arOPC 2.22.64.1117 - механизм опроса SNMP статус xConnected

[Eugene_]

Какой механизм формирования этой переменной - он ставится в true после успешного опроса по SNMP или после установления связи с опрашиваемым сервером SNMP (наличия TCP сессии) ?

Есть несколько шкафов коммутации, опрашиваемых по SNMP парой параметров. Для передачи в SCADA идут два получаемых параметра по SNMP (напряжение питания) и также внутренний тег OPC  - Connected, используемые для индикации наличия связи и работоспособности коммутатора. У коммутаторов есть подтвержденная проблема с работой механизма SNMP, но исправить производители это не могут. Иногда коммутатор не отвечает на запрос SNMP в течении длительного времени, до 5 минут, при этом продолжая исправно работать. В этом время тег Connected сбрасывается и на SCADA показывается соответственно авария. Данные читаемые по SNMP не важны и не критичны для процессов, потери данных допустимы.

Можно ли сделать так чтобы статус Connected (ну или какой то иной внутренний тег) ставился в true именно по факту наличия соединения (ping ?) а не успешности запроса SNMP ? у тега MainConnected не такой механизм ?

[arOPC]

Добрый день.

Флаги Connected, MainConnected, ResConnected выставляются в 1 только если прибор ответил внятным пакетом, если в течении некоторого времени ответов нет они сбрасываются.
Для SNMP, в отличие от Modbus TCP, нет понятия установления связи, т.к. обмен ведётся по UDP, это что то вроде RS485, порт открыли, но ответит там кто, неизвестно. Выдать диагностическую информацию, о наличии связи, можно только опираясь на пакеты возвращаемые устройством.
Механизма контролирующего наличие прибора в сети, посредством PING, на текущий момент нет.
Но мысль интересная, для каналов, работающих по сети, это Ethernet клиент и SNMP, в принципе можно встроить механизм пингования, IP же известен.
Подумаю над этим.

Айрат

[Eugene_]

Понятно, спасибо. В данный момент реализовать получение этого статуса - "устройство на связи" можно и через скрипты в SimpleScada посредством ping, но этот вариант видится очень не оптимальным и лишней тратой ресурсов Scada на непрофильные задачи.

[Eugene_]

нет решения пока еще ?

[arOPC]

Добрый день.

Решения пока нет. Планы есть.
Занят другой задачей.

Айрат