Автор |
Сообщение |
Сообщение создано: 21. 02. 2014 [16:30]
|
rxs5
Дмитрий Лыков
In tech support
Создатель темы
Зарегистрирован(а) с: 06.11.2013
Сообщения: 205
|
Тема по совместимости SCADA Genesis64 и OPC UA из OpenSCADA
Проверка от 21.02.2014
Сервер OPC UA OpenSCADA версия среза 2051 от 20.02.2014
Клиент OPC UA Iconics Genesis64 10.8 (10.81.119)
При указании пути подключения к OPC UA серверу система мониторинга Iconics обменивается сообщениями с OPC UA сервером. После чего сообщает, что OPC UA сервер неактивен.
Дамп wireshark во вложении.
Вложенный файл
|
Сообщение создано: 21. 02. 2014 [16:36]
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
"rxs5" wrote:
При указании пути подключения к OPC UA серверу система мониторинга Iconics обменивается сообщениями с OPC UA сервером. После чего сообщает, что OPC UA сервер неактивен.
Дамп wireshark во вложении.
Вы сами в этот дамп смотрели?
Там целых пакетов нет вообще!
С сетью явно большие проблемы, чтобы сервер на простой Hello даже ответить не смог, и это не тема совместимости!
Learn, learn and learn better than work, work and work.
|
Сообщение создано: 21. 02. 2014 [17:36]
|
rxs5
Дмитрий Лыков
In tech support
Создатель темы
Зарегистрирован(а) с: 06.11.2013
Сообщения: 205
|
"roman" wrote:
Вы сами в этот дамп смотрели?
Там целых пакетов нет вообще!
С сетью явно большие проблемы, чтобы сервер на простой Hello даже ответить не смог, и это не тема совместимости!
Была проблема из-за включенных параметров offload в драйвере сетевой карты.
Остальное как и в первом сообщении о поведении Genesis64.
Дамп приложил.
[Сообщение редактировалось 1 раз(а), в последний раз 21.02.2014 в 17:39.]
Вложенный файл
|
Сообщение создано: 21. 02. 2014 [17:54]
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
"rxs5" wrote:
Остальное как и в первом сообщении о поведении Genesis64.
Дамп приложил.
Опять-же из дампа. Запросы до сервера просто не доходят.
Счётчик трафика в транспорте OpenSCADA меняется?
Но скорее всего в транспорте не выбран протокол, а протокол не сконфигурирован.
Включайте в OpenSCADA отладку и смотрите, что протокол говорит.
Learn, learn and learn better than work, work and work.
|
Сообщение создано: 21. 02. 2014 [18:15]
|
rxs5
Дмитрий Лыков
In tech support
Создатель темы
Зарегистрирован(а) с: 06.11.2013
Сообщения: 205
|
"roman" wrote:
Опять-же из дампа. Запросы до сервера просто не доходят.
Счётчик трафика в транспорте OpenSCADA меняется?
Но скорее всего в транспорте не выбран протокол, а протокол не сконфигурирован.
Включайте в OpenSCADA отладку и смотрите, что протокол говорит.
Запросы доходят до сервера точно. В OpenSCADA трафик увеличивается, число соединений тоже. И протокол в сервере OpenSCADA выбран.
Вот что в консоли
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket has been connected by '192.168.195.22'!
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket has been connected by '192.168.195.22'!
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket received message '62' from '192.168.195.22'.
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket received message '62' from '192.168.195.22'.
4|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Element 'OPC_UA' is not present or disabled!
4|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Element 'OPC_UA' is not present or disabled!
4|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Error request to protocol.
4|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Error request to protocol.
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket has been disconnected by '192.168.195.22'!
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket has been disconnected by '192.168.195.22'!
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket has been connected by '192.168.195.22'!
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket has been connected by '192.168.195.22'!
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket received message '62' from '192.168.195.22'.
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket received message '62' from '192.168.195.22'.
4|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Element 'OPC_UA' is not present or disabled!
4|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Element 'OPC_UA' is not present or disabled!
4|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Error request to protocol.
4|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Error request to protocol.
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket has been disconnected by '192.168.195.22'!
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket has been disconnected by '192.168.195.22'!
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket has been connected by '192.168.195.22'!
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket has been connected by '192.168.195.22'!
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket received message '62' from '192.168.195.22'.
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket received message '62' from '192.168.195.22'.
4|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Element 'OPC_UA' is not present or disabled!
4|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Element 'OPC_UA' is not present or disabled!
4|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Error request to protocol.
4|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Error request to protocol.
|
Сообщение создано: 21. 02. 2014 [18:19]
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
"rxs5" wrote:
Запросы доходят до сервера точно. В OpenSCADA трафик увеличивается, число соединений тоже. И протокол в сервере OpenSCADA выбран.
Вот что в консоли
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket has been connected by '192.168.195.22'!
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket has been connected by '192.168.195.22'!
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket received message '62' from '192.168.195.22'.
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket received message '62' from '192.168.195.22'.
4|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Element 'OPC_UA' is not present or disabled!
4|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Element 'OPC_UA' is not present or disabled!
4|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Error request to protocol.
4|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Error request to protocol.
Ну так, а модуля OPC_UA то нет!
Learn, learn and learn better than work, work and work.
|
Сообщение создано: 24. 02. 2014 [15:35]
|
rxs5
Дмитрий Лыков
In tech support
Создатель темы
Зарегистрирован(а) с: 06.11.2013
Сообщения: 205
|
"roman" wrote:
Ну так, а модуля OPC_UA то нет!
В запущенной на тот момент версии OpenSCADA действительно среди транспорта не было протокола OPC_UA. Странно, как это получилось.
Сейчас обновил до 2054, протокол OPC UA есть в OpenSCADA.
При подключении из Genesis64 в статусе такая информация (скриншот).
Дамп wireshark во вложении.
Вложенный файл
|
Сообщение создано: 24. 02. 2014 [17:24]
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
"rxs5" wrote:
При подключении из Genesis64 в статусе такая информация (скриншот).
Дамп wireshark во вложении.
Читает параметры:
OpcUaId_Server_ServerArray 2254
OpcUa_Server_NamespaceArray 2255
При том, что 2254 я не реализую и даже не знаю, что там должно быть.
Ответ об отсутствии этого узла его не устраивает и он повторяет так всё время.
Learn, learn and learn better than work, work and work.
|
Сообщение создано: 24. 02. 2014 [18:20]
|
rxs5
Дмитрий Лыков
In tech support
Создатель темы
Зарегистрирован(а) с: 06.11.2013
Сообщения: 205
|
"roman" wrote:
Читает параметры:
OpcUaId_Server_ServerArray 2254
OpcUa_Server_NamespaceArray 2255
При том, что 2254 я не реализую и даже не знаю, что там должно быть.
Ответ об отсутствии этого узла его не устраивает и он повторяет так всё время.
Из Part 4
5.4.2 FindServers
5.4.2.1 Description
This Service returns the Servers known to a Server or Discovery Server. The behaviour of Discovery Servers is described in detail in Part 12.
The Client may reduce the number of results returned by specifying filter criteria. A Discovery Server returns an empty list if no Servers match the criteria specified by the client. The filter criteria supported by this Service are described in Clause 5.4.2.2.
Every Server shall provide a Discovery Endpoint that supports this Service, however, the Server will only return a single record that describes itself. Gateway Servers will return a record for each Server that they provide access to plus (optionally) a record that allows the Gateway Server to be accessed as a standard Server.
Every Server shall have a globally unique identifier called the ServerUri. This identifier should be a fully qualified domain name, however, it may be a GUID or similar construct that ensures global uniqueness. The ServerUri returned by this Service shall be the same value that appears in index 0 of the ServerArray property (see Part 5).
Every Server shall also have a human readable identifier called the ServerName which is not necessarily globally unique. This identifier may be available in multiple locales.
A Server may have multiple HostNames. For this reason, the Client shall pass the URL it used to connect to the Endpoint to this Service. The implementation of this Service shall use this information to return responses that are accessible to the Client via the provided URL.
This Service shall not require any message security but it may require transport layer security.
Some Servers may be accessed via a Gateway Server and will have a value specified for gatewayServerUri in their ApplicationDescription (See Clause 7.1). The discoveryUrls provided in ApplicationDescription will belong to the Gateway Server. Some Discovery Servers may return multiple records for the same Server if that Server can be accessed via multiple paths.
|
Сообщение создано: 24. 02. 2014 [18:33]
|
rxs5
Дмитрий Лыков
In tech support
Создатель темы
Зарегистрирован(а) с: 06.11.2013
Сообщения: 205
|
И еще http://www.opcfoundation.org/UA/schemas/1.02/Opc.Ua.NodeSet2.xml
<UAVariable NodeId="i=2005" BrowseName="ServerArray" ParentNodeId="i=2004" DataType="String" ValueRank="1" MinimumSamplingInterval="1000">
<DisplayName>ServerArray</DisplayName>
<Description>The list of server URIs used by the server.</Description>
<References>
<Reference ReferenceType="HasTypeDefinition">i=68</Reference>
<Reference ReferenceType="HasModellingRule">i=78</Reference>
<Reference ReferenceType="HasProperty" IsForward="false">i=2004</Reference>
</References>
</UAVariable>
<UAVariable NodeId="i=2006" BrowseName="NamespaceArray" ParentNodeId="i=2004" DataType="String" ValueRank="1" MinimumSamplingInterval="1000">
<DisplayName>NamespaceArray</DisplayName>
<Description>The list of namespace URIs used by the server.</Description>
<References>
<Reference ReferenceType="HasTypeDefinition">i=68</Reference>
<Reference ReferenceType="HasModellingRule">i=78</Reference>
<Reference ReferenceType="HasProperty" IsForward="false">i=2004</Reference>
</References>
</UAVariable>
Если OpcUa_Server_NamespaceArray 2255 реализован, то OpcUaId_Server_ServerArray 2254 на него похож.
И на скриншоте еще.
Достаточно информации выше, чтобы реализовать OpcUaId_Server_ServerArray ?
[Сообщение редактировалось 1 раз(а), в последний раз 24.02.2014 в 18:38.]
Вложенный файл
|