-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Extract DPEs that are instantiated from mixed design/config servers #3
base: master
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can you give an example where calling configureFromNameManager() is going to be used in iTK?
One example: every AMAC chip has 4 GaNFETs to control different high-voltage channels. We would like to model each switch as its own object in the OPC server. They should be children of AMAC objects --- the AMAC objects are configuration-instantiated. However, the switch objects are identical across AMACs, and can therefore be design-instantiated. |
Previously, if a configuration-instantiated object had children that were instantiated from design, Cacophony would not generate any code to parse those children. This commit updates the `designToConfigParser` template to parse design-instantiated children of configuration-instantiated objects. It does so by separating the XML-dependent part of DPE creation from the XML-independent part, and parsing the design for the XML-independent part.
63cfe20
to
0315c4e
Compare
Previously, there were options to run Cacophony over servers that are purely instantiated from design, and servers that are purely instantiated from config. This PR adds logic to handle the case where some configuration-instantiated objects
The change was based originally from tag
until_quasar_1.5.12
Addresses corresponding issue https://its.cern.ch/jira/browse/OPCUA-3178