- •Общая часть
- •Описание технологического процесса объекта
- •Описание автоматизированного объекта и его технические характеристики
- •Технические требования к сау
- •Анализ известных вариантов сау
- •Расчётная часть
- •Составление функциональной схемы сау и выбор принципиальных схем элементов её неизменяемой части
- •Описание функциональной схемы разрабатываемой системы
- •Выбор измерительно-преобразовательных элементов
- •Выбор исполнительных устройств
- •Математическое описание сау и выбор автоматического управляющего устройства
- •Определение математической модели объекта
- •Определение передаточных функций измерительно преобразовательных и исполнительных устройств
- •Выбор закона автоматического управления в общем виде
- •Выбор автоматического управляющего устройства на основе плк
- •Определение математической модели сау, исследованные на устойчивость
- •Расчет конфигурации устройства управления и составление заказной спецификации
- •Требования, предъявляемые к по асу тПиП
- •2.6.1 Требования к базовому(фирменному) программному обеспечению
- •2.6.2 Требования и характеристики используемых операционных систем верхнего и нижнего уровней асу тп
- •2.6.3 Требование и характеристика используемого системного по
- •2.6.4 Требования и характеристика используемых пакетов программной поддержки обмена данными
- •2.6.5 Требование и характеристика используемой системы управления локальными и распределенными базами данных
- •2.6.6 Требование и характеристика используемого программного обеспечения инструментальных средств разработки, отладки и документирования
- •2.6.7 Требование и характеристика используемых средств настройки базового по, диагностики и самодиагностики работоспособности плк
- •Организация и производство труда
- •Монтаж датчиков
- •Маркировка труб и кабелей
- •Монтаж плк
- •Монтаж ро и им
- •Проверка датчиков и вторичных приборов
- •Наладка программного обеспечения плк
- •Структура, функции и задачи служб эксплуатации
- •Кабельный журнал
- •План трасс прокладки кабелей
- •Экономика производства
- •Расчет затрат на модернизацию системы
- •Расчет годовой экономии
- •Расчет годового экономического эффекта и срока окупаемости капитальных вложений
- •Расчет экономической эффективности
- •Безопасность жизнедеятельности
- •Организация рабочего места электромонтера по обслуживанию сау, сар участка, оснащение инструментом и измерительной аппаратурой
- •Организационные и технические мероприятия, обеспечивающие безопасность работ с автоматизированной системой управления
- •Общая характеристика безопасности цеха
- •Противопожарные мероприятия, проводимые в цехе
- •Экологические мероприятия по охране окружающей среды
2.6.2 Требования и характеристики используемых операционных систем верхнего и нижнего уровней асу тп
Операционные системы(ОС) устройств верхнего уровня ПТК должны удовлетворять следующим требованиям:
высокая производительность, поддержка многозадачного режима;
высокая степень устойчивости и надежности;
поддержка обменов информации по используемым в ПТК локальным сетям;
удобный и понятный пользователю графический интерфейс, простота и эффективность использования;
возможность работы с мультимедиа;
возможность конфигурирования под конкретные условия использования.
На нижнем уровне ПТК должны использоваться высокопроизводительные ОС. Они должны обеспечивать:
поддержку многозадачного или псевдомногозадачного режима;
модульность, гибкую конфигурируемость, возможность 100%-го размещения в ПЗУ контроллера;
малое время реакции, многоуровневую, основанную на приоритетах, обработку прерываний и присвоение меток времени зафиксированным событиям;
развитые средства коммуникации (поддержка стандартных сетей, а также различных промышленных интерфейсов ввода-вывода);
возможность (при необходимости) стыковки с техническими средствами сторонних разработчиков (по отдельной заявке заказчика).
В качестве ОС операторской станции в системе используется Microsoft Windows XP Professional.
Windows XP – операционная система семейства Windows NT корпорации Microsoft. В отличие от предыдущей системы Windows 2000 поставляется только в клиентском варианте. Архитектура системы показана на рисунке 19.
Рисунок 19 – Архитектура операционной системы
АРМ имеет следующие характеристики:
монитор Samsung SyncMaster 23”;
клавиатура промышленного типа IP 68;
корпус промышленного исполнения RACK-305GWATX;
процессор Core2Duo E8500 3,16 ГГц;
ОЗУ – 2 Гб;
жесткий диск 160 Гб – Seagate Barracuda 7200;
видеокарта ATI FireMV 2200.
В качестве ОС программируемого контроллера используется операционная система реального времени(ОСРВ) фирмы Siemens.
Отличительные особенности ОСРВ представлены в таблице 14.
Таблица 14 – Сравнение ОСРВ с ОС общего назначения
|
ОС реального времени |
ОС общего назначения |
Основная задача |
Успеть среагировать на события, происходящие на оборудовании |
Оптимально распределить ресурсы компьютера между пользователями и задачами |
На что ориентирована |
Обработка внешних событий |
Обработка действий пользователя |
Как позиционируется |
Инструмент для создания конкретного аппаратно-программного комплекса реального времени |
Воспринимается пользователем как набор приложений, готовых к использованию |
Кому предназначена |
Квалифицированный разработчик |
Пользователь средней квалификации |
Ключевым отличием сервисов ядра ОСРВ является детерминированный, основанный на строгом контроле времени, характер их работы. В данном случае под детерминированностью понимается то, что для выполнения одного сервиса операционной системы требуется временной интервал заведомо известной продолжительности. Теоретически это время может быть вычислено по математическим формулам, которые должны быть строго алгебраическими и не должны включать никаких временных параметров случайного характера. Любая случайная величина, определяющая время выполнения задачи в ОСРВ, может вызвать нежелательную задержку в работе приложения, тогда следующая задача не уложится в свой квант времени, что послужит причиной для ошибки.
В этом смысле операционные системы общего назначения не являются детерминированными. Их сервисы могут допускать случайные задержки в своей работе, что может привести к замедлению ответной реакции приложения на действия пользователя в заведомо неизвестный момент времени. При проектировании обычных операционных систем разработчики не акцентируют своё внимание на математическом аппарате вычисления времени выполнения конкретной задачи и сервиса. Это не является критичным для подобного рода систем.
