Enviar impresiones a una Elegoo Centauri Carbon

Desde v0.11.3 PrintStash puede enviar un fichero de G-code directamente desde su biblioteca a una Elegoo Centauri Carbon o Carbon 2 por tu propia red, y después iniciar, pausar, reanudar o cancelar la impresión y ver cómo vuelven las temperaturas y el progreso. Nada pasa por una cuenta de Elegoo ni por un servicio en la nube.

Dos cosas que conviene saber antes de montar nada alrededor. La lista de ficheros de la impresora no se puede leer, así que PrintStash puede enviar ficheros e iniciarlos, pero no puede mostrarte lo que ya hay en la máquina. Y la ruta de subida está en beta, con una evidencia en hardware realmente escasa detrás: un informe parcial de la comunidad en la Carbon original y ninguno en la Carbon 2.

Un solo proveedor, dos protocolos distintos

La Centauri Carbon y la Carbon 2 no hablan el mismo idioma, y por eso la pantalla de configuración te pregunta cuál tienes.

La Carbon original usa SDCP v3 sobre un WebSocket en el puerto 3030, sin autenticación. PrintStash te pide que guardes el ID de la placa base de la impresora porque los anuncios del propio firmware se vuelven intermitentes, y pueden pararse del todo mientras la máquina está inactiva, en pausa o en estado de error. Con el ID guardado, los comandos siguen funcionando a través de esos estados.

La Carbon 2 usa MQTT autenticado en el puerto 1883. Tienes que activar LAN Only en los ajustes de red de la impresora e introducir el código de acceso que la impresora muestra. Tiene la misma forma que el modo LAN de Bambu, y el motivo es el mismo: el canal local es el que funciona sin una cuenta del fabricante.

Las subidas siguen una tercera ruta en los dos modelos. La transferencia es HTTP simple, partida en POST multipart de 1 MiB en la Carbon original y enviada como un PUT por trozos con Content-Range en la Carbon 2, y va independiente del canal SDCP o MQTT que lleva el estado y el control. Así que un fichero puede transferirse mientras el canal de control está en silencio, y un fallo de subida y un fallo de control son problemas separados con causas separadas.

Cómo configurar una

1. Dale a la impresora una dirección estática o una reserva DHCP. Todo lo que viene después asume que la dirección no se va a mover.
2. En una Carbon 2, activa LAN Only en los ajustes de red de la impresora y apunta el código de acceso.
3. En PrintStash, añade una impresora y elige el preajuste Elegoo Centauri Carbon o Elegoo Centauri Carbon 2. Introduce la dirección del host y, en la Carbon 2, también el código de acceso.
4. En la Carbon original, guarda el ID de la placa base en los ajustes de la impresora en cuanto se haya detectado. Saltarse esto es el motivo habitual de que los comandos funcionen al principio y dejen de responder cuando la máquina se queda inactiva.
5. Abre la pestaña Diagnostics de la impresora. Informa del nivel de soporte del proveedor, las comprobaciones de capacidad, las de configuración y la conectividad en vivo, y no devuelve ningún secreto guardado, así que se puede pegar sin riesgo en un informe de error. Los mismos datos están en /api/v1/printers/<printer-id>/diagnostics.
6. Envía un fichero de G-code pequeño desde la biblioteca sin inicio automático, confirma que llega y arráncalo desde la impresora en la primera prueba.

Qué obtienes y qué falta

El estado en vivo, las temperaturas y el progreso vuelven en los dos modelos, junto con pausar, reanudar, cancelar, iniciar un fichero que ya está en el almacenamiento de la impresora y subir desde la bóveda.

Lo que no hay: el inventario de ficheros de la impresora y el borrado remoto, comandos G-code en crudo, importación del historial de impresión y consumo de filamento medido. El hueco del inventario es una decisión de seguridad deliberada y no trabajo sin terminar. La consulta de lista de ficheros de la Carbon original puede terminar su demonio de impresora cuando llega con una carga vacía, y la petición de lista de ficheros documentada de la Carbon 2 no responde en el firmware que se ha validado, así que PrintStash no envía ninguna de las dos.

Como el consumo medido es exclusivo de Moonraker, el coste por impresión en una Centauri recurre a la estimación del slicer. La duración transcurrida sí vuelve desde la impresora, aunque la matriz de compatibilidad tiene cuidado de decir que solo la de Moonraker se ha comprobado contra impresiones reales.

Lo beta que es esto en realidad

El proveedor está etiquetado como beta, y lo que hay detrás de esa etiqueta es más escaso de lo que la palabra suele dar a entender.

La ruta de subida de la Carbon original tiene un informe de la comunidad. Ejercitó pycentauri directamente y después ejecutó PrintStash 0.11.3 desde el código fuente contra la misma impresora física: el estado en vivo, la detección del modelo y un envío solo de subida se completaron, y un listado independiente confirmó que el fichero llegó al almacenamiento de la impresora con la máquina todavía inactiva. Iniciar, pausar, reanudar, cancelar y reconectar en pausa no se probaron nunca, porque esa impresora tenía un fallo de fin de filamento y no podía empezar un trabajo. El proyecto lo registra como una prueba de humo parcial, no como una validación completa.

La ruta de subida de la Carbon 2 no tiene ningún informe en hardware real. La lógica del protocolo se prueba contra transportes simulados, lo que demuestra que el código hace lo que pretende y no demuestra nada sobre tu firmware.

La lectura práctica: supervisa las primeras impresiones, vigila la primera subida de cualquier versión de firmware y manda un informe en cualquier caso. El registro de validación en hardware del proyecto está vacío ahora mismo, y está pensado para que lo rellene quien ejecuta las pruebas de humo en lugar de venir rellenado por los mantenedores.

Qué añade la biblioteca alrededor

Enviar es el último paso de un flujo de trabajo sobre el que la impresora no tiene ninguna opinión. Cada laminado vive en PrintStash como una revisión de su modelo de origen, con los ajustes del slicer extraídos del fichero, un resultado que puedes fijar y una revisión marcada como la que hay que reimprimir. En una Centauri ese registro importa algo más de lo normal, porque no puedes navegar por el almacenamiento de la impresora para ver qué enviaste la última vez. Un modelo, muchos G-codes explica cómo funcionan esos resultados.

Si tus otras máquinas son Neptune 4, se conectan por Moonraker y obtienen el conjunto completo de capacidades. Gestión de impresión autoalojada para quien tiene impresoras Elegoo cubre cómo llevar las dos familias desde una sola biblioteca.

Preguntas frecuentes

¿Esto necesita la nube de Elegoo o una cuenta?

No. Las dos rutas son locales: SDCP sobre un WebSocket para la Carbon original, MQTT autenticado para la Carbon 2 y HTTP simple para la transferencia del fichero. PrintStash necesita alcanzar la dirección de la impresora en tu red y nada más. En la Carbon 2 tienes que activar LAN Only en la impresora, que es el ajuste que hace que el canal local exista. Si quieres el mismo montaje con otras marcas, imprimir por LAN sin una cuenta en la nube cubre lo que exige cada proveedor.

¿Por qué PrintStash puede enviar un fichero pero no listar los ficheros de la impresora?

Porque sondear la lista puede romper la impresora. En la Carbon original, una petición de lista de ficheros con carga vacía puede terminar el demonio de la impresora, y en la Carbon 2 la petición documentada no responde en el firmware validado. Antes que publicar una función que a veces tumba la máquina, PrintStash no envía nunca esas peticiones y marca el inventario y el borrado remoto como no soportados. El efecto práctico es que gestionas lo que hay en la impresora desde la impresora, y lo que hay en tu biblioteca desde PrintStash.

¿Para qué sirve el ID de la placa base y lo necesito para subir?

Es para la fiabilidad del control en la Carbon original, no para las subidas. Los anuncios del firmware se vuelven intermitentes y pueden desaparecer mientras la impresora está inactiva, en pausa o en estado de error, y el ID de la placa base guardado le da a PrintStash una vía estable por la que enviar comandos a través de esos estados. La subida por HTTP no lo usa en absoluto, y por eso una subida puede tener éxito en una impresora cuyos controles se han quedado en silencio. La Carbon 2 no usa un ID de placa base; usa el código de acceso.

¿Puedo tener una Centauri Carbon y una Neptune 4 en la misma biblioteca?

Sí, y se conectan por proveedores distintos. La Neptune 4, Pro, Plus y Max ejecutan Klipper, así que usan el proveedor estable Moonraker mediante un preajuste guiado en lugar de una segunda implementación de Elegoo. Eso significa que la Neptune obtiene inventario remoto de ficheros, importación del historial de impresión y filamento medido, y la Centauri no. Las dos aparecen en la misma lista de impresoras y las dos pueden recibir ficheros de la misma biblioteca, pero no esperes el mismo conjunto de capacidades de cada una.

¿Es seguro dejar una subida sin vigilar?

Todavía no, según mi lectura de la evidencia. Un informe parcial en la Carbon original y ninguno en la Carbon 2 no basta para planificar una cola sin vigilancia alrededor, y el registro de validación en hardware del propio proyecto está vacío. La subida en sí es la acción menos arriesgada, porque mueve bytes y no arranca nada, y los inicios siguen siendo explícitos y no automáticos. Envía ficheros sin problema, supervisa los inicios y trata la primera impresión después de cualquier actualización de firmware como una prueba nueva.

Fuentes

• Las notas de soporte de proveedores de PrintStash y la guía de impresoras para los detalles de conexión SDCP y MQTT, el comportamiento del ID de la placa base, las rutas de subida por trozos y los motivos por los que el inventario de ficheros sigue desactivado. Leído de docs/provider-support.md en el repositorio, que tiene más detalle que la documentación de la web.
• Las notas de la versión v0.11.3 para la función de subida en sí, y la matriz de compatibilidad para lo que informa cada proveedor en la versión publicada. Consultado el 19 de agosto de 2026.