John,

À princípio arrisco a dizer que o problema não é o pós processador, e sim a configuração que está sendo usada no ArtCam...

Sugiro ler mais à respeito do programa (ArtCam), e verá que o que digo é fato...

Aqui mesmo no fórum há alguns manuais e textos explicativos sobre o assunto - boa leitura.

Não sei se entendi direito a sua pergunta, portanto se eu estiver falando besteira xa pra la...
Oq notei q quando eu configuro a ferramenta no artcam acontece o seguinte: se vc escolher uma ferramenta de 3mm por exemplo e colocar q a velocidade de avanço é 5mm e de mergulho é 5mm, o feed rate gerado vai ser de 300mm/min, a conta q entendi q ele faz é a seguinte: vel avanço + vel mergulho x diam ferramenta x 10= Feed rate, ou seja 5+5x3x10=300

O Estranho é que no resumo do percurso do art.cam aparecem os valores corretos que defini:

Minhas observações em vermelho

Ferramenta:         [1] 1.000 mm diâm. da ferr. topo certo
Avanço:             10.000 mm/seg certo = equivalente a 600 mm/minuto
Mergulho:           4.000 mm/seg certo = equiv. a 240mm/minuto
Z de Segurança:     10.000 mm sem comentários
Rotação :           30000 r.p.m sem comentários
Passo Lateral:      0.000 mm estranho = aqui é onde se ajusta o tanto que a máquina deverá "remontar" a ferramenta a cada passada, no caso de uma usinagem "zigue-zague" (raster). Se este campo estiver em "%", informe por exemplo 50%
Tolerância:         0.010 mm sem comentário
Sobre-metal:        0.000 mm sem comentário
Posição Inicial:    X:0.000 Y:0.000 Z:10.000
Comentários:        back2

À princípio não ví muita coisa errada nas velocidades.

Estas foram algumas considerações muito superficiais - se puder, mande o arquivo "*.art" e o arquivo em código-G do seu trabalho para ser melhor analizado.

Posso estar errado, mas me parece que está havendo alguma confusão quanto à unidade de trabalho...

Normalmente unificamos as unidades para evitarmos este tipo de confusão...

Por exemplo, trabalha-se em "milimetros/minuto" para velocidade de avanço, que é mais fácil de ser interpretado.

Pelo meu ponto de vista, é mais fácil imaginar e verificar as diferenças de uma velocidade quando a unidade de tempo é maior...

De qualquer forma, outro ponto que deve ser verificado é justamente na "Unidade de Trabalho Interna" do programa...
Posso me enganar, mas me parece que o interpretador está confuso...Verifique quais as unidades de trabalho que o programa trabalha e me diga...

...acontece o seguinte: se vc escolher uma ferramenta de 3mm por exemplo e colocar q a velocidade de avanço é 5mm e de mergulho é 5mm, o feed rate gerado vai ser de 300mm/min, a conta q entendi q ele faz é a seguinte: vel avanço + vel mergulho x diam ferramenta x 10= Feed rate, ou seja 5+5x3x10=300

Não,

O programa não faz este tipo de associação, até porque não faz o menor sentido.

São valores completamente independentes...

Acho que é mais um caso de "unidade de trabalho" confusa:

5mm/segundo são 300 mm/minuto.

5mm/seg x 60segundos = 300mm/minuto (1 minuto tem 60 segundos)...

Olá Pessoal
Aqui os arquivos .tap e .art
Abraço

John, também trabalho com KCAM e ARTCAM e notei o seguinte:
Mesmo você colocando o avanço em mm/s no ARTCAM o proprio KCAM já converte para mm/min ou seja se a velocidade de mergulho (que se refere somente ao eixo Z) for de 4mm/s como esta na tabela do ARTCAM o G-code no KCAM com certeza determinará 240 (mm/min).Só achei estranho você colocar 10mm/s e aparecer 480 ( o que significa que está em uma velocidade menor e não maior que você determinou), pois deveria ser 600. Lembrando que o G-code no KCAM
só pode marcar mm/min ou polegadas por minuto...
 

John, salve em flexicam [mm] [*.GC]. Nunca tive problemas...
Marco