Зачем писать дополнительный железный калькулятор, который ещё нужно через какой-то интерфейс подцепить к компу, потом навбивать команд, если всё считается в уме, на калькуляторе в операционке или электронных таблицах?
UART-CLI не всем нужен, а если и нужен, то впихивать бесполезные функции такое себе.
Для стм и клонованалогов возможно лучшим был бы cube hal (прошу не клевать меня) или spl или свой код написанный по мотивам этих либ.
Arduino - нагромождение ужаса, нет уж, только не это ?
libopencm3 не плохая либа, но в ней много чего не допилено и вряд-ли будет, к тому же нет совершенно никакой переносимости, есть много спорных архитектурных решений и нагромождений. Но по мне самое прекрасное там usb стэк, хотя и его можно написать удобнее.
Я бы за базу взял spl и допиливал, а может и пил бы с оглядкой на неё.
К любым рекомендациям необходимо подходить скептически и с оглядкой на прикладную задачу, а не фанатично плодить сущности.
Зачем писать дополнительный железный калькулятор, который ещё нужно через какой-то интерфейс подцепить к компу, потом навбивать команд, если всё считается в уме, на калькуляторе в операционке или электронных таблицах?
UART-CLI не всем нужен, а если и нужен, то впихивать бесполезные функции такое себе.
Есть ощущение, что автор оригинала только-только узнал, что существуют конечные автоматы и пытается их запихнуть всюду куда дотягиваются руки.
Почему стек состоит из реактора и его друзей, а не включает что-либо еще?
Есть весьма интересный проект renode. Правда не для 8 битных ядер
Компилятор пилит с нуля или взяли фронт clang из llvm или что-то другое?
Очень спорное утверждение, прям максимально спорное.
Даже кажется что в этих словах теплое и мягкое сравнивается.
Не всё можно обернуть модульными тестами
После этого графа ещё больше вопросов, к сожалению.
К тому же читаемость сильно страдает из-за большого количества лишних блоков и линий связи.
Вероятно лучше сделать многоуровневую структуру и сначала показать верхние модули, а очевидно простые исключить вовсе. Сейчас это просто каша
Так мы оказывается не зависимости генерируем (что бы это не значило), а граф зависимостей.
Граф не полный, куча листьев в воздухе висит: Фифо, таски, црц и др.
То есть всё в программе живёт где-то там.. а основной код (суперцикл) его не использует
Очень странно видеть подобную статью сейчас, учитывая что vue3 уже довольно давно вышел из беты ?
По описанию пробежалась, а внутрь не заглянули даже.
Фиии, но каждому своё
Там тоже странностей хватает. Для стмок нравилась их spl, но её убили, теперь или своё или хал, когда очень лень и нужно быстро.
Там ещё есть ?
Для стм и
клонованалогов возможно лучшим был бы cube hal (прошу не клевать меня) или spl или свой код написанный по мотивам этих либ.Arduino - нагромождение ужаса, нет уж, только не это ?
libopencm3 не плохая либа, но в ней много чего не допилено и вряд-ли будет, к тому же нет совершенно никакой переносимости, есть много спорных архитектурных решений и нагромождений. Но по мне самое прекрасное там usb стэк, хотя и его можно написать удобнее.
Я бы за базу взял spl и допиливал, а может и пил бы с оглядкой на неё.
Для хранения информации о проекте есть куча бесплатных википодобных систем.
К тому же не всё можно и нужно постить в публичных местах.
Я вас не отговариваю, пишите если нравится.
Не всё упирается в статьи на Хабре: одним это нафиг не интересно писать, у других нет времени.
ИМХО, проблемы серийных плат это проблемы производства и отк. В штучных прототипах эти вопросы легко решаются вместе со схемотехниками.
Статья же переносит проблемы с больной головы на здоровую.
Вы уверены что стоит изучать и libopencm3? имхо эта либа больше мертва чем жива
Книгу нужно читать задумываясь почему это так, а не следовать бездумно