pcb

Component pin numbers display on copper layers

Bug #1321968 reported by Joseph Lacerte on 2014-05-22
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
gEDA project
Low
Unassigned
pcb
Low
Unassigned

Bug Description

Really not critical, but can cause a re-run if not caught on the gerbers :

If pin numbering ("D" key) is left ON on a component when exporting gerbers, the numbers WILL appear on external copper layers (component and solder). This will likely cause shorts. Display of these numbers on the silk layer could be a easy fix?

I did not re-test with previous versions, but happens with 20140316. This seems normal behavior of the program, will provide more info if needed.

Thanks to all devs. I really like the simplicity of this software.

J.

Bert Timmerman (bert-timmerman) wrote :

Hi Joseph,

I can not reproduce this bug with current HEAD of the pcb repository (git describe: pcb-20110918-base-435-gd7ef5dd).

Could you please add a minimal pcb file showing this behaviour.

Information regarding hardware/architecture/OS/release etc. is most welcome to narrow things down if needed.

Kind regards,

Bert Timmerman.

Changed in pcb:
status: New → Incomplete
Joseph Lacerte (jlacerte) wrote :

Hi Bert,

I've cloned git, compiled and, still can reproduce. Please note this is much more noticeable with thru-hole footprints since the numbering is done aside from the hole (by opposition to center of pad for smt).

System:
Gentoo linux 3.10.7 amd64

Steps to reproduce :
-Place footprint (THT is more visible)
-press "d" on the newly added footprint.
-Export layout to gerber (with the pin numbers now showing)
Numbers appear on the TOP and BOTTOM gerbers.

Joseph Lacerte (jlacerte) wrote :

... and the corresponding (TOP) gerber.

** Configuration summary for pcb 1.99z:

   GUI: gtk
   Printer: lpr
   Exporters: bom gcode gerber nelma png ps
   Coordinate type: long
   Source tree distribution: GIT
   Build documentation: no
   Build toporouter: yes
   Enable toporouter output: no
   xdg data directory: ${datarootdir}
   KDE data directory: ${datarootdir}
   dmalloc debugging: no
   ElectricFence debugging: no

   Cross Compiling: no
   CC: gcc -std=gnu99
   CXX: g++
   CPPFLAGS: -I/usr/include -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2 -I/usr/include -pthread -I/usr/include/gtkglext-1.0 -I/usr/lib64/gtkglext-1.0/include -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2 -pthread -pthread -DPREFIXDIR=\"${prefix}\" -DBINDIR=\"${bindir}\" -DHOST=\"${host}\" -DPCBLIBDIR=\"${datarootdir}/pcb\" -DPCBTREEDIR=\"${datarootdir}/pcb/newlib\" -DPCBTREEPATH=\"${datarootdir}/pcb/newlib:${datarootdir}/pcb/pcblib-newlib\"
   CFLAGS: -g -O2 -Wall -Wdeclaration-after-statement
   CXXFLAGS: -g -O2 -Wall
   LIBS: -lfl -ldl -lm -ldbus-1 -lXinerama -lXrender -lglib-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lfreetype -lfontconfig -Wl,-O1 -Wl,--as-needed -lpng16 -ljpeg -lfontconfig -lfreetype -lz -lm -lgd -lgtkglext-x11-1.0 -lgdkglext-x11-1.0 -lGLU -lGL -lXmu -lXt -lSM -lICE -lgdk-x11-2.0 -lpangox-1.0 -lX11 -Wl,--export-dynamic -lgmodule-2.0 -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lfreetype -lfontconfig -lGLU -lGL
   PCB: ${top_builddir}/src/pcb

Thanks,

Bert Timmerman (bert-timmerman) wrote :

Hi,

With your test file I can reproduce this bug.

However, when I draw two traces on the top layer (say from the SMT part to the THT part) this bug goes away.

Can you confirm this ?

Kind regards,

Bert Timmerman.

Changed in pcb:
status: Incomplete → Confirmed
importance: Undecided → Low

Hi Bert,

Sorry but no, I still have the numbers on the gerbers top and bottom.
(please see attached files).

Besides, in my initial case, it is the pcb fab company that alerted me.
So the board was complete (but not very complex).

Thanks for your time.

Joseph.

On 2014-05-27 16:20, Bert Timmerman wrote:
> Hi,
>
> With your test file I can reproduce this bug.
>
> However, when I draw two traces on the top layer (say from the SMT part
> to the THT part) this bug goes away.
>
> Can you confirm this ?
>
> Kind regards,
>
> Bert Timmerman.
>
> ** Changed in: pcb
> Status: Incomplete => Confirmed
>
> ** Changed in: pcb
> Importance: Undecided => Low
>

Traumflug (mah-jump-ing) on 2015-09-27
Changed in geda-project:
importance: Undecided → Low
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers