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]
Thanks!
The let trick of Jonathan is very useful, combined with the textbox to add
"hidden" signals.
Also very grateful for the pointers of Sylwester. I hope with that I should
be able to update the interface to list all the signals that are available.
Regards,
Pepijn
On Sun, Oct 18, 2020 at
Hi Pepijn,
On 14/10/2020 20:00, pepijn de vos wrote:
I think there are a few ways to go about it, which don't exclude each
other. One is to extend the logic that adds the currents for voltage
sources and resistors to also add transistors.
Current release version of KiCad populates simulation
On Wed, Oct 14, 2020 at 8:00 PM pepijn de vos wrote:
...
> For example, two other things that would be great to add is a way to plot
> algebraic expressions of different signals, to plot things such as impedance
> and transconductance, and a way to annotate operating points in the
> schematic.
On 14/10/2020 20:00, pepijn de vos wrote:
> Hey all,
>
> I'm a sw dev and recent IC design graduate, who made it his mission to
> improve open source tools for IC designers.
> To this end I've been playing with the recently released Sky130 PDK,
> which is an open source PDK that does not require
Hey all,
I'm a sw dev and recent IC design graduate, who made it his mission to
improve open source tools for IC designers.
To this end I've been playing with the recently released Sky130 PDK, which
is an open source PDK that does not require any annoying NDA's and will
actually allow sharing IC
9 matches
Mail list logo
