
- •Введение
- •Глава 1. Основные принципы организации операционных систем реального времени
- •1.1. Общие положения и определения
- •1.2. Отличие механизма современных осрв
- •1.3. Параметры осрв
- •1.4. Программное обеспечение многозадачности ос
- •1.5. Архитектура осрв. Классы осрв
- •1.6. Синхронизация задач
- •1.7. Базовые понятия программного обеспечения реального времени
- •1.8. Асинхронный обмен данными
- •1.9. Надежность систем реального времени
- •1.10. Планирование задач
- •1.11. Планирование периодических процессов
- •1.12. Взаимоблокировки
- •Контрольные вопросы
- •Глава 2. Типовые операционные системы реального времени
- •2.1. Обзор систем реального времени
- •2.2. Операционная система Windows nt
- •2.2.1. Ужесточение требований к ос 90-х годов
- •2.2.2. Операционные системы реального времени и Windows nt
- •2.2.3. Процессы и потоки nt
- •2.2.4. Пути расширения реального времени для nt
- •2.2.5. Обработка прерываний и исключений
- •2.2.6. Особенности системы ввода/вывода системы nt
- •2.2.7. Windows nt как операционная система реального времени
- •2.2.8. Расширения Windows nt
- •2.3. Операционная система qnx
- •2.3.1. Общие положения
- •2.3.2. Системная архитектура qnx
- •2.3.3. Qnx как сеть
- •2.3.5. Оконная система Photon microGui
- •2.3.6. Phocus 4 для создания встраиваемых scada
- •2.4. Операционные системы реального времени для встраеваемых систем
- •2.5. Ос рв для встраиваемых модулей от компании Microsoft
- •2.6. Функциональные потребности scada-системы
- •Контрольные вопросы
- •Глава 3. Общий анализ контроллеров
- •3.1. Аппаратное обеспечение
- •3.2. Программирование plc
- •3.3. Выбор контроллерных средств
- •3.4. Классификация современных контроллеров
- •3.5. Взаимодействие компонентов
- •3.6. Проектирование распределенных систем управления
- •3.7. Открытая модульная архитектура контроллеров
- •3.8. Архитектура производственной базы данных реального времени
- •3.9. Эволюция стандарта pci для жестких встраиваемых приложений
- •3.11. Одно- и многоуровневые системы диспетчерского контроля и управления
- •3.12. Технологии и протоколы передачи данных в промышленности: Industrial Ethernet
- •3.13. Обеспечение надежности асу тп с использованием резервированного кольца Turbo Ring
- •3.14. Анализ архитектур контроллеров с параллельной шиной
- •3.15. Повышенные требования к устойчивости функционирования
- •Контрольные вопросы
- •Глава 4. Примеры реализации типовых контроллеров
- •4.1. Промышленные контроллеры для автоматизации технологических процессов
- •4.2. Модули adam-8000 от компании Advantech9 и система программирования adam-winplc7
- •4.3. LabView Real-Time LabView реального времени
- •4.4. Встраиваемые системы и ос для них
- •4.5. Промышленный контроллер р-130isa
- •4.6. Совместное использование hmi и pac
- •4.7. Система Реального Времени cf-mntr
- •4.8. Экономичные контроллеры Pico
- •4.9. RapidIo: технология для приложений реального времени
- •4.10. Trace mode 6 и t-factory 6: обзор исполнительных модулей
- •4.11. Контроллер Crestron cp2e
- •4.12. Асу тп на базе контроллеров micro-pc
- •4.14. Itv ndc-f18 – универсальные контроллеры ndc-f18
- •4.15. Сетевой контроллер компании Lenel для систем контроля доступа
- •4.16. Сетевой контроллер реального времени
- •Контрольные вопросы
- •Глава 5. Мультимедийные системы реального времени
- •5.1. Требования реального времени в системах мультимедиа
- •5.2. Требования к архитектуре мультимедиа-систем
- •5.3. Объединение графического и мультимедийного ядра в систему Freescale
- •5.5. Scsa: архитектура для систем мультимедиа реального времени
- •Контрольные вопросы
- •Заключение
- •Рекомендуемый библиографический список
- •Оглавление
- •Глава 1. Основные принципы организации операционных систем реального времени 6
- •Глава 2. Типовые операционные системы реального времени 55
- •Глава 3. Общий анализ контроллеров 179
- •Глава 4. Примеры реализации типовых контроллеров 236
- •Глава 5. Мультимедийные системы реального времени 292
- •Системы реального времени Программно-технический комплекс
- •346428, Г. Новочеркасск, ул. Просвещения, 132
5.5. Scsa: архитектура для систем мультимедиа реального времени
Архитектура систем цифровой обработки сигналов (Signal Computing System Architecture (SCSA)) (Dialogic Corporation) (рис. 5.2) определяет стандарты разработки серверов, обеспечивающих как управление телефонными соединениями, так и услуги по обработке потоков мультимедийной информации. Эта открытая архитектура представляет собой набор стандартов на программные и аппаратные интерфейсы. На основе этих стандартов становится возможным разработка и построение высокомодульных систем обработки речевой и мультимедийной информации, используя имеющиеся в продаже изделия различных поставщиков. Этот набор стандартов позволяет поставщикам выпускать широкий спектр совместимой модульной аппаратной и программной продукции с гарантией. Более 260 компаний объявили о поддержке SCSA как основы для разработки или приобретения аппаратно-программных средств. Проект стандарта VME-SCSA (VME-SCSA Draft 5.2 Standard), разработанный при спонсорском участии VITA, определяет интерфейс J2/P2, позволяющий VME-модулю обращаться к шине SCSA. Данную спецификацию можно получить в VITA.
|
Рис. 5.2. Конфигурация типовой SCSA-VME-системы |
Шина передачи мультимедийных данных. Стандарт SCSA предусматривает тактируемую шину передачи данных со скоростью 131 Мбит/с, называемую SCbus и используемую для маршрутизации потоков мультимедийных данных между различными системными ресурсами и подсистемами ввода/вывода. Эта синхронная шина состоит из 16 линий данных с побитовой передачей и реализована на базе определяемых пользователем контактов рядов (а) и (с) VME-разъема P2/J2. Стандарт физического уровня VME-SCSA (определяющий назначение выводов разъема P2/J2) получил название VITA-6-1994.
Каждая линия данных шины SCbus предоставляет 32, 64 или 128 временных квантов (time slots), чередуемых последовательно. Каждый квант повторяется с частотой 8 КГц и содержит 8-разрядное значение данных. Для передачи или приема информации любой агент шины или ресурс может использовать любой свободный квант. Распределение квантов и их маршрутизация выполняется программно. Все кванты распределяются между взаимодействующими агентами шины таким образом, чтобы обеспечить виртуальный канал данных со скоростью обмена информацией 64 Кбит/с.
Способность к связному объединению временных квантов чрезвычайна важна с точки зрения обеспечения широкополосных каналов, необходимых для передачи видео- или других мультимедийных данных. При объединении нескольких квантов происходит мультиплексирование потока мультимедийных данных и передача его приемнику по нескольким различным временным квантам. Связное объединение гарантирует, что расположенные рядом байты исходного потока прибудут в место назначения в таком порядке, который облегчит реконструирование потока. Шина SCbus допускает связное объединение любого количества временных квантов.
Базовый тактовый сигнал для шины SCbus, SCLK, передается с частотой 2,048; 4,096 или 8,192 МГц. Каждый тактовый импульс индицирует прибытие очередного бита в составе временного кванта. Выбор фактической тактовой частоты производится системным интегратором в зависимости от требований к пропускной способности системы. На выбор тактовой частоты также влияют и другие условия, например, тип физической линии связи, используемой для передачи сигналов SCSA. Если используется плоский кабель, то верхний предел частоты передачи – 4,096 МГц. Если в качестве каналов данных используется терминированная объединительная плата, то возможна передача сигналов на частоте 8,192 МГц. Если в системе присутствуют SCSA-модули с шиной ST-bus с 2,048 Мбит/с, то такая система должна тактироваться на более низких частотах. Сигнал SCLK x 2 (удвоение тактовой частоты SC) используется только при частоте передачи данных по шине 2,048 МГц и обеспечивает совместимость с шиной Mitel ST-bus (применяемой в некоторых более старых коммутационных и речевых системах).
Для упрощения реализации SCbus компания VLSI Technology предлагает полнодуплексный виртуальный матричный коммутатор 322048 (ASIC) SC2000, обеспечивающий неблокируемый доступ до 32 ресурсов к любому из 2048 квантов шины SCbus. В системах с очень большим числом каналов можно использовать нескольких таких коммутаторов. Компания Dialogic разрабатывает устройство, с помощью которого будет осуществляться доступ к 128 внутренним временным квантам. Так как во время передачи по SCbus-шине мультимедийные потоки чередуются, любой SCbus-модуль (агент) может пересылать мультимедийные потоки любому другому агенту или группе агентов.
Канал передачи сообщений. В архитектуре SCSA реализован вторичный коммуникационный канал обмена информацией между совместимыми SCSA-изделиями – канал SCmessage. Данный канал обеспечивает быструю передачу служебных сообщений от одного агента другому. Канал представляет собой простую последовательную шину из одного проводника, называемую шиной сообщений. Так как трафик данных на этой шине носит спорадический характер и является пакетно-ориентированным, то управление шиной осуществляется на базе протокола CSMA/CD (Collision Sensing Multiple Access – множественный доступ с определением конфликтов), аналогичного используемому в локальных сетях Ethernet. Сообщения пересылаются по шине в виде кадров формата ISO #3309 (HDLC).
Шина сообщений не является самотактирующейся. Каждый модуль, снабжённый такой шиной, является как передатчиком, так и приемником. Каждый модуль путём деления тактового сигнала SCLK основной шины SCbus генерирует своего МС-такт частотой 2,048 МГц. Таким образом, фронты этого сигнала синхронизированы с сигналом SCLK. Именно этот МС-синхросигнал и используется для передачи и приема кадров данных по шине сообщений.
Шину сообщений можно сравнить с локальной мини-сетью, объединяющей модули ресурсов и интерфейсные модули ввода/вывода. Во избежание зависаний каждый агент шины после успешной передачи сообщения должен ожидать не менее двух периодов синхроимпульса до повторного обращения к шине.
Хотя протокол CSMA/CD при 75-процентной загрузке шины перестает справляться с работой, фактическая загрузка SCSA-системы составляет менее 10 процентов имеющейся пропускной способности. На этом уровне использования шины SCSA-модули могут обмениваться сообщениями (как широковещательными, так и для определенного адресата) с задержками передачи не более 1 мс. Таким образом, данная шина обеспечивает более быструю передачу сообщений, чем хост-процессор с VME-шиной.
Чтобы воспользоваться преимуществами этого канала сообщений, ядро реального времени предоставляет транспортный сервис, в который входит стандартный прикладной программный интерфейс на базе SC2000 (SC2000 Hardware Developer's kit) от Dialogic.
Интерфейс шины сообщений можно легко реализовать на базе кристаллов SC2000 и Siemens HSCX.
Кристалл Siemens HSCX представляет собой более-менее стандартный HDLC-контроллер с такими характеристиками, как FIFO-буферы, детектирование адреса и определение конфликтов. Кристалл HSCX требует только тактовый сигнал МС (генерируемый из SCLK-сигнала) и один драйвер шины 24 мА с открытым стоком (входящий в состав SC2000) для подключения к шине сообщений.
Многоузловая архитектура – это расширение SCSA, предназначенное для реализации многокрейтовых SCSA-систем. В нём определяется интерфейс прикладных программ с межкрейтовой шиной SCbus и каналами сообщений, так как для различных системных топологий требуется разная полоса пропускания, то в данной архитектуре попыток сформулировать требования к аппаратной реализации межкрейтовых линий связи (физический уровень) не предпринимается, а просто указываются общие требования, включающие:
синхронизацию;
управление временными квантами;
канал сообщений;
поддержку объединения временных квантов;
требования к коммутации.
Стандартизация прикладных программных интерфейсов (API). В число прикладных программных интерфейсов для SCSA-стандарта входят:
управление телефонным соединением;
мультемедийная запись/воспроизведение/преобразование текста в речь;
посылка/прием факсимильных сообщений;
генератор/декодер сигналов (DTMF, MF, тональные посылки);
автоматическое распознавание речи.
API для управления телефонным соединением уже представлен для рассмотрения Европейской Ассоциации Производителей Компьютеров (European Computer Manufacturer's Association - ЕСМА).
Интерфейсы для мультемедийной записи/воспроизведения/ преобразования текста в речь и посылки/приема факсимильных сообщений пересматриваются Международным телекоммуникационным союзом на предмет возможной адаптации. Программные интерфейсы для генераторов/декодеров сигналов и автоматического распознавания речи на регистрацию еще никуда не поданы и, скорее всего, станут стандартами де-факто. В дополнение к этим интерфейсам определяются API для основных системных услуг, включающих:
распределение системных ресурсов;
управление коммутацией;
поддержка нескольких приложений.
Стандартизация интерфейса провайдера услуг. Интерфейс провайдера услуг упрощает стыковку модулей ввода/вывода с SCSA-системой и почти эквивалентен интерфейсу драйвера. Однако этот интерфейс дополнительно определяет следующее:
метод программного конфигурирования набора характеристик при помощи передачи стандартных числовых параметров;
стандартизированные мультимедийные события, генерирующие обрабатываемые хост-процессором прерывания.
Разработка драйверов устройств в соответствии со спецификациями интерфейса провайдера услуг упрощает процесс интеграции модуля ввода/вывода в SCSA-систему.
Поддержка архитектуры "клиент/сервер". Для приема сообщений от любой транспортной службы, поддерживаемой ОС (типа TCP/IP или TLI – Transport Library Interface12), был разработан уровень протокола сообщений SCSA. Чтобы послать команду SCSA-серверу, в системе-клиенте должны быть реализованы уровень адаптера прикладного интерфейса и уровень протокола сообщений.