Требования к программному обеспечению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. В случае обнаружения любого нештатного состояния (несоответствие между командой (уставкой) и реальным значением состояния (параметра) устройства) должно быть выдано в отдельном окне сообщение о тревоге, сопровождающееся звуковой сигнализацией соответствующего типа. В окне сообщения о тревоге должно быть указано обозначение технологической подсистемы и причины, данное сообщение вызвавшей, а также значение параметра оказавшееся вне пределов штатных значений.
|
