Введение
Обычно операционные системы реального времени (RTOS) реализованы как программное обеспечение, но все больше и больше встраиваемых систем разрабатываются на FPGA платформе.FPGA может быть использована при ускоренном параллельном выполнении различных задач.
Основными недостатками стандартного программного обеспечения на основе RTOS является то, что они страдают от нагрузки на вычислительные мощности и часто требуют большой объем памяти.
Требования высокой производительности (вычислительной мощности)RTOS обусловлены в основном блоком управления прерываниями, который снижает производительность с ростом количества задач и высоких частотах, но и планирования задач, ресурсов распределение и освобождение, обнаружение тупиков и различные другие функции ОС / API, потребуется время выполнения задач, выполняемых на CPU.
Внешняя обработка асинхронных прерываний также является источником индетерминизма, так как это будет вызывать неопределенность уровня приоритета, чтобы обеспечить завершение задачи в течение их времени выполнения.
Повышенные требования предъявляются к памяти программного обеспечения RTOS, отчасти это связано с необходимостью создания стека для каждой задачи, но и требования в объеме пространства как ОЗУ и ПЗУ, для хранения структурных данных RTOS, так как программный код может занимать достаточно большой объем.Разработанным решением является HartOS, аппаратное обеспечение реализовано в операционной системе реального времени, поддерживающей все основные функции, ожидаемые от полной RTOS без ущерба для гибкости.
Упрощенная блок-схема системы
HartOS состоит из двух главных частей: программное обеспечение API и твердое - ядро изделия. Рисунок показывает первоначальный проект блок-схемы системы.
Блок-схема системы
Программное обеспечение API будет содержать все функции интерфейса, необходимые для связи с ядром, а также CPU определенного функционала для обработки контекстных переключений, инициализирующих стековые фреймы и т.д.
Аппаратное ядро будет содержать всю функциональность RTOS. Его структура состоит из трёх главных частей: Диспетчер задач, Менеджер по IRQ/Прерыванию и Менеджер ресурсов.
Диспетчер задач будет решать все функции, необходимые для реализации базируемого ядра чистой задачи. Главные функции этого: Таймер, Сторожевой таймер, Диспетчер и модули Планировщика. Массив TCB's (Блок управления задачей) будет содержать необходимые данные, чтобы управлять и восстановить контекст задач в системе. Менеджер по IRQ реализует контроллер прерываний и логику, необходимую для взаимодействия через интерфейс с остальной частью ядра. Менеджер ресурсов должен управлять ресурсами ядра.
Особенности общейархитектуры
Как иллюстрировано в рисунке 1 HartOS будет состоять из трех главных (ядро) модулей: Диспетчер задач, диспетчер прерываний и менеджер ресурсов. Главная цель такой архитектуры состоит в том, чтобы сделать каждый из этих модулей максимально независимым, таким образом, модуль может быть легко удален, должна также быть, возможность обновить/изменить внутреннюю функциональность модуля, не затрагивая остальную часть системы.
Заключение
Исходя из рассмотренных публикаций, можно сказать, что основные недостатки программного обеспечения на основе RTOS могут быть ликвидированы путем реализации всего ядра операционной системы в режиме реального времени на аппаратном уровне. Продуманный дизайн и использование новейших технологий FPGA, позволяет реализовать полнофункциональные и гибкие аппаратныеRTOS (HartOS).
Библиографическая ссылка
Пашкин А.В., Шмокин М.Н. ОСНОВНЫЕ ТЕНДЕНЦИИ ПРОЕКТИРОВАНИЯ ОПЕРАЦИОННЫХ СИСТЕМ РЕАЛЬНОГО ВРЕМЕНИ // Международный студенческий научный вестник. – 2015. – № 3-2. ;URL: https://eduherald.ru/ru/article/view?id=12475 (дата обращения: 21.11.2024).