X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=hzD6O7+tIN43nQEnRQYfGadu2Rg1Gxr9dhA6sX41DZE=; b=E4W/m+coq9ap0BTyQfzZAoaidilWm5w+U8tbdTKPCr3QYDdiO7OZazHYQcAB0kJ2rW qzYw0k2JafDGtioNWe5UzCr688lJ0U8Vo2BLmd8u3it1XePr78Tib1KuKIlECnOmXFme U92fUOtTTyrwDVQUMestWRhZQoeL+AeujpZo3DcxvRaqHnUI2kXnogUjGyNOxWtmZiMo hGGK1UBjYfMyWxReQgv/MjKIqCBEYnvcjCjWqjsv4scNQbc7gXNkwGDx+tkA82oe+0kh vaiHcGndJht8mAw7jSTXnU5tUqSW2K5+arnzNAa2WVohTLVR19500MenNw+kKo2X0cCT IWIg== MIME-Version: 1.0 X-Received: by 10.195.12.202 with SMTP id es10mr2080587wjd.17.1375376537401; Thu, 01 Aug 2013 10:02:17 -0700 (PDT) In-Reply-To: References: Date: Thu, 1 Aug 2013 13:02:17 -0400 Message-ID: Subject: Re: [geda-user] spice/subcircuit/pin order From: Nathan Stewart To: "geda-user AT delorie DOT com" Content-Type: multipart/mixed; boundary=047d7bb04b40f1c07b04e2e5cd34 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 Precedence: bulk --047d7bb04b40f1c07b04e2e5cd34 Content-Type: multipart/alternative; boundary=047d7bb04b40f1c07704e2e5cd32 --047d7bb04b40f1c07704e2e5cd32 Content-Type: text/plain; charset=ISO-8859-1 I fixed the slotting in the opamp symbols, but the only reason they were mentioned is because they ARE subcircuits which the netlister processes CORRECTLY. I found where the prefix message was coming from and tried to pass {,-,--}nomunge to the spice-gdb backend and it doesn't seem to acknowledge the option. I'm really puzzled 1) why it thinks the prefix is not correct, and 2) how it arrived at the prefix it did (U, not X). I would expect an explicit DEVICE=SUBCIRCUIT would be sufficient to correctly categorize it if it got confused despite the refdes=X1 The symbol in question is a modified copy of Kai-Martin Knaak's nmos_power.sym. (Which btw, I've come to expect to have to create new schematics for simulation, but having to replace my symbols to match seems onerous. Perhaps I'm just not used to it.) I've been thinking about subcircuits as nodes lately, how I could keep simulation in step with the "build" schematic - or at least be able to descend into say the "High Voltage Power Supply" subcircuit, and see a list of supporting schems for simulation - select the overvoltage clamp, or run the current limiter sim, etc... Graphical won't do it, since it leaves it out of the netlist entirely. At any rate, here's the symbol (sorry I stripped attribution - it wasn't intended for redistribution) --047d7bb04b40f1c07704e2e5cd32 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I fixed the slotting in the opamp symbols, but the on= ly reason they were mentioned is because they ARE subcircuits which the net= lister processes CORRECTLY.=A0 I found where the prefix message was coming = from and tried to pass {,-,--}nomunge to the spice-gdb backend and it doesn= 't seem to acknowledge the option. I'm really puzzled 1) why it thi= nks the prefix is not correct, and 2) how it arrived at the prefix it did (= U, not X). I would expect an explicit DEVICE=3DSUBCIRCUIT would be sufficie= nt to correctly categorize it if it got confused despite the refdes=3DX1
The symbol in question is a modified copy of Kai-Martin Knaak'= ;s nmos_power.sym. (Which btw, I've come to expect to have to create ne= w schematics for simulation, but having to replace my symbols to match seem= s onerous. Perhaps I'm just not used to it.)=A0 I've been thinking = about subcircuits as nodes lately, how I could keep simulation in step with= the "build" schematic - or at least be able to descend into say = the "High Voltage Power Supply" subcircuit, and see a list of sup= porting schems for simulation - select the overvoltage clamp, or run the cu= rrent limiter sim, etc... Graphical won't do it, since it leaves it out= of the netlist entirely.

At any rate, here's the symbol (sorry I stripped attribution - it w= asn't intended for redistribution)
--047d7bb04b40f1c07704e2e5cd32-- --047d7bb04b40f1c07b04e2e5cd34 Content-Type: application/octet-stream; name="sim_nmos.sym" Content-Disposition: attachment; filename="sim_nmos.sym" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hju7mypv0 diAyMDEyMTIwMyAyClQgNzAwIDYwMCA4IDEwIDEgMSAwIDAgMQpyZWZkZXM9WD8KUCAwIDIwMCAy MDAgMjAwIDEgMCAwCnsKVCAxMDAgMzAwIDUgMTAgMCAxIDAgNCAxCnBpbm51bWJlcj0yClQgMTAw IDMwMCA5IDEwIDAgMSAwIDQgMQpwaW5sYWJlbD1HClQgMTAwIDQwMCA1IDEwIDAgMSAwIDAgMQpw aW5zZXE9MgpUIDAgMCA1IDEwIDAgMSAwIDAgMQpwaW50eXBlPXBhcwp9ClAgNTAwIDYwMCA1MDAg ODAwIDEgMCAxCnsKVCA0MDAgNzAwIDkgMTAgMCAxIDAgMyAxCnBpbm51bWJlcj0xClQgNDAwIDcw MCA5IDEwIDAgMSAwIDMgMQpwaW5sYWJlbD1EClQgNjAwIDcwMCA1IDEwIDAgMSAwIDMgMQpwaW5z ZXE9MQpUIDEyMDAgMTEwMCA1IDEwIDAgMSAwIDAgMQpwaW50eXBlPXBhcwp9ClAgNTAwIDIwMCA1 MDAgMCAxIDAgMQp7ClQgNDAwIDAgOSAxMCAwIDEgMCAzIDEKcGlubnVtYmVyPTMKVCA0MDAgMCA5 IDEwIDAgMSAwIDMgMQpwaW5sYWJlbD1TClQgNjAwIDEwMCA1IDEwIDAgMSAwIDMgMQpwaW5zZXE9 MwpUIDEyMDAgNDAwIDUgMTAgMCAxIDAgMCAxCnBpbnR5cGU9cGFzCn0KTCAyNTAgNjc1IDI1MCA1 MjUgMyAzMCAwIDAgLTEgLTEKTCAyNTAgNDc1IDI1MCAzMjUgMyAzMCAwIDAgLTEgLTEKTCAyNTAg Mjc1IDI1MCAxMjUgMyAzMCAwIDAgLTEgLTEKTCA0MDAgNDAwIDM0MCA0MDAgMyAxMCAwIDAgLTEg LTEKTCA1NDAgNDUwIDQ2MCA0NTAgMyAxMCAwIDAgLTEgLTEKSCAzIDAgMCAwIC0xIC0xIDEgLTEg LTEgLTEgLTEgLTEgNApNIDI2MCw0MDAKTCAzNDAsNDIwCkwgMzQwLDM4MAp6CkwgNTAwIDQ1MCA1 NDAgMzcwIDMgMTAgMiAwIC0xIC0xCkwgNTQwIDM3MCA0NjAgMzcwIDMgMTAgMiAwIC0xIC0xCkwg NTAwIDQ1MCA0NjAgMzcwIDMgMTAgMiAwIC0xIC0xCkwgMjAwIDYwMCAyMDAgMjAwIDMgMTAgMSAw IC0xIC0xCkwgNDAwIDQwMCA0MDAgMjAwIDMgMTAgMSAwIC0xIC0xCkwgNTAwIDIwMCAyNTAgMjAw IDMgMTAgMSAwIC0xIC0xCkwgNTAwIDYwMCAyNTAgNjAwIDMgMTAgMSAwIC0xIC0xCkwgNTAwIDQ1 MCA1MDAgNjAwIDMgMTAgMSAwIC0xIC0xCkwgNTAwIDIwMCA1MDAgMzcwIDMgMTAgMSAwIC0xIC0x ClQgMzAwIDIwMDAgNSA4IDAgMCAwIDAgMQpzeW12ZXJzaW9uPTEuMQpUIDE4OTUgODk1IDggMTAg MCAxIDAgMCAxCmRldmljZT1TVUJDSVJDVUlUCg== --047d7bb04b40f1c07b04e2e5cd34--