От «гولого железа» к ОС: почему я сменил фокус во встроенной разработке

Взгляд назад на «эпоху bare-metal»

Мое первое знакомство с встроенным ПО датируется 2008 годом, когда я, студент второго курса, учился программировать на чипе 8051. С дипломом по компьютерным наукам, большая часть моего кода запускалась на ПК, поэтому запуск программы напрямую на «голой» плате стал прорывным моментом. Я до сих пор помню, как проработала моя первая прошивка для велосипедного фонаря. Однако чем больше bare-metal проектов я брался, тем больше проблем выявлялось.

Ключевые болевые точки bare-metal разработки

Параллелизм

В bare-metal прошивке один цикл while (1) обычно содержит почти всю транзакционную логику. Когда одна рутина вызывает функцию задержки, процессор блокируется в этой задержке, заставляя все остальные задачи ждать. Такое последовательное выполнение расточит такты CPU и сильно ограничивает параллелизм.

Модульность

Высокая связность и низкая связанность достичь сложно, когда каждая функция живет в монолитном цикле. Зависимости тесны, код трудно рефакторить или расширять для крупных проектов. Например:

• Функции свалиты в бесконечный цикл, делая четкие границы модулей невозможными.
• Использование функций задержки рядом с сторожевым таймером требует точного тайминга; неверно рассчитанная задержка может вызвать сброс по watchdog, добавляя сложности.

Ограничения экосистемы

Многие продвинутые программные компоненты зависят от низкоуровневой ОС. Примеры:

• Я создавал open-source проект на базе FreeModbus и хотел портировать его на разные платформы, включая bare-metal платы. Однако реализация всех требуемых функций на каждой плате с нуля оказалась слишком сложной; мой Modbus-стек до сих пор не работает на bare-metal системах.
• Основные SDK от Realtek, TI и MediaTek работают только поверх ОС и не раскрывают исходники прошивки, что предотвращает их использование в чистом bare-metal окружении.

Требования реального времени

Промышленные системы управления требуют точного тайминга: механические актуаторы должны следовать строгой последовательности. Когда вся логика сжата в один цикл, гарантировать поведение реального времени почти невозможно, рискуя сбоями и опасностями для безопасности.

Повторное использование

Поскольку функциональность тесно привязана к конкретному железу, один и тот же код приходится переписывать под каждую новую платформу. Это ведет к дублированию усилий и замедляет разработку продуктов.

Преимущества операционных систем

К 2010 году набирали популярность STM32, и я начал экспериментировать с RT-Thread. За прошедшее десятилетие я широко использовал RT-Thread и обнаружил, что он трансформирует встроенную разработку.

Модульность

RTOS разделяет прошивку на независимые потоки, у каждого свое контекст выполнения. Это разделение естественно повышает модульность и упрощает сопровождение.

Параллелизм

Когда поток вызывает sleep() или уступает управление, планировщик автоматически передает контроль другим готовым потокам, улучшая утилизацию CPU и общий параллелизм системы.

Гарантии реального времени

RTOS предоставляют детерминированное планирование: задачи имеют приоритеты, и ядро гарантирует, что задачи с высшим приоритетом вытесняют низкоприоритетные. Это встроенное поведение реального времени критично для систем, ответственных за безопасность.

Эффективность разработки

ОС поставляет единый набор API — семафоры, флаги событий, почтовые ящики, кольцевые буферы, связные списки и др. — позволяя разработчикам фокусироваться на прикладной логике, а не на низкоуровневой «пломбировке».

Программная экосистема

И Linux, и RT-Thread реализуют фреймворк драйверов устройств, абстрагирующий железо. Инженеры могут написать драйвер раз и развернуть на многих платах, радикально сокращая платформозависимый код. Эта экосистема также поощряет обмен: я регулярно публикую открытые компоненты на GitHub, и коллеги по всему миру вносят вклад, создавая живое, коллаборативное сообщество.

Заключение

Переход от bare-metal к RTOS расширил мою способность писать модульный, параллельный и безопасный для реального времени код. Он также открыл доступ к более богатой экосистеме, где процветают переиспользуемые компоненты, и разработчики могут сотрудничать через границы железа.