| Автор |
Повідомлення |
|
Повідомлення створено: 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.]
Вкладений файл
|
