J
Joe Gwinn
Guest
On Tue, 25 Oct 2022 21:56:32 -0400, Phil Hobbs
<pcdhSpamMeSenseless@electrooptical.net> wrote:
Yes. In a realistic power-supply circuit models, the parasitic
subcircuits will have eigen frequencies far higher than the core
circuits, so the overall system is stiff.
Yes, solving inherently overdetermined systems can be quite useful.
The problem we had was that the sim was running a factor of about a
hundred slower than needed to permit the required sim runs to be made
in time, and the over determination was an accident of how the
simulation was structured. It was expressed in a block-and-wire model
(Simulink, no programming needed!), and looked clean and simple on
paper. Oops.
Oh, yes. What I also recall using was implicit numerical integration,
like Backward Euler:
..<https://en.wikipedia.org/wiki/Explicit_and_implicit_methods>
The advantage being that the simple implicit methods were not all that
fussy.
Joe Gwinn
<pcdhSpamMeSenseless@electrooptical.net> wrote:
Joe Gwinn wrote:
On Tue, 25 Oct 2022 18:01:17 -0400, Phil Hobbs
pcdhSpamMeSenseless@electrooptical.net> wrote:
Joe Gwinn wrote:
On Tue, 25 Oct 2022 07:56:38 -0700, John Larkin
jlarkin@highlandSNIPMEtechnology.com> wrote:
On Tue, 25 Oct 2022 10:43:18 -0400, bitrex <user@example.net> wrote:
On 10/24/2022 4:16 PM, John Larkin wrote:
We have some sims that run absurdly slow. What are your favorite
speedups?
In LT spice, I have arbitrarily done
.opt reltol=.002
.opt abstol=5n
.opt trtol=5
but that\'s just guessing. It may work with my parts but mess up an
encrypted model that I have no visibility into.
Sometimes one solver is unaccountably better than another.
Using a RAM drive for waveform storage is one, but I guess I don\'t
regularly run sims complex enough that it causes a Ryzen 5600 to chug
badly enough to make me frustrated. Have you upgraded your CPU lately?
The guy running this for me has a pretty good, fairly new PC. But the
sim takes hours to simulate 10s of milliseconds, so we don\'t want a
modest speedup.
TI software, TI models, runs for hours. That\'s silly.
My recollection from my power-system colleagues is that this can be
caused by often parasitic sub circuits with very short time constants
(compared to the core circuit), so the approach was to model only the
core circuit at first, then start to decorate it.
Joe Gwinn
The Gear integrator is specifically designed for problems like that.
(\"stiff systems\").
Yes, but sometimes one must also simplify.
I\'ve also been bitten by MATLAB handling an overdetermined system by
endless iteration. Had to reformulate the problem to evade that.
Joe Gwinn
A stiff system is one whose largest and smallest eigenvalues are very
different, in some not-too-well-defined mathematical notion of \"very
different\".
Yes. In a realistic power-supply circuit models, the parasitic
subcircuits will have eigen frequencies far higher than the core
circuits, so the overall system is stiff.
An overdetermined system is another animal--usually a benevolent one
IME. With a bit of work, it\'s often possible to get a least-squares
optimum solution plus an internal error estimate.
Yes, solving inherently overdetermined systems can be quite useful.
The problem we had was that the sim was running a factor of about a
hundred slower than needed to permit the required sim runs to be made
in time, and the over determination was an accident of how the
simulation was structured. It was expressed in a block-and-wire model
(Simulink, no programming needed!), and looked clean and simple on
paper. Oops.
Fifth- and higher-order Runge-Kutta methods for ODEs are an example I
recall, and of course closure phase in interferometry.
Oh, yes. What I also recall using was implicit numerical integration,
like Backward Euler:
..<https://en.wikipedia.org/wiki/Explicit_and_implicit_methods>
The advantage being that the simple implicit methods were not all that
fussy.
Joe Gwinn