Adrift писал(а): Ср июл 01, 2026 09:40:28
Удивительно, но еще в 2017 году вы, будучи любителем выжимающим последние крохи производительности из AVR, уже предвидели подобное развитие событий
так это вы мне в плюс или минус записываете?
linux_rulezz писал(а): Ср июл 01, 2026 09:45:00
Что-то вроде "hal на С" можно написать при помощи макросов и true inline функций. Без необходимости на каждый чих вызывать отдельную функцию.
а вот тут другой угол, о который можно убиться: макросы Си настолько убогие, что практически 90% идей реализовать невозможно. макросы древнейшего asm51 были круче в сотни раз: там былы директивы повтора, сканирования по списку и т.п.!
на макросах построена FreeRTOS - и я словил занятный косяк: в одном файле вызов функции компилируется успешно, а в другом - ссылка на функцию не найдена (линкером)! оказалось, то была не функция, а макрос а-ля функция, обертка, в итоге там, где был нужный файл заголовка, макрос разворачивался, а где я забыл заголовок добавить, это воспринималось, как функция...
это я к тому, что во всем нужна мера...
linux_rulezz писал(а): Ср июл 01, 2026 09:45:00
Лично меня устраивает разработка "в стиле CMSIS".
не знаю, что за стиль... но сам поступаю в чем-то так же, как вы:
- сначала периферия Кубом и HAL-ом
- потом оборачивание этого безобразия в свои функции с параметрами
- потом отказ от HAL там, где он слишком геморный (например, при дрыгоноге)
- потом, если надо, оптимизация HAL для лучшего понимания и соответствия моим хотелкам.
в итоге получается некая заготовка, (почти) готовая к всему... минус в том, что при переходе к другому камню многое ломается, т.к. HAL в некоторых местах не полностью изолирован от низа... в части инициализации это вообще практически всегда так.
КРАМ писал(а): Ср июл 01, 2026 10:06:12
Когда помнишь принципы, то любой битик с ожидаемым функционалом найдется в даташите буквально за минуту.
ну так я это и говорил - с чем вы спорите? не помнишь - без даташита беспомощен. помнишь - между разными МК будешь беспомощен... принцип DMA и из института помню/знаю, но конкретная реализация все равно загадка в каждом случае. и избыточный HAL меня спасает.
вы выигрываете исключительно несколько микросекунд при ваших извратах с DMA за счет отказа от "избыточных" функций. если для вашего проекта это критично - так и правильно, но разве нужно всем так делать?! запуск DMA и его перенастройка в большинстве применений происходят в "безопасные" моменты времени работы устройства, когда любые издержки в микросекунды совсем не страшны.
КРАМ писал(а): Ср июл 01, 2026 10:06:12
Поэтому, чем меньше документации участвует в тексте исходника, тем проще тому, кто разбирается в коде после тебя.
это большой плюс HAL - он для всех одинаков
КРАМ писал(а): Ср июл 01, 2026 10:06:12
На этом фоне разного рода HAL-ы выглядят избыточной сущностью, которая требует изучения наряду с первичными документами на МК.
а вы пробовали сами, или это теория? благодаря избыточности как раз и достигается минимум погружения в ерраты и изучения прочих документов. издержки - см. выше - ничтожные, эффективность и сопровождаемость - высокая. так что, имхо, это ОЧЕНЬ разумный подход. Особенно для НАЧИНАЮЩИХ.
. (вероятно никому не будет удобно ею пользоваться). 