Библиотека libopencm3: Быстрый старт (Часть 2). Работа с GPIO, SPI, отладка проекта при помощи GDB

[teap0t]

Горизонт завален.

[devprodest]

Вы уверены что стоит изучать и libopencm3? имхо эта либа больше мертва чем жива

[NutsUnderline]

Да, но какие альтернативы? Arduino, Cube, либо самому ваять с нуля. libopencm3 можно взять за базу и дорабатывать напильником...

[devprodest]

Для стм и клонованалогов возможно лучшим был бы cube hal (прошу не клевать меня) или spl или свой код написанный по мотивам этих либ.

Arduino - нагромождение ужаса, нет уж, только не это ?

libopencm3 не плохая либа, но в ней много чего не допилено и вряд-ли будет, к тому же нет совершенно никакой переносимости, есть много спорных архитектурных решений и нагромождений. Но по мне самое прекрасное там usb стэк, хотя и его можно написать удобнее.

Я бы за базу взял spl и допиливал, а может и пил бы с оглядкой на неё.

[NutsUnderline]

ох уж эта переносимость... Arduino то как раз куда как больше переносима потому что там хотя и hal не все функции покрывает но зато на 100 разных контроллеров. только вот ситуация - atmega не хватает, переходим на stm32 не то что бы не частая, но сопровождается всякими обстоятельствами, короче - весе равно все переписывать.

и уж точно - usb стэк Хотя их много наплодили универсальных, сразу на много контроллеров

[FlatlineMax]

А как же Cmsis-Driver? Для интерфейсов прям хорошо зашло. А пины - в файлы board support pack прятать например

[devprodest]

Там тоже странностей хватает. Для стмок нравилась их spl, но её убили, теперь или своё или хал, когда очень лень и нужно быстро.

[NutsUnderline]

когда очень лень и нужно быстро то arduino как раз самое то

[devprodest]

Фиии, но каждому своё