Any ideas anyone?
Its as though the solver is getting bogged down in the detail because
it cannot forget the previous small time-steaps.
A problem with a zero-crossing detection, maybe?
Is there something in the Simulink debugger/profiler that would reveal
what's happening?
Kelvin B. Hales
Kelvin Hales Associates Limited
Consulting Control Engineers
Web: www.khace.com
Hi Kelvin,
I'm not 100% sure, but it could be zero-crossings that are causing
this. Whenever you stop a simulation and use the final state as an
initial state, there is some information not stored in the state
vector that is lost. This could be affecting the zc detection in
some blocks.
I do recommend using the Simulink debugger to try to find the problem.
If you use the command-line debugger (sldebug), there are commands to
print out solver information. I'd try setting a time break point
(tbreak) so you get to the point where the model nears steady state,
and then use the command "strace 4" to print out all the information
in the solver. If there's any information in the output that's not
clear, let me know and I'll see if I can help. There can be alot of
information printed to the screen, so I recommend taking a few time
steps using "step top" to see if you can tell why the time steps are
so small.
Hope that helps,
Mike