Imagínese despertarse en medio de la noche con el sonido de su impresora 3D, imprimiendo. Sabes que no solicitaste una huella. De hecho, estás seguro de ello, porque tu proyecto anterior todavía está en la impresora. Suena como un inquietante fantasma tecnológico o como si las máquinas finalmente se hubieran vuelto conscientes de sí mismas. Afortunadamente, el problema surge de algo menos espeluznante pero quizás igual de aterrador: una interrupción de la nube.
Como informó The Verge, el 15 de agosto, numerosos propietarios de impresoras 3D Bambu Lab informaron que su dispositivo comenzó a imprimir sin su consentimiento. No importaba si dicha impresión resultaba en boquillas u otros componentes doblados o rotos o si implicaba imprimir un proyecto sobre otro. No importaba si era una hora impía, como las 4 de la mañana; las impresoras, que costaban entre 599 y 1.449 dólares, estaban imprimiendo.
«Comencé una impresión a las 11 p. m.. El lapso de tiempo muestra que finalizó exitosamente justo antes de las 2 a. m.. A las 2:30 a. m. mientras dormía, la máquina se puso en marcha nuevamente con la última impresión aún en la cama. Veo una marca de tiempo «Lapso de vídeo que comienza alrededor de las 2:30 a. m.», se quejó un usuario de Reddit llamado u/beehphy en el subreddit r/BambuLab.
El usuario continuó diciendo: «El filamento se derramó por el costado y se enrolló dentro de la cámara, y solo dejó de alimentarse una vez que se extrajo el sensor de temperatura».
La compañía anunció una «falla de impresión en la nube» en su página de estado del sistema y escribió una publicación de blog el 16 de agosto diciendo que investigaría el problema.
Bambu detalló más la «interrupción de la nube» el 18 de agosto, diciendo:
La causa principal del problema estaba relacionada con el SDK de MQTT utilizado en la conexión a la nube. Uno de los dos clientes del SDK de MQTT se desconectó debido a un tiempo de espera. Por lo general, el servicio restaurará automáticamente la conexión, pero en este caso, el servicio devolvió un informe de conexión exitosa cuando, en realidad, la conexión no se restableció. Durante este tiempo, se acumularon varios mensajes de inicio de impresión.
Se detectó una segunda falla de conexión y el servicio logró volver a conectarse exitosamente esta vez, pero el resultado fue que el sistema envió los mensajes de inicio de impresión acumulados a varias impresoras que recibieron la información y comenzaron a imprimir si la impresora estaba inactiva.
También contribuyó al problema una «gran cantidad de solicitudes de acceso a API» realizadas simultáneamente, lo que impidió una respuesta oportuna. Esto se debe a que el software Bambu Studio de las impresoras utiliza una lógica que «reinicia[s] una solicitud de impresión inmediatamente después de acceder a la nube.»