FORUM CTRLX AUTOMATION
ctrlX World Partner Apps for ctrlX AUTOMATION
Dear Community User! We have started the migration process.
This community is now in READ ONLY mode.
Read more: Important
information on the platform change.
06-23-2023 08:30 AM
Hello,
to identify the correct NodeId of an OPC-UA BrowsePath the OPC UA service called "TranslateBrowsePathsToNodeIds" (described in the OPC-UA specifiation part4) should be used.
The OPC UA structure + variable "mamode" have been created within the KVD nodes.json
objects/Datalayer/test/mamode
Starting from the root folder browsing and translation the path for 0bjects/8:Datalayer succeeds.
(Therefore a small piece of software of the OPC UA toolkit is used)
As a result the target ns=8, i=2000 is shown.
But if we try to translate the path created within the KVD configuration (Objects/Datalayer/test/mamode) to retrieve the NodeId of this path the command fails with an error message provided by the OPC UA server within the CtrlX core.
The error message: StatusCode=Bad_NoMatch (0x806F0000) "The requested operation has no match to return." is shown for every folder/structure except of Objects/8:Datalayer.
Spelling and NamespaceIndex are correct and have been verified several times. But it seems that something goes wrong underneath the DataLayer which avoids a correct execution/translation using the "TranslateBrowsePathToNodeIds".
Does anyone have any experience using this OPC UA specified command?
Thanks for your help.
Markus
Solved! Go to Solution.
07-05-2023 04:41 PM
Hello Markus,
we have a bug in our implementation of the service "TranslateBrowsePathToNodeIds", therefore it's actual not working for variables. A bugfix is currently not prioritized.
Do you need this function for your certain/actual project?
greetings
Christian
07-14-2023 08:58 AM
Hello Christian,
meanwhile we got a workaround from our ME-system partner. So it's not a very urgent situation since it works with the workaround. But in general it would be helpful to fix this issue even if there is no big priority.
Thanks for your support,
Markus