[DUDA] Motor eje z bloqueado

162 views
Skip to first unread message

Mariano Gros

unread,
Jun 17, 2016, 10:53:18 AM6/17/16
to Cyclone PCB Factory ES
He instalado grblForCyclone para manejar mi mini torno y fresadora, la instalación y configuración no me ha dado ningún problema especial pero aun a pesar del que el parámetro $1=10 (step idle delay, msec) debería desbloquear los motores tras esos 10 milisegundos, no consigo que el eje Z quede desbloqueado.

Con el eje X y el eje Y no hay ningún problema y se desbloquean, pero el eje Z está permanentemente bloqueado. (lo que al final hace que el motor se caliente demasiado)

¿hay algún parámetro o configuración que permita desbloquearlo para ajustes manuales?

Un saludo y gracias por la ayuda.

Mariano Gros.

Jose Vega

unread,
Jun 18, 2016, 8:50:41 AM6/18/16
to Cyclone PCB Factory ES
Hola Mariano, yo soy muy novato en esto pero intentare ayudarte 

¿ has probado a cambiar por ejemplo el eje Y con el Z para ver si se repite el problema? o prueba a cambiar los pollos 

Saludos.

Jose Vega

unread,
Jun 18, 2016, 8:51:46 AM6/18/16
to Cyclone PCB Factory ES
queria decir pololus y el corrector ha puesto pollos.

sorry

;)

Mariano Gros

unread,
Jun 18, 2016, 10:29:18 AM6/18/16
to Cyclone PCB Factory ES
No es un problema de motores o Pololus (pollos) :)
El sistema funciona correctamente en los tres ejes y los mueve bien y con precisión, simplemente es que después de terminar o incluso al arrancar los ejes deberían quedar sin bloquear y así lo hacen el x y el y, pero no el z.

No obstante luego hare tu prueba.

Un saludo.

Jose Vega

unread,
Jun 18, 2016, 10:48:22 AM6/18/16
to cyclone-pcb...@googlegroups.com
Solo era por ir descartando posibilidades.

Avisame con los resultados.

Saludos.

Mariano Gros

unread,
Jun 19, 2016, 4:12:48 PM6/19/16
to Cyclone PCB Factory ES
Probado el cambio de Pololus y de Motores y el resultado es el mismo.
Es un problema de configuración o de código que después de mover motores y terminar el trabajo no desbloquea el eje Z.
Habra que ir buscando el "bug"

Saludos.

Carlos García

unread,
Jun 19, 2016, 5:43:55 PM6/19/16
to Cyclone PCB Factory ES
Hola Mariano, he estado mirando el código y no encuentro el bug :S

Prueba a ajustar el parámetro editándolo directamente en el defaults.h, llinea 290 ( https://github.com/CarlosGS/grblForCyclone/blob/grblForCyclone/defaults.h#L290 ), a ver si hay alguna diferencia.

Con la fresadora pequeña nunca he necesitado que se desconecten los stepper, pero claro, usan poca corriente y no se calientan.
¿En tu caso no es posible reducir la corriente del motor del eje Z?

--
Has recibido este mensaje porque estás suscrito al grupo "Cyclone PCB Factory ES" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cyclone-pcb-facto...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a cyclone-pcb...@googlegroups.com.
Visita este grupo en https://groups.google.com/group/cyclone-pcb-factory-es.
Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/cyclone-pcb-factory-es/d62ac9da-b42b-47ef-b7d7-73f75954532b%40googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

Mariano Gros

unread,
Jun 20, 2016, 10:34:42 AM6/20/16
to Cyclone PCB Factory ES
Encontrado el "BUG"

En el fichero RAMPS.h  líneas 86 a 96

Donde dice :

    inline void rampsWriteDisable(uint8_t value) {
        if (CHECK(value, STEPPERS_DISABLE_BIT)) {
            WRITE(X_ENABLE_PIN, 1);
            WRITE(Y_ENABLE_PIN, 1);
            WRITE(X_ENABLE_PIN, 1);
        } else {
            WRITE(X_ENABLE_PIN, 0);
            WRITE(Y_ENABLE_PIN, 0);
            WRITE(X_ENABLE_PIN, 0);
        }
    }

Debe decir:

    inline void rampsWriteDisable(uint8_t value) {
        if (CHECK(value, STEPPERS_DISABLE_BIT)) {
            WRITE(X_ENABLE_PIN, 1);
            WRITE(Y_ENABLE_PIN, 1);
            WRITE(Z_ENABLE_PIN, 1);
        } else {
            WRITE(X_ENABLE_PIN, 0);
            WRITE(Y_ENABLE_PIN, 0);
            WRITE(Z_ENABLE_PIN, 0);
        }
    }

Las dos ultimas X de cada bloque han de ser Z

Y también por homogeneidad en el mismo fichero en la líneas 136 a 139

Donde dice:

        if (CHECK(value, Z_DIRECTION_BIT)) {
            WRITE(Z_DIR_PIN, 0);
        } else {
            WRITE(Z_DIR_PIN, 1);

Debe decir:

        if (CHECK(value, Z_DIRECTION_BIT)) {
            WRITE(Z_DIR_PIN, 1);
        } else {
            WRITE(Z_DIR_PIN, 0);

Se cambian el 1 por el 0 para que sean códigos semejantes a los de los ejes X e Y (OJO te cambiará el sentido de giro que tenga el motor actualmente lo podrás corregir con $3)

Con el cambio del BUG ya no queda el motor Z permanentemente ENABLED (Bloqueado)

Un saludo.

Mariano Gros.









El domingo, 19 de junio de 2016, 22:43:55 (UTC+1), Carlos Garcia Saura escribió:
Hola Mariano, he estado mirando el código y no encuentro el bug :S

Prueba a ajustar el parámetro editándolo directamente en el defaults.h, llinea 290 ( https://github.com/CarlosGS/grblForCyclone/blob/grblForCyclone/defaults.h#L290 ), a ver si hay alguna diferencia.

Con la fresadora pequeña nunca he necesitado que se desconecten los stepper, pero claro, usan poca corriente y no se calientan.
¿En tu caso no es posible reducir la corriente del motor del eje Z?
2016-06-19 22:12 GMT+02:00 Mariano Gros <mgr...@gmail.com>:
Probado el cambio de Pololus y de Motores y el resultado es el mismo.
Es un problema de configuración o de código que después de mover motores y terminar el trabajo no desbloquea el eje Z.
Habra que ir buscando el "bug"

Saludos.

El sábado, 18 de junio de 2016, 15:48:22 (UTC+1), Jose Vega escribió:
Solo era por ir descartando posibilidades.

Avisame con los resultados.

Saludos.

--
Has recibido este mensaje porque estás suscrito al grupo "Cyclone PCB Factory ES" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cyclone-pcb-factory-es+unsub...@googlegroups.com.

jose vega

unread,
Jun 20, 2016, 11:34:06 AM6/20/16
to cyclone-pcb...@googlegroups.com
Genial Mariano!

ahora habria que hacer un pull request para que quedara subsanado del todo

saludos

Carlos García

unread,
Jun 20, 2016, 5:44:18 PM6/20/16
to Cyclone PCB Factory ES
Hola Mariano, pues muchas gracias por encontrar el bug! Este tipo de bugs son el precio a pagar por depender de versiones antiguas del GRBL :S

Efectivamente estaría bien que emitas tú el pull-request para que quede constancia en el repositorio de que el bug lo has solucionado tú :)
Pero si no te viene bien aprender a usar GitHub ahora no pasa nada, dímelo e incorporo directamente el bugfix (por supuesto mencionándote en el commit)

Gracias de nuevo!!

--
Has recibido este mensaje porque estás suscrito al grupo "Cyclone PCB Factory ES" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cyclone-pcb-facto...@googlegroups.com.
Para publicar una entrada en este grupo, envía un correo electrónico a cyclone-pcb...@googlegroups.com.

Mariano Gros

unread,
Jun 20, 2016, 5:48:24 PM6/20/16
to Cyclone PCB Factory ES
Sin problemas, puedes emitirlo tu.
Gracias.

Carlos García

unread,
Jun 20, 2016, 6:19:44 PM6/20/16
to Cyclone PCB Factory ES
Hecho, muchas gracias Mariano! :)

2016-06-20 23:48 GMT+02:00 Mariano Gros <mgr...@gmail.com>:
Sin problemas, puedes emitirlo tu.
Gracias.
--
Has recibido este mensaje porque estás suscrito al grupo "Cyclone PCB Factory ES" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cyclone-pcb-facto...@googlegroups.com.
Para publicar una entrada en este grupo, envía un correo electrónico a cyclone-pcb...@googlegroups.com.
Visita este grupo en https://groups.google.com/group/cyclone-pcb-factory-es.
Reply all
Reply to author
Forward
0 new messages