delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2016/07/01/18:50:38

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=mime-version:in-reply-to:references:from:date:message-id:subject:to;
bh=3WXi94d7taUwXVbfRqvxPkVnKtQ+OfqQbtSuwEvgyoI=;
b=zF+rIUWrIzOnays8vnx2oCnA+g5puRucwyynS4HzgvCi1B6dhaGComQD3iMtItlJgi
BePLhhF33+VP6XQvG3YO8C6EIIWu9wovB4rceLPejTPkAKpLpmmAVyTzi32dL3Q0M78k
9iBohPsIbDF4B6jAJBRlCWj3pfbfq7l6UExXsGrdQh6fnn96au/AEONvlwvjzsIpVgjV
HFn9YTe8OTBsGNzPPh9kDvKdhhefSi0Z0NMrm+AFflm3MN9HDy4Z9OOW4BKQUyZhfeqY
Swm6Zxsgkkv8BGBBJzY623UKw4HBcjmSdpjIilviL4aosa4jeuQ0vSnovWxbhWSNbREF
bsbg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:mime-version:in-reply-to:references:from:date
:message-id:subject:to;
bh=3WXi94d7taUwXVbfRqvxPkVnKtQ+OfqQbtSuwEvgyoI=;
b=TNUr6dpLt4qu159itSEdsQtMg5lsxDGm7fZr+l6Tm0IB1GITJ/LaPXk3Mm6+jY85pK
MfYt1ssXLuiJCWds2YmLxPFRwRfFdjlDDdMmOfvNMD6lTOTJoPuywrpMjpc61oZ+rZ/7
5WvW5yQX6uVIR0uQgf6Wd6OyYTS5EBWUtV3oTdFk7eXDEUPIYsmjQq4xEX2A+gCEXt5j
nAG0nydff72bx23nwDdNo+e+dK+0jSELN0TVz3rcWUMJNmRxRjXli/y2FtcCpAmMITJx
7UDlBjfMsSReciRm99/opWPpbuWDxtcMsWwD8VHa1OhzpHXzUZouGURW5Qze1/lXy6V3
3h5A==
X-Gm-Message-State: ALyK8tKlofJoTHEQC0RffHcBjqyApdyq2UTRfMMm3F/AW3WXqqzTxiYChrxe2HcPV+QzUt4Pb/34GBj7+4i8OQ==
X-Received: by 10.13.217.75 with SMTP id b72mr430839ywe.44.1467413342956; Fri,
01 Jul 2016 15:49:02 -0700 (PDT)
MIME-Version: 1.0
In-Reply-To: <20160701131331.2c2d7522@floyd.freeelectron.net>
References: <CALT8Ef6Tqb5ySoCdbUF=AisD_wtDRQDhGTN_DdUBmapsbp7Nkw AT mail DOT gmail DOT com>
<20160701131331 DOT 2c2d7522 AT floyd DOT freeelectron DOT net>
From: "Shashank Chintalagiri (shashank DOT chintalagiri AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
Date: Sat, 2 Jul 2016 04:19:02 +0530
Message-ID: <CALT8Ef4W0eXiLcGAHBv6CGbD9PntkPcde0pSydHTzXYd2oCR8g@mail.gmail.com>
Subject: Re: [geda-user] Help with gnucap / POLY(2)
To: geda-user AT delorie DOT com
Reply-To: geda-user AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: geda-user AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

Thanks!

For clarification, though, the following replacements should work, yes?:

1.
EOS  9  3     POLY(2)  (26, 28) (73, 98) 15E-6  1 1
becomes:
VaEOS (9 101)        15e-6
EbEOS (101 102  26  28)  1
EcEOS (102 3 73 98)      1

2.
E2  25 98      POLY(2) 1 98 2 98 0 0.28 0.28
becomes:
EbE2 (25 112  1 98)  0.28
EcE2 (112 98 2 98)   0.28



On Fri, Jul 1, 2016 at 10:43 PM, al davis <ad252 AT freeelectron DOT net> wrote:
> On Fri, 1 Jul 2016 21:43:26 +0530
> "Shashank Chintalagiri (shashank DOT chintalagiri AT gmail DOT com) [via
> geda-user AT delorie DOT com]" <geda-user AT delorie DOT com> wrote:
>
>> I've now hit a rather problematic wall, though. When trying to include
>> an opamp (Analog Devices OP1177), I find that the model includes
>> POLY(2) dependent sources which gnucap seems to not like.
>>
>> Could someone point me to a reference or so which can explain how to
>> break down this sort of source into something that gnucap can handle?
>> If there is no other option, I'm ok with it reducing the accuracy of
>> the model.
>>
>> The following are the lines I have causing trouble:
>>
>> * (within) INPUT STAGE & POLE AT 100 MHZ
>> EOS  9  3     POLY(2)  (26, 28) (73, 98) 15E-6  1 1
>> * (within) COMMON-MODE GAIN NETWORK WITH ZERO AT 1 kHZ
>> E2  25 98      POLY(2) 1 98 2 98 0 0.28 0.28
>
>
> Well, Spice is not compatible with Spice.
>
> In this case, as I recall, that form is a proprietary extension in
> HSpice, that some others have copied.
>
> Assuming what you sent is correct, those statements are misuse of the
> POLY in the sense that there is a simple portable way to do the same
> thing.
>
> "E" is a voltage controlled voltage source.
>
> "POLY(2)" says it is a polynomial source with two inputs, each input is
> defined by two nodes.
>
> Parentheses are usually (not always) equivalent to whitespace.  It is
> common to use them to improve readability.
>
> So we have ..
> ...label "EOS"
> ...output nodes "9 3"
> ...keyword "POLY(2)"   ... in this case the parens are like letters.
> ...first input "(26, 28)"
> ...second input "(73, 98)"
> ...coefficients "15E-6 1 1"
>
> Explanation of the coefficients ....
> The poly source does out = A + B*in1 + C*in2 + D*in1*in1 + E*in1*in2 +
> F*in2*in2 + ......more stuff.
>
> In this case, we have A=15E-6 B=1 C=1 . All others = 0.
>
> So you might as well use:
> VaEOS (9 xxxx1)              15e-6
> EbEOS (xxxx1 xxxx2  26  28)  1
> EcEOS (xxxx2 3)              1
>
> That should work the same, and work with any Spice-syntax simulator.
>
>
> E2  25 98      POLY(2) 1 98 2 98 0 0.28 0.28
> The other line at first looks a little more confusing because there are
> no parentheses, but it is really the same:
> ...label "E2"
> ...output nodes "25 98"
> ...keyword "POLY(2)"   ... in this case the parens are like letters.
> ...first input "1 98"
> ...second input "2 98"
> ...coefficients "0 0.28 0.28"



-- 

Chintalagiri Shashank
Indian Institute of Technology, Kanpur

http://blog.chintal.in

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019