Electronic – How to get an Excellon Drill file with 2.4 precision and trailing zero suppression out of EAGLE

eaglegerberpcb-fabrication

I'm trying to output CAM data from EAGLE 6.2.0 to get some PCBs made at Advanced Circuits. Their preferred NC drill format (particularly the one used by their online FreeDFM tool) is

Excellon Format, ASCII Odd/ None, 2.4 Trailing Zero Suppression, English Units, No Step and Repeats.

Both their online tool and GC-Prevue are automatically recognizing my NC drill files as 2.3 format with leading zero suppression. So, while the holes are the correct size, they are strewn about an area 10x larger than the PCB, causing the DFM tool to go nuts and I'm about ready to follow.

GC-Prevue showing what's wrong

Can I get EAGLE to give me 2.4 trailing-suppressed files (or maybe at least no suppression)? Or, is there a tool that can convert the mangled files EAGLE vomits out to something reasonable?

I've tried using the 'hack' described here in attempt to force no zero suppression, but then my files are detected as 3.3 precision.

My CAM job is defined as:

[Sec_8]
Name[en]="Drill File"
Prompt[en]=""
Device="EXCELLON"
Wheel=""
Rack=""
Scale=1
Output=".NC"
Flags="0 0 0 1 0 1 1"
Emulate="0"
Offset="0.0mil 0.0mil"
Sheet=1
Tolerance="0 0 0 0 0 0"
Pen="0.0mil 0"
Page="12000.0mil 8000.0mil"
Layers=" 44 45"
Colors=" 1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2 6 6 4 8 8 8 8 8 8 8 8 8 8 8 8 8 4 4 1 1 1 1 3 3 1 2 6 8 8 5 8 8 8 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 4 2 4 3 6 6 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0"

Best Answer

Change Device to "EXCELLON_24".

Here are some lines from a .XLN using Device="EXCELLON_24":

...
T01C0.0130
...
T01
X13969Y11517

And here are those same lines in the wrong format using .XLN for Device="EXCELLON":

...
T01C0.01300    
...    
T01    
X139686Y115173

This wrong format causes the 10x NC Drill error shown above; I did not check this with GC_Prevue, but I saw this 10x problem when uploading to OSHPARK.

Related Topic