3D-printers printen en gaan vanzelf kapot door een cloudstoring

3D-printers printen en gaan vanzelf kapot door een cloudstoring

Stel je voor dat je midden in de nacht wakker wordt door het geluid van je 3D-printer die aan het printen is. Je weet dat je geen afdruk hebt aangevraagd. Sterker nog, je weet het zeker, want je vorige project ligt nog op de printer. Het klinkt als een griezelige technologische achtervolging of alsof de machines eindelijk zelfbewust zijn geworden. Gelukkig komt het probleem voort uit iets dat minder griezelig is, maar misschien net zo angstaanjagend: een cloudstoring.

Zoals gerapporteerd door The Verge meldden talloze eigenaren van Bambu Lab 3D-printers op 15 augustus dat hun apparaat begon met afdrukken zonder hun toestemming. Het maakte niet uit of het printen resulteerde in verbogen of gebroken spuitmondjes of andere componenten, of dat het ging om het printen van een project op een ander project . Het maakte niet uit of het een goddeloze tijd was, zoals vier uur in de ochtend; de printers, die ergens tussen de $ 599 en $ 1.449 kosten, waren aan het afdrukken.

“Begonnen met afdrukken om 23.00 uur. Time-lapse laat zien dat het net voor 02.00 uur met succes is voltooid. Om ongeveer 02.30 uur, terwijl ik sliep, startte de machine zichzelf opnieuw met de laatste afdruk nog op het bed. Ik zie een time-lapse-video met tijdstempel die begint om ongeveer 02.30 uur, ‘klaagde een Reddit-gebruiker langs u/beehphy op de r/BambuLab- subreddit.

De gebruiker vervolgde met te zeggen: “Het filament stroomde langs de zijkant naar buiten en rolde zich helemaal op in de kamer, en het stopte pas met voeden toen de temperatuursensor eruit werd getrokken.”

Het bedrijf kondigde op de systeemstatuspagina een “fout bij het printen in de cloud” aan en schreef op 16 augustus een blogpost waarin stond dat het het probleem zou onderzoeken.

Bambu heeft op 18 augustus meer details gegeven over de “cloudstoring” en zei:

Er werd een tweede verbindingsfout gedetecteerd en de service slaagde er deze keer in om opnieuw verbinding te maken, maar het resultaat was dat het systeem de verzamelde afdrukstartberichten naar een aantal printers stuurde die de informatie ontvingen en begonnen met afdrukken als de printer niet actief was.

Wat ook bijdroeg aan het probleem was een “groot aantal API-toegangsverzoeken” die tegelijkertijd werden uitgevoerd, waardoor een tijdige reactie niet mogelijk was. Dit komt omdat de Bambu Studio- software van de printers een logica gebruikt die “een printverzoek onmiddellijk opnieuw initieert nadat toegang tot de cloud is verkregen.”

Geef een reactie

Het e-mailadres wordt niet gepubliceerd. Vereiste velden zijn gemarkeerd met *