OrcaSlicer-bambulab - Restaura el soporte completo de BambuNetwork para impresoras Bambu Lab
(github.com/FULU-Foundation)- OrcaSlicer-bambulab es una versión de OrcaSlicer que restaura el soporte completo de BambuNetwork en impresoras Bambu Lab
- No está limitado solo a LAN y funciona mediante BambuNetwork a través de Internet como antes
- Indica que se pueden usar mediante BambuNetwork todas las funciones necesarias para el uso general y la impresión
- En Windows, se requiere WSL 2 antes de ejecutarlo
- Antes del primer inicio en Windows, se deben habilitar las funciones
Microsoft-Windows-Subsystem-LinuxyVirtualMachinePlatformdesde Command Prompt o PowerShell con privilegios de administrador - En Windows, después de habilitar esas funciones, se debe reiniciar y ejecutar Orca Studio
- En Linux, indica que basta con una instalación normal
- El soporte para macOS aún está en desarrollo
- El README también recomienda usar BMCU, y señala que el firmware de BMCU puede encontrarse en los repositorios del autor
1 comentarios
Opiniones de Hacker News
Parece ser una copia del estado anterior del repositorio que causó la controversia de Bambu a inicios de esta semana
Investigando bastante, parece que ahora Bambu cambió el sistema a dos modos: el modo predeterminado/nube ofrece la app y monitoreo remoto, pero para enviar impresiones hay que usar Bambu Studio o Bambu Connect, y agregaron autenticación en la nube a la API interna, así que incluso las solicitudes locales necesitan obtener un token desde los servidores de Bambu
El modo LAN/desarrollador hace que el dispositivo muestre un token para ingresarlo en la app; a cambio se desactiva el monitoreo remoto, pero el cliente puede enviar impresiones localmente
Lo que los usuarios quieren es tener activadas al mismo tiempo la autenticación por token local y la autenticación en la nube, pero en la práctica eso no es posible, así que este plugin se parece más a imitar la interfaz de autenticación en la nube para hacer llamadas RPC de “Bambu Network” desde un slicer local
Personalmente, la respuesta de Bambu me parece desagradable, y también se puede argumentar que el modo offline apareció gracias a una reacción similar, pero no creo que el sistema actual sea particularmente malo, y me resulta un poco curioso el deseo de revivir funciones en la nube “difíciles de confiar”
No hay razón para que un cliente local no pueda comunicarse directamente con una impresora local sin pasar por la nube
Todos los problemas que tiene Bambu se los provocó sola, y bien podrían haber permitido gestionar colas en la nube y locales al mismo tiempo, con o sin autenticación
Algo que la gente que no hace impresión 3D con frecuencia no suele entender es que la impresión 3D implica más que solo lanzar un archivo ya laminado
Por ejemplo, antes de laminar, el slicer necesita sincronizar información de la impresora para que la lista de filamentos coincida con el estado real de la máquina. Si piensas en una impresora con un solo rollo de filamento puede sonar ridículo, pero cuando tienes AMS con 4 rollos conectados a varias impresoras, se vuelve una función esencial
Además, muchas veces la impresora está en un lugar remoto, como un taller, así que sin configurar aparte una VPN, el modo LAN ya arranca con desventaja
También quiero seguir usando el monitoreo de impresión desde el celular, una función que Bambu Lab ofrecía al vender el producto. Es decir, el modo LAN/desarrollador no equivale al antiguo modo nube que funcionaba bien con OrcaSlicer
Bambu realmente tiene ese firmware, pero lo deja abierto solo para usuarios “pro”
Los usuarios pro también pueden desactivar la nube sin usar modo desarrollador, y obviamente así es como la usamos
La máquina en sí es excelente, pero decepciona bastante que el binario privativo que Bambu obliga en modo LAN sea muy lento, tenga muchos bugs en Linux y no sea técnicamente necesario en absoluto
Yo no lo instalaría hasta que alguien audite de qué commit se desprendió y qué cambió
Mejor todavía sería encontrar otra copia del repositorio donde el historial de git no haya sido aplastado
Parece un intento de aprovechar la controversia para atraer atención a su fundación (?), pero perder el historial de git es mala señal tanto por procedencia del código como por seguridad
Según entendí, Bambu volvió el acceso a la nube una cuestión de todo o nada: si usas modo local, solo puedes hacer slicing local y no usas ninguna función en la nube; si usas modo nube, haces slicing en la nube y usas todas las funciones de la nube
Me da curiosidad saber cuáles son esas funciones en la nube que la gente quiere conservar. Si es solo control desde la app y monitoreo de impresión, o si hay otras funciones cuya ausencia realmente se siente
Gran parte de la desconfianza hacia Bambu viene de que al principio anunciaron que incluso para imprimir localmente en modo LAN iban a exigir autenticación en la nube, y solo retrocedieron cuando vieron la reacción
No sé por qué todo el dominio quedó excluido de archive.org, pero el original todavía puede verse: https://blog.bambulab.com/firmware-update-introducing-new-au...
Entre las operaciones clave que requieren autorización están vincular/desvincular la impresora, iniciar acceso remoto al video, actualizar firmware, iniciar trabajos de impresión (en modo LAN o nube) y controlar sistema de movimiento, temperatura, ventiladores, configuración de AMS y calibración
No sabían que había otros archivos y los volvieron a atrapar
Los cacharon intentando cambiar las condiciones de la garantía, y también cambiaron los términos para poder bloquear impresiones hasta que se actualizara el firmware
Cuando la comunidad se enojó, no solo retrocedieron, sino que editaron la entrada del blog relacionada y luego acusaron a otros de “difundir información falsa sin fundamento” porque “esto está claramente explicado en este post [modificado y con fecha retroactiva]”
El post enlazado es precisamente ese, y la versión original está aquí: http://archive.today/2025.01.16-173123/https://blog.bambulab...
Me recuerda a cómo lo maneja Ubiquiti, como proveedor que quería permitir a los usuarios acceso remoto a sus propios dispositivos detrás de NAT
Unifi Cloud solo se encarga de la autenticación y de intermediar la conexión mediante un portal público; después de eso, el navegador o la app se conectan directamente al equipo del usuario
Si quieres, también puedes desactivar esa función y gestionar el acceso remoto por tu cuenta. Ojalá otros proveedores tomaran nota
Aquí lo importante no es solo el soporte de impresoras, sino si el usuario podrá seguir usando hardware que ya posee sin depender de una ruta de nube del proveedor
El soporte de red local parece una simple comodidad hasta que desaparece, y entonces queda claro que era parte del modelo de propiedad
Bambu no quitó el soporte de red local, y cualquier impresora Bambu puede usarse sin nube ni conexión a internet
Lo que no puedes hacer es usar servidores en la nube de Bambu con un slicer de terceros
https://www.fulu.org/
https://www.youtube.com/watch?v=1jhRqgHxEP8
Hay poquísima información; no sé si copiaron otro repositorio eliminado de GitHub para rebrandearlo como suyo o si hicieron algún otro trabajo
En el issue hay un enlace a otro repositorio: https://github.com/danielcherubini/fork-a-slicer
Me pregunto cómo podría Bambu impedir un fork como este, que ni siquiera trae código y solo le dice a una IA que construya el plugin de red desde cero
Simplemente no les vuelvas a comprar
Es la misma historia que con Synology, que forzó dependencia de ciertos discos duros
Mientras sigan existiendo otros proveedores, no hay necesidad de comprarles
Compré equipo nuevo y le puse discos WD, sin ningún problema
Estaba pensando comprar una Bambu Lab A1, pero viendo esta y la controversia anterior, mejor elegiría otro proveedor
Me gusta el carácter hacker y la apertura de Prusa, pero me preocupa si será buena como primera impresora. ¿Hay alguna buena alternativa para principiantes?
Una vez tuve un problema con unas varillas lineales; hablé unos minutos con soporte y dos días después ya tenía las piezas de reemplazo en casa
Además ofrecen actualizaciones de firmware y mejoras de hardware durante años. Eso realmente está muy bien, y no sé de otro fabricante de impresoras para consumidor final que haga algo así
El precio inicial es algo más alto, pero en mi opinión lo vale
Ahora incluso estoy viendo un modelo más caro que va a salir pronto
Creo que depende de cómo la quieras usar. Puede que haya alternativas que den impresiones perfectas con mínimo ajuste, pero a mí me gustó que fuera una máquina para meterle mano. Como comprar un tractor antes que un auto de carreras :)
Una vez, al armarla yo mismo, apreté demasiado una brida y terminé cortando el cable del ventilador de enfriamiento de piezas
Sí hay un sobreprecio. Personalmente, sentí que PrusaSlicer tenía mejores presets y usabilidad que OrcaSlicer o sus forks
Aun así, compré Prusa a propósito por su actitud hacia el software de código abierto y por este tipo de cosas que hace Bambu
Eso incluso aunque objetivamente Bambu ofrezca algo mucho mejor, o al menos similar, por bastante menos dinero
¿Cuál será la motivación de Bambu? No entiendo qué ganan al dañar así la confianza
¿Será simplemente por los datos de uso? ¿Querrán entrenar modelos con los archivos STL de todos?
Hay muchas probabilidades de que salgan leyes para regular qué cosas se pueden imprimir legalmente en 3D, y entonces podría necesitarse algo como verificación de edad para impresión 3D
Siguen empujándolo aunque haya un rechazo fuerte y mala publicidad para la marca, y aun cuando explican los motivos, cuesta creer que eso lo justifique
En empresas de EE. UU. o la UE, como Chamberlain/LiftMaster con sus abridores de garaje, al menos es bastante obvio que quieren meter suscripciones de servicios en la nube encima del nivel básico gratuito y vender datos del consumidor
Pero en empresas chinas como Bambu Lab resulta todavía más raro, porque no parece muy probable que saquen ingresos significativos por suscripción a largo plazo
Sobre todo porque los periféricos tecnológicos baratos para consumidor suelen invertir lo mínimo en sitio web, actualizaciones continuas y soporte directo al cliente, así que querer montar un negocio de suscripción de largo plazo no cuadra
Mi hipótesis es que el gobierno chino está empujando discretamente, como estrategia de largo plazo, para exigir conexiones de nube a centros de datos en China
No significa que las empresas sean organismos directos del gobierno chino ni que estén metiendo firmware malicioso. A gran escala eso sería fácil de descubrir y ni siquiera hace falta
Con que los servidores en la nube estén en centros de datos chinos, el gobierno chino podría obtener direcciones IP de consumidores y datos de uso mediante escucha pasiva de paquetes, y si las relaciones con el extranjero se enfrían, podría bloquear selectivamente paquetes desde el firewall y dejar inutilizados millones de dispositivos de consumo
Puede sonar paranoico, y no estoy diciendo que Bambu Labs haga específicamente eso, pero es una hipótesis que ya se me ocurría antes de conocer Bambu Labs al ver la extraña obsesión de dispositivos chinos baratos de automatización del hogar con obligar conexión a la nube aun sin un modelo de negocio claro
Estas pequeñas empresas de hardware de Shenzhen no parecen tener verdadero interés en construir un negocio real basado en servicios en la nube, y la implementación casi siempre se ve mínima y con poca inversión
En periféricos de hardware de bajo margen, el dinero que gastan operando una nube sin ingresos posteriores a la venta es puro costo. Se ve casi como un impuesto de exportación que la empresa paga para que le permitan vender al extranjero
En equipos de automatización del hogar, para mí la conexión a la nube es descalificación inmediata. A veces van empotrados en la pared, así que solo compro dispositivos que funcionen en una subred puramente local o donde pueda instalar firmware de código abierto como Tasmota o ESPHome
Es absurdo que intenten regular estas cosas como si fueran armas de fuego
La gente simplemente lo ignoró. ¡Porque era brillante!