movimento extra

[ecarmo]

Acabei por esquecer de dizer que não existe manual para as formulas.

É o que esta ocorrendo, as coisas vão no chute e na tentativa e erro; essa é uma falha da Artsoft, eles fazem a bagaça e não documentam; se passar muito tempo até quem fez a programação dessa parte do soft acaba esquecendo muitos detalhes, e os outros então, ficam completamente boiando no assunto).

Abraços.

[pedro eira]

Olá pessoal tudo bem?

Não sei se isto que vou dizer, é uma grande asneira ou não mas de qualquer maneira cá vai:
Como o amigo ecarmo pôs este exemplo:

Correção; após novos testes, ficou claro que eu consigo uma senoide por linha de Gcode:
por exemplo:
G1 X0
G1 X100 ; consigo 1 oscilação

G1 X0
G1 X50
G1 X100 ; consigo 2 oscilações.

O meu cad/cam gera isto:

[ecarmo]

Olá Pedro eira;
Não é nenhuma asneira, até faz muito sentido.
Ocorre que com muitos segmentos a coisa não funfa como o esperado.
Vou continuar experimentando. Qualquer novidade eu posto.
Abraços...

[matrix]

Estive a pensar um pouco sobre a situação que o ecarmo falou, usar a DRO do eixo A para imputar valores
de forma a validar as formulas.

A ideia é fazer uma macro que imputasse valores nas dro  dos eixos A/B/C ( eixos que não são usados) Ex:

Quando A macro m500 for activa ela imputa os valores da seguinte forma:

Eixo A seria o valor onde o eixo Z se encontra no momento , poderemos por um exemplo de 60mm.( isto porque este valor pode ser diferente por causa do tipo de ferramenta)

Eixo B seria o valor do eixo Z menos 1 milímetro, que daria um valor de 59mm

Eixo C seria o valor do eixo Z mais 1 milímetro, que daria um valor de 61mm

Quando a macro m501 for activa os valores dos eixo voltam para zero, isto para de certa forma anular o efeito da formula.


Agora é só fazer uma formula que faça o eixo Z oscilar entre o valor B e o valor C, penso eu que seria colocada no campo f(z).

Isto falando assim por alto o que acham?




     

[ecarmo]

Olá Matrix;
Nem precisa de macro para colocar o valor nos eixos
Basta enumerar o eixo no gcode

G00 B59 C61 A1

Agora é só fazer uma formula que faça o eixo Z oscilar entre o valor B e o valor C, penso eu que seria colocada no campo f(z).

Isto falando assim por alto o que acham?

A idéia é boa, vou tentar fazer alguma coisa 

Abraços

[matrix]

Ecarmo , a ideia de ser uma macro é para pegar sempre o valor real do eixo Z, ou seja, dependendo da ferramenta, a oscilação tem que acontecer
a partir sempre de um determinado sitio, que não é sempre o mesmo, uma ferramenta pode ser a 30mm e outra pode ser a 60mm.

Isso evita de procurar sempre qual vai ser o sitio da oscilação e colocar manual mente nos DROs dos eixos, dessa forma é só colocar o
codigo da macro no sitio certo, e para fazer isso automaticamente o tal programa replacer funcionara perfeitamente.

Entendeu?

   

[ecarmo]

Matrix;
O lance da formula é sempre trabalhar com valor real do DRO, elas foram pensadas apenas para fazer correções na geometria das máquinas em "tempo real" (com isso por exemplo é possível controlar um braço robótico a partir do código G comum para 3 eixos) se houvesse a possibilidade de colocar apenas uma instrução condicional (como em qualquer linguagem de programação) já estaria resolvido.

O problema é como detectar e expressar essa idéia numa formula matemática com as limitações existentes.
Como ativar é a outra parte do problema, por hora a tentativa é fazer algo que funcione (mas acho muito difícil por esse meio sem tirar um coelho da cartola)

Abs...

[matrix]

Estou a perceber, um resumidamente, a ideia inicial das formulas é corrigir um eixo em relação a outro, é isso?

 

[ecarmo]

Exatamente! A idéia era corrigir ele dele mesmo ou em função dos outros.
Digamos que um  eixo Z esteja montado oblicuo na posição diagonal de um quadrado, o Gcode manda Z-10
A diagonal de um quadrado de lado 1 é 1.414; na função ficaria assim:
f(x) Z*1.414
Toda vez que o gcode manda G01 Z-10 o eixo Z move na diagonal -14.14 e desce na vertical -10

=                    l
      =              l
             =       l
                   = l
  
Basicamente conciliar a geometria da maquina com a instrução do Gcode; pensando um pouco dá pra fazer uma maquina de 3 eixos apenas com 2  
Abraços...

[fgilii]

Enoch e Matrix,

Uma idéia seria trabalhar com coordenadas incrementais (G90) e não absolutas (G91)...

Independente de onde esteja o "Z" (falando em coordenadas) a macro leria o DRO e faria a oscilação...

O duro é que além de falta de tempo, não conheço o suficiente de VB para programas algo... me desculpem

[fgilii]

Outra idéia meio absurda, mas que talvez funcione seria usar os sinais para controle de altura de uma tocha de plasma, e fazer os movimentos em "Z".

O Mach3 tem esta função de controle de altura de "Z" independente do que foi programado em código-G.

Faria um controle de oscilação analogico, e o Mach3 leria e executaria.

A vantagem é que se pode inclusive fazer variar a velocidade de reação do "Z" em relação à velocidade do eixo propriamente dito e o que foi programado em termos de velocidade de avanço.

[ecarmo]

Obrigado Fábio;

São muitos caminhos, esse que vc citou são bem promissores; solução tem!
Precisamos de tempo! Tempo para amadurecer as idéias e tempo + conhecimento para por em prática.
Não tenho duvida que conseguiremos; só não sei quando.   

Abraços.

[ecarmo]

Olá pedro eira;

O meu cad/cam gera isto:

Se vc consegue dividir os segmentos de 10mm em 10mm

Experimente essa fórmula:

Z+cos((X+Y)*628)

Como esse Gcode:

G90 G21 G61
G0 X0 Y0 Z-30
F500
G1X10
G1X20
G1X30
G1X40
G1X50
G1X60
G1X70
G1X80
G1X90
G1X100


Abraços...

[pedro eira]

Olá ecarmo, já fiz o teste.

É muito semelhante há primeira, se não igual. E também detectei um pequeno problema que:
com a formula activa, faz pequenas pausas durante o percurso, tanto com esta nova formula ou com a primeira.

Pude detectar isso hoje porque tive algum tempo livre.

Abraços.

[ecarmo]

Olá pedro eira;

Experimente substituir G61 por G64

Abaços