<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>http://ltwiki.org/index.php?action=history&amp;feed=atom&amp;title=Advice_for_simulations_with_good_results_in_LTspice</id>
	<title>Advice for simulations with good results in LTspice - Revision history</title>
	<link rel="self" type="application/atom+xml" href="http://ltwiki.org/index.php?action=history&amp;feed=atom&amp;title=Advice_for_simulations_with_good_results_in_LTspice"/>
	<link rel="alternate" type="text/html" href="http://ltwiki.org/index.php?title=Advice_for_simulations_with_good_results_in_LTspice&amp;action=history"/>
	<updated>2026-04-06T07:09:02Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.31.7</generator>
	<entry>
		<id>http://ltwiki.org/index.php?title=Advice_for_simulations_with_good_results_in_LTspice&amp;diff=1049&amp;oldid=prev</id>
		<title>Lewispaul: Created page with &quot;The problem with simulators is that people who don&#039;t understand  how they work have to use them (this is the garbage-in, garbage-out  effect). Following the lead of modern wor...&quot;</title>
		<link rel="alternate" type="text/html" href="http://ltwiki.org/index.php?title=Advice_for_simulations_with_good_results_in_LTspice&amp;diff=1049&amp;oldid=prev"/>
		<updated>2013-06-11T22:24:02Z</updated>

		<summary type="html">&lt;p&gt;Created page with &amp;quot;The problem with simulators is that people who don&amp;#039;t understand  how they work have to use them (this is the garbage-in, garbage-out  effect). Following the lead of modern wor...&amp;quot;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;The problem with simulators is that people who don&amp;#039;t understand &lt;br /&gt;
how they work have to use them (this is the garbage-in, garbage-out &lt;br /&gt;
effect). Following the lead of modern word processing software, in &lt;br /&gt;
which auto-spell check is now ubiquitous, user frustration levels &lt;br /&gt;
with simulators could be greatly reduced if they could contain a &lt;br /&gt;
&amp;quot;what I really meant&amp;quot; auto circuit check function to correct &lt;br /&gt;
impossible or unrealistic user input.&lt;br /&gt;
&lt;br /&gt;
By their very nature, circuit simulators must be open to nearly any &lt;br /&gt;
combination of components as user input, so until circuit simulation &lt;br /&gt;
crystal ball code is perfected, the next best thing may be to educate &lt;br /&gt;
users as to how simulation works and how to &amp;quot;tune&amp;quot; their input in &lt;br /&gt;
order to avoid giving the simulation engine convergence fits.&lt;br /&gt;
&lt;br /&gt;
In my experience, if the circuit to be simulated is made with &lt;br /&gt;
realistic models, including certain important circuit elements not &lt;br /&gt;
necessarily on the circuit schematic, then the circuit will run &lt;br /&gt;
with no convergence issues. So, what makes input realistic?&lt;br /&gt;
&lt;br /&gt;
First is to note that most real world circuit voltages and currents &lt;br /&gt;
are continuous functions with continuous derivatives. The key &lt;br /&gt;
property of functions of this type is that as their behavior is &lt;br /&gt;
examined in fine enough detail, they will always appear linear, &lt;br /&gt;
and linear behavior is what admittance matrix solvers do best.&lt;br /&gt;
&lt;br /&gt;
Any model that tends toward quasi-linear functional behavior between &lt;br /&gt;
closely spaced points will yield both valid operating point and &lt;br /&gt;
transient solutions. Ideal switches, diodes, hard limits, if-then &lt;br /&gt;
functions can be problematic in this regard. LTspice offers extended &lt;br /&gt;
versions of ideal switches, diodes and limit functions that are &lt;br /&gt;
continuous with continuous derivatives (while still appearing ideal &lt;br /&gt;
from the user&amp;#039;s point of view). I believe LTspice&amp;#039;s encrypted models &lt;br /&gt;
run so well not because they contain &amp;quot;magic&amp;quot; undocumented elements, &lt;br /&gt;
but because they simply are generally well written making full use &lt;br /&gt;
of the many simulator-friendly extensions to the basic elements &lt;br /&gt;
available in LTspice.&lt;br /&gt;
&lt;br /&gt;
The second most important key to providing realistic behavior in a &lt;br /&gt;
simulation model is to note that in all real circuits the branches &lt;br /&gt;
will present finite impedances and the nodes will always have some &lt;br /&gt;
stray capacitance. Simulators depend on this behavior to combat &lt;br /&gt;
transient convergence problems. Capacitors are linear elements and &lt;br /&gt;
if all nodes have some finite capacitance and all branches have &lt;br /&gt;
some finite impedance, then at very small time steps, the circuit &lt;br /&gt;
admittance matrix will become dominated by the linear capacitances &lt;br /&gt;
and will be able to &amp;quot;small-step&amp;quot; its way through any very nonlinear &lt;br /&gt;
large signal behavior.&lt;br /&gt;
&lt;br /&gt;
Unfortunately, most engineers like to fill their simulations with &lt;br /&gt;
ideal voltage sources, which if of a nonlinear behavioral nature, &lt;br /&gt;
will never yield to shunting capacitances, even at very small time &lt;br /&gt;
steps. This often results in the dreaded &amp;quot;time step too small&amp;quot; &lt;br /&gt;
failure message and frustrated users.&lt;br /&gt;
&lt;br /&gt;
Admittance matrix solvers do best with voltage controlled current &lt;br /&gt;
sources, so all sources (except zero volt current sensors) should &lt;br /&gt;
be &amp;quot;Nortonized&amp;amp;quot; (current sources shunted with an equivalent Norton &lt;br /&gt;
resistance and at least some capacitance to ensure convergence at &lt;br /&gt;
very small time steps).&lt;br /&gt;
&lt;br /&gt;
LTspice offers many auto-Nortonized elements, but this is not &lt;br /&gt;
always the default and the user has the clueless freedom to specify &lt;br /&gt;
pure voltage sources in any case. By the way, I would wager that &lt;br /&gt;
avoidance of this potential pitfall also contributes much to the &lt;br /&gt;
robustness of LTspice&amp;#039;s encrypted IC models.&lt;/div&gt;</summary>
		<author><name>Lewispaul</name></author>
		
	</entry>
</feed>