1. Хотелось бы видеть отчет тревог в виде нормальной базы данных с возможностью обращаться к ней на SQL.
2. Словари в виде базы данных, для того, чтобы иметь: 2.1 привязку не по порядку, а по ключевому полю, и соответственно возможность легко удалять, добавлять и редактировать поля; 2.2 возможность указывать принадлежность сообщения одному или нескольким конкретным узлам проекта (чтоб в других узлах они не отображались даже при редактировании) с возможносью изменять принадлежность; 2.3 в битовых каналах привязка независимо к каждому биту, без обязательной привязки к оставшимся (например только к 5-у и 10-у биту), в аналоговых соответственно отдельному событию пересечения какой-либо границы; 2.4 возможность привязать к сообщению звуковой файл сигнализации.
3. Звуковая сигнализация с привязкой к сообщению словаря (п.2.3) с воспроизведением: 3.1 однократным при возникновении события; 3.2 однократным, если за время проигрывания возникли события с привязкой к тому же звуковому файлу; 3.3 последовательным (без прерывания текущего воспроизведения) при возникновении нескольких событий с привязой к разным звуковым файлам.
Posted by Kramarenko Stanislav (Участник № / Member № 119) on :
Можно даже сделать так - не выделять отчет тревог в отдельную базу, а внутри СПАД создать дополнительную "таблицу", куда писать события в виде структуры отчета тревог, только вместо сообщения писать его ключ. Словарь сделать связанной базой, чтобы на SQL можно было легко связать значения этого ключа с текстом сообщения.
Т.е. у нас будет единая база по событиям и ходу технологических процессов с единым механизмом выборки.
Кстати, обязательно нужно реализовать функцию печати выборки событий, чего не было в AlarmViewer версии 5, а также печати графиков непосредственно из объекта Trend (ну или аналогичного).
![[prey / молящийся]](graemlins/prey.gif)