You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Wrong type and signal class for ExternalInterface "Y" on "InputParameter" creates conflict with non-analogue constants definitions (eg, boolean TRUE/FALSE)
#110
Open
Erik0x42 opened this issue
Nov 6, 2024
· 1 comment
· May be fixed by #111
InputParameter's terminal "Y" is of type "AnalogueOut" and has SignalClass restricted to "Analogue".
InputParameter may be boolean (eg, "TRUE") - this is defined by the wording "logical operands" in the standard.
The current implementation in NorsokSCDLibrary.aml will cause a conflict between terminal type/class and binary values.
It is preferable to maintain same Terminal Y already established so as to disturb less SCD tools already established, Therefore suggestion to also allow Binary definition should be adopted. However, the "Parameter" attribute allows for AML export to correct values (Analogue or Bolean), so there should be alignment between them upon export.
Problem
InputParameter's terminal "Y" is of type "AnalogueOut" and has SignalClass restricted to "Analogue".
InputParameter may be boolean (eg, "TRUE") - this is defined by the wording "logical operands" in the standard.
The current implementation in
NorsokSCDLibrary.aml
will cause a conflict between terminal type/class and binary values.XML with issue comments:
Proposed solution
Applying these two fixes will align this output terminal with similarly data type agnostic terminals of Split, Opt and BlackBox.
References
The text was updated successfully, but these errors were encountered: