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
NEST Simulator is units-agnostic. It implicitly assumes that certain variables (expressed as floating point numbers), have certain orders of magnitude, for example, mV for voltages and nS for conductances. However, in the NESTML model, it might be the case that the user wants to declare certain variables with another unit of magnitude, for example pS or uS. These variables should be internally maintained at this order of magnitude, because of potential floating-point precision issues. But when they are exchanged with NEST, the right conversion factor should be multiplied in.
This affects get_status(), set_status() and the recordables map. These in turn call the NESTML-generated getters and setters. Possibly, the multiplicative factors should be inserted into those getters and setters, and we should make sure that they are not otherwise used internally, but only direct references to variables are used (e.g. S_.ode_state[State_::V_m] instead of get_V_m()).
The text was updated successfully, but these errors were encountered:
NEST Simulator is units-agnostic. It implicitly assumes that certain variables (expressed as floating point numbers), have certain orders of magnitude, for example, mV for voltages and nS for conductances. However, in the NESTML model, it might be the case that the user wants to declare certain variables with another unit of magnitude, for example pS or uS. These variables should be internally maintained at this order of magnitude, because of potential floating-point precision issues. But when they are exchanged with NEST, the right conversion factor should be multiplied in.
This affects get_status(), set_status() and the recordables map. These in turn call the NESTML-generated getters and setters. Possibly, the multiplicative factors should be inserted into those getters and setters, and we should make sure that they are not otherwise used internally, but only direct references to variables are used (e.g.
S_.ode_state[State_::V_m]
instead ofget_V_m()
).The text was updated successfully, but these errors were encountered: