Стартовая страница › Форумы › Понять, как работает ПО › Работа с Событиями
- В этой теме 37 ответов, 6 участников, последнее обновление 4 года, 3 месяца назад сделано Mikhail.
-
АвторСообщения
-
14.07.2019 в 08:12 #12766RomirosУчастник
У оператора открыто окно с событиями и по одному каналу 24 строки с одним и том же событием раз в час минимум
У Вас стоит галочка в базе «сообщить по изменению», может ее убрать и отслеживать только нарушения границ? По идее если пришло тревожное событие, то следующие тревожное не придет пока не наступит нормализация. Проверьте логику работы.
Группировка событий нужна, но опять же, это в тему отдельного приложения «Журнал Событий»
Нужно делать все в том же PlgTable, зачем пладить кучу приложений? Ну или PlgTablePro по аналогии с графиками. А так мне кажется очень удобно что схемы и события на одном экране с разделительной полосой, которую можно перемещать. Просто добавить функционала и всё.
- Этот ответ был изменен 4 года, 8 месяцев назад от Romiros.
14.07.2019 в 10:38 #12769manjey73УчастникRomiros, не, PlgTable не удобен для таких вещей. Нужно отдельно открываемое окно с серьезным функционалом. Не только event сохранять, но и действия операторов, все команды фиксировать, в том числе и модулем автоуправления, с поиском, фильтрацией, групповым квитированием и т.д.
Если делать PlgTablePro то ну добавиться пара тройка функционала, и на этом лпять будет стоп…Нужен полноценный журнал, который будет сохранять и показывать все в зависимости от подключенных модулей. Вплоть до логирования модулей Экпорта в БД, если необходимо пользователю.
14.07.2019 в 11:35 #12773RomirosУчастникНу если настолько детально, с логированием модулей, то возможно. У нас в scada реализовано в виде двух журналов, которые открываются в отдельном окне: журнал аварийных сообщений и системный журнал. В первом предупреждения и аварии. Во втором всякий системный «мусор» для админа. Насчёт системного согласен, но вот аварийный мне больше нравится, как реализован в RapidScada, в том же окне. Просто добавить фильтрацию событий и будет идеально, все остальное перегрузит интерфейс оператора или диспетчера.
14.07.2019 в 11:45 #12774manjey73УчастникНу вообще да. Нужно примерно так.
PlgTable — использовать PlgEvent или использовать PlgEventPro (по аналогии с Графиками Про, но чтобы плагин вызывался из PlgTable)
Чтобы PlgTable мог располагать окно Event внутри себя не только снизу, но и справа в идеале. Для экранов 16:9 вполне можно разместить…
Ой, то есть PlgEvent(Pro) должен обрабатываться как табличным так и схемным вариантом.А Системный журнал да, можно отдельным окном и в нем же вызов так же PlgEvent(Pro)
Чтобы не перегружать, надо иметь возможность настраиваемых фильтров и быстрых их переключений. Смотреть логи того же модуля экспорта в БД каждый день не нужно, это больше для отладки….
Кстати и логи линий связи смотреть через Web было бы полезно… это же просто файлы…- Этот ответ был изменен 4 года, 8 месяцев назад от manjey73.
14.07.2019 в 12:47 #12776RomirosУчастникKp и модули сервера вполне могут отправлять события с каким-нибудь системным статусом, для фильтрации, тем более данный механизм уже есть, просто делать эту поддержку в разрабатываемых драйверах и модулях. Какие-то важные события типа пропадания связи или команды аатоуправления отправлять событиями, а детальный лог смотреть в скада-администраторе.
15.07.2019 в 13:57 #12790MikhailМодераторУ оператора открыто окно с событиями и по одному каналу 24 строки с одним и том же событием раз в час минимум
Может быть завести отдельные входные каналы, отображающие статус. Выводить события на изменение этого статуса.
03.12.2019 в 10:05 #14267parti3anУчастникПодскажите пожалуйста, а можно где то настроить чтобы в таблице события отображались события начиная с предыдущих суток и до текущего времени?
03.12.2019 в 17:10 #14288MikhailМодераторВ событиях нельзя настроить, но можно настроить в плагине Уведомления.
-
АвторСообщения
- Вы должны авторизироваться для ответа в этой теме.