Imaginez-vous vous réveiller au milieu de la nuit au son de votre imprimante 3D, en train d’imprimer. Vous savez que vous n’avez pas demandé d’impression. En fait, vous en êtes sûr, car votre précédent projet est toujours sur l’imprimante. Cela ressemble à une étrange hantise technologique ou comme si les machines avaient enfin pris conscience d’elles-mêmes. Heureusement, le problème vient de quelque chose de moins effrayant mais peut-être tout aussi effrayant : une panne de cloud.
Comme le rapporte The Verge, le 15 août, de nombreux propriétaires d’imprimantes 3D Bambu Lab ont signalé que leur appareil avait commencé à imprimer sans leur consentement. Peu importe si cette impression aboutissait à des buses ou à d’autres composants pliés ou cassés ou si elle impliquait l’impression d’un projet par-dessus un autre. Peu importe si c’était une heure impie, comme 4 heures du matin ; les imprimantes, qui coûtaient entre 599 $ et 1 449 $, imprimaient.
« J’ai démarré une impression à 23 heures. L’enregistrement en accéléré montre qu’elle s’est terminée avec succès juste avant 2 heures du matin. À ~ 2 h 30, pendant que je dormais, la machine a redémarré d’elle-même avec la dernière impression toujours sur le lit. Je vois une heure horodatée. -vidéo en accéléré qui commence vers 2h30 du matin », s’est plaint un utilisateur de Reddit passant par u/beehphy sur le subreddit r/BambuLab.
L’utilisateur a poursuivi en disant : « Le filament s’est répandu sur le côté et s’est enroulé entièrement à l’intérieur de la chambre, et il n’a cessé de s’alimenter qu’une fois le capteur de température arraché. »
La société a annoncé un « échec d’impression dans le cloud » sur sa page d’état du système et a écrit un article de blog le 16 août disant qu’elle examinerait le problème.
Bambu a détaillé davantage la « panne du cloud » le 18 août, en disant :
La cause première du problème était liée au SDK MQTT utilisé dans la connexion cloud. L’un des deux clients du SDK MQTT a été déconnecté en raison d’un délai d’attente. Habituellement, le service rétablit automatiquement la connexion, mais dans ce cas, le service a renvoyé un rapport de connexion réussie alors qu’en réalité, la connexion n’a pas été rétablie. Pendant ce temps, un certain nombre de messages de démarrage d’impression se sont accumulés.
Un deuxième échec de connexion a été détecté et le service a réussi à se reconnecter cette fois, mais le système a envoyé les messages de démarrage d’impression accumulés à un certain nombre d’imprimantes qui ont reçu les informations et ont commencé à imprimer si l’imprimante est inactive.
Le « grand nombre de demandes d’accès à l’API » effectuées simultanément, empêchant une réponse rapide, a également contribué au problème. En effet, le logiciel Bambu Studio des imprimantes utilise une logique qui « réinitialise »[s] une demande d’impression immédiatement après avoir accédé au cloud.