As stated above: I wish to compute the minimum (and/or maximum) of a continuous variable over time. Here is a minimal example to demonstrate:
model MinMaxTes
The main issue here is that you get an equation which is singular, since you try to solve the equation u_min = min(u,u_min)
. Where u_min depends on u and u_min and every value of u_min
that is smaller than u
would fit in that equation, also a tool might try to use a non-linear solver for that.
An other solution for that could be perhaps the delay operator:
u_min = min(u, delay(u_min,0));
u_max = max(u, delay(u_max,0));
Some notes on the different approaches:
u_min = if noEvent(u < u_min) then u else pre(u_min);
if noEvent(u < u_min) then
u_min = u;
else
u_min = pre(u_min);
end if;
These both are semantically identical, so the result is should be the same. Also the usage of the pre operator solves the issue, since here u_min
depends on u
and pre(u_min)
, so there is no need for a non-linear solver.
u_min = if noEvent(u < u_min) then u else u_min;
Like above where min()
is used here the solution of u_min
depends on u
and u_min
, what leads to a non-linear solution.
The semantic of the noEvent()
operator results into literally usage the if-expression, in this case here an event u < u_min
is triggered and the expression u_min = u
is used all the time.
u_min = if u < u_min then u else u_min;
Yes, it combines the problems of 3 and 4.
when u < u_min the
u_min = u;
end when;
Here again the solution of u_min
depends on u_min
and u
.
u_min + T*der(u_min) = if u <= u_min then u else u_min;
Here u_min is a state and so the calculation of u_min is done by the integrator and this equation is now solved for der(u_min), which then effects u_min.
I tested your model with Dymola 2016 and it works, however you can try to use an alternative approach. In Modelica you have to think in terms of equations and not in terms of assignments.
u_min = min(u, u_min);
Is what you would do if the code were to be executed as a sequence of instructions. Under the hood the Modelica tool converts this equation into a nonlinear system that is solved as the simulation proceed.
These are the statistics I get when simulating your model
Statistics
Original Model
Number of components: 1
Variables: 3
Unknowns: 3 (3 scalars)
Equations: 3
Nontrivial: 3
Translated Model
Time-varying variables: 3 scalars
Number of mixed real/discrete systems of equations: 0
Sizes of linear systems of equations: { }
Sizes after manipulation of the linear systems: { }
Sizes of nonlinear systems of equations: {1, 1}
Sizes after manipulation of the nonlinear systems: {1, 1}
Number of numerical Jacobians: 0
As you can see there are two nonlinear systems, one for u_min
and one for u_max
.
An alternative solution to you problem is the following
model Test
Real x;
Real y;
Real u_min;
Real u_max;
parameter Real T = 1e-4;
equation
x = sin(time) + 0.1*time;
y = sin(time) - 0.1*time;
u_min + T*der(u_min) = if y <= u_min then y else u_min;
u_max + T*der(u_max) = if x >= u_max then x else u_max;
end Test;
In this case u_min
and u_max
are two state variables and they follow
the variables x and y, depending on their values. For example, when x
is lower than u_max
then u_max
gets "stuck" to the maximum value reached up to that point in time.
Sorry but I can't post an image of the model running since this is my first reply.
For your initial question, what seems to work correctly for me in OpenModelica is this:
u_min = min(u, pre(u_min));
u_max = max(u, pre(u_max));
For me that compiles, simulates, and gives the expected results, but also does say "Matrix singular!". On the other hand, if I change the initial declaration for u_max to this:
Real u_max(start = 0);
Then, the "Matrix singular!" goes away.
I don't know why, but that does seems to do the job, and I would suggest is more straightforward then the other options you have listed.