Was passiert mit OEE-Daten, wenn das Netzwerk ausfällt?
Wichtigste Erkenntnisse
- Ein Ausfall verliert Datensätze, nicht Minuten. Die Linie hat sich trotzdem gestoppt; die Frage ist, ob das jemand weiß.
- Store and forward bedeutet Puffern am Edge, dann später in Reihenfolge senden.
- Zeitstempel an der Quelle setzen, sonst landen nachgespielte Ereignisse zur falschen Zeit.
- MQTT mit Sparkplug teilt dem Server mit, dass ein Gateway ausgefallen ist, selbst wenn jemand das Kabel durchtrennt hat.
- Testen Sie es im Pilot: ziehen Sie das Kabel für eine Stunde und prüfen Sie den Bericht.
Wenn die Verbindung zwischen der Linie und dem OEE-System abbricht, läuft und stoppt die Linie weiter. Die Frage ist, ob diese Stopps noch aufgezeichnet werden. Die Antwort hängt von einer Gateway-Funktion ab: Store and forward. Ohne sie entsteht im Schichtbericht ein Loch oder ein falscher Stopp.
Fabrico, OEE- und leichtes MES-Software mit KI-Kameras, protokolliert Ausfallzeiten automatisch vom Maschinensignal. Wie das Gateway in Ihrem Netzwerk einen Ausfall behandelt, ist eine Frage für Fabricos Technikteam. Dieser Leitfaden behandelt, was Sie jeden Anbieter fragen sollten und wie Sie die Antwort testen.
Was geht mit OEE-Daten schief, wenn das Netzwerk ausfällt?
Ohne Puffer kann ein Ausfall die Zahlen auf zwei gegensätzliche Weisen verbiegen.
- Die Lücke wird als Laufend gelesen. Es kommen keine Stopp-Ereignisse an, so sieht die Schicht besser aus als sie war.
- Die Lücke wird als ein langer Stopp gelesen. Der ganze Ausfall wird als Stillstand verbucht, so sieht die Schicht schlechter aus.
- Späte Ereignisse bekommen die falsche Zeit. Wenn der Server Ereignisse bei Ankunft zeitstempelt, erscheint ein Stopp von 10:05 um 12:01.
- Erneut gesendete Ereignisse verdoppeln sich. Derselbe Stopp wird zweimal gezählt.
- Bediener können Gründe nicht bestätigen, wenn das Tablet an der Linie den Server braucht, um zu funktionieren.
Jedes dieser Probleme untergräbt das Vertrauen. Nach einem schlechten Schichtbericht hören die Leute auf, dem Bildschirm zu glauben.
Was ist Store and forward?
Store and forward bedeutet, dass das Gateway jedes Ereignis im lokalen Speicher behält, solange die Verbindung unterbrochen ist. Sobald die Verbindung wiederhergestellt ist, sendet es den Rückstau in seiner ursprünglichen Reihenfolge mit den ursprünglichen Zeitstempeln.
Viele industrielle Edge-Gateways bieten Offline-Buffering an, manchmal als kostenpflichtige Zusatzleistung. Die Funktion hilft nur, wenn die Zeitstempel an der Quelle gesetzt werden. Ein Ereignis, das mit der Uhr des Gateways mit 10:05 versehen ist, bleibt ein 10:05-Ereignis, wann immer es ankommt.
Wie sagt MQTT, dass ein Gateway offline ist?
MQTT ist ein leichtes Publish-and-Subscribe-Protokoll, das viele Gateways zum Senden von Anlagendaten verwenden. Sparkplug B fügt feste Topic-Namen, ein festes Nachrichtenformat und Sitzungszustand oben drauf. Sparkplug 3.0 wurde im November 2023 der Standard ISO/IEC 20237.
Zwei Sparkplug-Ideen sind für Ausfälle wichtig:
- Birth- und Death-Nachrichten. Ein Gateway meldet sich beim Verbinden an. Seine Death-Nachricht wird beim Broker im Voraus registriert, als MQTT "Will"-Nachricht. Wenn das Gateway ohne Abschied ausfällt, sendet der Broker diese Nachricht für es, selbst wenn das Kabel durchtrennt wurde.
- Report by exception. Das Gateway sendet einen Wert nur, wenn er sich ändert, nicht in einem festen Intervall. Das hält den Rückstau klein.
So weiß der Server immer, welches Gateway stumm ist und seit wann. Unsere Leitfäden zu MQTT in der Fertigung und OPC UA vs MQTT behandeln die Protokolle ausführlicher.
Beispiel: ein zweistündiger Ausfall in einer Schicht
Beispiel-Linie (illustrierende Zahlen, kein Kunde). Ein Füller läuft eine 480-minütige Schicht. Die Verbindung zum OEE-Server ist von 10:00 bis 12:00 aus. Während dieser 120 Minuten hatte der Füller 9 Stopps mit zusammen 26 Minuten. Außerhalb des Ausfalls hatte er weitere 30 Minuten Stopps, also insgesamt 56 Minuten Stillstand.
Die echte Verfügbarkeit ist (480 minus 56) / 480 = 424 / 480 = 88.3%. So zeigt der Bericht unter jeder Konfiguration:
| Setup | Stop-Minuten im Bericht | Gezeigte Verfügbarkeit |
|---|---|---|
| Was wirklich passiert ist | 56 | 88.3% |
| Kein Puffer, die Lücke wird als Laufend gelesen | 30 | 93.8% |
| Kein Puffer, die Lücke wird als ein langer Stopp gelesen | 150 | 68.8% |
| Store and forward, Zeitstempel an der Quelle | 56 | 88.3% |
Ein Ausfall verschiebt die Zahl um mehr als 5 Punkte in beide Richtungen. Nur die gepufferte Konfiguration gibt der Schicht ihre echte Bewertung und behält alle 9 Stopps für den Ursachen-Schritt.
Der Puffer selbst ist klein. Mit Report by exception sind zwei Stunden Zustandsänderungen und Zähler von einer Linie eine kurze Ereignisliste, keine Videodatei.
Was sollten Sie einen OEE-Anbieter über Ausfälle fragen?
- Wie viele Stunden puffert das Gateway? Es sollte Ihr längstes wahrscheinliches Ausfallfenster abdecken, zum Beispiel ein Wochenende mit IT-Arbeiten.
- Behält jedes Ereignis seinen Quellzeitstempel?
- Wird der Rückstau in Reihenfolge gesendet und werden Duplikate entfernt?
- Können Bediener Gründe an der Linie während des Ausfalls noch bestätigen?
- Wie zeigt das System, dass ein Gateway offline ist, und wer wird informiert?
- Was passiert nach einem Stromausfall, nicht nur bei einem Netzwerkausfall?
- Wie testen wir das? Vereinbaren Sie einen Kabelzug während des Piloten.
Was kann das Werk selbst tun?
- Halten Sie die Uhren synchronisiert. Richten Sie SPSen und Gateways auf den Zeitserver des Werks aus.
- Speisen Sie das Gateway und seinen Switch über eine USV, damit ein kurzer Stromausfall keine Datenlücke verursacht.
- Verdrahten Sie das Gateway, wo Sie können. Planen Sie WLAN für Tablets und Kameras separat.
- Alarm bei Stille. Informieren Sie jemanden, wenn ein Gateway länger offline ist als vereinbart.
Wo die Daten verarbeitet werden, ist ebenfalls wichtig. Unser Leitfaden zu Edge vs Cloud für Shop-Floor-Daten erklärt die Abwägungen, und IoT gateway vs edge device erklärt die Hardware.
Wo passt Fabrico hin?
Fabrico ist eine computer-vision-fähige Manufacturing Performance Platform. Es ist die OEE- und Ausfallzeit-Schicht eines leichten MES, mit KI-Kameras bei Stopps.
- Automatische Ausfallzeit-Protokollierung aus dem Maschinensignal.
- Der Bediener bestätigt den Grund mit einem Tipp, so dass jeder Stopp seine Ursache bekommt.
- Live-OEE nach Linie und Schicht, mit jedem Verlust in Geld bewertet.
- Ein Pilot an einer Linie, der richtige Ort, um einen Ausfall zu testen, bevor Sie skalieren.
Fragen Sie Fabricos Technikteam, wie das Gateway in Ihrem Netzwerk einen Ausfall handhabt, und testen Sie es dann an der Pilotlinie. Es gibt keinen Gratisplan und keine Stufen: jedes Werk erhält ein Angebot.
Häufig gestellte Fragen
Was ist Store and forward im IIoT?
Es ist eine Gateway-Funktion, die Daten im lokalen Speicher behält, solange das Netzwerk ausfällt. Wenn die Verbindung wiederhergestellt ist, sendet das Gateway die gespeicherten Daten in der ursprünglichen Reihenfolge und mit den ursprünglichen Zeitstempeln. Für OEE bedeutet das, dass ein Ausfall kein Loch im Stopp-Log hinterlässt.
Gehen OEE-Daten verloren, wenn das WLAN ausfällt?
Das hängt vom Gateway ab. Mit einem Puffer und Quellzeitstempeln geht nichts verloren; die Ereignisse kommen verspätet an, behalten aber ihre tatsächliche Zeit. Ohne Puffer verschwinden Stopps während des Ausfalls oder die ganze Lücke wird zu einem langen Stopp. Fragen Sie Ihren Anbieter, welcher Fall zutrifft.
Wie lange sollte ein OEE-Gateway Daten puffern?
So lange, dass es Ihr längstes wahrscheinliches Ausfallfenster abdeckt. Für viele Werke ist das ein ganzes Wochenende, in dem die IT oft am Netzwerk arbeitet. Fragen Sie den Anbieter nach der Zahl in Stunden für Ihre Linie und prüfen Sie das während des Piloten mit einem geplanten Kabelzug.
Was ist ein MQTT-Todeszertifikat?
Es ist die Nachricht, die ein Sparkplug-Gateway beim MQTT-Broker beim Verbinden registriert, als seine "Will"-Nachricht. Wenn das Gateway ohne sauberes Abschiednehmen ausfällt, veröffentlicht der Broker diese Nachricht für es. Der Server weiß dann, dass das Gateway offline ist, selbst wenn sein Kabel durchtrennt wurde.
Sollte OEE am Edge oder in der Cloud berechnet werden?
Viele Systeme splitten das. Der Edge erfasst Zustände und Zähler mit ihren Zeitstempeln und behält sie bei Ausfällen. Der Server oder die Cloud berechnet OEE über Schichten, Linien und Werke. Entscheidend ist, dass die Rohereignisse an der Quelle gestempelt und aufbewahrt werden.
Testen Sie einen Ausfall an Ihrer eigenen Linie
Bringen Sie eine Linie und ihren letzten Schichtbericht mit. Wir zeigen, wie die Zeitleiste aussieht, Stopp für Stopp.
Verwandte Artikel
Das Neueste aus unserem Blog

Echte Fabrico-Kacheln, Beispieldaten.









