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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- текстовые надписи должны быть хорошо читаемы;

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

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

- для большей наглядности желательно применять объемные изображения элементов рисунков;

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

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

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

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