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=draconx-ca.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-transfer-encoding; bh=OecAgKSBCS5rUDwUInPHtWmiaxpy2W2wlYb1w1WpXZI=; b=qQDO8+yVos3xY8Mv17q5R5owJ9RzW5z6oVm0VKJePxemAqSVwPdLv4Yp4IU2BZ01pO bZAa59XSpt7tGtH7MIjx8+Zp6Jo2PmnbP53wnOZjrdZfjtv7VzhojO+GYeMGfnIq6nXH LjGbTOQj1XJDcF6yct4gdy7FjrL53lcohqPOUGGtqSAsl2tkVLL2OU5FiHUMIEu8GQJ9 vLz1USqq57F6RTqA/SQmhrxB+X5jh/Q11ZHqrZQ8360chtydFXQubYk88l1bww79Jq5y 3+C+bTv17S0R8ASKYpuSkjUxfM2pzsvsV4pbta3ovClaDI8s5KTYVp2dPxm4zeFxWsSd tMng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-transfer-encoding; bh=OecAgKSBCS5rUDwUInPHtWmiaxpy2W2wlYb1w1WpXZI=; b=CjQU755UBbXja5QSeSFwXR7Jptu/ciBQgG2kGe1v1tp5nLHLXblgn7SFavyEWB98m/ EfrvcDLFGeJ2a9MKmd7g3p3RK+iI1x3I+spShew1g5zzjon3uZAqoiGk1VB56lU9qK0V alGz+Lm4/SjxmP8nrn6RtP6eks/s8sFB/W4jj8U0EbUWj/fww5bc7BWOXTrbccCdAKeb DS/zcyEuI/+65lKurrJcQE5AyxUZuPwJlz8fpTvla8kTgmVNBOsAJIiN4T3h3HCYrUHF qhrK+kj48lEhw7IMgMTjRdgM7M0sGXzsfpI6RBcAwQe8PXP+rrO0Cbv1uDfcocOSmo61 kv/A== X-Gm-Message-State: AHPjjUig5zpkUJaZ4yratOPj+9gxb6lhzL4Ii3FBkxFjS40kPlcb+nBi UV8U2BvqFVmWiALr+rdt7OrLm4sThJon X-Google-Smtp-Source: AOwi7QD3cl2uBSnaE7lGQA1h/hr0HCmHG5eKSQLnfCHSmo1vpC8U01zgXhxqY/RgrpeqXxQQ60sKDXobdKe006aiH58= X-Received: by 10.25.162.6 with SMTP id l6mr5823488lfe.198.1505225670992; Tue, 12 Sep 2017 07:14:30 -0700 (PDT) MIME-Version: 1.0 X-Originating-IP: [2604:a880:0:1010::23:4001] In-Reply-To: <01968e6b-14de-7e0e-bcbd-93b35a17a6c7@zen.co.uk> References: <7b205135-7b91-e8f0-a5d8-efc4cb0b787d AT zen DOT co DOT uk> <01968e6b-14de-7e0e-bcbd-93b35a17a6c7 AT zen DOT co DOT uk> From: "Nick Bowler (nbowler AT draconx DOT ca) [via geda-user AT delorie DOT com]" Date: Tue, 12 Sep 2017 10:14:30 -0400 Message-ID: Subject: Re: [geda-user] gshem 1.8.2 Bug? Slotting fails for a custom BPX85 photo-transistor array To: geda-user AT delorie DOT com Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id v8CEEXr6031240 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 Hi, On 2017-09-12, Barry Jackson (zen25000 AT zen DOT co DOT uk) [via geda-user AT delorie DOT com] wrote: > On 12/09/17 13:51, Stephan Böttcher wrote: >> "Barry Jackson (zen25000 AT zen DOT co DOT uk) [via geda-user AT delorie DOT com]" writes: [...] >>> T 900 1000 5 10 0 1 0 0 1 >>> pinseq=10 >> >> pinseq=2 [...] > Thanks for your reply, but why? > > I have read all the docs I can find and yet pinseq seems to be poorly > documented. From [1]: "The sequence numbers start at 1 and should increase without skipping any numbers." Specifically, with slots, the slotdef values directly correspond to the pin sequence numbers. See [2]. For example, slotdef=3:4,5 indicates that for slot=3, the pin with pinseq=1 is pin#4, and the pin with pinseq=2 is pin#5. [1] http://wiki.geda-project.org/geda:master_attributes_list#pinseq [2] http://wiki.geda-project.org/geda:master_attributes_list#slotdef Cheers, Nick