Проблема ардуин в том что повсеместно используется ногодрыг даже в тех случаях когда задачу можно решить аппаратно. Это неправильно.
Поэтому если используется ардуина, то программу для нее нужно писать в нормальной IDE, а не ArduinoIDE с ее библиотеками...

Ногодрыг - нормальные условия работы большинства прикладных схем с МК.
Касательно аппаратного - так для стандартных интерфейсов используются все возможности, имеющиеся в соответствующих МК.
Если применяется программный вариант - то это не минус, а плюс (поскольку у тех же "типовых" мегах 168 и 328й аппаратный блок всего один, а использовать можно несколько направлений).

Опять же - если нужен "спецнаворот" - берем "чистый" МК соответствующего семейства и пишем прожку "с нуля" кому на чем привычнее - НИКТО ТОГО НЕ ЗАПРЕЩАЕТ.

Смысла ставить туда ардуину с излишним набором внешней обвязки и дополнительным системным ПО просто не видится.

местами да. Особенно сравнительно с языком простых восьмибитников. У того же AVR ассемблер выглядит на мой вкус более человеческим.


мне кажца, вы путаете IDE как среду разработки и используемые библиотеки. Как именно среда Arduino IDE весьма тупа по сравнению с "большими" IDE типа Eclipse CDT, CLion или хотя бы Code::Blocks. Ну серьезно, где такая простая вещь, как дерево проекта с файлами? Outline - дерево символов текущего файла? Автодополнение, хоть немного понимающее контекст? Сколь-нибудь мозговитый рефакторинг? Интеграция с системами контроля версий? Поддержка разных систем сборки а-ля make/cmake/qmake? Полезные фичи типа Show definition/Find usages? Список можно продолжать. К слову, примерно тем же грешат почти все специализированные IDE от производителей контроллеров.

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

Для срача "ARM vs что_угодно" есть специальная тема - зачем тут-то разводить?

Выбираем схему BMS для заряда литий-железофосфатных (LiFePO4) аккумуляторов

Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.

Подробнее>>

Просто охота потроллить на старые "темы ни о чем"...

Ребятки! дайте хоть какую-нить "учебну игрушку" в качестве аргумента для сравнительного анализа.
С объяснением где чего полезного видим, а где нюансы для повышенного внимания и/или недостатки и как с теми недостатками бороться.
А то моя "винна" исключительно монологом в отношении схем/программных исходников стала (при том, что троллинга "ни о чем" и там предостаточно).

Идеальных средств разработки "на все возможные требования" не имеется (как и идеально-универсальных МК).
Да и зачем противопоставление вместо использования с пользой для дела ВСЕГО ИМЕЮЩЕГОСЯ В НАЛИЧИИ АРСЕНАЛА МК И СРЕДСТВ РАЗРАБОТКИ с наибольшим эфектом?..

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

Упоротый асм - это у контроллеров COP400, напр, у контроллера КР1821ВЕ1. Поверхностный осмотр показал что он у стм выглядит годно (если не вникать во всякие штуки типа DMA). Другое дело - он мне непривычен, и непривычны многие вещи, например, что операнды не 8-битные.

Писать на ЯВУ не вариант?

Ассемблер у stm8 имеет специфику сегментов, ранее в отношении МК не употреблявшейся но вполне обычного явления для ассемблера i8080/86.
Мнемоника команд и структура ядра весьма близки к Z80 с ОЗУ/ПЗУ на кирсталле.
Однако предпочтение там за Си - весьма тяжелая конфигурация аппаратных ресурсов...

У меня складывается впечатление, что до нашего застарелого клоуна наконец-то дошло , что на старье далеко не уедешь(о чем кстати ему неоднократно было сказано) опять таки старье нынче дорого и недоставаемо.
Ну и решил он приобщиться к новшествам, и начал движение нетрадиционным путем (уж такой он упоротый -никого слушать не будет,) -решил изучить С через аурдунью.
Собственно ему не привыкать делать все через ж.
Ау, одумайся -тебе сколько уже людей говорят как и что надо изучать...
Начни с того , что перестань в ответ нести свою надуманную ничем не подтвержденную х***ю...

К сожалению dosikus как всегда в своем стиле -
кроме похамить больше ни на что не способен.

да и хамит-то как-то слабовато, на троечку...

То есть -прямое попадание .
И так, расскажи нам кто-ж тебе насоветовал ардунью?
Я понимаю, что из-за своих амбиций ты будешь игнорировать наши советы, но все же - с какого перепугу ты решил начать с ардуньи?
Путь абсолютно тупиковый.

Есть еще один уникум, тот изучает С через флоукод:
ляпает кубики и по ним пытается осознать язык.

Я не собираюсь ни учить тебя ни наставлять.
С таким упоротым как ты, сие бЭсполезно.
Мне хочется понять сей процесс, процесс охомячкизации.
Когда вроде вменяемые разработчики выбирают идиотский путь ардуньи.
Лень, или страх перед новым?

надо же как-то оправдывать смысл твоей жизни... на кого ж ты будешь сливать свою жёлчь, если все будут лучше тебя?

Увы, в этом- мне до тебя далеко ...

Похоже dosikus "прямым попаданием" сам себя "кусь".

Нельзя отрицать существование класса элементной базы только потому, что в ее компонентах кто-то лучше тебя разбирается.
Однако...
Ежли до непосредственного применения АРМов в самоделках при произвольной схемотехнике и полностью написании программ "с нуля" нужно таки иметь и спецподготовку и экономически обоснованную потребность, то для работы с "черными ящиками" ардуино (независимо от типа установленного на оных МК и обвязки) благодаря единой оболочке и гибридному компилятору могут даже весьма плохо разбираюшшшиеся в схемотехнике и написании прожек индивиды (что уж говорить о более "придирчивом" подходе).
Причем там даже "полный примитив" программ весьма неплохо работает. Не говоря уже о более детальной проработке приемов работы с IDE.
С одной стороны досадно... а с другой - вполне осваиваемое средство для практических самоокупаемых проектов.
Есть и "слабые места" - однако они в любом проекте на компиляторах ЯВУ присутствуют.
То, что я игнорирую изучение АРМов на данном этапе как избыточного материала совсем не исключает интереса к ардуино как мультимикроконтроллерной ОС на основе готовых "черных ящиков" (ессно с разумо-обоснованной для таких изделий начинкой).

Я же просил - не пиши высокопарную чушь, в надежде остаться чистеньким в глазах нубов.
И перестань увиливать.
Вопрос то был не об армах..
Вопрос был прост и ясен, аки слеза,
-зачем изучать С через ж.?

Не "через dosikusа" а всего по причине более обоснованного и более удобного в практическом применении набора средств данной IDE (без дополнительного обращения к "вставкам на ассемблере").

Ну и по мере накопления результата не исключено и более полное иучение.
В том числе и Си++(компонента IDE) и lazarus (или чего еще) под работу с ПК.
По мере ОБОСНОВАННОЙ ПОТРЕБНОСТИ.

ARM - это совсем не обязательно жирные SOC-и с вагоном периферии есть в природе и малоногая малоресурсная (по меркам ARM-ов - т.е. сравнимо с младшими атмегами или средними MCS51) мелочь. Но у этой мелочи та же архитектура и те же средства разработки, что у больших братьев. Вообще унификация этих самых средств разработки у arm для меня более ценна, чем производительность и нафаршированность

Как и обычно бездумная чушь, любой компилятор С, кроме ардуньи, намного полезнее и действенней .
Но упоротому нубу это не дано знать априори. Нубы ищут где полегче, а так в обучении не бывает.
Они клюют на якобы "универсальные и протестированные" либы, смех да и только...

Ты сам-то понимаешь какую хню сейчас несешь?????

хотя бы компилятор у них нормальный, обыкновенный GCC. Свой не стали (скорее всего потому, что не смогли, иначе был бы еще один велосипед) сочинять.