Switch for using Name of AF Attributes from Browsable Name or Display Name
Add a Switch to the OPC UA Connector that we can choose if we want the AF Attributes to be created using "Browsable Name" or "Display Name". Using the Display Name would make it much easier for us to locate the Attribute and refer to its OPC Tag as we can see the same "Display Name" in both PI System Explorer and OPC Tools.
Uwe Kullmann commented
And by the way:
Connectors doesn't care about Pointsources, Instrument tags, Location 1-5 etc any more.
To be honest i don't understand in which direction osisoft want to develope the connectors.
the "old" solution gave us the possibilities to change the datasource by changing Location 1 or pointsource. Even more, we were able to name the PI tag different from sourcetag.
I can't see how i can do that with the OPC UA connector...
Uwe Kullmann commented
Actual issue is: The OPC UA IF is NOT browsing the Information Model. It is browsing the address space to reinvent the classes of the objects to create the AF structure. Siemens SPPS T3000 has a huge structure on OPC UA Server and they use different names for attributes and variables, so the type identifier differs from the name of the Information models class.
This result in a strange behaviour:
Information model describe a Motor modul.
In Address space we have 100 Motor modules, each object has a different name.
In AF, ONE template is created with 100 attributes. In Elements, each Motor has 100 attributes where only one Attribute is active and the rest is excluded.
Furthermore, without Special handling, the OPC UA IF is producing a 15MB csv file which could not be handled by the Interface itself and it is nearly impossible to maintain that csv file!
My Suggestion is:
A Switch in the config file to browse the Information Modell to create the type Definition file.
The user can then select the classes he want to get.
If Interface is starting subscribing it filter out only these objects that was derived from the type definitions in the Information model. Each object carries Information about the type Definition behind and each variable carry original name from Information model in "Browse-name"
One tricky Point is then still open:
Should the Interface create AF templates based in the Information model? I believe yes as it perfectly relates to the object orientated model of OPC UA, but
If real objects are created as elements, they have the Attribute names as described from the template. In real world, the attributes were renamed!
Yes, i want to get this fixed asap, as Siemens distributes the new T3000 V8.1 and up, which ONLY supports OPC UA.