Klipper: errores de comunicación con la placa (Lost communication with MCU, apagado de la MCU, Move out of range)

Síntoma

La impresión se detiene y Klipper muestra un error: «Lost communication with MCU», la placa (MCU) pasa a estado de apagado (shutdown) o aparece «Move out of range», a veces justo después del homing. En algunos casos el ordenador que ejecuta Klipper (por ejemplo, una Raspberry Pi) se reinicia durante la impresión.

Causas probables, de la más a la menos probable

1. Fallos en la conexión USB entre el ordenador y la placa: cable de mala calidad o conectores flojos.
2. Alimentación deficiente: fuente de la Raspberry Pi insuficiente (avisos de subtensión) o fuente de la impresora sobrecargada, que puede reiniciar el chip USB de la placa.
3. Cables de motores, calentadores u otros, pellizcados o pelados, que al moverse pierden contacto, hacen un cortocircuito breve o generan ruido eléctrico.
4. Las alimentaciones de 5 V de la impresora y del ordenador están mezcladas: la placa se enciende sólo con el cable USB.
5. Un programa del sistema que interfiere con el puerto serie, como ModemManager en algunas distribuciones de Linux.
6. Tras un G28, el cabezal queda en una posición fuera del rango válido y el movimiento siguiente da «Move out of range».

Comprobaciones para saber cuál es

• Guarda el klippy.log (en /tmp/klippy.log) antes de reiniciar: el script logextract.py de Klipper extrae de él la información del apagado de la MCU.
• Fíjate en si el error coincide con movimientos del cabezal o de la cama: apunta a un cable dañado.
• Comprueba si la Raspberry Pi da avisos de subtensión (under voltage).
• Con la impresora apagada, conecta sólo el USB: si la placa se enciende, las alimentaciones de 5 V están mezcladas.
• Si el error es «Move out of range» justo después del homing, revisa qué hace tu macro de inicio después del G28.
• Si acabas de actualizar Klipper y avisa de que hay que reprogramar la placa, las versiones del ordenador y de la placa no coinciden.

Antes de empezar

Antes de desmontar, limpiar o ajustar nada, apaga la impresora y desconéctala de la corriente, salvo que un paso diga lo contrario, y no toques la boquilla, el bloque calefactor ni la cama hasta que se enfríen. Ante cualquier duda con la electricidad, el calor o las piezas en movimiento, para y consulta a un profesional.

Solución paso a paso

1. Corrige la causa y borra el error

   Klipper detiene la impresora a propósito para no seguir con un fallo; en estado de apagado, la placa desconecta calentadores y motores. Cuando hayas corregido la causa, envía FIRMWARE_RESTART, que borra el estado de error de la placa (RESTART no lo hace).

   Comprueba: Klipper vuelve a estar listo y la impresora funciona.

   Si no se resuelve: Revisa el cable USB.

2. Cambia el cable USB y asegura los conectores

   Usa un cable USB de buena calidad entre el ordenador y la placa y comprueba que los dos extremos están bien encajados.

   Comprueba: Los errores de comunicación dejan de aparecer.

   Si no se resuelve: Revisa la alimentación.

3. Arregla la alimentación

   Usa una fuente de calidad con un buen cable para la Raspberry Pi, resuelve cualquier aviso de subtensión y comprueba que la fuente de la impresora no está sobrecargada.

   Comprueba: No hay avisos de subtensión y la placa no se reinicia.

   Si no se resuelve: Revisa el cableado de la impresora.

4. Revisa el cableado de la impresora

   Apaga y desenchufa la impresora. Revisa los cables de motores, calentadores y sensores a lo largo de su recorrido: sin pellizcos, sin cortes y bien sujetos.

   Comprueba: Los errores no aparecen al mover el cabezal o la cama.

   Si no se resuelve: Comprueba las alimentaciones de 5 V.

5. No mezcles las alimentaciones de 5 V

   Si la placa se enciende sólo con el USB, configúrala para que tome la alimentación de una sola fuente, según el manual de tu placa.

   Comprueba: La placa sólo se enciende con la fuente de la impresora.

   Si no se resuelve: Revisa el sistema operativo.

6. Desactiva ModemManager si tu sistema lo usa

   Si instalaste Klipper en una distribución de Linux que activa ModemManager (u otro paquete parecido) y ves errores aleatorios de comunicación, desactiva ese paquete.

   Comprueba: Los cortes aleatorios desaparecen.

   Si no se resuelve: Revisa el klippy.log con logextract.py para ver qué pasó antes del apagado.

7. «Move out of range» después del homing

   Modifica tu macro o G-code de inicio para mover el cabezal a una posición válida justo después del G28.

   Comprueba: El inicio de la impresión ya no da este error.

   Si no se resuelve: Revisa el klippy.log para ver en qué movimiento falla.

8. Después de actualizar: graba también la placa

   Si Klipper avisa de que hay que reprogramar la MCU, compila y graba su firmware (make menuconfig, make clean, make y make flash) y revisa el documento de cambios de configuración. RESTART y FIRMWARE_RESTART no cargan software nuevo.

   Comprueba: Klipper arranca sin avisos de versión.

   Si no se resuelve: Revisa printer.cfg con el documento de cambios de configuración.

Prevención

• Usa cables USB y fuentes de alimentación de calidad.
• Sujeta y ordena los cables para que no se pellizquen ni se pelen con el movimiento.
• Antes de actualizar Klipper, lee el documento de cambios de configuración.

¿No se ha resuelto?

Cuéntale tu caso a la IA de usi3d: elige tu impresora, describe lo que ves y añade fotos si quieres. Te propone comprobaciones paso a paso, con sus fuentes.

Cuéntale tu caso a la IA

Impresoras a las que se aplica

Cualquier impresora 3D FDM (de filamento), de cualquier marca.

Fuentes oficiales

Esta guía resume la documentación oficial que se enlaza aquí:

• Frequently Asked Questions (Lost communication with MCU; heaters and shutdown; upgrading) · Klipper
• Configuration Changes (20210819: Move out of range after homing) · Klipper
• G-Codes (FIRMWARE_RESTART, RESTART) · Klipper
• Debugging (Extracting information from the klippy.log file) · Klipper