X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Date: Tue, 12 Sep 2017 17:00:40 +0200 (CEST)
From: Roland Lutz <rlutz AT hedmen DOT org>
To: "Barry Jackson (zen25000 AT zen DOT co DOT uk) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
Subject: Re: [geda-user] gshem 1.8.2 Bug? Slotting fails for a custom BPX85
 photo-transistor array
In-Reply-To: <7b205135-7b91-e8f0-a5d8-efc4cb0b787d@zen.co.uk>
Message-ID: <alpine.DEB.2.20.1709121647020.5445@nimbus>
References: <7b205135-7b91-e8f0-a5d8-efc4cb0b787d AT zen DOT co DOT uk>
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII; format=flowed
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

pinnumber= and pinseq= are entirely different concepts.

Normally, you'd want to use the pinnumber= attribute; there's no reason to 
add a pinseq= attribute unless you need it.  The pinseq= attribute is only 
used in two situations: slotted components and some simulation backends.

In a slotted component, each pin with a pinseq= attribute is assigned a 
pinnumber= attribute from the slot definition.  The original pinnumber= 
attribute is ignored; in fact, there's no reason to add one in the first 
place.  The pinseq= attribute specifies which of the numbers in the slot 
definition is used for this pin.

So, in your example, the correct attributes are:

Component:
   slot=1
   slotdef=1:1,10
   slotdef=2:2,9
   slotdef=3:3,8
   slotdef=4:4,7
   slotdef=5:5,6

First pin:
   pinseq=1
   (pintype and pinlabel as appropriate, if needed)

Second pin:
   pinseq=2
   (pintype and pinlabel as appropriate, if needed)

If you wanted, you could list the pins in the slot definition in reverse 
order (10,1; 9,2; and so on) and swap the pinseq= attributes; this would 
have the same effect.