Автор работы: Пользователь скрыл имя, 19 Июня 2013 в 10:59, контрольная работа
SCADA-система TRACE MODE содержит средства разработки операторского интерфейса (SCADA/HMI), программирования контроллеров (Softlogic), управления основными фондами (EAM), персоналом (HRM) и производственными процессами (MES).
Все программы, входящие в TRACE MODE, подразделяются на две группы:
инструментальную систему разработки
исполнительные модули (runtime).
1 Теоретический вопрос №1. Характеристика и архитектура системы Trace Mode. 2
2 Теоретический вопрос №2. Обзор ChorusOS7
2.1 Название СРВ и стандарты 7
2.2 Назначение и область применения ChorusOS 7
2.3 Выполняемы функции. Функциональная архитектура 7
2.4 Архитектура ChorusOS 9
2.5. Технические характеристики 10
2.6 Характеристики ChorusOS 11
2.7 Сведения об использование 11
2.8 Электронная документация 12
3 Практическое задание 13
Список используемой литературы: 24
Поскольку драйверы выполняются как стандартные процессы, то добавление нового драйвера в систему QNX не влияет на работу других компонентов операционной системы. Единственное изменение, которое происходит в среде QNX - это запуск нового драйвера.
В типичной многозадачной среде, при одновременном выполнении нескольких процессов реального времени, операционная система должна обеспечивать возможность взаимодействия процессов друг с другом.
Связь между процессами (interprocess communication - IPC) является ключом к разработке приложений, представляющих собой набор взаимосвязанных процессов, в котором каждый процесс выполняет одну строго определенную функцию.
ВQNX реализован простой, но мощный набор IPC-возможностей, благодаря которому значительно упрощается разработка приложений, представляющих набор взаимодействующих процессов. IPC основан на принципе передачи сообщений от одного процесса другому, при этом формат сообщений зависит только от данных взаимодействующих процессов.
Синхронизация выполнения нескольких
процессов происходит посредством
сообщений. При передаче, получении
и выдаче ответа на сообщения процессы
изменяют свое со- стояние, что определяет
время и продолжительность их
выполнения. Располагая информацией
о состоянии и приоритетах
процессов, ядро может максимально
эффективно планировать их выполнение,
используя все доступные
Для приложений реального времени требуется зависимая форма IPC, т.к. процессы, входящие в состав подобных приложений, сильно взаимосвязаны. Механизм передачи сообщений, реализованный в системе QNX, позволяет обеспечить высокую надежность работы приложений.
QNX изначально разрабатывалась
как сетевая операционная
Например, программы, управляющие
работой устройств ввода/
Компания VenturCom создала расширение RTX(Real Time Extention) для операционной системы Windows (NT, NT Embedded, 2000, XP, XP Embedded). Расширение RTX позволяет создавать приложения с детерминированным и очень малым временем реакции на внешние события и, кроме того, обеспечивает пользователя средствами и утилитами для по- строения и выполнения программ реального времени, а также средствами для измерения и "тонкой" настройки производительности, как аппаратных, так и программных средств. RTX глубоко интегрировано в ядро Windows и для обеспечения необходимых функций использует сервис Windows и WIN32 API.
Расширения реального
времени добавляют к Windows специфическую
для реального времени
Процессы реального времени,
управляемые собственным
Взаимодействие процессов
реального времени и
Программный интерфейс RTAPI для процессов реального времени, реализующий развитый набор средств, характерный для программных интерфейсов (API) операционных систем реального времени.
Одно и то же приложение может использовать как стандартные функции Win32, так и специфические функции API реального времени (RTAPI), что позволяет выделять критические участки кода приложений Windows и контролировать время и надёжность их выполнения.
Контроль над
Работа с быстрыми часами и таймерами высокого разрешения.
Прямой доступ к памяти и физическим устройствам. и т.д.
Рис. 3. Схема интеграции Windows и RTX
Продукт RTX состоит из пакета
разработчика RTX SDK, предназначенного для
создания собственных приложений для
работы в среде RTX и подсистемы исполнения
RTX Runtime, для обслуживания приложений
RTX. Подсистема RTX Runtime устанавливается
на целевые системы, где предполагается
запуск RTX-приложений. Пакет разработчика
интегрирован со средой разработки Visual
Studio от компании Microsoft и также включает
в себя подсистему реального времени,
поэтому разрабатываемые
Подсистема, реализующая
функции системы реального
RTX тесно интегрируется с Windows (рис. 2), при этом RTX дополняет стандартный HAL Windows своим расширением, RTX HAL Extension. На этом уровне, кроме организации доступа к аппаратуре, обрабатываются прерывания от таймера подсистемы реального време- ни. Непосредственно функциональность реального времени реализует слой RTSS, Real-Time SubSystem. Это ядро всей подсистемы реального времени. Здесь находится свой планировщик, который оперирует выполнением задач реального времени и предоставлением ресурсов задачам Windows-среды. Фактически любая задача RTSS имеет более высокий приоритет, нежели любая задача, выполняющаяся в Windows. Также этот слой полностью реализует API реального времени, Real-Time API — RTAPI, на основе которого создаются приложения подсистемы RTSS. Приложения реального времени, RTSS Process, выполняются на уровне ядра Windows и имеют те же привилегии ограничения, что и драйверы устройств.
RTKernel это расширение реального
времени для MS-DOS, работающий как
мощный планировщик
-выполнение неограниченного количества задач одновременно;
-под задачу достаточно отвести 500 байт;
-целевое переключение выполняется между задачами с учетом их приоритетов (всего определено 64 приоритета) приблизительно через 6 микросекунд для 486 процессоров с частотой 33 МГц;
-использует планировщик
выполнения процессов по
-обработка аппаратных
прерываний и различное
-поддерживает до 36 последовательных портов и FIFO буфер в 16550;
-выполняется на любом компьютере.
Для разработчиков RTKernel-предоставляет
возможности использования
Рис. 4. RTKernelСтруктура программы
Головная станция системы управления должна обеспечивать выполнение таких функций как: начальная установка рабочих параметров при старте системы, сбор значений пара- метров работы асинхронного двигателя со всех модулей измерений (например, напряжение, температура и ток), оценивать полученные параметры на принадлежность к заданному диапазону, обрабатывать аварийные ситуации. В параллельном режиме должны выполняться программные интерфейсы взаимодействия с диспетчерами станции, как в непосредственном, так и в удаленном режиме, передавая необходимые данные через интернет.
Для выполнения задач сбора больших объемов данных и управления подходят ОСРВ Qnx и RTKernel, но организация графически удобного интерфейса и работа в сети хорошо реализуется в Qnx и RTX Windows. По результатам представленных возможностей более подходит для реализации перечисленных функций ОСРВ Qnx.
1. Материалы по программной системе Trace Mode http://www.tracemode.com
2. Богачев К.Ю. Операционные системы реального времени. М., 2001.
3. А. Исаев, Л.Акиншин.Windows IT Pro : Windows изнутри. Система реального времени или
Windows? — http://www.osp.ru/win2000/
4. RTKernel - Real-Time Multitasking Kernel for DOS.
— http://www.on-time.com/
5. Сулейманова А.М. Системы
реального времени: учебное
Уфимск. гос. авиац. техн. ун-т. – Уфа, 2004. – 292 с.
6. Древс Ю.Г. Системы
реального времени:
средства – М.: МИФИ, 2010. – 320 с.
7. Никитин А.И. Общее
программное обеспечение
ни. – Киев: Наукова думка, 1980.