Menu
▾
▴
Re: [Ngspice-devel] [Fwd: ngspice anomalies]
|
From: Stefan J. <ste...@mu...> - 2003-08-22 22:50:18
|
With tclspice CVS ( in effect 0.2.13 ) I get the correct result. It must
be somewhere in the ngspice tree ....
Script started on Fri Aug 22 15:47:00 2003
$ /home/saj/projects/tclspice/src/ngspice
Note: can't find init file.
******
** tclspice-0.2.13 : Circuit level simulation program
** The U. C. Berkeley CAD Group
** Copyright 1985-1994, Regents of the University of California.
** Please submit bug-reports to: ngs...@li...
** Creation Date: Fri Aug 22 15:41:00 PDT 2003
******
tclspice 1 -> quit
tclspice-0.2.13 done
$ /home/saj/projects/tclspice/src/ngspice -b test.cir
Note: can't find init file.
Circuit: Multistage filter
Doing analysis at TEMP = 300.150000 and TNOM = 300.150000
No. of Data Rows : 1
Multistage filter
Pole-Zero Analysis Fri Aug 22 15:47:31
2003
--------------------------------------------------------------------------------
Index pole(1) pole(2)
--------------------------------------------------------------------------------
0 -5.000000e+10, 0.000000e+00 -8.000000e+08, 0.000000e+00
Multistage filter
Pole-Zero Analysis Fri Aug 22 15:47:31
2003
--------------------------------------------------------------------------------
Index pole(3)
--------------------------------------------------------------------------------
0 -1.000000e+08, 0.000000e+00
CPU time since last call: 0.007 seconds.
Total CPU time: 0.007 seconds.
Current dynamic memory usage = 139264,
Dynamic memory limit = -137363457.
$ cat test.cir
Multistage filter
v1 1 0 0 ac 1.0
r1 1 2 1k
c1 2 0 10p
e2 3 0 2 0 10
r2 3 4 1k
c2 4 0 1.25p
e3 5 0 4 0 10
r3 5 6 1k
c3 6 0 .02p
.pz 1 0 6 0 vol pz
.print pz all
.end
Script done on Fri Aug 22 15:47:40 2003
On Fri, 2003-08-22 at 04:57, Paolo Nenzi wrote:
> Hi,
>
> I send again the message since it seems to be lost somewhere...
>
> Bye,
> Paolo
>
> --
> --
> Paolo Nenzi
> GnuPG public key available on keyservers
> Key FingerPrint: FCC5 FDA4 4A31 EDE6 982D AABE 6D48 9D3A 8FC0 A981
>
>
> ______________________________________________________________________
> From: Paolo Nenzi <p....@ie...>
> To: ngs...@li...
> Subject: ngspice anomalies
> Date: Thu, 21 Aug 2003 21:17:43 +0200
>
> Hi Stefan and Stuart,
>
> I am doing some test of the new code, using the tests which are
> available on ngspice (and I think tclspice distribution). I have
> discovered anmalies in the polezero analysis:
>
>
> When I try to simulate the following code (file filt_mulstistage.cir):
>
> -------------------------------- NETLIST -------------------------------
> Multistage filter
> v1 1 0 0 ac 1.0
> r1 1 2 1k
> c1 2 0 10p
> e2 3 0 2 0 10
> r2 3 4 1k
> c2 4 0 1.25p
> e3 5 0 4 0 10
> r3 5 6 1k
> c3 6 0 .02p
> ..pz 1 0 6 0 vol pz
> ..print pz all
> ..end
>
> ---------------------------------- END NETLIST ---------------------------------
>
> I got the following answer (command: ngspice -b <filename> ><output>):
>
>
> ---------------------------------- CURRENT OUTPUT ------------------------------
> Circuit: Multistage filter
>
> Doing analysis at TEMP = 300.150000 and TNOM = 300.150000
> Multistage filter
> Pole-Zero Analysis Thu Aug 21 21:11:35 2003
> --------------------------------------------------------------------------------
> Index all
> --------------------------------------------------------------------------------
> 0 -1.000000e+08, 0.000000e+00
>
> CPU time since last call: 0.030 seconds.
>
> Total CPU time: 0.030 seconds.
>
> Current dynamic memory usage = 131072,
> Dynamic memory limit = -137752577.
>
> --------------------------------------------------------------------------------
>
> While the correct answer should be:
>
> ---------------------------- REFERENCE OUTPUT ----------------------------------
>
> No. of Data Rows : 1
>
> Circuit: Multistage filter
>
> Doing analysis at TEMP = 300.150000 and TNOM = 300.150000
> Multistage filter
> --------------------------------------------------------------------------------
> Index pole(1) pole(2)
> --------------------------------------------------------------------------------
> 0 -5.000000e+10, 0.000000e+00 -8.000000e+08, 0.000000e+00
>
> Multistage filter
> --------------------------------------------------------------------------------
> Index pole(3)
> --------------------------------------------------------------------------------
> 0 -1.000000e+08, 0.000000e+00
>
>
>
> I think that the problem is in the parser, is it possible that the "all" keyword is no more
> recognized and mistakenly treated as a vector name ?
>
> Ciao,
> Paolo
--
Stefan Jones <ste...@mu...>
Multigig Ltd
|