This forum uses cookies
This forum makes use of cookies to store your login information if you are registered, and your last visit if you are not. Cookies are small text documents stored on your computer; the cookies set by this forum can only be used on this website and pose no security risk. Cookies on this forum also track the specific topics you have read and when you last read them. Please confirm whether you accept or reject these cookies being set.

A cookie will be stored in your browser regardless of choice to prevent you being asked this question again. You will be able to change your cookie settings at any time using the link in the footer.

  • 0 voto(s) - 0 Media
  • 1
  • 2
  • 3
  • 4
  • 5
CONSULTA Error en home Z
#1
Buenas tardes, a mi Anet A8 le he cambiado la electronica a Mega+Ramps 1.6 plus+TMC2209 en modo UART y Marlin 2.0.x bug fixed y 2.0.9.

El problema principal es a la hora de hacer home en Z, independientemente de donde se encuentre el eje, este baja una distancia (siempre la misma a simple vista) y detecta el eje situado en Z=0, aun sin pulsar el final de carrera, que si lo pulso mientras hace homing para, es decir que funcionar funciona, lo que implica que para tener la impresora lista para imprimir tengo que hacer varias veces home.

He estado mirando y este tipo de fallo aparece desde 2014-2015 pero las soluciones son muy distintas.

Tambien hay que sumar el problema de que ningun programa (Pronterface, Repetier...) se conectan a la impresora, he probado con dos placas distintas... Facepalm
  Responder
#2
Hola, la RAMPS 1.6 plus es bastante problemática, quizá porque está pensada para conectar en ella drivers TMC en modo SPI y no parece llevarse bien con otras configuraciones, bien sea STEP/DIR o UART.
Para tener una idea más clara de tu situación, sería conveniente que pusieses cómo tienes conectados los drivers en UART, la configuración de los puentes bajo los drivers y que adjuntases en un archivo comprimido los ficheros de configuración de Marlin que estás utilizando (Configuration.h, Configuration_adv.h).
Sobre el problema con el eje Z, no acabo de entender bien lo que indicas ya que, si al hacer home no se activa el final de carrera, ¿como es que se para y marca la posición 0 del eje? Para poder dar una respuesta sería necesaria más información.
Sobre la detección de la placa, ¿tiene asignado un puerto COM en el ordenador? ¿Está bien configurado el driver?
Comprueba en el administrador de dispositivos en que situación se encuentra y que la configuración de la conexión en el software sea correcta.
También sería de ayuda una captura de pantalla del Pronterface con el mensaje al intentar conectar.
  Responder
#3
Si... es hay donde esta la gracia, no sé si es por conflicto con los TMC pero solo es en el eje Z asi que... Subire los archivos y en cuanto el Pronterface solo aparece conectando, todo el tiempo.
  Responder
#4
Si se le asigna un puerto COM al Arduino Mega y tiene un bootloader cargado, solo se me ocurren dos causas para que no conecte: que no se esté configurando bien el puerto y/o la velocidad en el Pronterface o que falle la conexión (puerto y/o cable USB).
Para comprobar si hay bootloader activo, tendrás que utilizar AVRDUDESS para ver si autodetecta/conecta la MCU y sino qué mensaje de error indica.
Para la conexión, prueba con otro puerto y/o cable.
  Responder
#5
Buenas noches os pongo un archivo comprimido con los Configuration. Estoy probando lo que me comentais sobre los puertos COM.

Configuration + .adv-> https://1drv.ms/u/s!Aleo6XfhZ-WbjXTfLOA5...F?e=ReRv5c
  Responder
#6
Lo único que veo raro  en esa configuración es la asignación del SERIAL_PORT a 1: normalmente en la RAMPS suele ser 0.
Por otro lado, si tienes conectados por UART los TMC, habría que verificar como están conectados y que no haya conflictos en la asignación de pines.
También sería recomendable que activases el parámetro #define TMC_DEBUG, que se encuentra en el archivo Configuration_adv.h, para habilitar el comando gcode M122, que informa del estado de los drivers TMC.
  Responder
#7
He mirado el tema de las conexiones, detecta la conexion tanto Windows como AVRDUDESS (COM5) y... no me deja seleccionar PORT 0 en Marlin, da error. En cuanto al Pronterface, Connecting...

Simemart, el conexionado de los pines, segun la esquematica es igual a la ramps 1.4 y estan tal y como se especifica.
  Responder
#8
No sé a que te refieres con "... seleccionar PORT 0 en Marlin, da error.": lo que yo te indico es que configures el parámetro SERIAL_PORT con valor 0 en el archivo Configuration.h, para probar si así se conecta por USB la placa. Ese cambio no da ningún error al compilar.
Que Windows y AVRDUDESS detecten la conexión de la placa, solo indica que el chip controlador del puerto USB del Arduino Mega está bien, pero nada sobre si tiene bootloader instalado o no: lo que yo te digo es que configures el AVRDUDES con los parámetros correctos para comunicarse con un Arduino Mega (el puerto COM asignado y 115200 baudios de velocidad) y utilices el botón Detect del apartado MCU para ver si se detecta correctamente como un ATMega2560.
Que la RAMPS 1.6 plus tiene el mismo pinout que la 1.4 es algo que debemos suponer a la vista de los esquemas que circulan por ahí, otra cosa es que realmente sea así, pues la circuitería añadida para el control por SPI en algún sitio se tiene que acomodar.
En todo caso, para que los TMC2209 funcionen en UART en esa placa, has tenido que cablear su conexión por fuera de la misma, pues no viene preparada para ese tipo de control: a ese esquema de conexión me refiero, el de UART.
  Responder
#9
Buenos dias, el Pronterface ya conecta, cambie Port a 0, la primera vez me dio fallo al compilar al cambiar ese parametro, lo he vuelto hacer y esta vez todo bien, el home lo hace bien en Z desde el Pronterface asi que tiene pinta que es Marlin. Os pongo tambie la informacion devuelta de los TMC por el comando M122.

>>> M122
SENDING:M122
X Y Z E
Address 0 0 0 0
Enabled false false true false
Set current 800 800 800 800
RMS current 795 795 795 795
MAX current 1121 1121 1121 1121
Run current 25/31 25/31 25/31 25/31
Hold current 12/31 12/31 12/31 12/31
CS actual 12/31 12/31 12/31 12/31
PWM scale
vsense 1=.18 1=.18 1=.18 1=.18
stealthChop true true true true
msteps 32 32 16 16
interp true true true true
tstep max max max max
PWM thresh.
[mm/s]
OT prewarn false false false false
pwm scale sum 14 14 23 14
pwm scale auto 0 0 0 0
pwm offset auto 36 36 57 36
pwm grad auto 14 14 44 14
off time 3 3 3 3
blank time 24 24 24 24
hysteresis
-end -1 -1 -1 -1
-start 1 1 1 1
Stallguard thrs 0 0 0 0
uStep count 4 4 440 1000
DRVSTATUS X Y Z E
sg_result 0 0 74 0
stst
olb
ola
s2gb
s2ga
otpw
ot
157C
150C
143C
120C
s2vsa
s2vsb
Driver registers:
X 0xC0:0C:00:00
Y 0xC0:0C:00:00
Z 0xC0:0C:00:00
E 0xC0:0C:00:00
Testing X connection... OK
Testing Y connection... OK
Testing Z connection... OK
Testing E connection... OK

Sigo leyendo sobre la placa 1.6 y el modo UART a ver que encuentro y gracias.
  Responder
#10
Hola, juntando toda la información que has facilitado, creo que hay varias cosas que no concuerdan pero, en todo caso, la información que devuelve el comando M122 parece indicar que la comunicación UART con los drivers funciona de forma correcta, así que supongo que debe de estar bien configurada.
Sobre que Marlin sea el causante de un problema de mal funcionamiento, por lo general no suele ser una opción con muchas probabilidades de ser correcta, a no ser que sea por mala configuración: Pronterface lo único que hace es enviar comandos gcode, pero el que los convierte en acciones es Marlin.
  Responder
#11
Simemart, a mi me resulta extraño que no me haga bien el home en Z, tengo que hacerlo varias veces hasta que se acerca al final de carrera y lo pulsa, desde la propia impresora pero si desde el Pronterface, le ponga el eje donde lo ponga.

Y en caso de ser el firmware, claro que sería por mala configuración por mi parte, la cosa es donde...
  Responder
#12
Pues no se me ocurre nada en la configuración de Marlin que pueda causar ese comportamiento del home del eje Z y menos que se produzca cuando se ordena por pantalla y no cuando se hace por USB, pues en ambos casos lo que se procesa es un comando G28.
Para el hecho en sí de que se pare antes de activar el interruptor de final de carrera, podría ser la causa que ese final de carrera esté dando falsas activaciones, bien por el interruptor mismo o porque esté empezando a fallar algún componente del circuito que lo controla en la placa.
En todo caso lo haría tanto si se ordena el home por pantalla como por USB, por lo que no parece probable que sea esto.
  Responder
#13
Yo estoy igual o peor ue tú, Simemart, no sé si puede ser porque una vez conecte mal los finales de carrera (cambia el regulador del arduino aunque el que esta puesto es otro arduino nuevo) ¿y haya estropeado algo en la ramps?, tambien es que tiene guasa el Marlin 2.0.x estoy intentando configurar el PID del hotend y es una locura con las protecciones y pausas que hace ella sola...
  Responder
#14
Has probado otra versión de Marlin, no sea que la que estés usando tenga algún bug para esa placa
  Responder
#15
Lo he estado pensando, volver a la 1.1.9.1 o mirar bien la 2.0.9.2
  Responder
#16
Como bien indica @Macuho, cambiar la versión de Marlin puede ser buena idea, por lo menos descartarás que sea algo en la que tienes instalada.
En todo caso y como ya indicaba en mi primera respuesta, la RAMPS 1.6 plus parace que da bastantes problemas de todo tipo y quizá deberías plantearte cambiarla por una RAMPS 1.6 o incluso 1.4, aunque solo sea para ver que ocurre: yo prefiero la probada 1.4, eso sí liberando a los mosfets internos del trabajo de calentar cama y hotend.
  Responder
#17
Si, ya he pedido la 1.4 que llega este sabado asi que ya os contare. Si he visto casos de gente que se ha comprado la 1.6+ mas los tmc22208-9 pero no hacen incapie o directamente no vuelven a mencionarse con la solucion jeje.. YY si Simemart, tengo dos mosfet comprado, para la cama y el hotend ademas de una fuente mas potente, asi que nada, hasta el sabado.
  Responder
#18
Buenas, al final esto sigue igual de mal (no tiene un movimiento normal o va a tirones o se queda clavada), voy a volver a configurar MArlin entero y si funciona en la 1.4 probare a pasarlo en la ramps 1.6 plus a ver que tal. Seguramente estare comiendome algo en Marli.
  Responder


Posibles temas similares…
Tema Autor Respuestas Vistas Último mensaje
  CONSULTA Ramps 1.4 hace el home al revés mocman 4 1,631 18-08-2018, 06:56 PM
Último mensaje: mocman