УкраїнськаEnglishmRussian
Вход/Новый
В теме много сообщений

Wonderware System Platform и OPC UA


Автор Сообщение
Сообщение создано: 03. 03. 2016 [17:17]
roman
Roman Savochenko
Moderator
Contributor
Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3743
"rxs5" wrote:

Получилось следующее: при работе по подписке на мониторе иногда появляется статус "UncertainNoCommunicationLastUsableValue". В этот момент данные по подписке не обновляются.

Не имею понятия что это такое.

"rxs5" wrote:

Если же выполнить чтение запросов read, то данные считываются. На скриншоте во вложении явно видно, что один и тот же атрибут узла OPC UA при различных способах чтения имеет два значения. И тот, который имеет неактуальное значение содержит статус "UncertainNoCommunicationLastUsableValue".

Ничего не знаю про этот статус.

"rxs5" wrote:

Дамп обмена между sample ua клиентом и openscada записал, файл во вложении.

Дамп неполный и мне не понятно из него почему PublishResponse вообще не идут.

"rxs5" wrote:

Разработчики клиента WW OPC UA предполагают, что после исправления указанной проблемы все данные в клиенте WW OPC UA также будут отображаться.

Где указано на ошибку OpenSCADA?

Вы лучше-бы узнавали про те дампы, где клиент не шлёт PublishRequest, а это во первых не полное, а во вторых что-то совсем иное!

Learn, learn and learn better than work, work and work.
Сообщение создано: 03. 03. 2016 [19:18]
rxs5
Дмитрий Лыков
In tech support
Создатель темы
Зарегистрирован(а) с: 06.11.2013
Сообщения: 205
"roman" wrote:

"rxs5" wrote:

Получилось следующее: при работе по подписке на мониторе иногда появляется статус "UncertainNoCommunicationLastUsableValue". В этот момент данные по подписке не обновляются.

Не имею понятия что это такое.

Но тем не менее официальный клиент opc foundation часто получает задержку обновления данных, которые могут не обновляться по несколько минут, хотя значения в действительности изменились. С клиентом от opc foundation не должно быть проблем, он тестовый.

"roman" wrote:

"rxs5" wrote:

Если же выполнить чтение запросов read, то данные считываются. На скриншоте во вложении явно видно, что один и тот же атрибут узла OPC UA при различных способах чтения имеет два значения. И тот, который имеет неактуальное значение содержит статус "UncertainNoCommunicationLastUsableValue".

Ничего не знаю про этот статус.
К сожалению тоже не знаю про этот статус, но он наблюдается в тестовом клиенте постоянно. Чего случаться не должно.

"roman" wrote:

"rxs5" wrote:

Дамп обмена между sample ua клиентом и openscada записал, файл во вложении.

Дамп неполный и мне не понятно из него почему PublishResponse вообще не идут.

Тем не менее я его собирал в режиме мониторинга несколько минут. Могу повторить при необходимости.

"roman" wrote:

"rxs5" wrote:

Разработчики клиента WW OPC UA предполагают, что после исправления указанной проблемы все данные в клиенте WW OPC UA также будут отображаться.

Где указано на ошибку OpenSCADA?
Вы лучше-бы узнавали про те дампы, где клиент не шлёт PublishRequest, а это во первых не полное, а во вторых что-то совсем иное!

С точки зрения разработчиков WW OPC UA используемый OPC UA сервер в чем-то не соответствует протоколу OPC UA, раз получается так, что sample клиент foundation не получает корректно данные по подписке. И тогда они не обязаны искать у себя ошибку, когда видят проблему на сервере и показали ее. Формально они правы.

[Сообщение редактировалось 1 раз(а), в последний раз 03.03.2016 в 19:20.]
Сообщение создано: 03. 03. 2016 [19:44]
roman
Roman Savochenko
Moderator
Contributor
Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3743
"rxs5" wrote:

Но тем не менее официальный клиент opc foundation часто получает задержку обновления данных, которые могут не обновляться по несколько минут, хотя значения в действительности изменились. С клиентом от opc foundation не должно быть проблем, он тестовый.

У меня нет проблем с UAExpert 1.3, кроме того, повторяю ещё раз! Если Вы решаете/разбираетесь с одной проблемой то не нужно сюда приплетать другие.

"rxs5" wrote:

К сожалению тоже не знаю про этот статус, но он наблюдается в тестовом клиенте постоянно. Чего случаться не должно.

Меня не интересуют специфические статусы и сообщения клиента, и очевидно я про них знать ничего не могу, только вопросы и проблемы уровня протокола.

"rxs5" wrote:

Тем не менее я его собирал в режиме мониторинга несколько минут. Могу повторить при необходимости.

Дамп бесполезный, поскольку там нет инициализации вообще, только чтение и бравзинг!

"rxs5" wrote:

С точки зрения разработчиков WW OPC UA используемый OPC UA сервер в чем-то не соответствует протоколу OPC UA, раз получается так, что sample клиент foundation не получает корректно данные по подписке. И тогда они не обязаны искать у себя ошибку, когда видят проблему на сервере и показали ее. Формально они правы.

Формально меня взаимодействие с этим клиентом не интересует, почему я должен с этим разбираться?

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



7951