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

gEDA-user: Slotting



The current implementation of slotting in gEDA is confusing and  
inflexible.

It overloads the pinseq= attribute, which is also used to order pins  
for SPICE netlisting.

It does not work when the slots are heterogeneous. This, in turn,  
either requires hidden power pins or redundant power pins if the user  
wishes to employ this mechanism to break down a slotted chip. Even if  
the slots are homogeneous, the designer may wish to use heterogeneous  
graphics for a single chip, e.g. NOR and IAND logic.

The approach of getting around the slotting limitations by giving the  
same refdes to several instances of different symbols works fine, but  
users are dissatisfied with it. It's clumsy and does not lend itself  
well to automatic checking.

I propose a new attribute, slotfile. An example might be  
"slotfile=2,dualopamp-2.1.slot" (the 2 refers to slot 2). The slot  
file format would be the same as a symbol, but "ultralight", with  
only graphics, pins, and attributes attached to pins. The slotfile=  
attribute would go into a symbol file, along with the usual other  
stuff. gschem and gnetlist would combine the data from the slot file  
with the data from the symbol to draw and connect the instance.

An extended slot numbering syntax (e.g. "2.2") could be used to  
select alternative graphics for a slot.

The old mechanism could be left in place. Many, including me, would  
scream if it changed. If the slot is defined by slotdef=, it's old  
style, by slotfile=, it's new style.

I think this is a minimally invasive change that will make the slot  
mechanism more flexible and easier to understand.

John Doty              Noqsi Aerospace, Ltd.
http://www.noqsi.com/
jpd@xxxxxxxxx




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