Opened 6 years ago

Closed 6 years ago

Last modified 6 years ago

#5062 closed defect (fixed)

[NF] Handling of parameters (fixed=false, start=value) with annotation(Evaluate=true)

Reported by: Adrian Pop Owned by: Per Östlund
Priority: high Milestone: 2.0.0
Component: New Instantiation Version:
Keywords: Cc: Francesco Casella

Description

It seems that in MSL we have final parameters with fixed=false, a start value and annotation(Evaluate=true).

The question is how do we handle these?

  • Do we give an warning that it has no binding?
  • Do we just ignore that it has no binding?
  • Do we use the start value as a binding, they are final!?

Change History (6)

comment:1 by Adrian Pop, 6 years ago

Modelica Spec says:

If Evaluate = true, the model developer proposes to utilize the value for the symbolic
processing. In that case, it is not possible to change the parameter value after symbolic 
pre-processing.

This would imply that the parameter should have a value.

comment:2 by Adrian Pop, 6 years ago

I will add a warning if we have a parameter Type p(fixed=true) annotation(Evaluate=true); with no binding.

I've seen some discussion on making parameters without binding an error, if we decide on that it will be easy to add (#5051).

in reply to:  description comment:3 by Francesco Casella, 6 years ago

Replying to adrpo:

It seems that in MSL we have final parameters with fixed=false, a start value and annotation(Evaluate=true).

This sounds really odd to me. The front-end should be able to analyze and solve the initial equations in order to compute the value, which seems quite far-fetched.

Can you point out where are these parameters found?

comment:4 by Adrian Pop, 6 years ago

Resolution: fixed
Status: newclosed

comment:6 by Adrian Pop, 6 years ago

Summary: [NF] Handling of parameters (flxed=false, start=value) with annotation(Evaluate=true)[NF] Handling of parameters (fixed=false, start=value) with annotation(Evaluate=true)
Note: See TracTickets for help on using tickets.