| Автор |
Повідомлення |
|
Повідомлення створено: 25. 12. 2013 [00:11]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3747
|
"roman" wrote:
Во всяком случае в клиенте проверяется именно AccessLevel и OpenSCADA клиент на сервер пишет.
А вот с записью из UAExpert была проблема, т.е. запись проходила, но в ответе была ошибка, одно поле отсутствовало, и UAExpert ругался.
Исправил и теперь запись из UAExpert проходит нормально!
Learn, learn and learn better than work, work and work.
|
|
Повідомлення створено: 25. 12. 2013 [12:18]
|
|
rxs5
Дмитрий Лыков
In tech support
Зареєстрован(а) с: 06.11.2013
Повідомлення: 205
|
"roman" wrote:
"roman" wrote:
Во всяком случае в клиенте проверяется именно AccessLevel и OpenSCADA клиент на сервер пишет.
А вот с записью из UAExpert была проблема, т.е. запись проходила, но в ответе была ошибка, одно поле отсутствовало, и UAExpert ругался.
Исправил и теперь запись из UAExpert проходит нормально!
Именно из-за невозможности записи в UAExpert и появился вопрос, но нашел не ту причину.
Согласен, теперь запись проходит в UAExpert.
|
|
Повідомлення створено: 09. 01. 2014 [18:07]
|
|
rxs5
Дмитрий Лыков
In tech support
Зареєстрован(а) с: 06.11.2013
Повідомлення: 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 соединений, если все клиенты отключены ?
Скриншот прилагаю.
[Повідомлення редагувалось 1 раз(ів), останній раз 09.01.2014 в 18:08.]
Вкладений файл
|
|
Повідомлення створено: 10. 01. 2014 [10:39]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 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.
|
|
Повідомлення створено: 10. 01. 2014 [11:06]
|
|
rxs5
Дмитрий Лыков
In tech support
Зареєстрован(а) с: 06.11.2013
Повідомлення: 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 другим способом.
Если еще появится, постараюсь проверить.
|
|
Повідомлення створено: 10. 01. 2014 [20:33]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 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.
|
|
Повідомлення створено: 12. 01. 2014 [16:43]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3747
|
"roman" wrote:
С остальным у меня проблем нет, но для проверки на сутки поставлю!
Параллельный опрос из OpenSCADA OPC UA client и UAExpert в течении 32 часов никаких проблем не выявил!
Learn, learn and learn better than work, work and work.
|
|
Повідомлення створено: 12. 01. 2014 [17:35]
|
|
rxs5
Дмитрий Лыков
In tech support
Зареєстрован(а) с: 06.11.2013
Повідомлення: 205
|
"roman" wrote:
Судя по этому его ещё и отдельный контроллер в OpenSCADA опрашивает.
Действительно был контроллер OPC UA, который был подключен к транспортному протоколу.
"roman" wrote:
Параллельный опрос из OpenSCADA OPC UA client и UAExpert в течении 32 часов никаких проблем не выявил!
Спасибо Роман. Значит в моем случае набор условий был другой. Если снова произойдет такой сбой, буду детали уточнять.
[Повідомлення редагувалось 1 раз(ів), останній раз 12.01.2014 в 17:40.]
|
|
Повідомлення створено: 14. 01. 2014 [16:33]
|
|
rxs5
Дмитрий Лыков
In tech support
Зареєстрован(а) с: 06.11.2013
Повідомлення: 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 соединений, сброшенных по лимиту.
Скриншот во вложении. Дамп по вложении.
Вкладений файл
|
|
Повідомлення створено: 14. 01. 2014 [17:17]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3747
|
"rxs5" wrote:
Даже после завершения trial period рантайма для IWS все равно шел обмен данными.
Нет там никакого обмена. Он только шлёт Hello запросы, а OpenSCADA их отбрасывает.
Learn, learn and learn better than work, work and work.
|
