Buscar Home en Z

Que tal Saludos, me llamo Edgar, he armado una mesa de corte por plasma, al dia de hoy he realizado algunos cortes pero también me he enfrentado a algunos inconvenientes en la operación, a continuación explico mi duda.

Tengo instalado un THC SD de Proma para el control de altura, el detalle es que este THC no interactua con linuxcnc, es decir hace los ajustes sin retroalimentar la nueva posicion del eje Z, de manera que, cuando estos ajustes son significativos a la hora de eliminar el offset en Z, la posición que regresa es a la anterior de establecer el offset con G92, y esto hace que cuando quiero alcanzar la altura de libre movimiento para posicionar la antorcha para cortar otra ruta, el eje Z en ocasiones llega a disparar el limit switch, ya que la altura no es la correcta debido a los ajustes que realizo el THC.
Pues ese es el problema, una solucion que estoy intentanto es buscar el limit switch para volver a establecer el 0 maquina y de ahi volver a partir con la siguiente ruta de corte, el detalle es que no se como usar en codigo G esa opcion de realizar la secuencia de home del eje z solamente.

Otra solucion que estoy considerando es realizar otro G38.2 para localizar otro switch pero ahora localizado en la posicion de 0 maquina para que me sirva siempre de referencia para poner el eje Z en altura para desplazarse entre ruta y ruta de corte. Obviamente mi primera opcion es la que me gustaria mas ya que no tendria que montar mas switches y cablearlos.

De antemano agradezco su apollo y si esta mal generado mi post, favor de indicarme como debo hacerlo.

Saludos desde Mexico.

Hello.

I am not sure if I understood correctly, but in cases where there is not interaction between linuxcnc and the THC, linuxcnc is normally set up as a 2 axis only, and the Z is totally controlled by the THC itself.

Since the THC should fully control the Z axis it should also be smart enough to retract and to lower the torch. I do not know the "Proma" THC but I believe that it should work like this, so this would be more a question for Proma than for linuxcnc itself.

But like I said before, maybe I did not understood your question correctly.

Hola, gracias por responder.
Intentare describir el problema que tengo:
Estoy usando un THC que automaticamente envia señales de ajuste directamente al controlador del Motor dependiendo del voltaje establecido como referencia para el ajuste de altura, es decir, las señales de Step y Dir las genera automaticamente el THC y las envia directamente al Driver del Motor, sin pasar por el Linuxcnc. Esto me da un problema al hacer varios cortes, ya que el valor real donde se encuentra el eje Z es diferente al que Linuxcnc tiene almacenado, ya que los ajustes que hace el THC no se los comunica al Linuxcnc y por lo tanto linuxcnc tiene al final una posicion diferente a la que realmente se encuentra el eje Z.
Asi que, quiero que despues de cortar una ruta linuxcnc realize el procedimiento de Homming para el eje z y asi tener siempre una referencia fisica para evitar que el THC desajuste la posicion del eje z en el Linuxcnc. El homming quiero hacerlo desde el codigo G para incluirlo en la rutina despues de finalizado el corte de la ruta.

espero haber sido mas claro y me puedas ayudar a realizar lo que estoy buscando.

saludos.

My Spanish is not very good, so I might interperter you wrongly.

edgemir wrote: Hola, gracias por responder.
Intentare describir el problema que tengo:
Estoy usando un THC que automaticamente envia señales de ajuste directamente al controlador del Motor dependiendo del voltaje establecido como referencia para el ajuste de altura, es decir, las señales de Step y Dir las genera automaticamente el THC y las envia directamente al Driver del Motor, sin pasar por el Linuxcnc.

Until here I understood correctly.

edgemir wrote: Esto me da un problema al hacer varios cortes, ya que el valor real donde se encuentra el eje Z es diferente al que Linuxcnc tiene almacenado, ya que los ajustes que hace el THC no se los comunica al Linuxcnc y por lo tanto linuxcnc tiene al final una posicion diferente a la que realmente se encuentra el eje Z.

Here is not so clear to me. When you have your Z controlled by the THC, linuxcnc would be set up without linuxcnc seeing the Z. So I would assume that your Z is totally controlled by your THC and not by linuxcnc. This would include up and down during the cutting and also down to initial height and up when the cut ends.
This is what your THC should do automatically (or at least this is what I think). For linuxcnc you would only have a X and Y and a signal for torch start, when the signal torch start is triggered, the THC should control the Z and signal something back to linuxcnc if something is wrong.

edgemir wrote: Asi que, quiero que despues de cortar una ruta linuxcnc realize el procedimiento de Homming para el eje z y asi tener siempre una referencia fisica para evitar que el THC desajuste la posicion del eje z en el Linuxcnc. El homming quiero hacerlo desde el codigo G para incluirlo en la rutina despues de finalizado el corte de la ruta.

espero haber sido mas claro y me puedas ayudar a realizar lo que estoy buscando.

saludos.

Like I said before, are you sure that your THC does not totally control your Z axis?

I have plasmas working with linuxcnc, but is linuxcnc that fully controls the Z axis (my THC is implemented in linuxcnc and the hardware is from Mesa).

Retomando tu respuesta, el THC solo hace los ajustes de arriba/abajo en el momento que esta cortando, antes y despues de apagar el arco el THC hace un Bypass con las señales de Step y Dir y no actua. ¿que sucede si el material a cortar esta muy deforme? los ajustes del THC son grandes y la posisicion final no se la envia a Linuxcnc, de manera que cuando elimino el offset en Z, la posicion guardada ya no es la misma a la que se guardo al establecer el nuevo 0. Cuando elimino el offset para volver a las coordenas maquina y elevar el eje z a una altura segura de desplazamiento es que con el ajuste que hizo el THC en ocasiones se alcanza a disparar el limitswitch.

te anexo dos funciones que ejecuto una al inicio del corte(precorte) y la otra al final del corte(postcorte) para que sea mas clara la idea.

Ok, maybe this will work:

Add a switch before your limitswitch (Z+).

When you finish cutting instead of sending the Z to home, send the Z to probe (using G38) the switch before the limit switch. In this case the torch will always stop on the same position (on the switch), and before the limit switch.
I think that this solution is simple and efective.