Replies: 1 comment 1 reply
-
|
nice! I think nothing speaks against declaring custom interface classes, also I think custom features should be allowed. https://forge.frm2.tum.de/review/c/secop/frappy/+/37728 Now you can just do: You are not bound to have exactly the same name in the interface class as in for the python class. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I implemented a class that extends the drivable class for the ROCK-IT gas dosing system. This allows me to calibrate mass flow controllers (MFCs), pressure controllers and temperature controllers.
The SECoP spec does not mention custom interface classes; it simply states that the ECS should select the first or highest one it recognises:
Can I introduce a custom interface class like
_Calibratableor would this be invalid SECoP? Im not sure if the functionality could also be added as a customfeature. Again the spec does not explicitly state that custom features are allowed.Has the whole calibration topic been extensively discussed prior to this? Im not sure if it is possible to find a generic solution that fits all use cases. The solution presented below just fits the requirements we had for the project.
Below is the Frappy specific implementation:
In the actual Hardware drive one would just call the
read_value()andwrite_target()functions with its according decorator:Beta Was this translation helpful? Give feedback.
All reactions