Find out how SCADA systems and networks, like EcoStruxure Geo SCADA Expert, help industrial organizations maintaining efficiency, processing data for smarter decision making with IoT, RTU and PLC devices.
Posted: 2 weeks ago
Hi There,
This might be a simple question (I hope so).
I am trying to build a template for an object that has three DNP3 points that are referencing 3 SCADAPack 47x configuration points. I am using a standard naming convention in the naming of the object and the configuration points. So for example:
How can I configure an expressions in the Template's Property Overrides, that automatically populates the DB references of the DNP3 points, based only on the string value of the AssetID property and perhaps a pointer to the folder that contains all the configuration objects?
See attached picture for reference.
Posted: 2 weeks ago
I don't believe there is anyway to do something like that.
It would require someway of concatenating strings to build up an object name and then evaluate the result to generate an object ID for the DB reference field, but there isn't anyway to do that. Even if there were, it would be quite brittle when faced with moving or renaming objects / groups.
Posted: 2 weeks ago . Last Modified: 2 weeks ago
hmmm. A bit disappointing that DB references in template instances cannot be built up by string expressions.
Then I should maybe change my approach - move the SCADAPack 47x point configuration objects into the template, and simply point those objects at the base SCADAPack configuration object. The struggle will be to get the point config objects synchronized with the logic application, but it's worth a shot.
Let me play with that approach and see where it leads me.
Posted: 2 weeks ago
You could go old-school and write a ST or FBD logic program that runs when the instance is created, sets the required properties and then disables itself (interval to 0, and if ST call DisableExecution so it doesn't appear as active in queries). Logic doesn't execute in the template, only in the instance, so as long as the logic can access the parameters you need at the time of instance create you should be good. If you have to set something manually first, then set the logic to be a manual execution and trigger yourself when necessary.
Create your free account or log in to subscribe to the forum - and gain access to more than 10,000+ support articles along with insights from experts and peers.