Я создал клиентское приложение с подпиской на мониторинг нескольких тегов через сервер OPC UA (c#). Если связь между сервером OPC и ПЛК потеряна во время работы клиента, клиент перестает получать информацию от сервера и никогда не получает уведомления о том, что ПЛК больше недоступен.
Я оцениваю реализацию периодической операции чтения для одного тега через сервер OPC, чтобы фактически знать, активно ли соединение plc или нет, но если в OPC UA есть собственный механизм, я хотел бы избежать этого.
Есть ли способ (например, событие) уведомить клиента о том, что соединение с ПЛК потеряно для текущей подписки?
Совместимый сервер OPC UA должен отправлять уведомление с одним из кодов состояния «Bad» при потере соединения с целевой системой. Это обычное событие уведомления, тот же канал, что и «хорошие», он просто несет другое значение DataValue, которое имеет StatusCode с соответствующими битами, установленными так, что это указывает на проблему.
Итак, вам нужно проверить StatusCode во входящих уведомлениях. Если вы уже делаете это, но сервер действительно ничего не отправляет в случае потери связи, вам нужно пожаловаться поставщику сервера, потому что такое поведение не совсем приемлемо для любого серьезного сервера.
Примечание. Существуют способы указать «фильтр» изменения данных при подписке на отслеживаемый элемент, и вы можете указать, хотите ли вы получать уведомления, например. когда меняется только временная метка, а не значение и т.д. Но как бы ни был настроен фильтр, всегда отправляются изменения в StatusCode. Поэтому проблема не может заключаться в неправильном наборе фильтров.
Я не проверял StatusCode входящего уведомления. Я только что проверил, и как только связь с ПЛК потеряна, я получаю уведомление с Bad StatusCode. Примечание. Я использую KepServerEX. Действительно спасибо за ответ.