LusoRobótica - Robótica em Português
Software => Software e Programação => Tópico iniciado por: Nunito em 29 de Abril de 2014, 23:02
-
Boa noite.
Venho por este meio abrir este tópico para a malta discutir acerca dos softwares utilizados no controle das CNC.
Também como forma de esclarecimento de dúvidas.
Eu tenho a minha CNC a ser controlado pelo Mach3, fiz um upgrade de varões rocados M12 para correia sincronixada T5.
Já antes não fazia circulos perfeitos, agora que pensava que os circulos iam ser perfeitos surgiram as dores de cabeça à volta das configurações.
Já configurei tudo direitinho, passos por mm, etc.
O que está a aconteçer é fazer circulos ovais.
Sinceramente não sei o que se passa, já cheguei a pensar no software.
Se alguém utilizar o Mach3 e tiver algumas dicas agradeçia.
Já começo a pensar em trocar de software.
Cumprimentos, Nuno
-
De certeza absoluta que o problema não está em qualquer hipotético bug do Mach3 !
MILHÕES de pessoas a usar o Mach3 sem qualquer problema ... não me lembro de tal
coisa ter sido alguma vez mencionada.
Das duas uma, ou é uma questão de hardware (missed steps, calculo dos mm/step
errado, etc) ou do PC e configuração do Mach3
Sem mais detalhes é complicado qualquer diagnostico.
Junto em anexo dois PDFs para ajuda na configuração do Mach3
Abraços,
PA
-
De certeza absoluta que o problema não está em qualquer hipotético bug do Mach3 !
MILHÕES de pessoas a usar o Mach3 sem qualquer problema ... não me lembro de tal
coisa ter sido alguma vez mencionada.
Das duas uma, ou é uma questão de hardware (missed steps, calculo dos mm/step
errado, etc) ou do PC e configuração do Mach3
Sem mais detalhes é complicado qualquer diagnostico.
Junto em anexo dois PDFs para ajuda na configuração do Mach3
Abraços,
PA
Obrigado pela informação.
Pois secalhar até é mesmo os passos falhados, sem encoder vai ser um pouco complicado.
Já reparei no programa DriverTest.exe, mas não encontro na pasta do mach3 como indicado no manual.
-
Supostamente um feedrate menor reduz-te ou elimina-te o problema de passos falhados.
-
Supostamente um feedrate menor reduz-te ou elimina-te o problema de passos falhados.
Também já fiz isso e nada.
-
o primeiro teste que eu faria era:
-comandar para o eixo X andar por exemplo 50mm, e medir de realmente andou a distância correcta.
-fazer o mesmo para o eixo Y.
ja eliminava alguns "fantasmas".
por aqui não gostam mesmo do linuxcnc :P
-
o primeiro teste que eu faria era:
-comandar para o eixo X andar por exemplo 50mm, e medir de realmente andou a distância correcta.
-fazer o mesmo para o eixo Y.
ja eliminava alguns "fantasmas".
por aqui não gostam mesmo do linuxcnc :P
Boa tarde.
Pois eu já fiz isso e o que está a aconteçer é que por exemplo na configuração automática dos steps por unidade coloco 10mm verifico o que moveu e coloco na caixa de confirmação.
A seguir volto a confirmar com uns 100/200mm e obtenho uma grande diferença.
Acerto novamente, volto a fazer para os 10mm, dá novamente uma diferença.
Estou a notar que a máquina a fazer o programa os motores estão a dar uns saltos nos passos.
Já pensei em correr o LinuxCNC no VirtualMachine, mas pelo que vi na net não é grande pistola.
-
Envio aqui alguns print´s das minhas configurações.
-
...
-
Não uso o mach3, mas no ultimo printscreen tens os pulsos de direção e step a 0. Convém confirmar com a datasheet do controlador os valor mínimo recomendado para ambos. Mas se meteres uns 5uS não deve haver problemas (ficas "limitado" a uma frequência de step de 100kHz, mais que suficiente)
-
Não uso o mach3, mas no ultimo printscreen tens os pulsos de direção e step a 0. Convém confirmar com a datasheet do controlador os valor mínimo recomendado para ambos. Mas se meteres uns 5uS não deve haver problemas (ficas "limitado" a uma frequência de step de 100kHz, mais que suficiente)
Já testei tudo.
O meu proximo teste vai ser este.
-
E não tens meia duzia de Gb's no disco para experimentar o linuxcnc?
Mas se dizes que isso dá assim diferenças a calibrar é mesmo passos perdidos.
-
E não tens meia duzia de Gb's no disco para experimentar o linuxcnc?
Mas se dizes que isso dá assim diferenças a calibrar é mesmo passos perdidos.
Já pensei no LinuxCNC com o virtualbox ou machine, mas pelo que vi a net não vai dar muito bem por causa da LPT.
-
E não tens meia duzia de Gb's no disco para experimentar o linuxcnc?
Mas se dizes que isso dá assim diferenças a calibrar é mesmo passos perdidos.
Já pensei no LinuxCNC com o virtualbox ou machine, mas pelo que vi a net não vai dar muito bem por causa da LPT.
esquece a virtualbox. linuxcnc usa um real time kernel, mesmo que tivesses acesso a lpt, irias ter problemas no futuro...
o próximo passo seria ver se é algum problema mecânico na maquina... rodando a mão há zonas do eixo mais "presas" que outras?
-
esquece a virtualbox. linuxcnc usa um real time kernel, mesmo que tivesses acesso a lpt, irias ter problemas no futuro...
o próximo passo seria ver se é algum problema mecânico na maquina... rodando a mão há zonas do eixo mais "presas" que outras?
Já resolvi uns problemazitos mecânicos, já tive veio roscado M12, agora fiz um upgrade para correia sincronizada T5.
Já resolvi a grande diferença que fazia nos circulos.
Fiz mais testes alterando os step e pulsos de direção.
Melhorou bastante.
Tenho feitos uns testes de zerar os eixos todos num ponto e faço mover manualmente os eixos, mando a máquina ir a zero e existe sempre uma diferença pequena, mas que faz toda a diferença.
Reduzi o feedRate, está mesmo a passo de caracol, mas tenho a máquina mesmo a zerar certinha.
-
A menos que tenhas muito atrito nos eixos, parece que tens motores sub-dimensionados, ou estás a fornecer-lhes pouca corrente.
Confirma a configuração da controladora e que tens uma fonte de alimentação capaz de fornecer a corrente necessária (e quantos mais Volts melhor, dentro dos limites da controladora claro)
-
A menos que tenhas muito atrito nos eixos, parece que tens motores sub-dimensionados, ou estás a fornecer-lhes pouca corrente.
Confirma a configuração da controladora e que tens uma fonte de alimentação capaz de fornecer a corrente necessária (e quantos mais Volts melhor, dentro dos limites da controladora claro)
Atrito pelo que já vi numa CNC identica estilo profissional o atrito é exactamente igual, coloco a parte do atrito de fora.
Corrente, estou com apenas 50%.
Tensão, estou com 20V.(vou testar a 24V).
Obrigado pelas sugestões/dicas.
-
Boa tarde.
Fiz mais uns testes à máquina.
O que aconteçeu foi que alterei a frequençia do kernel para 45000/60000, e fiz mover o eixo X para 20mm.
A 25000 fazia mover o eixo x para os 20mm com um comparador a verificar e chega apenas aos 19.5.
Troquei para 45000/60000 centrei no zero novamente, fiz mover até aos 20mm chegou aos 20mm certinhos.
Fiz recuar até ao zero ficou antes 0.5mm.
Incrível, o pc tem 3Ghz de processador e 1gb de Ram.
-
Continuo a achar que o teu problema é de HW e não SW.
Já aumentaste a corrente dos motores a ver se faz diferença?
-
Boa tarde.
Fiz mais uns testes à máquina.
O que aconteçeu foi que alterei a frequençia do kernel para 45000/60000, e fiz mover o eixo X para 20mm.
A 25000 fazia mover o eixo x para os 20mm com um comparador a verificar e chega apenas aos 19.5.
Troquei para 45000/60000 centrei no zero novamente, fiz mover até aos 20mm chegou aos 20mm certinhos.
Fiz recuar até ao zero ficou antes 0.5mm.
Incrível, o pc tem 3Ghz de processador e 1gb de Ram.
Boas Nuno,
Tens muitos processos a correr no Windows ? Por exemplo, alguns dispositivos USB pode causar delays que
podem interferir com a velocidade real do kernel do Mach3.
Por experiência, o melhor compromisso está nos 35000.
Não tenho qualquer duvida que o problema esteja a nível de hardware onde não nos podemos esquecer dos
próprios driver usados para os motores.
Qual é o hardware dos motores ? Usa drivers independentes ou é uma única board ?
Envia-me o XML com a configuração do Mach3 (e a informação sobre a versão do Windows e processos
que estejam a correr) para eu poder tentar replicar o comportamento do Mach3 uma das minhas maquinas.
Abraços,
PA
-
Nunito,
verifica se não tens uma configuração mto agressiva na aceleração dos motores.
Se tiveres uma aceleração muito grande os motores podem "perder" passos, isto já me aconteceu e bastou reduzir a aceleração para que as coisas batessem certo.
Cumprimentos, Mauro.
-
Continuo a achar que o teu problema é de HW e não SW.
Já aumentaste a corrente dos motores a ver se faz diferença?
Olá, já aumentei e continua igual, mesmo a tensão para 24V.
-
Boas Nuno,
Tens muitos processos a correr no Windows ? Por exemplo, alguns dispositivos USB pode causar delays que
podem interferir com a velocidade real do kernel do Mach3.
Por experiência, o melhor compromisso está nos 35000.
Não tenho qualquer duvida que o problema esteja a nível de hardware onde não nos podemos esquecer dos
próprios driver usados para os motores.
Qual é o hardware dos motores ? Usa drivers independentes ou é uma única board ?
Envia-me o XML com a configuração do Mach3 (e a informação sobre a versão do Windows e processos
que estejam a correr) para eu poder tentar replicar o comportamento do Mach3 uma das minhas maquinas.
Abraços,
PA
Olá, o hardware que tenho é uma unica board, a controladora de 3 eixos TB6550HQ.
O pc é utilizado só mesmo para a CNC, nunca teve net, o pc pessoal é outro.
Envio em anexo os processos, versão do windows e XML.
Obrigado pelo apoio.
-
Nunito,
verifica se não tens uma configuração mto agressiva na aceleração dos motores.
Se tiveres uma aceleração muito grande os motores podem "perder" passos, isto já me aconteceu e bastou reduzir a aceleração para que as coisas batessem certo.
Cumprimentos, Mauro.
Mauro, até aí já coloquei no minimo que dá que é 2.8 se não estou em erro, notei diferenças que no trajecto dos desenhos chega mais próximo das medidas correctas, mas não é o suficiente.
Obrigado pelo apoio.
-
Essa placa é notória por dar problemas. Os drivers são bons, a implementação não.
Tens aqui um relato de um gajo que resolveu todos os problemas que essa placa lhe deu: http://www.cnczone.com/forums/general-cnc-machine-related-electronics/110986-fixed-chinese-tb6560-controller-updated.html (http://www.cnczone.com/forums/general-cnc-machine-related-electronics/110986-fixed-chinese-tb6560-controller-updated.html)
-
Essa placa é notória por dar problemas. Os drivers são bons, a implementação não.
Tens aqui um relato de um gajo que resolveu todos os problemas que essa placa lhe deu: http://www.cnczone.com/forums/general-cnc-machine-related-electronics/110986-fixed-chinese-tb6560-controller-updated.html (http://www.cnczone.com/forums/general-cnc-machine-related-electronics/110986-fixed-chinese-tb6560-controller-updated.html)
Pois eu já vi isso do 74HC e vou ter que fazer o mesmo se não arranjar uma solução.
-
Deixo aqui o esquema com as alterações para quem não se quiser registar no fórum.
-
Deixo aqui o esquema com as alterações para quem não se quiser registar no fórum.
Obrigado, até acabei por efectuar o registo.
-
Olá, o hardware que tenho é uma unica board, a controladora de 3 eixos TB6550HQ.
O pc é utilizado só mesmo para a CNC, nunca teve net, o pc pessoal é outro.
Envio em anexo os processos, versão do windows e XML.
Obrigado pelo apoio.
Boas,
Usei as tuas defs do Mach3 também num sistema com o XP Pack 3 e não tive qualquer problema.
Tal como o jm_araujo já disse, existe de facto muitos maus comentários e problemas relatados em
relação a essas placas, tenho 99% de certeza que o problema passa por ai.
Vai dando noticias.
Abraços,
PA
-
Boas,
Usei as tuas defs do Mach3 também num sistema com o XP Pack 3 e não tive qualquer problema.
Tal como o jm_araujo já disse, existe de facto muitos maus comentários e problemas relatados em
relação a essas placas, tenho 99% de certeza que o problema passa por ai.
Vai dando noticias.
Abraços,
PA
Já estou a tratar de soldar os fios com o 74HC14 e as resistências.
Obrigado pelo apoio!
-
Já fiz uns upgrades à minha TB6560 e ficou a funcionar melhor.
Mas mesmo assim está a falhar qualquer coisa, já penso em tudo, até no ArtCam.
Alguém sabe explicar o decay que a TB6560 tem como opção nos dip´s. Slow-25%-50%-Fast
Cumprimentos, Nuno
-
Boa tarde.
Penso que os meus problemas tenham a ver também com as configurações do tal Post Processor ArtCam to Mach3.
Alguém tem uma sugestão a dar sobre isto?
Cumprimentos, Nuno
-
Discordo.
Continuas com problemas no HW.
Muita gente usa MACH3 em máquinas de caseiras a semi-pro.
O Artcam deve ser o CAD/CAM "low-cost" mais popular.
A sobreposição desses dois deve ser enorme e não vi muitas histórias de problemas (mas não procurei muito).
Se procurares por essa placa nos fóruns as histórias de problemas é recorrente. O andar de entrada é uma desgraça, e mesmo com o buffer há histórias de continuidade dos problemas.
Não percas tempo com o SW. Podes eliminar o Artcam da cadeia, Gcode é relativamente simples e criar uns testes para passos perdidos com movimentos lineares faz-se num instante.
-
Fizeste o corte da ligação ao limitador de corrente? Nas fotos não se consegue ver.
E também não vejo as alterações ao enable...
-
Fizeste o corte da ligação ao limitador de corrente? Nas fotos não se consegue ver.
E também não vejo as alterações ao enable...
Opps, agora não estou a par dessa do corte da ligação ao limitador de corrente e as alterações do Enable.
Consegue postar uma foto para eu ficar com uma ideia que me está a falhar.
Cumprimentos, Nuno
-
No tópico no CNCZone que tinha mostrado fala disso.
Era este: http://www.cnczone.com/forums/general-cnc-machine-related-electronics/110986-fixed-chinese-tb6560-controller-updated.html (http://www.cnczone.com/forums/general-cnc-machine-related-electronics/110986-fixed-chinese-tb6560-controller-updated.html)
2) Driver IC ENABLE input improperly driven: The opto-coupler for the ENABLE input is wired incorrectly having the npn emitter connected to supply. Although the circuit does function, the improper wiring of the npn will cause very low transistor gain opening the possibility of system noise corrupting the ENABLE signal. Solution: Rewire the npn of the opto-coupler with collector to supply and emitter to output.
3) Drive Current Manipulated by CLOCK/STEP signal: It appears that an attempt was made to implement a feature where the driver would reduce current to the stepper motors when the motors were idle. This was accomplished by pulling the drive current set input low when the CLOCK signal was active high. And although the feature does work for drive current settings of 25% and 50%, the implementation has negative side effects that outweigh the feature usefulness:
- the feature departs from the reference design of the TB6560 spec resulting in the spec no longer accurately describing operation
- motors may be overdriven with higher than programmed drive current
- artificially raises the lowest current motor that the controller board can safely drive
Solution: Disconnect the non-spec circuit.
Em vez de fazer o corte na pista para o limitador de corrente, podes tirar a resistência fora, como assim não serve para nada.
E está no esquema que fiz questão de copiar do cnczone para aqui.
-
No tópico no CNCZone que tinha mostrado fala disso.
Era este: http://www.cnczone.com/forums/general-cnc-machine-related-electronics/110986-fixed-chinese-tb6560-controller-updated.html (http://www.cnczone.com/forums/general-cnc-machine-related-electronics/110986-fixed-chinese-tb6560-controller-updated.html)
2) Driver IC ENABLE input improperly driven: The opto-coupler for the ENABLE input is wired incorrectly having the npn emitter connected to supply. Although the circuit does function, the improper wiring of the npn will cause very low transistor gain opening the possibility of system noise corrupting the ENABLE signal. Solution: Rewire the npn of the opto-coupler with collector to supply and emitter to output.
3) Drive Current Manipulated by CLOCK/STEP signal: It appears that an attempt was made to implement a feature where the driver would reduce current to the stepper motors when the motors were idle. This was accomplished by pulling the drive current set input low when the CLOCK signal was active high. And although the feature does work for drive current settings of 25% and 50%, the implementation has negative side effects that outweigh the feature usefulness:
- the feature departs from the reference design of the TB6560 spec resulting in the spec no longer accurately describing operation
- motors may be overdriven with higher than programmed drive current
- artificially raises the lowest current motor that the controller board can safely drive
Solution: Disconnect the non-spec circuit.
Em vez de fazer o corte na pista para o limitador de corrente, podes tirar a resistência fora, como assim não serve para nada.
E está no esquema que fiz questão de copiar do cnczone para aqui.
É isso mesmo que fiz, cortei a pista, mas o enable acabei por não fazer porque fiquei naquela que o enable tinha ficado como a versão original e segui a versão 3, erro meu :)
Vou ter que o fazer.
PS: actualizei as fotos da primeira mensagem.
-
Analisei a placa para fazer as alterações do Enable e verifiquei que a minha placa já tem essa alteração por defeito.
A unica diferença que tem é a resistencia do Enable em vez de ser de 1K como mostra a foto, a que tenho na placa é de 2K.
Vou tentar pela troca dos condensadores de 1000pF por 150pF do OSC ligados ao pino 7 do TB6550.