Автоматического управления и диспетчеризации

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

• системы кондиционирования и вентиляции;

• системы отопления;

• узла учета тепловой энергии;

• системы холодоснабжения;

• системы хозяйственно-питьевого водоснабжения;

• системы водоподготовки бассейна, бани и душа;

• системы фекальной канализации;

• системы электроосвещения объекта;

• системы электроснабжения;

• узла учета электроэнергии;

• системы газоснабжения;

• лифтовой системы;

- система открытия-закрытия окон, жалюзи;

- система эскалаторов и движущихся тротуаров;

- система изменения интерьеров помещений;

- система полива комнатных цветов;

- система автоматов общественного питания;

- WiFi-система;

- система вакуумной уборки помещений;

- система прачечной;

- система чрезвычайных ситуаций;

- система безопасности;

- система пожарной безопасности;

- система здравоохранения;

- складская система учёта и распределения товаров;

- система образования;

- система распорядка жизни;

- система контроля внешних связей;

- система документооборота;

- другие системы в соответствии с рабочим проектом коммуны.

 

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

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

• открытость;

• модульность;

• распределенность;

• масштабируемость.

• Система АСУД должна иметь следующую структуру:

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

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

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

• сбор, обработку и архивирование всей информации, поступающей с периферийных контроллеров АСУД, в сервере баз данных (СБД).

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

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

• Точное количество и места размещения компьютеров определяются на этапе рабочего проектирования. Предварительно: сервер должен располагаться в серверной комнате (комнате связи), 1 рабочая станция в центральном диспетчерском пункте.

• Электропитание локальной вычислительной сети АСУД должно осуществляться по 1-й группе электроснабжения через источники бесперебойного питания, причем сервер базы данных – через отдельный источник. Источники бесперебойного питания должны быть включены в единую систему бесперебойного питания (СБП) комбинированного типа с обеспечением мониторинга и управления при помощи специализированного программного обеспечения, функционирующего в среде Windows 2000 Professional/XP Pro.

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

• Кабельная сеть локальной сети АСУД должна соответствовать стандартам ISO/IEC IS 11801, EN50173, ANSI/EIA/TIA-568A, TSB-40. При этом горизонтальная кабельная система должна разводиться кабелем не ниже 5-й категории (UTP), а магистральная кабельная система волоконно-оптическим кабелем.

• Кабельная система локальной сети АСУД должна быть построена в рамках единой структурированной кабельной системы объекта и при этом должна быть физически отделена от административной и других ЛВС объекта.

• Физическая среда передачи данных по локальной сети должна обеспечивать повышенную надежность (топология «кольцо» либо резервированная шина, либо др.)

• Все компьютеры системы диспетчеризации должны быть оснащены цветным графическим монитором с диагональю не менее 21” и цветным струйным принтером.

• Все компьютеры системы диспетчеризации должны включать в конфигурацию программно-аппаратные средства формирования звуковой сигнализации достаточ-ного уровня громкости (звуковая карта и колонки мощностью не менее 200 МРО)

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

• Конкретная конфигурация компьютеров определяется на этапе рабочего проектирования в зависимости от размеров АСУД и требований по программному обеспечению.

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

• Система автоматического управления должна быть выполнена на базе технологии DDC (Direct Digital Control) прямого (без участия компьютеров системы диспетчеризации) микропроцессорного управления и регулирования со стороны периферийных контроллеров модульной архитектуры.

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

• К контроллерам предъявляются следующие требования:

• модульная архитектура;

• автономное функционирование независимо от состояния компьютеров системы диспетчеризации;

• непрерывная самодиагностика;

• индикация неисправностей;

• индикация состояний входов/выходов;

• защита от сбоев (автоматическая инициализация контроллера при зависаниях);

• энергонезависимое ЗУ хранения программ и параметров с временем хранения не менее 720 часов.

• возможность загрузки пользовательских программ в контроллеры с удаленного компьютера по сети

• возможность создания, редактирования и удаления любых объектов, размещенных в контроллерах или рабочих станциях «на лету» без отключения оборудования от системы управления и без применения специальных аппаратных или программных средств

• соответствие классам B-BMD, B-BC, B-AAC, B-ASC стандарта ISO/EN-16484.

• Связь между контроллерами должна осуществляться по стандартному открытому интерфейсу BACnet/IP, BACnet over Ethernet, BACnet MS/TP, BACnet PTP.

• Связь между контроллерами и УСО должна обеспечиваться при помощи наиболее экономически оправданного интерфейса. Цифровые интерфейсы в этом случае также должны быть стандартизованы.

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

• Электропитание контроллеров необходимо обеспечивать по 1-й группе электроснабжения через источники бесперебойного питания.

• Программирование контроллеров должно осуществляться при помощи программного обеспечения, функционирующего в среде Windows 2000 Professional / XP Pro и соответствующего классу B-OWS стандарта ISO/EN-16484.

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

• Для управления установками с большим количеством сигналов ввода/вывода использовать контроллеры моделей DSC с модулями расширения DFM или без модулей.

• Для управления установками с небольшим количеством сигналов ввода/вывода использовать контроллеры моделей DAC с модулями расширения DFM или без модулей.

• При использовании частотных преобразователей предусмотреть наличие цифрового интерфейса пеердачи данных BACnet MS/TP в штатной комплектации преобразователя.

• Для резервируемых технологических подсистем, в проекте по АСУД необходимо предусмотреть:

• полное резервирование датчиков и исполнительных механизмов;

• управление основной и резервной системами с разных контроллеров;

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

• Общие требования для устройств связи с объектом (УСО) по автоматизации технологических подсистем.

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

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

• Применять 3-х ходовые регулирующие клапаны на обвязках теплообменников для уменьшения взаимовлияния различных технологических подсистем.

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

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

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

• Контроль работы всех вентиляторов (кроме крышных) осуществлять по состоянию датчиков перепада давления и блок-контактов состояния от магнитных пускателей.

• Контроль работы крышных вентиляторов осуществлять по состоянию блок-контактов состояния от магнитных пускателей.

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

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

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

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

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

• Обеспечить калибровку устройств аналогового ввода/вывода (датчики давления, температуры, аналоговые клапаны и приводы и пр.) с оформлением таблиц поправок.

 

• Вентиляция и кондиционирование.

• Приточные и вытяжные установки и кондиционеры должны иметь в штатной комплектации локальную автоматику, поддерживающую передачу данных по протоколу BACnet/IP, BACnet over Ethernet, BACnet MS/TP. В случае отсутствия у производителя поддержки протокола BACnet, штатная локальная автоматика заменяется на контроллеры, поддерживающие протокол BACnet.

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

• Применять приводы заслонок с мониторингом процента открытия.

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

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

• В системах кондиционирования с камерой орошения устанавливать датчики температуры как после калорифера, так и в камере орошения.

• В системах кондиционирования с камерой орошения применять непрерывный цикл орошения.

 

• Отопление.

• Локальная автоматика системы теплоснабжения (ИТП, ЦТП) должна поддерживать передачу данных по протоколу BACnet/IP, BACnet over Ethernet, BACnet MS/TP. В случае отсутствия у производителя поддержки протокола BACnet, штатная локальная автоматика заменяется на контроллеры, поддерживающие протокол BACnet.

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

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

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

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

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

• Горячее водоснабжение.

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

• Узел учета тепловой энергии.

• Теплосчетчик должен иметь цифровой интерфейс передачи данных BACnet/IP, BACnet over Ethernet, BACnet MS/TP. В случае отсутствия у производителя поддержки интерфейса обеспечить наличие цифрового интерфейса передачи данных MODBUS RTU или LONTalk FTT-10.

• Обеспечить гарантированное запоминание в тепло счетчике всей информации по тепло учету не менее чем за 32 дня.

• Обеспечить программный перевод на зимнее/летнее время.

• ПО узла тепло учета должно обеспечивать:

• функционирование в среде Windows 2000 Professional / XP Pro;

• визуализацию автоматически обновляемой информации по тепло учету;

• автоматическое формирование в назначенный оператором день таблицы учета тепловой энергии установленной формы в формате MS Word, MS Excel, или в каком-либо распространенном баз данных, работающих в среде Windows 2000 Professional / XP Pro, для непосредственной передачи в органы «Теплосети»;

• автоматическое архивирование всей информации из внутренней памяти тепло счетчика (с временным интервалом, задаваемым пользователем) в формате MS Word, MS Excel или каком-либо распространенном формате баз данных, работающих в среде Windows 2000 Professional / XP Pro.

• Хозяйственно-питьевое водоснабжение

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

• давление и температуру на линии всасывания;

• давление на линии нагнетания;

• количество работающих насосов;

• помехи по превышению давления, холостому ходу и пр.

• Обеспечить визуализацию и архивирование расхода воды.

• Обеспечить управление системой доочистки воды, полную визуализацию и архивирование всех параметров, в том числе:

• давление на фильтрах;

• режим работы фильтров;

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

• задаваемый программно период промывки фильтров, с возможностью изменения его оператором системы диспетчеризации;

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

• Холодоснабжение

• Холодильные машины должны иметь в штатной комплектации цифровой интерфейс передачи данных BACnet/IP, BACnet over Ethernet, BACnet MS/TP. В случае отсутствия у производителя поддержки интерфейса обеспечить наличие цифрового интерфейса передачи данных MODBUS RTU или LONTalk FTT-10.

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

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

• Холодильные станции должны осуществлять регулирование по температуре охлажденного (подающего) холодоносителя.

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

• Водоподготовка бассейна

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

• Дренажная система

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

• На экране компьютера необходимо обеспечить графическое отображение степени наполнения приямка в зависимости от состояния датчиков уровня.

• Обеспечить выдачу аварийной сигнализации для следующих ситуаций:

• превышение аварийного уровня;

• наличие активного состояния реле протока при отсутствии нижнего уровня;

• наличие верхнего уровня или аварийного при отсутствии нижнего;

• наличие аварийного уровня при отсутствии верхнего.

• Система фекальной канализации

• Обеспечить автоматическое закрытие задвижек на фекальной канализации при превышении заданного уровня стоков.

• Обеспечить вывод на экран компьютера системы АСУД информации о состоянии задвижек (открытие, закрытие, заклинивание).

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

• Система электроснабжения

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

• Обеспечить возможность переключения нагрузок в соответствии с временной программой, либо дистанционно по команде диспетчера.

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

• Электропитание АСУД должно быть предусмотрено по 1-й категории электроснабжения (от 2-х независимых источников) через систему бесперебойного питания (СБП).

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

• Центральный ИБП должен быть модульным и обеспечивать, в случае необходимо-сти, гибкое наращивание мощности. Конструкция центрального ИБП должна обес-печивать замену модулей без отключения нагрузки. Схема включения центрального ИБП должна позволять выключение его из сети без снятия напряжения с нагрузки за счет организации внешнего сервисного «by-pass» - обходного кольца. ИБП должен иметь в штатной комплектации цифровой интерфейс передачи данных BACnet/IP, BACnet over Ethernet, BACnet MS/TP. В случае отсутствия у производителя поддержки интерфейса обеспечить наличие цифрового интерфейса передачи данных MODBUS RTU или LONTalk FTT-10.

• Источники бесперебойного питания должны соответствовать стандарту UPS Standard MIB (RFC1628) и обеспечивать:

• Формирование выходного напряжения синусоидальной формы.

• Защиту подключаемого оборудования от:

• перебоев в электропитании;

• всплесков напряжения;

• просадки напряжения;

• высокочастотного шума и др.

• Подключение ИБП к локальной сети должно производиться преимущественно через сетевые адаптеры.

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

• мониторинг и контроль основных параметров питающей электросети;

• автоматическая свертка работы сети с сохранением всех важных данных при возникновении длительных перебоев в электроснабжении;

• дистанционное управление состоянием ИБП;

• дистанционная перезагрузка группы устройств;

• программное отключение групп по расписанию;

• выдачу сообщений системному администратору о различных неисправностях и изменениях состояния системы (обрыв коммуникационных соединений, перегрузка ИБП, неисправности аккумуляторных батарей и пр.)

• Программное обеспечение (ПО) централизованного управления электропитанием должно функционировать в среде Windows 2000 Professional / XP Pro и иметь дружественный пользовательский интерфейс.

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

• Система электроосвещения объекта

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

• Автоматику управления световыми группами и нагрузками выполнить на контроллерах моделей DLC класса B-ASC стандарта ISO/EN-16484.

• При необходимости использовать сценарную автоматику освещения, работающую по протоколу DALI обеспечить интеграцию ее в АСДУ с помощью шлюза модели L-DALI.

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

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

• Узел автоматического учета электроэнергии

• Обеспечить схему оплаты электроэнергии по двойному тарифу (день/ночь).

• Обеспечить гарантированное запоминание в контроллере управления всей информации по учету электроэнергии не менее чем за 32 дня.

• Программный перевод на зимнее/летнее время.

• Программное обеспечение узла учета электроэнергии должно обеспечивать:

• функционирование в среде Windows 2000 Professional / XP Pro;

• бесконфликтную работу совместно с другими приложениями АСУД на любом компьютере диспетчерской сети;

• визуализацию автоматически обновляемой текущей информации, формируемой электросчетчиком;

• автоматическое формирование в назначаемый диспетчером день таблицы учета электрической энергии установленной формы в формате MS Word, MS Excel или в каком-либо распространенном формате баз данных, работающих в среде Windows NT;

• формирование оператором таблицы учета электрической энергии «задним числом» с использованием архивной информации.

• Требования к программному обеспечению

• Программное обеспечение (ПО) должно иметь следующую структуру:

• ПО верхнего уровня, включающее

• операционную систему Windows 2000 Professional / XP Pro со встроенной сетевой поддержкой;

• ПО формирования и управления базой данных типа MSDE, MS SQL Server, MySQL;

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

• Комплексные средства разработки и отладки ПО профиля B-AWS/B-OWS в составе:

• модуль конфигурирования контроллеров и рабочих станций АСДУ;

• модуль редактирования объектов всех классов с возможностью ручного изменения значений объектов всех классов в режиме автоматизированного управления оборудованием;

• модуль создания, редактирования и просмотра трендов;

• модуль создания, редактирования, просмотра и подтверждения тревог;

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

• модуль программирования алгоритмов управления контроллеров с возможностью изменения программ «на лету»;

• модуль создания и редактирования пользователей АСДУ и их прав доступа к объектам системы;

• модуль конфигурирования и настройки интегрированной системы контроля и управления доступом;

• ПО нижнего уровня – программы периферийных контроллеров.

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

• Все программное обеспечение верхнего уровня должно функционировать в среде Windows 2000 Professional / XP Pro.

• Программное обеспечение верхнего уровня должно иметь поддерживать протокол BACnet/IP, BACnet over Ethernet, BACnet MS/TP или BACnet PTP.

• Программное обеспечение верхнего уровня должно обеспечивать многоуровневую (не менее 3-х уровней – администрирование, изменение параметров, только просмотр) систему доступа.

• Операционная система должна обеспечивать:

• Поддержку вытесняющей многозадачности;

• Динамический обмен данными с другими приложениями;

• Поддержку наиболее распространенных сетевых протоколов (IPX/SPX, TCP/IP и др.)

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

• Накопление архивной информации (задание трендов) для всех без ограничений аппаратных точек;

• Ограниченное только ресурсами компьютера количество групп трендов (не менее числа аппаратных точек);

• Ограниченное только ресурсами компьютера количество трендов в группе (не менее числа аппаратных точек);

• Минимальный интервал обновления базы данных не более 5 с.;

• Возможность автоматической записи всех действий оператора в специальный архив;

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

• Возможность формирования отчетов на основе произвольных, задаваемых пользователем шаблонов;

• Просмотр архивной информации в виде графиков и таблиц;

• Возможность экспорта базы данных в форматы данных наиболее распространенных СУБД и электронных таблиц

• Возможность в качестве системы генерации отчетов использовать ПО Crystal Reports или Dream Report.

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

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

• Возможность произвольного структурирования информации;

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

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

• Вывод, при необходимости, информации с любой из телекамер охранного телевидения в виде отдельных окон, задаваемых пользователем размеров, на экране компьютеров;

• Ввод управляющих воздействий с помощью клавиатуры или мыши с минимальными временными затратами;

• Возможность назначения «горячих клавиш» для вызова наиболее часто используемых рисунков технологических подсистем;

• Максимальный интервал обновления информации на экране монитора не должен превышать 5 с.;

• Зумминг и скроллинг по экрану;

• Отсутствие программных ограничений на размер, форму, количество, глубину вложенности и т.п. элементов пользовательского интерфейса;

• Поддержка технологии «drag-and-drop» в модулях конфигурирования, программирования и визуализации для упрощения создания и настройки АСДУ.

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

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

• ПО контроллеров должно иметь открытый коммуникационный интерфейс стандарта ISO/EN-16484;

• ПО контроллеров должно, помимо типовых, реализовывать следующие алгоритмы функционирования:

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

• работу в автоматическом режиме по временной программе с разделением ночного и дневного режимов;

• «мягкий старт» - плавный выход на заданный температурный режим в режиме «зима»;

• отключение системы по угрозе замораживания при температуре обратного теп-лоносителя ниже значения, определяемого в зависимости от температуры наружного воздуха. При этом должны быть отключены все вентиляторы вент системы, закрыты заслонки наружного и выбросного воздуха, полностью открыт клапан на теплоносителе 1-го подогрева, а также должна быть обеспечена работа насоса на теплоносителе. Перевод в режим «угроза замораживания» должен производиться и для систем, находящихся в режиме стоянки. При переводе в режим «угроза замораживания» на мониторе компьютера должно появляться окно с аварийным сообщением с указанием вент системы и причины аварии;

• перевод в режим «угроза замораживания» при срабатывании термостата защиты, установленного за калорифером 1-го подогрева;

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

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

• Для холодильных агрегатов

• работу в автоматическом режиме по временной программе с разделением ночного и дневного режимов;

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

• Для систем отопления и теплоснабжения

• работу в автоматическом режиме по временной программе с разделением ночного и дневного режимов;

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

• автоматический режим оптимизации перехода системы из экономичного режима в рабочий.

• Для противопожарных мероприятий

• Отключение по программе АСУД систем вентиляции при пожаре для предупреждения выдачи тревог при отключении электропитания вент систем.

• Пользовательский интерфейс.

• Для вывода графической информации предусмотреть 2 типа устройств интерфейса «человек-машина»: ПЭВМ с программным обеспечением профиля B-AWS/B-OWS в соответствии со стандартом ISO/EN-16484 и цветные сенсорные экраны класса B-OD. Оба типа устройств должны поддерживать протокол BACnet over Ethernet.

• Обеспечить 2 вида структурирования информации на дисплее рабочей станции системы диспетчеризации:

• по типам технологических подсистем (например: вентиляция > конкретные подсистемы (кондиционеры, приточки, вытяжки), отопление > конкретные подсистемы, ГВС, холодоснабжение > холодильные агрегаты и т.д.);

• по расположению (общий трехмерный вид объекта > вертикальный разрез конкретного здания > поэтажные планы > конкретное помещение (вент камера, ЦТП и пр.) > конкретная подсистема).

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

• Принять следующие соглашения для индикации состояния датчиков и исполнительных механизмов:

• норма – зеленый цвет (отсутствие звукового сигнала);

• предупреждение – желтый цвет (непрерывный звуковой сигнал вплоть до момента подтверждения оператором);

• авария – красный цвет, мигание изображения датчика, выдавшего аварийное значение (прерывистый звуковой сигнал вплоть до момента подтверждения оператором; чем выше приоритет тревоги, тем больше частота импульсов);

• фиксация точки – серый цвет изображения (отсутствие звукового сигнала);

• запрет точки – белый цвет изображения (отсутствие звукового сигнала);

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

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

• команда на включение – надпись ВКЛ;

• команда на отключение – надпись ОТКЛ;

• режим работы (сигнал из щита управления) – окрашенное цветами по следующей схеме: автоматический режим (норма) – прописная буква «А» в квадрате зеленого цвета, ручной режим – изображение ладони в квадрате розового цвета;

• тепловая защита – надпись «ТоС» в круге, окрашенном цветами, соответствующими состоянию;

• блок-контакт состояния магнитного пускателя – схемное изображение выключателя в прямоугольнике, окрашенном цветами, соответствующими состоянию _____;

• перепад давления – надпись «DР» в квадрате, окрашенном в цвет, соответствующий состоянию, а также анимация (вращение лопастей вентилятора, лопаток насосов, движение жидких сред по трубам);

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

• датчики температуры – изображение термометра в круге, окрашенном в цвета, тон которого должен меняться в зависимости от температуры (от темных до ярких тонов красного (теплоноситель, горячая вода) или синего (холодоноситель, хол