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

Поиск по сайту

bit.samag.ru

Web

Рассылка Subscribe.ru

подписаться письмом

Вход в систему


Запомнить меня
Регистрация Забыли пароль?

О журнале

Ваше мнение

Редакционная подписка

Через подписные агентства

Статьи

Общие тенденции и тренды

Архив

Мероприятия

Календарь мероприятий

август

2019

показать все

Новости партнеров

16.08.2019

III Федеральный форум «Smart Cars & Roads – цифровая трансформация экосистемы «автомобиль-дорога» в Российской Федерации»

16.08.2019

Бизнес-гостиную MBM.RU и «Академии Личного Бренда» 22 августа посетит основатель компании Zenden Андрей Павлов

16.08.2019

«В своей работе мы всегда ориентируемся на качество услуг»: MBM.RU провёл масштабный срез знаний консультантов Центров услуг для бизнеса

16.08.2019

Топовые спикеры и актуальные доклады: чего ждать от лектория на 3D Print Expo?

показать все

Статьи

04.06.2019

Маркетолог: привлекать, продавать, продвигать?

04.06.2019

Между В2В и В2С – сплошная двойная

04.06.2019

Компьютеры + медицина = синергия

21.04.2017

Язык цифр или внутренний голос?

16.04.2017

Планы – ничто, планирование – все. Только 22% компаний довольны своими инструментами для бизнес-планирования

показать все

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

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

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

В начало⇑

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

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