Mail Archives: geda-user/2021/04/25/04:07:45
On 2021-04-24 23:10, Glenn (glimrick AT epilitimus DOT com) [via
geda-user AT delorie DOT com] wrote:
> Roland,
>> A few first questions about xspice:
[..]
>> Your backend is called "xspice", but in the example, the resulting
>> .cir file is further processed with ngspice. Is this temporary,
>> specific to the test, an oversight, or is "x" really a placeholder for
>> "any of the derivatives"?
A backend that supports XSPICE would be quite a step forward (assuming
it can generate netlists that account for all XSPICE vector extensions).
[..]
> Spice understands a specific set of devices namely passives (like
> resistors, capacitors, etc.), various sources (both voltage and
> current), several flavors of transistors (BJT, FET, etc.), and a few
> others. These are the native spice devices which every version of spice
> knows what to do with. Subcircuits are a native device which contain
> other native devices. An analogy would be: native devices are to spice
> what keywords are to the C compiler, subcircuits are to spice what
> functions are to the compiler.
>
> XSpice is a superset of spice. Among other things it adds a bunch of
> new
> native devices, gain blocks, flip-flops, etc.
XSPICE is not a SPICE superset. Maybe it should be called a symbiote.
First, XSPICE *adds* a completely new discrete event handler/simulation
engine to SPICE. Second, a new codemodel device is added to the list
of devices that NGSPICE supports. This codemodel can use both the old
analog simulator and the new event-base engine.
Because of the way it is written, XSPICE also adds new syntactic
elements to (NG)SPICE. The most important one is that it becomes
possible to not only handle pins, but also ports: lists of pins,
where each pin can have a specific type. Using ports it is possible
to have subcircuits that handle busses (e.g. a subcircuit that
supports not only a single AND device, but any number of these).
> Any device which spice/xspice (hereafter ngspice, and the
> --enable-xspice is assumed) doesn't know what to do with must be
> converted into some combination of models and subcircuits which are
> known. For example ngspice doesn't know anything about LM555 timers. So
> if a schematic contains an LM555 that device must first be converted
> into something ngspice can work with before it can be simulated.
> Previously this was done by hand.
I prefer to say that it is still done by hand. It still has to be
defined as a subcircuit using resistors, transistors etc., but
it can now also use the codemodel device in addition. And as a bonus,
one can add a dual 556 or quad timer 558 with no other changes
than specifying ports with a different number of pins.
Full support of XSPICE (or NGSPICE) needs changes to the schematic
entry package and the netlister.
-marcel
- Raw text -