Пожарный мониторинг объектов — нужен ли?
Необходимость вывода сигнала на какой-нибудь пожарный ПЦН вытекает из того, что СП5 13130.2009 предъявляет такие требования к местам расположения приборов:
13.14.5 Приборы приемно-контрольные и приборы управления, как правило, следует устанавливать в помещении с круглосуточным пребыванием дежурного персонала.
В обоснованных случаях допускается установка этих приборов в помещениях без персонала, ведущего круглосуточное дежурство, при обеспечении раздельной передачи извещений о пожаре, неисправности, состоянии технических средств в помещение с персоналом, ведущим круглосуточное дежурство, и обеспечении контроля каналов передачи извещений.
В указанном случае помещение, где установлены приборы, должно быть оборудовано охранной и пожарной сигнализацией и защищено от несанкционированного доступа.
На многих объектах можно видеть решение проблемы этих требований — сетевой контроллер, например «С2000М», вешают в «собачьей будке», называя ее помещением дежурного персонала и соединяют по RS-485 с остальной системой.
Но не все так просто:
13.14.12 Помещение пожарного поста или помещение с персоналом, ведущим круглосуточное дежурство, должно обладать следующими характеристиками:
площадь, как правило, не менее 15м2;
температура воздуха в пределах от 18°С до 25°С при относительной влажности не более 80%;
наличие естественного и искусственного освещения, а также аварийного освещения, которое должно соответствовать [9];
освещенность помещений: при естественном освещении не менее 100 лк; от люминесцентных ламп не менее 150 лк;
от ламп накаливания не менее 100 лк; при аварийном освещении не менее 50 лк;
наличие естественной или искусственной вентиляции согласно [6];
наличие телефонной связи с пожарной частью объекта или населенного пункта.
…
13.14.13 В помещении дежурного персонала, ведущего круглосуточное дежурство, аварийное освещение должно включаться автоматически при отключении основного освещения.
Стоит ли говорить что редко когда на объекте имеется такое помещение с круглосуточным пребыванием персонала. Бываю помещения, которые за уши можно притянуть к этим требованиям — если все закроют на это глаза.
Но существуют случаи, когда даже при удовлетворении этих требований все равно требуется вывод на ПЦН:
14.4 В помещение с круглосуточным пребыванием дежурного персонала должны быть выведены извещения о неисправности приборов контроля и управления, установленных вне этого помещения, а также линий связи, контроля и управления техническими средствами оповещения людей при пожаре и управления эвакуацией, противодымной защиты, автоматического пожаротушения и других установок и устройств противопожарной защиты.
Проектной документацией должен быть определен получатель извещения о пожаре для обеспечения выполнения задач в соответствии с разделом 17.
На объектах класса функциональной опасности Ф 1.1 и Ф 4.1 извещения о пожаре должны передаваться в подразделения пожарной охраны по выделенному в установленном порядке радиоканалу или другим линиям связи в автоматическом режиме без участия персонала объектов и любых организаций, транслирующих эти сигналы.
Рекомендуется применять технические средства с устойчивостью к воздействиям электромагнитных помех не ниже 3-й степени жесткости по ГОСТ Р 53325-2009.
При отсутствии на объекте персонала, ведущего круглосуточное дежурство, извещения о пожаре должны передаваться в подразделения пожарной охраны по выделенному в установленном порядке радиоканалу или другим линиям связи в автоматическом режиме.
На других объектах при наличии технической возможности рекомендуется осуществлять дублирование сигналов автоматической пожарной сигнализации о пожаре в подразделения пожарной охраны по выделенному в установленном порядке радиоканалу или другим линиям связи в автоматическом режиме.
Куда и на какой ПЦН выводится сигнал должно быть оговорено уже даже в проекте.
Понятно, что непосредственно в пожарную охрану передать сигнал невозможно.
Хотя я был знаком с работающим вариантом, когда с объектов всей области сигналы передавались системой «VIRIAL-RFM» непосредственно на пост пожарной охраны — но это было 15 лет назад.
Теперь для того, чтобы сигнал из системы пожарной сигнализации попал на пульт пожарной охраны необходим посредник — частный ПЦН с женщиной за пультом и с телефоном.
На пульт приходят сигналы с объекта и если среди них есть сигнал «Пожар» женщина звонит на пост пожарной охраны.
Существует ограниченное число фирм в каждом конкретном регионе. Информация об оборудовании, передающем сигналы из пожарной системы на ПЦН, является закрытой — монтаж и обслуживание оборудования осуществляется в рамках договора с ПЦН.
Особенностью пожарного мониторинга является то, что он не особо нужен заказчику и является навязанной услугой.
Поэтому внедряется пожарный мониторинг как нибудь.
Особо смешная ситуация, когда проектировщик закладывает для пожарного мониторинга комплекс «Стрелец-Мониторинг», в котором по факту потом передается только один сигнал контактом реле «С2000-СП1» — такое вот забивание гвоздей микроскопом.
Хотя рядом находятся и выход «RS-485» пожарной системы и вход «RS-485» объектового прибора мониторинга.
Гост 24.501-82 автоматизированные системы управления дорожным движением. общие требования от 25 января 1982 —
ГОСТ 24.501-82
Группа П87
АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ УПРАВЛЕНИЯ ДОРОЖНЫМ
ДВИЖЕНИЕМ
Общие требования
Road transport automatic control systems. General requirements
Дата введения 1983-01-01
ВВЕДЕН В ДЕЙСТВИЕ постановлением Государственного комитета СССР по стандартам от 25.01.82 N 229
ПЕРЕИЗДАНИЕ
Настоящий стандарт распространяется на автоматизированные системы управления дорожным движением (АСУД) и устанавливает требования к АСУД в целом и отдельным видам ее обеспечения.
Требования к технической документации на АСУД приведены в обязательном приложении.
1.1. Назначение и состав АСУД
1.1.1. АСУД предназначена для управления движением транспортных средств и пешеходных потоков на дорожной сети города или автомагистрали.
1.1.2. В зависимости от уровня сложности АСУД объектом управления могут быть движущиеся транспортные средства и пешеходные потоки на:
— отдельном перекрестке или въезде на автомагистраль;
— автомагистрали;
— дорожной сети.
1.1.3. АСУД должна включать в свой состав техническое, программное, информационное и организационное обеспечения.
1.2. Функции АСУД
1.2.1. Функции АСУД подразделяют на управляющие, информационные и вспомогательные.
1.2.1.1. В зависимости от уровня сложности АСУД ее управляющими функциями могут быть:
— автоматическое локальное управление движением транспортных средств на отдельных перекрестках (въездах);
— автоматическое координированное управление движением транспортных средств на группе перекрестков;
— координированное управление движением транспортных средств на дорожной сети города, автомагистрали (или на их участках) с автоматическим расчетом (выбором) программ координации (совокупности управляющих воздействий);
— установление допустимых или рекомендуемых скоростей;
— перераспределение транспортных потоков на дорожной сети;
— автоматический поиск и прогнозирование мест заторов на участках дорожной сети и автомагистрали с выбором соответствующих управляющих воздействий;
— обеспечение преимущественного проезда транспортных средств через перекрестки или автомагистрали;
— оперативное диспетчерское управление движением транспортных средств на отдельных перекрестках (въездах) или группе перекрестков.
1.2.1.2. К информационным функциям относятся:
— формирование сигналов и индикация данных о характеристиках транспортных потоков (для автомагистрали дополнительно о метеорологических условиях и состоянии дорожного покрытия);
— накопление, анализ и вывод статистических данных о параметрах объекта управления, а также о режимах функционирования АСУД в целом и отдельных технических средств и об их неисправностях;
— обеспечение возможности визуального наблюдения за движением транспортных средств на участках дорожной сети и автомагистралях с помощью телевизионной аппаратуры (при необходимости);
— формирование сигналов о нарушениях правил дорожного движения (при необходимости);
— обеспечение аварийно-вызывной связи вдоль автомагистралей;
— обеспечение возможности оперативной связи оператора системы с дорожно-патрульной службой, службами скорой медицинской и технической помощи, дорожно-эксплуатационными службами;
— регистрация смены режимов работы АСУД, регистрация и анализ срабатываний устройств блокировок и защиты.
1.2.1.3. К вспомогательным функциям АСУД относится автоматизация процессов подготовки исходных данных, кодирования, анализа и т.п.
1.3. Перечень функций конкретной АСУД выбирают из приведенных в п.1.2 в зависимости от объекта управления систем (п.1.1.2) и приводят в техническом задании на создание АСУД. Допускается вводить дополнительные управляющие и информационные функции.
1.4. Основными показателями эффективности АСУД являются:
— время задержки транспортных средств на перекрестках (въездах);
— число остановок транспортных средств на перекрестках;
— расход топлива;
— средняя скорость движения транспортных средств;
— пропускная способность дорожной сети;
— уровень безопасности движения.
2.1. ТОсновными показателями эффективности АСУД
2.1.1. АСУД должна соответствовать требованиям настоящего стандарта, техническому заданию на ее создание или заданию на проектирование (при использовании типовых решений). Задание на проектирование АСУД должно соответствовать требованиям инструкции Госстроя СССР по разработке проектов и смет для промышленного строительства.
2.1.2. При создании АСУД различного уровня сложности должен быть использован минимальный комплекс технических средств и программного обеспечения, выполняющий задачи, поставленные перед АСУД.
2.1.3. АСУД строят по модульному принципу и обеспечивают возможность объединения модулей в систему более высокого уровня сложности.
2.1.4. АСУД должна допускать возможность модернизации и дальнейшего развития.
2.1.5. Стадии и этапы создания конкретной АСУД — по ГОСТ 34.601-90. Содержание работ на каждом этапе определяют техническим заданием или заданием на проектирование.
2.2. Требования к видам обеспечений
2.2.1. Требования к техническому обеспечению
2.2.1.1. В состав технического обеспечения АСУД в зависимости от сложности объекта управления должны входить:
— вычислительный комплекс (ВК) с оборудованием для резервирования;
— технические средства управляющего пункта (УП) или диспетчерского оборудования;
— периферийные технические средства;
— аппаратура сопряжения с периферийными техническими средствами;
— приборы и устройства, необходимые для наладки и проверки работоспособности оборудования системы;
— комплекты ЗИП (пусконаладочный и эксплуатационный).
2.2.1.2. Комплекс технических средств по своему составу должен обеспечивать реализацию всех функций АСУД, перечисленных в техническом задании на ее создание.
2.2.1.3. В составе ВК используют выпускаемую серийно электронно-вычислительную технику.
2.2.1.4. Технические средства вычислительного комплекса и периферийные технические средства должны удовлетворять требованиям ГОСТ 21552-84 и ГОСТ 34.401-90 соответственно, а также требованиям пп.2.2.1.5-2.2.1.15.
2.2.1.5. Технические средства изготавливают из серийно выпускаемых элементов на основе типовых конструкций. Однотипные сборочные единицы и блоки должны быть взаимозаменяемыми.
2.2.1.6. По устойчивости к воздействию климатических факторов в процессе эксплуатации технические средства УП должны соответствовать 2-й группе ГОСТ 21552-84.
2.2.1.7. Уровень индустриальных радиопомех, создаваемых техническими средствами при работе, а также в моменты включения и выключения, должен соответствовать нормам, установленным ГОСТ 23511-91.
2.2.1.8. Обмен информацией между УП и периферийными техническими средствами АСУД осуществляют по телефонному каналу или радиоканалу.
2.2.1.9. При использовании для передачи сигналов каналов Министерства связи СССР параметры линейных цепей технических средств, сопрягаемых с этими каналами, должны соответствовать нормативным документам Министерства связи СССР. При использовании ведомственных каналов связи параметры линейных цепей устанавливают в технических условиях на конкретное техническое средство.
2.2.1.10. Сигналы и коды, используемые для связи между устройствами комплекса технических средств, — по ГОСТ 26.014-81.
2.2.1.11. Технические средства по времени передачи одной команды или одного сообщения и скорость передачи буквенно-цифровой информации должны соответствовать 1-й группе ГОСТ 26.205-88.
2.2.1.12. Достоверность передачи информации в АСУД для устройств телеуправления, телесигнализации, кодовых телеизмерений по каждой функции в отдельности должна соответствовать 3-й категории устройств по ГОСТ 26.205-88.
2.2.1.13. Технические средства УП по вероятности безотказной работы должны соответствовать 1-й группе надежности по ГОСТ 26.205-88.
2.2.1.14. Среднее время восстановления технических средств должно быть не более 1 ч.
2.2.1.15. Значения гамма-процентного срока сохраняемости при = 90% выбирают по ГОСТ 27.410-87.
Примечание. Показатель сохраняемости включают в номенклатуру показателей надежности технических средств по согласованию между потребителем и разработчиком (или изготовителем).
Проверка показателя сохраняемости — по ОСТ 25.1240-86. Методика проверки должна быть приведена в технических условиях на конкретное техническое средство.
2.2.2. Требования к программному обеспечению
2.2.2.1. Комплекс программ АСУД должен обеспечивать реализацию всех функций систем, определенных в техническом задании на ее создание или задании на проектирование.
2.2.2.2. Программное обеспечение строят на базе пакетов прикладных программ и программных модулей.
2.2.2.3. Остальные требования к программному обеспечению — по ГОСТ 24.104-85.
2.2.3. Требования к организационному и информационному обеспечению — по ГОСТ 24.104-85.
2.3. Требования безопасности
2.3.1. Виды опасных и вредных производственных факторов устанавливать конкретно для каждой АСУД по ГОСТ 12.0.003-74, и указывать в технической документации на АСУД и технические средства, входящие в ее состав.
2.3.2. Общие требования безопасности к конструкции технических средств АСУД — по ГОСТ 12.2.003-91.
2.3.3. Для проведения ремонтных работ в периферийных технических средствах АСУД следует предусматривать аварийное освещение, включающееся при открывании двери шкафа.
2.3.4. Допустимые нормы шума в помещениях УП — по ГОСТ 12.1.003-83.
2.3.5. Требования к пожарной безопасности помещений УП — по ГОСТ 12.1.004-94.
2.3.6. Сигнальные цвета и знаки безопасности — по ГОСТ 12.4.026-76*.
___________________
Система автоматического управления и диспетчеризации здания
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. Помещение ЦДП должно быть оснащено местной телефонной связью с помещениями, в которых расположено управляемое АСУД технологическое оборудование, а также административными помещениями.
СМАРТ Системы предлагают внедрение системы автоматического управления и диспетчеризации здания под «ключ».
