![pageSearch](/themes/hestia/images/page-search.webp)
3D-Streumikrophantomprobe zur Beurteilung der quantitativen Genauigkeit in tomographischen Phasenmikroskopietechniken
May 30, 2023Basalkomplex: eine intelligente Flügelkomponente zur automatischen Formveränderung
May 31, 2023Anwendung von weiteren drei
Jun 01, 2023Brauch
Jun 02, 2023Entwicklung eines Patienten
Jun 03, 2023Um Himmels willen, warum sollte man einen Drucker in die Cloud stellen? • Das Register
![Jun 11, 2023](/themes/hestia/images/news-details-icon1.webp)
Meinung Genau wie der Besitzer eines neuen Welpen, der vor einem Ort der Zerstörung aufwacht, können 3D-Drucker-Benutzer, die lange Aufträge über Nacht laufen lassen, entsetzt sein, wenn sie sehen, was sie am Morgen vorfinden.
In einigen Fällen erstellt Ihr Drucker möglicherweise sogar ohne Anweisung ein Phantommodell, druckt auf ein anderes Modell im Zufuhrfach oder geht sogar kaputt. Ja wirklich.
Das ist Mitte August Gruppen von 3S-Druckerbenutzern von Bambu Labs passiert. Es war, als ob eine geisterhafte Macht ihre Roboterbildhauer in ihrer Abwesenheit ergriff und ihnen befahl, die Kontrolle zu verlieren. Manchmal war das Ergebnis harmlos, oder ein aufmerksamer Mensch schaffte es, dem ein Ende zu setzen. Manchmal war es eine Katastrophe.
Was diese „gruselige Aktion aus der Ferne“ verursacht hatte, wurde schnell klar: Und das lag daran, dass Bambu-Drucker, wie so viele moderne Geräte, auf Bambu-Cloud-Dienste angewiesen waren. Und die Cloud-Dienste von Bambu waren offenbar durcheinander geraten.
Bambu übernahm schnell die Verantwortung, erstellte einen detaillierten Bericht, sobald festgestellt wurde, was schief gelaufen war, und führte eine Reihe von Korrekturen durch, um zu verhindern, dass es noch einmal passierte. Mittlerweile hatte der grundlegende Motor der fibrillierenden Filamente nichts mit dem 3D-Druck zu tun, sondern ging auf die Zeit von Dot-Matrix, Daisy Wheels und DOS zurück.
Das völlig papierlose Büro könnte noch Jahre lang ein Traum bleiben. Viele von uns, wahrscheinlich auch die jungen Bambu-Ingenieure, haben papierlose Jobs, bei denen leistungsstarke mobile Geräte, funktionsfähige, wenn auch unangenehme Groupware und allgegenwärtige Konnektivität den Ausdruck zum Erliegen gebracht haben. Mit dem Tod des Ausdrucks ging auch das Aussterben dieses unaussprechlichen Ungeheuers einher, der Druckwarteschlange. Zumindest dachten wir das.
Druckwarteschlangen waren und sind ein notwendiges Übel, das zeigt, wie sich ein einfaches Konzept zu einem komplexen Problem entwickeln kann, weil es nicht ganz zur tatsächlichen Funktionsweise von Menschen und Computern passt. In den Tagen, als Sie sich zwischen dem Speichern einer Familienurlaubserinnerung und einem Megabyte davon entscheiden mussten, haben Sie einen Drucker mit dem Gehirn eines Trilobiten an einen PC angeschlossen, der nichts weiter tun konnte, als Ihr Dokument Byte für Byte zu senden. bis die Tat vollbracht war.
Dann kamen Multitasking und mehr Speicher, und es kam die Druckspooler-Software hinzu. Die Spooler-Software nahm eine Kopie des Ausdrucks und „teilte“ dem Hauptsystem mit, dass alles erledigt sei.
Aber das war eine Lüge. Der Spooler musste die Daten immer noch Byte für Byte an den Drucker spoolen, aber die Aussage bedeutete, dass der Benutzer mit etwas anderem weitermachen konnte. Wenn es sich dabei auch um einen Druckauftrag handelte, musste der Spooler eine Liste der ausstehenden Ausgaben verwalten – und so war die Druckwarteschlange geboren.
Wenn alles funktioniert hat, großartig. Die Lüge wurde gut. Aber es gab ein kleines Problem – Drucker funktionierten nicht. Es kommt zu Staus, Papier, Tinte, Toner und die Geduld mit den Menschen gehen ihnen aus. Ihre Schnittstellen sind verstümmelt. Sie ersticken an unerwarteten Elementen in Dokumenten.
Die Druckwarteschlange weiß davon nichts. Es wächst immer weiter, bis jemand bemerkt, dass sein Dokument nicht gedruckt wurde. Normalerweise bedeutet das, dass sie versuchen, es erneut zu drucken.
Wenn der Dienst wiederhergestellt ist, bahnt sich Chaos an, da doppelte Aufträge entstehen. Und das ist auf einem Einzelbenutzersystem zu bewältigen: Sie lernen, Dinge abzubrechen und erweitern Ihre Fähigkeiten um die Druckerwarteschlangenverwaltung. Auf einem Netzwerkdrucker – oh Mann.
Das ist wegen der Unehrlichkeit so schlimm. Der Spooler hat gelogen, dass die Dinge in Ordnung seien, und hat keine Möglichkeit, der Anwendung oder dem Benutzer mitzuteilen, wann etwas kaputt geht. Die Dinge häufen sich, bis ein Benutzer sie repariert, was zu noch mehr Horror führt. Jedem Zugriff auf eine gemeinsame Druckwarteschlange zu gewähren, worum es eigentlich geht, ist ein Sicherheitsalptraum. Dies galt umso mehr in der Zeit des Faxes, das für viele Unternehmen das bevorzugte Medium für den Austausch von Verträgen und Finanzberichten war. Faxserver hatten immer die faszinierendsten Warteschlangen.
Ist das jetzt alles nur noch Geschichte? Nein. Was damals geschah, war eine Vorahnung von IoT und Edge. Bambu hat es geschafft, die Sünden der Druckerwarteschlange der 1980er Jahre in großem Maßstab auf der ganzen Welt nachzuahmen, und das mit weitaus katastrophaleren Folgen.
Ein Dokumentendrucker kann ein Fach voller unterschiedlicher Ausgaben drucken, bevor ein Mensch auftaucht, und das ist in Ordnung. Aber ein 3D-Drucker, der versucht, einen neuen Auftrag zu drucken, bevor der alte von der Platte geräumt wurde? Es wird im besten Fall ein Durcheinander verursachen und im schlimmsten Fall von selbst kaputtgehen.
Unter keinen Umständen macht es Sinn, Aufträge zu versenden, ohne dass ein Mensch am anderen Ende bestätigt, dass der Vorgang sicher ist. Das ist nur die Überschrift in einer Liste von Problemen, die Bambu infolge des Vorfalls entdeckt hat, und das Unternehmen hat bei der Behebung dieser Probleme gute Arbeit geleistet und Aktualisierungen seiner eigenen Serverlogik, Drucker-Firmware und Betriebsabläufe vorangetrieben.
Auffällig ist, wie viele der Korrekturen entweder technisch möglich, aber nicht implementiert oder standardmäßig implementiert und deaktiviert waren. Die aussagekräftigste Lösung besteht darin, dass das Unternehmen den Nur-LAN-Modus verbessern wird, bei dem Drucker lokale Daten verwenden, sodass er auch dann funktioniert, wenn die Cloud-Dienste ausfallen. Die Leute hatten bereits danach gefragt – und warum auch nicht –, aber es bedurfte eines peinlichen Scheiterns, um dies zu verwirklichen.
Dies ist die Achillesferse des IoT und des Edge-Modells. Sie können Dinge so gestalten, dass sie sicher sind, mit vernünftigen Fehlermodi und lokalem Failover – aber Sie müssen nicht. Sie können ein brauchbares Produkt herstellen, dessen Entwicklung und Tests weniger kosten, wenn Sie sich einfach nicht die Mühe machen.
Benutzer haben keine Möglichkeit, es zu sagen. Niemand testet dieses Zeug auf Robustheit, niemand veröffentlicht seine Infrastruktur, Steuerlogik, Datenflüsse und Edge-/zentrale Systemarchitekturen.
Wir könnten Folgendes verlangen: Die vorgeschriebene Standarddokumentation ist ein bekanntes und wirksames Regulierungsinstrument. Oder wir könnten billige und glänzende Produkte kaufen und auf das Beste hoffen.
Eine Regulierung erfolgt erst, wenn etwas gravierend schief geht, und ein paar kaputte 3D-Drucke und kaputte Drucker sind bei weitem nicht falsch genug.
Betrachtet man 3D-Drucker jedoch nicht als hochentwickelte, präzise Roboter, sondern als Maschinen, die eine Vielzahl von Motoren, Heizungen und komplexen Materialien steuern müssen, ändert sich das Bild. Sie verfügen über einen unglaublich leistungsstarken Steuercode, um Modelldaten in die endgültige Ausgabe zu übersetzen.
Wie zerstörerisch könnte dies für die Drucker und ihre Umgebung sein, wenn sie böswillig angegriffen werden? Wie robust schützen sich die Geräte? Wer prüft das? Während dies bei Bambu Labs möglicherweise nicht der Fall ist, weiß es bei vielen Anbietern niemand und es interessiert niemanden.
Und in vielen Fällen, auch bei Bambu, findet all dies in der Cloud statt, vermittelt über die feindselige Umgebung des öffentlichen Internets, aufgrund eines Geschäftsmodells, das Benutzer davon abhalten will, die Verbindung zu trennen. Dies trotz der Tatsache, dass es für die meisten Benutzer selbstverständlich ist, eine lokale Steuerung eines lokalen Modells zu wünschen, und ein lokaler Drucker weitaus sinnvoller ist.
Die IoT- und Edge-Befürworter sprechen von Produktionsautomatisierung, Bereitstellung von Verbraucherdienstleistungen, Revolutionen im Transportwesen und in der städtischen Infrastruktur. Es ist alles sehr aufregend, aber wenn wir als Benutzer und Entwickler keine Verantwortung und Ehrlichkeit beim Design fordern, wird die Regulierung mit Sicherheit eine Katastrophe sein. Und wenn man Bambu nennen kann, müssen wir uns einfach in die Warteschlange einreihen. ®
Senden Sie uns Neuigkeiten
3030Holen Sie sich unser30