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