11 votos

¿Cómo obtengo un archivo Excellon Drill con precisión de 2,4 y eliminación de cero de salida de EAGLE?

Estoy tratando de salida de datos CAM de ÁGUILA 6.2.0 para obtener algunos de los PCBs hecho en la Avanzada de Circuitos. Su preferido NC drill formato (particularmente el utilizado por su línea de FreeDFM herramienta) es

Excellon Formato ASCII Impar o Ninguno, 2.4 Trailing Supresión del Cero, Unidades inglesas, No Paso y Repite.

Tanto su herramienta en línea y GC-Prevue son automáticamente reconociendo mi NC drill archivos como 2.3 formato con el líder de supresión de ceros. Así, mientras que los agujeros son el tamaño correcto, que se encuentran dispersas en un área de 10 veces más grande que el PCB, causando la DFM herramienta a volver loco y estoy listo para seguir.

GC-Prevue showing what's wrong

Puedo obtener ÁGUILA para darme 2.4 trailing-suprime los archivos (o tal vez, al menos, no la supresión)? O, ¿hay una herramienta que puede convertir los archivos alterados ÁGUILA vomita a algo razonable?

He intentado usar el 'hack' se describe aquí en el intento de forzar ninguna supresión del cero, pero luego mis archivos detectados como 3.3 precisión.

Mi CAM puesto de trabajo se define como:

[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"

7voto

U4iK_HaZe Puntos 558

Cambie el dispositivo a "EXCELLON_24".

Aquí hay algunas líneas de un .XLN usando Device = "EXCELLON_24":

 ...
T01C0.0130
...
T01
X13969Y11517
 

Y aquí están las mismas líneas en el formato incorrecto usando .XLN para Device = "EXCELLON":

 ...
T01C0.01300    
...    
T01    
X139686Y115173
 

Este formato incorrecto hace que el error 10x NC Drill mostrado arriba; No he comprobado esto con GC_Prevue, pero vi este problema 10x al subir a OSHPARK.

1voto

FredB Puntos 496

Puedes publicar el NC de Perforación de la sección de la CAM archivo que está utilizando? He hecho varios pedidos exitosos de Avanzada de Circuitos y comprobar siempre FreeDFM. Estoy en Eagle 6.3.0 ahora, pero he estado usando el mismo archivo CAM por un tiempo.

Este es el NC Perforar la sección de mi CAM archivo de CA estándar de cuatro capas (a menos que usted ciegos y enterrado vias, esto debería funcionar para cualquier número de capas):

[Sec_9]
Name[en]="NC Drill"
Prompt=""
Device="EXCELLON"
Wheel=".whl"
Rack=""
Scale=1
Output="%P/CAMs/%N/NC_Drill.drp"
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"

Usted probablemente querrá cambiar la salida desde que uno pone en una sub-carpeta. De lo contrario, darle una oportunidad.

1voto

Alexey Malev Puntos 208

Probablemente he encontrado una causa de ese problema, como yo sólo lo enfrentó. Las coordenadas en la perforación de archivo (*.TXT por lo general) son diez veces mayores de lo que deberían ser lo más probable debido a la resolución de un dispositivo que se utiliza en la CAM procesador (EXCELLON más probable) es 10 veces mayor que la resolución de GERBER_RS274X. Para comprobarlo, prueba lo siguiente:

Abra el archivo eagle.def en su $EAGLEDIR$\bin y encontrar una sección relacionada con el dispositivo que se utiliza para la perforación de la generación del archivo, te voy a mostrar la mía por EXCELLON:

[EXCELLON]

Type     = DrillStation
Long     = "Excellon drill station, coordinate format 2.5 inch"
Init     = "%%\nM48\nM72\n"
Reset    = "M30\n"
ResX     = 10000
ResY     = 10000
;Rack     = ""
DrillSize  = "%sC%0.5f\n"        ; (Tool code, tool size)
AutoDrill  = "T%02d"             ; (Tool number)
FirstDrill = 1
BeginData  = "%%\n"
Units    = Inch
Select   = "%s\n"                ; (Drill code)
Drill    = "X%1.0fY%1.0f\n"      ; (x, y)
Info     = "Drill File Info:\n"\
           "\n"\
           " Data Mode         : Absolute\n"\
           " Units             : 1/100000 Inch\n"\
           "\n"

Ahora, observe ResX y ResY parámetros. Cuando llegué a 10x archivos más grandes de lo esperado, estas filas contenidas 100000 constantes. He reducido a 10000 y listo, yo tengo lo que me esperaba.

También tenga en cuenta que en lugar de reducir el EXCELLON resolución puede aumentar GERBER_RS274X de resolución, dependiendo de sus necesidades y/junta/junta fabricante.

i-Ciencias.com

I-Ciencias es una comunidad de estudiantes y amantes de la ciencia en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X