gnucap-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnucap-devel] [Help-gnucap] Help adapting POLY H source


From: al davis
Subject: Re: [Gnucap-devel] [Help-gnucap] Help adapting POLY H source
Date: Wed, 18 Mar 2015 22:32:35 -0400

On Monday 16 March 2015, Orestes Mas wrote:
> I'm trying to adapt a PSpice macromodel of AD8541 OpAmp.
> Luckily enough, I've  been able to translate nearly every
> POLY controlled source into a form suitable for GnuCap,
> mainly by splitting the POLY source into several "normal"
> sources as the original didn't depend upon cross-products
> between input variables.
> 
> However, there's one source that is preventing me from
> continuing:
> 
> H1  31 98 POLY(2) VR1 VSN1 0 5.45E6 0 0 49.05E9

I am aware of that.

The problem .....  POLY(1) , POLY(2), and POLY(3) are really 
completely different devices, in spite of all being chosen by 
the letter H.  You can't turn one into another with a bm_ alone.

The H devices comprise a family of devices, current controlled 
voltage source.

In the simplest case, that would be:
        Vout = f(Iin)

A POLY(1) fits this model, but a POLY(2) would be:
        Vout = f(Iin1, Iin2)
...  which is a fundamentally different base device.

There is a base device d_poly_g.cc, intended for building things 
like this, which is used extensively by modelgen for device 
models, but nobody has done the simple ones.

It has not been of the highest priority, because of forward-
looking to Verilog-AMS so solve things like this, calling 
d_poly_g.cc under the hood, but we are not there yet.

Felix mentioned gnucap-adms and some bm plugins in gnucap-uf.  
Unfortunately, they are incomplete works in progress that don't 
yet really work as intended.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]