де І як розташовані Сенсори, мережа пріймає звичних для системних адміністраторів древообразная форму. У TinyOS Враховується такоже и ті, что деякі види сенсорів могут працювати від Сонячних батарей чг других джерела енергії, что залежався від постривай, того при втраті зв'язку з найближче Вузли мережі відбувається зміна маршруту, по якому пересілаються пакети.
7. OSEK/VDX
Як вже згадувать в розділі про стандарти, OSEK/VDX є комбінацією стандартів комп'ютерних систем реального годині, розроблення консорціумамі OSEK и VDX для автомобільної промісловості. У даній работе розглядається Тільки стандарт OSEK, что стосується архітектури операційної системи.
ОС OSEK оперує такими об'єктами, як Завдання, події, ресурси. Крім того, Забезпечують Такі возможности, як управління помилки та засоби для користувача функцій відстеження змін у стані системи.
ОС OSEK Забезпечує Певний набор інтерфейсів для користувача. Інтерфейси Використовують сутности, что конкурують за центральний процесор. ОС OSEK оперує двома типами таких сутности - Завдання и переривані - и ві значає три Рівні ОБРОБКИ - рівень переривані, логічний рівень планувальніка и рівень Завдання. Завдання вібіраються на Виконання відповідно до прісвоєнімі їм пріорітетамі.
Завдання в ОС OSEK может буті
базової або розшіреної,
вітісняється або невітіскаючої.
Головна відмінність между базовою и розшіреної Завдання Полягає в тому, чи мож Завдання впасти в стан Очікування (у якому вона чекає на З'явилися події). Тільки розширено завдання может очікуваті події. Вітісняється Завдання может буті вітіснена Завдання більш високого пріорітету або перервалася переривані. Невітіскаючої Завдання может буті вітіснена Тільки за помощью переривані (колі переривані НЕ Заборонені).
В
Рис.5. Рівні ОБРОБКИ в ОС OSEK.
Концепція двох тіпів Завдання зажадала введення нового Поняття - клас відповідності (conformance class) для описування своєрідною реалізації ОС OSEK и системних сервісів. Візначаються Чотири класи відповідності - два для базового відповідності (BCC1 и BCC2 - Basic conformance Classes 1 і 2) i два для розширеного (ECC1 и ECC2 - Extended Conformance Classes 1 і 2). Реалізації, Які відповідають Базовим Класа, вімагають Використання Тільки базових Завдання, у тієї годину як для розширеного класів Потрібні як розшірені, так и базові Завдання. Числа 1 і 2 в іменах класів вказують кількість Запитів на Завдання для базових Завдання и кількість Завдання на Пріоритет для всіх Завдання. Таким чином, в BCC1 и ECC1 є Тільки Одне Завдання на Пріоритет, и базові Завдання могут буті запітані Тільки один раз. У BCC2 и ECC2 допускається множінність Завдання на Пріоритет и множини запрашіваніе базових Завдання.
Кожна задача винна знаходітіся в одному з чотірьох станів
Віконуються - Тільки Одне Завдання может буті в цьом стані,
Готова до Виконання - планувальнік может вібрато ее на Виконання на підставі пріорітетів и правил вітіснення,
СТАНІ Очікування - Завдання чекає на З'явилися події,
Призупинено - Завдання в Пасивні стані и чекає актівації.
В
Рис.6. Модель станів Завдання в ОС OSEK.
Кожне Завдання має Пріоритет. Стандарт ОС OSEK НЕ обмежує Максимально кількість пріорітетів - це візначає реалізація.
ОС OSEK візначає два Рівні програм управління переривані, Які розрізняються можливіть виклику системних сервісів. Переривані уровня 1 віконуються Незалежності від ОС Дуже Швидко. Рівень 2 Забезпечує Виконання функцій Додатків, Які містять Виклики ОС. p> Події в ОС OSEK Використовують для сінхронізації різніх Завдання. Події є власністю Завдання. Будь-яка завдання, в тому чіслі и базова, может Встановити Подія, и Тільки власник події может очікуваті або Знято его.
Управление ресурсами Забезпечує доступ до ресурсів, что розділяються, таким як пам'ять, апаратура і т.п. Планувальнік такоже вважається спеціальнім ресурсом, Який может буті захоплений Завдання. Щоб унікнуті інверсії пріорітетів и тупикова СИТУАЦІЙ, OSEK застосовує стельовій протокол пріорітетів. Згідно з ЦІМ протоколом задачі, что захопіла ресурс, тимчасово підвіщується Пріоритет, І, таким чином, ніякі Другие Завдання, Які звертають до даного ресурсу, що не зможуть Виконувати до тихий ПІР, поки ресурс залішається захоплення. Прото, ВСІ Завдання з більш високим пріорітетом, чем Пріоритет Завдання, Яке захопіло ресурс, все ще могут Виконувати.
Аварійні сигналі и лічильники в OSEK Використовують для сінхронізації актівації Завдання з повторювання подіямі. Аварійний сигнал статично прісвоюється лічільніку, задачі и Дії. Вплив может або актівуваті Завдання, або Встановити Подія. Лічильники оперують тактами и могут становитися годину, кількість прийнятя імпульсів і т.п. Кожна реалізація Забезпечує один часовий лічильник, Який вікорістовується для пла...
