Estou tentando enviar dados CAM do EAGLE 6.2.0 para obter algumas PCBs fabricadas nos circuitos avançados. O formato de broca NC preferido (particularmente o usado pela ferramenta FreeDFM on-line) é
Formato Excellon, ASCII Ímpar / Nenhum, 2.4 Supressão de zero à direita, unidades em inglês, sem etapa e repetições.
Ambos sua ferramenta online e GC-Prevue estão reconhecendo automaticamente meus arquivos de perfuração NC como 2.3 formato com que conduz a supressão zero. Portanto, enquanto os furos têm o tamanho correto, eles estão espalhados em uma área 10x maior que a PCB, fazendo com que a ferramenta DFM fique louca e eu estou prestes a seguir.
Posso fazer com que o EAGLE me dê 2,4 arquivos suprimidos à direita (ou talvez pelo menos sem supressão)? Ou existe uma ferramenta que pode converter os arquivos mutilados que o EAGLE vomita em algo razoável?
Eu tentei usar o 'hack' descrito aqui na tentativa de forçar nenhuma supressão de zero, mas meus arquivos são detectados com precisão de 3,3.
Meu trabalho CAM é definido 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"
fonte
Respostas:
Mude o dispositivo para "EXCELLON_24".
Aqui estão algumas linhas de um arquivo .XLN usando Device = "EXCELLON_24":
E aqui estão as mesmas linhas no formato errado usando .XLN para Device = "EXCELLON":
Esse formato incorreto causa o erro de 10x NC Drill mostrado acima; Não verifiquei isso com GC_Prevue, mas vi esse problema de 10x ao fazer o upload para o OSHPARK.
fonte
Você pode postar a seção NC Drill do arquivo CAM que está usando? Fiz vários pedidos com sucesso da Advanced Circuits e sempre verifique o FreeDFM. Estou no Eagle 6.3.0 agora, mas uso o mesmo arquivo CAM há um tempo.
Esta é a seção NC Drill do meu arquivo CAM para as quatro camadas padrão da AC (a menos que você cegue as vias enterradas, isso deve funcionar para qualquer número de camadas):
Você provavelmente desejará alterar a saída, já que a coloca em uma subpasta. Caso contrário, tente.
fonte
Prompt[en]
éPrompt
para mim (provavelmente também discutível), masWheel=".whl"
para você, mas=""
nada para mim. Não sei o que é isso.Provavelmente encontrei uma causa desse problema quando acabei de o enfrentar. As coordenadas no seu arquivo de perfuração (* .TXT geralmente) são dez vezes maiores do que deveriam, porque a resolução de um dispositivo usado no processador CAM (
EXCELLON
provavelmente) é 10 vezes maior que a resoluçãoGERBER_RS274X
. Para verificar, tente o seguinte:Abra o arquivo
eagle.def
no seu$EAGLEDIR$\bin
e encontre uma seção relacionada ao dispositivo usado para a geração de arquivos de perfuração, mostrarei o meu paraEXCELLON
:Agora, aviso
ResX
eResY
parâmetros. Quando obtive arquivos 10x maiores do que o esperado, essas linhas continham100000
constantes. Eu os reduzi para 10000 e pronto, consegui o que esperava.Observe também que, em vez de reduzir a
EXCELLON
resolução, convém aumentar aGERBER_RS274X
resolução, dependendo das suas necessidades / fabricante do cartão.fonte
No GC-Prevue, no menu, selecione Ferramentas / Personalizar; Selecione a guia Configurações; Marque Usar parâmetros de importação de broca NC padrão; Pressione o botão à direita para definir os padrões e dígitos inteiros para 2 e Precisão para 4
HtH Dave
fonte