tag:old.nabble.com,2006:forum-1857Nabble - Gnucap2009-12-02T13:48:20ZGnucap is the Gnu Circuit Analysis Package. The primary component is a general purpose circuit simulator. It performs nonlinear dc and transient analyses, fourier analysis, and ac analysis. It is fully interactive and command driven. It can also be run in batch mode or as a server. Spice compatible models for the MOSFET (level 1-7), BJT, and diode are included in this release. Gnucap home is <a href="http://www.gnu.org/software/gnucap/" target="_top" rel="nofollow">here</a>.tag:old.nabble.com,2006:post-26618419Problems using measure command2009-12-02T13:48:20Z2009-12-02T13:48:20ZRubén Gómez AntolíHello All,
<br><br>I think that I miss something using measure command.
<br><br>My objective is get a full rms wave of the output, is correct with
<br>measure command?
<br><br>I follow Gnucap's wiki manual:
<br><br><a href="http://gnucap.org/dokuwiki/doku.php?id=gnucap:manual:commands:measure" target="_top" rel="nofollow">http://gnucap.org/dokuwiki/doku.php?id=gnucap:manual:commands:measure</a><br><br>I want to get the RMS value of a signal in a circuit, for it I do:
<br><br>gnucap> probe tran i(RMEASA)
<br>gnucap> tran 0 10ms 50us uic
<br>#Time i(RMEASA)
<br> 0. 0.
<br> 50.u 0.0020859
<br> 100.u 0.0033786
<br> 150.u 0.0041567
<br> 200.u 0.0046241
<br> 250.u 0.0049039
<br> 300.u 0.0050698
<br> 350.u 0.0051667
<br><br>(...)
<br><br> 0.0099 -0.0053322
<br> 0.00995 -0.0053357
<br> 0.01 -0.0053384
<br>gnucap> measure eficaz = rms(probe="i(RMEASA)")
<br>no match: i(RMEASA)
<br><br>If I see what value gets "eficaz":
<br><br>gnucap> eval eficaz
<br>eficaz=eficaz
<br><br>Another test with mean command
<br><br>gnucap> measure eficaz = mean(probe="i(RMEASA)")
<br>no match: i(RMEASA)
<br><br>I'd try with examples in wiki, step by step, without sucess.
<br><br>I get a error with "mean" or "rms" command:
<br><br>gnucap> rms
<br>rms
<br>^ ? what's this?
<br>gnucap> mean
<br>mean
<br>^ ? what's this?
<br>gnucap> measure
<br>no match:
<br><br>There are something wrong in my gnucap?
<br><br>Or, What am I doing wrong?
<br><br>Thank you.
<br><br>Salud y Revolución.
<br><br>Lobo.
<br>--
<br>Libertad es poder elegir en cualquier momento. Ahora yo elijo GNU/Linux,
<br>para no atar mis manos con las cadenas del soft propietario.
<br>---------
<br>Desde El Ejido, en Almería, usuario registrado Linux #294013
<br><a href="http://www.counter.li.org" target="_top" rel="nofollow">http://www.counter.li.org</a><br><br><br>_______________________________________________
<br>Help-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26618419&i=0" target="_top" rel="nofollow">Help-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Help-f1860.html" embed="fixTarget[1860]" target="_top" >Gnucap - Help</a></p>tag:old.nabble.com,2006:post-26552733Re: (Gnucap+) Severals questions and problems compiling gnucap-python2009-11-28T04:31:57Z2009-11-28T04:31:57ZRubén Gómez AntolíHello Henrik:
<br><br>Henrik Johansson escribió:
<div class='shrinkable-quote'><br>> Hi Rubén,
<br>>
<br>>> I have several questions about Gnucap+ (0):
<br>>>
<br>>> 1· The Gnucap's sources are sync with development snapshot from Al Davis?
<br>>>
<br>>> The Gnucap compiled from included gnucap+'s sources says:
<br>>>
<br>>> gnucap
<br>>> Gnucap 2009.02.02 RCS 26.109
<br>>> The Gnu Circuit Analysis Package
<br>>
<br>> It seems that the gnucap+ source is not updated against Al's latest
<br>> development version, The gnucap+ repo was based on my shared library version
<br>> of gnucap at github (<a href="http://github.com/henjo/gnucap" target="_top" rel="nofollow">http://github.com/henjo/gnucap</a>) which was based on Al's
<br>> 2009.02.02 development snapshot. But now this repo is up to date with the
<br>> latest development snapshot.
<br>>
</div><br>Ok, I compiled gnucap from your git repo and now I Gnucap up to date:
<br><br>Gnucap 2009.11.10 RCS 26.129
<br>The Gnu Circuit Analysis Package
<br>Never trust any version less than 1.0
<br>Copyright 1982-2009, Albert Davis
<br><br><div class='shrinkable-quote'><br>> (...)
<br>>> 2· I'm having some issues with python plugin.
<br>>>
<br>>> Configure stops with:
<br>>>
<br>>> checking gnucap/c_comand.h usability... no
<br>>> checking gnucap/c_comand.h presence... no
<br>>> checking for gnucap/c_comand.h... no
<br>>> checking for status in -lgnucap... no
<br>>> configure: error: Error, gnucap as shared library not found.
<br>>
<br>> You need to install the shared library version of gnucap first. I guess the
<br>> documentation is somewhat lacking here. But you have to build gnucapplus (or
<br>> <a href="http://github.com/henjo/gnucap" target="_top" rel="nofollow">http://github.com/henjo/gnucap</a>) using the automake tools. Running:
<br>>> autogen.sh
<br>>> ./configure
<br>>> make
<br>> should work
</div><br>At this moment I have Gnucap installed from your sources.
<br><br>Aclaration: I make a Deb package of gnucap's Henrik sources; I supposed
<br>that there are not difference with compile directly from sources.
<br><br>There aren't anything c_comand.h in these package:
<br><br>dpkg -L gnucap
<br>/.
<br>/usr
<br>/usr/share
<br>/usr/share/gnucap
<br>/usr/share/gnucap/doc
<br>/usr/share/gnucap/doc/acs-tutorial
<br>/usr/share/gnucap/doc/COPYING
<br>/usr/share/gnucap/doc/history
<br>/usr/share/gnucap/doc/INSTALL
<br>/usr/share/gnucap/doc/relnotes.029
<br>/usr/share/gnucap/doc/relnotes.030
<br>/usr/share/gnucap/doc/relnotes.031
<br>/usr/share/gnucap/doc/relnotes.032
<br>/usr/share/gnucap/doc/relnotes.033
<br>/usr/share/gnucap/doc/relnotes.034
<br>/usr/share/gnucap/doc/whatisit
<br>/usr/share/gnucap/examples
<br>/usr/share/gnucap/examples/eq.doc
<br>/usr/share/gnucap/examples/eq2-145.ckt
<br>/usr/share/gnucap/examples/eq2-289.ckt
<br>/usr/share/gnucap/examples/eq2-577.ckt
<br>/usr/share/gnucap/examples/eq3-1153.ckt
<br>/usr/share/gnucap/examples/eq4-2305.ckt
<br>/usr/share/gnucap/examples/eq4-4609.ckt
<br>/usr/share/gnucap/examples/eq4-6913.ckt
<br>/usr/share/gnucap/examples/eq4-9217.ckt
<br>/usr/share/gnucap/examples/eq4-9217.tran-slow.ckt
<br>/usr/share/gnucap/examples/eq4-9217.tran.ckt
<br>/usr/share/gnucap/examples/eq5-.ac.ckt
<br>/usr/share/gnucap/examples/eq5-.tran.ckt
<br>/usr/share/gnucap/examples/eq5-.tran.euler.fast.ckt
<br>/usr/share/gnucap/examples/eq5-.tran.fast.ckt
<br>/usr/share/gnucap/examples/eq5-.tran.like-spice.ckt
<br>/usr/share/gnucap/examples/eq5-.tran.slow.ckt
<br>/usr/share/gnucap/examples/eq5-.tran.vfast.ckt
<br>/usr/share/gnucap/examples/eq5-.tran.vvfast.ckt
<br>/usr/share/gnucap/examples/eq5-.tran.vvvfast.ckt
<br>/usr/share/gnucap/examples/eq6-.tran.vvvfast.ckt
<br>/usr/share/gnucap/examples/eq7-.tran.vvvfast.ckt
<br>/usr/share/gnucap/examples/eqboost.ckt
<br>/usr/share/gnucap/examples/eqflat.ckt
<br>/usr/share/gnucap/examples/eqmodify.ckt
<br>/usr/share/gnucap/examples/killzap.ckt
<br>/usr/share/gnucap/examples/killzap.doc
<br>/usr/share/gnucap/examples/nmos.doc
<br>/usr/share/gnucap/examples/nmos100.ckt
<br>/usr/share/gnucap/examples/nmos15.ckt
<br>/usr/share/gnucap/examples/nmos18.ckt
<br>/usr/share/gnucap/examples/nmos30.ckt
<br>/usr/share/gnucap/examples/nmosgen.c
<br>/usr/share/gnucap/examples/nmp100.ckt
<br>/usr/share/gnucap/examples/nmpgen.c
<br>/usr/share/gnucap/examples/opamp-ol.ckt
<br>/usr/share/gnucap/examples/opamp-vf.ckt
<br>/usr/share/gnucap/examples/opamp.doc
<br>/usr/share/gnucap/examples/runall
<br>/usr/share/gnucap/examples/runall.out
<br>/usr/share/gnucap/examples/sc18.ckt
<br>/usr/share/man
<br>/usr/share/man/man1
<br>/usr/share/man/man1/gnucap.1.gz
<br>/usr/share/man/man1/gnucap-ibis.1.gz
<br>/usr/share/doc
<br>/usr/share/doc/gnucap
<br>/usr/share/doc/gnucap/README
<br>/usr/share/doc/gnucap/README.Debian
<br>/usr/share/doc/gnucap/copyright
<br>/usr/share/doc/gnucap/changelog.Debian.gz
<br>/usr/share/doc/gnucap/changelog.gz
<br>/usr/bin
<br>/usr/bin/gnucap-modelgen
<br>/usr/bin/gnucap
<br><br>Configure still stop with same problem.
<br><br>If I skip configure (autogen.sh don't stop here) problem and compile
<br>with "make install", fails with:
<br><br>(CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh
<br>/media/Aldaxcorb/Fuentes/Electronica/Gnucap_Henjo/gnucap-python-2009.11.28/missing
<br>--run autoheader)
<br>rm -f stamp-h1
<br>
<br><br>touch config.h.in
<br>
<br><br>cd . && /bin/sh ./config.status config.h
<br>
<br><br>config.status: creating config.h
<br>
<br><br>config.status: config.h is unchanged
<br>
<br><br>/bin/sh ./libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
<br>-I/usr/include/python2.5 -DPYTHON_SO=\"/usr/lib/libpython2.5.so\" -g
<br>-O2 -MT python_la-gnucap_wrap.lo -MD -MP -MF
<br>.deps/python_la-gnucap_wrap.Tpo -c -o python_la-gnucap_wrap.lo `test -f
<br>'gnucap_wrap.cxx' || echo './'`gnucap_wrap.cxx
<br><br>libtool: compile: g++ -DHAVE_CONFIG_H -I. -I/usr/include/python2.5
<br>-DPYTHON_SO=\"/usr/lib/libpython2.5.so\" -g -O2 -MT
<br>python_la-gnucap_wrap.lo -MD -MP -MF .deps/python_la-gnucap_wrap.Tpo -c
<br>gnucap_wrap.cxx -fPIC -DPIC -o .libs/python_la-gnucap_wrap.o
<br>
<br><br>gnucap/m_matrix.h: In function ‘PyObject* _wrap_BSMATRIXd_m(PyObject*,
<br>PyObject*)’:
<br><br>gnucap/m_matrix.h:443: error: ‘T& BSMATRIX<T>::m(int, int) [with T =
<br>double]’ is private
<br><br>gnucap_wrap.cxx:7557: error: within this context
<br>
<br><br>gnucap/m_matrix.h: In function ‘PyObject* _wrap_BSMATRIXc_m(PyObject*,
<br>PyObject*)’:
<br><br>gnucap/m_matrix.h:443: error: ‘T& BSMATRIX<T>::m(int, int) [with T =
<br>std::complex<double>]’ is private
<br><br>gnucap_wrap.cxx:8689: error: within this context
<br>
<br><br>gnucap_wrap.cxx: In function ‘PyObject*
<br>_wrap_CARD_LIST_precalc(PyObject*, PyObject*)’:
<br><br>gnucap_wrap.cxx:8891: error: ‘class CARD_LIST’ has no member named
<br>‘precalc’
<br><br>gnucap_wrap.cxx: In function ‘PyObject*
<br>_wrap_CARD_param_exists(PyObject*, PyObject*)’:
<br><br>gnucap_wrap.cxx:10285: error: ‘const class CARD’ has no member named
<br>‘param_exists’
<br><br>gnucap_wrap.cxx:10287: error: ‘const class CARD’ has no member named
<br>‘param_exists’
<br><br>make: *** [python_la-gnucap_wrap.lo] Error 1
<br><br>(I admit, I'd trying to make a Deb package of gnucap-python extension
<br>too. That is the reason for strange 2009.11.28 add in directory)
<br><br>Well, Where are the problem? Do you need my python's packages installed?
<br><br>>> 4· What differences have gnucap-arails with gnucap?
<br>> The difference between gnucap and gnucap-arails is my shared library version of
<br>> gnucap/my python extension for gnucap and Analog Rails modifications they need
<br>> to make it run with their IC design tools.
<br><br>Ok, thanks for explanation.
<br><br>> Best regards,
<br>>
<br>> Henrik Johansson
<br><br>Regards.
<br><br>Salud y Revolución.
<br><br>Lobo.
<br>--
<br>Libertad es poder elegir en cualquier momento. Ahora yo elijo GNU/Linux,
<br>para no atar mis manos con las cadenas del soft propietario.
<br>---------
<br>Desde El Ejido, en Almería, usuario registrado Linux #294013
<br><a href="http://www.counter.li.org" target="_top" rel="nofollow">http://www.counter.li.org</a><br><br><br>_______________________________________________
<br>Help-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26552733&i=0" target="_top" rel="nofollow">Help-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Help-f1860.html" embed="fixTarget[1860]" target="_top" >Gnucap - Help</a></p>tag:old.nabble.com,2006:post-26525441Re: (Gnucap+) Severals questions and problems compiling gnucap-python2009-11-25T23:31:54Z2009-11-25T23:31:54ZHenrik Johansson-10Hi Rubén,
<br><br>> I have several questions about Gnucap+ (0):
<br>>
<br>> 1· The Gnucap's sources are sync with development snapshot from Al Davis?
<br>>
<br>> The Gnucap compiled from included gnucap+'s sources says:
<br>>
<br>> gnucap
<br>> Gnucap 2009.02.02 RCS 26.109
<br>> The Gnu Circuit Analysis Package
<br><br>It seems that the gnucap+ source is not updated against Al's latest
<br>development version, The gnucap+ repo was based on my shared library version
<br>of gnucap at github (<a href="http://github.com/henjo/gnucap" target="_top" rel="nofollow">http://github.com/henjo/gnucap</a>) which was based on Al's
<br>2009.02.02 development snapshot. But now this repo is up to date with the
<br>latest development snapshot.
<br><br>Kevin: It's really easy to keep a modified version up to date with upstream
<br>using git. You just check out the latest upstream branch, untar the new
<br>development snapshot. Create a new branch for this version. Run git merge to
<br>merge the trunk with this new branch. Done!
<br><br>> 2· I'm having some issues with python plugin.
<br>>
<br>> Configure stops with:
<br>>
<br>> checking gnucap/c_comand.h usability... no
<br>> checking gnucap/c_comand.h presence... no
<br>> checking for gnucap/c_comand.h... no
<br>> checking for status in -lgnucap... no
<br>> configure: error: Error, gnucap as shared library not found.
<br><br>You need to install the shared library version of gnucap first. I guess the
<br>documentation is somewhat lacking here. But you have to build gnucapplus (or
<br><a href="http://github.com/henjo/gnucap" target="_top" rel="nofollow">http://github.com/henjo/gnucap</a>) using the automake tools. Running:
<br>> autogen.sh
<br>> ./configure
<br>> make
<br>should work
<br><br>> 4· What differences have gnucap-arails with gnucap?
<br>The difference between gnucap and gnucap-arails is my shared library version of
<br>gnucap/my python extension for gnucap and Analog Rails modifications they need
<br>to make it run with their IC design tools.
<br><br>Best regards,
<br><br>Henrik Johansson
<br><br><br>_______________________________________________
<br>Help-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26525441&i=0" target="_top" rel="nofollow">Help-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Help-f1860.html" embed="fixTarget[1860]" target="_top" >Gnucap - Help</a></p>tag:old.nabble.com,2006:post-26516248Integrating with C or some other language2009-11-25T08:52:33Z2009-11-25T08:52:33ZBugzilla from ivan.reche@gmail.comHello there,
<br><br>My name is Ivan and I am new to this list.
<br><br>I have a doubt about gnucap that I couldn't answer from reading some
<br>parts of the documentation, searching in google and the archive of
<br>this list.
<br><br>I want to be able to integrate gnucap with some programming language.
<br>I was thinking if it is possible to keep an instance open of something
<br>like the interpreter while my program is running, and to be able to
<br>change the circuit's layout on the fly.
<br><br>I once worked with CLIPS (en expert system shell), and I was able to
<br>do what I just described with a C interface. The equivalent for gnucap
<br>would be like this: I have a function to add an element... a function
<br>to remove one... and so on.
<br><br>Is this possible? Is this already implemented? If not, how do you
<br>people do to create complex scripts with gnucap?
<br><br>Thanks for your attention,
<br><br>Ivan Filgueiras
<br><br><br>_______________________________________________
<br>Help-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26516248&i=0" target="_top" rel="nofollow">Help-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Help-f1860.html" embed="fixTarget[1860]" target="_top" >Gnucap - Help</a></p>tag:old.nabble.com,2006:post-26485640(Gnucap+) Severals questions and problems compiling gnucap-python2009-11-23T12:32:07Z2009-11-23T12:32:07ZRubén Gómez AntolíHello all,
<br><br>I have several questions about Gnucap+ (0):
<br><br>1· The Gnucap's sources are sync with development snapshot from Al Davis?
<br><br>The Gnucap compiled from included gnucap+'s sources says:
<br><br>gnucap
<br>Gnucap 2009.02.02 RCS 26.109
<br>The Gnu Circuit Analysis Package
<br><br>2· I'm having some issues with python plugin.
<br><br>Configure stops with:
<br><br>checking gnucap/c_comand.h usability... no
<br>checking gnucap/c_comand.h presence... no
<br>checking for gnucap/c_comand.h... no
<br>checking for status in -lgnucap... no
<br>configure: error: Error, gnucap as shared library not found.
<br><br>I find the file and make:
<br><br>ln -s ../gnucap/src/ gnucap
<br><br>gnucap-python$ ll gnucap/c_coma*
<br>-rw-r--r-- 1 razer razer 4,3K nov 22 14:24 gnucap/c_comand.cc
<br>-rw-r--r-- 1 razer razer 1,7K nov 22 14:24 gnucap/c_comand.h
<br>-rw-r--r-- 1 razer razer 279K nov 22 14:47 gnucap/c_comand.o
<br><br><br>but configure still stop with these error.
<br><br>3· Where are myplot function? Grep can't find it:
<br><br>gnucapplus$ grep -r -i myplot *
<br>gnucap-python/README: gnucap> myplot vm(2)
<br>gnucap-python/README:"myplot" that plots a stored waveform using
<br>matplotlib. Line 3-5 loads a
<br>gnucap-python/example/example.gnucap:myplot vm(2)
<br>gnucap-python/example/simple.py:gnucap.command("myplot vm(2)")
<br><br>I want to see these (killer) tool, but I can't find it.
<br><br>4· What differences have gnucap-arails with gnucap?
<br><br>Anyone help me?
<br><br>Thanks for your attention.
<br><br>Regards.
<br><br>Salud y Revolución.
<br><br>Lobo.
<br><br>(0) <a href="http://www.gnucapplus.org/" target="_top" rel="nofollow">http://www.gnucapplus.org/</a><br>--
<br>Libertad es poder elegir en cualquier momento. Ahora yo elijo GNU/Linux,
<br>para no atar mis manos con las cadenas del soft propietario.
<br>---------
<br>Desde El Ejido, en Almería, usuario registrado Linux #294013
<br><a href="http://www.counter.li.org" target="_top" rel="nofollow">http://www.counter.li.org</a><br><br><br>_______________________________________________
<br>Help-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26485640&i=0" target="_top" rel="nofollow">Help-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Help-f1860.html" embed="fixTarget[1860]" target="_top" >Gnucap - Help</a></p>tag:old.nabble.com,2006:post-26450826Re: Plug and play with with ngspice/hspice syntax and other questions2009-11-20T13:49:26Z2009-11-20T13:49:26Zal davis-13On Friday 20 November 2009, Anthony Shanks wrote:
<br>> have the global nodes feature been added yet?
<br><br>This is the "other" email specifically addressing the global
<br>node issue.
<br><br>Please don't take these comments as opposition to the concept.
<br>Rather, there are issues that need to be addressed to make a
<br>proper implementation.
<br><br>Since it is strictly input related, all changes would go in the
<br>spice language plugin, specifically the "lang_spice_in.cc" and
<br>"lang_spice_commands.cc" files.
<br><br>To see what I am concerned about, consider this:
<br><br>Suppose I am using a subckt model I downloaded from somewhere on
<br>the net. It might be for something like an op-amp. Let's say
<br>it has 50 components and 20 internal nodes, and I don't
<br>understand it. Let's further assume that I am working on some
<br>kind of signal processing circuit that uses 6 of these op-amps.
<br><br>Maybe I might be using a TSMC model file with a bunch of "Lib"
<br>blocks .. an 8 meg file with subckts around those mosfets, with
<br>internal nodes. People do use those TSMC models with gnucap.
<br><br>Now, suppose one of those internal nodes happens to be named
<br>"foo".
<br><br>Does saying ".global foo" in the main circuit connect all of
<br>those "foo"s together? I think most users would be totally
<br>confused if this happens.
<br><br>Saying ".global foo" in both the subcircuit and caller solves
<br>the problem. That way it is agreed on both sides. But, I don't
<br>think this is the way to do it. Otherwise, how does the
<br>subcircuit know that the "foo" node has an external connection?
<br><br>How global is it really? Truly global? file scope?
<br><br>When a file is included by an include statement, does the global
<br>transfer into that file? What about by a "lib" statement? What
<br>about mixed languages?
<br><br>I think Hspice and Spectre implement it like a preprocessor
<br>directive, but I don't know because I don't have access to
<br>either.
<br><br>I am not arguing, yes or no, whether to do it or not. There is
<br>something about the requirement that I don't understand. There
<br>are some real implementation issues and I am looking for
<br>answers.
<br><br><br>_______________________________________________
<br>Gnucap-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26450826&i=0" target="_top" rel="nofollow">Gnucap-devel@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnucap-devel" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnucap-devel</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Dev-f1859.html" embed="fixTarget[1859]" target="_top" >Gnucap - Dev</a></p>tag:old.nabble.com,2006:post-26450772Re: Plug and play with with ngspice/hspice syntax and other questions2009-11-20T13:45:22Z2009-11-20T13:45:22Zal davis-13On Friday 20 November 2009, Anthony Shanks wrote:
<div class='shrinkable-quote'><br>> I haven't used gnucap in quite a while so my questions might
<br>> be a bit out of date.
<br>>
<br>> Last time I used gnucap, it wasn't quite a "plug and play"
<br>> replacement for standard spice syntax in regards to the
<br>> probe and simulation commands. As I recall the order was
<br>> switched (you had to put your analysis type (as in .tran or
<br>> .dc) in before the .probe command. In other spice simulators
<br>> the .probe line comes before the analysis type. Has this
<br>> issue been addressed yet? Also, have the global nodes
<br>> feature been added yet?
</div><br>Making it true plug and play compatible gives up a lot, and
<br>takes a lot of developer time to duplicate all of the bugs. The
<br>various spice's are not absolutely compatible with each other.
<br><br>Having said that, since the entire user interface is defined by
<br>plugins, there is nothing (other than time) stopping anyone who
<br>wants to make a plugin that will provide complete compatibility.
<br>I understand the need, but there are lots of other needs too.
<br><br>The probe and simulation order is not switched. Spice doesn't
<br>care, and loses the capability you can have when you can have
<br>with real scripting. Again, you could easily make a plugin that
<br>would give you exactly what you want.
<br><br>The global nodes "feature" is also an interface issue, that can
<br>be defined in that same plugin. There are some questions that
<br>need to be answered, that I will address in another email.
<br><br>All of this would go into a "language" plugin. There are three
<br>now. Eventually, I can see a dozen or so for compatibility with
<br>various other tools. The syntax doesn't need to be spice-like
<br>at all.
<br><br>My highest priority for now is to make a stable release with
<br>full plugin support, and separation of library and applications,
<br>so you can have a stable base with a clean interface to build
<br>on.
<br><br>There is full plugin support in the development branch, but as
<br>shipped, the default set of applications (plugins, models,
<br>commands, etc) are static linked by default, so it is not clear
<br>where the border is.
<br><br>If you want to help, by making language plugins for
<br>compatibility with Hspice and NGspice, they would be most
<br>welcome. This is an open invitation to anyone to contribute by
<br>making a plugin for something important to you.
<br><br><br><br><br>_______________________________________________
<br>Gnucap-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26450772&i=0" target="_top" rel="nofollow">Gnucap-devel@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnucap-devel" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnucap-devel</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Dev-f1859.html" embed="fixTarget[1859]" target="_top" >Gnucap - Dev</a></p>tag:old.nabble.com,2006:post-26449928Plug and play with with ngspice/hspice syntax and other questions2009-11-20T12:38:20Z2009-11-20T12:38:20ZAnthony ShanksHi all,
<br><br>I haven't used gnucap in quite a while so my questions might be a bit
<br>out of date.
<br><br>Last time I used gnucap, it wasn't quite a "plug and play" replacement
<br>for standard spice syntax in regards to the probe and simulation
<br>commands. As I recall the order was switched (you had to put your
<br>analysis type (as in .tran or .dc) in before the .probe command. In
<br>other spice simulators the .probe line comes before the analysis type.
<br>Has this issue been addressed yet? Also, have the global nodes feature
<br>been added yet?
<br><br><br>_______________________________________________
<br>Gnucap-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26449928&i=0" target="_top" rel="nofollow">Gnucap-devel@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnucap-devel" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnucap-devel</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Dev-f1859.html" embed="fixTarget[1859]" target="_top" >Gnucap - Dev</a></p>tag:old.nabble.com,2006:post-26438313Re: Re: [Help-gnucap] how to model sinusoidal dependence on charge?2009-11-19T20:46:31Z2009-11-19T20:46:31Zal davis-13On Thursday 19 November 2009, <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26438313&i=0" target="_top" rel="nofollow">Jacques.Le-Coupanec@...</a>
<br>wrote:
<div class='shrinkable-quote'><br>> I have extended an old version of gnucap (2008-08-10 !) to
<br>> enable the use of such functions :
<br>> E1 (out 0 in 0) FUNC(3,5) exp=true means : out=e^(3*in+5)
<br>> E1 (out 0 in 0) FUNC(314,-78.5) cos=true means :
<br>> out=cos(314*in -0,785) = sin(314*in)
<br>> E1 (out 0 0 0) FUNC(4,5) xtime=true means : out=4*t+5 where t
<br>> is the time of the simulation
<br>>
<br>> I hope it fit with a new version but I haven't time enough to
<br>> test it. So try it and if it doesn't fit
<br>> I'll write it again in a few day (I have started to upgrade
<br>> to 2009-11-10)
<br>>
<br>> Here what I did in a test purpose. It's not a good program,
<br>> you are free to enhance it.
<br>> Morever, I don't know how such an extension fit with the
<br>> convergence algorithm.
<br>> So I distribute it in the hope that it will be useful but
<br>> WITHOUT ANY WARRANTY ;-)
<br>>
</div><br>Thank you!!
<br><br>I would like to distribute it so others can use it. Is that ok?
<br><br>It needs some changes to match the latest version, but they
<br>should be easy.
<br><br>A few comments ...
<br><br>1. You don't need to change the makefile to use it. Instead,
<br>compile it as a shared object (.so on Linux) and use the "load"
<br>command to bring it in. This way, when the stable version comes
<br>out, and the distros package it, you can add things like this
<br>without recompiling the whole simulator.
<br><br>"g++ -shared -fPIC -o bm_func.so bm_func.cc"
<br><br>then from gnucap:
<br><br>"load /full/path/to/bm_func.so"
<br><br>or on the command line:
<br><br>"gnucap -a /full/path/to/bm_func.so ......."
<br><br><br>2. As it stands (with version update) I can include it with the
<br>separate "tools" tarball, if it is ok with you.
<br><br>Better yet ... I would prefer that it is done as 5 separate
<br>files, one for each function, using "bm_tanh.cc" as a style
<br>guide. If you can do this, I will include it with the main
<br>distribution, along with posy and tanh that are already there.
<br><br><br>3. You made a comment "//why??" on a line "untested();" ..
<br><br>This is a hint to me that I really need to explain the testing
<br>macros!
<br><br>In a normal build, those macros are eliminated and so do
<br>nothing. If you use the "old" build system, with "make debug"
<br>which defines "TRACE_UNTESTED", it prints a trace whenever that
<br>line is executed. It is extremely useful in making test cases
<br>that really cover the code. What I usually do when making test
<br>files is to insert those "untested();" calls after every curly
<br>brace, then take them out when I know that block is adequately
<br>tested, and there are files in the test suite that prove it.
<br>When you see any left in distribution code, it is an admission
<br>that the official test suite misses that line, and that file
<br>needs better testing.
<br><br>When you see "itested();" it means that there are informal tests
<br>that have shown that block works as intended, but they are not
<br>in the official test suite.
<br><br>Others "trace1", and similar ones, are also used in debugging.
<br>In a debug version, they can be turned on or off. In a normal
<br>build, they are eliminated.
<br><br>All of these are truly eliminated in a normal build, so there is
<br>no overhead.
<br><br><br>Thanks again for the contribution!!
<br><br><br><br>_______________________________________________
<br>Gnucap-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26438313&i=1" target="_top" rel="nofollow">Gnucap-devel@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnucap-devel" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnucap-devel</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Dev-f1859.html" embed="fixTarget[1859]" target="_top" >Gnucap - Dev</a></p>tag:old.nabble.com,2006:post-26425408Re: [Help-gnucap] how to model sinusoidal dependence on charge?2009-11-19T04:30:32Z2009-11-19T04:30:32ZJacques.Le-Coupanec@ac-rennes.Fr<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26425408&i=0" target="_top" rel="nofollow">felix.maibaum@...</a> a écrit :
<div class='shrinkable-quote'><br>> Hi all,
<br>>
<br>> I'm trying to model a device which has a voltage that depends periodically
<br>> on the charge which has passed through it: V=Vc*sin(q)
<br>>
<br>> This seems almost possible with the controlled sources, but not quite,
<br>> since the SIN function always depends on time. Is it possible to implement
<br>> such a device with the model compiler, or could the trigonometric functions
<br>> be generalized to achieve this somehow?
<br>>
<br>>
</div>Hello,
<br><br>I have extended an old version of gnucap (2008-08-10 !) to enable the
<br>use of such functions :
<br>E1 (out 0 in 0) FUNC(3,5) exp=true means : out=e^(3*in+5)
<br>E1 (out 0 in 0) FUNC(314,-78.5) cos=true means : out=cos(314*in -0,785)
<br>= sin(314*in)
<br>E1 (out 0 0 0) FUNC(4,5) xtime=true means : out=4*t+5 where t is the
<br>time of the simulation
<br><br>I hope it fit with a new version but I haven't time enough to test it.
<br>So try it and if it doesn't fit
<br>I'll write it again in a few day (I have started to upgrade to 2009-11-10)
<br><br>Here what I did in a test purpose. It's not a good program, you are free
<br>to enhance it.
<br>Morever, I don't know how such an extension fit with the convergence
<br>algorithm.
<br>So I distribute it in the hope that it will be useful but WITHOUT ANY
<br>WARRANTY ;-)
<br><br>Good Luck.
<br><br><br>diff src/Makefile.in
<br> > am__objects_5 = bm_complex.$(OBJEXT) bm_exp.$(OBJEXT) bm_fit.$(OBJEXT) \
<br> > bm_generator.$(OBJEXT) bm_poly.$(OBJEXT) bm_posy.$(OBJEXT) \
<br> > bm_pulse.$(OBJEXT) bm_pwl.$(OBJEXT) bm_sffm.$(OBJEXT) \
<br> > bm_sin.$(OBJEXT) bm_tanh.$(OBJEXT) bmm_table.$(OBJEXT) \
<br> > bmm_semi.$(OBJEXT) bm_func.$(OBJEXT)
<br><br> > # behavioral modeling functions
<br> > BM_SRCS = \
<br> > bm_complex.cc bm_exp.cc bm_fit.cc bm_generator.cc \
<br> > bm_poly.cc bm_posy.cc bm_pulse.cc bm_pwl.cc bm_sffm.cc \
<br> > bm_sin.cc bm_tanh.cc bmm_table.cc bmm_semi.cc bm_func.cc
<br><br>and here bm_func.cc
<br><br>// This file was built from bm_posy.cc written by Albert Davis
<br>/* behavioral modeling - functions
<br> * E1 (out 0 in 0) FUNC(3,5) exp=true means : out=e^(3*in+5)
<br> * E1 (out 0 in 0) FUNC(314,-78.5) cos=true means : out=cos(314*in
<br>-0,785) = sin(314*in)
<br> * E1 (out 0 0 0) FUNC(4,5) xtime=true means : out=4*t+5 where t is the
<br>time of the simultation
<br> */
<br>#include "u_lang.h"
<br>#include "globals.h"
<br>#include "e_elemnt.h"
<br>#include "bm.h"
<br>/*--------------------------------------------------------------------------*/
<br>namespace {
<br>/*--------------------------------------------------------------------------*/
<br>const bool _default_exp(false);
<br>const bool _default_ln(false);
<br>const bool _default_cos(false);
<br>const bool _default_tan(false);
<br>const bool _default_xtime(false);
<br><br>/*--------------------------------------------------------------------------*/
<br>class EVAL_BM_FUNC : public EVAL_BM_ACTION_BASE {
<br>private:
<br> PARAMETER<bool> _exp;
<br> PARAMETER<bool> _ln;
<br> PARAMETER<bool> _cos;
<br> PARAMETER<bool> _tan;
<br> PARAMETER<bool> _xtime;
<br> std::vector<std::pair<PARAMETER<double>,PARAMETER<double> > > _table;
<br> explicit EVAL_BM_FUNC(const EVAL_BM_FUNC& p);
<br>public:
<br> explicit EVAL_BM_FUNC(int c=0);
<br> ~EVAL_BM_FUNC() {}
<br>private: // override vitrual
<br> bool operator==(const COMMON_COMPONENT&)const;
<br> COMMON_COMPONENT* clone()const {return new EVAL_BM_FUNC(*this);}
<br> void print_common_obsolete_callback(OMSTREAM&, LANGUAGE*)const;
<br> void elaborate(const COMPONENT*);
<br> //COMMON_COMPONENT* deflate(); //COMPONENT_COMMON/nothing
<br> void tr_eval(ELEMENT*)const;
<br> //void ac_eval(ELEMENT*)const; //EVAL_BM_ACTION_BASE
<br> //bool has_tr_eval()const; //EVAL_BM_BASE/true
<br> //bool has_ac_eval()const; //EVAL_BM_BASE/true
<br> std::string name()const {return "func";}
<br> bool ac_too()const {untested();return false;}
<br> bool parse_numlist(CS&);
<br> bool parse_params_obsolete_callback(CS&);
<br>};
<br>/*--------------------------------------------------------------------------*/
<br>/*--------------------------------------------------------------------------*/
<br>EVAL_BM_FUNC::EVAL_BM_FUNC(int c)
<br> :EVAL_BM_ACTION_BASE(c),
<br> _exp(_default_exp),
<br> _ln(_default_ln),
<br> _cos(_default_cos),
<br> _tan(_default_tan),
<br> _xtime(_default_xtime),
<br> _table()
<br>{
<br>}
<br>/*--------------------------------------------------------------------------*/
<br>EVAL_BM_FUNC::EVAL_BM_FUNC(const EVAL_BM_FUNC& p)
<br> :EVAL_BM_ACTION_BASE(p),
<br> _exp(p._exp),
<br> _ln(p._ln),
<br> _cos(p._cos),
<br> _tan(p._tan),
<br> _xtime(p._xtime),
<br> _table(p._table)
<br>{
<br>}
<br>/*--------------------------------------------------------------------------*/
<br>bool EVAL_BM_FUNC::operator==(const COMMON_COMPONENT& x)const
<br>{
<br> const EVAL_BM_FUNC* p = dynamic_cast<const EVAL_BM_FUNC*>(&x);
<br> bool rv = p
<br> && _exp == p->_exp
<br> && _ln == p->_ln
<br> && _cos == p->_cos
<br> && _tan == p->_tan
<br> && _xtime == p->_xtime
<br> && _table == p->_table
<br> && EVAL_BM_ACTION_BASE::operator==(x);
<br> if (rv) {
<br> untested();
<br> }
<br> return rv;
<br>}
<br>/*--------------------------------------------------------------------------*/
<br>void EVAL_BM_FUNC::print_common_obsolete_callback(OMSTREAM& o, LANGUAGE*
<br>lang)const
<br>{
<br> assert(lang);
<br> o << name() << '(';
<br> for (std::vector<std::pair<PARAMETER<double>,PARAMETER<double> > >::
<br> const_iterator p = _table.begin(); p != _table.end(); ++p) {
<br> o << p->second << ',' << p->first << ' ';
<br> }
<br> o << ')';
<br> print_pair(o, lang, "exp", _exp, _exp.has_hard_value());
<br> print_pair(o, lang, "ln", _ln, _ln.has_hard_value());
<br> print_pair(o, lang, "cos", _cos, _cos.has_hard_value());
<br> print_pair(o, lang, "tan", _tan, _tan.has_hard_value());
<br> print_pair(o, lang, "xtime", _xtime, _xtime.has_hard_value());
<br> EVAL_BM_ACTION_BASE::print_common_obsolete_callback(o, lang);
<br>}
<br>/*--------------------------------------------------------------------------*/
<br>void EVAL_BM_FUNC::elaborate(const COMPONENT* c)
<br>{
<br> assert(c);
<br> const CARD_LIST* par_scope = c->scope();
<br> assert(par_scope);
<br> EVAL_BM_ACTION_BASE::elaborate(c);
<br> _exp.e_val(_default_exp, par_scope);
<br> _ln.e_val(_default_ln, par_scope);
<br> _cos.e_val(_default_cos, par_scope);
<br> _tan.e_val(_default_tan, par_scope);
<br> _xtime.e_val(_default_xtime, par_scope);
<br><br> for (std::vector<std::pair<PARAMETER<double>,PARAMETER<double> > >::
<br> iterator p = _table.begin(); p != _table.end(); ++p) {
<br> p->first.e_val(0, par_scope);
<br> p->second.e_val(0, par_scope);
<br> }
<br>}
<br>/*--------------------------------------------------------------------------*/
<br>void EVAL_BM_FUNC::tr_eval(ELEMENT* d)const
<br>{
<br> double x_raw = (_xtime) ? ioffset(SIM::time0) : ioffset(d->_y[0].x);
<br> double f0 = 0.; // value
<br> double f1 = 0.; // derivative
<br>
<br> // x = ax + b
<br> std::vector<std::pair<PARAMETER<double>,PARAMETER<double> > >::
<br> const_iterator p = _table.begin();
<br> double x = p->second * x_raw + p->first;
<br> f1 = p->second;
<br>
<br> if(_exp) {
<br> f0=exp(x);
<br> f1*=f0;
<br> } else if(_ln) { // use even
<br> if(x>0) {
<br> f0=log(x);
<br> f1*=1/x;
<br> } else if(x==0) {
<br> f0=-BIGBIG;
<br> f1=BIGBIG;
<br> untested(); // why ?
<br> } else {
<br> f0=log(-x);
<br> f1*=1/x;
<br> }
<br> } else if(_cos) {
<br> f0=cos(x);
<br> f1*=-sin(x);
<br> } else if(_tan) {
<br> f0=sin(x);
<br> f1=cos(x);
<br> if(f1==0.0) {
<br> if(f0>0.0) f0=BIGBIG;
<br> else f0=-BIGBIG;
<br> f1=BIGBIG;
<br> } else {
<br> f0=f0/f1;
<br> f1=1+f0*f0;
<br> }
<br> } else {
<br> f0=x;
<br> }
<br><br> // end as in bm_posy
<br> d->_y[0] = FPOLY1(ioffset(d->_y[0].x), f0, f1);
<br> tr_final_adjust(&(d->_y[0]), d->f_is_value());
<br> trace3("fa", d->_y[0].x, d->_y[0].f0, d->_y[0].f1);
<br>}
<br>/*--------------------------------------------------------------------------*/
<br>bool EVAL_BM_FUNC::parse_numlist(CS& cmd)
<br>{
<br> unsigned start = cmd.cursor();
<br> unsigned here = cmd.cursor();
<br> for (;;) {
<br> unsigned start_of_pair = here;
<br> std::pair<PARAMETER<double>, PARAMETER<double> > p;
<br> cmd >> p.second; // value
<br> if (cmd.stuck(&here)) {
<br> // no more, graceful finish
<br> break;
<br> }else{
<br> cmd >> p.first; // key
<br> if (cmd.stuck(&here)) {
<br> // ran out, but already have half of the pair
<br> // back up one, hoping somebody else knows what to do with it
<br> cmd.reset(start_of_pair);
<br> break;
<br> }else{
<br> _table.push_back(p);
<br> }
<br> }
<br> }
<br> if (cmd.gotit(start)) {
<br> }else{
<br> untested();
<br> }
<br> return cmd.gotit(start);
<br>}
<br>/*--------------------------------------------------------------------------*/
<br>bool EVAL_BM_FUNC::parse_params_obsolete_callback(CS& cmd)
<br>{
<br> return ONE_OF
<br> || Get(cmd, "exp", &_exp)
<br> || Get(cmd, "ln", &_ln)
<br> || Get(cmd, "cos", &_cos)
<br> || Get(cmd, "tan", &_tan)
<br> || Get(cmd, "xtime", &_xtime)
<br> || EVAL_BM_ACTION_BASE::parse_params_obsolete_callback(cmd)
<br> ;
<br>}
<br>/*--------------------------------------------------------------------------*/
<br>/*--------------------------------------------------------------------------*/
<br>EVAL_BM_FUNC p1(CC_STATIC);
<br>DISPATCHER<COMMON_COMPONENT>::INSTALL d1(&bm_dispatcher, "func", &p1);
<br>}
<br>/*--------------------------------------------------------------------------*/
<br>/*--------------------------------------------------------------------------*/
<br><br><br><br><br><br><br><br>_______________________________________________
<br>Gnucap-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26425408&i=1" target="_top" rel="nofollow">Gnucap-devel@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnucap-devel" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnucap-devel</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Dev-f1859.html" embed="fixTarget[1859]" target="_top" >Gnucap - Dev</a></p>tag:old.nabble.com,2006:post-26425413Re: how to model sinusoidal dependence on charge?2009-11-19T04:30:32Z2009-11-19T04:30:32ZJacques.Le-Coupanec@ac-rennes.Fr<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26425413&i=0" target="_top" rel="nofollow">felix.maibaum@...</a> a écrit :
<div class='shrinkable-quote'><br>> Hi all,
<br>>
<br>> I'm trying to model a device which has a voltage that depends periodically
<br>> on the charge which has passed through it: V=Vc*sin(q)
<br>>
<br>> This seems almost possible with the controlled sources, but not quite,
<br>> since the SIN function always depends on time. Is it possible to implement
<br>> such a device with the model compiler, or could the trigonometric functions
<br>> be generalized to achieve this somehow?
<br>>
<br>>
</div>Hello,
<br><br>I have extended an old version of gnucap (2008-08-10 !) to enable the
<br>use of such functions :
<br>E1 (out 0 in 0) FUNC(3,5) exp=true means : out=e^(3*in+5)
<br>E1 (out 0 in 0) FUNC(314,-78.5) cos=true means : out=cos(314*in -0,785)
<br>= sin(314*in)
<br>E1 (out 0 0 0) FUNC(4,5) xtime=true means : out=4*t+5 where t is the
<br>time of the simulation
<br><br>I hope it fit with a new version but I haven't time enough to test it.
<br>So try it and if it doesn't fit
<br>I'll write it again in a few day (I have started to upgrade to 2009-11-10)
<br><br>Here what I did in a test purpose. It's not a good program, you are free
<br>to enhance it.
<br>Morever, I don't know how such an extension fit with the convergence
<br>algorithm.
<br>So I distribute it in the hope that it will be useful but WITHOUT ANY
<br>WARRANTY ;-)
<br><br>Good Luck.
<br><br><br>diff src/Makefile.in
<br> > am__objects_5 = bm_complex.$(OBJEXT) bm_exp.$(OBJEXT) bm_fit.$(OBJEXT) \
<br> > bm_generator.$(OBJEXT) bm_poly.$(OBJEXT) bm_posy.$(OBJEXT) \
<br> > bm_pulse.$(OBJEXT) bm_pwl.$(OBJEXT) bm_sffm.$(OBJEXT) \
<br> > bm_sin.$(OBJEXT) bm_tanh.$(OBJEXT) bmm_table.$(OBJEXT) \
<br> > bmm_semi.$(OBJEXT) bm_func.$(OBJEXT)
<br><br> > # behavioral modeling functions
<br> > BM_SRCS = \
<br> > bm_complex.cc bm_exp.cc bm_fit.cc bm_generator.cc \
<br> > bm_poly.cc bm_posy.cc bm_pulse.cc bm_pwl.cc bm_sffm.cc \
<br> > bm_sin.cc bm_tanh.cc bmm_table.cc bmm_semi.cc bm_func.cc
<br><br>and here bm_func.cc
<br><br>// This file was built from bm_posy.cc written by Albert Davis
<br>/* behavioral modeling - functions
<br> * E1 (out 0 in 0) FUNC(3,5) exp=true means : out=e^(3*in+5)
<br> * E1 (out 0 in 0) FUNC(314,-78.5) cos=true means : out=cos(314*in
<br>-0,785) = sin(314*in)
<br> * E1 (out 0 0 0) FUNC(4,5) xtime=true means : out=4*t+5 where t is the
<br>time of the simultation
<br> */
<br>#include "u_lang.h"
<br>#include "globals.h"
<br>#include "e_elemnt.h"
<br>#include "bm.h"
<br>/*--------------------------------------------------------------------------*/
<br>namespace {
<br>/*--------------------------------------------------------------------------*/
<br>const bool _default_exp(false);
<br>const bool _default_ln(false);
<br>const bool _default_cos(false);
<br>const bool _default_tan(false);
<br>const bool _default_xtime(false);
<br><br>/*--------------------------------------------------------------------------*/
<br>class EVAL_BM_FUNC : public EVAL_BM_ACTION_BASE {
<br>private:
<br> PARAMETER<bool> _exp;
<br> PARAMETER<bool> _ln;
<br> PARAMETER<bool> _cos;
<br> PARAMETER<bool> _tan;
<br> PARAMETER<bool> _xtime;
<br> std::vector<std::pair<PARAMETER<double>,PARAMETER<double> > > _table;
<br> explicit EVAL_BM_FUNC(const EVAL_BM_FUNC& p);
<br>public:
<br> explicit EVAL_BM_FUNC(int c=0);
<br> ~EVAL_BM_FUNC() {}
<br>private: // override vitrual
<br> bool operator==(const COMMON_COMPONENT&)const;
<br> COMMON_COMPONENT* clone()const {return new EVAL_BM_FUNC(*this);}
<br> void print_common_obsolete_callback(OMSTREAM&, LANGUAGE*)const;
<br> void elaborate(const COMPONENT*);
<br> //COMMON_COMPONENT* deflate(); //COMPONENT_COMMON/nothing
<br> void tr_eval(ELEMENT*)const;
<br> //void ac_eval(ELEMENT*)const; //EVAL_BM_ACTION_BASE
<br> //bool has_tr_eval()const; //EVAL_BM_BASE/true
<br> //bool has_ac_eval()const; //EVAL_BM_BASE/true
<br> std::string name()const {return "func";}
<br> bool ac_too()const {untested();return false;}
<br> bool parse_numlist(CS&);
<br> bool parse_params_obsolete_callback(CS&);
<br>};
<br>/*--------------------------------------------------------------------------*/
<br>/*--------------------------------------------------------------------------*/
<br>EVAL_BM_FUNC::EVAL_BM_FUNC(int c)
<br> :EVAL_BM_ACTION_BASE(c),
<br> _exp(_default_exp),
<br> _ln(_default_ln),
<br> _cos(_default_cos),
<br> _tan(_default_tan),
<br> _xtime(_default_xtime),
<br> _table()
<br>{
<br>}
<br>/*--------------------------------------------------------------------------*/
<br>EVAL_BM_FUNC::EVAL_BM_FUNC(const EVAL_BM_FUNC& p)
<br> :EVAL_BM_ACTION_BASE(p),
<br> _exp(p._exp),
<br> _ln(p._ln),
<br> _cos(p._cos),
<br> _tan(p._tan),
<br> _xtime(p._xtime),
<br> _table(p._table)
<br>{
<br>}
<br>/*--------------------------------------------------------------------------*/
<br>bool EVAL_BM_FUNC::operator==(const COMMON_COMPONENT& x)const
<br>{
<br> const EVAL_BM_FUNC* p = dynamic_cast<const EVAL_BM_FUNC*>(&x);
<br> bool rv = p
<br> && _exp == p->_exp
<br> && _ln == p->_ln
<br> && _cos == p->_cos
<br> && _tan == p->_tan
<br> && _xtime == p->_xtime
<br> && _table == p->_table
<br> && EVAL_BM_ACTION_BASE::operator==(x);
<br> if (rv) {
<br> untested();
<br> }
<br> return rv;
<br>}
<br>/*--------------------------------------------------------------------------*/
<br>void EVAL_BM_FUNC::print_common_obsolete_callback(OMSTREAM& o, LANGUAGE*
<br>lang)const
<br>{
<br> assert(lang);
<br> o << name() << '(';
<br> for (std::vector<std::pair<PARAMETER<double>,PARAMETER<double> > >::
<br> const_iterator p = _table.begin(); p != _table.end(); ++p) {
<br> o << p->second << ',' << p->first << ' ';
<br> }
<br> o << ')';
<br> print_pair(o, lang, "exp", _exp, _exp.has_hard_value());
<br> print_pair(o, lang, "ln", _ln, _ln.has_hard_value());
<br> print_pair(o, lang, "cos", _cos, _cos.has_hard_value());
<br> print_pair(o, lang, "tan", _tan, _tan.has_hard_value());
<br> print_pair(o, lang, "xtime", _xtime, _xtime.has_hard_value());
<br> EVAL_BM_ACTION_BASE::print_common_obsolete_callback(o, lang);
<br>}
<br>/*--------------------------------------------------------------------------*/
<br>void EVAL_BM_FUNC::elaborate(const COMPONENT* c)
<br>{
<br> assert(c);
<br> const CARD_LIST* par_scope = c->scope();
<br> assert(par_scope);
<br> EVAL_BM_ACTION_BASE::elaborate(c);
<br> _exp.e_val(_default_exp, par_scope);
<br> _ln.e_val(_default_ln, par_scope);
<br> _cos.e_val(_default_cos, par_scope);
<br> _tan.e_val(_default_tan, par_scope);
<br> _xtime.e_val(_default_xtime, par_scope);
<br><br> for (std::vector<std::pair<PARAMETER<double>,PARAMETER<double> > >::
<br> iterator p = _table.begin(); p != _table.end(); ++p) {
<br> p->first.e_val(0, par_scope);
<br> p->second.e_val(0, par_scope);
<br> }
<br>}
<br>/*--------------------------------------------------------------------------*/
<br>void EVAL_BM_FUNC::tr_eval(ELEMENT* d)const
<br>{
<br> double x_raw = (_xtime) ? ioffset(SIM::time0) : ioffset(d->_y[0].x);
<br> double f0 = 0.; // value
<br> double f1 = 0.; // derivative
<br>
<br> // x = ax + b
<br> std::vector<std::pair<PARAMETER<double>,PARAMETER<double> > >::
<br> const_iterator p = _table.begin();
<br> double x = p->second * x_raw + p->first;
<br> f1 = p->second;
<br>
<br> if(_exp) {
<br> f0=exp(x);
<br> f1*=f0;
<br> } else if(_ln) { // use even
<br> if(x>0) {
<br> f0=log(x);
<br> f1*=1/x;
<br> } else if(x==0) {
<br> f0=-BIGBIG;
<br> f1=BIGBIG;
<br> untested(); // why ?
<br> } else {
<br> f0=log(-x);
<br> f1*=1/x;
<br> }
<br> } else if(_cos) {
<br> f0=cos(x);
<br> f1*=-sin(x);
<br> } else if(_tan) {
<br> f0=sin(x);
<br> f1=cos(x);
<br> if(f1==0.0) {
<br> if(f0>0.0) f0=BIGBIG;
<br> else f0=-BIGBIG;
<br> f1=BIGBIG;
<br> } else {
<br> f0=f0/f1;
<br> f1=1+f0*f0;
<br> }
<br> } else {
<br> f0=x;
<br> }
<br><br> // end as in bm_posy
<br> d->_y[0] = FPOLY1(ioffset(d->_y[0].x), f0, f1);
<br> tr_final_adjust(&(d->_y[0]), d->f_is_value());
<br> trace3("fa", d->_y[0].x, d->_y[0].f0, d->_y[0].f1);
<br>}
<br>/*--------------------------------------------------------------------------*/
<br>bool EVAL_BM_FUNC::parse_numlist(CS& cmd)
<br>{
<br> unsigned start = cmd.cursor();
<br> unsigned here = cmd.cursor();
<br> for (;;) {
<br> unsigned start_of_pair = here;
<br> std::pair<PARAMETER<double>, PARAMETER<double> > p;
<br> cmd >> p.second; // value
<br> if (cmd.stuck(&here)) {
<br> // no more, graceful finish
<br> break;
<br> }else{
<br> cmd >> p.first; // key
<br> if (cmd.stuck(&here)) {
<br> // ran out, but already have half of the pair
<br> // back up one, hoping somebody else knows what to do with it
<br> cmd.reset(start_of_pair);
<br> break;
<br> }else{
<br> _table.push_back(p);
<br> }
<br> }
<br> }
<br> if (cmd.gotit(start)) {
<br> }else{
<br> untested();
<br> }
<br> return cmd.gotit(start);
<br>}
<br>/*--------------------------------------------------------------------------*/
<br>bool EVAL_BM_FUNC::parse_params_obsolete_callback(CS& cmd)
<br>{
<br> return ONE_OF
<br> || Get(cmd, "exp", &_exp)
<br> || Get(cmd, "ln", &_ln)
<br> || Get(cmd, "cos", &_cos)
<br> || Get(cmd, "tan", &_tan)
<br> || Get(cmd, "xtime", &_xtime)
<br> || EVAL_BM_ACTION_BASE::parse_params_obsolete_callback(cmd)
<br> ;
<br>}
<br>/*--------------------------------------------------------------------------*/
<br>/*--------------------------------------------------------------------------*/
<br>EVAL_BM_FUNC p1(CC_STATIC);
<br>DISPATCHER<COMMON_COMPONENT>::INSTALL d1(&bm_dispatcher, "func", &p1);
<br>}
<br>/*--------------------------------------------------------------------------*/
<br>/*--------------------------------------------------------------------------*/
<br><br><br><br><br><br><br><br>_______________________________________________
<br>Help-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26425413&i=1" target="_top" rel="nofollow">Help-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Help-f1860.html" embed="fixTarget[1860]" target="_top" >Gnucap - Help</a></p>tag:old.nabble.com,2006:post-26423032how to model sinusoidal dependence on charge?2009-11-19T01:11:43Z2009-11-19T01:11:43Zfelix.maibaum<br>Hi all,
<br><br>I'm trying to model a device which has a voltage that depends periodically
<br>on the charge which has passed through it: V=Vc*sin(q)
<br><br>This seems almost possible with the controlled sources, but not quite,
<br>since the SIN function always depends on time. Is it possible to implement
<br>such a device with the model compiler, or could the trigonometric functions
<br>be generalized to achieve this somehow?
<br><br>Cheers
<br><br>Felix
<br><br><br><br>Dipl.-Ing. Felix Maibaum
<br>AG 2.42
<br>Physikalisch Technische Bundesanstalt
<br>Bundesallee 100
<br>38116 Braunschweig
<br>Tel. : ++49 531 592 2465
<br><br><br><br>_______________________________________________
<br>Gnucap-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26423032&i=0" target="_top" rel="nofollow">Gnucap-devel@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnucap-devel" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnucap-devel</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Dev-f1859.html" embed="fixTarget[1859]" target="_top" >Gnucap - Dev</a></p>tag:old.nabble.com,2006:post-26423035how to model sinusoidal dependence on charge?2009-11-19T01:11:43Z2009-11-19T01:11:43Zfelix.maibaum<br>Hi all,
<br><br>I'm trying to model a device which has a voltage that depends periodically
<br>on the charge which has passed through it: V=Vc*sin(q)
<br><br>This seems almost possible with the controlled sources, but not quite,
<br>since the SIN function always depends on time. Is it possible to implement
<br>such a device with the model compiler, or could the trigonometric functions
<br>be generalized to achieve this somehow?
<br><br>Cheers
<br><br>Felix
<br><br><br><br>Dipl.-Ing. Felix Maibaum
<br>AG 2.42
<br>Physikalisch Technische Bundesanstalt
<br>Bundesallee 100
<br>38116 Braunschweig
<br>Tel. : ++49 531 592 2465
<br><br><br><br>_______________________________________________
<br>Help-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26423035&i=0" target="_top" rel="nofollow">Help-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Help-f1860.html" embed="fixTarget[1860]" target="_top" >Gnucap - Help</a></p>tag:old.nabble.com,2006:post-26288644gnucap development snapshot 2009-11-102009-11-10T10:20:12Z2009-11-10T10:20:12Zal davis-13<br>There is a new development snapshot available ...
<br><a href="http://gnucap.org/devel/gnucap-2009-11-10.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10.tar.gz</a><br><br>Optional plugin files:
<br><a href="http://gnucap.org/devel/gnucap-2009-11-10-models-bsim.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10-models-bsim.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-11-10-models-jspice3-2.5.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10-models-jspice3-2.5.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-11-10-models-ngspice17.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10-models-ngspice17.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-11-10-models-spice3f5.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10-models-spice3f5.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-11-10-tools.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10-tools.tar.gz</a><br><br>This file contains the md5sum of the other files, so you can
<br>check for a proper download:
<br><a href="http://gnucap.org/devel/gnucap-2009-11-10.md5sum" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10.md5sum</a><br><br>This release has changes to the "elaboration" phase of simulation.
<br>There are three differences you will see ..
<br><br>1. (Important!)
<br>It fixes a bug that sometimes caused incorrect parameter values
<br>in some cases. The bug would manifest with a certain combination
<br>of subcircuits, models, and parameters.
<br><br>In particular, something like this would give bad results:
<br><br>.subckt foo (a k)
<br>.model dio d (is={isat})
<br>dfoo (a k) dio
<br>.ends
<br><br>...
<br>x1 (1 2) foo isat=x
<br>x2 (2 3) foo isat=y
<br>...
<br><br>.param x=1e-12
<br>.param y=1e-11
<br><br>.op
<br><br>.param x=1e-13
<br>.param y=1e-14
<br><br>.op
<br><br>...... would have the wrong value of isat,
<br>probably keeping the original value.
<br><br>Circuits that did not have this combination of models, subckt, and params
<br>did not have this problem.
<br><br>It's fixed now.
<br><br><br>2.
<br>Expressions with "E" notation (1.3E-6) would sometimes not be
<br>evaluated properly. This is fixed.
<br><br>3.
<br>Expressions with function calls would sometimes not be
<br>parsed correctly. Usually, you could work around this
<br>by careful use of parentheses and quotes. It should
<br>work now without the tricks.
<br><br><br>As usual, to get started you need only the main package
<br>gnucap-2009-xx-xx.tar.gz .
<br><br>You need to recompile all of the plugins with the new headers
<br>and wrappers.
<br><br><br><br>_______________________________________________
<br>Gnucap-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26288644&i=0" target="_top" rel="nofollow">Gnucap-devel@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnucap-devel" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnucap-devel</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Dev-f1859.html" embed="fixTarget[1859]" target="_top" >Gnucap - Dev</a></p>tag:old.nabble.com,2006:post-26288657gnucap development snapshot 2009-11-102009-11-10T10:20:12Z2009-11-10T10:20:12Zal davis-13<br>There is a new development snapshot available ...
<br><a href="http://gnucap.org/devel/gnucap-2009-11-10.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10.tar.gz</a><br><br>Optional plugin files:
<br><a href="http://gnucap.org/devel/gnucap-2009-11-10-models-bsim.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10-models-bsim.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-11-10-models-jspice3-2.5.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10-models-jspice3-2.5.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-11-10-models-ngspice17.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10-models-ngspice17.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-11-10-models-spice3f5.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10-models-spice3f5.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-11-10-tools.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10-tools.tar.gz</a><br><br>This file contains the md5sum of the other files, so you can
<br>check for a proper download:
<br><a href="http://gnucap.org/devel/gnucap-2009-11-10.md5sum" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10.md5sum</a><br><br>This release has changes to the "elaboration" phase of simulation.
<br>There are three differences you will see ..
<br><br>1. (Important!)
<br>It fixes a bug that sometimes caused incorrect parameter values
<br>in some cases. The bug would manifest with a certain combination
<br>of subcircuits, models, and parameters.
<br><br>In particular, something like this would give bad results:
<br><br>.subckt foo (a k)
<br>.model dio d (is={isat})
<br>dfoo (a k) dio
<br>.ends
<br><br>...
<br>x1 (1 2) foo isat=x
<br>x2 (2 3) foo isat=y
<br>...
<br><br>.param x=1e-12
<br>.param y=1e-11
<br><br>.op
<br><br>.param x=1e-13
<br>.param y=1e-14
<br><br>.op
<br><br>...... would have the wrong value of isat,
<br>probably keeping the original value.
<br><br>Circuits that did not have this combination of models, subckt, and params
<br>did not have this problem.
<br><br>It's fixed now.
<br><br><br>2.
<br>Expressions with "E" notation (1.3E-6) would sometimes not be
<br>evaluated properly. This is fixed.
<br><br>3.
<br>Expressions with function calls would sometimes not be
<br>parsed correctly. Usually, you could work around this
<br>by careful use of parentheses and quotes. It should
<br>work now without the tricks.
<br><br><br>As usual, to get started you need only the main package
<br>gnucap-2009-xx-xx.tar.gz .
<br><br>You need to recompile all of the plugins with the new headers
<br>and wrappers.
<br><br><br><br>_______________________________________________
<br>Info-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26288657&i=0" target="_top" rel="nofollow">Info-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/info-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/info-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Announce-f1861.html" embed="fixTarget[1861]" target="_top" >Gnucap - Announce</a></p>tag:old.nabble.com,2006:post-26288649gnucap development snapshot 2009-11-102009-11-10T10:20:12Z2009-11-10T10:20:12Zal davis-13<br>There is a new development snapshot available ...
<br><a href="http://gnucap.org/devel/gnucap-2009-11-10.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10.tar.gz</a><br><br>Optional plugin files:
<br><a href="http://gnucap.org/devel/gnucap-2009-11-10-models-bsim.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10-models-bsim.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-11-10-models-jspice3-2.5.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10-models-jspice3-2.5.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-11-10-models-ngspice17.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10-models-ngspice17.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-11-10-models-spice3f5.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10-models-spice3f5.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-11-10-tools.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10-tools.tar.gz</a><br><br>This file contains the md5sum of the other files, so you can
<br>check for a proper download:
<br><a href="http://gnucap.org/devel/gnucap-2009-11-10.md5sum" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-11-10.md5sum</a><br><br>This release has changes to the "elaboration" phase of simulation.
<br>There are three differences you will see ..
<br><br>1. (Important!)
<br>It fixes a bug that sometimes caused incorrect parameter values
<br>in some cases. The bug would manifest with a certain combination
<br>of subcircuits, models, and parameters.
<br><br>In particular, something like this would give bad results:
<br><br>.subckt foo (a k)
<br>.model dio d (is={isat})
<br>dfoo (a k) dio
<br>.ends
<br><br>...
<br>x1 (1 2) foo isat=x
<br>x2 (2 3) foo isat=y
<br>...
<br><br>.param x=1e-12
<br>.param y=1e-11
<br><br>.op
<br><br>.param x=1e-13
<br>.param y=1e-14
<br><br>.op
<br><br>...... would have the wrong value of isat,
<br>probably keeping the original value.
<br><br>Circuits that did not have this combination of models, subckt, and params
<br>did not have this problem.
<br><br>It's fixed now.
<br><br><br>2.
<br>Expressions with "E" notation (1.3E-6) would sometimes not be
<br>evaluated properly. This is fixed.
<br><br>3.
<br>Expressions with function calls would sometimes not be
<br>parsed correctly. Usually, you could work around this
<br>by careful use of parentheses and quotes. It should
<br>work now without the tricks.
<br><br><br>As usual, to get started you need only the main package
<br>gnucap-2009-xx-xx.tar.gz .
<br><br>You need to recompile all of the plugins with the new headers
<br>and wrappers.
<br><br><br><br>_______________________________________________
<br>Help-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26288649&i=0" target="_top" rel="nofollow">Help-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Help-f1860.html" embed="fixTarget[1860]" target="_top" >Gnucap - Help</a></p>tag:old.nabble.com,2006:post-26085938Re: howto use different phase and frequency in sources for transient analysis?2009-10-27T15:00:04Z2009-10-27T15:00:04ZRubén Gómez AntolíHello al:
<br><br>al davis escribió:
<br>> Quick answer .. I will get back with more details in a few
<br>> days.
<br><br>Ok, We wait for these details.
<br><br>> What is the Pspice syntax for specifying phase on a "sin"
<br>> source? It's not in Berkeley spice.
<br><br>There is the usual custom for propietary apps: deform the standard to
<br>complicate the competence (like HTML's IE tags, for example):
<br><br><a href="http://www.uta.edu/ee/hw/pspice/pspice08.htm" target="_top" rel="nofollow">http://www.uta.edu/ee/hw/pspice/pspice08.htm</a><br><br>Here are the 90% of my problems: exercises thought for Pspice with
<br>incompatible syntax for free engines like Gnucap or Ngspice; or model,
<br>macromodel for Pspice (like thyristor, UJT...) with a difficult -or
<br>imposible for a newbie, like me- way to translate to Berkeley spice.
<br><div class='shrinkable-quote'><br>> It would be just another way to specify the delay ... the phase
<br>> at time = 0.
<br>>
<br>> I just did find a bug in the way the Fourier command computes
<br>> relative phase.
<br>>
<br>> (...)
<br>>
<br>> But that is not the problem you saw.
<br>>
</div><br>Ok.
<br><div class='shrinkable-quote'><br>> The absolute phase you see in a Fourier analysis is referenced
<br>> to the start of the interval, so it will be different on
<br>> different runs depending on the starting time. It does appear
<br>> to be correct, from that perspective.
<br>>
<br>> That really doesn't matter. It is just a time shift.
<br>>
<br>> I think the reason your waveform built from the sum of sources
<br>> doesn't match the signal you took the Fourier transform of is
<br>> that you are only using up to the fifth harmonic, so there is a
<br>> lot missing.
</div><br>Perhaps I should explain a bit more:
<br><br>Start with a Diode brigde rectifier and do a Fourier analysis:
<br><br># i(LS) --------- actual --------- -------- relative --------
<br>#freq value dB phase value dB phase
<br> 0. 0.0063273 -43.98 90.000 405.58E-6 -67.84 100.271
<br> 60. 15.601 23.86 -10.271 1. 0.00 -0.000
<br> 120. 0.011073 -39.11 -92.415 709.79E-6 -62.98 -82.144
<br> 180. 11.821 21.45 148.226 0.75772 -2.41 158.497
<br> 240. 0.0071613 -42.90 85.933 459.04E-6 -66.76 96.205
<br> 300. 6.3621 16.07 -57.484 0.40781 -7.79 -47.213
<br> 360. 0.0028582 -50.88 -93.075 183.21E-6 -74.74 -82.804
<br> 420. 2.009 6.06 77.596 0.12877 -17.80 87.867
<br> 480. 189.74E-6 -74.44 -162.004 12.162E-6 -98.30 -151.732
<br> 540. 0.94716 -0.47 143.495 0.060713 -24.33 153.766
<br><br>and transient analysis for view i(VS).
<br><br>Next exercise: check grafically source current i(VS) how sum of
<br>fundamental and two first harmonics (3 and 5).
<br><br>I obtain the three currents well, something "displaced" compare with
<br>Pspice output.
<br><br>But i(VS) is not the wave expected.
<br><br>> Also, the circuit doesn't look correct, but that could be due to
<br>> partial cut and paste errors.
<br><br>There are no errors in paste circuit, I'm sure now that circuit is not
<br>correct; this is my fault: I should work on it a bit more.
<br><br>Thanks so much for your fast answer.
<br><br>Regards.
<br><br>Salud y Revolución.
<br><br>Lobo.
<br>--
<br>Libertad es poder elegir en cualquier momento. Ahora yo elijo GNU/Linux,
<br>para no atar mis manos con las cadenas del soft propietario.
<br>---------
<br>Desde El Ejido, en Almería, usuario registrado Linux #294013
<br><a href="http://www.counter.li.org" target="_top" rel="nofollow">http://www.counter.li.org</a><br><br><br>_______________________________________________
<br>Help-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26085938&i=0" target="_top" rel="nofollow">Help-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Help-f1860.html" embed="fixTarget[1860]" target="_top" >Gnucap - Help</a></p>tag:old.nabble.com,2006:post-26073108Re: howto use different phase and frequency in sources for transient analysis?2009-10-27T00:05:28Z2009-10-27T00:05:28Zal davis-13Quick answer .. I will get back with more details in a few
<br>days.
<br><br>What is the Pspice syntax for specifying phase on a "sin"
<br>source? It's not in Berkeley spice.
<br><br>It would be just another way to specify the delay ... the phase
<br>at time = 0.
<br><br>I just did find a bug in the way the Fourier command computes
<br>relative phase.
<br><br><br>Notation:
<br>"ap[2]" is the absolute phase of harmonic#2
<br>"rp[2]" is the relative phase
<br>hn is harmonic number
<br><br>The way it is:
<br>for (hn=0; hn<=stop; ++hn) {
<br> rp[hn] = ap[hn] - ap[1];
<br>}
<br>
<br>The way it should be:
<br>for (hn=0; hn<=stop; ++hn) {
<br> rp[hn] = ap[hn] - (hn *ap[1]);
<br>}
<br>
<br>But that is not the problem you saw.
<br><br>The absolute phase you see in a Fourier analysis is referenced
<br>to the start of the interval, so it will be different on
<br>different runs depending on the starting time. It does appear
<br>to be correct, from that perspective.
<br><br>That really doesn't matter. It is just a time shift.
<br><br>I think the reason your waveform built from the sum of sources
<br>doesn't match the signal you took the Fourier transform of is
<br>that you are only using up to the fifth harmonic, so there is a
<br>lot missing.
<br><br>Also, the circuit doesn't look correct, but that could be due to
<br>partial cut and paste errors.
<br><br><br>_______________________________________________
<br>Help-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26073108&i=0" target="_top" rel="nofollow">Help-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Help-f1860.html" embed="fixTarget[1860]" target="_top" >Gnucap - Help</a></p>tag:old.nabble.com,2006:post-26067039Re: howto use different phase and frequency in sources for transient analysis?2009-10-26T13:30:56Z2009-10-26T13:30:56ZRubén Gómez AntolíHello al:
<br><br>al davis escribió:
<div class='shrinkable-quote'><br>> On Saturday 17 October 2009, Rubén Gómez Antolí wrote:
<br>>> I need to specify different phases in sources in this way:
<br>>>
<br>>> I1 phase=-10 freq=60
<br>>> I2 phase=150 freq=180
<br>>> I3 phase=-56 freq=300
<br>>>
<br>>> SIN sources not admit phase option.
<br>>
<br>>> I try with generator function:
<br>>> .gen ampl=10 phase=-10 freq=60
<br>>> I1 n1 n2 generator(1)
<br>>> .gen ampl=15 phase=150 freq=180
<br>>> I1 n2 n3 generator(2)
<br>>> etc.
<br>>>
<br>>> but I see that generator don't work in this way.
<br>>
<br>> You are correct .. It don't work in this way.
<br>>
<br>>> I look for in the net without sucess. I see that in AC
<br>>> analysis is possible, but I need to do in transient
<br>>> analysis.
<br>>>
<br>>> There are anyway to do this?
<br>>
<br>> What is the meaning of phase in transient analysis, when you
<br>> have different frequencies? The phase relationship between them
<br>> is always changing. I suppose it could be the phase at time=0,
<br>> and translate to delay.
</div><br>It's an class exercise based on a example from Power Electronics's Mohan
<br>book.
<br><br>I'm checking the harmonic current influence in circuit.
<br><br>In a previous Fourier analisys I get phase and frequency of currents for
<br>1, 3 and 5 harmonic:
<br><br># i(LS) --------- actual --------- -------- relative --------
<br>#freq value dB phase value dB phase
<br> 0. 0.0063273 -43.98 90.000 405.58E-6 -67.84 100.271
<br> 60. 15.601 23.86 -10.271 1. 0.00 -0.000
<br> 120. 0.011073 -39.11 -92.415 709.79E-6 -62.98 -82.144
<br> 180. 11.821 21.45 148.226 0.75772 -2.41 158.497
<br> 240. 0.0071613 -42.90 85.933 459.04E-6 -66.76 96.205
<br> 300. 6.3621 16.07 -57.484 0.40781 -7.79 -47.213
<br><br>Then, I put three current sources in the original circuit, which was
<br>thought to be used in Pspice format, for this reason this phase value. :^(
<br><br>> What you do have is "delay". You can get what you want with SIN
<br>> source, specifying a delay in seconds.
<br>>
<br>> try delay={(phase/360)/frequency}
<br><br>I try with it:
<br><br>1· I obtained the "correct" waves for I1, I3 and I5.
<br><br>2· I can't obtain the "correct" wave for I(LS).
<br><br>I think there is something wrong in circuit, but I'm not sure. Here are
<br>the circuit:
<br><br><br>DBRECT1A.CIR
<br>* Single-Phase, Diode-Bridge Rectifier
<br>* Fourier components of i(LS) are included as I1, I2 and I3.
<br>* Power Electronics: Simulation, Analysis & Education.....by N. Mohan.
<br>.SUBCKT DIODE_WITH_SNUB 101 103
<br><br>DX 101 102 POWER_DIODE
<br>RSNUB 102 103 1000.0
<br>CSNUB 103 101 0.01uF
<br>.MODEL POWER_DIODE D( RS=0.01, CJO=100pF )
<br><br>.ENDS DIODE_WITH_SNUB
<br><br>.PARAM FASE1 = -10.04
<br>.PARAM FASE2 = 148.9
<br>.PARAM FASE3 = -56.39
<br>.PARAM FREQ0 = 60.0Hz
<br>.PARAM FREQ1 = 60.0Hz
<br>.PARAM FREQ2 = 180.0Hz
<br>.PARAM FREQ3 = 300.0Hz
<br>.PARAM RETRASO1={(FASE1/360)/FREQ1}
<br>.PARAM RETRASO2={(FASE2/360)/FREQ2}
<br>.PARAM RETRASO3={(FASE3/360)/FREQ3}
<br><br>LS 1 2 1mH
<br>RS 2 3 1m
<br><br>LD 4 5 1uH
<br>RLOAD 5 6 20.0
<br>CD 5 6 1000uF IC=160V
<br><br>XD1 3 4 DIODE_WITH_SNUB
<br>XD3 0 4 DIODE_WITH_SNUB
<br>XD2 6 0 DIODE_WITH_SNUB
<br>XD4 6 3 DIODE_WITH_SNUB
<br><br>VS 1 0 SIN(0 170V {FREQ0} 0 0)
<br><br>I1 7 0 SIN(0 15.35A {FREQ1} {RETRASO1} 0)
<br>I3 8 0 SIN(0 11.74A {FREQ2} {RETRASO2} 0)
<br>I5 9 0 SIN(0 6.482A {FREQ3} {RETRASO3} 0)
<br><br>R1 7 0 1.0
<br>R3 8 0 1.0
<br>R5 9 0 1.0
<br><br>.END
<br><br>What do you think about this?
<br><br>Regards.
<br><br>Salud y Revolución.
<br><br>Lobo.
<br><br>--
<br>Libertad es poder elegir en cualquier momento. Ahora yo elijo GNU/Linux,
<br>para no atar mis manos con las cadenas del soft propietario.
<br>---------
<br>Desde El Ejido, en Almería, usuario registrado Linux #294013
<br><a href="http://www.counter.li.org" target="_top" rel="nofollow">http://www.counter.li.org</a><br><br><br>_______________________________________________
<br>Help-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26067039&i=0" target="_top" rel="nofollow">Help-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Help-f1860.html" embed="fixTarget[1860]" target="_top" >Gnucap - Help</a></p>tag:old.nabble.com,2006:post-25966352Re: howto use different phase and frequency in sources for transient analysis?2009-10-19T14:52:36Z2009-10-19T14:52:36Zal davis-13On Saturday 17 October 2009, Rubén Gómez Antolí wrote:
<br>> I need to specify different phases in sources in this way:
<br>>
<br>> I1 phase=-10 freq=60
<br>> I2 phase=150 freq=180
<br>> I3 phase=-56 freq=300
<br>>
<br>> SIN sources not admit phase option.
<br><br>> I try with generator function:
<br>> .gen ampl=10 phase=-10 freq=60
<br>> I1 n1 n2 generator(1)
<br>> .gen ampl=15 phase=150 freq=180
<br>> I1 n2 n3 generator(2)
<br>> etc.
<br>>
<br>> but I see that generator don't work in this way.
<br><br>You are correct .. It don't work in this way.
<br>
<br>> I look for in the net without sucess. I see that in AC
<br>> analysis is possible, but I need to do in transient
<br>> analysis.
<br>>
<br>> There are anyway to do this?
<br><br>What is the meaning of phase in transient analysis, when you
<br>have different frequencies? The phase relationship between them
<br>is always changing. I suppose it could be the phase at time=0,
<br>and translate to delay.
<br><br>What you do have is "delay". You can get what you want with SIN
<br>source, specifying a delay in seconds.
<br><br>try delay={(phase/360)/frequency}
<br><br><br>_______________________________________________
<br>Help-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25966352&i=0" target="_top" rel="nofollow">Help-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Help-f1860.html" embed="fixTarget[1860]" target="_top" >Gnucap - Help</a></p>tag:old.nabble.com,2006:post-25941409howto use different phase and frequency in sources for transient analysis?2009-10-17T13:09:25Z2009-10-17T13:09:25ZRubén Gómez AntolíHello All:
<br><br>I need to specify different phases in sources in this way:
<br><br>I1 phase=-10 freq=60
<br>I2 phase=150 freq=180
<br>I3 phase=-56 freq=300
<br><br>SIN sources not admit phase option. I try with generator function:
<br><br>.gen ampl=10 phase=-10 freq=60
<br>I1 n1 n2 generator(1)
<br>.gen ampl=15 phase=150 freq=180
<br>I1 n2 n3 generator(2)
<br>etc.
<br><br>but I see that generator don't work in this way.
<br><br>I look for in the net without sucess. I see that in AC analysis is
<br>possible, but I need to do in transient analysis.
<br><br>There are anyway to do this?
<br><br>Thanks so much in advance.
<br><br>Salud y Revolución.
<br><br>Lobo.
<br>--
<br>Libertad es poder elegir en cualquier momento. Ahora yo elijo GNU/Linux,
<br>para no atar mis manos con las cadenas del soft propietario.
<br>---------
<br>Desde El Ejido, en Almería, usuario registrado Linux #294013
<br><a href="http://www.counter.li.org" target="_top" rel="nofollow">http://www.counter.li.org</a><br><br><br>_______________________________________________
<br>Help-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25941409&i=0" target="_top" rel="nofollow">Help-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Help-f1860.html" embed="fixTarget[1860]" target="_top" >Gnucap - Help</a></p>tag:old.nabble.com,2006:post-25739610Referencing gnucap2009-10-04T09:30:05Z2009-10-04T09:30:05ZThomas Ibbotson-2Hi,
<br><br>I have recently used gnucap simulations in a scientific paper. I would
<br>like to know how best to reference gnucap in this paper.
<br><br>Thanks,
<br>Tom
<br><br><br>_______________________________________________
<br>Help-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25739610&i=0" target="_top" rel="nofollow">Help-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Help-f1860.html" embed="fixTarget[1860]" target="_top" >Gnucap - Help</a></p>tag:old.nabble.com,2006:post-25654860gnucap development snapshot 2009-09-282009-09-28T17:02:09Z2009-09-28T17:02:09Zal davis-13<br>There is a new development snapshot available ...
<br><a href="http://gnucap.org/devel/gnucap-2009-09-28.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28.tar.gz</a><br><br>Optional plugin files:
<br><a href="http://gnucap.org/devel/gnucap-2009-09-28-models-bsim.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28-models-bsim.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-28-models-jspice3-2.5.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28-models-jspice3-2.5.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-28-models-ngspice17.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28-models-ngspice17.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-28-models-spice3f5.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28-models-spice3f5.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-28-tools.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28-tools.tar.gz</a><br><br>This file contains the md5sum of the other files, so you can
<br>check for a proper download:
<br><a href="http://gnucap.org/devel/gnucap-2009-09-28.md5sum" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28.md5sum</a><br><br>This release has changes to the "elaboration" phase of simulation.
<br>There are three differences you will see ..
<br><br>1. (Important!)
<br>It fixes a bug that sometimes caused incorrect parameter values
<br>in some cases. The bug would manifest with a certain combination
<br>of subcircuits, models, and parameters.
<br><br>In particular, something like this would give bad results:
<br><br>.subckt foo (a k)
<br>.model dio d (is={isat})
<br>dfoo (a k) dio
<br>.ends
<br><br>...
<br>x1 (1 2) foo isat=1u
<br>x2 (2 3) foo isat=2u
<br>...
<br><br>...... would have the wrong value of isat.
<br><br>Circuits that did not have this combination of models, subckt, and params
<br>did not have this problem.
<br><br><br>2. (cosmetic)
<br>Taming of redundant warnings that would be printed in the
<br>elaboration phase. Also, bad parameter warnings from
<br>spice models using plugins are now printed, only once,
<br>on readin, instead of multiple times on elaboration.
<br><br>3. (new models)
<br>The tarball "models-bsim" includes new models, including
<br>the new BSIM4SOI, released Sep 22 and the new BSIM465,
<br>release Sep 9.
<br><br>===
<br><br>As usual, to get started you need only the main package
<br>gnucap-2009-xx-xx.tar.gz .
<br><br><br><br>_______________________________________________
<br>Info-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25654860&i=0" target="_top" rel="nofollow">Info-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/info-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/info-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Announce-f1861.html" embed="fixTarget[1861]" target="_top" >Gnucap - Announce</a></p>tag:old.nabble.com,2006:post-25654856gnucap development snapshot 2009-09-282009-09-28T17:02:03Z2009-09-28T17:02:03Zal davis-13<br>There is a new development snapshot available ...
<br><a href="http://gnucap.org/devel/gnucap-2009-09-28.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28.tar.gz</a><br><br>Optional plugin files:
<br><a href="http://gnucap.org/devel/gnucap-2009-09-28-models-bsim.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28-models-bsim.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-28-models-jspice3-2.5.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28-models-jspice3-2.5.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-28-models-ngspice17.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28-models-ngspice17.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-28-models-spice3f5.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28-models-spice3f5.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-28-tools.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28-tools.tar.gz</a><br><br>This file contains the md5sum of the other files, so you can
<br>check for a proper download:
<br><a href="http://gnucap.org/devel/gnucap-2009-09-28.md5sum" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28.md5sum</a><br><br>This release has changes to the "elaboration" phase of simulation.
<br>There are three differences you will see ..
<br><br>1. (Important!)
<br>It fixes a bug that sometimes caused incorrect parameter values
<br>in some cases. The bug would manifest with a certain combination
<br>of subcircuits, models, and parameters.
<br><br>In particular, something like this would give bad results:
<br><br>.subckt foo (a k)
<br>.model dio d (is={isat})
<br>dfoo (a k) dio
<br>.ends
<br><br>...
<br>x1 (1 2) foo isat=1u
<br>x2 (2 3) foo isat=2u
<br>...
<br><br>...... would have the wrong value of isat.
<br><br>Circuits that did not have this combination of models, subckt, and params
<br>did not have this problem.
<br><br><br>2. (cosmetic)
<br>Taming of redundant warnings that would be printed in the
<br>elaboration phase. Also, bad parameter warnings from
<br>spice models using plugins are now printed, only once,
<br>on readin, instead of multiple times on elaboration.
<br><br>3. (new models)
<br>The tarball "models-bsim" includes new models, including
<br>the new BSIM4SOI, released Sep 22 and the new BSIM465,
<br>release Sep 9.
<br><br>===
<br><br>As usual, to get started you need only the main package
<br>gnucap-2009-xx-xx.tar.gz .
<br><br><br><br>_______________________________________________
<br>Help-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25654856&i=0" target="_top" rel="nofollow">Help-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Help-f1860.html" embed="fixTarget[1860]" target="_top" >Gnucap - Help</a></p>tag:old.nabble.com,2006:post-25654853gnucap development snapshot 2009-09-282009-09-28T17:01:53Z2009-09-28T17:01:53Zal davis-13<br>There is a new development snapshot available ...
<br><a href="http://gnucap.org/devel/gnucap-2009-09-28.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28.tar.gz</a><br><br>Optional plugin files:
<br><a href="http://gnucap.org/devel/gnucap-2009-09-28-models-bsim.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28-models-bsim.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-28-models-jspice3-2.5.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28-models-jspice3-2.5.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-28-models-ngspice17.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28-models-ngspice17.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-28-models-spice3f5.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28-models-spice3f5.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-28-tools.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28-tools.tar.gz</a><br><br>This file contains the md5sum of the other files, so you can
<br>check for a proper download:
<br><a href="http://gnucap.org/devel/gnucap-2009-09-28.md5sum" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-28.md5sum</a><br><br>This release has changes to the "elaboration" phase of simulation.
<br>There are three differences you will see ..
<br><br>1. (Important!)
<br>It fixes a bug that sometimes caused incorrect parameter values
<br>in some cases. The bug would manifest with a certain combination
<br>of subcircuits, models, and parameters.
<br><br>In particular, something like this would give bad results:
<br><br>.subckt foo (a k)
<br>.model dio d (is={isat})
<br>dfoo (a k) dio
<br>.ends
<br><br>...
<br>x1 (1 2) foo isat=1u
<br>x2 (2 3) foo isat=2u
<br>...
<br><br>...... would have the wrong value of isat.
<br><br>Circuits that did not have this combination of models, subckt, and params
<br>did not have this problem.
<br><br><br>2. (cosmetic)
<br>Taming of redundant warnings that would be printed in the
<br>elaboration phase. Also, bad parameter warnings from
<br>spice models using plugins are now printed, only once,
<br>on readin, instead of multiple times on elaboration.
<br><br>3. (new models)
<br>The tarball "models-bsim" includes new models, including
<br>the new BSIM4SOI, released Sep 22 and the new BSIM465,
<br>release Sep 9.
<br><br>===
<br><br>As usual, to get started you need only the main package
<br>gnucap-2009-xx-xx.tar.gz .
<br><br><br><br>_______________________________________________
<br>Gnucap-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25654853&i=0" target="_top" rel="nofollow">Gnucap-devel@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnucap-devel" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnucap-devel</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Dev-f1859.html" embed="fixTarget[1859]" target="_top" >Gnucap - Dev</a></p>tag:old.nabble.com,2006:post-25570741gnucap development snapshot 2009-09-222009-09-22T20:13:53Z2009-09-22T20:13:53Zal davis-13<br>There is a new development snapshot available ...
<br><a href="http://gnucap.org/devel/gnucap-2009-09-22.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22.tar.gz</a><br><br>Optional plugin files:
<br><a href="http://gnucap.org/devel/gnucap-2009-09-22-models-bsim.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22-models-bsim.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-22-models-jspice3-2.5.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22-models-jspice3-2.5.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-22-models-ngspice17.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22-models-ngspice17.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-22-models-spice3f5.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22-models-spice3f5.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-22-tools.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22-tools.tar.gz</a><br><br>This file contains the md5sum of the other files, so you can
<br>check for a proper download:
<br><a href="http://gnucap.org/devel/gnucap-2009-09-22.md5sum" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22.md5sum</a><br><br>New features:
<br>"gmin stepping" homotopy for convergence improvement.
<br><br><br>===
<br><br>As usual, to get started you need only the main package
<br>gnucap-2009-xx-xx.tar.gz .
<br><br><br><br>_______________________________________________
<br>Gnucap-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25570741&i=0" target="_top" rel="nofollow">Gnucap-devel@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnucap-devel" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnucap-devel</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Dev-f1859.html" embed="fixTarget[1859]" target="_top" >Gnucap - Dev</a></p>tag:old.nabble.com,2006:post-25570744gnucap development snapshot 2009-09-222009-09-22T20:13:53Z2009-09-22T20:13:53Zal davis-13<br>There is a new development snapshot available ...
<br><a href="http://gnucap.org/devel/gnucap-2009-09-22.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22.tar.gz</a><br><br>Optional plugin files:
<br><a href="http://gnucap.org/devel/gnucap-2009-09-22-models-bsim.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22-models-bsim.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-22-models-jspice3-2.5.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22-models-jspice3-2.5.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-22-models-ngspice17.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22-models-ngspice17.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-22-models-spice3f5.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22-models-spice3f5.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-22-tools.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22-tools.tar.gz</a><br><br>This file contains the md5sum of the other files, so you can
<br>check for a proper download:
<br><a href="http://gnucap.org/devel/gnucap-2009-09-22.md5sum" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22.md5sum</a><br><br>New features:
<br>"gmin stepping" homotopy for convergence improvement.
<br><br><br>===
<br><br>As usual, to get started you need only the main package
<br>gnucap-2009-xx-xx.tar.gz .
<br><br><br><br>_______________________________________________
<br>Info-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25570744&i=0" target="_top" rel="nofollow">Info-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/info-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/info-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Announce-f1861.html" embed="fixTarget[1861]" target="_top" >Gnucap - Announce</a></p>tag:old.nabble.com,2006:post-25570743gnucap development snapshot 2009-09-222009-09-22T20:13:53Z2009-09-22T20:13:53Zal davis-13<br>There is a new development snapshot available ...
<br><a href="http://gnucap.org/devel/gnucap-2009-09-22.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22.tar.gz</a><br><br>Optional plugin files:
<br><a href="http://gnucap.org/devel/gnucap-2009-09-22-models-bsim.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22-models-bsim.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-22-models-jspice3-2.5.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22-models-jspice3-2.5.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-22-models-ngspice17.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22-models-ngspice17.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-22-models-spice3f5.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22-models-spice3f5.tar.gz</a><br><a href="http://gnucap.org/devel/gnucap-2009-09-22-tools.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22-tools.tar.gz</a><br><br>This file contains the md5sum of the other files, so you can
<br>check for a proper download:
<br><a href="http://gnucap.org/devel/gnucap-2009-09-22.md5sum" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-22.md5sum</a><br><br>New features:
<br>"gmin stepping" homotopy for convergence improvement.
<br><br><br>===
<br><br>As usual, to get started you need only the main package
<br>gnucap-2009-xx-xx.tar.gz .
<br><br><br><br>_______________________________________________
<br>Help-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25570743&i=0" target="_top" rel="nofollow">Help-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Help-f1860.html" embed="fixTarget[1860]" target="_top" >Gnucap - Help</a></p>tag:old.nabble.com,2006:post-25479623Re: Fwd: [Help-gnucap] inline comment delimiter2009-09-16T08:51:16Z2009-09-16T08:51:16Zal davis-13On Tuesday 15 September 2009, <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25479623&i=0" target="_top" rel="nofollow">asomers@...</a> wrote:
<br>> It looks like the spice language plugin section of the
<br>> development version's manual is yet to be written. Is there
<br>> any place I can go for more info on that?
<br><br>Spice documentation, but that doesn't tell you the differences
<br>in gnucap. As I said, the manual is a work in progress, trying
<br>to track code that is a work in progress.
<br><br><br><br>_______________________________________________
<br>Gnucap-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25479623&i=1" target="_top" rel="nofollow">Gnucap-devel@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnucap-devel" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnucap-devel</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Dev-f1859.html" embed="fixTarget[1859]" target="_top" >Gnucap - Dev</a></p>tag:old.nabble.com,2006:post-25465247Re: Fwd: [Help-gnucap] inline comment delimiter2009-09-15T20:11:14Z2009-09-15T20:11:14Zasomers-2It looks like the spice language plugin section of the development
<br>version's manual is yet to be written. Is there any place I can go
<br>for more info on that?
<br><br>On Tue, Sep 15, 2009 at 6:00 PM, al davis <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25465247&i=0" target="_top" rel="nofollow">ad211@...</a>> wrote:
<div class='shrinkable-quote'><br>> On Tuesday 15 September 2009, <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25465247&i=1" target="_top" rel="nofollow">asomers@...</a> wrote:
<br>>> Here's a thread that started out on gnucap-help:
<br>>>
<br>>> What is the inline comment delimiter in gnucap,
<br>>
<br>> It depends on the language plugin, but mostly it doesn't work.
<br>> Let's fix it now.
<br>>
<br>> Gnucap accepts several different simulation languages. What is
<br>> the comment delimiter should depend on what language you are
<br>> using.
<br>>
<br>>> and what
<br>>> should it be?
<br>>
<br>> With the language plugins, it is possible to have exact
<br>> compatibility with most other simulators, even the different
<br>> incompatible versions of Spice.
<br>>
<br>> As it stands, compatibility isn't perfect, but Hspice and Eldo
<br>> have been treated as the "spice" versions for which the highest
<br>> compatibility is desired.
<br>>
<br>>> According to the manual for V0.35, the delimiter is quote.
<br>>> It doesn't say whether that is single quote or double quote.
<br>>
<br>> That's unclear. .. The manual is being rewritten completely.
<br>> The new version is on the wiki at:
<br>> <a href="http://gnucap.org/dokuwiki/doku.php?id=gnucap:manual" target="_top" rel="nofollow">http://gnucap.org/dokuwiki/doku.php?id=gnucap:manual</a><br>>
<br>>> From experiment, it seems that ' starts a comment on my
<br>>> lines, but " starts a comment on a .SUBCKT line.
<br>>
<br>> Several characters are accepted to start whole-line comments,
<br>> going back a long time when different versions of spice used
<br>> different characters. Since there was no standard, accept all
<br>> of them.
<br>>
<br>> I think it has converged to "*". Correct me if I am wrong.
<br>>
<br>> It is easy to change it to just about anything. So, since the
<br>> example is Spice format .. What do the different versions of
<br>> Spice do?
<br>>
<br>> (Hspice, Pspice, NGspice, LTspice, Eldo, Multi-sim, Smart-spice,
<br>> .....)
<br>>
<br>> There is another issue now ... You can have parameter
<br>> expressions. It looks like Hspice and Eldo want them in single
<br>> quotes. Pspice appears to want curly braces. What else is
<br>> there?
<br>>
<br>> Another comment issue is how comments mix with extension lines.
<br>> It seems to be different in different simulators.
<br>>
<br>>
<br>>
<br>> _______________________________________________
<br>> Gnucap-devel mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25465247&i=2" target="_top" rel="nofollow">Gnucap-devel@...</a>
<br>> <a href="http://lists.gnu.org/mailman/listinfo/gnucap-devel" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnucap-devel</a><br>>
</div><br><br>_______________________________________________
<br>Gnucap-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25465247&i=3" target="_top" rel="nofollow">Gnucap-devel@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnucap-devel" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnucap-devel</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Dev-f1859.html" embed="fixTarget[1859]" target="_top" >Gnucap - Dev</a></p>tag:old.nabble.com,2006:post-25464193Re: Fwd: [Help-gnucap] inline comment delimiter2009-09-15T17:58:38Z2009-09-15T17:58:38Zal davis-13On Tuesday 15 September 2009, <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25464193&i=0" target="_top" rel="nofollow">asomers@...</a> wrote:
<br>> Here's a thread that started out on gnucap-help:
<br>>
<br>> What is the inline comment delimiter in gnucap,
<br><br>It depends on the language plugin, but mostly it doesn't work.
<br>Let's fix it now.
<br><br>Gnucap accepts several different simulation languages. What is
<br>the comment delimiter should depend on what language you are
<br>using.
<br><br>> and what
<br>> should it be?
<br><br>With the language plugins, it is possible to have exact
<br>compatibility with most other simulators, even the different
<br>incompatible versions of Spice.
<br><br>As it stands, compatibility isn't perfect, but Hspice and Eldo
<br>have been treated as the "spice" versions for which the highest
<br>compatibility is desired.
<br><br>> According to the manual for V0.35, the delimiter is quote.
<br>> It doesn't say whether that is single quote or double quote.
<br><br>That's unclear. .. The manual is being rewritten completely.
<br>The new version is on the wiki at:
<br><a href="http://gnucap.org/dokuwiki/doku.php?id=gnucap:manual" target="_top" rel="nofollow">http://gnucap.org/dokuwiki/doku.php?id=gnucap:manual</a><br><br>> From experiment, it seems that ' starts a comment on my
<br>> lines, but " starts a comment on a .SUBCKT line.
<br><br>Several characters are accepted to start whole-line comments,
<br>going back a long time when different versions of spice used
<br>different characters. Since there was no standard, accept all
<br>of them.
<br><br>I think it has converged to "*". Correct me if I am wrong.
<br><br>It is easy to change it to just about anything. So, since the
<br>example is Spice format .. What do the different versions of
<br>Spice do?
<br><br>(Hspice, Pspice, NGspice, LTspice, Eldo, Multi-sim, Smart-spice,
<br>.....)
<br><br>There is another issue now ... You can have parameter
<br>expressions. It looks like Hspice and Eldo want them in single
<br>quotes. Pspice appears to want curly braces. What else is
<br>there?
<br><br>Another comment issue is how comments mix with extension lines.
<br>It seems to be different in different simulators.
<br><br><br><br>_______________________________________________
<br>Gnucap-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25464193&i=1" target="_top" rel="nofollow">Gnucap-devel@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnucap-devel" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnucap-devel</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Dev-f1859.html" embed="fixTarget[1859]" target="_top" >Gnucap - Dev</a></p>tag:old.nabble.com,2006:post-25463502Fwd: [Help-gnucap] inline comment delimiter2009-09-15T16:31:45Z2009-09-15T16:31:45Zasomers-2Here's a thread that started out on gnucap-help:
<br><br>What is the inline comment delimiter in gnucap, and what should it be?
<br><br>According to the manual for V0.35, the delimiter is quote. It doesn't
<br>say whether that is single quote or double quote.
<br><br>According to Al Davis, there are no inline comments in gnucap.
<br><br>From experiment, it seems that ' starts a comment on my lines, but "
<br>starts a comment on a .SUBCKT line. Here is an example script that
<br>illustrates both types of quote:
<br>*Comment test
<br>*On a .SUBCKT line, it seems that " is a comment delimiter
<br>*But elsewhere it seems that ' is a comment delimiter
<br>.SUBCKT Foo 1 2 "(IN
<br>*This next line will not work if you uncomment it
<br>*.SUBCKT Bar 1 2 '(IN
<br>.ENDS Foo
<br>R 1 2 1000
<br>D1 2 0 DIODE1 ' a comment
<br>V1 1 0 dc 1 ac 0
<br>.MODEL DIODE1 D(IS=8.2592e-16 RS=10) ' a comment
<br>.op
<br><br>-Alan Somers
<br><br><br>---------- Forwarded message ----------
<br>From: al davis <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25463502&i=0" target="_top" rel="nofollow">ad211@...</a>>
<br>Date: Fri, Sep 11, 2009 at 9:52 AM
<br>Subject: Re: [Help-gnucap] inline comment delimiter
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25463502&i=1" target="_top" rel="nofollow">help-gnucap@...</a>
<br><br><br>On Friday 11 September 2009, <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25463502&i=2" target="_top" rel="nofollow">asomers@...</a> wrote:
<br>> It says that in section 1.4: Command Structure. On my
<br>> system, it's at:
<br>> file:///usr/share/doc/gnucap/html/gnucap-man006.html#htoc5
<br><br>That's the old manual, for the old stable version. (0.35??)
<br>There are a lot of changes in the development version, which is
<br>getting close to ready for release as a stable version.
<br><br>> So I guess I what you're saying is that I should just delete
<br>> those comments. That will work, although it's sad to lose
<br>> information. Gnucap can definitely not read LTSpice models
<br>> as is. There are many changes I have to make.
<br><br>The best approach is to move over to the developer list
<br>(<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25463502&i=3" target="_top" rel="nofollow">gnucap-devel@...</a>) and point out the problems there,
<br>specifically so they can be addressed directly.
<br><br><br>_______________________________________________
<br>Help-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25463502&i=4" target="_top" rel="nofollow">Help-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br><br><br>_______________________________________________
<br>Gnucap-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25463502&i=5" target="_top" rel="nofollow">Gnucap-devel@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/gnucap-devel" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/gnucap-devel</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Dev-f1859.html" embed="fixTarget[1859]" target="_top" >Gnucap - Dev</a></p>tag:old.nabble.com,2006:post-25404901Re: inline comment delimiter2009-09-11T09:52:22Z2009-09-11T09:52:22Zal davis-13On Friday 11 September 2009, <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25404901&i=0" target="_top" rel="nofollow">asomers@...</a> wrote:
<br>> It says that in section 1.4: Command Structure. On my
<br>> system, it's at:
<br>> file:///usr/share/doc/gnucap/html/gnucap-man006.html#htoc5
<br><br>That's the old manual, for the old stable version. (0.35??)
<br>There are a lot of changes in the development version, which is
<br>getting close to ready for release as a stable version.
<br><br>> So I guess I what you're saying is that I should just delete
<br>> those comments. That will work, although it's sad to lose
<br>> information. Gnucap can definitely not read LTSpice models
<br>> as is. There are many changes I have to make.
<br><br>The best approach is to move over to the developer list
<br>(<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25404901&i=1" target="_top" rel="nofollow">gnucap-devel@...</a>) and point out the problems there,
<br>specifically so they can be addressed directly.
<br><br><br>_______________________________________________
<br>Help-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25404901&i=2" target="_top" rel="nofollow">Help-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Help-f1860.html" embed="fixTarget[1860]" target="_top" >Gnucap - Help</a></p>tag:old.nabble.com,2006:post-25404338Re: inline comment delimiter2009-09-11T09:16:03Z2009-09-11T09:16:03Zasomers-2It says that in section 1.4: Command Structure. On my system, it's at:
<br>file:///usr/share/doc/gnucap/html/gnucap-man006.html#htoc5
<br><br>So I guess I what you're saying is that I should just delete those
<br>comments. That will work, although it's sad to lose information.
<br>Gnucap can definitely not read LTSpice models as is. There are many
<br>changes I have to make.
<br><br>-Alan
<br><br>On Thu, Sep 10, 2009 at 8:11 PM, al davis <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25404338&i=0" target="_top" rel="nofollow">ad211@...</a>> wrote:
<div class='shrinkable-quote'><br>> On Thursday 10 September 2009, <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25404338&i=1" target="_top" rel="nofollow">asomers@...</a> wrote:
<br>>> I'm having a little trouble getting inline comments to work.
<br>>> According to the manual, "Anything on any line following a
<br>>> quote is ignored.". But the manual doesn't say whether to
<br>>> use single or double quotes.
<br>>
<br>> Where does it say that? It's wrong.
<br>>
<br>> Quoting in the middle of a line can't be a comment, because
<br>> quotes can enclose expressions. Some versions of spice use it
<br>> that way, so gnucap must accept it that way.
<br>>
<br>> There really isn't a general here-to-the-end-of-line comment.
<br>> There should be. What it is would depend on what format you are
<br>> using ..(spice, spectre, verilog, ...)
<br>>
<br>>> Can someone clear me up here? I'm working on a tool to
<br>>> automatically convert LTSpice models into Gnucap models, so
<br>>> 'just change it by hand' isn't a viable solution. I need to
<br>>> be able to choose the right delimiter in all cases.
<br>>
<br>> Gnucap should be able to read LTspice netlists and models as is,
<br>> but I haven't looked at it to know if it really does.
<br>>
<br>>
<br>> _______________________________________________
<br>> Help-gnucap mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25404338&i=2" target="_top" rel="nofollow">Help-gnucap@...</a>
<br>> <a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br>>
</div><br><br>_______________________________________________
<br>Help-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25404338&i=3" target="_top" rel="nofollow">Help-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Help-f1860.html" embed="fixTarget[1860]" target="_top" >Gnucap - Help</a></p>tag:old.nabble.com,2006:post-25397158Re: gnucap development snapshot 2009-09-092009-09-11T01:38:58Z2009-09-11T01:38:58ZRubén Gómez AntolíHello:
<br><br>al davis escribió:
<br>> There is a new development snapshot available ...
<br>> <a href="http://gnucap.org/devel/gnucap-2009-09-09.tar.gz" target="_top" rel="nofollow">http://gnucap.org/devel/gnucap-2009-09-09.tar.gz</a><br>>
<br>> (...)
<br><br>> New features:
<br>> "Binning" (automatic model selection) now works for some spice models.
<br>> The BSIM3 and BSIM4 models now support binning.
<br><br>Sounds too good, Could you show a little example about use it? Or link
<br>to wiki page?
<br><br>Regards.
<br><br>Salud y Revolución.
<br><br>Lobo.
<br>--
<br>Libertad es poder elegir en cualquier momento. Ahora yo elijo GNU/Linux,
<br>para no atar mis manos con las cadenas del soft propietario.
<br>---------
<br>Desde El Ejido, en Almería, usuario registrado Linux #294013
<br><a href="http://www.counter.li.org" target="_top" rel="nofollow">http://www.counter.li.org</a><br><br><br>_______________________________________________
<br>Help-gnucap mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25397158&i=0" target="_top" rel="nofollow">Help-gnucap@...</a>
<br><a href="http://lists.gnu.org/mailman/listinfo/help-gnucap" target="_top" rel="nofollow">http://lists.gnu.org/mailman/listinfo/help-gnucap</a><br><p>From forum: <a href="http://old.nabble.com/Gnucap---Help-f1860.html" embed="fixTarget[1860]" target="_top" >Gnucap - Help</a></p>