Работа с Событиями

Просмотр 8 сообщений - с 31 по 38 (из 38 всего)
  • Автор
    Сообщения
  • #12766
    Romiros
    Участник

    У оператора открыто окно с событиями и по одному каналу 24 строки с одним и том же событием раз в час минимум

    У Вас стоит галочка в базе «сообщить по изменению», может ее убрать и отслеживать только нарушения границ? По идее если пришло тревожное событие, то следующие тревожное не придет пока не наступит нормализация. Проверьте логику работы.

    Группировка событий нужна, но опять же, это в тему отдельного приложения «Журнал Событий»

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

    • Этот ответ был изменен 4 года, 8 месяцев назад от Romiros.
    #12769
    manjey73
    Участник

    Romiros, не, PlgTable не удобен для таких вещей. Нужно отдельно открываемое окно с серьезным функционалом. Не только event сохранять, но и действия операторов, все команды фиксировать, в том числе и модулем автоуправления, с поиском, фильтрацией, групповым квитированием и т.д.
    Если делать PlgTablePro то ну добавиться пара тройка функционала, и на этом лпять будет стоп…

    Нужен полноценный журнал, который будет сохранять и показывать все в зависимости от подключенных модулей. Вплоть до логирования модулей Экпорта в БД, если необходимо пользователю.

    #12773
    Romiros
    Участник

    Ну если настолько детально, с логированием модулей, то возможно. У нас в scada реализовано в виде двух журналов, которые открываются в отдельном окне: журнал аварийных сообщений и системный журнал. В первом предупреждения и аварии. Во втором всякий системный «мусор» для админа. Насчёт системного согласен, но вот аварийный мне больше нравится, как реализован в RapidScada, в том же окне. Просто добавить фильтрацию событий и будет идеально, все остальное перегрузит интерфейс оператора или диспетчера.

    #12774
    manjey73
    Участник

    Ну вообще да. Нужно примерно так.
    PlgTable — использовать PlgEvent или использовать PlgEventPro (по аналогии с Графиками Про, но чтобы плагин вызывался из PlgTable)
    Чтобы PlgTable мог располагать окно Event внутри себя не только снизу, но и справа в идеале. Для экранов 16:9 вполне можно разместить…
    Ой, то есть PlgEvent(Pro) должен обрабатываться как табличным так и схемным вариантом.

    А Системный журнал да, можно отдельным окном и в нем же вызов так же PlgEvent(Pro)

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

    • Этот ответ был изменен 4 года, 8 месяцев назад от manjey73.
    #12776
    Romiros
    Участник

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

    #12790
    Mikhail
    Модератор

    У оператора открыто окно с событиями и по одному каналу 24 строки с одним и том же событием раз в час минимум

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

    #14267
    parti3an
    Участник

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

    #14288
    Mikhail
    Модератор

    В событиях нельзя настроить, но можно настроить в плагине Уведомления.

Просмотр 8 сообщений - с 31 по 38 (из 38 всего)
  • Вы должны авторизироваться для ответа в этой теме.