

Of course you could just write the NodeSet2.xml file manually. It includes naming conventions and other helpful tips: The OPC Foundation released a Whitepaper describing best practices for information modelling. For a dog one can optionally also define a weight. For the sound we define a custom datatype which represents a structure with two fields: the sound verb as per the Wikipedia article and a URL to a sound file.

Every Mammal has a specific number of legs, and a sound.

In our simplified world, every Animal should have a name.

The goal for this tutorial is to come from a mind-model to the final NodeSet2.xml format. This file contains all the nodes and references between the nodes inside this specific information model. A Tutorial on how to create your own custom information model is described in this chapter.Įvery custom information model or companion specification should be delivered as the official NodeSet2.xml format. This address space can be extended by custom information models. This post gives you a quick introduction into creating custom OPC UA Information Models.Ī more complete tutorial, including explanations how to configure your editor and the open62541 stack, and then compile your custom information model up to a fully running OPC UA server is given in:įrom modelling to execution – OPC UA Information Model TutorialĪs explained in my previous post, OPC UA organizes all the nodes inside an address space:
