Alarm Configuration (Менеджер тревог)

Привет.
Пытаюсь разобраться с менеджером тревог в CodeSys3.5.
Создал пробный проект. В нем 3 переключающих флага: "Info", "Warning" и "Error". Переключаются они по нажатию на кнопку. Текущее состояние флагов видно в соответствующих прямоугольниках.
На каждый из флагов подвешена одноименная тревога "Info", "Warning" и "Error". Она видна в таблице тревог при активировании.

Вложение 61066

Но непонятно почему эти тревоги в таблице не накапливаются? Я 100500 раз нажимаю на флаг "Info" и строка в таблице "Info" активируется/деактивируется. А где история (лента событий)?
Что я делаю не так?

Цитата:

---

Сообщение от ВладОвен

Привет.
Пытаюсь разобраться с менеджером тревог в CodeSys3.5.
Создал пробный проект. В нем 3 переключающих флага: "Info", "Warning" и "Error". Переключаются они по нажатию на кнопку. Текущее состояние флагов видно в соответствующих прямоугольниках.
На каждый из флагов подвешена одноименная тревога "Info", "Warning" и "Error". Она видна в таблице тревог при активировании.

Вложение 61066

Но непонятно почему эти тревоги в таблице не накапливаются? Я 100500 раз нажимаю на флаг "Info" и строка в таблице "Info" активируется/деактивируется. А где история (лента событий)?
Что я делаю не так?

---

Вам надо таблицу в режим просмотра истории переключить.

ПКМ на таблицу - команда Вставить элементы для подверждения тревог.

После запуска проекта нажать на кнопку История.

Спасибо. Заработало.
А вот еще вопрос:
А как очистить таблицу (всю историю)?

Цитата:

---

Сообщение от ВладОвен

Спасибо. Заработало.
А вот еще вопрос:
А как очистить таблицу (всю историю)?

---

Какую версию CODESYS вы используете?

Версия CodeSys - 3.5 SP17 Patch2 (64 bit).

Цитата:

---

Сообщение от ВладОвен

Версия CodeSys - 3.5 SP17 Patch2 (64 bit).

---

Код:

---

// очистка истории тревог из кода программы
VAR
  itfAlarmConfiguration : AlarmManager.IAlarmConfiguration;
  itfAlarmConfiguration7 : AlarmManager.IAlarmConfiguration7;
END_VAR
FOR i := 0 TO AlarmGlobals.g_AlarmHandler.AlarmConfigurationCount - 1 DO

  itfAlarmConfiguration := AlarmGlobals.g_AlarmHandler.GetAlarmConfiguration(i);

      IF __QUERYINTERFACE(itfAlarmConfiguration, itfAlarmConfiguration7) THEN

        // сохраняем в журнале текущие тревоги
        itfAlarmConfiguration7.ClearHistory(xKeepActiveAlarms := TRUE);
      END_IF

END_FOR

---

Ок. Спасибо.
Евгений, а подскажите, как правильнее сделать отметку в таблице о включении ПЛК в сеть? И так, чтобы эта запись была сразу же и подтверждена.
Предполагаю, что нужно настроить поле "Способ наблюдения" на тип "Событие".

Есть ли способ вручную создавать записи? Т.е. не методом наблюдения за переменными программы?

Цитата:

---

Сообщение от ВладОвен

Ок. Спасибо.
Евгений, а подскажите, как правильнее сделать отметку в таблице о включении ПЛК в сеть? И так, чтобы эта запись была сразу же и подтверждена.
Предполагаю, что нужно настроить поле "Способ наблюдения" на тип "Событие".

---

Можно сделать обычную дискретную тревогу, способ подтверждения - REP.
При старте контроллера сгенерируйте кратковременный импульс в переменной тревоги (длина импульса = 2 * время цикла задача тревог, этого хватит).
Тогда она сразу уйдет в историю, подтверждать ее не придется.

Давайте еще раз:

REP - это события в таблице, не требующие подтверждения (гашения).
ACK - это события в таблице, которым необходимо подтверждение (гашение)

При это если включён режим "History", то мы видим все события всех типов подтвержденные и неподтверждённые.
Если режим "History" отключен, то видим только неподтвержденные события.

Это так?

Написал код, который на 20 секунде работы устанавливает флаг bEventFlag, а еще через 20 секунд - его сбрасывает.

Код:

---

CASE uiSystemStatus OF


    000: openPauseMain(20); // Задержка1 - 20 сек
    005: closePauseMain();
    010: bEventStart := TRUE; // Флаг, который создаст тревогу в таблице тревог
        nextStepMain();
    015: openPauseMain(20); // Задержка2 - 20 сек
    020: closePauseMain();
    025: bEventStart := FALSE; // Флаг больше не нужен. Сбрасываем его
        nextStepMain();
    030: gotoStepMain(030); // Постоянно крутимся тут


END_CASE

---

В единственной группе тревог "AlarmGroup1" создал наблюдение "Дискретный - (PLC_PRG.bEventFlag)=(TRUE)".
Это наблюдение создаст запись в таблице тревог класса "Info" с текстом "Съешь еще этих французских булок!".
Класс "Info" настроен с параметрами "REP", "Архивация" и "Подтверждать по отдельности".
Запускаю. Смотрю в таблицу тревог на экране визуализации. Режим "History" включен.

На 20 секунде создается запись в таблице "Съешь еще этих французских булок!". Запись неподтвержденная.
Подтверждать ее не будем.
На 40 секунде эта запись в таблице исчезает.
Как так? Что я сделал не так?

Цитата:

---

Сообщение от ВладОвен

Давайте еще раз:

REP - это события в таблице, не требующие подтверждения (гашения).
ACK - это события в таблице, которым необходимо подтверждение (гашение)

При это если включён режим "History", то мы видим все события всех типов подтвержденные и неподтверждённые.
Если режим "History" отключен, то видим только неподтвержденные события.

Это так?

---

Да, это так.

Цитата:

---

Сообщение от ВладОвен

Как так? Что я сделал не так?

---

По описанию ситуации - вы таблицу в режим истории не переключили (не смотря на ваши слова).
Уберите ваш код и просто воздействуйте на bEventFlag вручную. Если после переключения из TRUE в FALSE "запись в таблице исчезнет" (и при этом вы уверены, что таблица сейчас в режиме истории), то выкладывайте этот проект - я воспроизведу у себя и разберусь, в чем дело.
Если после удаления вашего кода проблема исчезнет - то вам нужно будет разобраться, как код влияет на эту ситуацию.

А есть ли способ сделать сообщение об ошибке в таблице тревог не просто текстовое, а текстовое с переменными данными?
Например, "Водомер перестал отвечать. Прибор №1234567890". Вот этот номер берется из другой переменной. И он раз-от-раза меняется.

Цитата:

---

Сообщение от ВладОвен

А есть ли способ сделать сообщение об ошибке в таблице тревог не просто текстовое, а текстовое с переменными данными?
Например, "Водомер перестал отвечать. Прибор №1234567890". Вот этот номер берется из другой переменной. И он раз-от-раза меняется.

---

Да, это можно сделать с помощью latch-переменных.
https://help.codesys.com/webapp/_cds...rsion=3.5.17.0

Цитата:

---

Сообщение от Евгений Кислов

... вам нужно будет разобраться, как код влияет на эту ситуацию.

---

Разобрался!
Таблица тревог работает нормально (так, как описано в документации и в ваших примерах) на ПЛК ОВЕН, Raspberry и CodeSysControlWinV3.
На RealLAb поведение таблицы тревог неправильное. В режиме истории таблица тревог не работает вообще.
Портировал код. Наблюдал.
Вот так!

Здравствуйте.
Подскажите, как получить состояние класса тревог Error, а потом его обработать в коде?

Цитата:

---

Сообщение от Lenin

Здравствуйте.
Подскажите, как получить состояние класса тревог Error, а потом его обработать в коде?

---

Добрый день.
Что вы называете "состоянием класса тревог" и как вы планируете обрабатывать это в коде?

Цитата:

---

Сообщение от Евгений Кислов

Что вы называете "состоянием класса тревог" и как вы планируете обрабатывать это в коде?

---

Добрый день.
По умолчанию Конфигуратор тревог содержит четыре дочерних компонента: три класса тревог (Error, Info, Warning)и хранилище тревог Alarm Storage.
Под состоянием класса я подразумеваю переменную типа Boolean которая возвращает "true" если возникло одно из условий появления тревоги.
Имея данные о состоянии класса тревоги можно сделать обработку события.

Цитата:

---

Сообщение от Lenin

Добрый день.
По умолчанию Конфигуратор тревог содержит четыре дочерних компонента: три класса тревог (Error, Info, Warning)и хранилище тревог Alarm Storage.
Под состоянием класса я подразумеваю переменную типа Boolean которая возвращает "true" если возникло одно из условий появления тревоги.
Имея данные о состоянии класса тревоги можно сделать обработку события.

---

Возможно, этот пример окажется полезным:
https://ftp.owen.ru/CoDeSys3/21_Exam...projectarchive

Lenin И от себя, присоединясь к Евгений Кислов, накину ссылку на эту тему: https://owen.ru/forum/showthread.php?t=34145
Там есть описание работы с тревогами от меня - со скориншотами.

Спасибо, Евгению Кислову и Cs-Cs, разобрался)
В примере

Цитата:

---

Сообщение от Евгений Кислов

Возможно, этот пример окажется полезным:
https://ftp.owen.ru/CoDeSys3/21_Exam...projectarchive

---

есть полезная ссылочка.
// См. подробнее в этом видео: https://youtu.be/dXH3jG0i1Kg?t=2125

Здравствуйте.
Кто подскажет, по какому условию eCurrTransition : AlarmManager.AlarmStateTransition; возвращается к 0?
До первой сработки аварии eCurrTransition = 0
Выполнение условия в группе тревог eCurrTransition = 1
Возврат к предаварийной ситуации eCurrTransition = 2
Квитирование eCurrTransition = 4
Проблема в том, что в группе тревог есть условие задержки по времени.
Условие срабатывает один раз, когда eCurrTransition = 0. В дальнейшем срабатывание тревоги происходит без задержки по времени.

Выложите простейший проект с одной тревогой, на котором это можно будет повторить.

Цитата:

---

Сообщение от Евгений Кислов

Выложите простейший проект с одной тревогой, на котором это можно будет повторить.

---

Вложение 62145
eCurrTransition = 2 когда порог превышен, а время еще не вышло.

С отработкой задержки не вижу проблем.
Появление сообщения в таблице и активация Crach_Pump у меня всегда происходит с задержкой:
https://ftp.owen.ru/CoDeSys3/95_Inte...eninAlarms.mp4

Цитата:

---

eCurrTransition = 2 когда порог превышен, а время еще не вышло.

---

Вы ожидаете, что в этот момент eCurrTransition будет равно -1?
Но тут есть нюанс - блок вызывается событийно самим кодесисовским AlarmManager'ом.

В настройках класса тревог установлено 3 галочки - соответственно, вы можете "увидеть" 3 состояния (1, 2, 4) и еще 0 до первого срабатывания тревоги.

Вложение 62147

Если поставить галочку ACK - то можно будет увидеть еще состояние 3.

Я могу предположить, что -1 (Pending) используется где-то внутри библиотеки AlarmManager, и в своем коде вы увидеть это значение не сможете.

Цитата:

---

Кто подскажет, по какому условию eCurrTransition : AlarmManager.AlarmStateTransition; возвращается к 0?

---

Думаю, что такого условия нет и переменная перейдет в 0 только после перезагрузки контроллера и будет в нем до тех пор, пока тревога еще ни разу не активируется.

Евгений, спасибо за развернутый ответ.

Цитата:

---

Сообщение от Евгений Кислов

С отработкой задержки не вижу проблем.
Появление сообщения в таблице и активация Crach_Pump у меня всегда происходит с задержкой:
https://ftp.owen.ru/CoDeSys3/95_Inte...eninAlarms.mp4

---

Не совсем согласен с такой логикой работы, т.к. если по условию "Авария" - это два параметра "Величина" и "Время", то "Квититрование" не должно изменять это условие.
Но имеем то, что имеем.
С остальным согласен. Еще раз спасибо.

Добрый день!

Возможно у кого-то возникала такая проблема: Тревога "поднимается" по списку, хотя имеет время идущее дальше по таблице(Проблема повторяется неоднократно). В чем может быть причина такой ошибки?

На скриншоте Веб-визуализация. Работаю в CoDeSys 3.5 SP17 Patch 3 +
Прибор СПК107.

Заранее спасибо за ответ!

Вложение 66719

Цитата:

---

Сообщение от Александр Новиков

Добрый день!

Возможно у кого-то возникала такая проблема: Тревога "поднимается" по списку, хотя имеет время идущее дальше по таблице(Проблема повторяется неоднократно). В чем может быть причина такой ошибки?

На скриншоте Веб-визуализация. Работаю в CoDeSys 3.5 SP17 Patch 3 +
Прибор СПК107.

Заранее спасибо за ответ!

Вложение 66719

---

Добрый день.
Не помню, чтобы мы наблюдали такие ситуации.
У вас таблица в режиме истории отображается?
Если выложите ваш проект - посмотрим настройки, может, это даст дополнительную информацию.

Евгений, Здравствуйте. Просьба подсказать в чем может быть проблема. Codesys 3.5 SP17 проект для СПК110.
Ситуация. Открываю вкладку AlarmGroup там пусто, должен там увидеть список ошибок, ноВложение 70444 пусто... Нет возможности добавить заново. Screen прилагаю.
Группа ошибок привязана к списку текстов. Список текстов, заполнен Вложение 70445 (см. screen).

Добрый день.
Выложите ваш проект - посмотрим, в чем дело.

Проблема не в проекте. Что то изменилось в Codesys...
Создал чистый проект для СПК110. Добавил Alarm Configuration, Создал группу тревог Alarm Group.
Открываю созданную группу, там ни чего. Не могу добавить сообщения, выбрать дискретный или аналоговый вид инициализации ошибки...
На компьютере стоят SP14 и SP16 там все на месте, в SP17 пусто на экране группы тревог. Если, залить в панель, ошибки отображаются... Аномалия какая то... Несколько дней назад все работало. Что случилось не могу понять.
Вложение 70446

в SP16 экран AlarmGroup выглядит вот так. Все на месте, можно добавлять сообщения об авариях...Вложение 70447

Пока думаю. Преждевременно написал. не помогло

Человеческий фактор. Ларчик просто открывался. Каким то макаром, сдвинул окно Детали, вверх, т.е. все было на месте, но не отображалось. навел мышку на линию
Вложение 70449
Смутило отсутствие хоть каких то намеков что есть разделение экрана, стрелочки или треугольнички как в менеджере визуализации.
и получил курсор со стрелочками, вот оно счастье))) может кому поможет. Скрины прилагаю. Честное пионерское, первый раз такой казус. Думал все пропало, а на месте аварии)
Вложение 70450

Здравствуйте! Подскажите пожалуйста, как в истории сделать так, чтоб отображались только события, когда переменная переходит в значение TRUE? А то сейчас, когда переменная переходит в значение FALSE, она так же отображается в журнале истории, только без красного фона. Из-за этого не понятно, когда что ключалось или отключалось.Вложение 72010

Цитата:

---

Сообщение от Арсений Аксенов

Здравствуйте! Подскажите пожалуйста, как в истории сделать так, чтоб отображались только события, когда переменная переходит в значение TRUE? А то сейчас, когда переменная переходит в значение FALSE, она так же отображается в журнале истории, только без красного фона. Из-за этого не понятно, когда что ключалось или отключалось.Вложение 72010

---

Добрый день.
Установите в классе тревог способ подтверждения REP и не переключайте таблицу в режим просмотра истории.

Добрый вечер.
Получаю события по сети вместе с временным штампом. Используется схема ACK_REP_ACK. Надо всунуть получаемое время в Менеджер тревог. Попробовал через Latch, но возникла проблема. Если ACK не сделан после того как событие ушло, то Latch не обновляется... И даже если ACK сделан до того как событие ушло, Latch не обновляется также. Есть ли вариант обойти это (чтобы при активации события Latch обновлялся) не меняя схемы на REP?
Вложение 73531
Спасибо.

Цитата:

---

Сообщение от Timpod

Добрый вечер.
Получаю события по сети вместе с временным штампом. Используется схема ACK_REP_ACK. Надо всунуть получаемое время в Менеджер тревог. Попробовал через Latch, но возникла проблема. Если ACK не сделан после того как событие ушло, то Latch не обновляется... И даже если ACK сделан до того как событие ушло, Latch не обновляется также. Есть ли вариант обойти это (чтобы при активации события Latch обновлялся) не меняя схемы на REP?
Вложение 73531
Спасибо.

---

Добрый день.
Думаю, нет.
Цитата из документации:
"As a result, in the alarm message the operator also gets the additional information which is written in the latch variables when the alarm becomes active"
https://content.helpme-codesys.com/e...variables.html