Warum die Übersicht verloren geht
Jeder Zyklierer-Hersteller liefert eine eigene Software mit eigenem Verständnis von Kanal, Schritt und Test. Für den Betrieb eines einzelnen Geräts genügt das. Es scheitert, sobald die Laborleitung einfache Fragen über die ganze Flotte beantworten muss.
- Welche Kanäle sind heute frei — und welche nächste Woche?
- Welche Tests laufen für welches Projekt, und wer wartet auf die Ergebnisse?
- Welcher Zyklierer ist über Nacht stehen geblieben, und seit wann?
- Welche Geräte sind in Wartung oder Kalibrierung und dürfen nicht gebucht werden?
- Wie ausgelastet ist die Flotte, je Hersteller und je Prüfstandstyp?
Ohne gemeinsame Sicht stehen die Antworten in den Köpfen, in einer Tabelle oder im Chat — und sind veraltet, sobald sie jemand liest.
Was vereinheitlichen — und was nicht
| Ebene | Empfehlung |
|---|---|
| Steuerung, Schrittprogrammierung | In der Herstellersoftware belassen. Ein Ersatz ist teuer, riskant und selten nötig. |
| Rohdaten und Hersteller-Dateiformate | Im Herstellersystem behalten. Nur die Signale exportieren oder senden, die Berichte und Nachvollziehbarkeit brauchen. |
| Prüfstandsstatus (verfügbar, in Betrieb, Wartung, außer Betrieb) | Vereinheitlichen. Das ist der Kern der Flottenübersicht und braucht nur wenige Felder. |
| Testzuordnung (Projekt, Testfall, Prüfling) | Vereinheitlichen. Sie verbindet den Zyklierer mit der Arbeit, die das Labor tatsächlich verkauft. |
| Terminplan und Reservierungen | Vereinheitlichen. Kapazitätsplanung funktioniert nur mit einem Kalender über alle Hersteller. |
| Live-Werte (Spannung, Strom, Temperatur) | Optionaler zweiter Schritt, sobald der Status verlässlich ist. |
Drei Wege zur gemeinsamen Schicht
| Variante | Stärken und Grenzen |
|---|---|
| Manueller Status im Laborsystem | Mitarbeitende setzen einen Prüfstand auf in Betrieb, verfügbar oder Wartung. Kein Integrationsaufwand, guter erster Schritt. Grenze: hängt an der Disziplin, keine Live-Werte. |
| Push aus Herstellersoftware oder kleinem Skript | Ein Skript oder Export/API des Herstellers sendet Messwerte per REST im festen Intervall. Funktioniert mit fast jedem Hersteller, der irgendeinen Export hat. Grenze: ein kleiner Adapter je Hersteller will gepflegt werden. |
| Veröffentlichen an einen MQTT-Broker | Zyklierer oder Gateways publizieren JSON auf ein Topic, das Laborsystem abonniert es. Gut für viele Geräte und nahezu Echtzeit. Grenze: braucht Broker sowie Topic- und Berechtigungskonvention. |
Die meisten Labore kombinieren: erst manueller Status, dann Push-Adapter für die zwei bis drei Hersteller mit den meisten Kanälen, MQTT dort, wo schon ein Gateway existiert.
Ein minimales herstellerneutrales Datenmodell
Die neutrale Schicht funktioniert, weil sie klein ist. Spiegeln Sie nicht jedes Herstellerfeld, sondern bilden Sie jeden Hersteller auf dieselben wenigen Begriffe ab.
- Prüfstand: stabile ID, Name, Hersteller/Typ, Standort, Kanalanzahl.
- Zustand: in Betrieb, verfügbar, Wartung, außer Betrieb — mit Beginn des Zustands.
- Zuordnung: Projekt, Testfall und Prüfling, die gerade auf dem Stand laufen.
- Kanalbelegung: welche Kanäle des Stands belegt sind (zum Start genügt die Anzahl).
- Messwerte: Zeitstempel, Kanalname, Wert, Einheit — nur wenn Sie sie brauchen.
- Quelle und Aktualität: welcher Adapter wann gemeldet hat, damit ein stummer Adapter auffällt.
Einführung in der Praxis
- 1
Flotte inventarisieren
Jeden Zyklierer mit Hersteller, Kanalanzahl, Kammer und Verantwortlichem erfassen. Was fehlt, erscheint nicht in der Übersicht.
- 2
Zustandsvokabular festlegen
Vier Zustände genügen. Definieren Sie, wann ein Stand als in Betrieb gilt (Test läuft) und wann als verfügbar.
- 3
Mit manuellem oder abgeleitetem Status starten
Zeigen Sie die Übersicht, bevor Sie etwas integrieren. Aus dem laufenden Test abgeleiteter Status schlägt einen Status, den niemand pflegt.
- 4
Größten Hersteller zuerst automatisieren
Hersteller mit den meisten Kanälen wählen, einen Adapter schreiben, eine Woche parallel zum manuellen Status laufen lassen und vergleichen.
- 5
Aktualität anzeigen
Zeigen Sie je Stand, wann er zuletzt gemeldet hat. Ein veralteter Wert, der live aussieht, ist schlimmer als gar keiner.
- 6
Mit der Planung verbinden
Statusansicht mit Reservierungen und Backlog verknüpfen, damit freie Kanäle heute und erwartete freie Kanäle im nächsten Monat aus denselben Daten stammen.
Worauf es bei der Software ankommt
- Herstellerneutral angelegt: Prüfstände sind ein allgemeiner Begriff, keine Geräteliste eines Herstellers.
- Ein offener Einspeiseweg (REST und MQTT), um jeden Zyklierer anzubinden, der Daten exportieren kann.
- Eine Live-Übersicht mit Status je Prüfstand, die auf einem Wandmonitor laufen kann.
- Reservierungen und Konfliktwarnung auf denselben Ständen, damit Planung und Status übereinstimmen.
- Mandantenfähige Rechte, damit ein Kunde oder Team nur die eigenen Stände und Tests sieht.
- Eine API oder Tool-Schnittstelle, über die Skripte und Assistenten den Flottenzustand abfragen können.
Skepsis ist angebracht bei Werkzeugen, die fertige Konnektoren für jeden Hersteller versprechen: Dateiformate und Exportmöglichkeiten unterscheiden sich je Firmware und Lizenz. Ein kleiner, gut dokumentierter Einspeiseweg altert meist besser als eine lange Konnektorliste.