Alright, I found the problem.
The way KiCad converts i(r1) back to the ngspice format is with
NETLIST_EXPORTER_PSPICE_SIM::ComponentToVector
This in turn calls NETLIST_EXPORTER_PSPICE::GetSpiceDevice
Which in turn calls GetSpiceItems which only contains the devices that
KiCad knows about, not all
Hey Holger,
Thanks for the info. To clarify:
If I open eeschema (latest git master) and type i(r1) in the signal text
field it gives an error while if I type i(R1) (uppercase) it works.
This has nothing to do with my patch or the PDK, it's something weird going
on with case sensitivity.
This is a
Seems to be a nice mixture of bug sources.
@include[current] is probably a pdk bug. Who is naming a current source
(first letter has to be i) 'include'?
@r1[i] is the ngspice vector name for current through r1.
There is no function i(r1) in ngsppice. So you have to read
@r1[i] from ngspice and
Hey,
I've been trying to implement the new function, but running into issues.
I took a look at the AllPlots functions, which returns stuff like the
following:
@m.xm2.msky130_fd_pr__nfet_g5v0d10v5[ib]
@m.xm2.msky130_fd_pr__nfet_g5v0d10v5[ig]
@m.xm2.msky130_fd_pr__nfet_g5v0d10v5[is]
4 matches
Mail list logo