OPC UA
| Автор |
Сообщение |
|
Сообщение создано: 27. 10. 2014 [14:30]
|
|
rxs5
Дмитрий Лыков
In tech support
Зарегистрирован(а) с: 06.11.2013
Сообщения: 205
|
Пока успел проверил с UAExpert 1.3 на другом объекте, не там, где была ошибка. И все получилось.
Лог UAExpert
Created subscription for ServerId 2
Revised values: LifeTimeCount=2400, MaxKeepAliveCount=10, Priority=0, PublishingInterval=500, SubscriptionId=6
CreateSubscription succeeded [ret = Good]
Creating new subscription: ClientHandle=2, PublishingEnable=1, LifeTimeCount=2400, MaxKeepAliveCount=10, Priority=0, PublishingInterval=500
No subscription available for ServerId 2
QascDaModel::dropMimeData
QascAddressSpaceModel::mimeData
Файл дампа wireshark во вложении. Чтобы было с чем сравнить в рабочем состоянии.
И еще файл дампа wireshark на прежнем устройстве с проблемой на окне наблюдения.
[Сообщение редактировалось 3 раз(а), в последний раз 27.10.2014 в 14:53.]
Вложенный файл
|
|
Сообщение создано: 27. 10. 2014 [16:06]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3742
|
"rxs5" wrote:
Про что-то новое - в моем сообщении от 24. 10. 2014 [20:05] я указывал UAExpert 1.3 А 26.10 Вы утверждаете, что UAExpert 1.2 работает хорошо, что я не опровергаю. Но я сразу указал, с какими версиями ПО есть непонятная ситуация, т.е. при использовании UAExpert 1.3.
Я последней версии у себя на тот момент не знал, поскольку не сижу исключительно на OPC UA.
"rxs5" wrote:
Нравится Вам или нет, но если UAExpert 1.2 работал стабильно с OPCUA в openscada, то и UAExpert 1.3, предполагается, должен работать также. Согласны?
Не согласен, поскольку подобное было ранее с версией около 1.1, когда они в обязательном порядке у себя новый сервис начали использовать, который в принципе не обязательный и по сути лишний. После чего 1.2 тоже не работал.
"rxs5" wrote:
Однако я вижу по опыту работы с UAExpert 1.3, что что-то не так, и Вам, как разработчику OPC UA сообщаю. Вам подобные факты интересны?
Для UAExpert, да, поскольку его можно легко у себя обновить и переразвернуть. Хотя и без обязательств, поскольку я категорически не согласен с тем, что политику реализации и обязательности должна диктовать UAExpert, а OpenSCADA отслеживать! Тем более в контексте реализации сервисов сервером, который вовсе не обязан исключительно все их реализовывать, в то время как обязанностью клиента является использование доступных сервисов и не выделываться при отсутствии некоторых.
Т.е. это не проблема OpenSCADA, а речь может идти только про расширение-адаптацию под новые особенности и сервисы.
"rxs5" wrote:
Ну да, а кто предыдущие 1-7 наделал? Даже если были сделаны уже 7 подписок и спотыкается на 8-й, то всего доступно 10 на сеанс. И спотыкаться UAExpert 1.3 не должен.
Запинка на 8 вовсе не означает, что их там всего было выделено до 8, поскольку возможно освобождение ряда в середине, например, выделяется до 1-10, затем освобождение 8 и ошибка при следующем его выделении на свободном месте 8.
"rxs5" wrote:
Далее, Роман, я не спрашивал Вашей оценки своих знаний, также как и не оценивал Ваши.
Тогда и не нужно поддавать сомнению выводы автора!
"rxs5" wrote:
Если по итогам в wiki по OPC UA появится чуть больше описания по подключениям и подпискам, чем есть сейчас, это будет еще лучше.
По итогам чего? Описание там не дополняется просто по тому, что у меня нет на это времени.
И кстати эту проблему я прямо сейчас не брошусь решать!
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 28. 10. 2014 [14:49]
|
|
rxs5
Дмитрий Лыков
In tech support
Зарегистрирован(а) с: 06.11.2013
Сообщения: 205
|
По той же проблеме.
В дампе на запрос UAExpert на подписку для тега из окна наблюдения OPC UA сервер отвечает
ServiceResult: 0x80770000 [BadTooManySubscriptions]
Поля более глубоких уровней ни о чем не говорят.
Это странно выглядит, что так быстро - сразу подключения 1 клиента UAExpert, подписки завершаются.
[Сообщение редактировалось 1 раз(а), в последний раз 28.10.2014 в 14:52.]
|
|
Сообщение создано: 01. 11. 2014 [07:40]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3742
|
"rxs5" wrote:
По той же проблеме.
В дампе на запрос UAExpert на подписку для тега из окна наблюдения OPC UA сервер отвечает
ServiceResult: 0x80770000 [BadTooManySubscriptions]
Установил UAExpert 1.3.0 201 и ничего подобного не увидел.
Проработало полтора часа на трёх сигналах в подписке, по логу в около этом-же месте имею:
20:32:07.715 | Reference Plugin | OpenSCADA.OPC-UA Server - N... | Browse succeeded.
20:32:05.698 | Reference Plugin | OpenSCADA.OPC-UA Server - N... | Browse succeeded.
20:32:05.664 | Attribute Plugin | OpenSCADA.OPC-UA Server - N... | Read attributes of node 'NS2|String|DAQ.AMRDevs' succeeded [ret = Good].
20:31:38.654 | DA Plugin | OpenSCADA.OPC-UA Server - N... | Item [NS2|String|DAQ.System.AutoDA.MemInfo.use] succeeded : RevisedSamplingInterval=500, RevisedQueueSize=1, MonitoredItemId=3 [ret = Good]
20:31:38.653 | DA Plugin | OpenSCADA.OPC-UA Server - N... | CreateMonitoredItems succeeded [ret = Good]
20:31:38.651 | DA Plugin | OpenSCADA.OPC-UA Server - N... | Item [NS2|String|DAQ.System.AutoDA.MemInfo.use]: SamplingInterval=-1, QueueSize=1, DiscardOldest=1, ClientHandle=5
20:31:38.649 | DA Plugin | OpenSCADA.OPC-UA Server - N... | Found existing subscription for ServerId 0
20:31:38.649 | DA Plugin | | QascDaModel::dropMimeData
20:31:38.140 | AddressSpaceModel | OpenSCADA.OPC-UA Server - N... | QascAddressSpaceModel::mimeData
20:31:38.089 | TypeCache | OpenSCADA.OPC-UA Server - N... | ValueRank = -1
20:31:38.089 | TypeCache | OpenSCADA.OPC-UA Server - N... | DataTypeId = NS0|Numeric|6
20:31:38.088 | TypeCache | OpenSCADA.OPC-UA Server - N... | Description = Use (kB)
20:31:38.088 | TypeCache | OpenSCADA.OPC-UA Server - N... | DisplayName = use
20:31:38.088 | TypeCache | OpenSCADA.OPC-UA Server - N... | BrowseName = 0:use
20:31:38.087 | TypeCache | OpenSCADA.OPC-UA Server - N... | Read succeeded.
20:31:38.081 | TypeCache | OpenSCADA.OPC-UA Server - N... | Reading type info of NodeId NS2|String|DAQ.System.AutoDA.MemInfo.use
20:31:38.071 | Reference Plugin | OpenSCADA.OPC-UA Server - N... | Browse succeeded.
20:31:38.068 | Attribute Plugin | OpenSCADA.OPC-UA Server - N... | Read attributes of node 'NS2|String|DAQ.System.AutoDA.MemInfo.use' succeeded [ret = Good].
Единственно, что нового и странного это периодичное:
20:48:15.970 | Server Node | OpenSCADA.OPC-UA Server - N... | Connection status of server 'OpenSCADA.OPC-UA Server - None - None' changed to 'Connected'.
20:48:10.950 | Server Node | OpenSCADA.OPC-UA Server - N... | Connection status of server 'OpenSCADA.OPC-UA Server - None - None' changed to 'ConnectionWarningWatchdogTimeout'.
На работу правда фактически не влияет.
Другого сервера рядом, чтобы это проверить нет.
Ещё погляжу чуть более внимательно на обмен в месте этого события позже.
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 01. 11. 2014 [09:09]
|
|
rxs5
Дмитрий Лыков
In tech support
Зарегистрирован(а) с: 06.11.2013
Сообщения: 205
|
Попробую локализовать условия воспроизведения сообщения BadTooManySubscriptions.
|
|
Сообщение создано: 06. 11. 2014 [17:20]
|
|
rxs5
Дмитрий Лыков
In tech support
Зарегистрирован(а) с: 06.11.2013
Сообщения: 205
|
"rxs5" wrote:
Попробую локализовать условия воспроизведения сообщения BadTooManySubscriptions.
При тех же условиях, что и раньше не всегда воспроизводится. Но факт ошибки реальный, также как и дамп wireshark реальный. Буду смотреть на новые данные.
|
|
Сообщение создано: 08. 11. 2014 [23:26]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3742
|
"rxs5"]
[quote="rxs5" wrote:
Попробую локализовать условия воспроизведения сообщения BadTooManySubscriptions.
При тех же условиях, что и раньше не всегда воспроизводится. Но факт ошибки реальный, также как и дамп wireshark реальный. Буду смотреть на новые данные.
У меня факты такие — нет абсолютно никаких ошибок, включая и ранее указанной смены статуса по сторожевому таймеру UAExpert, точнее редко.
Вот, запустил OpenSCADA на ALTLinux T7 x86_64, а UAExpert 1.3 на другой, подключился и уже 30 минут проблем не наблюдаю.
Кстати, в 1.3 уже убрали накопление левой подписки, точнее она теперь закрывается.
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 14. 12. 2014 [16:23]
|
|
rxs5
Дмитрий Лыков
In tech support
Зарегистрирован(а) с: 06.11.2013
Сообщения: 205
|
Добрый день Роман. Заметил некоторое событие в работе OPC UA.
Условия возникновения: полностью заняты все клиентские слоты в сокетах. Затем отключаю входящий сокет, и потом включаю снова.
Однако клиент UAExpert не подключается с ошибкой 'BadDisconnect'.
Полный лог из UAExpert (перевернул по времени от начала к концу)
16:48:41.036 | Server Node | ..................... | Found endpoint 'opc.tcp://192.168.195.21:4843/OSCADA_OPC/None'
16:48:41.036 | Server Node | ..................... | Found security policy 'http://opcfoundation.org/UA/SecurityPolicy#None'
16:48:41.036 | Server Node | ..................... | ApplicationUri: 'urn:xxxxxxx:OpenSCADA:DAQ.OPC_UA'
16:48:41.036 | Server Node | ..................... | The server returned no certificate, all certificate checks will be skipped.
16:48:41.052 | Server Node | ..................... | Connecting failed with error 'BadDisconnect'
При обычных условиях UAExpert указанной ошибки при подключении не выдает.
Такую ошибку встречал и ранее, однако дамп Wireshark сделал только сейчас. Но с замечанием, что в дампе присутствует и пакеты другого клиента(Genesis64), работающего параллельно с подключаемым UAExpert на тот же же сервер.
Также дамп Wireshark настораживает большое количество сообщений
Secure Conversation Message: ServiceFault
Вложенный файл
|
|
Сообщение создано: 18. 12. 2014 [20:54]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3742
|
"rxs5" wrote:
Условия возникновения: полностью заняты все клиентские слоты в сокетах.
Что это ещё такое "слоты в сокетах"?
"rxs5" wrote:
Затем отключаю входящий сокет, и потом включаю снова.
Тем самым удалили объект протокола с контекстом всех зарегистрированных подписок и т.д, от чего и все проблемы, поскольку клиент полагает, что там всё должно быть.
"rxs5" wrote:
Также дамп Wireshark настораживает большое количество сообщений
Secure Conversation Message: ServiceFault
Я увидел только многократные ответы "NodeId Identifier Numeric: Unknown (397)" на запросы Publish, что логично — нет их там более.
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 19. 12. 2014 [13:34]
|
|
rxs5
Дмитрий Лыков
In tech support
Зарегистрирован(а) с: 06.11.2013
Сообщения: 205
|
Что это ещё такое "слоты в сокетах"? Доступное число подключений клиентов.
Тем самым удалили объект протокола с контекстом всех зарегистрированных подписок и т.д, от чего и все проблемы, поскольку клиент полагает, что там всё должно быть. Переподключение входящего сокета происходит при отключенном клиенте UAExpert.
После включение входящего сокета и подключении к нему клиента Genesis64 - уже после этого делаю попытку подключения клиентом UAExpert. Т.е. клиент не может ничего полагать, потому что когда делаю попытку подключения клиентом - все уже есть (после переподключения).
Я увидел только многократные ответы "NodeId Identifier Numeric: Unknown (397)" на запросы Publish, что логично — нет их там более.
Неужели даже данный скриншот не отображает множество сообщений вида Secure Conversation Message: ServiceFault?
[Сообщение редактировалось 1 раз(а), в последний раз 19.12.2014 в 13:36.]
Вложенный файл
|
|
|
