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

  Категория » Автоматизация зданий » Нормативная документация   


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

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

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

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

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

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

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

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

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

1.5.1. Система диспетчеризации должна быть выполнена на базе персональных компьютеров, объединенных в локальную вычислительную сеть, и выполнять следующие функции:
- сбор, обработку и архивирование всей информации, поступающей с периферийных контроллеров АСУД, в сервере баз данных (СБД);
- визуализацию параметров, автоматическое управление и оперативный контроль технологических подсистем объекта со стороны оператора, осуществляющего оперативное управление АСУД при помощи рабочей станции;
- сервер баз данных кроме своей прямой функции должен также при необходимости выполнять функцию рабочей станции.
1.5.1.1. Точное количество и места размещения компьютеров определяются на этапе рабочего проектирования. Предварительно: сервер должен располагаться в серверной комнате (комнате связи), 1 рабочая станция в центральном диспетчерском пункте.
1.5.1.2. Электропитание локальной вычислительной сети АСУД должно осуществляться по 1-й группе электроснабжения через источники бесперебойного питания, причем сервер базы данных – через отдельный источник. Источники бесперебойного питания должны быть включены в единую систему бесперебойного питания (СБП) комбинированного типа с обеспечением мониторинга и управления при помощи специализированного программного обеспечения, функционирующего в среде Windows NT.
1.5.1.3. Программное обеспечение системы бесперебойного питания должно обеспечивать корректное сохранение всей текущей информации и отключение системы в автоматическом режиме при продолжительных перебоях электропитания с выдачей соответствующих сообщений оператору.
1.5.1.4. Кабельная сеть локальной сети АСУД должна соответствовать стандартам ISO/IEC IS 11801, EN50173, ANSI/EIA/TIA-568A, TSB-40. При этом горизонтальная кабельная система должна разводиться кабелем не ниже 5-й категории (UTP), а магистральная кабельная система также кабелем не ниже 5-й категории с обеспечением возможности перехода на волоконно-оптический кабель.
1.5.1.5. Кабельная система локальной сети АСУД должна быть построена в рамках единой структурированной кабельной системы объекта и при этом физически отделена от административной и других ЛВС объекта.
1.5.1.6. Физическая среда передачи данных по локальной сети должна обеспечивать повышенную надежность (топология «кольцо» либо резервированная шина, либо др.).
1.5.1.7. Все компьютеры системы диспетчеризации должны быть оснащены цветным графическим монитором 21” и цветным струйным принтером.
1.5.1.8. Все компьютеры системы диспетчеризации должны включать в конфигурацию программно-аппаратные средства формирования звуковой сигнализации достаточного уровня громкости (звуковая карта и колонки мощностью не менее 200 МРО).
1.5.1.9. Все компьютеры системы диспетчеризации должны обеспечивать интервал обновления актуализированной информации на мониторах не менее 0.5 с.
1.5.1.10. Конкретная конфигурация компьютеров определяется на этапе рабочего проектирования в зависимости от размеров АСУД и требований по программному обеспечению.
1.5.1.11. Для каждой рабочей станции необходимо предусмотреть возможность вывода на экран компьютера в отдельном окне (окнах) изображения с любой из видеокамер охранного телевидения. Количество одновременно формируемых окон, их размер, скорость обновления информации оговариваются на этапе рабочего проектирования.

1.5.2. Система автоматического управления должна быть выполнена на базе технологии прямого (без участия компьютеров системы диспетчеризации) микропроцессорного управления и регулирования со стороны периферийных контроллеров модульной архитектуры.
1.5.2.1. Контроллеры должны обеспечивать непрерывное управление технологическим оборудованием, поддержание параметров технологических систем по заданным программам, передачу информации на компьютеры диспетчерского контроля и управления.
1.5.2.2. К контроллерам предъявляются следующие требования:
- модульная архитектура;
- автономное функционирование независимо от состояния компьютеров системы диспетчеризации;
- непрерывная самодиагностики;
- индикация неисправностей;
- индикация состояний входов/выходов;
- защита от сбоев (автоматическая инициализация контроллера при зависаниях);
- энергонезависимое ЗУ хранения программ и параметров с временем хранения не менее 720 часов;
- возможность загрузки пользовательских программ в контроллеры с удаленного компьютера по сети.
1.5.2.3. Связь между контроллерами должна осуществляться по стандартному открытому интерфейсу PROFIBUS, INTERBUS, Industrial Ethernet или др.
1.5.2.4. Связь между контроллерами и УСО должна обеспечиваться при помощи наиболее экономически оправданного интерфейса. Цифровые интерфейсы в этом случае также должны быть стандартизованы.
1.5.2.5. При проектировании необходимо обеспечить 10% резерв посадочных мест для модулей ввода/вывода в каждом контроллере для обеспечения развития системы.
1.5.2.6. Электропитание контроллеров необходимо обеспечивать по 1-й группе электроснабжения через источники бесперебойного питания.
1.5.2.7. Программирование контроллеров должно осуществляться при помощи программного обеспечения, функционирующего в среде Windows NT, и соответствующего требованиям IEC 1131-3.
1.5.2.8. Контроллеры и программное обеспечение должны обеспечивать реализацию (помимо типовых) алгоритмов «нечеткого» управления, самонастраивающихся PID регуляторов, регуляторов температуры и др.

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

1.5.4. Общие требования для устройств связи с объектом (УСО) по автоматизации технологических подсистем.
1.5.4.1. Количество датчиков наружного воздуха должно быть не менее 2-х, с обеспечением автоматического переключения на резервный датчик при выходе из строя штатного датчика.
1.5.4.2. Управление каждой технологической подсистемой не должно быть рассредоточено между несколькими контроллерами.
1.5.4.3. Применять 3-х ходовые регулирующие клапаны на обвязках теплообменников для уменьшения взаимовлияния различных технологических подсистем.
1.5.4.4. Использовать приводы клапанов на теплоносителе с возвратной пружиной и мониторингом процента открытия.
1.5.4.5. В непосредственной близости от датчиков системы автоматизации устанавливать показывающие приборы соответствующего типа и класса точности.
1.5.4.6. Для всех исполнительных механизмов с дискретным управлением (насосы, вентиляторы и др.) предусмотреть прием ответов с магнитных пускателей, а также сигналов режима работы (ручной/автомат) из шкафа управления питанием.
1.5.4.7. Контроль работы всех вентиляторов (кроме крышных) осуществлять по состоянию датчиков перепада давления и ответов от магнитных пускателей.
1.5.4.8. Использовать устройство плавного пуска электродвигателя, контроль работы крышных вентиляторов осуществлять по состоянию ответов от магнитных пускателей.
1.5.4.9. Вентсистемы считать неработоспособными при отсутствии перепада давления на приточных вентиляторах. При этом системы автоматически должны переводиться в режим стоянки до момента сброса аварии оператором при помощи кнопки, изображенной на рисунке соответствующей системы.
1.5.4.10. Контроль работы всех насосов (кроме дренажных) осуществлять по состоянию датчиков перепада давления и ответов от магнитных пускателей. При этом команды на включение насосов должны быть программно блокированы до момента сброса аварии.
1.5.4.11. Контроль работы всех дренажных насосов осуществлять по состоянию ответов от магнитных пускателей. При этом команды на включение насосов должны быть программно блокированы до момента сброса аварии.
1.5.4.12. Для всех систем отопления, теплоснабжения, холодоснабжения, водоподготовки бассейна предусмотреть датчики давления, температуры, на прямом и обратном трубопроводах.
1.5.4.13. Для систем ГВС, хозяйственного водоснабжения предусмотреть датчики давления и температуры на падающем трубопроводе.
1.5.4.14. Обеспечить калибровку устройств аналогового ввода/вывода (датчики давления, температуры, аналоговые клапаны и приводы и пр.) с оформлением таблиц поправок.

1.5.4.15. Вентиляция и кондиционирование
1.5.4.15.1. На системах приточной вентиляции и кондиционирования дискретные заслонки наружного и выбросного воздуха должны быть сблокированы в шкафу управления (силовом) с работой приточного и вытяжного вентилятора соответственно.
1.5.4.15.2. Применять приводы заслонок с мониторингом процента открытия.
1.5.4.15.3. Применять приводы заслонок наружного и выбросного воздуха с возвратной пружиной.
1.5.4.15.4. Применять программируемые термостаты только с термочувствительными капиллярами (не с термо баллонами) с прокладкой капилляра непосредственно за калорифером преимущественно в нижней его части.
1.5.4.15.5. В системах кондиционирования с камерой орошения устанавливать датчики температуры как после калорифера, так и в камере орошения.
1.5.4.15.6. В системах кондиционирования с камерой орошения применять непрерывный цикл орошения.

1.5.4.16. Отопление
1.5.4.16.1. Для систем отопления предусмотреть датчики давления и температуры как на каждом вводе в здание, так и на прямом и обратном трубопроводах за регуляторами давления.
1.5.4.16.2. На рисунке системы отопления над значением температуры теплоносителя выводить значения уставок по температуре в соответствии с графиком теплосети на вводе в здание и на подающем трубопроводе системы отопления.
1.5.4.16.3. Расчет уставки на отопление производить в зависимости от температуры теплоносителя подающего трубопровода на вводе.
1.5.4.16.4. Обеспечить регулирование температуры обратного теплоносителя в соответствии с графиком соответствующего района теплосети в зависимости от температуры подающего теплоносителя на вводе в здание.
1.5.4.16.5. Обеспечить выдачу аварийной сигнализации при снижении давления ниже заданного значения на подающем и обратном трубопроводах.

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

1.5.4.18. Узел учета тепловой энергии
1.5.4.18.1. Обеспечить гарантированное запоминание в тепло счетчике всей информации по тепло учету не менее чем за 32 дня.
1.5.4.18.2. Обеспечить программный перевод на зимнее/летнее время.
1.5.4.18.3. ПО узла тепло учета должно обеспечивать:
- функционирование в среде Windows NT (сетевое приложение Win32);
-визуализацию автоматически обновляемой информации по тепло учету;
- автоматическое формирование в назначенный оператором день таблицы учета тепловой энергии установленной формы в формате WinWord, Excel, или в каком-либо распространенном баз данных, работающих в среде Windows NT, для непосредственной передачи в органы «Теплосети»;
- автоматическое архивирование всей информации из внутренней памяти тепло счетчика (с временным интервалом, задаваемым пользователем) в формате WinWord, Excel, или каком-либо распространенном формате баз данных, работающих в среде Windows NT.

1.5.4.19. Хозяйственно-питьевое водоснабжение
1.5.4.19.1. Обеспечить полную визуализацию и архивирование всех параметров и сигналов тревог, определяемых и выдаваемых локальной автоматикой управления хозяйственно-тепловыми насосами:
- давление и температуру на линии всасывания;
- давление на линии нагнетания;
- количество работающих насосов;
- помехи по превышению давления, холостому ходу и пр.
1.5.4.19.2. Обеспечить визуализацию и архивирование расхода воды.
1.5.4.19.3. Обеспечить управление системой доочистки воды, полную визуализацию и архивирование всех параметров, в том числе:
- давление на фильтрах;
- режим работы фильтров;
- сигнализация включения обратной промывки каждого из фильтров;
- задаваемый программно период промывки фильтров, с возможностью изменения его оператором системы диспетчеризации;
- контроль работы ультрафиолетовых ламп (с выдачей, в случае неисправности, тревог на компьютеры системы диспетчеризации).

1.5.4.20. Холодоснабжение
1.5.4.20.1. Для холодильных агрегатов предусмотреть управление подачей питания, включением/выключением с задержкой относительно включения насосов на холодоносителе, изменение уставок оператором рабочей станции системы диспетчеризации, а также выдачу информации на рабочую станцию о состоянии и авариях холодильных агрегатов (с расшифровкой типа – угроза заморозки, низкое/высокое давление, работа компрессора № и т.д.)
1.5.4.20.2. Для каждой холодильной станции предусмотреть датчики давления и температуры на прямом и обратном трубопроводах.
1.5.4.20.3. Холодильные станции должны осуществлять регулирование по температуре охлажденного (подающего) холодоносителя.
1.5.4.20.4. Нагрузка на компрессоры холодильных станций должна распределяться равномерно по времени (смена ведущего компрессора по циклическому приоритету после каждого включения всех компрессоров).

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

1.5.4.22. Дренажная система
1.5.4.22.1. Обеспечить подключение трех датчиков уровня (нижний, верхний, аварийный) для каждого дренажного приямка.
1.5.4.22.2. На экране компьютера необходимо обеспечить графическое отображение степени наполнения приямка в зависимости от состояния датчиков уровня.
1.5.4.22.3. Обеспечить выдачу аварийной сигнализации для следующих ситуаций:
- превышение аварийного уровня;
- наличие активного состояния реле протока при отсутствии нижнего уровня;
- наличие верхнего уровня или аварийного при отсутствии нижнего;
- наличие аварийного уровня при отсутствии верхнего.

1.5.4.23. Система фекальной канализации
1.5.4.23.1. Обеспечить автоматическое закрытие задвижек на фекальной канализации при превышении заданного уровня стоков.
1.5.4.23.2. Обеспечить вывод на экран компьютера системы АСУД информации о состоянии задвижек (открытие, закрытие, заклинивание).
1.5.4.23.3. Обеспечить аварийную синхронизацию об изменении состояния задвижек, превышения уровня стоков.

1.5.4.24. Система электроснабжения
1.5.4.24.1. Обеспечить полную автоматизацию и диспетчеризацию системы электроснабжения, включая параметры автономного энергоисточника, дизель генераторов, АВР и др.
1.5.4.24.2. Обеспечить возможность переключения нагрузок в соответствии с временной программой, либо дистанционно по команде диспетчера.
1.5.4.24.3. Обеспечить мониторинг и управление (в т.ч. в автоматическом режиме), а также администрирование системы бесперебойного питания АСУД, а также систем бесперебойного питания других инженерных систем (телекоммуникационных, пожарно-охранных и др.)
1.5.4.24.4. Электропитание АСУД должно быть предусмотрено по 1-й категории электроснабжения (от 2-х независимых источников) через систему бесперебойного питания (СБП).
1.5.4.24.5. Система бесперебойного электропитания должна иметь комбинированную структуру, т.е. помимо питания всех потребителей от центрального источника бесперебойного электропитания (ИБП), должно обеспечиваться запитывание наиболее критичных к качеству питания и времени резервирования потребителей (активное сетевое оборудование, файл-серверы и др.) через дополнительные локальные ИБП.
1.5.4.24.6. Центральный ИБП должен быть модульным и обеспечивать, в случае необходимости, гибкое наращивание мощности. Конструкция центрального ИБП должна обеспечивать замену модулей без отключения нагрузки. Схема включения центрального ИБП должна позволять выключение его из сети без снятия напряжения с нагрузки за счет организации внешнего сервисного «by-pass» - обходного кольца.
1.5.4.24.7. Источники бесперебойного питания должны соответствовать стандарту UPS Standard MIB (RFC1628) и обеспечивать:
1.5.4.24.7.1. Формирование выходного напряжения синусоидальной формы.
1.5.4.24.7.2. Защиту подключаемого оборудования от:
- перебоев в электропитании;
- всплесков напряжения;
- просадки напряжения;
- высокочастотного шума и др.
1.5.4.24.8. Подключение ИБП к локальной сети должно производиться преимущественно через сетевые адаптеры.
1.5.4.24.9. Система бесперебойного электропитания должна иметь централизованное программное управление, обеспечивающее выполнение следующих функций:
- мониторинг и контроль основных параметров питающей электросети;
- автоматическая свертка работы сети с сохранением всех важных данных при возникновении длительных перебоев в электроснабжении;
- дистанционное управление состоянием ИБП;
- дистанционная перезагрузка группы устройств;
- программное отключение групп по расписанию;
- выдачу сообщений системному администратору о различных неисправностях и изменениях состояния системы (обрыв коммуникационных соединений, перегрузка ИБП, неисправности аккумуляторных батарей и пр.)
1.5.4.24.10. Программное обеспечение (ПО) централизованного управления электропитанием должно функционировать в среде Windows NT (сетевое приложение Win32) и иметь дружественный пользовательский интерфейс.
1.5.4.24.11. Вся информация о состоянии системы бесперебойного электропитания должна передаваться по независимому информационному каналу в систему автоматизации и диспетчеризации объекта (АСУД), причем визуализация параметров и выдача сообщений системы должна производиться на компьютерах АСУД при помощи ПО централизованного управления электропитанием. Кроме этого должна быть обеспечена возможность администрирования ПО централизованного управления электропитанием с рабочей станции администратора АСУД (помимо штатного рабочего места администратора ЛВС).

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

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

1.5.4.26. Узел автоматического учета электроэнергии
1.5.4.26.1. Обеспечить схему оплаты электроэнергии по двойному тарифу (день/ночь).
1.5.4.26.2. Обеспечить гарантированное запоминание в контроллере управления всей информации по учету электроэнергии не менее чем за 32 дня.
1.5.4.26.3. Программный перевод на зимнее/летнее время.
1.5.4.26.4. Программное обеспечение узла учета электроэнергии должно обеспечивать:
- функционирование в среде Windows NT (сетевое приложение Win32);
- бесконфликтную работу совместно с другими приложениями АСУД на любом компьютере диспетчерской сети;
- визуализацию автоматически обновляемой текущей информации, формируемой электросчетчиком;
- автоматическое формирование в назначаемый диспетчером день таблицы учета электрической энергии установленной формы в формате WinWord, Excel, или в каком-либо распространенном формате баз данных, работающих в среде Windows NT;
- формирование оператором таблицы учета электрической энергии «задним числом» с использованием архивной информации.

1.6. Требования к программному обеспечению
1.6.1. Программное обеспечение (ПО) должно иметь следующую структуру:
1.6.1.1. ПО верхнего уровня, включающее:
- операционную систему Windows NT со встроенной сетевой поддержкой;
- ПО формирования и управления базой данных;
- пользовательский интерфейс, предназначенный для визуализации в интуитивно-понятной форме параметров технологических процессов и управления ими со стороны оператора рабочей станции;
- комплексные средства разработки и отладки ПО (включая моделирование процессов).
1.6.1.2. ПО нижнего уровня – программы периферийных контроллеров.
1.6.2. Пользователю должны быть предоставлены все средства (в том числе и программные симуляторы для отладки ПО), позволяющие без ограничений разрабатывать, модифицировать и отлаживать как пользовательский интерфейс, так и ПО контроллеров.
1.6.3. Моделирование процессов управления должно производиться с использованием разработанного пользовательского интерфейса при обеспечении точного воспроизведения работы программ в реальном окружении.
1.6.4. Все программное обеспечение верхнего уровня должно функционировать в среде Windows NT (сетевые приложения Win32).
1.6.5. Программное обеспечение верхнего уровня должно иметь открытый коммуникационный интерфейс и позволять настраиваться на контроллеры любого типа.
1.6.6. Программное обеспечение верхнего уровня должно обеспечивать многоуровневую (не менее 3-х уровней – администрирование, изменение параметров, только просмотр) систему доступа.
1.6.7. Операционная система должна обеспечивать:
- поддержку вытесняющей многозадачности;
- динамический обмен данными с другими приложениями;
- поддержку наиболее распространенных сетевых протоколов (IPX/SPX, TCP/IP и др.).
1.6.8. ПО формирования и управления базой данных должно обеспечивать:
- накопление архивной информации (задание трендов) для всех без ограничений аппаратных точек;
- ограниченное только ресурсами компьютера количество групп трендов (не менее числа аппаратных точек);
- ограниченное только ресурсами компьютера количество трендов в группе (не менее числа аппаратных точек);
- минимальный интервал обновления базы данных не более 0,5 с.;
- возможность автоматической записи всех действий оператора в специальный архив;
- возможность гибкой фильтрации записей базы данных по временным и текстовым критериям отбора;
- возможность формирования отчетов на основе произвольных, задаваемых пользователем шаблонов;
- просмотр архивной информации в виде графиков и таблиц;
- возможность экспорта базы данных в форматы данных наиболее распространенных СУБД и электронных таблиц.
1.6.9. Проект должен содержать подробное описание пользовательского интерфейса с указанием вида изображений, особенностей структурирования и отображения информации.
1.6.10. Пользовательский интерфейс предназначен для визуализации информации в интуитивно-понятной, удобной для оператора форме, а также выдачи им управляющих воздействий и должен обеспечивать:
- возможность произвольного структурирования информации;
- отображение информации в виде мнемонических схем с выдачей в реальном времени данных о состоянии оборудования, величин измеряемых параметров в форме графиков трендов, гистограмм, анимаций и др. Для большей наглядности изображение оборудования на рисунках инженерных систем предпочтительно формировать в объемном виде;
- выдачу аварийных сообщений о нерасчетных режимах работы, и параметрах, выходящих за пределы расчетных величин в форме сигналов различного типа (сообщение во всплывающем окне, выделение миганием, цветом и пр. неисправного устройства) на экран монитора, а также на звуковое устройство и принтер в реальном режиме времени;
- вывод, при необходимости, информации с любой из телекамер охранного телевидения в виде отдельных окон, задаваемых пользователем размеров, на экране компьютеров;
- ввод управляющих воздействий с помощью клавиатуры или мыши с минимальными временными затратами;
- возможность назначения «горячих клавиш» для вызова наиболее часто используемых рисунков технологических подсистем;
- максимальный интервал обновления информации на экране монитора не должен превышать 0,5 с.;
- зумминг и скроллинг по экрану;
- отсутствие программных ограничений на размер, форму, количество, глубину вложенности и т.п. элементов пользовательского интерфейса;
- проект должен содержать детальное описание алгоритмов регулирования и управления технологическими подсистемами.
1.6.11. Программное обеспечение контроллеров предназначено для приема и обработки информации с датчиков, выдачи в соответствии с заданными алгоритмами функционирования управляющих воздействий на исполнительные механизмы, формирования предупреждений и тревог при отклонении от нормального функционирования, а также поддерживать выполнение обмена информацией между контроллерами, а также контроллеров с компьютерами системы диспетчеризации.
1.6.11.1. ПО контроллеров должно иметь открытый коммуникационный интерфейс;
1.6.11.2. ПО контроллеров должно, помимо типовых, реализовывать следующие алгоритмы функционирования:
1.6.11.3. Для систем кондиционирования и приточных систем:
- работу в автоматическом режиме по временной программе с разделением ночного и дневного режимов;
- «мягкий старт» - плавный выход на заданный температурный режим в режиме «зима»;
- отключение системы по угрозе замораживания при температуре обратного теплоносителя ниже значения, определяемого в зависимости от температуры наружного воздуха. При этом должны быть отключены все вентиляторы вент системы, закрыты заслонки наружного и выбросного воздуха, полностью открыт клапан на теплоносителе 1-го подогрева, а также должна быть обеспечена работа насоса на теплоносителе. Перевод в режим «угроза замораживания» должен производиться и для систем, находящихся в режиме стоянки. При переводе в режим «угроза замораживания» на мониторе компьютера должно появляться окно с аварийным сообщением с указанием вент системы и причины аварии;
- перевод в режим «угроза замораживания» при срабатывании термостата защиты, установленного за калорифером 1-го подогрева;
- ограничение минимальной температуры обратного теплоносителя при включенной системе по графику в зависимости от температуры наружного воздуха;
- поддержание температуры обратного теплоносителя при отключенной системе по графику, задаваемому пользователем, в зависимости от температуры прямого теплоносителя на вводе в объект.
1.6.11.4. Для холодильных агрегатов:
- работу в автоматическом режиме по временной программе с разделением ночного и дневного режимов;
- обеспечение временной задержки между включением насосов на хладоносителе и холодильного агрегата, а также временной задержки между включением холодильного агрегата и насосов.
1.6.11.5. Для систем отопления и теплоснабжения:
- работу в автоматическом режиме по временной программе с разделением ночного и дневного режимов;
- поддержание температуры обратного теплоносителя в зависимости от температуры подающегося теплоносителя по графикам ночного и дневного режимов, задаваемым пользователем.
1.6.11.6. Для противопожарных мероприятий:
- отключение по программе АСУД систем вентиляции при пожаре для предупреждения выдачи тревог при отключении электропитания вентсистем.

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

1.6.12. Пользовательский интерфейс.
1.6.12.1. Обеспечить 2 вида структурирования информации на дисплее рабочей станции системы диспетчеризации:
- по типам технологических подсистем (например: вентиляция > конкретные подсистемы (кондиционеры, приточки, вытяжки), отопление > конкретные подсистемы, ГВС, холодоснабжение > холодильные агрегаты и т.д.);
- по расположению (общий трехмерный вид объекта > вертикальный разрез конкретного здания > поэтажные планы > конкретное помещение (вент камера, ЦТП и пр.) > конкретная подсистема).
1.6.12.2. Обеспечить выделение на экране дисплея соответствующей надписью и цветом устройства, находящегося в состоянии аварии, или ручном режиме.
1.6.12.3. Принять следующие соглашения для индикации состояния датчиков и исполнительных механизмов:
- норма – зеленый цвет (отсутствие звукового сигнала);
- предупреждение – желтый цвет (непрерывный звуковой сигнал вплоть до момента подтверждения оператором);
- авария – красный цвет, мигание изображения датчика, выдавшего аварийное значение (прерывистый звуковой сигнал вплоть до момента подтверждения оператором; чем выше приоритет тревоги, тем больше частота импульсов);
- фиксация точки – серый цвет изображения (отсутствие звукового сигнала);
- запрет точки – белый цвет изображения (отсутствие звукового сигнала);
- вышеуказанные цвета, схемы обозначений и звуковые сигналы не должны быть использованы для обозначения других состояний компонентов системы.
1.6.12.4. Принять следующие соглашения при обозначении элементов изображения, а также сообщений о тревогах и возврате в норму:
- команда на включение – надпись ВКЛ;
- команда на отключение – надпись ОТКЛ;
- режим работы (сигнал из щита управления) – окрашенное цветами по следующей схеме: автоматический режим (норма) – прописная буква «А» в квадрате зеленого цвета, ручной режим – изображение ладони в квадрате розового цвета;
- тепловая защита – надпись «ТоС» в круге, окрашенном цветами, соответствующими состоянию;
- ответ магнитного пускателя – схемное изображение выключателя в прямоугольнике, окрашенном цветами, соответствующими состоянию _____ ;
- перепад давления – надпись «Р» в квадрате, окрашенном в цвет, соответствующий состоянию, а также анимация (вращение лопастей вентилятора, лопаток насосов, движение жидких сред по трубам);
- реле протока – изображение датчика произвольной формы, окрашенного в цвет, соответствующий состоянию, а также анимация – движение жидких сред по трубам);
- датчики температуры – изображение термометра в круге, окрашенном в цвета, тон которого должен меняться в зависимости от температуры (от темных до ярких тонов красного (теплоноситель, горячая вода) или синего (холодоноситель, холодная вода), а также указание температуры в град. Цельсия (верхняя строка – уставка, нижняя – значение температуры, выдаваемое датчиком);
- датчики расхода – изображение круговой шкалы (циферблата) с указанием значения расхода, а также приращения расхода за эти сутки;
- заслонки в воздуховводах – отображение информации о команде и проценте открытия, в виде соответствующих надписей, а также анимации, показывающей положение жалюзей заслонок в соответствии с их реальным положением;
- клапаны на жидких средах – изображение произвольного вида, а также отображение информации о команде и проценте открытия, в виде соответствующих надписей;
- текстовые надписи должны быть хорошо читаемы;
- обозначения датчиков, исполнительных механизмов и др. элементов изображения, относящихся к одному устройству (насос, вентилятор и т.д.) единообразно группировать в непосредственной близости от изображения устройства;
-обозначения устройств, механизмов, датчиков, исполнительных механизмов должны быть размещены на изображениях в соответствии с реальным расположением компонентов технологических подсистем;
- для большей наглядности желательно применять объемные изображения элементов рисунков;
- предложенные соглашения по внешнему виду элементов пользовательского интерфейса являются предварительными и могут быть изменены при условии соответствующего согласования с Заказчиком.
1.6.12.5. Обеспечить выдачу информации о команде и реальном проценте открытия клапанов и заслонок.
1.6.12.6. Обеспечить над значениями параметров (температура, давление) отображение информации о значении уставок (в том числе вычисляемых).
1.6.12.7. В случае обнаружения любого нештатного состояния (несоответствие между командой (уставкой) и реальным значением состояния (параметра) устройства) должно быть выдано в отдельном окне сообщение о тревоге, сопровождающееся звуковой сигнализацией соответствующего типа. В окне сообщения о тревоге должно быть указано обозначение технологической подсистемы и причины, данное сообщение вызвавшей, а также значение параметра оказавшееся вне пределов штатных значений.

2. Прочие требования

2.1. В проекте необходимо предусмотреть помещение для центрального диспетчерского пункта (ЦДП), размещенное на первом или цокольном этаже, с непосредственным выходом наружу.
2.2. Площадь помещения ЦДП должна определяться в зависимости от характеристик оборудования.
2.3. Помещение ЦДП должно иметь естественное освещение, а также искусственное освещение, удовлетворяющее соответствующим нормам. Кроме рабочего должно быть предусмотрено аварийное освещение с обеспечением его работы в течение не менее 15 минут с момента пропадания основного питающего напряжения.
2.4. В помещении ЦДП должны обеспечиваться комфортные условия (кондиционирование, отопление и др.) для работы персонала, ведущего круглосуточное дежурство.
2.5. В непосредственной близости от ЦДП должна быть предусмотрена комната отдыха.
2.6. Проект должен содержать детальный план размещения мебели и оборудования в диспетчерских и комнате отдыха с привязкой розеточной сети.
2.7. Помещение ЦДП должно быть оборудовано телефонной связью с прямым (минуя местную АТС) выходом в городскую телефонную сеть.
2.8. Помещение ЦДП должно быть оснащено местной телефонной связью с помещениями, в которых расположено управляемое АСУД технологическое оборудование, а также административными помещениями.

СМАРТ Системы предлагают внедрение системы автоматического управления и диспетчеризации здания под "ключ".



Вы можете сохранить эту статью:

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

из категории » Нормативная документация »  в сервисах:



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

Дополнительная информация по теме:

Внедрение системы диспетчеризации здания для создания единой инженерной сис ... Внедрение системы диспетчеризации здания для создания единой инженерной сис ...

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

Повышение безопасности зданий за счет диспетчеризации инженерных систем Повышение безопасности зданий за счет диспетчеризации инженерных систем

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

АСУ ТП кустовой насосной станции на базе SCADA-системы Citect АСУ ТП кустовой насосной станции на базе SCADA-системы Citect

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

Система диспетчеризации и мониторинга инженерных систем типографии Система диспетчеризации и мониторинга инженерных систем типографии

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

ГОСТ 24.501-82 ГОСТ 24.501-82

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


Для поиска по всем категориям нашего сайта рекомендуем Вам пройти авторизацию либо зарегистрироваться.

Яндекс.Метрика Rambler's Top100 Рейтинг@Mail.ru   "СМАРТ Системы"      © 2007-2016 Все права защищены.