декабрь    2024

Пн	Вт	Ср	Чт	Пт	Сб	Вс
						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

показать все 

19.12.2024

«ГенИИ» завершили год разговором о главной технологии FinTech

Читать далее 

17.12.2024

РДТЕХ внедряет новый премиальный стандарт сервисной поддержки

Читать далее 

17.12.2024

Минцифры усиливает подготовку ИТ-специалистов

Читать далее 

13.12.2024

Рынку индустриального ПО нужна стратегия развития Итоги III Конференции по матмоделированию

Читать далее 

07.12.2024

Avanpost FAM/MFA+ стали еще безопаснее: вышла обновленная версия системы аутентификации

Читать далее 

показать все 

12.12.2024

Что следует учитывать ИТ-директорам, прежде чем претендовать на должность генерального директора?

Читать далее 

11.12.2024

Сетевая инфраструктура, сетевые технологии: что лучше – самостоятельная поддержка или внешнее обслуживание?

Читать далее 

22.11.2024

Тандем технологий – драйвер инноваций.

Читать далее 

21.11.2024

ИИ: маршрут не построен, но уже проектируется

Читать далее 

18.11.2024

Глеб Шкрябин: «Надежные и масштабируемые системы — основа стабильной работы бизнеса в условиях больших нагрузок»

Читать далее 

14.10.2024

Елена Ситдикова: «На разработчиках программного обеспечения для транспорта лежит большая ответственность перед пассажирами»

Читать далее 

13.06.2024

Взгляд в перспективу: что будет двигать отрасль информационной безопасности

Читать далее 

18.04.2024

5 способов повысить безопасность электронной подписи

Читать далее 

18.04.2024

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

Читать далее 

18.04.2024

Неочевидный САПР: выход ПО за рамки конструкторской деятельности

Читать далее 

показать все 

Главная / Архив номеров / 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. И такой механизм с учетом особенностей встроенных систем был придуман и реализован в проекте.

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

В начало⇑

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

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