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