X-Authentication-Warning:	delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient:	geda-user AT delorie DOT com
Message-ID:	<54C368D7.3070409@estechnical.co.uk>
Date:	Sat, 24 Jan 2015 09:41:43 +0000
From:	Ed Simmons <ed AT estechnical DOT co DOT uk>
User-Agent:	Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version:	1.0
To:	geda-user AT delorie DOT com
Subject:	Re: [geda-user] Mysterious refdes and BOM items
References:	<1422009789 DOT 16458 DOT 32 DOT camel AT linetec> <D949C5AD-2C2A-4F36-B300-D0346275EF02 AT noqsi DOT com> <1422049660 DOT 9759 DOT 10 DOT camel AT linetec>
In-Reply-To:	<1422049660.9759.10.camel@linetec>
X-Authenticated-As:	ed AT estechnical DOT co DOT uk
X-Extend-Src:	mailout
Reply-To:	geda-user AT delorie DOT com

Hi Richard,

On 23/01/15 21:47, Richard Rasker wrote:
> Hello John,
>
> John Doty schreef op vr 23-01-2015 om 13:23 [-0700]:
>> On Jan 23, 2015, at 3:43 AM, Richard Rasker <rasker AT linetec DOT nl> wrote:
>>
>>> Apparently, my schematic contains off-page connectors
>> ...
>> I suspect you have some graphical symbols (titleblock, busripper, …) that have somehow lost their graphical=1 attribute.
>>
>> You can make a list of all symbols used by a design with something like:
>>
>> awk '/^C /{print $7}' *.sch | sort | uniq
>>
>> Look for symbols that don’t represent components and track those down.
>> The rules are a bit arcane: power rail symbols like gnd-1.sym don’t
>> need graphical=1.
> Hmm, all busrippers and the titleblock have their graphical=1 attribute
> properly set, and yet there's obviously some symbol that is causing
> trouble -- if I delete a certain part of the schematic containing a few
> dozen symbols, the message doesn't come up any more. 
>
> I'll make a test copy of my work and remove symbols bit by bit, and see
> which one is causing this behaviour. If it's nothing obvious (in
> hindsight), I'll report back.
>
> Thanks so far for the hints -- I hate not knowing what's going on :-)
>
>
> Best regards,
>
> Richard Rasker
>
>
I have come across a similar behaviour when I have made exposed copper
regions to be built up by solder during the wave soldering process. I
drew some tracks on a 'spare' layer where I wanted the solder to build
up and then copy/cut these to a different location, moved them to the
correct layer and converted it to a footprint, once this was done, I
moved it back to the correct location. This has the effect you mention
of creating footprints PCB doesn't identify properly and they appear in
the BOM as unknown parts. To remedy this, it's probably possible to save
these as 'real' footprints in the project directory, so they don't
pollute other projects or your library. You'd then be able to add
placeholder symbols (perhaps just a single pin?)... this would then
satisfy the netlist and PCB would stop moaning about the parts.

Another thing to look out for is whether some parts are highlighted in
orange when you do 'import schematics' - these are likely to be the
culprits if you see anything change colour!

HTH,
Ed

-- 
Ed Simmons
ed AT estechnical DOT co DOT uk
www.estechnical.co.uk

- Raw text -