Anton Haumer

@maltelenz Dymola shows a correct result, OpenModelica shows the same result as SystemModeler.   I have no idea how to "cure" the IdealizedOpAmpLimited ... Enclosed the whole package Modelica.Electrical.Analog.Examples.OpAmps...

This is my proposal according to this discussion and the discussion in #4333 The parameter settings look reasonable. With Dymola2025x and the proposed parameter settings all examples wotk as expected....

For the release notes I suggest: Modelica.Electrical.Analog.Ideal.IdealizedOpAmpLimited did show numerical issues. Therefore it has been extended in a backwards compatible way, choosing regularization, smooth and noEvent independently. Therefore the behaviour...

@casella I have cleaned up, avoiding all cosmetic changes but removed all unnecessary initializations. I am using an implementation with {regularized, strict, smoothed}. We can easily drop regularized or change...

Also see old discussion about noEVent #4067

It seems that avoiding all fancy stuff (strict, smoothed, regularized) for normal OpAmp applications is the right solution. There are switching examples that are more tricky (SchmittTrigger, invertingSchmittTrigger. Multivibrator, SignalGenerator)...

I've tested the IdealizedOpAmpLimited Examples with Dymola2025x and OpenModelica v1.25.0. All examples except {SchmittTrigger, InvertingSchmittTrigger, Multivibrator, SignalGenerator} with strict=false, smoothed=false, regul=false. I think we don't have to care about them...

BTW, with an alternative implementation we could shift the problem and blame `Modelica.Blocks.Nonlinear.VariableLimiter` (-: 

Dear all, especially @casella, @HansOlsson, @maltelenz, I really want to find a stable solution for this problem. This OpAmp model is the only one in the MSL with saturation of...

I believe finally I found a solution: I have to take the "Rise Time" into account, i.e. a firstOrder between input and output. I tested a quick solution with Dymola,...