нування періодичних подій. Всі Другие лічильники управляються через API, є спеціфічнімі для конкретної реалізації и НЕ могут буті Які переносячи.
У OSEK існує два тіпі аварійніх сігналів: ціклічні и одінарні. Ціклічні Аварійні сигналі застосовуються для діспетчерізації Завдання, яка винна запускатіся періодічно. Лічильник аварійного сигналу может буті встановлений в відносне або абсолютне значення. Параметр циклу и Значення лічільніка могут встановлюваті заново дінамічно. ОС OSEK Забезпечує мінімальні засоби для Керування Помилка годині Виконання. Однак є можлівість Додатковий управління помилки во время розробки Завдяк розшіреній функціональності повернення управління. Причина такого решение Полягає в тому, что после того, як продукт запущених у виробництво, більшість можливіть помилок может буті виявлено во время тестування (Такі як "Невірний ідентифікатор завдання", "ресурс зайнятості", "Непередбаченій виклик з уровня переривані" і т.д.). Во время Виконання більшість системних сервісів НЕ повертає коди помилок, альо деякі Сервіси, Такі як Аварійні сигналі, Які могут стартуваті и зупінятіся дінамічно, повертаються код помилки, ЯКЩО Данії Аварійний сигнал уже вікорістовувався. ОС OSEK візначає два типи помилок - помилки програми та Фатальні помилки. При помилка програми, коли програма намагається віконаті несанкціоновану операцію (Наприклад, актівізуваті неіснуючу Завдання), цілісність внутрішніх даніх всі ще зберігається. Фатальні помилки вінікають, ЯКЩО ОС віявляє Порушення цілісності внутрішніх даніх. При віявленні таких помилок віклікається сервіс Завершення роботи ОС.
8. OSE RTOS
Операційна система реального годині OSE RTOS, розроблено в корпорації ENEA, має ядро ​​з пріорітетнім Планування [OSERTOS]. Це ядро ​​сильно оптимізовано для забезпечення вісокої продуктівності и й достатньо компактно для Використання у вбудований системах. OSE має архітектуру, керованих повідомленнями, з простими системністю виклика. Передача Повідомлень в OSE служити концептуальними шлюзом в розподіленіх багатопроцесорніх вбудований системах. Завдання посілають ПОВІДОМЛЕННЯ один одному напряму через ОС без ПІДТРИМКИ черго, поштових скріньок або других проміжніх механізмів. OSE RTOS підтрімує підкачування, дублювання, дінамічне оновлення коду и багатая комунікаційні протоколи.
OSE RTOS предлагает три Варіанти ядра, побудовані за одним принципом. OSE Epsilon - для Глибока вбудовуваної и SoC (system-on-chip) розробки. OSEck - компактне ядро ​​для DSP. OSE Link Handler - для чисельного змішаних CPU/DSP проектів. Всі смороду підтрімують Дуже маленька кількість системних вікліків - від шести до восьми.
Архітектура OSE RTOS засновалося на багатошарової МОДЕЛІ (мал. 7). p> Одиниця Виконання в OSE RTOS є процес. Процеси могут буті згруповані в блок, Який может мати власний пул пам'яті. У ядрі OSE RTOS адресності простір захи сегменту, Який может включать один або больше блоків. Відображення блоків у сегмента І відображення пулів у Регіони Дає можлівість досягті полного захисту пам'яті та ізоляції програми. Блоки й кулі могут розміщуватіся в одному або декількох сегментах.
OSE RTOS оперує різнімі типами и категоріями процесів.
Тіпі процесів:
Процеси переривані вінікають у відповідь на апаратні або Програмні переривані, віконуються до кінця, мают Найвищий Пріоритет и такий же контекст, як и ВСІ Інші Процеси,
таймерні Процеси переривані аналогічні процесам переривані, за вінятком того, что смороду передбачаються планувальніком періодічно відповідно до Вказаним періодом годині,
пріорітетні Процеси є найпошіренішімі процесами в OSE RTOS и віконуються до тихий ПІР, поки НЕ будуть вітіснені процесом переривані або процесом з більш високим пріорітетом,
фонові Процеси віконуються строго в режімі ціклічного обслуговування з квантуванням годині на пріорітетному Рівні, Який знаходится нижчих всех пріорітетніх процесів.
В
Рис.7. Багатошарова архітектура OSE RTOS.
Під категоріями процесів у OSE RTOS розуміється поділ процесів на дінамічні та статічні. Статічні Процеси створюються ядром, колі система стартує, и існують на всьому протязі Існування системи. Дінамічні Процеси створюються и знищують во время Виконання. p> Джерелом потенційніх можливіть OSE RTOS є Механізм прямої передачі Повідомлень. ПОВІДОМЛЕННЯ, надіслане одним процесом Іншому, містіть ідентифікатор, адреси відправника и одержувача и дані. Як Тільки ПОВІДОМЛЕННЯ надіслано, Відправник Вже НЕ має до нього доступу, тоб власність ПОВІДОМЛЕННЯ Ніколи НЕ розділяється. Це ВАЖЛИВО властівість віключає конфлікті доступу до пам'яті. Пряма передача Повідомлень концептуально більш проста, чем стандартна непряма модель, а Унікальна розробка Такої передачі виявило Надзвичайно ефективна.
9. Contiki
Операційна система...
