ПЛК210: падает OPC UA Server при опросе ~11 000 тегов из Simple SCADA

[DIzagnerUI]

Здравствуйте.

Столкнулись с проблемой при подключении к ПЛК210 по OPC UA.

Оборудование и ПО:

Контроллер: ОВЕН ПЛК210-12
Среда разработки: CODESYS
Подключение: Ethernet, порт 4 контроллера
OPC UA endpoint: opc.tcp://192.168.1.10:4840
OPC UA клиент: Simple SCADA
Количество тегов в проекте: около 11 000

Описание проблемы:
После полного отключения питания и повторного включения ПЛК подключение по OPC UA устанавливается нормально. Simple SCADA успешно подключается к контроллеру и опрашивает теги. Обмен какое-то время работает стабильно.

Через определённое время OPC UA-соединение обрывается. После этого повторно подключиться к OPC UA Server уже не получается до следующего полного отключения и включения питания контроллера.

Проверка с ПК после отказа:

ПЛК по IP-адресу пингуется.
Команда Test-NetConnection 192.168.1.10 -Port 4840 показывает, что TCP-подключение к порту 4840 не выполняется.
То есть сеть до контроллера есть, но OPC UA Server перестаёт отвечать на порту 4840.

Пример результата проверки:
PingSucceeded: True
TcpTestSucceeded: False
RemotePort: 4840

Предположение:
Похоже, что после некоторого времени работы зависает или останавливается OPC UA Server на контроллере. Возможно, проблема связана с количеством тегов, частотой опроса, количеством подписок или размером групп чтения со стороны Simple SCADA.

В проекте порядка 11 000 тегов. Часть тегов находится во вложенных структурах и массивах.

Просьба подсказать:

Есть ли ограничение ПЛК210 / CODESYS Runtime / OPC UA Server по количеству OPC UA-тегов, подписок или одновременно опрашиваемых узлов?
Является ли опрос порядка 11 000 тегов допустимой нагрузкой для OPC UA Server ПЛК210?
Какие рекомендуемые настройки периода опроса, количества тегов в группе и количества подписок для Simple SCADA при работе с ПЛК210?
Есть ли известные проблемы с OPC UA Server на ПЛК210 при большом количестве тегов?
Какие параметры OPC UA Server можно настроить в CODESYSControl.cfg для повышения стабильности?
Нужно ли ограничивать OPC UA Server конкретным сетевым интерфейсом, если используется 4-й Ethernet-порт ПЛК210?
Какие логи на ПЛК210 нужно собрать, чтобы определить причину остановки OPC UA Server?
Требуется ли обновление прошивки или CODESYS Runtime для стабильной работы OPC UA при таком количестве тегов?

Дополнительно:
Планируем проверить работу с уменьшенным количеством тегов и увеличенным периодом опроса, чтобы понять, связано ли падение OPC UA Server именно с нагрузкой.

Будем благодарны за рекомендации по диагностике и настройке.

[Евгений Кислов]

Добрый день.


Есть ли известные проблемы с OPC UA Server на ПЛК210?

Какие логи на ПЛК210 нужно собрать, чтобы определить причину остановки OPC UA Server?

См. информацию на стр. 15:
https://ftp.owen.ru/CoDeSys3/11_Documentation/03_3.5.11.5/CDSv3.5_OPC_v3.1.pdf


Есть ли ограничение ПЛК210 / CODESYS Runtime / OPC UA Server по количеству OPC UA-тегов, подписок или одновременно опрашиваемых узлов?

Является ли опрос порядка 11 000 тегов допустимой нагрузкой для OPC UA Server ПЛК210?
Явного ограничения на количество тегов нет и подписок нет. Косвенно оно вытекает из доступных ресурсов ПЛК - нагрузки на CPU и свободной оперативной памяти.
Ограничение на количество узлов в одном запросе = 100


Какие параметры OPC UA Server можно настроить в CODESYSControl.cfg для повышения стабильности?

Нужно ли ограничивать OPC UA Server конкретным сетевым интерфейсом, если используется 4-й Ethernet-порт ПЛК210?

Вероятно, в этом нет необходимости.


Требуется ли обновление прошивки или CODESYS Runtime для стабильной работы OPC UA при таком количестве тегов?

Не требуется.

[МихаилГл]

Проблема известная, но так и не ясна причина. Проявляется в момент редактирования скады и другие манипуляции с клиентом. Если в первые часы любой ОРС клиент видит тэги, то после нескольких часов работы ранее запущенная скада работает без нюансов, но любые попытки внести в неё изменения при волос к потере связи, и другие клиенты только что запущенные не видят сервера, а скада пашет нормально. Всё восстанавливается после перезапуска ПЛК. Такое впечатление, что ПЛК начинает общаться только с одним разрешённым id, а остальные начинает через некоторое время глушить.

PS Всё ясно, прочитал 15 страницу. Утечка подписок. Хотя немного не такой эффект, как описанный в руководстве, но похоже тоже с этим связанный. Наблюдался на 3х разных проектах с 3мя разными клиентами.