Проблемка с событиями

[Булькин Е]

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



Вот такое действие:



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

[Булькин Е]

Я ожидал что такие настройки монитора будут создавать одно событие активации при срабатывании условия (SAW > порога) и одно событие деактивации при уходе значения уставки в нормальную область (SAW < порога).

[Таушканов Константин]

Посмотрел пример, действительно описываемое вами поведение монитора присутствует.

Есть несколько моментов:
1. Обработка данных в AgavaPLC работает по событиям, (каждое изменение значения сигнала есть событие, которое запускает его обработку).
Для исключения спама монитора событиями вне заданного условия (когда условие не проходит проверку) можно поставить в действии "Создание события" тип события не "Активация тревоги", а "Информационное".
Тогда в журнале будет только одно событие деактивации (обведено розовым на скриншоте):


2. При этом спам событиями при нахождении значения переменной в условии (значение больше порога) все равно останется по упомянутой выше причине:
значение сигнала = 6, условие истинно, выполняется действие.
значение сигнала = 7, условие истинно, выполняется действие.
значение сигнала = 8, условие истинно, выполняется действие и так далее.
Такая картина демонстрируется на скриншоте выше.

[Булькин Е]

Создание информационного события мне не подходит, нужны алармы, чтобы они отображались в окне тревог.
Ну и спам повторяющихся событий сильно мешает, засоряет журнал. Можно это как-то исправить?

[Таушканов Константин]

Для решения вопроса в следующем выпуске будут внесены следующие изменения:
1. Для исключения спама событиями вне заданного условия (когда условие не проходит проверку) в действии "Создание события" будут обрабатываться типы события "Активация тревоги", и "Информационное".
2. Для исключения спама событиями при успешной проверке заданного условия для контролируемого условия типа "Сравнение значений" будет добавлено свойство "Фильтрация" с вариантами значений:

• "Отключена" - этот вариант работает как сейчас, то есть исполняются все действия, подпадающие под условие.
• "Требуется сброс" - это вариант исключит повторное исполнение действий, если контролируемое условие однажды получило истинное значение. Для повторного исполнения действий нужен будет возврат значения в состояние, когда условие не проходит проверку.

[Таушканов Константин]

Вот так будет выглядеть результат работы монитора



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

Ожидайте выпуск 1.6.36, ориентировочно в середине июня, если не будет срочного выпуска.

[Булькин Е]

Спасибо, будем ждать.