Guia CNC Brasil - Tudo sobre CNC, Router, Laser, Torno e 3D Print
SOFTWARES => Software CAM - Geral => Cad-Cam => Tópico iniciado por: john em 19 de Fevereiro de 2008, 10:39
-
Olá pessoal, estou com um problema em saber qual o melhor pós processador para usar com o Kcam, pois quando salvo em g-code-mm.tap no art.cam ele multiplica a velocidade. A principio achei q era no kcam, entrei em contato com eles, mandei o código e os ajustes de velocidade da ferramenta (5mm/s e 10mm/s no art.cam) e eles me retornaram:
João,
I see the setting on the screen shot, but the gcode you sent has F240 and F480 which means it wants to run at 240 and 480 mm per second. You will have to talk to ArtCam support to fix this.
Ou seja 5mm/s vira 240 e 10mm/s vira 480!
Agradeço qualquer dica.
abraço
Joao
-
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.
-
Obrigado Fábio
Já tenho o manual traduzido e alguns tutoriais (embora seja minha primeira mensagem acompanho o fórum a um bom tempo, inclusive mantenho contato pelo MSN com o Paulo Mortari, Jack_live, Moraes, Rover) e já fuçei de todo jeito e não acho especificamente onde alterar esses parametros. O Paulinho inclusive me mandou um manual de pós processadores do artcam, mas sou zero em programação g-code.
O Estranho é que no resumo do percurso do art.cam aparecem os valores corretos que defini:
Ferramenta: [1] 1.000 mm diâm. da ferr. topo
Avanço: 10.000 mm/seg
Mergulho: 4.000 mm/seg
Z de Segurança: 10.000 mm
Rotação : 30000 r.p.m
Passo Lateral: 0.000 mm
Tolerância: 0.010 mm
Sobre-metal: 0.000 mm
Posição Inicial: X:0.000 Y:0.000 Z:10.000
Comentários: back2
Na hora de salvar é que ocorre a alteração.
Se alguem puder auxiliar, agradeço.
Abraço a todos
João
-
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
-
Obrigado Guga
Pela resposta que recebi do pessoal do Kcam, o feed rates ficaram bem altos, quando pus 5mm/s no final deu 240 mm/s e qdo pus 10mm no final deu 480.
Nesse caso, como necessito que a ferramenta de 1,5 mm trabalhe a 10 mm/s precisaria, então, recorrer à um calculo externo ao programa para inserir os dados que me dessem essa velocidade que preciso?
Abraço
João
-
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...
-
Boa tarde.
John, há algo errado nos valores que você reporta, 5mm/s dá 300mm/min (5*60=300) bem como 10mm/s dá 600mm/min. Não entendo nada de Kcam, mas sei que o interpretador de g-code deveria seguir à risca as informações contidas no programa.
Você configurou adequadamento o cabeçalho do programa? ex. g90...
-
...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)...
-
Pessoal
Como podem ver pela tela do Ar.tca.m na qual ajusto os parametros está marcado para a ferramenta avançar a 10mm/s e no código sai bem acima da capacidade da minha máquina (conforme código q mandei pro povo do Kcam) parece que o que deveria estar saindo em mm/minuto está saido mm/segundo com mencionou o Fábio. Vou salvar um percurso novo e mandar o .art e o código-g pra analise dos amigos.
Abraço a todos
-
Olá Pessoal
Aqui os arquivos .tap e .art
Abraço
-
John,
Se é só a unidade de trabalho interna (da ferramenta) tem como alterar no proprio ArtCam - não se preocupe...
Mais tarde vou verificar seus arquivos...
-
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...
-
Olá Kinho
Vc tbem usa G-code-mm.tap para salvar os seus percursos?
Abraço
João
-
John, salve em flexicam [mm] [*.GC]. Nunca tive problemas...
Marco
-
tava aqui olhando seus arquivos e o problema é que vc tem um monte de códigos gerados e deve estar salvando um arquivo diferente do que vc quer. vc deve apagar todas as simulações feitas e refaça o trabalho e na hora de escolher a ferramenta, vc deve editar a velocidade de avanção pra ficar em MM/MIN vc vai ver como sai certo seu arquivo, nas suas simulações tem arquivo com 8mm/seg e outro com 10mm/seg o primeiro dá os 480mm/min que vc falou e o outro dá os 600mm/min já citado.
-
John,
Sim - confirmo o que o Jack comenta - há diversos aparecimentos de F240 e F480 no seu código - á princípio, não há nada de errado nele.
Provavelmente o erro está na operação do ArtCam...
-
Fábio
Seria problema de BIOS? Burro Insistindo em Operar o Sistema
kkkk
-
Pessoal
Fiz o seguinte teste, criei um arquivo todo novo, um quadrado de 250x250 mm ( 1000mm) e ajustei no Ar,tca.m a velocidade para 5 mm/s que seria 1000mm/5mm no qual deveria gastar 200 segundos para fazer o trajeto. Mas não, cronometrei 5 vezes e deu 1 min e 25 segundos, ou seja 85 segundos...
Essa é a pergunta que não que calar...
abraço a todos
-
John,
Desculpe, mas não entendí o que você pretende...
Porque você não ajusta o ArtCam para trabalhar na mesma unidade de trabalho do tal programa???
Assim economiza dor de cabeça com um monte de conversões...
Posso estar errado, mas acho que nas suas contas está faltando considerar as curvas de aceleração e frenagem, bem como possíveis pausas de processamento normais em um programa que não tem a função "look ahead", e tais pausas estão presentes em cada mudança de direção...
Se o tempo de usinagem é assim tão importante, procure usar uma função chamada "Fator de Avanço em Tempo Inverso" (G93 se não me engano) - só não sei se o seu programa interpretador entende este código...
Quando se gera um arquivo de código-G para uma determinada velocidade de avanço, se subentende que é "velocidade de corte" e não "velocidade de execução" do trabalho como um todo...
-
Ok fábio
Mas meu problema é que continua muito mais rápido do que eu preciso, setei para gastar 200 segundos para recorta 1000 mm e está fazendo em 85....minha máquina não aguenta...
Estive falando com o Jack e setei em mm/min e vou testar agora mesmo..
Abraço
-
John,
No mesmo lugar onde ajustao para mm/minuto se ajustam as velocidades de avanço...
Mais simples que isso, não sei!!!
-
Fábio
É essa toda a questão: ajustei para mm/s, mm/minuto (1 metro, 1000 mm. 39,37 polegadas. as unidades já testei e não não interferem) Continua andando muito mais rápido. Não consigo fazer andar na velocidade q preciso.
João
-
Por exemplo, a ferramenta está setada para 300mm/min, quanto deveria gastar pra percorrer 1000 mm cortando?
-
John,
Acho muito estranho, pois quem manda é o programa de corte...
O que quero dizer é simples: quando aparece um comando de ajuste de velocidade de avanço (letra "F" de "Feed rate"), o programa de controle deveria entender a ajustar a velocidade de avanço para esta velocidade e ponto...
O comando é "modal" ou seja, ele permanece ativo até o final do programa ou até outra ocorrência dentro do mesmo programa e com valor diferente...
Um detalhe me ocorreu, e que pode ser este o ponto de tanta discussão:
"TALVEZ" o programa de controle esteja configurado de forma errada - o que quero dizer é que se por ventura a sua eletrônica esteja acionando os motores em "meio passo", e o programa esteja ajustado para enviar sinais como se a eletrônica estivesse em "passo cheio", o programa pode errar nas operações aritméticas internas, já que o operador pode ter alterado as configurações de passo de rosca para que dê certo o deslocamento...
Para isso, sugiro verificar cuidadosamente os ajustes do programa no que tange o passo dos fusos, o modo de operação da eletronica (e consequentemente dos deslocamentos do programa), etc...
Se o programa de corte está informando que deverá acionar a ferramenta numa velocidade de avanço de 300mm/min, para percorrer uma reta de 1000 mm sem interrupções, deverá gastar em torno de 200 segundos (3 minutos e 20 segundos)
-
Olá Fábio
O teste que fiz deu 85 seg nos dois modos mm/s e mm/min. O que agora vou fazer o mesmo teste salvando pelo v-ca.rve e vou instalar o Mach e rodar os mesmos testes. Sei q as controladoras estão em meio passo, mas vou revisar tudinho de novo. Com esse problema já perdi material e ferramentas.
No Kcam tem como reduzir o feed rate, mas a cada troca de material teria que ajustar tudo de novo, acho que não é por ai. Quem deve comandar é o código gerado pelo programa que salva o percurso.
Obrigado por enquanto
Abraço
-
John,
Posso estar errado mas tenho a impressão que você não entendeu mesmo...vou tentar explicar de outra forma.
A velocidade de avanço da ferramenta é um valor que o operador é quem decide, e não um programa...
Estas decisões são feitas "a cada trabalho", e não há um ajuste genérico que resolva tudo - pelo contrário - mudou a afiação da ferramenta ou a dureza do material, mudam os valores de avanço.
É por isso que os programas de controle tem o que se chama "Feed Override", que possibilita ao operador variar "um pouco" esta grandeza durante um trabalho, para que se faça um ajuste aproximado ou uma otimização de um caso - mas ele não é a salvação dos problemas...
Qualquer programa de conversão decente, como o ArtCam, Vcarve, BobCam, etc tem ajustes dessas grandezas, e o operador deve variá-las de acordo com suas necessidades...
No ArtCam (Já que este é o foco) este ajuste está nos parâmetros de "cada ferramenta" que decidir usar...aqui mesmo no forum há excelentes tutoriais e tenhoa certeza que há uns artigos sobre este assunto - basta procurar e ler :)
Não importa muito se no ArtCam está informando em "mm/segundo" e o programa de controle está em "mm/minuto" - ele próprio faz suas conversões (eu comentei em unificar as unidades para ser mais fácil ao operador - só isso)....
Ainda sugiro que evite este "troca-troca" de programas, pois isso só complica as coisas...
Esta é só minha opinião... :)
-
Fábio
Entendi perfeitamente e sei tudo que vc me fala aqui, a velocidade é determinada pelo formato da ferramenta (end mill, ball nose, etc) pela bitola da ferramenta (1,5 mm etc..) pela rotação da ferramenta, pelo material a ser usinado, pelo tipo de tarefa (recortar, gravar, furar), pela espessura/dureza do material, parametros que definimos na hora de salvar cada percurso. O meu problema é que isso não esta acontecendo comigo: determino uma velocidade baixa (no caso recortar letras de caixa em MDF) e o kcam executa em alta velocidade, dando perda de passo e quebra de ferramenta.
obrigado de novo
abraço
-
John,
Pena - não sei o que te dizer - não conheço este programa de controle, e nunca ví isso acontecer...
De repente é o caso mesmo de experimentar trocar de programa de controle...
Outro ponto a ser verificado é o próprio computador, que preferencialmente deve ser usado "exclusivamente" para o controle da máquina e nada mais...
O Windows é sabidamente um ambiente não muito confiável e estável para controlar alguma coisa mais séria que uma impressora...
-
John, você já fez a "calibragem" do Kcam ? Acredito que pode ser o seu problema...Vá em set up e clique em system Timing, clique em start e espere até dar OK!!! Pronto...Veja se funciona...
Se não funcionar faça a simulação na tela e veja qual feed rate esta marcando...
Marco
-
É isso ai Fábio
Vou testar no Mach, pois do ar.tcam não abro mão, pois já dispendi muito tempo aprendendo a trabalhar com ele que me é mais fácil trocar de programa de usinagem, inclusive estive falando com o Rover que preciso achar um e me especializar nele (comecei no Tcnc e mudei pro Kcam por questões práticas), e ele aposta no Mach (que ele usa). Preciso pegar todos os macetes e usar esse programa escolhido como uma verdadeira ferramenta de trabalho (como faço com o Corel a anos), já que, para mim, minha router não é um hobby.
Não deixarei de postar aqui os resultados.
Abraço
João
-
Kinho
Já fiz fiz o sytem timing. Quais as taxas de feed rate que vc usa no table setup, travelling, cutting, jogging? e Axis lenght é o comprimento utilizavel dos eixos, correto? no meu caso 800, 600 e 100.
João
-
John, como minha máquina é menor 270 x 250 x 65 no traveling e jogging utilizo 900mm/min, cutting depende do material que estou trabalhando pois essa cnc fresa aço também.Você experimentou salvar no flexicam (mm)(*.GC) como te falei ?
-
Kinho, testei e pirou geral, inverteu o z e de repente deu mergulhos imprevistos q tive q usar ESC para abortar o movimento. Antes de testar o Mach vou instalar um Kcam mais novo e fazer toda configuração nova, pois estou familiarizado com ele só trocarei para o Mach se não tiver jeito.
Abraço
-
Pós procesdor Flexicam .gc, amigo Kinho.. vc me falou mais de 3 x
UHH HUU!! Cara que sofrimento..... agora andou nos 200 segundos que estavam programados!!!
Aleluia, shalon, amém, axé baba.......
-
Aleluia.... Vamos ter que comemorar.....