Создать событие

[TEVAS]

Добрый день, друзья!
Не могу разобраться, как мне добавить в БД алармов запись о событии, например : пользователь такой-то изменил уставку с .. на ... Или ткните на хелп, не могу найти ничего. Это ж вроде не аларм, а как тогда настраивать такие сообщения и где? ОООчень жду подсказку! Заранее благодарю!

[Генератор зла]

В Галактике - никак. События пишутся по англицки в птичьем формате. Проще выделить событиям приоритет 900 и писать как алярмы.

[TEVAS]

Я так и предполагала, поэтому и в хелпе нет конкретики..
То есть, я завожу UDA, сколько мне нужно для событий, определяю их как discrete, и при взвожу их в нужном месте в единицу, а по этой единице уже выскочит аларм. И настраивать тогда, как аларм, да? На вкладке Extensions?
А какой Вы приоритет алармам даете? Просто я оставляю по умолчанию 500, как предлагает платформа.

Спасибо!!!!!

[Генератор зла]

Не, нам, мазохистам, простых путей не нада.

пользователь такой-то изменил уставку с .. на ...

Возмём это за пример.
Нужно хранить текущее значение (оно как бэ есть в PV.LoLimit)
Нужно ещё Real UDA для вводимого значения. (NewLoLimit)
По DataChange NewLoLimit (кстати, проверку на корректность ввода я опускаю, но и её неплохо было бы делать ) сгенерировать строку MsgAlmLoLimitChange (ага, ещё один UDA) в виде "Параметр " + Me.Tagname + ", изменение нижней предупр. уставки с " + Str(PV.LoLimit) + " на " + Str(NewLoLimit);
PV.LoLimit=NewLoLimit;
LoLimitChange = true; (ещё один UDA)
А вот на LoLimitChange через Extention назначает Alarm с месагой MsgAlmLoLimitChange.
Ну, это так, прикидочно. Сами мы от реализации этого отказались, слишком просто. Подсунули заказчику стандартный механизм и внушили, что это самое то, что ему надо

А какой Вы приоритет алармам даете?

Откройте любой компонент AlarmView. Там есть настройка цвета. Диапазон 1-999 разбит на несколько диапазонов.Чем меньше приоритет, тем критичнее аларм. Мы сделали красный = 125, жёлтый = 250, информационный (зелёный) = 900. Пока хватает. Приоритет = 500 у нас был на аларм BadValue. Но потом от Bad отказались, при периодических сбоях связи эти арармы забивают всю БД и вешают AlarmDBLogger с MSSQL.

[TEVAS]

Идея примерно ясна, но у меня несколько иначе уставки выглядят, и я пользуюсь UserDefined шаблоном. Ну, попробую!))))))))) Спасибо!

[TEVAS]

А вот такой вопрос.

LoLimitChange = true; (ещё один UDA)

когда LoLimitChange где-то присвоится снова 0, то в журнале появляется этот же текст, но как бы ушедший аларм.
Я сделала иначе, но тоже через UDA и аларм генерируется по состоянию true для признака ввода данных оператором.
Но чтобы снова аларм возник, бит-признак обнуляется и вот это и приводит к дублированию строки с текстом в журнале. В принципе, ничего, работает правильно.
У вас тоже так??

[Генератор зла]

Увы, это издержки такого метода.
Но ведь можно на события сделать отдельный просмоторщик, в котором помимо приоритета выводить только UnAck-записи, а всяко-разное Ack, Ret не выводить. Вот и не будет дублирования