Не придумал, куда именно лучше ответить в его топике

Автор: Marty
Дата: 20.04.19

, поэтому отвечу здесь.

1) потому что на STM-ках Embed не заканчивается. И даже на Cortex-M3 не заканчивается. (Для последних, кстати, есть открытая libopencm3).
2) да, потому что эмебщики не любят С++. Им вполне достаточно простой и прямой С-реализации.
3) потому что эмедщики уже имеют какие-то наработки, графические библиотеки, обвязку по датчикам и т.д. и т.п.
проинитить перифирию — это не самое главное и не самое сложное.
4) потому что всё равно желательно понимать, что происходит в железе. Вот ты понял для одного семейства, и сразу озарился "гениальной" идеей.
А твой подход заставит кроме разбирательств с железом ещё разбираться с твоей либой (и её глюками)
5) потому что рулит не красивое решение (кстати, с чего ты взял, что у тебя оно получится ?)
рулит открытое, бесплатное, поддерживаемое решение, по которому есть куча примеров в инете. И которое легко доработать напильником.
6) потому что мощности современных МК давно не заставляют экономить каждый байт и вылизывать каждый такт. Можно отвязаться от железа с помощью HAL и пилить всю прикладную логику на обычном ПК.
Более того, давным-давно практикуется подход писать логику прошивки на интерпретируемом языке (LUA, Squirrel), ещё сильнее отвязываясь от низкого уровня.

Вообщем — не взлетит.
Никто не захочет изучать "ещё одну" сомнительную библиотеку. А уж тем более платить за неё.
Кстати, интересно, сорцы будут открыты ?
Если да, все кто захотят — сопрут. Особенно китайцы, они с этим никогда не парились.
Если нет, оно умерло ещё не родившись. См. как зачахли коммерческие RTOS, сорцы пооткрывали даже, не от хорошей жизни.


А самое смешное — это настолько топить за hardware-depended часть.
Поезд давно ушёл.
Даже в паяльник(!!!) суют RTOS с кучей параллельно исполняющихся задач. И всё равно МК почти всё время простаивает.


ЗЗЫ: если решишь меряться — сразу достану свой. Реверсил STM32 прошивки разной сложности, в т.ч. с неизвестной RTOS. Больше года назад выложил открытый плагин для IDA, который детектит и размечает в коде сегменты, таблицу векторов, стартапы, и огромное число периферии STM32 и битовых констант. Поэтому как оно устроено "внутри" я представляю прекрасно, возможно лучше чем 90% пишущих под неё.