EnglishУкраїнськаmRussian
Login/New
Topic with many replies

OPC UA


Author Message
Written on: 25. 12. 2013 [00:11]
roman
Roman Savochenko
Moderator
Contributor
Developer
registered since: 12.12.2007
Posts: 3747
"roman" wrote:

Во всяком случае в клиенте проверяется именно AccessLevel и OpenSCADA клиент на сервер пишет.

А вот с записью из UAExpert была проблема, т.е. запись проходила, но в ответе была ошибка, одно поле отсутствовало, и UAExpert ругался.
Исправил и теперь запись из UAExpert проходит нормально!

Learn, learn and learn better than work, work and work.
Written on: 25. 12. 2013 [12:18]
rxs5
Дмитрий Лыков
In tech support
registered since: 06.11.2013
Posts: 205
"roman" wrote:

"roman" wrote:

Во всяком случае в клиенте проверяется именно AccessLevel и OpenSCADA клиент на сервер пишет.

А вот с записью из UAExpert была проблема, т.е. запись проходила, но в ответе была ошибка, одно поле отсутствовало, и UAExpert ругался.
Исправил и теперь запись из UAExpert проходит нормально!

Именно из-за невозможности записи в UAExpert и появился вопрос, но нашел не ту причину.
Согласен, теперь запись проходит в UAExpert.
Written on: 09. 01. 2014 [18:07]
rxs5
Дмитрий Лыков
In tech support
registered since: 06.11.2013
Posts: 205
При работе чтение/запись с узлами OPC UA через UA Expert через некоторое время отвалился OPC UA сервер.
И в дальнейшем не подключается через UAExpert с ошибкой
[i]Could not connect to server: BadDisconnect[/i]

В логах OpenSCADA есть сообщение
[i]09-01-2014 18:39:59 225176 /sub_DAQ/mod_OPC_UA/cntr_OPCUA_controller/ 4 0x80220000:Secure channel renew expired[/i]

Предполагаю, что сообщения клиента и OpenSCADA не связаны. Однако с чем связано сообщение об ошибке Secure channel непонятно.
Из клиента IWS также не удается подключиться к OPC UA OpenSCADA с ошибкой
[i]OPC Browse => Error: Failed to establish connection. : 'Bad - Disconnect' (Error: 0x80AD0000)[/i]

При этом OpenSCADA в рабочем состоянии.
Статус транспортного протокола OPC UA такой Enabled. Requests 1.187e+04.
Возможно, что превышено число запросов ? Или там нет ограничений ?
Для входящего транспорта OPC UA статус такой Started. Connections 25, opened 10. Traffic in 0.912MiB, out 1.58MiB. Closed connections by limit 155.
Проверил, при новой попытке подключения соединение закрывает по превышению лимита в 10 открытых.
Не понятно, кто является пользователем этих 10 соединений, если все клиенты отключены ?
Скриншот прилагаю.

[This article was edited 1 times, at last 09.01.2014 at 18:08.]
Attachment

connection_close_by_limit.png (File type: image/png, Size: 104.35 kilobytes) — 808 downloads
Written on: 10. 01. 2014 [10:39]
roman
Roman Savochenko
Moderator
Contributor
Developer
registered since: 12.12.2007
Posts: 3747
"rxs5" wrote:

При работе чтение/запись с узлами OPC UA через UA Expert через некоторое время отвалился OPC UA сервер.

Через некоторое это какое? У меня минимум в течении двух часов никаких проблем нет.

"rxs5" wrote:

[i]09-01-2014 18:39:59 225176 /sub_DAQ/mod_OPC_UA/cntr_OPCUA_controller/ 4 0x80220000:Secure channel renew expired[/i]


Судя по этому его ещё и отдельный контроллер в OpenSCADA опрашивает.
Однако "renew" запросов OpenSCADA клиент просто не шлёт, он переоткрывает канал.

"rxs5" wrote:

Проверил, при новой попытке подключения соединение закрывает по превышению лимита в 10 открытых.
Не понятно, кто является пользователем этих 10 соединений, если все клиенты отключены ?

Один из двух: Клиент OpenSCADA или OPC_UA, но клиент OpenSCADA соединений не плодит и старые закрывает в самом транспорте.
Закройте UAExpert и поглядите не уменьшится ли количество пользователей.
Затем можете остановить задачу контроллера OPC_UA в OpenSCADA и отключите её исходящий транспорт.
По отключению клиентов (закрытию сокетов у клиентов) закрываются и потоки входящего транспорта, если конечно они сами не зависли.
Если не освобождаются то клиентские потоки на чём-то висят, тогда валите OpenSCADA сигналом SIGSEGV и шлите полученный отчёт о падении.

Learn, learn and learn better than work, work and work.
Written on: 10. 01. 2014 [11:06]
rxs5
Дмитрий Лыков
In tech support
registered since: 06.11.2013
Posts: 205
"roman" wrote:

"rxs5" wrote:

При работе чтение/запись с узлами OPC UA через UA Expert через некоторое время отвалился OPC UA сервер.

Через некоторое это какое? У меня минимум в течении двух часов никаких проблем нет.

C утра и к вечеру отвалился.

"roman" wrote:

"rxs5" wrote:

[i]09-01-2014 18:39:59 225176 /sub_DAQ/mod_OPC_UA/cntr_OPCUA_controller/ 4 0x80220000:Secure channel renew expired[/i]


Судя по этому его ещё и отдельный контроллер в OpenSCADA опрашивает.
Однако "renew" запросов OpenSCADA клиент просто не шлёт, он переоткрывает канал.

Поищу такой контроллер.

"roman" wrote:

"rxs5" wrote:

Проверил, при новой попытке подключения соединение закрывает по превышению лимита в 10 открытых.
Не понятно, кто является пользователем этих 10 соединений, если все клиенты отключены ?

Один из двух: Клиент OpenSCADA или OPC_UA, но клиент OpenSCADA соединений не плодит и старые закрывает в самом транспорте.
Закройте UAExpert и поглядите не уменьшится ли количество пользователей.
Затем можете остановить задачу контроллера OPC_UA в OpenSCADA и отключите её исходящий транспорт.
По отключению клиентов (закрытию сокетов у клиентов) закрываются и потоки входящего транспорта, если конечно они сами не зависли.
Если не освобождаются то клиентские потоки на чём-то висят, тогда валите OpenSCADA сигналом SIGSEGV и шлите полученный отчёт о падении.

На тот момент не проверил - "удалось" завалить OpenSCADA другим способом.
Если еще появится, постараюсь проверить.
Written on: 10. 01. 2014 [20:33]
roman
Roman Savochenko
Moderator
Contributor
Developer
registered since: 12.12.2007
Posts: 3747
"roman" wrote:

"rxs5" wrote:

[i]09-01-2014 18:39:59 225176 /sub_DAQ/mod_OPC_UA/cntr_OPCUA_controller/ 4 0x80220000:Secure channel renew expired[/i]


Судя по этому его ещё и отдельный контроллер в OpenSCADA опрашивает.
Однако "renew" запросов OpenSCADA клиент просто не шлёт, он переоткрывает канал.

Конкретно эту проблему исправил, добавив отправку "renew" канала и его переоткрытие при заметном превышении времени жизни.

С остальным у меня проблем нет, но для проверки на сутки поставлю!

Learn, learn and learn better than work, work and work.
Written on: 12. 01. 2014 [16:43]
roman
Roman Savochenko
Moderator
Contributor
Developer
registered since: 12.12.2007
Posts: 3747
"roman" wrote:

С остальным у меня проблем нет, но для проверки на сутки поставлю!

Параллельный опрос из OpenSCADA OPC UA client и UAExpert в течении 32 часов никаких проблем не выявил!

Learn, learn and learn better than work, work and work.
Written on: 12. 01. 2014 [17:35]
rxs5
Дмитрий Лыков
In tech support
registered since: 06.11.2013
Posts: 205
"roman" wrote:

Судя по этому его ещё и отдельный контроллер в OpenSCADA опрашивает.

Действительно был контроллер OPC UA, который был подключен к транспортному протоколу.

"roman" wrote:

Параллельный опрос из OpenSCADA OPC UA client и UAExpert в течении 32 часов никаких проблем не выявил!

Спасибо Роман. Значит в моем случае набор условий был другой. Если снова произойдет такой сбой, буду детали уточнять.

[This article was edited 1 times, at last 12.01.2014 at 17:40.]
Written on: 14. 01. 2014 [16:33]
rxs5
Дмитрий Лыков
In tech support
registered since: 06.11.2013
Posts: 205
Прояснилась ситуация с ростом числа соединений по моему предыдущему вопросу.
Что было изначально:
OPC UA сервер в OpenSCADA
OPC UA клиент UAExprt
OPC UA клиент IWS, запущенный в рантайме
Что происходило:
До некоторого события все было хорошо: 2 открытых соединения и идет обмен данными клиент-сервер.
Через 2 часа происходит событие - завершается trial period рантайма для IWS.
Момент завершения упустил, но спустя небольшое время спустя (минут 10-15), на OpenSCADA уже 10 открытых соединений, 79 сброшено по лимиту. При этом соединение с UAExpert стало неактивным.
В дальнейшем идет рост числа сброшенных по лимиту соединений в OPC UA в OpenSCADA.
Wireshark сразу не включил на запись, но сделал дамп после завершения trial period рантайма для IWS.
Даже после завершения trial period рантайма для IWS все равно шел обмен данными.
И также растет число соединений закрытых по лимиту. Значения видел уже более 800 соединений, сброшенных по лимиту.
Скриншот во вложении. Дамп по вложении.
Attachment

openscada_limit_connections.png (File type: image/png, Size: 270.42 kilobytes) — 830 downloads
openscada_limit_connections_20140114.pcapng (File type: application/octet-stream, Size: 11.14 kilobytes) — 632 downloads
Written on: 14. 01. 2014 [17:17]
roman
Roman Savochenko
Moderator
Contributor
Developer
registered since: 12.12.2007
Posts: 3747
"rxs5" wrote:

Даже после завершения trial period рантайма для IWS все равно шел обмен данными.

Нет там никакого обмена. Он только шлёт Hello запросы, а OpenSCADA их отбрасывает.

Learn, learn and learn better than work, work and work.



10788