[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

gEDA-user: Strange problems in multi part symbols



   I am continuing to have problems with multi part symbols.  Here
   I have an op amp define as thus:
   v 20100214 2
   L 200 800 200 0 3 0 0 0 -1 -1
   L 200 800 800 400 3 0 0 0 -1 -1
   T 700 800 5 10 0 0 0 0 1
   device=SUBCIRCUIT
   T 600 1100 5 10 0 0 0 0 1
   slot=1
   T 600 1300 5 10 0 0 0 0 1
   numslots=2
   T 600 1500 5 10 0 0 0 0 1
   slotdef=1:1,2,3
   T 600 1700 5 10 0 0 0 0 1
   slotdef=2:5,6,7
   L 800 400 200 0 3 0 0 0 -1 -1
   L 300 650 300 550 3 0 0 0 -1 -1
   L 250 600 350 600 3 0 0 0 -1 -1
   L 250 200 350 200 3 0 0 0 -1 -1
   P 0 600 200 600 1 0 0
   {
   T 150 650 5 8 1 1 0 6 1
   pinnumber=3
   T 150 550 5 8 0 1 0 8 1
   pinseq=1
   T 250 600 9 8 0 1 0 0 1
   pinlabel=in+
   T 250 600 5 8 0 1 0 2 1
   pintype=in
   }
   P 0 200 200 200 1 0 0
   {
   T 150 250 5 8 1 1 0 6 1
   pinnumber=2
   T 150 150 5 8 0 1 0 8 1
   pinseq=2
   T 250 200 9 8 0 1 0 0 1
   pinlabel=in-
   T 250 200 5 8 0 1 0 2 1
   pintype=in
   }
   P 800 400 1000 400 1 0 1
   {
   T 800 450 5 8 1 1 0 0 1
   pinnumber=1
   T 800 350 5 8 0 1 0 2 1
   pinseq=5
   T 750 400 9 8 0 1 0 6 1
   pinlabel=out
   T 750 400 5 8 0 1 0 8 1
   pintype=out
   }
   T 700 600 8 10 1 1 0 0 1
   refdes=U?
   T 700 1200 5 10 0 0 0 0 1
   description=operational amplifier
   T 700 1400 5 10 0 0 0 0 1
   symversion=0.1
   T 200 1450 8 10 0 0 0 0 1
   footprint=soic-08-d.fp
   T 700 1000 8 10 0 0 0 0 1
   file=./spice/OPA333.lib
   When I try to use this op amp, the pin number show up wrong on the
   schematic.  For slot 1 they show up as 1,2,1 (not 3,2,1).  When I try
   slot 2 I get 5,6,1 not 5,6,7.  Likewise spice back end also blows a
   gasket trying with the pinseq numbers.  I thought the pin seq refers to
   which position in the spice parameter list the pin refers to?
   I was going to see if I could fix up the spice-sdb backend to handle
   putting multi part symbols back together, but I think something might
   be more fundamentally broken inside gschem.  Do folks have any
   thoughts?
   Oliver

_______________________________________________
geda-user mailing list
geda-user@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user