Регулирование записи алармов в БД

Интегрованная среда разработки (IDE) промышленных приложений.

Регулирование записи алармов в БД

Сообщение KCD » Вт апр 12, 2016 2:39 pm

Добрый день!

Подскажите, каким образом можно регулировать запись алармов и событий в БД, таким образом, чтобы не забивать БД лишней информацией, например, записывать только сигналы возникновения событий, но не исчезновения. Скажем так, чтобы не фильтрами выбирать необходимую информацию, а не записывать лишнюю ?
KCD
 
Сообщения: 152
Зарегистрирован: Пт фев 27, 2015 4:05 pm

Re: Регулирование записи алармов в БД

Сообщение Diogen » Вт апр 12, 2016 3:31 pm

KCD писал(а):Добрый день!

записывать только сигналы возникновения событий, но не исчезновения

Конкретно вот это, можно реализовать, если не ставить галку Alarm в настройках тега, а включить его как Event.
Diogen
 
Сообщения: 353
Зарегистрирован: Чт мар 27, 2014 6:35 pm

Re: Регулирование записи алармов в БД

Сообщение Larrrik » Вт апр 12, 2016 3:40 pm

Diogen писал(а):Конкретно вот это, можно реализовать, если не ставить галку Alarm в настройках тега, а включить его как Event.

Только вот при этом в базу у Вас начнет писаться любое изменение значения параметра, что раздует ее гораздо больше. Ну а алармы соответственно перестанут генерироваться.
Оно Вам нада?
Larrrik
 
Сообщения: 40
Зарегистрирован: Вт авг 26, 2014 6:47 pm

Re: Регулирование записи алармов в БД

Сообщение Генератор зла » Вт апр 12, 2016 3:42 pm

Diogen писал(а):Конкретно вот это, можно реализовать, если не ставить галку Alarm в настройках тега, а включить его как Event.

А не проще почитать IT_AlarmsAndEvents.PDF и понять разницу между Detailed и Consolidated моделями хранения алармов в БД?
KCD писал(а):например, записывать только сигналы возникновения событий, но не исчезновения.

Вы, случаем, не на ЧАЭС работаете? :twisted: Там тоже не понадобилась запись выхода из аларма.
Vita est dolor.
Генератор зла
 
Сообщения: 2860
Зарегистрирован: Вс янв 23, 2011 5:08 pm

Re: Регулирование записи алармов в БД

Сообщение Diogen » Вт апр 12, 2016 5:26 pm

Larrrik писал(а):Только вот при этом в базу у Вас начнет писаться любое изменение значения параметра, что раздует ее гораздо больше. Ну а алармы соответственно перестанут генерироваться.
Оно Вам нада?

Прощу прощения, не уточнил, что это относится только к дискретным алармам.
Diogen
 
Сообщения: 353
Зарегистрирован: Чт мар 27, 2014 6:35 pm

Re: Регулирование записи алармов в БД

Сообщение KCD » Ср апр 13, 2016 5:50 pm

Diogen писал(а):
KCD писал(а):Добрый день!

записывать только сигналы возникновения событий, но не исчезновения

Конкретно вот это, можно реализовать, если не ставить галку Alarm в настройках тега, а включить его как Event.



Если не ставить галку 1, то в Current Alarm Mode в клиенте алармов отображаться не будет.
Если не ставить галку 2, то записываться в БД не будет, насколько я пробовал.


Изображение
KCD
 
Сообщения: 152
Зарегистрирован: Пт фев 27, 2015 4:05 pm

Re: Регулирование записи алармов в БД

Сообщение KCD » Ср апр 13, 2016 6:02 pm

Генератор зла писал(а):
Diogen писал(а):Конкретно вот это, можно реализовать, если не ставить галку Alarm в настройках тега, а включить его как Event.

А не проще почитать IT_AlarmsAndEvents.PDF и понять разницу между Detailed и Consolidated моделями хранения алармов в БД?


Спасибо, ознакомился.

Генератор зла писал(а):Вы, случаем, не на ЧАЭС работаете? :twisted: Там тоже не понадобилась запись выхода из аларма.


Да уж, зачем мелочиться по пустякам, когда ничего уже не поможет :mrgreen:

Интересовал вопрос еще, даже не только записи исчезновения событий, а еще всякие дополнительные записи, типа UNACK_ALM, UNACK_RTN and so on...
Вроде бы одно событие появляется, а записей - куча...
KCD
 
Сообщения: 152
Зарегистрирован: Пт фев 27, 2015 4:05 pm

Re: Регулирование записи алармов в БД

Сообщение Генератор зла » Ср апр 13, 2016 6:38 pm

KCD писал(а):Интересовал вопрос еще, даже не только записи исчезновения событий, а еще всякие дополнительные записи, типа UNACK_ALM, UNACK_RTN and so on...
Вроде бы одно событие появляется, а записей - куча...

Эта "куча записей" - "для прокурора". Именно по ним восстанавливают хронологию событий: когда возникла авария (UNACK_ALM), когда оператор с ней ознакомился (ACK_ALM), какие действия и когда предпринял, когда аварийная ситуация вернулась к норме (ACK_RTN). И по этой хронологии оценивают своевременность и грамотность действий. И, как следствие, определяют кому раздавать "пряники".
Вот такая "куча ненужного мусора". Если для Вас лично это лишнее, не пользуйтесь БД для аварий, показывайте лишь текущие. Жизнь резко упросится.
Vita est dolor.
Генератор зла
 
Сообщения: 2860
Зарегистрирован: Вс янв 23, 2011 5:08 pm


Вернуться в Development Studio & FactorySuite A²

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 3