This is topic В ОТ генерируются "лишние" сообщения in forum Редактор проекта TRACE MODE 6 / at Форум TRACE MODE: техническая поддержка.


To visit this topic, use this URL:
http://forum.adastra.ru/ultimatebb.php/ubb/get_topic/f/32/t/000562.html

Posted by stepagrus (Участник № / Member № 3589) on :
 
Ситуация такая: есть канал. У него настроены границы так:
HL = 130
LL = 0
HA = 130
LA = 0
HW = 130
LW = 0

Словарь сообщений настроен так, что если значение в норме, то должно выводится сообщение "значние в норме".

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

Пример на видео http://narod.ru/disk/61943013001.28baca7a68031930feecd76f26d0314d/OT.rar.html

Вопрос: почему такое происходит?

Вопрос №2: отчего в ОТ выводится сообщение ERROR по каналу и как этого избежать?
 -
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
1. "при каждом изменении канала в ОТ выводятся одинаковые сообщения "значение в норме".

Проверьте значение атрибута 85 ("Использовать") у этого канала в реальном времени. Он должен быть равен "0".
Если он равен "1", значит Вы не установили флажок "Использовать" в разделе "Границы" редактора канала или в реальном времени этот атрибут взводится в "1" каким-либо воздействием.

В приведенном Вами ролике канал "Т квартал обратка" не имеет ни заданных границ, ни флажка "Использовать". Границы Вы, видимо, задаете в реальном времени. А флажок "Использовать" остается не заданным.

2. Не санкционированное Вами сообщение Error выводится для разных каналов при появлении у них признака аппаратной недостоверности - нет корректного ответа при запросе данных от источника.
Надо
- повышать качество обмена по каналу связи,
- при отключении источника сигналов выключать соответствующие каналы, обращающиеся к этому источнику.
Если нельзя устранить причину, можно устранить эти сообщения, если создать в узле "Системный словарь сообщений" и в нем отредактировать первую строку, введя в текст сообщения в качестве первого символа "@".
 
Posted by stepagrus (Участник № / Member № 3589) on :
 
1. Спасибо. Я считал, чтобы сообщения в ТО по каналу не формировались, то можно отключить границы. А оказалось наоборот.

2. Спасибо за подсказку.

В наше время у редкого проекта все узлы находятся в одной ethernet сети. В моей практике как правило узлы разнесены географически с использованием связи 3G и проч. с VPN туннелями. Скорость соединения очень разная.
ИМХО в ТМ широко используются широковещательные UDP пакеты и устаревшие технологии вроде NETDDE для передачи сообщений в ОТ консоли, что не очень хорошо сказывается на надёжности системы в межсетевом взаимодействии между узлами.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Технология NetDDE для рассылки сообщений Отчета Тревог в Trace Mode 6 НЕ ИСПОЛЬЗУЕТСЯ.
Широковещательные рассылки предназначены для ускорения обмена в локальных сетях.
Сообщения ОТ рассылаются узлам NLL по мере их генерации и по другому рассылаться не могут.
Для организации обмена между географически разнесенными узлами надо использовать обмен по TCP между МРВ.
В этом случае передача ОТ через интернет не используется. Сообщения в каждом МРВ генерируются локально.
 
Posted by stepagrus (Участник № / Member № 3589) on :
 
У меня ситуация такая: связь между узлами настроена по умолчанию, т.е по протоколу UDP. При этом передача сообщений в ОТ тревог консоли не происходит. Возможно для этого нужно открыть какие то ещё UDP порты помимо 260 и 516 ?

P.S. Связь между МРВ+ генерирующим ОТ и Консолью, принимающий ОТ, осуществляется через Интернет.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Широковещательные рассылки сообщений ОТ через Интернет не могут пройти.
Другой принцип рассылки сообщений ОТ реализовать не представляется возможным.
 
Posted by stepagrus (Участник № / Member № 3589) on :
 
Да уж [Неодобрение / Frown]
 


Новости АСУ ТП / News | SCADA / HMI | Обучение / Trainings | Свяжитесь с нами / Contact Us



Powered by Infopop Corporation
UBB.classic™ 6.7.2