После 13 лет программирования микроконтроллеров размышляя на тему того, что должно быть в типовой микроконтроллерной прошивке я проанализировал сотни сборок и десятки электронных плат. В результате как в математике вынес за скобки базовый функционал, который так или иначе нужен практически в каждом проекте. Этот функционал кристаллизировался в требования, которые я решил назвать ортодоксально каноническая форма прошивки (ОКФП). По аналогии с тем как в С++ есть такое понятие, как ортодоксально каноническая форма для класса.
Атак обо все по порядку. Что же такое ортодоксально каноническая форма прошивки? Если коротко, то это компромисс между простотой и функциональностью.
Ортодоксально каноническая прошивка это прошивка, которая обладает следующими свойствами:
1--Прошивка собирается из GNU Make скриптов. Это необходимо для сборки по клику на *.bat скрипт. Плюс сборка из скриптов нужна для подключения сборки к серверу автоматического построения Jenkins.
2--Сборка без RTOS. Например, загрузчику RTOS нужна, как собаке бензобак.
Поэтому безусловно надо научиться собирать проекты без RTOS.
3--В сборке присутствуют драйверы для следующих базовых аппаратных подсистем:
SysTick, NVIC, PLL, GPIO, PINMUX, FLASH, TIMER, DMA, UART. Реализация драйверов должна быть полной.
4--В сборке присутствует HeartBeat LED. Чтобы просто глядя на устройство убеждаться, что прошивка не зависла. Раз мигает LED значит не зависло.
5--В прошивку добавлен драйвер аппаратных таймеров. Для вычисления микросекундных пауз. Для изменения up-time программы. Для анализа времени исполнения участков кода и для диспетчера задач.
6--В сборке присутствует диспетчер задач на базе компонента Limiter.
7--В сборке присутствует UART-CLI.
8--В сборке присутствует NVRAM.
9--В сборке присутствует API для пуска модульных тестов.
10--Модульные тесты можно вызывать текстовой командой из UART-CLI буквально из PuTTY.
11--Также следует сразу подготовить отдельную сборку загрузчика через UART-CLI.
12--Должен быть запущен сторожевой таймер.
Вот, пожалуй, и всё. Всего лишь какие-то жалкие двенадцать пунктов. По факту только на этой почве и возможно полноценно начинать наращивать какой бы то ни было прикладной функционал или приложение. А без этого минимума-минимумов будет не разработка, а стрельба из лука с завязанными глазами.
CLI, NVRAM и сборка из скриптов это норма. Как по мне, эти атрибуты являются просто джентльменским набором программиста для абсолютно любой нормальной, современной, взрослой, промышленной прошивки. Своего рода коробочка в которую можно заложить абсолютно любой функционал. Это так же принято, как школьное образование, медицинское страхование и пенсионная система. Если у Вас в репозитории и прошивке всего этого нет, то, наверное, говорить о разработке какого-либо устройства просто даже не имеет смысла. Проект заглохнет, разрушится под собственным весом спустя два-три года. Как ни крути, но сначала надо поднять какую-никакую минималистическую систему. Писать прошивку без этих 7-10 свойств - это как ходить по улице без одежды. Понимаете?...
Более подробно по каждому требованию к ортодоксально канонической форме для прошивки можно почитать по ссылкам в источниках
|
Название текста |
URL |
|
NVRAM для микроконтроллеров |
|
|
Почему Нам Нужен UART-Shell? |
|
|
Архитектура Хорошо Поддерживаемого Программного Компонента |
|
|
Модульное Тестирование в Embedded |
|
|
Диспетчер Задач для Микроконтроллера |
|
|
Почему важно собирать код из скриптов |
|
|
23 Атрибута Хорошего Загрузчика |
|
|
Запуск сервера сборки Jenkins |
|
|
Что Должно Быть в Каждом FirmWare Pепозитории |
|
|
Архитектура Xорошего Кода Прошивки (Массив-Наше Всё) |
|
|
Aтрибуты Хорошей Прошивки (Firmware) |
Если есть, что добавить (или исключить) к требованиям к ОКФП, то пишите в комментариях.
Автор: aabzel
