Лидеры

С++ заменяют при любой возможности его не использовать

ну это сказки, иначе не поверю что вам ещё азбуку каждый раз не надо учить так и есть - применяется очень редко потому что небезопасен как С и переусложнён то ли дело Rust https://www.kernel.org/doc/html/next/rust/index.html

У XMC4700 при записи во флешь fault не возникает, но при записи в ROM - возникает. Запись - команда STR по адресу 0x1FFEB570. Fault от неё происходит по адресу 0x1FFEB57E. Думаю - дело также в штатном механизме программирования FLASH. Например: у XMC4xxx механизм программирования FLASH построен на записи команд/данных в адресное пространство некешированной FLASH. Поэтому логично, что такие операции не должны приводить к fault-у. Иначе бы программирование FLASH было бы невозможно. А например у LPC17xx (и возможно других семейств LPC) механизм программирования FLASH построен на программном API, реализованном в ROM процессора. Т.е. - пользовательский код никогда не должен выполнять операции записи во FLASH. Почему бы тогда LPC не генерить fault при такой попытке? Каков механизм программирования FLASH у STM32 - я не знаю, не использовал его.

Сифонит - это на сколько раз/децибел надо подавить? Для себя имею следующие критерии: Типовой РК кабель не более - 60дБ Колхозная сборка без экранов - 20дБ Герметичная сборка для наружных помех с ЭМИ фильтрами на входе-выходе - около 80дБ

Вобще-то на питоне полно под STM32 я выбрал самое старье 4 https://micropython.org/download/?mcu=stm32f4 , и на Питоне ТЗ вроде проще будет? Извинаюсь, я наверно неправильно выразился или не уточнил, что после анализа удобнее писать на Питоне в дополнении к ТЗ.

никакой ЯП этого не даёт. Это вопрос? Я нигде, кроме веба жабу не вижу. Ну, ещё Андроид и Эклипс. Того же питона видно вокруг гораздо больше.