Структурная связь содержания ТЗ, ПЗ и описание работы. Основные этапы выполнения проектных работ. Стандарты регламентирующие состав документов АСУТП.

⇐ ПредыдущаяСтр 5 из 8Следующая ⇒

Стадии	Этапы
1. Формирование требований к АС	1.1. Обследование объекта и обоснование необходимости создания АС 1.2. Формирование требований пользователя к АС 1.3. Оформление отчёта о выполненной работе и заявки на разработку АС
2. Разработка концепции АС	2.1. Изучение объекта 2.2. Проведение необходимых научно-исследовательских работ 2.3. Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющей пользователя 2.4. Оформление отчёта о выполненной работе
3. Техническое задание	3.1. Разработка и утверждение технического задания на создание АС
4. Эскизный проект	4.1. Разработка предварительных проектных решений по системе и её частям; 4.2. Разработка документации на АС и её части
6. Рабочая документация	6.1. Разработка рабочей документации на систему и её части 6.2. Разработка или адаптация программ
7. Ввод в действие	7.1. Подготовка объекта автоматизации к вводу АС в действие 7.2. Подготовка персонала 7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями) 7.4. Строительно-монтажные работы 7.5. Пуско-наладочные работы 7.6. Проведение предварительных испытаний 7.7. Проведение опытной эксплуатации 7.8. Проведение приёмочных испытаний
8. Сопровождение АС	8.1. Выполнение работ в соответствии с гарантийными обязательствами 8.2. Послегарантийное обслуживание

При использовании стандартов создания АС на стадии " Техническое задание" в документе техническое задание (ТЗ) фиксируются функциональные и нефункциональные требования к АС. Схема функциональной структуры АС разрабатывается на стадии " Эскизное проектирование" и " Техническое проектирование", описание автоматизируемых функций АС производится на стадии " Техническое проектирование".

При разработке АС должны быть отслежены связи между функциональными требованиями к системе и функциями системы, их реализующими. Функции системы в свою очередь должны быть детально описаны.

Cоздание АС на стадиях 3-5, подразумевает подготовку:

· технического задания;

· предварительной схемы функциональной структуры системы (эскизное проектирование);

· окончательной схемы функциональной структуры (техническое проектирование);

· описания автоматизируемых функций системы.

№ стадии по ГОСТ 34.601-90	Наименование стадии по ГОСТ 34.601-90	Документы, модели, создаваемые на стадиях по ГОСТ 34.602-89, ГОСТ 34.201-89	ГОСТ, в котором описан документ
	Техническое задание	Техническое задание (ТЗ)	ГОСТ 34.602
	Эскизное проектирование	Схема функциональной структуры	РД 50-34.698-90 п. 2.3.
	Техническое проектирование	Схема функциональной структуры
Описание автоматизируемых функций	РД 50-34.698-90 п. 2.5

Контроллер. Устройства ввода вывода. Типы УВВ. Требования выбора контроллеров. Програмные модули контроллеров. Драйверы и ОРС

Контроллер - специализированное техническое устройство, предназначенное для управления другими устройствами путем получения информации в виде цифровых данных или аналого-дискретного сигнала от внешнего устройства (ЭВМ, датчики или иное устройство), преобразования этой информации по специальному алгоритму и выдачи управляющих воздействий в виде цифрового или аналого-дискретного сигнала. Чаще всего контроллеры представляют собой программируемые устройства, имеющие в своем составе программируемые логические интегральные схемы (ПЛИС) или специализированные процессоры.

Примеры контроллеров:

· контроллер информационной шины (PCI, SCSI и т. п.);

· контроллер видеомонитора (видеоадаптер);

· контроллер газораспределительной системы и системы зажигания в автомобиле;

· контроллер управления стиральной машиной, кондиционером и т. д.

К модулям ввода/вывода с помощью электрических кабелей подключаются датчики и исполнительные механизмы. В зависимости от того, служит ли модуль для ввода сигналов с датчиков в систему управления или выводит управляющие сигналы на исполнительные устройства, модули осуществляют соответственно аналого-цифровое (АЦП) или цифро-аналоговое преобразование (ЦАП). Модули ввода/вывода базового назначения бывают четырех типов: модули аналогового и дискретного ввода/вывода.

· Модули аналогового ввода (AI, analogue input). Они принимают от датчиков, подключенных к его входам, электрические сигналы унифицированного диапазона, например: 0-20 или 4-20 mA (токовый сигнал); 0-10 V или 0-5 V (потенциальный сигнал); миливольтовый сигнал от термопар (TC); сигнал от термосопротивлений (RTD).

· Модули дискретного ввода (DI, discrete input). Принимают от датчиков дискретный электрический сигнал, который может иметь только два значения: или 0 или 24 V (в редких случаях 0 или 220 V). Вход модуля DI также может реагировать на замыкание/размыкание контакта в подключенной к нему цепи. К DI обычно подключают датчики контактного типа, кнопки ручного управления, статусные сигналы от систем сигнализации, приводов, позиционирующих устройств и т.д.

· Модули дискретного вывода (DO, discrete output). В зависимости от внутреннего логического состояния выхода (“1” или “0”) возбуждает на клеммах дискретного выхода или снимает с них напряжение 24 V. Есть вариант, когда модуль в зависимости от логического состояния выхода просто замыкает или размыкает внутренний контакт (модуль релейного типа).

· Модули аналогового вывода (АО, analogue output). Действуют как AI, только в обратном направлении.

Главной целью стандарта ОРС явилось обеспечение возможности совместной работы средств автоматизации, функционирующих на разных аппаратных платформах, в разных промышленных сетях и производимых разными фирмами. До разработки ОРС стандарта SCADA пакет нужно было адаптировать к каждому новому оборудованию индивидуально. Существовали длинные списки " поддерживаемого оборудования", очень сложной была техническая поддержка. При модификации оборудования нужно было вносить изменения во все драйверы, каждый из которых поддерживал протокол обмена только с одной клиентской программой. Число таких драйверов доходило до сотен.

После появления стандарта ОРС практически все SCADA-пакеты были перепроектированы как ОРС-клиенты, а каждый производитель аппаратного обеспечения стал снабжать свои контроллеры, модули ввода-вывода, интеллектуальные датчики и исполнительные устройства стандартным ОРС сервером. Благодаря появлению стандартизации интерфейса стало возможным подключение любого физического устройства к любой SCADA, если они оба соответствовали стандарту ОРС. Разработчики получили возможность проектировать только один драйвер для всех SCADA-пакетов, а пользователи получили возможность выбора оборудования и программ без прежних ограничений на их совместимость.

Требования выбора контроллеров

⇐ Предыдущая 1 2 3 456 7 8 Следующая ⇒