caxapa.ru :: Ну хоть намекни -в чем костыли, приведи пример. Я говорю про аналогичные контроллеры с одной архитектурой и составом периферии. Понятно что есть отличия в реализации периферии, так поэтому HAL для каждого свой.

General^изверг (15.02.2026 13:54, просмотров: 142) ответил VLLV на Проблема в том, что расположение и количество границ между слоями ПО зависит от функциональности ПО и типов контроллеров. Мы сделали универсальный проект для CM4 80 МГц и CM0 24 МГц, но без костылей не обошлось. В результате свернули нахрен, это можно сопровождать только за большие деньги.

Ну хоть намекни -в чем костыли, приведи пример. Я говорю про аналогичные контроллеры с одной архитектурой и составом периферии. Понятно что есть отличия в реализации периферии, так поэтому HAL для каждого свой.

Брижит Бардо в купальнике выглядит талантливее, чем Фаина Раневская @Гайдай

Ответить

- Не надо делать HAL чрезмерно низкоуровневым, а учитывать модель использования. Боюсь, что любой готовый стандарт (if any) будет развесистой клюквой, которой на практике невозможно будет соответствовать полностью, но зато грабли из каждого угла будут выпадать. Плохой пример - STM HAL: 100500 флажков на каждый чих, но при этом полной совместимости все равно нет даже между разными камнями одного производителя. Короче говоря, самое главное правильно установить границу между LightElf(227 знак., 15.02.2026 19:31 - 19:48)
  - Без двух-, а то и трёх-уровневого HAL не обойтись - 1) low level, 2) типа STM HAL, и 3) все равно что-то может пролезть на уровень приложения. Но мы не помогли Генералу в части формулирования требований :) - VLLV(15.02.2026 19:54)
    - Рад бы, но чеканных формулировок не имею. Все как-то по наитию сложилось: переползал с MC9S12NE64 на LM3S6965 и MCF52235, рихтовал и код и API на ходу, в дальнейшем переход сначала на STM32 и потом на CH579 прошел на удивление гладко. То есть поипаться в низкоуровневой части пришлось, но верхний уровень переехал как влитой. Буквально в пятницу переделал одно давнее поделие с LM3S6965 на CH579, так оно просто пересобралось без криков и стонов. Там конечно код примитивный, но LightElf(18 знак., 15.02.2026 21:19)
      - От сложности проекта все зависит, я перевел с Renesas R8 на MSP430 за два дня. - VLLV(15.02.2026 21:55)
        
        Да это хорошо - но когда твой код перевели без твоего участия - это отлично. Можно себе позволить отпуск и ничего не случится. - General(15.02.2026 23:17)
        
        Коллега так вообще работу сменил и когда поставки одного из используемых микроконтроллеров прекратились, несколько проектов перетаскивали на новый МК без него. В прикладную часть вникать сильно не пришлось. Уровень абстракции под новый МК и местами смена среды разработки и RTOS на то, что лучше знаю. - AlexG(16.02.2026 03:03)
- 1. Банальная поддержка УАРТ для RS485. В одном контроллере есть прерывание по пустому регистру сдвига, в другом нет, нужно таймер задействовать. 2. Переход в энергосберегающий режим одному контроллеру пофиг, что на входе пробуждения, он на фронт реагирует, а другой не заснёт, если на входе пробуждения не тот уровень. Тут не просто ПО, тут еще и схемотехника завязана. А в схемотехнике банальный детектор питания, пока сохранялись, он опять дернулся и прибор не уснул, или не VLLV(296 знак., 15.02.2026 14:32)
  - Поискал по проекту отличия 5. IAP. 6. наличие бэкапных регистров в RTC 7. Влияние быстродействия. - VLLV(15.02.2026 15:13)
  - Спасибо, так понятно - General(15.02.2026 15:09)

Средства и методы разработки