Как написать HAL драйвер для МК?

Question

[hilden]

Добрый вечер.
Может кто посоветовать статьи какие нибудь или руководство небольшое, по написанию HAL драйверов для МК.

Comments

[Eddy_Em]

С таким абстрактным вопросом ответы тоже будут в духе сферического коня в вакууме.

[hilden]

каким в таком случае должен быть вопрос и что в нем изменить чтобы получить необходимый ответ?

[Eddy_Em]

hilden: как минимум, вкратце описать, что нужно.

Answer 1

[hilden]

хочу сделать свой заголовочный .h файлик с файлом реализации .с для работы с датчиками температуры 18B20 и для 7 сегментного индикатора, сейчас можно скачать все готовое конечно но хотелось бы написать это все самому.

Comments

[Eddy_Em]

И каким боком это к HAL? А особенно "драйвер" при чем здесь? "Драйвер" — это некая железяка, позволяющая работать с другой железякой. HAL — это некая прослойка, позволяющая в юзерспейсе работать с железяками, не заботясь об особенностях конкретной архитектуры (скажем, библиотека opencm3 позволяет абстрагироваться от типа микроконтроллера, в итоге код получается переносимым и работает хоть на STM32F1, хоть на F4, хоть еще на чем).

А уж термометр нужно просто взять, да написать. Кстати, можно в мою ЖЖшку позаглядывать, я как раз планирую в течение ближайших пары недель дополнить свой сборник переделок "вольтметров" на STM8 термометром.
Динамическая индикация элементарна, полчаса от силы надо потратить на реализацию для конкретной схемы.
Работа с 18x20 посложней, но тоже с даташитом за полдня можно родить говнокод, а за недельку — качественный код… Если же скачать готовое, то за полчасика вообще можно слепить тяп-ляп-прошивку.

[hilden]

интересует как раз как написать эту прослойку на несколько различных МК, переносимый код всегда очень полезен, а по поводу темометра загляну спасибо)

[Eddy_Em]

hilden: если МК сильно разрозненные, то универсальности не получится. Но можно основной функционал попытаться вынести в отдельные файлы так, чтобы внутри не было ничего аппаратнозависимого (все инициализации, обращения к портам-ногам-прерываниям делать на макросах, а уже отдельно определить макросы для этих целей). В этом случае заодно и портирование на тот же МК, но с другим расположением ног в схеме будет проще.

[hilden]

а нет какого нибудь примера где подобное реализовано?

[Eddy_Em]

hilden: здесь, например, я отчасти пытался разделить логику и железо. Но не очень-то получилось.
Вообще же, чем выше уровень абстракции, тем больше получается лишнего кода. В итоге прошивки, выполняющие одно и то же, но написанные: одна без абстракций, а другая с абстракциями — могут в разы различаться по размеру и тормозам!
У STM есть попытка абстракции: вместо шлака под названием SPL они выдумали другой шлак — HAL. Получилось лютое дерьмо.

[hilden]

stm стремятся чтобы любой мог купить discovery и что нибудь сделать не прибегая к глубокому изучения даташита, за пример Спасибо посмотрю в ближайшее время)

[Eddy_Em]

> не прибегая к глубокому изучения даташита
И это очень плохо. Напоминает мартышечную ардуйню.

Answer 2

[Виталий Пухов]

т.к. вопрос слишком размытый я его интерпретирую примерно так "как написать драйвер для самопального прибора", тут что нужно уточнить:
1. Что это за прибор, что он делает и нафига ему драйвер
2. Каким образом вы его подключаете и к чему, может вы его в микрофонный вход подключите тогда ему и драйвер не понадобится
3. Для какой ОС драйвер
4. Что вы подразумеваете под HAL, HAL - это "название" для одной из прослоек, которую нужно реализовать в драйвере

Answer 3

[iv_k]

гляньте проект mbed.org
там красиво описывается HAL, советую содрать идеи у них. или вообще взять их систему и не изобретать велосипед

Comments

[hilden]

а можете конкретную ссылку прислать?, очень хочется посмтреть

[iv_k]

developer.mbed.org/cookbook/Homepage

[hilden]

большое спасибо)