[uquote="ART_ME",url="/forum/viewtopic.php?p=3365997#p3365997"]Профессиональных разработчиках на STM32? А Вы уверены, что они реально существуют? Откуда у Вас такая уверенность? Из рекламы STM32?

[/uquote]STMicro были чуть не первой фирмой, которая осознала перспективность ARM Cortex-M. Поначалу у них чуть не монополия на направление вышла. Потом и другие подтянулись. К тому же у STMicro портфолио семейства прикольно сделано. Насколько я понимаю, идея в том что довольно просто мигрировать между семействами. Потребовался проц мощнее? Берешь его, из соседнего семейства, а изменений в коде и железке - минимум, если вообще есть.
Поэтому если вместо глупых форумных понтов развинтить на удачу сколько-то железок с мозгами, STM32 вполне попадается. Видел в мышках, робопылесосах, электроплите, околопромышленном контроллере. Какие у них тиражи - догадайтесь. На куче HDD - микросхема SMOOTH, STшное творчество, последние версии вроде похожи на STM32 как раз. Но с уклоном в крутое управление мотором - тоже проц, но с специфичной периферией, генерящей чистый синус аппаратно, или что-то типа того. Название чипа отражает гордость за плавное кручение мотора с этими технологиями.
И кто они там все с такими технологиями и тиражами?
На ассемблере целиком - писать мазохистично. Медленно, утомительно, трудночитаемо. Так если и пишут, то когда кода мало и важна минимальная цена решения любой ценой. Когда миллионные тиражи и примитивное устройство, так что ассемблер - "терпимо". Разрабатывать в итоге сильно дольше, поддерживать код мучение (командой работать или передать другому человеку на сопровождение - сущий ад). А соскочить с семейства чипов если оно накроется или производитель озвереет - никак, придется ВСЕ переписывать. Даже чистую математику, логику и алгоритмы, которые не специфичны для системы. Хреново по затратам, сами понимаете.
Си - не сильно далеко от ассемблера ушел по производительности, предсказуемости и системным трюкам, но код читабельнее (не надо утрированными примерами махать) и можно перетащить на совсем другое семейство. Чисто математический алгоритм можно даже на x86 десктопе отладить и 1 в 1 перекинуть. За это си всем понравился и как таковой си несколько десятков лет без особой конкуренции. А на питоне и каких там еще явах микроконтроллеры программят те кто хуже даже ардуинщиков. Так конечно можно, но по части "производительности, предсказуемости и системных трюков" питон ничего кроме боли не принесет, а для остального можно например взять большой компьютер и не париться. И бэйсик туда же. Не делались ни питон ни бэйсик для таких вещей. Си - делался. И то с некоторыми оговорками.
А запись ADC_Read(7) - прекрасно. Килогерц потянет? А мегагерц? Если у ADC параметры сэмплирования настраиваются, куда их там приткнуть? А зарядить DMA чтобы ADC -> RAM сам тягал - как? А, вы вообще не знали что так можно и процессорное ядро будет заниматься чем-то своим, пока DMA-автомат и ADC целый буфер с кучей отсчетов компонуют сами? И что если на "7-м выводе" может быть PWM, аналоговый вход, GPIO, на вход и выход, как push-pull и open drain? И все это программно выбирается - это куда в вашей конструкции оформляется? Или вы половину возможностей чипа сольете? А с какой скоростью ваша чудная либа переключать фичи порта может? У той же ардуины либы славятся своей тормознутостью, и это все-же какой-никакой си++ (слегка урезанный/специфичный). И таки там довольно крутой оптимизирующий компилер вкалывает. GCC как бы много лет разрабатывают. Так что оптимизации там на самом деле очень даже.
Отказов чего? Мигания светодиодом?

В том числе и этого. Если вы сделаете миллион мигалок светодиодами, вы будете удивлены узнав сколько всего там оказывается может испортиться, на ваше горе. Вообще, если надо только мигание, одним диодом, проще всего купить мигающий светодиод, а как там это реализовано - вас парить не будет. Что производитель туда сунул для мигания - его проблема. А если оказалось что надо хоть капельку больше чем это... тут и начинается самое интересное.