Wir haben nichts selbst gebaut, was es schon gab. Unsere Drucker steuert ein Open-Source-Farm-Manager, und er macht das gut: Er spricht mit den Geräten, kennt jede Spule, jede Datei, jede Warteschlange, schaltet Steckdosen und trocknet Filament. Ich würde ihn jedem empfehlen, der mehr als drei Drucker betreibt.
Und trotzdem hat unsere Fertigung eine zweite Software, die den Betrieb abbildet. Nicht weil der Manager schlecht wäre, sondern weil er dort endet, wo der Betrieb anfängt.
Wo ein Farm-Manager aufhört
Beim Auftrag. Die Einträge in der Warteschlange heißen nach dem Dateinamen. Man sieht Dateien, keine Aufträge. Welcher Kunde dahintersteht, welche Bestellung, ob das Teil Lagerware oder Kundenbedarf ist: unbekannt. Wer wissen will, welche Farbe für welchen Kunden auf welchem Drucker liegt, braucht eine eigene Sicht.
Bei der Farbe. Eine Farbfamilie ist keine Farbe. Und die bestellbare Einheit ist noch einmal etwas anderes, nämlich das Paar aus Materiallinie und Hersteller-Farbnummer. Ein Farm-Manager kennt die Spule, nicht die Nachbestellung.
Bei der Zeit. Der Manager weiß, was gerade druckt. Er weiß nicht, dass ein Auftrag längst verschickt wurde und der Druckjob deshalb keine Arbeit mehr ist. Er weiß nicht, dass eine Variante noch nicht freigegeben ist und deshalb nicht gedruckt werden darf. Er weiß nicht, was eine Druckstunde kostet.
Beim Urteil. Eine Kamera kann melden, ob auf der Platte noch etwas liegt. Ab welcher Bildabweichung das als „belegt“ gilt, entscheidet über Fehlstarts und Stillstand. Solche Schwellen gehören in den Betrieb, nicht in den Gerätetreiber.
Was die Schicht darüber macht
Unsere Software ist keine Neuerfindung des Farm-Managers. Sie ist die Schicht darüber und daneben. Der Manager bleibt der Gerätetreiber, unsere Software ist der Betrieb. Fünf Aufgaben machen den Unterschied:
- Spiegel. Die Software weiß jederzeit, welche Spule wo steckt, und benennt jede Farbe gegen den Katalog des Herstellers, statt darauf zu warten, dass jemand sie einträgt.
- Bestellung wird Auftrag. Eine Bestellung aus dem Shop wird gegen das Lager geprüft. Was fehlt, wird ein Druckauftrag mit Priorität, der Nachschub reiht sich dahinter ein. Sind alle Teile gedruckt, folgen Etikett, Meldung an den Marktplatz und Rechnung ohne Handgriff.
- Freigabe. Gedruckt wird nur, was freigegeben ist. Ändert sich ein Modell nach der Freigabe, blockt die Software, statt still neu zu rechnen. Der physische Start ist immer eine bewusste Entscheidung: Der Standard ist „nur einreihen“.
- Verteilung. Eine vorbereitete Datei findet ihren Drucker nach Lage, Verfügbarkeit und Zustand des Materials, ohne dass jemand neu slicen muss. Für Sie heißt das: Ein Teil in mehreren Farben ist ein Auftrag, nicht fünf.
- Rückspielung. Ist-Werte aus der Produktion fließen zurück in den Produktkatalog. Der Katalog ist Soll, die Produktion validiert. Abweichungen werden markiert, nie stillschweigend überschrieben.
Dazu die Automatik, die den Manager ergänzt: Trocknung nach Schwellen je Materialtyp, gemessen statt geschätzt. Und Stromsparen mit der Regel, nie während Druck oder Heizphase hart abzuschalten und im Zweifel immer Richtung „an“.
Jeder dieser Teilprozesse ist für sich abgesichert. Ein Teilausfall stoppt nie den Spulen-Abgleich.
Regeln, die der Betrieb geschrieben hat
Die wertvollsten Zeilen in dieser Software sind keine Funktionen, sondern Regeln. Sie stehen in einem Dossier mit Schnittstellenverträgen, Invarianten und Entscheidungsprotokoll, und jede davon hat einen Anlass aus dem Alltag. Drei Beispiele:
Das Artefakt prüfen, nicht die Theorie. Wenn ein Ergebnis falsch aussieht, wird zuerst der erzeugte Maschinencode gegen eine Referenz verglichen, bevor jemand über die Pipeline nachdenkt. Seit dieser Regel prüft ein Werkzeug jeden erzeugten Startcode als Frühwarnung, noch bevor ein Drucker ihn sieht.
Ungültige Werte scheitern still, also gegen die Liste prüfen. Slicer-Profile kennen feste Wertelisten, etwa für Plattentypen. Ein Wert, den die Liste nicht kennt, wird ohne Rückmeldung durch einen Standard ersetzt. Deshalb validiert die Software jeden Parameter gegen die gültige Liste und zeigt den Ausgabewert an, nicht nur „akzeptiert“.
Die stabile Kennung, nicht die gelesene. Dieselbe Spule liefert nicht in jedem Materialfach dieselbe gelesene Kennung. Identität ist deshalb das Merkmal, das über alle Lesegeräte gleich bleibt, nie das zuletzt gelesene. Dieselbe Denkweise gilt für Farben: Die Nachbestellung läuft je Materiallinie und Hersteller-Farbnummer, nicht je Farbfamilie, damit eine leere Farbe nicht hinter einer vollen Nachbarin verschwindet.
Solche Regeln klingen banal. Sie sind der Unterschied zwischen einer Farm, die nachts alleine arbeitet, und einer, bei der morgens jemand nachsieht, was passiert ist.
Wie ein kleines Team so viel Software beherrscht
Die Software entsteht KI-gestützt. Die Entscheidungen über Abläufe, Geld, Qualität und Sicherheit trifft ein Mensch. Damit das trägt, gibt es drei Regeln, die nicht verhandelbar sind.
Ein Register gegen Doppelbauten. Ein generiertes Verzeichnis aller Module, in dem vor jedem neuen Modul, jeder Tabelle, jedem Parser nach dem Problem gesucht wird, nicht nach dem Modulnamen. Sonst entsteht in einer wachsenden Codebasis früher oder später ein zweites Modul für ein Problem, das längst gelöst ist. Das Skript kann zählen, verstehen kann es nicht, deshalb schreibt der Mensch zu jedem Modul einen Satz.
Tests für jeden Baustein. Sie laufen vor jeder Auslieferung, und ein roter Test hält die Auslieferung an. Reviews vor jeder Ausbaustufe prüfen nicht den Stil, sondern die Wirkung auf Aufträge, Geld und Sicherheit. Was dort auffällt, kommt nie in Produktion.
Ein Dossier, das mitwächst. Schnittstellenverträge, Wirkungsmatrix, Invarianten, Entscheidungsprotokoll. Wer eine Schnittstelle, eine Tabelle oder eine Invariante ändert, pflegt das Dossier im selben Arbeitsgang. Sonst weiß in drei Monaten niemand mehr, warum der Standard „nur einreihen“ heißt.
Was davon übertragbar ist
Nicht der Code. Die Muster. Jeder Betrieb, der Standardsoftware betreibt, hat dieselben drei Lücken: Das Werkzeug kennt keinen Auftrag, keine Stammdaten-Feinheiten des eigenen Geschäfts und keine Zeit. Die Schicht darüber ist immer eigen, und sie ist heute günstiger zu bauen als je zuvor, wenn man die Regeln einhält, die verhindern, dass sie einem über den Kopf wächst.
Genau das bauen wir auch für andere Betriebe: die Schicht zwischen dem, was die Standardsoftware kann, und dem, was der Betrieb braucht. Erprobt an der eigenen Farm, die jede Nacht beweist, ob die Regeln halten.
Veröffentlicht am 24. August 2026.