Opened 11 years ago

Last modified 3 years ago

#2520 assigned defect

model including two SpringDamper blocks leads to compiler error

Reported by: Peter Junglas Owned by: Karim Adbdelhak
Priority: high Milestone:
Component: Backend Version: trunk
Keywords: Cc:

Description

The attached model DamperBug1 terminates with the following error:

Simulation process exited with code 253

Changing one of the SpringDamper blocks to a Spring works (cf. example DamperBug3).

Attachments (2)

DamperBug1.mo (2.8 KB ) - added by Peter Junglas 11 years ago.
DamperBug3.mo (2.8 KB ) - added by Peter Junglas 11 years ago.

Download all attachments as: .zip

Change History (21)

by Peter Junglas, 11 years ago

Attachment: DamperBug1.mo added

by Peter Junglas, 11 years ago

Attachment: DamperBug3.mo added

comment:1 by Martin Sjölund, 11 years ago

You should have gotten more messages:

./DamperBug1 
stdout            | warning | Failed to solve linear system of equations (no. 61) at time 0.000000, system is singular for U[5, 5].
stdout            | warning | Failed to solve linear system of equations (no. 62) at time 0.000000, system is singular for U[5, 5].
stdout            | warning | Failed to solve linear system of equations (no. 61) at time 0.002000, system is singular for U[5, 5].
stdout            | warning | Failed to solve linear system of equations (no. 62) at time 0.002000, system is singular for U[5, 5].
stdout            | info    | model terminate | linear system solver failed. | Simulation terminated at time 0.002

61 is the linear system that defines:
inertia1.w, der(idealrollingwheel1.flangeR.phi), mass1.v, der(idealrollingwheel2.flangeR.phi)

62 is the linear system that defines:
idealrollingwheel2.flangeR.phi, inertia1.phi, idealrollingwheel1.flangeR.phi, idealrollingwheel1.flangeT.s

comment:2 by Peter Junglas, 11 years ago

Yes, I see these messages (at least with the current version, updating daily). But they make no sense, since structurally the two examples are identical. DamperBug3 works, as it should - and there is no reason for it to be structurally singular.

comment:3 by Martin Sjölund, 10 years ago

Milestone: 1.9.11.9.2

This ticket was not closed for 1.9.1, which has now been released. It was batch modified for milestone 1.9.2 (but maybe an empty milestone was more appropriate; feel free to change it).

comment:4 by Martin Sjölund, 10 years ago

Milestone: 1.9.21.9.3

Milestone changed to 1.9.3 since 1.9.2 was released.

comment:5 by Martin Sjölund, 9 years ago

Milestone: 1.9.31.9.4

Moved to new milestone 1.9.4

comment:6 by Martin Sjölund, 9 years ago

Milestone: 1.9.41.9.5

Milestone pushed to 1.9.5

comment:7 by Martin Sjölund, 9 years ago

Milestone: 1.9.51.10.0

Milestone renamed

comment:8 by Martin Sjölund, 8 years ago

Milestone: 1.10.01.11.0

Ticket retargeted after milestone closed

comment:9 by Martin Sjölund, 8 years ago

Milestone: 1.11.01.12.0

Milestone moved to 1.12.0 due to 1.11.0 already being released.

comment:10 by Francesco Casella, 7 years ago

Milestone: 1.12.0Future

The milestone of this ticket has been reassigned to "Future".

If you think the issue is still valid and relevant for you, please select milestone 1.13.0 for back-end, code generation and run-time issues, or 2.0.0 for front-end issues.

If you are aware that the problem is no longer present, please select the milestone corresponding to the version of OMC you used to check that, and set the status to "worksforme".

In both cases, a short informative comment would be welcome.

comment:11 by Peter Junglas, 7 years ago

Milestone: Future1.13.0

comment:12 by Peter Junglas, 7 years ago

The model still doesn't work, the error message in 1.12.0 is

...
LOG_LS | warning | <p>Matrix singular!</p>
LOG_LS | warning | <p>under-determined linear system not solvable!</p>
stdout | warning | <p>Error solving linear system of equations (no. 88) at time 6.977000.</p>
stdout | warning | <p>Solving linear system 88 fails at time 6.977. For more information use -lv LOG_LS.</p>
...

The generated results are completely wrong!

The model is not singular at all, it is actually quite simple. I checked it by reducing the equations manually, which leads to the simple ODE system that a mechanical engineer would write down immediately. The example DamperBug3 works, though it is structurally identical. And DamperBug1 works without any problems in Dymola.

This really is a sign of a flaw in the backend, probably in the equation reduction system, and should be solved as soon as possible.

comment:13 by Francesco Casella, 6 years ago

Milestone: 1.13.01.14.0

Rescheduled to 1.14.0 after 1.13.0 releasee

comment:14 by Francesco Casella, 6 years ago

Owner: changed from probably noone to Karim Adbdelhak
Status: newassigned

@Karim, I guess you should have a look at this, looks quite fishy

comment:15 by Karim Adbdelhak, 6 years ago

I have looked a bit into DamperBug1 and it seems that in C++ in works just fine. It looks like that there is something wrong with the linear solvers, maybe a problem from code-generation. I will try to figure out what C++ does differently.

comment:16 by Francesco Casella, 5 years ago

Milestone: 1.14.01.16.0

Releasing 1.14.0 which is stable and has many improvements w.r.t. 1.13.2. This issue is rescheduled to 1.16.0

comment:17 by Francesco Casella, 4 years ago

Milestone: 1.16.01.17.0

Retargeted to 1.17.0 after 1.16.0 release

comment:18 by Francesco Casella, 4 years ago

Milestone: 1.17.01.18.0

Retargeted to 1.18.0 because of 1.17.0 timed release.

comment:19 by Francesco Casella, 3 years ago

Milestone: 1.18.0

Ticket retargeted after milestone closed

Note: See TracTickets for help on using tickets.