- •1. Понятие систем реального времени – срв. Реальное время срв. Системы «жесткого» и «мягкого» реального времени.
- •2. Классы систем реального времени. Среда исполнения и среда разработки в срв.
- •2) Время перезагрузки системы.
- •5. Ядро операционной системы реального времени. Функции ядра.
- •6. Архитектуры осрв: монолитные ос.
- •7. Архитектуры осрв: уровневые ос.
- •9. Архитектуры осрв: объектно – ориентированные.
- •12. Основные понятия задач: приоритет, прерывания, контекст, состояние (статус) задачи.
- •10. Задачи, процессы и потоки: понятие, преимущества и недостатки.
- •11. Классификация задач: периодические, апериодические, спорадические, фоновые, задачи-аппендиксы.
- •13. Основные понятия задач: пустая задача, многократный запуск, реентерабельность задачи.
- •14. Планировщик заданий. Алгоритм функционирования планировщика.
- •15. Алгоритмы планирования задач: динамические и статические.
- •17. Алгоритмы планирования по времени выполнения задач.
- •18. Алгоритмы планирования задач: очереди ожидания.
- •19. Алгоритмы планирования задач: карусельная диспетчеризация (циклическое планирование). Преимущества и недостатки.
- •20. Алгоритмы планирования задач: режим разделения времени.
- •21. Алгоритмы планирования задач: квантование по времени и прием равнодоступности.
- •22. Алгоритмы планирования задач: кооперативная многозадачность, приоритетная многозадачность.
- •23. Алгоритмы планирования периодических задач.
- •24. Алгоритмы планирования спорадических и апериодических задач.
- •25. Методы синхронизации задач, связанных друг с другом.
- •26. Средства синхронизации доступа к общим ресурсам.
- •27. Ошибки, возникающие при синхронизации задач: «гонки», инверсия приоритетов, смертельный захват.
- •28. Методы синхронизации задач с внешними событиями.
- •29. Синхронизация задач по времени. Понятие «Tick».
- •30. Стандарты на осрв. Стандарты posix на расширения реального времени.
- •31. Алгоритм оценки систем реального времени. Оптимизация системы реального времени.
- •32. Встроенные системы реального времени (всрв). Определение. Аппаратные средства. Программное обеспечение. Требования к всрв.
- •33. Базы данных реального времени.
- •34. Операционная система qnx. Краткое описание и основные параметры.
- •35. Операционная система os-9. Краткое описание и основные параметры.
- •36. Операционная система VxWorks. Краткое описание и основные параметры.
- •37. Операционные системы реального времени для Windows. Ia-Spox, rtx, Falcon, Hyperkernel.
33. Базы данных реального времени.
БД РВ обеспечивают:
Высокоскоростной сбор информации;
Возможность сохранения больших объемов информации;
Доступ к информации с различных рабочих станций.
Представитель БД:
Industrial SQL Server
Отвечает всем перечисленным выше требованиям. Реализованы все механизмы сбора информации на небольшом дисковом пространстве. Работает в несколько раз быстрее БД на аналогичном аппарате.
Базовое ядро – Microsoft SQL Server.
Схема реализации:
Принцип функционирования:
Обычная информация сохраняется в таблице SQL. Технологическая информация сохраняется в специальных таблицах расширения. За счет этого поддерживается сохранение больших потоков информации. Данные разделяются на пользовательские и данные с датчиков.
Управление пользовательскими таблицами осуществляется через стандартный интерфейс не в РВ. Управление технологическими таблицами осуществляется через пакеты SCADA In Touch. Т.о. поддерживается большая пропускная способность данных.
Существует внутренняя поддержка целостности данных. Пользователь на целостность ни как не влияет.
Industrial SQL построена на архитектуре «клиент – сервер».
Возможности сервера БД:
1) Он высокопроизводительный. Это достигается путем масштабирования системы многоуровневой «клиент – серверной» архитектурой. Источником данных является SCADA приложение.
2) Возможность уменьшения объема хранения информации за счет механизмов архивирования (упаковка, сжатие).
3) Обеспечение достоверности информации. Для этого информация с датчиков сравнивается со следующей информацией:
– конфигурация;
– сведения о событиях;
– операция информирования;
– информация системы контроля;
– аварийная информация;
– технологическая информация.
4) Наличие системы регистрации событий.
5) Наличие открытого доступа.
6) Поддержка временных параметров, т.е. в запрос могут добавляться временные характеристики.
7) Доступна открытая гибкая БД. Пользователю доступны архивные данные, данные РВ, данные о SQL.
Области применения этих данных:
– диагностика процессов, анализ их протекания.
– управление запасами;
– контроль качества выполненной продукции;
– возможность функционирования в качестве системы управления производственным процессом.
8) Простота использования. Не требует знания SQL-языка. Интеграция с другими компонентами комплекса.
9) Возможная организация «клиент-серверной» системы.
10) Возможность расширения, т.е. можно разработать к-л приложение для к-л задачи.
34. Операционная система qnx. Краткое описание и основные параметры.
Особенности: архитектура «клиент - сервер». Каждый драйвер, приложение, протокол выполняется вне ядра, т.е. имеет свое защищенное место адресное пространство. Система конфигурируема, т.е. можно загружать ее отдельные модули. Все модули связаны с базовым ядром.
QNX состоит из: ядра, планировщика процессов, пользовательских процессов.
В ядре реализуется передача сообщений, таймеры, планирование потоков. Все остальные сервисы выполняются как отдельные процессы.
Планировщик процессов обеспечивает управление памятью, доступом к файлам.
К расширенным сервисам относятся очереди сообщений приложений.
Свойства QNX:
1) Предсказуемость. Разработчик дает гарантию того, что критически важные процессы не теряются.
2) Масштабируемость, эффективность, т.е. оптимальное распределение ресурсов.
3) Расширяемость и надежность.
4) Наличие графической подсистемы: Photon позволяет получить графический интерфейс, работающий на стандарте Posix, начиная с 386 процесса.
5) Использование протокола FLEET:
F – отказоустойчивая;
L – регулирующая нагрузку;
E – эффективная;
E – расширяемая;
T – прозрачная.
Т.е. позволяет обмениваться сообщениями автоматически. Обеспечивает отказоустойчивость, балансирование нагрузки, маршрутизацию между альтернативными путями доступа. ОС позволяет объединить всю сеть каналов в единую, т.е. происходит сетевая обработка данных. Узлы могут добавляться или убираться, не влияя на систему в целом.
