Avatar

Please consider registering
guest

sp_LogInOut Log In sp_Registration Register

Register | Lost password?
Advanced Search

— Forum Scope —




— Match —





— Forum Options —





Minimum search word length is 3 characters - maximum search word length is 84 characters

sp_Feed Topic RSS sp_TopicIcon
Export created nodes
December 5, 2024
10:21, EET
Avatar
APesce
Italy
Member
Members
Forum Posts: 12
Member Since:
December 21, 2022
sp_UserOfflineSmall Offline

Hello,
after creating the OPC UA tree, is there an automation to export the created nodes?
With the hasComponent relation, the list of nodeId (browsename and similar…)

When a client connects, is it essential that it scrolls the tree?

Thanks.
Regards,
Andrea

December 9, 2024
10:14, EET
Avatar
Matti Siponen
Moderator
Members

Moderators
Forum Posts: 349
Member Since:
February 11, 2020
sp_UserOfflineSmall Offline

Hello,

There is no automation for exporting Nodes.

Could you describe in more detail what you’re attempting to do?

December 9, 2024
14:56, EET
Avatar
APesce
Italy
Member
Members
Forum Posts: 12
Member Since:
December 21, 2022
sp_UserOfflineSmall Offline

Hi Matti,
We create the node tree dynamically based on a specific configuration. If the configuration doesn’t change, the tree remains the same.
At this point, we would need to know which nodes have been created.
Do you know a way to do this?

I know that the information model can contain instances of the nodes, so we could create an information model with the created nodes.

Regards,
Andrea

December 9, 2024
15:44, EET
Avatar
Bjarne Boström
Moderator
Moderators
Forum Posts: 1032
Member Since:
April 3, 2012
sp_UserOfflineSmall Offline

Hi,

There is the concept of ModelChangeEvents (see https://reference.opcfoundation.org/Core/Part3/v105/docs/9.32), however please note that in order to benefit from that the Server must support it and the affected nodes must also have the NodeVersion Property. There is no “get all node changes” type of way. In practice this is because the address space could potentially/theoretically be infinite and/or the server itself might not even know the nodes (and might just consult some backend service) and it wouldn’t be efficient data-wise either (thus basically everything in client-server is based on the client request).

If you are making the server yourself using our SDK, then operations done within
com.prosysopc.ua.server.NodeManagerRoot.beginModelChange()
com.prosysopc.ua.server.NodeManagerRoot.endModelChange()
transaction will be sent as the GeneralModelChangeEvent. SDK probably cannot detect the creation of a node (since it doesn’t have the NodeVersion at that time), but changes can also be added manually via com.prosysopc.ua.server.NodeManagerRoot.addModelChange(UaNode, ModelChangeType…) (while the transaction is open). You could also define your own event type etc. that isn’t tied to NodeVersion Property.

If you do not have control over the server there isn’t much you can do (except ask the server vendor of any mechanisms to notifying changes, you could also e.g. just have a single node telling some configuration version and then subscribe to that and then Browse again if that changes). You could re-Browse periodically maybe and see if there are changes.

Forum Timezone: Europe/Helsinki

Most Users Ever Online: 1919

Currently Online:
9 Guest(s)

Currently Browsing this Page:
1 Guest(s)

Top Posters:

Heikki Tahvanainen: 402

hbrackel: 144

rocket science: 88

pramanj: 86

Francesco Zambon: 83

Ibrahim: 78

Sabari: 62

kapsl: 57

gjevremovic: 49

Xavier: 43

Member Stats:

Guest Posters: 0

Members: 726

Moderators: 7

Admins: 1

Forum Stats:

Groups: 3

Forums: 15

Topics: 1529

Posts: 6471

Newest Members:

gabriellabachus, Deakin, KTP25Zof, Wojciech Kubala, efrennowell431, wilfredostuart, caitlynfajardo, jeromechubb7, franciscagrimwad, adult_gallery

Moderators: Jouni Aro: 1026, Pyry: 1, Petri: 0, Bjarne Boström: 1032, Jimmy Ni: 26, Matti Siponen: 349, Lusetti: 0

Administrators: admin: 1