Opened 7 years ago
Closed 6 years ago
#4758 closed defect (fixed)
Issues with equation count in NF
Reported by: | Francesco Casella | Owned by: | Willi Braun |
---|---|---|---|
Priority: | high | Milestone: | 2.0.0 |
Component: | Backend | Version: | |
Keywords: | Cc: |
Description
Please check the FilterWithDifferentiation model with the NF. When checking the model, I get
Modelica.Blocks.Examples.FilterWithDifferentiation has 15 equation(s) and 15 variable(s).
and I can also count 15 equations if I flatten the model. However, when compiling the model the following error is obtained:
Error: Too many equations, over-determined system. The model has 13 equation(s) and 11 variable(s). Error: Internal error Transformation Module PFPlusExt index Reduction Method Pantelides failed!
As there are some equations involving complex functions, I suspect there is something wrong in how the DAE structure is built in that case.
Change History (4)
comment:1 by , 7 years ago
Component: | New Instantiation → Backend |
---|---|
Owner: | changed from | to
Status: | new → assigned |
comment:2 by , 7 years ago
When we pass removeSimpleEquations, which can be achieved with --removeSimpleEquations=new | --removeSimpleEquations=none
the model fails in the index reduction with some differentiation issue for the equation:
Bessel.y = Bessel.gain * Bessel.u_nominal * Bessel.uu[Bessel.nr + Bessel.na + 1]
this equation looks in the old instantiation:
Bessel.y = Bessel.gain * Bessel.u_nominal * Bessel.uu[3]
The final parameters are also replaced in the old Frontend.
I guess the old removeSimpleEquation module acts also wrong, because it assumes all ASUB expressions have been replaced.
comment:3 by , 7 years ago
I guess the back-end is currently built on the assumption that all structural parameters are evaluated, right?
Should the NF do that, or should the BE be extended to take care of that?
comment:4 by , 6 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
The model now simulates and verifies correctly.
This seems to be an issue in removeSimpleEquation, since the model is balanced when we enter the Backend. Output
dumpdaelow
:After removeSimpleEquations:
optdaedump