Автоматизация инженерии. Образовательный центр.

Выполнили монтаж системы автоматизации инженерных систем реконструируемого здания образовательного центра.

подробнее ниже.

Автоматизация отопление, вентиляция и кондиционирование.

Содержание проекта

Содержание раздела «Автоматизация отопление, вентиляция и кондиционирование»

• Общая часть.
• Автоматизация отопление, вентиляция и кондиционирование.
• Противопожарные мероприятия.
• Мероприятия по защите окружающей среды.
• Мероприятия по снижению шума.
• Автоматизация систем отопления, вентиляции и кондиционирования.
• Энергоэффективность.
• Применяемые оборудование и материалы.
• Общая часть.
• Нормативные требования.

Проект по «Автоматизация отопление, вентиляция и кондиционирование» разработан с учетом требований нормативных документов, действующих на территории Российской Федерации, Московских городских строительных норм, а также международных стандартов. При разработке проекта были использованы следующие нормативные документы:

• СНиП 41-01-2003 "Отопление, вентиляция и кондиционирование".
• СНиП II-3-79* "Строительная теплотехника" (отменен).
• СНиП 23-01-99* "Строительная климатология и геофизика".
• СНиП 21-01-97* "Пожарная безопасность зданий и сооружений".
• СНиП 2.01.02-85 "Противопожарные нормы" (отменен).
• СНиП31-03-2001 "Производственные здания"
• СНиП 2.08.02-89* "Общественные здания и сооружения".
• СНиП 2.09.04-87 "Административные и бытовые здания".
• СНиП 23-03-2003 "Защита от шума".
• СНиП 41-02-2003* "Тепловые сети".
• СНиП 21.02.99 "Стоянки легковых автомобилей".
• МГСН 5.01-01 "Стоянки легковых автомобилей".
• МГСН 4.14-98 "Предприятия общественного питания.
• МГСН 2.01-99 "Энергосбережение в зданиях".
• НПБ 105-03 "Определение категорий помещений, зданий и наружных установок по взрывопожарной и опасной опасности".
• НПБ 110-99 "Перечень зданий, сооружений, помещений и оборудования, подлежащих защите автоматическими установками пожаротушения и автоматической пожарной сигнализацией".
• СН 2.2.4/2.2.1.8.562-96 "Шум на рабочих местах в помещениях жилых, общественных зданий и на территории жилой застройки"
• СП 41-101-95 "Проектирование тепловых пунктов"
• СНиП 21.02.99 "Стоянки легковых автомобилей"
• Пособие к СНиП 2.08.02.89 "Проектирование предприятий общественного питания".
• СанПиН2.2.4.548-96 "Гигиенические требования к микроклимату производственных помещений"

Климатологические данные.

Расчетная температура (tн) и энтальпия (Jн) наружного воздуха.

Для систем кондиционирования :

• в холодный период года tн = -28°С, Jн = -28,1 кДж/кг ;
• в теплый период года tн = +26,3°С, Jн = 54 кДж/кг.

Для систем вентиляция :

• в холодный период года tн = -28°С, Jн = -28,1 кДж/кг ;
• в теплый период года tн = +22,3°С, Jн = 49,4 кДж/кг.

Для систем отопления : tн = -28°С

В проекте используются данные Росгидромета по экстремальным температурам и относительным влажностям за последние 48 лет. См. Приложение данные Росгидромета.

Расчетная температура (tв), относительная влажность (f) и скорость движения воздуха Vв в обслуживаемой (рабочей) зоне помещений (по техзаданию, технологическим требованиям, и по опыту проектирования объектов).

Таблица 1 .

Воздухообмен и санитарные нормы подачи наружного воздуха в помещениях

Минимальную норму наружного воздуха на одного человека принять (по СНиП 41.01-2003 Приложение М):

• 60 м3/ч – в помещениях с постоянным (более 2-х часов) пребыванием людей
• 20 м3/ч – в общественных и административных помещениях с временным (менее 2-х часов) пребыванием людей.

В помещениях принять следующее количество людей :

• офисных - 6 м2/чел (по СНиП 2.09.04-87 п.3.2)
• производственных - по техзаданию.

Количество свежего приточного воздуха, подаваемого в производственные помещения выбрать на основании данных технологии, количества людей и нормируемой кратности. Количество свежего приточного воздуха, подаваемого в технические помещения, склады принять по удалению вредностей, по нормируемой кратности и по техническому заданию.

Количество свежего приточного воздуха, подаваемого в офисные помещения выбрать большее из двух значений:

• на основании санитарных норм подачи на одного человека
• на основании техзадания по расчету подачи на одного человека.

Для аварийной вентиляции помещений производственного корпуса использовать существующую основную систему вентиляции (по СНиП 41.01-2003 п.7.6.4.). Для аварийной вентиляции подвала производственного корпуса разрешено дополнительно использовать систему дымоудаления в соответствии с Техническими Условиями, разработанными проектной организацией.

Для аварийной вентиляции холодильных станций использовать основную систему общеобменной вентиляции и аварийную вытяжную систему, обеспечивающую пятикратный воздухообмен в час (по СНиП 41.01-2003 п.9.16.).

Количество свежего воздуха, подаваемого в помещения закрытой автомойки принять из условия ассимиляции окиси углерода (СО), выделяющейся от работающих двигателей автомашин и доведения ее концентрации до допустимой, при этом ПДК СО в воздухе автостоянки принять по ГОСТ12.1005-66 не более 20 мг/м³ при фоновой концентрации окиси углерода в наружном воздухе – 5 мг/м³.

Расчеты по воздухообмену помещений сведены в приложении 3 «Таблица воздухообмена».

Допустимый уровень шума.

Уровень звука LА (эквивалентный уровень звука Lэкв) согласно СНиП 23.03-2003 п.6.2 табл.1 следующий:

• производственные помещения 80 дБА
• лаборатории 75 дБА
• помещения мониторинга и управления 65 дБА
• административные помещения 60 дБА
• офисные помещения 50 дБА
• кабинеты, аудитории 40 дБА

Сопротивление теплопередаче.

В томе 11 «Энегоэффективность» вопрос сопротивление теплопередачи рассмотрен подробно.

Автоматизация отопление, вентиляция и кондиционирование.

Описание зоны ответственности работ по разделу автоматизированные системы управления и диспетчеризации инженерного оборудования АСУ.

Автоматизированная система управления и диспетчеризации инженерного оборудования АСУ должна объединить, все связанные подсистемы и одиночные системы в одну общую структурную сети. Оператор будет иметь возможность, согласно его уровню доступа, управлять и контролировать все связанные системы по всему участку через сетевого клиента. Отсутствует интеграция данных независимого контроля и систем управления в АСУ ОВиК (HVAC FMCS).

Системы отопления, вентиляции и кондиционирования (HVAC) корпуса будут объединены в той же самой АСУ. АСУ корпуса может быть объединена для мониторинга по запросу. Все операторные станции и техническая станция АСУ будут помещены в диспетчерскую в производственном корпусе.

Последовательность перезапуска должна обеспечиваться включением соответствующих систем в “качественном защищенном режиме”.

Контроль и мониторинг 

• 2 операторные станции (OS), в главной диспетчерской
• Подключение портативного компьютера, в каждой группе АСУ
• Инженерная станция, как опция
• 1 сигнальный принтер
• 1 принтер документации архивных копий
• Сервер (резервная конфигурация)
• Интерфейсы: коммуникация с другой системой через Ethernet (OPC / Сетевой Клиент), Profibus, и т.д.)
• Долгосрочное хранение данных (MIS, или эквивалентный)
• Вход-шлюз, к хранению данных (базируемый на TCP/IP)

Хранение данных и архив

• Долгосрочный сервер хранения данных (MIS, или эквивалентный)
• Вход-шлюз, к хранению данных (базируемый на TCP/IP)

Сети

• Коммуникационная сеть (связь между подстанцией и станцией оператора),
• Терминальная сеть для контроля и мониторинга уровня
• Производственная сеть для интерфейса к уровню PLC
• Profibus DP для интерфейса на зональном уровне

Утилиты управления (аппаратное и программное обеспечение)

• Система оповещения и система SMS, включая все необходимые аппаратные средства, программное обеспечение, а также установку и запуск.
• Сетевой клиент с доступом ко всем системам мониторинга во всех разделах Газовом, Химические суспензии, Сверхчистая вода, Система очистки производственной воды (IWWT) 
• Центральный сбор данных через OPC от всех систем мониторинга во всех разделах (Газовом, Химические суспензии, Сверхчистая вода, Система очистки производственной воды (IWWT).

Мониторинг энергосистем

Один PLC (концентратор данных), собрание информации о состоянии выключателей и универсальных измерительных приборов низкого напряжения главного распределительного щита, защита и устройства контроля распределения среднего напряжения, трансформаторов, источников аварийного питания (EPS) и источников бесперебойного питания ИБП (UPS) через шину интерфейса или через проводные соединения с удаленными управлениями ввода / вывода (I/O).

Соединения энергетического мониторинга PLC к серверу включает полную инженерию для управления и визуализации, и системы отключения в случае аварийных отказов. Один клиент в диспетчерской.

Сеть соединяется с независимыми рабочими системами

• Система безопасности жизнедеятельности
• Система пожарной тревоги, включая спринклерную систему
• Контрольная система частиц (чистоты)
• Система ионизации
• Различные механические системы
• Аварийная система контроля энергии (EPCC)
• Система управления фильтров вентиляторов
• Контрольная система сверхчистой воды (UPW)
• Контрольная система очистки производственной воды (IWWT)
• Контрольная система химикаты и суспензии
• Контрольная система газовая
• Все контрольные системы типа «Черный ящик»

Центральные сервисы для независимых рабочих систем

• Интерфейс для оповещения
• Интерфейс для SMS
• Удаленный доступ для контроля и технического обслуживания через сетевого клиента.

Сетевой интерфейс оптический Модуль Выключателя (OSM)

Уровень автоматизации

• Станции автоматизации / PLC
• Модули ввода / вывода (I/O)
• Y-конвертер, для связи резервных линий Profibus
• Панели АСУ (FMCS)

Зональный уровень

• Датчики
• Приводы исполнительных механизмов и клапаны контроля
• Шланги и трубопроводы для контрольных точек давления
• Аварийные режимы реагирования

Установка

• Кабельные поддоны, лестницы, трубопроводы, каналы.
• Кабельные трассы
• Работы по подключения

Удаленный доступ к независимым рабочим системам

Субподрядчик ответственен за связь сетевых подключений с сетевым доступом через сетевого клиента всех систем :

• Система сверхчистой воды (UPW)
• Химическая и суспензионная система, контроль только
• Обработка промышленных стоков (IWWT)
• Балонные и магистральные газовые системы, мониторинг только так же передача данных этими системами через Интерфейс OPC и интеграцию этих систем в центральное оповещение, и систему SMS.

Кроме того несколько механических автономных систем (то есть производственный вакуум, бытовой вакуум, и т.д.) должны быть объединены в полную структуру АСУ (FMCS) (передача данных, управление по тревоге, сообщения, управление данных, управление/навигация, функции, технические станции).

Системный интегратор

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

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

Работы по интеграции - часть зоны ответственности поставщика АСУ. Задачи системного интегратора описаны в различных секциях этого документа.

Кроме того следующие задачи выполняются системным интегратором:

• Определение информации/данных индивидуальных подсистем, которые должны быть объединены в общие АСУ (FMCS).
• Определение конфигурации аппаратных средств для всех систем, до размещения заказа
• Определение программного обеспечения интерфейса (OPC и сетевого клиента), который должен использоваться в проекте
• Требования для системы оповещения и системы SMS
• Координация и реализация встреч со всеми связанными сторонами
• Определение обработки и управления структурами
• Испытание и проверка скорости передачи сети и качества сети, для всех уровней сети.

Контроль и мониторинг систем (прямой доступ)

Для следующих систем, поставщик АСУ (FMCS) должен обеспечить полный контроль и мониторинг системы:

• Отопление, вентиляция и кондиционирование (HVAC) для зон не чистых помещений
• Отопление, вентиляция и кондиционирование (HVAC) для зон чистых помещений
• Вытяжные системы
• Система производственной холодной воды (PCW)
• Охлаждение и нагревание водяных систем распределения.

Требования для программирования АСУ (HMI и уровень PLC), должны быть определены после размещения заказа, по типовому стандарту (стандартная библиотека). Требования должны быть определены поставщиком оборудования вместе с и клиентом.

При выполнении проекта, должен использоваться стандарт типовой. Если изменение типового стандарта должно быть использовано в течение проектирования, то это типичное отклонение должно быть обеспечено субподрядчиком, по описанным причинам, по разрешению как системного интегратора.

Требования распространяются аналогично требованиям на выполнение автоматизации аппаратных средств, управление по тревоге и оповещению, которые описаны в контексте этой спецификации.

Контроль и мониторинг систем (одноранговый доступ, аппаратный)

Для нескольких подсистем, которые оборудованы независимыми контрольными и мониторинговыми системами, однако без возможности передачи данных системы через интерфейс Profibus к АСУ, должна быть произведена равноранговая связь.

Эта связь должна быть установлена интерфейсом ввода / вывода аппаратных средств. Данные, которые могут быть переданы, должны быть представлены в списках данных, которые нужно обеспечить в координации с поставщиками этих независимых подсистем.

Поставщики подсистем должны обеспечить сухие контакты и/или аналоговые выходные модули часть поставки интерфейса поставщику. Интерфейс к АСУ (FMCS) - терминальный блок в пульте управления подсистемы. Подрядчик должен произвести необходимые изображения и графику, чтобы гарантировать визуализацию, для связанных систем или устройств.

Для следующих систем равноранговой коммуникации должны быть обеспечены :

• Емкости давления
• Химическое дозирование для градирен (если применимо)
• Рециркуляционные устройства RCU (если применимо)
• Система осушения в упаковочной зоне
• Сприеклерная и гидрантная система
• Система пожарной тревоги
• Аварийный центр управления энергии
• Одиночная система дымоудаления то есть лестниц
• Системы пожаротушения.

Заключительное решение об интерфейсе зависит также от поставщика различных подсистем. В течение координационных встреч в течение заключительной стадии проекта интерфейс будет разъяснен между участвующими связанными сторонами.

Контроль и мониторинг систем (равноранговый доступ, Profibus), Для нескольких подсистем, которые оборудованы независимыми контрольными и мониторинговыми системами, с равноранговой коммуникацией, должно быть создано соединение через Profibus.

Данные, которые могут быть переданы, должны быть представлены в списках данных, которые нужно обеспечить в координации с поставщиками этих независимых подсистем. Поставщики подсистемы должны обеспечить интерфейс Profibus для связи с поставщиком.

Интерфейс к АСУ

Свободный порт Profibus в пульте управления подсистемы. Линия коммуникации должна мониториться, поэтому битовое или другое соответствующее решение должно быть установлено.

Подрядчик АСУ (FMCS) должен произвести необходимые изображения и графику, чтобы гарантировать визуализацию, для связанных систем или устройств. Для следующих равноранговых систем, должна обеспечиваться коммуникация:

• Вытяжной воздухоочиститель
• Чиллеры (если допустимо)
• Система бытового вакуума (HCVAC)
• Производственная вакуумная система (PVAC)
• Производственная сервисная вода (PSW)
• Система распределения сжатого воздуха (CDA)
• Газовая станция, мониторинг только
• Очистный водные системы (WWT) подъемные станции, мониторинг

В случае, если эти подсистемы должны быть переключены вклвыкл через FMCS, эти сигналы, должно быть соединены аппаратно. Заключительное решение об интерфейсе зависит также от поставщика различных подсистем. В течение координационных совещаний в заключительной стадии проекта интерфейс будет разъяснен между участвующими связанными сторонами.

Дистанционные контроль и мониторинг систем (пакетные устройства).

Индивидуальные пакетные системы не должны быть объединены в полный АСУ (FMCS) . Все системные данные и графика должны быть осуществлены в местной мониторинговой системе каждого раздела . Полная АСУ (FMCS) должна обеспечить сетевому клиенту для дистанционного контроля каждой независимой местной мониторинговой системой.

Следующие пакетные системы оборудованы индивидуальным сервером (если применимо) PLC, операторной станцией (если применимо) :

• Сверхчистая вода (UPW) мониторинговая и контрольная система
• Химическая и суспензионная мониторинговая и контрольная система
• Обработка промышленных стоков (IWWT) мониторинговая и контрольная система
• Балонный газ мониторинговая система, мониторинг только
• ECP мониторинговая и контрольная система

Зона ответственности подрядчика включают интеграцию пакетной системы в полную структуру сети.

Сетевой интерфейс

Для пакетных систем, которые являются одиночными системами, данные должны быть переданы к АСУ в аварийном случае. Поэтому сетевой интерфейс должен быть создан. Детализация об интерфейсе (TCP/IP, OPC) должна быть разъяснена в течение детальной фазы проектирования.

Линия коммуникации должна мониториться, поэтому битовое или другое соответствующее решение должно быть установлено. Подрядчик FMCS должен произвести необходимые изображения и графику, чтобы гарантировать визуализацию, для связанных систем или устройств.

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

Интерфейс к FMCS - резервный оптический модульный выключатель для Terminalbus и резервный оптического модульный выключатель для Processbus в пульте управления подсистемы.

Поставщик ответственен за оптоволоконные кабели, каждые 4 волокна 62.5 / 125 µm, от панелей АСУ (FMCS) в панельные пакетные устройства. Поставщик пакетной установки устанавливает Оптические Модули Выключателя (OSM) с возможностью для кольцевой конфигурации на стороне FO, и патчевая панель FO в местной группе с кабелем участка от группы участка до OSM , также как медного кабеля OSM к коммуникационному модулю контрольной системы.

Все данные, которые предполагается должны поступать на пейджер или SMS уведомление, нужно передать непосредственно к системе оповещения, которая должна быть установлена поставщиком АСУ (FMCS).

Для следующих систем должна обеспечиваться сетевая коммуникация:

• Система безопасности жизнедеятельности
• Контрольная система частиц (чистоты)
• Система управления фильтро-вентиляционными установками (FFU)
• Сверхчистая вода (UPW) система контроля и мониторинга
• Химическая и суспензий мониторинговая система, мониторинг только
• Система очистки промышленных водяных отходов (IWWT) включает подъемную станцию мониторинга и контрольную систему
• Система мониторинга баллонных газов, мониторинг только
• ECP мониторинг и контрольная система

Оповещение и система SMS

Программный пакет должен передать сообщения от АСУ и всех контрольных пакетных устройств и систем мониторинга на мобильные приемники, типа сотовых телефонов или пейджеров. Сообщения должны всегда посылаться непосредственно и полностью автоматически человеку или ответственной группе. Поставщик АСУ (FMCS) ответственен за настройки на определенные потребности клиента. Каналы передачи должны быть расширяемые на модульном основании. Если получатель не в состоянии реагировать на сообщение в пределах определенного промежутка времени, система немедленно посылает это другому контролирующему персоналу. Программным обеспечением необходимо управлять интуитивно без специального ноу-хау или отнимающего много времени обучения.

Диспетчерская

В главной диспетчерской в производственном корпусе должны быть установлены 2 операторский станции, 2 цветных принтера и сетевой клиент. Поставщик должен рассчитать достаточную мебель для размещения всего оборудование, такого как станции оператора, принтеры.

В дополнение к установке, должны быть установлены, 1 станция оператора от системы эенргомониторинга и 1 станции оператора от системы мониторинга фильтро-вентиляционных блоков (FFU).

Концепция системы

Зона ответственности системы автоматизации включают следующие ключевые свойства :

• Автоматизация технических процессов, согласно блок-схеме
• Визуализация технических процессов для контроля и мониторинга, всех систем
• Сбор, отображение, контроль и мониторинг производственных параметров
• Контроль и мониторинг исполнительных механизмов и двигателей
• Пользовательское управление через профили логинов, 5 различных иерархий
• Управление по тревоге и по отчетам, в иерархических и приоритетах
• Обеспечение протоколов для производственных процессов, тревоги, действия оператора, статуса сообщений
• Обеспечение диагностики системы для обслуживания и раннего обнаружения отказа (сбоя)
• Интерфейс и коммуникация к различным подсистемам, включая отказ и диагностики отказов
• Анализ тенденций свойств
• Интерфейс и свойства легких данных находятся под приложениями Microsoft
• Архивирование параметров и обеспечение интерфейса к базовой системе данных
• Возможность архивирования на внешних хранителях данных (DVD, и т.д.)
• Архивирование должно обеспечить свойства, для сжатия данных
• Система Оповещения

Зона ответственности поставки включает в себя следующее:

• Поставка компонентов, все 3 уровня системы автоматизации
• Разработка программного обеспечения, PLC и HMI
• Запуск и ввод в действие, включая документацию
• Координация с продавцами пакетной контрольной системой
• Дистанционный контроль пакетной контрольной системой (Сверхчистая вода (UPW), Химикаты и Суспензии, Система очистных стоков (WWT) и газы).
  через сетевого клиента, интеграция важной информации пакетной контрольной системой в полный через OPC
• Оповещение и инфраструктура SMS для АСУ (FMCS) и пакетными контрольными системами, интеграция пакетных контрольных систем в систему оповещения / SMS
• Сетевое управление для всех связанных компонентов
• Установка поставленных компонентов
• Закончить электрическую установку, включая завершение всех кабелей (обе стороны)
• Необходимые кабельные поддоны, лестницы, трубы, трубопроводы, каналы и т.д. включая все поддержки
• Основание оборудования к основным основаниям, основные основания обеспечиваются электрической системой
• Пользовательское обучение

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

Транспортировка на участке, установка и запуска должны происходить в координации со всеми вовлеченными сторонами и должна следовать по согласованному временному графику

Контроль фильтро-вентиляционных устройств

Фильтро-вентиляционных устройствами управляет отдельная компьютерная система. У каждого FFU может контролироваться и мониториться скорость, индивидуально PC. Каждое устройство может определенно быть идентифицировано идентификационным номером устройства и координатами сети на экране PC. Электропитание к FFUs обеспечивается пультами энергораспределения.

Описание системных функции (кратко)

Производственная подготовка воздуха (чистая зона)

Устройства подготовки воздуха (вентустановки) обеспечивают подготовленный воздух с контролируемой температурой и влажностью к пластинам в Производственном корпусе. Они состоят из теплообменников предварительного подогрева, охлаждения и постнагрева, воздухоувлажнителя и вентиляторов с регулируемой скоростью для контроля разности давления с атмосферным пластин Производственного корпуса .

Контроль температуры и влажности

Температурный датчик расположен в воздуховоде вниз от вентиляторов и фильтра, и раздельные системы контроля охладителя и постнагревателя дают желательную конечную температуру. Термостат замерзания будет установлен на обратной трубе воды теплообменника постнагревателя.

Два датчика абсолютной влажности расположены в производственной зоне, для резервирования. Каскадный контур используется для контроля влажности. Системой будет контролироваться автоматикой. Каждая вентустановка будет управлять отдельно.

Контроль скрубберов

Скруббер будет снабжен собственным пультом управления и не будет управляться АСУ (FMCS). Только пункты, необходимые для управления и мониторинга целей будут аппаратно связаны с АСУ (FMCS) (отсутствие сигнал, сбои).

Тест EPCC

Часть заключительного принятия для АСУ (FMCS) - успешное прохождение тест испытания аварийной энергосистемы (EPCC). Поэтому последовательность аварийного энергоснабжения и последовательность перезапуска всех систем или устройств, контролируемых должны быть проверены.

Прежде, чем официальный тест EPCC будет выполнен, подрядчик FMCS должен инициировать пробный тест испытание, чтобы гарантировать, что последовательность АСУД запрограммирована должным образом.

Этот пробный тест испытание, должен быть тщательно организован и детализирован, чтобы избежать любых выключений и нарушений. Пробный тест испытание, который будет запущен должен быть одобрен и клиентом.

Официальный тест EPPC должен быть с реальной энергоснабжаемой системой, закрытый тест. Все поставщики, которые вовлечены в проект, должны в нем участвовать. Полная испытательная координация организуется. Однако подрядчик должен обеспечить все необходимые меры в сроках необходимых для участия и поддерживания этого теста EPCC. Испытательные результаты должны быть полностью зарегистрированы за полный испытательный период.

Документация

Тендерная стадия

Вместе с предложением продавец должен поставить список всех необходимых компонентов. Кроме того продавец должен поставить список единичных норм, в котором все компоненты и услуги нужно указать индивидуально с ценой, которая будет возможно изменена в процессе выполнения. Список единичных норм устанавливается после переговоров обязательных частей контракта.

Заключительная стадия проекта

Как важный компонент документации заключительного проекта следующие вычисления должны быть достигнуты и/или обеспечены, и для разрешительных , представляемых на рассмотрение документов:

• Списки конфигурации
• Краткий обзор системы, показы группы
• Показы петли
• Сообщения
• Кривые
• Живые данные в свободных показах
• Протоколы
• Программы
• Списки утверждения
• Логические списки

Прединсталяционная стадия

Как важный компонент документации перед началом собрания следующих вычислений должны быть достигнуты и/или обеспечены, и для для разрешительных , представляемых на рассмотрение документов:

• Рабочие чертежи
• Строительные чертежи
• Лист кабелей
• Монтажные и детальные чертежи
• Диаграммы связей и терминальные чертежи
• Лист компонентов
• Вид кабинетов контроля (фронтальный вид, вид изнутри), включая групповые размеры и веса
• Списки инструмента, включая маркировку образцов
• Списки ввода и вывода
• Блок-схема
• Диаграммы сети
• Рисунки оборудования
• PID
• Последовательность операций
• Лист клапанов и исполнительных механизмов
• Требования к энергоконтроля кабинетов
• Типичные графики, изображения

Исполнительная стадия (As built stage)

После завершения всей работы и после запуска поставщик должен подготовить детальную исполнительную документацию, согласно требованиям контракта.

Общее

Согласно проектному продвижению, нужно предоставлять временные отчеты по статусу проекта, в письменной форме. Самое позднее после завершения детального проекта и по крайней мере за 3 недели до соответствующего собрания и/или начала установки все необходимые документы (переключение и предельные диаграммы, лист компонентов, описания функции, спецификации производственных требования) должны быть представлены для разрешения.

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

Полное выполнение и договоренность и аппаратные средства-, и документация программного обеспечения должны быть согласованы в случае заказа с /клиентом и представлены для разрешения. Пересмотр документации (аппаратные средства, программное обеспечение) осуществляется субподрядчиком и входят в зону ответственности по поставке. Обслуживание и ремонт достигнуты инженерами средства (то есть электрики и механика). Документация для системы должна быть полностью для этого уровня понимания.

Поставка документации должна быть сделана через документальный контроль.

Документация аппаратных средств

• Топология аппаратных средств - диаграмма всех аппаратных средств частей и их связей - (краткий обзор системы).
• Чертежи с расстановкой компонентов
• Описание аппаратных средств
• Документы по рассмотрению ошибки, сбоях, сервису и тех.обслуживанию.
• Детальное описание аппаратных средств всех периферийных устройств, типа принтеров, жесткого диска, памяти данных, показаний на экране и интерфейсы к подсистемам и устройствам, то есть VSD, моторный менеджер, датчики
• Планы кабельных трассировок с указанием распределения
• Связь, провода, поток, терминал диаграммы и лист кабелей кабинетов внутреннего и внешнего подключения до строения - боковых ветвей подраспределения и датчиков и/или реле сцепления и одиночного соленоидного клапана. Все входы/выходы должен быть промаркированы признаком AKZ или электрическими контурами определенно.
• Листы структур и чертежей расположений (кабинет, стойка), включительно должны быть соотнесены с планом кодирования как функция кодирования соответствующей стойки.
• Чертежи PID-контура
• Логические диаграммы логики проводного контроля
• Штепсель, системный кабель, стандартный кабель должен быть зарегистрированы в структуре и расположении

Во время заключительного принятия системы управления, субподрядчик должен представить все PID-контуры со всей доступной информацией, зарегистрированной, отсортированной согласно системной структуре в графической форме.

Документация программного обеспечения

• Общее описание программного обеспечения полной системы
• Программа, структурирующее руководство
• Программное обеспечение функциональные диаграммы в графической форме согласно DIN 4071S, часть 6 так же как определенные для специфической системы операционных диаграмм. Пункты связи системы так же как пунктов интерфейса и перекрестных ссылок должны быть ясно очевидными здесь список перекрестной ссылки, список ввода и вывода.
• Печать из всей конфигурации системы содержащая графики/изображения

Изменение документов

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

Если субподрядчик не следует из этого обязательства или если он изменяет документы без нашего письменного соглашения, разрешенного, субподрядчик должен нести затраты, следующие из этого.

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

Координация с другими разделами возложена на субподрядчике.

Добавление документов для документации

• Все свидетельства ATEX о взрывозащищенных устройствах (как в пределах ответственности поставки).
• Листы данных назначенных компонентов
• Листы с точным обозначением типа и часть с номерами назначенных индивидуальных компонентов
• Подтверждение внутренней безопасности взаимосвязей между системами или устройствами
• Подтверждение электромагнитной совместимости (EMI) в соответствии с контрактом

Система определенная документации

Компоненты системы

Список частей: Внесение в список всех снабженных устройств с заводскими номерами

Контроль и мониторинг уровня:

Распределение связи и/или распределение экранов, принтеров, динамиков, накопителей на гибких дисках, компакт-диска, запоминающего устройства большой емкости, инженерныйт пульт, в случае необходимости компьютерная соединение и т.д.

Уровень автоматизации:

• Документация с электропроводки от модулей ввода / вывода до предельного пункта/блока, в кабинете.
• Документация с внутренней электропроводки (соединение кабинета к кабинету и внутренней электропроводки).
• Чертежи шлейфных трассировок (в соответствии с рекомендациями изготовителя).

Назначение кабинета

Снабжение кабинетной сборки планируется на одном листе с фидером и кольцевым выключателем.

• Распределение стоек со всеми модулями ввода, вывода, маркируется бирками в соответствии с системой обозначения.
• Распределение терминальных блоков с полным обозначением
• Распределение стойки в стойку с монтажной схемой

Схема электропроводки всех модулей ввода либо вывода со связями всех модулей ввода и вывода (аналоговые сигналы на входе мА, мВ, с и без поставки системы энергоснабжения, переключатели в двоичных сигналах, резервная копия аппаратных средств).

Назначение стойки

Распределение стойки с признаками нумерации концов в форме Access или Excel.

Адресация, определение функции, включая все необходимые данные, относительно DIP переключающего положения и/или информацию всех возможных джамперовв и связей с объяснением

Монтажные схемы

Документация должна включать информацию об электропитании с указанием установленного кабельного размера и размера прерывателя фидера для каждого кабинета и каждой стойки ввода

Функциональная документация

Описание проектного определенного контроля и мониторной функции (обновление), например:

• Иерархия изображения/экрана
• Концепция контроля
• Сообщение об иерархии
• Концепция обработки сообщений
• Протоколы

Организация программного обеспечения (краткий обзор программного обеспечения)

Структура схемы

Список и описание модулей, стандартные функции (для определенных пользователем модулей функции, поперечные ссылочные описания функции должны быть созданы),

Описание программного обеспечения (ориентируемое решение)

Выполнение функции планирует секции в секциях программного обеспечения, ориентируемых на решение на пересмотр диаграмм функции (например диаграмма процесса выполнения программы, DIN 66001 с перекрестными ссылками), ориентируемый на решение на пересмотр данных функциональных диаграмм для индивидуального контрольного уровня и последовательности контроля и т.д.),

Договоренность по программному обеспечению

Иерархии функций и зависимости секций программы от подпрограмм (на линии и вне линии, режимы работы), предварительно сконфигурированный в соответствии с подпрограммами. Назначение и администрация внутренних параметров системы.

Вычисления использования

• Продолжительность обработки
• Память (обрабатывают компоненты, показ и контроль компонентов, программы),
• Периферийное хранение данных (привод диска и ленты и т.д.),
• Адреса
• Комментарий о временах реакции, определенных на техническом листе с ответственностью пользовательских функций

Функционально-ориентируемые планы

Функциональные планы

Отказы, но в любом случае заканчивают указателями на

• другие функциональные планы
• визуализация и контроль компонентов
• описание программного обеспечения
• с зарегистрированными адресами ввода и вывода, используемыми цифровыми регистраторами, программа обращается как требуется

Краткий обзор технические гарантированные параметры

Полный контроль и мониторинг системы должны быть разработаны в соответствии с местными требованиями и всеми нормами и требованиями проекта относительно качества, безопасности, надежности и сбалансированности.

Система АСУ должна предложить возможность расширяемости онлайн. Это должно быть представлено с предложением. Структуру автоматизации уровня нужно гарантировать, так, что время ответа между изменением в статусе датчика и реакции привода исполнительных механизмов не превышено одной секунды.

Эта свойство относится ко всем двоичным переменным процесса, так же как к свойствам процесса, которые по пороговым свойствам и подобным определениям пункта переключения на подобных размерах влекут за собой, переключения действия в приводах исполнительных механизмов. Пример: уровень датчика тревоги обнаруживает максимальный уровень. В течение одной секунды должно переключить реле насоса.

Полная структура АСУ должна обеспечить гарантируемое время ответа между входом параметра процесса от модуля ввода / вывода до HMI, не превышающего 2 секунды. Это время также действительно в противоположном направлении HMI формы руководства к модулю ввода / вывода.

Концепция для теста на соответствие гарантированным параметрам должно быть представлено в пределах тендерного периода. Продавец должен проверить технические гарантированные параметры в контексте заключительного принятия. Подрядчик и клиент должны засвидетельствовать этот тест, в случае, если гарантированные параметры не могут быть достигнуты, заключительное принятие должен быть оменено.

Проект и установка системы управления должны рассматривать установку и построение системы в различных фазах относительно механической и электрической точки зрения. Поэтому система управления должна быть растяжимой с минимумом или если возможно без прерываний.

Обучение

Зона ответственности поставки так же и обучение, должно быть предложено команде оператора клиента поставщиком. Обучение должно позволить клиенту и его инженерам, по поставляемым установкам управлять и поддерживать их.

Передача обучения различным группам пользователей должна быть разделенная. Кроме того персонал для технического обслуживания установок должен обучаться. Начальная подготовка команды оператора для управления системами HMI покрывается поставщиком полной системы управления.

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

Это должно быть ясно и очевидно, какой акцент обучения (теория или практика). Обучение должно быть проведено на участке (сайте).

Запуск

Для запуска общая часть запрашиваемых специфических процедур должны быть сохранены. Для продолжительности запуска и теста все временные необходимые измерительные приборы и источники энергии должны быть сделаны доступными согласно требованиям.

Процедура запуска должна быть скоординирована с ответственным за электрическую часть человека и средствами управления.

Часть запуска и процедуры ввода в действие:

• Проверка всех терминалов и терминальных блоков
• Параметры моторных регуляторов
• Проверка связанных безопасностью функций
• Проверка электрической установки и изоляции, согласно Международной Электротехнической Комиссии и местным стандартам
• Функциональная проверка и параметры настройки всей области инструментирования до HMI
• Контур проверяет аналоговые выходы минимум 3 положения (0 %, 50 % и 100 %)
• Контур проверяет аналоговые входы, включая проверку параметров
• Проверка контура на цифровые выходы/входы, включая оба положения старт/стоп и открыто/закрыто
• Функция и коммуникация к Profibus , таких как VSD, MCC, и т.д.
• Проверка запрограммированной логики
• Проверка всего оператора функционирования через уровень HMI
• Настройка PID параметров для устойчивого управления системы
• Координация с поставщиками механической части, для соответствия и проверки объемов или мощности механических систем
• Проверка передачи данных между уровнем автоматизации и уровнем HMI
• Проверка передачи данных между пакетными системами управления и АСУД.

Все тесты, параметры, параметры настройки, установочные параметры, измеренные параметры процесса, пороги, ограничители параметров, конфигурации, и таймеры должны быть зарегистрированы и приложены к технической документации.

Приемочные испытания

Субподрядчик должен доказать полные функциональные возможности установок в процессе запуска в контексте фабричного приемочного испытания. С этой целью это должны проверяться функции - возможно с соответствующим моделированием - некоторых, следующих подсистем (вентустановки (MAU), охлажденная водная система, производственные вытяжные системы, и т.д.) перед запуском.

Клиент резервирует для себя право посетить этот тест. Тест, которым управляют и используемые методы, таким образом должны определяться клиентом в исходных данных. Результаты теста - будет переданы перед запуском клиенту и будет присоединенны к заключительной документации.

Конфигурация кабинетов контроля должна быть проверена и одобрена проектировщиком и оператором клиента при “типовом/типичном принятии”. Все дальнейшие кабинеты контроля должны быть построены соответственно.

Приоритете поставки пультов управления фабрики должно происходить через проект. Подрядчик должен сделать все необходимые механизмы измерения и моделирования доступными.

Критерии проекта

Общие стандарты и требования описаны в:

Стандарты и инструкции должны применяться, как описано в общих спецификациях. В дополнение к этому, - эти стандарты будет рассматриваться (только выбор):

Местные коды и требования

ATEX коды и стандарты

• Общее использование для пультов управления Международная Электротехническая Комиссия IEC 60158
• Графические символы Международная Электротехническая Комиссия IEC 60417
• Степени защиты для вложений Международная Электротехническая Комиссия IEC 60529
• Электромагнитная совместимость EN 61000-4-4
• Электростатическая совместимость EN 61000-4-2
• Радиоподавление EN 55011, 55012, 55022
• Сопротивление изоляции EN 61131-3-2
• Разработка программного обеспечения Международная Электротехническая Комиссия IEC 61131-3

Ответственность продавца, что его оборудование – будет изготовлено, зарегистрировано, и будет управляться в соответствии с требованиями и требованиями клиента, а также в соответствии с Международной Электротехнической Комиссии IEC 61508 и Международной Электротехнической Комиссии IEC 61511.

В следующем определенном для системы описании описаны только отклонение или дополнения общего технического описания. Если главы из общего описания не показаны здесь, они должны использоваться без действительного отклонения.

Описание системы

Система АСДУ - контролирующая система, и система управления спроектирована обращаться к комплексным производственным контрольным приложениям. Система состоит главным образом из командного центра и нескольких PLCs (программируемые логические контроллеры) связанные с командным центром через устройство коммуникации (сеть). Различные производственные контроллеры разработаны для автономного функционирования.

Это означает, что в случае сбоя командного центра, PLCs будет кроме того контролировать связанные системы независимо. Команды и контрольные сигналы, произведенные различным PLC´s будут переданы каждая используя местную сеть. Если один из PLC будет иметь сбой, то вход или выход даст сигналы фиксирования положения прежде, чем ошибка произошла.

Ошибки и эксплуатационные условия должны быть показаны посредством цветного изменения. Параметры процесса должны быть обновлены в пределах прибл. 2 - 6 секунд. Время ответа не должно быть выше чем 2 - 3 секунды. для некритических ситуаций. Время ответа для критических контуров и для требований безопасности должно быть ниже 1 секунды.

Цель этой спецификации - описание для поставки, сборки и запуска АСДУ, который содержит следующее оборудование и компоненты для контроля чистых помещений и энергокорпуса.

Особенности системы управления

• Высокая скорость последовательного контроль
• Коммуникация сети (кольцо)
• Конфигурируемый скан и память
• Эмуляция процесса
• Анализ тенденции
• Аварийное управление (требуется четыре уровня аварийного приоритета),
• Управление интерфейса со стандартным протоколом
• Сообщения и вычисление (отчеты об управлении)
• Показ графики оперативных процессов во времени
• Ежедневно достижение исторических данных и отчеты
• Цветное графическое обозначение ошибок
• Выбор Ethernet (стандарт промышленности протокол TCP/IP)
• Применение Windows (в зависимости от выбранной системы)

Расширяемость, время ответа и поведение при отказе. Система управления производственным процессом должна быть расширяемая онлайн в том смысле, что процесс, которым управляют, не должен быть прерван. Если это не достижимо для определенных устройств и функций, то процедура, как расширение может быть реализована, и должна быть представлена в предложении.

Ответ любой системы или устройства на прерывание нужно рассмотреть подробно. Для этого случая существующее техническое резервирование может использоваться (N+1-резервирование).

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

Для контроля и мониторинга 2 операторские станции будет установлены в главной диспетчерской АСУД. В дополнение к этому операторские станции должны быть в каждом пульте АСУД с выходом данных, установленным, чтобы соединить мобильную операторную станцию (портативный компьютер).

В случае потерь энергии в течение больше чем 2 секунд или любых нарушений системы каждая подсистема должна быть переведена в сохранное и безопасное состояние, и/или должна быть начата автоматически после восстановления энергоснабжения согласно определенным и запрограммированным последовательностям действий.

Изменение операционного режима, возможно, не приводят ни к какому неконтролируемому состоянию устройств или систем и не вызовет никаких отключений. Поведение при отказе устройств/систем в особенности приводов исполнительных механизмов должно быть скоординировано. Зональные устройства должны быть отобраны согласно скоординированным зональным спискам оборудования. Исключения или дополнения должны быть сообщены и одобрены с в письменной форме.

Технические требования

Поведение при отказе

Любой отказ сервера или операторской станции должен быть показан и/или передан через SMS/Пейджер техническому штату. Потеря программируемого логического контроллера (PLC), возможно, не приводит к потере соответствующих или нескольких систем в то же время. Возможность этого требования - установка высоко-доступной системы (резервирование в центральном процессоре и сети).

Доступное механическое резервирование, буферы или интерфейсы будут использоваться таким способом, что потеря PLC позволяет длительное использование одной из следующих подсистемы. Внимание должно быть уделено поддерживают требуемых качеств и количеств относительно требований производства.

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

Ручной уровень контроля в главном пульте управления (MCC), VSD или приводы исполнительных механизмов должны позволить работать производственной системой в случае отказа PLC или потери связи. Соединяющие функции в этом ручном способе должны быть описаны поставщиком.

Стандартное программное обеспечение должно гарантировать, что потеря компонента касается исключительно этой части. Функции автоматизации всех остающихся компонентов не могут быть нарушены. Если весь PLC получает сбой, то весь связанный модуль ввода / вывода должен войти в программируемое состояние, обеспечивающее сохранный и безопасный статус произведенной системы.

Специальное внимание должно быть обращено на заполнение (подпитку) и дренаж в аспекте безопасности. Отказ станции оператора, сервера, PLC или отдаленного модуля ввода / вывода не должен затрагивать связанную сетевую структуру и нарушать любое другое устройство или служить причиной отключений.

Каждый сервер, PLC или OSM обеспечит автоматически последовательность перезапуска в случае потери энергоснабжения. Сообщение об отказе должно быть показано на станции оператора и сохранено в архиве. Кроме того должно быть возможно передать эти данные принтеру, если требуется.

Испытательные режимы должны быть объединены, которые указывают между прочим использование системы. Если центральный процессор логического контроллера (PLC) находится все еще в управлении, самодиагностика должна проводиться сервисным обслуживающим штатом.

Все резервные установленные компоненты сервера, электропитание, программируемые логические контроллеры (PLC), операторские станции мониторинга (OSM), и т.д. должны быть задействованы без прерывания и нарушения в случае сбоя и обеспечивать необходимые функциональные возможности отказавшего компонента.

Функциональная поддержка другими резервными компонентами, определена как отказ системы и должна быть зарегистрирована и рассмотрена как все общие ошибки системы. Все модули ввода и вывода будут заменимы в текущем режиме.

Конфигурация всех резервных аппаратных средств должна позволить всегда разделение, также относительно электроэнергии. Специальное внимание должно быть обращено на полное состояние резервирования. Все резервные компоненты должны быть управляемыми в каждом эксплуатационном режиме. Они должны быть включены в автоматические самодиагностические функции системы.

Модули ввода или вывода должны обеспечить диагностические свойства как внешняя ошибка, короткое замыкание, перегрузка, неоднородность, потери энергопитания. Все отказы должны быть показаны на станциях оператора и заархивированы.

Все установленные передатчики сигнала, конвертеры напряжения, и т.д. должны быть проверены на вспомогательные потери энергоснабжения.

Срочные фиксации, ремонты

Любой срочные фиксации, ремонты, модернизации и т.д. должны быть скоординированы с системным интегратором. Каждое изменение АСУД, включая все соединения подсистемы будут рассматриваться с точки зрения необходимости и/или потребности. Зона ответственности должна покрывать устойчивую и надежную систему в пункте заключительного принятия.

Системное управление

Уровни контроля

3 различных уровня контроля необходимо обеспечить:

• Централизованное управление
• Децентрализованное управление
• Ручное (аварийное) управление

Централизованное управление

Режим централизованного управления - контроль и мониторинг системы через "станцию оператора" (OS). Производственная контрольная система распределяется клиент/сервер архитектурой сервера с необходимыми компонентами для входа и выхода, включая их контроль (коммуникации) и обеспечение электропитание.

Необходимая структура клиент/сервер должна сделать возможным распределение данных относительно нескольких серверов и общего доступа по так называемому многоклиентному допуску. Многоклиент должен таким образом получает доступ к данным нескольких резервных серверов. Для каждой пары серверов будет возможна коммуникация с 16 клиентами. Местоположение клиентов таким образом не зависит от этого распределения. Проектные данные, параметры процесса, архивы, аварии и сообщения сделаны доступными соответствующим серверам для всех клиентов.

Пригодность АСУ должна быть гарантирована взаимным контролированием резервных серверов. Серверы должны быть связаны таким образом двумя оптическими модульными выключателями (OSM) с терминальной сетью и двумя OSM с процессуальной сетью, так, чтобы и в случае отказа и сервера и OSM, обслуживание и наблюдение системы было гарантировано. При нормальных условиях оба сервера должны работать полностью параллельно.

Резервный пакет должен обеспечиваться таким образом для автоматического выравнивания системы и пользовательских данных архива. В случае отказа сервера другой должен принять исключительное архивирование сообщений и данных процесса посредством чего клиенты от сбойного к резервному партнеру, должны быть переключены автоматически.

От отказавшего сервера содержание всех сообщений и параметры процесса должны быть скопированы к резервному серверу. Связь клиентов операторской станции (OS) должна иметь место таким образом это означает связь коммуникационных процессоров и OSMs аналогично резервированию в терминальной сети.

Субподрядчик должен обеспечить информацию о запланированной многостанционной системе, вместе с предложением. В предложении должно быть показано число и местоположение клиентов OS, местные контрольные станции и серверы.

Блок-схема архитектуры системы должна быть представлена с предложением. Терминальная сеть (OS LAN) должна быть осуществлена разработанной независимой производственной сети процесса (Ethernet, TCP/IP).

Децентрализованное управление

Децентрализованное управление устройств или компонентов определено как управление в процессе обслуживания, расширений, испытания, и т.д. и должно контролироваться и мониториться опционально закрывая устройство или его компоненты. С этой целью могут использоваться портативные компьютеры как местные контрольные терминалы. Портативные компьютеры должны быть связаны с сетью системы, и обеспечивать равные функциональные возможности как операторская станция. Каждый контрольный кабинет должен обеспечить точку интерфейса, чтобы подсоединить портативный компьютер к производственной сети, без прерывания. Портативные компьютеры не входят в зону ответственности поставки.

С другой стороны под децентрализованным ручным управлением возможно нормальное управления устройством. Как пример частые, регулярные задачи технического обслуживания рассматривают для промывания компонента/фильтров. Управление имеет место в этих случаях через выключатель/кнопки или другие подходящие контрольные элементы. Инструкции выполнены по уровню PLC, так, чтобы намеченное взаимосвязанное устройство или устройство защиты были переносимыми, и был обеспечен полный диапазон функции.

Децентрализованное управление должно быть реализовано вообще обслуживающим персоналом в главном диспетчерском помещении. Изоляторные выключатели для двигателей должны быть установлены с целью обслуживания.

Ручная и аварийная операция

Ручная и аварийная операция, чьи контрольные механизмы спроектированы, чтобы сделать возможным, даже в случае отказа PLC или передачи данных, чтобы управлять основными функциями от технических устройств. На этих устройствах контроля ручной прямой доступ в МСС или VSD.

Как дальнейшая возможность аварийного управления, вмешаться например: вручную управляются клапаны с пневматическими приводами или ручными механизмами в откидных створках и клапанах регулирования.

Действия, которые являются необходимыми в аварийном управлении, чтобы сохранить устройство в управлении, должны быть описаны подробно в предложении поставщиком.

Обработка нарушений и аварий так же как их подтверждения на уровне АСУ (FMCS) и в местном масштабе должны быть скоординированы с системным интегратором, определяемым .

Краткое описание структуры

Структура FMCS состоит из 3 уровней:

• Зональный уровень инструмента (датчики и приводы исполнительных механизмов)
• включает все необходимые кабельной коммуникации управления моторном и/или VSD должно быть сделано через разность потенциалов Profibus (Profibus - управляемый)
• Уровень автоматизации (PLC и модули ввода, вывода)

Входные и выходные сигналы зональных устройств будут передаваться через группы ввода / вывода уровня автоматизации (PLC). Входные сигналы будут использоваться в PLC, согласно структурированному запрограммированному программному обеспечению и отсылаться на соответствующие исполнительные механизмы. Связь между PLC и модулями ввода / вывода должна быть сделана через DP Profibus.

Операция и мониторинг уровня (HMI)

На этом уровне вся информация из уровня автоматизации, также программное обеспечение технических станций, должны быть объединены через сервер и связаны с операторскими станциями (HMI). В этот контроль и мониторинг уровня также включена вся работа коммуникации сети (терминал и производственная сеть). Детали показаны на блок-схеме АСУ (FMCS).

Пригодность всей структуры автоматизации должна базироваться на работе 24 часа /365 дней в году. Управление и/или прерывания производства для резервной работы, обслуживания, изменения и расширения в области ввода / вывода не допустимы. Безопасность и пригодность данных должны быть обеспечены также в случае нарушения системы и ошибок устройства.

Управление и мониторинг уровня (HMI)

Отказы для операции и контроля функций должны быть подробно описаны в проекте. Эти документы должны быть разработаны поставщиком АСУ (FMCS) вместе с системным интегратором.

Разработка программного обеспечения должна соответствовать определенными отказами и стандартами. Проектная разработка и конфигурация каждой пакетной системы управления должны быть сделаны как опциональная техническая система с соответствующими инструментами программного обеспечения. Программирование пользовательского программного обеспечения должно быть осуществлено с объектами программного обеспечения стандартной библиотеки.

Краткий обзор системы и навигация системы

Индивидуальные области/системы процесса должны быть представлены в общем кратком обзоре. Из этого общего краткого обзора могут быть отобраны индивидуальные области/подсистемы. Все виды состоят в том, чтобы представить заключительные технологические области. Выбор графика / экрана должен быть осуществлен согласно стандартным кнопкам выбора. Если кнопка выбора будет использоваться, то все возможные области/подсистемы должны быть отображены.

• Назад
• Вперёд