на чем его переписать с сохранением миграции в рамках stm32 ?
Нет ответа. На регистрах долго и заебно, на хале - он подглючивает иногда. А по libopencm3 я ничего не знаю
на LL
так вроде она заброшена, ругают ее сильнее hal часто.
с чего это вдруг заброшена, вроде все нормально с ней и абстракция там над регистрами, что делает ее надежнее
Переписывать хардверный уровень каждый раз. В качестве обертки использовать cmsis driver и для проверки cmsia driver validation
часто такая инфа попадается, я на LL не смотрел даже.
посмотрите, там просто обертки удобные вокруг регистров, вся верхнеуровневая логика остается на пльзователе
Это чуть выше, чем тупо в регистры писать
С чего бы? Ты с SPL путаешь. LL хороший лаконичный HAL. Жалко, пока еще, не на все аппаратные блоки портирован.
Видимо, и не будет. Некоторые блоки, тот же eth, octospi или usb, для своей работы требуют больших простыней кода
На LL норм
регистры, но драйвера отдельно портировать ? разнести логику, миграция же дело редкое ?
В кейле есть такая штука, cmsis drivers, там можно выбрать вариант custom и писать свою реализацию драйверов, но под стандартный заголовочный файл. Мне кажется это хороший вариант если нужно что-то портировать
не использую кейл Vs code + gcc или Куб
Это не штука кейла. Это репа с гитхаба арма. Под любой средой можно так драйвера писать
Я понимаю что это всего лишь набор заголовочных файлов, просто в кейле их удобно подключать
Окошки и менюшки - это не тру эмбеддед путь. Пока что из всех вариантов мне больше всего импонирует Зефир ОС со стандартным почти линуксным DTS и манифестами. Просто бальзам на израненую виндузятиной душу.
Отладка без окошек и менюшек тоже?
GDB - наше всё! :)
Ой нет, я на такие жертвы идти не готов)
https://www.gdbgui.com
Обсуждают сегодня