Проект единой системы диспетчеризации сети филиалов АСУ

Выполнили проектирование централизованной системы АСДУ для сети распределённых по городу филиалов.

ПРОЕКТИРОВАНИЕ ДИСПЕТЧЕРИЗАЦИИ АСДУ

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

Общие положения проекта АСУД

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

Проект выполнить в соответствии с действующими нормативными документами:

• ГОСТ Р 22.7.01-99. Единая дежурно-диспетчерская служба;
• Приложение к СНиП 2.04.02-84. Пособие по проектированию автоматизации и диспетчеризации систем водоснабжения;
• Приложение к постановлению Правительства РФ от 27 декабря 2004 г. N 854. Правила оперативно-диспетчерского управления в электроэнергетике;
• РД 34.48.151. Нормы технологического проектирования диспетчерских пунктов и узлов СДТУ энергосистем;
• ISO 16484. Building Automation and Controls;
• СНиП 41-01-2003 Отопление, вентиляция и кондиционирование;
• СП 7.13130.2009 Отопление, вентиляция и кондиционирование. Противопожарные требования;
• СНиП 31-05-2003 Общественные здания административного назначения;
• СНиП 21.-01-97 Пожарная безопасность зданий и сооружений;
• СНиП 20-102 Противопожарные нормы;
• МГСН 4.10-97 Здания банковских учреждений
• МГСН 4.04-94. Многофункциональные здания и комплексы.
• 1.3. Проект согласовать установленным порядком.

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

ПРОЕКТНАЯ ДОКУМЕНТАЦИЯ АСДУ

Назначение системы диспетчеризации

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

Состав системы диспетчеризации

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

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

Проектом предусмотреть управление и наблюдение за инженерными системами следующих офисов:

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

Систему диспетчеризации предусмотреть на базе программно-технических средств. Оборудование системы СД должно поддерживать открытые стандарты обмена данными в области автоматизации зданий: BACnet®; LONWORKS®; Mod-Bus.

Интеграцию в единую систему диспетчеризации офисов, оборудованных системой автоматики производства ф. Honeywell, предусмотреть с использованием сетевых преобразователей BNA-IP или по протоколу обмена данными BACnet® /IP с включением в единую информационную сеть банка на базе локальной вычислительной сети Ethernet.

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

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

Электропитание оборудования системы диспетчеризации должно осуществляться от сети переменного тока напряжением 380/220 В, частотой 50 Гц с использованием источников бесперебойного питания на аккумуляторных батареях и обеспечиваться как питание электроприемников 1-й категории. Колебания питающего напряжения переменного тока не должны превышать ±5% номинального. Колебания частоты переменного тока не должны превышать ±1% номинальной.

Операционная система

При необходимости допускается использовать частное закрытое программное обеспечение на базе компьютерных средств АСУЗ. Например, MS Windows 10, 11 (все права - корпорация Microsoft).

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

Для ОС должны быть выполняться следующие требования:

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

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

1. наименование и версия программного обеспечения;
2. системные требования к количеству памяти и носителям данных;
3. возможность определения функциональных ошибок программного обеспечения;
4. поддерживаемая ОС (или несколько) управления базой данных;
5. все необходимое прикладное программное обеспечение сторонних производителей;
6. совместимое частное (закрытое с точки зрения условий лицензирования) коммуникационное программное обеспечение;
7. максимальное количество одновременно подключенных пользователей;
8. максимальное количество коммуникационных интерфейсов;

Требования к коммуникационному ПО

Коммуникационное программное обеспечение должно поддерживать все протоколы и технологии указанные в требованиях настоящего ТЗ (BACnet, KNX, ModBus, TCP-IP, OPC).

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

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

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

Требования к ПО интерфейса

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

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

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

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

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

1. Оператор/диспетчер
2. Регистрация и обработка событий, настройка эксплуатационных параметров, контроль состояний, включение/выключение агрегатов, изменение режимов
3. Настольный компьютер с опционально графическим сенсорным дисплеем или другим указывающим устройством
4. Настольный компьютер с опционально графическим сенсорным экраном или другим указывающим устройством, а также сервисные панели управления, индивидуальные средства связи
5. Локальное программирование/конфигурирование, пусконаладка согласно инструкциям
6. Портативные средства конфигурирования/программирования, пусконаладки, например портативный компьютер, пульт ручного управления

Примечания

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

Должна быть предусмотрена процедура регистрации и отмены регистрации операторов с паролем.

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

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

Должна обеспечивать проверку синтаксиса при вводе команд.

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

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

1. дата и время последнего изменения состояния;
2. текстовое описание состояния (Норма, Авария, …),
3. пользовательский адрес (идентификатор) в принятой схеме кодирования,
4. технический адрес,
5. состояние, значение и единица измерения,
6. предельные значения,
7. дополнительный текст – в соответствии с функциями АСУЗ.

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

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

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

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

Тип оповещения определяют, например, следующим образом:

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

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

• Активные, не подтвержденные оператором сообщения должны выделяться красным цветом.
• Активные сообщения подтвержденные оператором сообщения должны выделяться цветом 1.
• Неактивные, не подтвержденные оператором сообщения должны выделяться цветом 2.
• Неактивные, подтвержденные оператором сообщения должны выделяться цветом 3.

Конкретный цвет (1, 2 и 3) определяется на этапе ввода в действие.

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

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

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

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

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

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

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

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

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

1. события;
2. аварийные сообщения (тревоги);
3. графические мнемосхемы, дисплеи;
4. перечни/протоколы;
5. графики/диаграммы, текущие или исторические;
6. отчеты.

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

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

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

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

1. настройка параметров регулирования и управления,
2. проверка коммуникационных функций,
3. диагностика основных компонентов АСУЗ.

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

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