июль    2025

Пн	Вт	Ср	Чт	Пт	Сб	Вс
	1	2	3	4	5	6
7	8	9	10	11	12	13
14	15	16	17	18	19	20
21	22	23	24	25	26	27
28	29	30	31

показать все 

03.07.2025

ISBC и «Мострансавто»: как RFID-технологии меняют будущее общественного транспорта

Читать далее 

01.07.2025

Только треть компаний автоматизировали развитие сотрудников — остальные ограничились наймом и документооборотом

Читать далее 

01.07.2025

Исследование: лишь около 10% корпоративных систем поддерживают современную аутентификацию

Читать далее 

27.06.2025

«Социальный код» представил ИИ-тренажер для развития soft skills в корпоративной среде

Читать далее 

27.06.2025

Короткий век ИИ-агентов: 40% проектов не доживут до 2027 года

Читать далее 

показать все 

30.06.2025

Нет никакого развития современных технологий!

Читать далее 

30.06.2025

Людмила Сальникова: «Сегодня руководитель, который хочет быть успешным, иметь свой мощный репутационный капитал, просто обязан быть публичным. В цифровом мире неизвестность равносильна пустому месту»

Читать далее 

30.06.2025

Сергей Мисюра: «В техподдержке – 95% инцидентов уникальны по содержанию»

Читать далее 

26.06.2025

Я – Ваш ИИ-помощник

Читать далее 

26.06.2025

Новые технологии: зачем нам столько?

Читать далее 

18.04.2024

Как искусственный интеллект изменит экономику

Читать далее 

22.09.2023

Эпоха российской ориентации на Запад в сфере программного обеспечения завершилась

Читать далее 

22.09.2023

Сладкая жизнь

Читать далее 

22.09.2023

12 бизнес-концепций, которыми должны овладеть ИТ-руководители

Читать далее 

22.09.2023

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

Читать далее 

показать все 

Главная / Архив номеров / 2015 / Выпуск №5 (48) / Операционная система Embox: решение для встроенных систем

Рубрика: БИТ.Рунет

Антон Бондарев, технический руководитель проекта Embox

Операционная система Embox:
решение для встроенных систем

В последнее время активно развивается тематика встроенных (embedded) систем, и многие крупные компании, такие как Google, Microsoft, Intel, вкладывают огромные ресурсы в исследования и разработки в данной области.

Взять, например, проект Microsoft по созданию специализированной ОС для умных домов homeos или процессоры от Intel для встроенных решений Intel Quark, а о различных исследовательских проектах от Google по робототехнике иговорить не стоит – они и так на слуху.

Подобные системы всегда имели свои особенности: ограниченность вычислительных ресурсов, различные процессорные архитектуры, порядок байт и многое другое. Все это накладывает отпечаток на процесс разработки встроенного ПО. И, несмотря на то что в последнее время для создания встроенных систем все чаще применяются принципы и технологии из области «обычных» десктопных систем, сам процесс остается специфичным. Поэтому считается, что порог вхожденияпри разработке системного и встроенного ПО очень высокий.

Для подготовки хороших специалистов в этой области на математико-механическом факультете СПбГУ организовали исследовательский проект по созданию ОС реального времени для встроенных применений Embox, в котором активную роль играют студенты.

Embox – открытая операционная система реального времени, поддерживает:

• шесть процессорных архитектур (x86, ARM, MIPS, Microblaze, SPARC, PPC);
• сетевой стек;
• несколько файловых систем (FAT, ext2/3/4, jffs2, nfs);
• несколько языков программирования (Java, Python, Lua, Lisp, C/C++);
• и применяется в различного рода встроенных и телекоммуникационных устройствах, например, маршрутизаторах, потоковых шифраторах, контроллерах управления светодиодами.

Кратко опишу проблемы, с которыми приходилось сталкиваться участникам проекта Embox, поскольку проект существует уже пять лет. Их было несколько.

• Во-первых, требовалось решение для простой отладки аппаратуры. Для этого было сделано минимальное окружение, позволяющее автоматически стартовать набор тестов, разработанных на языке C, а также очень легковесный shell, способный запускаться фактически на голом железе.
• Во-вторых, исходный код нужно было сертифицировать, а, значит, в дистрибутиве должны быть только те части, которые несут функциональную нагрузку. При этом код в неиспользованных ветках #if – #def конструкций не должен был быть представлен для сертификации. Для решения этого вопроса была разработана система сборки на основе специального языка описания модулей, которая позволяет избежать #if – #def конструкций и гибко задавать список используемых функциональных модулей и их параметров.
• В-третьих, результаты работы можно было бы использовать в научной и учебной деятельности, а, значит, проект должен быть открытым.

Основные проблемы, с которыми сталкивались разработчики при внедрении в различных областях, в том числе в робототехнике, телекоммуникации и АСУ-ТП, как и для многих встроенных систем, заключались в аппаратной составляющей, отсутствии железа на ранних стадиях разработки, ограниченных ресурсах системы, «дорогом» времени работы на реальном оборудовании и во многом другом.

Например, для запуска на роботах Lego Minstorm 2, который имеет 64к ОЗУ, пришлось многое умещать в эти скромные килобайты. А для того чтобы не разрабатывать кучу драйверов для всевозможных контроллеров, был придуман механизм использования BSP от производителей аппаратуры.

Кроме того, по мере роста проекта возникла проблема запуска открытого ПО на платформе Embox. И такой механизм с учетом особенностей встроенных систем был придуман и реализован в проекте.

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

В начало⇑

Комментарии отсутствуют

Комментарии могут отставлять только зарегистрированные пользователи