OEE-Software-Integration mit MES, SCADA und SPS: Ein Test für jede Verbindung

„Ja, wir integrieren“ sagt einer Verantwortlichen für Steuerungen fast nichts. Es kann alles meinen, vom Live-SPS-Read bis zu einer nächtlichen CSV-Datei.

Fragen Sie also nicht einfach, ob ein Produkt integriert ist. Zeichnen Sie Ihre eigenen Verbindungen, fragen Sie, was jede davon kreuzt, und führen Sie für jede Verbindung einen Test durch.

Diese Seite gibt Ihnen diese Karte und die Tests. Wir verkaufen OEE-Software, also prüfen Sie unsere Antworten mit denselben Tests.

Was jede Verbindung kreuzt

Links 3 und 4 sitzen dort, wo ISA-95 die meiste Arbeit leistet: die Schnittstelle zwischen Steuerungsfunktionen und Geschäftsprozessen. Es ist ein nützlicher gemeinsamer Wortschatz für dieses Meeting.

Wenn der Anbieter diese Tabelle für Ihre Anlage nicht ausfüllen kann, sind Sie nicht bereit zu unterschreiben.

Link 1: SPS zu OEE-Software

Was rüberkommt: ein Lauf- oder Stoppstatus, ein Zyklusimpuls, ein Gut- und ein Ausschusszähler, wo die Maschine diese hat. Fehlercodes sind ein Bonus, wenn sie existieren und aussagekräftig sind.

Gängige Lesemethoden:

• OPC UA: Client-Server-Austausch mit Zertifikaten und Datenmodell.
• Modbus: Client-Server-Austausch von I/O- und Registerdaten, deshalb benötigen Sie die Registerkarte.
• MQTT: Lightweight Publish/Subscribe über einen Broker, oft von einem Gateway oder Gerät.
• Das herstellerspezifische Protokoll des Controllers: bei installierten SPS häufig, kann einen Treiber oder ein Gateway benötigen.

Wo es kaputt geht:

• Das Signal bedeutet etwas anderes. Ein "running"-Bit kann an bleiben, während die Maschine im Leerlauf ist ohne Produkt. Die Verbindung ist okay und das OEE ist falsch.
• Der Zähler wird zurückgesetzt oder rollt über. Ein vorzeichenbehafteter 16-Bit-Zähler geht bis 32.767. Ein Batch-Reset kann wie eine große negative Zahl aussehen.
• Der Zugriff ist aus. Fragen Sie Ihren Steuerungsingenieur, ob jeder Controller eine Einstellung und einen Download braucht, bevor er Remote-Reads erlaubt. Wenn ja, bedeutet das ein geplantes Fenster und einen Änderungseintrag.
• Das Lesen ist zu langsam. Kurze Stopps verschwinden zwischen den Abtastungen. Siehe Diagramm weiter unten und Mikro-Stopps.
• Es gibt kein nutzbares Signal. Ältere Maschinen benötigen möglicherweise einen externen Sensor. Manuelle Schritte können eine Kamera benötigen.

Der Test: Wählen Sie Ihre älteste und Ihre neueste Maschine. Schreiben Sie die genauen Signale auf und führen Sie folgendes durch:

1. Handzählung der Ausbeute für eine Stunde und Vergleich mit der Software.
2. Stoppen Sie die Maschine sicherheitsgerecht für 30 Sekunden. Prüfen Sie, ob ein Stopp erscheint mit der richtigen Länge.
3. Setzen Sie den Zähler zurück, wie bei einer Schicht- oder Batch-Änderung. Prüfen Sie, ob die Zählung plausibel bleibt.
4. Lassen Sie sich schriftlich geben, dass der Zugriff read-only ist. Fordern Sie die Lesehäufigkeit und Tag-Anzahl an, damit Ihr Steuerungsingenieur sie abzeichnen kann.

Link 2: SCADA oder Historian zu OEE-Software

Was rüberkommt: Tags, die jemand bereits benannt und skaliert hat, Alarme und gespeicherte Trends. Es wirkt wie der einfache Weg und ist es oft. Es übernimmt aber auch jede Entscheidung, die beim Einrichten dieses Systems getroffen wurde.

Wo es kaputt geht:

• Gespeicherte Daten sind 'dünner' als Live-Daten. Fragen Sie, wie jeder Tag geloggt wird: bei Änderung, in festen Intervallen oder mit Deadband.
• Alarme sind keine Stopps. Ein Stopp kann zehn Alarme auslösen, und ein Stopp kann ohne Alarm stattfinden.
• Ein SCADA-Ausfall wird ein OEE-Ausfall. Sie sind jetzt von einem weiteren Server abhängig und dessen Upgrade-Plan.
• Lizenzen und Last. Ein neuer Client oder eine neue Verbindung kann eine Lizenz oder mehr Kapazität auf dem Server benötigen. Fragen Sie den SCADA-Eigentümer.

Direkt zur SPS oder über SCADA?

Der Test: Verfolgen Sie einen Stopp Ende zu Ende. Stoppen Sie eine Maschine für 30 Sekunden und lesen Sie dasselbe Ereignis im HMI, im Historian und in der OEE-Software. Vergleichen Sie Startzeit und Länge. Wenn sie nicht übereinstimmen, korrigieren Sie das Logging oder gehen Sie direkt an die SPS.

Link 3: MES und OEE-Software

Was rüberkommt: der aktuelle Auftrag, das Produkt und seine ideale Zykluszeit aus dem MES. Ergebnisse und Verlustdaten können zurückfließen.

Die ideale Zykluszeit ist am wichtigsten. Die Performance in der OEE-Berechnung ist nur so gut wie diese Zahl, und sie ändert sich mit dem Produkt.

Wo es kaputt geht:

• Die Produktwechselmeldung kommt zu spät. Zehn Minuten des neuen Produkts werden gegen die alte Rate bewertet.
• Zwei Systeme zählen. MES und OEE halten jeweils eine ‚gute‘ Zählung und niemand hat vereinbart, welche gewinnt.
• Zwei Systeme protokollieren Downtime. Bediener werden zweimal gefragt und hören auf zu antworten.
• Niemand kennt die Grenze. Wenn Sie noch entscheiden, was Sie vom MES brauchen, lesen Sie zuerst MES-Software.

Der Test: Führen Sie einen echten Produktwechsel mit eingeschalteter Integration durch. Prüfen Sie, wann das neue Produkt erscheint, welche Rate ab diesem Moment gilt und ob die Auftragsmenge in beiden Systemen übereinstimmt.

Link 4: ERP und OEE-Software

Was rüberkommt: Auftragsdaten, Produkte und Stammdaten-IDs aus dem ERP, abhängig vom Projekt. Zusammenfassungen gehen zurück, keine Rohereignisse. Ein ERP braucht keinen 40-Sekunden-Stopp.

Wo es kaputt geht:

• IDs stimmen nicht überein. Die Maschine, im Werk als Linie 3 bekannt, hat einen anderen Code im ERP.
• Ein Sync schlägt still fehl. Keiner merkt es bis Monatsende.
• „Integriert“ verbirgt den Umfang. Ein Sync von Wartungsdatensätzen ist nicht ein Sync von Produktionsaufträgen. Fragen Sie nach der Feldliste.
• Konflikte haben keine Regel. Wenn beide Seiten einen Datensatz ändern, muss eine Seite gewinnen und jemand muss entscheiden, welche.

Der Test: Fordern Sie die Feldliste an und gleichen Sie dann einen vollen Tag ab. Trennen Sie dann die Verbindung absichtlich für eine Stunde. Prüfen Sie, ob der Ausfall für jemanden sichtbar ist und ob nachgeholte Datensätze übertragen werden, wenn die Verbindung zurückkommt.

Link 5: der Bediener

Das ist kein Kabel und es ist am häufigsten vergessen. Die Maschine weiß, wann sie gestoppt hat. Sie weiß selten, warum, in Worten, die Ihnen helfen.

Ein Fehlercode kann eine Ursache nahelegen, aber Materialknappheit oder eine verspätete Rüstzeit erscheint nicht im SPS-Programm. Eine Person muss es taggen.

Der Test: Stellen Sie das Display an der Linie für eine echte Schicht mit Ihren eigenen Ursachen-Codes auf. Zählen Sie, bei wie vielen Stopps am Ende eine Ursache vermerkt ist. Fragen Sie die Bediener, was sie ändern würden.

Link 6: der Netzwerkpfad

Cloud-OEE-Software bedeutet einen Pfad vom Steuerungsnetzwerk nach draußen ins Internet. Hier sagt IT meist nein, also ziehen Sie sie vorher hinzu.

OWASP's OT Top 10 warnt vor direkten, schlecht kontrollierten IT-OT-Verbindungen und verweist auf Zonen und Conduits gemäß IEC 62443. NIST SP 800-82 ist der längere Leitfaden zur OT-Sicherheit.

Wo es kaputt geht:

• Ein Gerät hat ein Bein in jedem Netzwerk.
• Firewall-Regeln öffnen ganze Bereiche, weil niemand die exakten Verbindungen aufgelistet hat.
• Werk-WLAN oder der Uplink sind an der Linie schwächer als in den Büros.
• Uhren weichen ab. Vier Systeme geben vier Zeiten für einen Stopp, und Zeitzonenwechsel zerschneiden Ihre Berichte.

Der Test: Holen Sie sich eine Liste jeder Verbindung: Quelle, Ziel, Port, Richtung und Verschlüsselung. Trennen Sie dann den Uplink für 30 Minuten und schauen Sie, was Sie verloren haben. Fragen Sie, was mit den Daten aus dieser Lücke passiert, und lassen Sie die Antwort schriftlich geben.

Das Testblatt für das Meeting

Die hier genannten Pass-Marken sind Beispiele. Legen Sie Ihre eigenen fest, bevor Sie mit Anbietern sprechen, damit Sie sie später nicht verbiegen müssen.

Einige Anbieter werden eine Linie vor Vertragsschluss nicht anschließen. In diesem Fall schreiben Sie diese Tests in den Vertrag als Abnahmekriterien für die erste Linie.

Wo Fabrico auf dieser Karte steht

Fabrico ist ein light MES: Cloud-Software für Maschinendatenerfassung, Produktionsüberwachung, OEE und Downtime-Analytik. So positioniert es sich, Link für Link.

• Link 1: Fabrico liest Zyklen, Stopps und Output aus der SPS der Linie. Ältere Maschinen erhalten ein Fabrico IoT-Gerät mit externen Sensoren. Manuelle Schritte können KI-Kameras nutzen. Eine Anlage kann alle drei mischen. Siehe Maschinenkonnektivität. Fabricos SPS-Anbindung deckt OPC UA, Modbus, PROFIBUS, PROFINET, EtherNet/IP und EtherCAT ab, und die erweiterte Liste fügt MQTT, IO-Link und HTTP hinzu. Bestätigen Sie Ihren Controller mit uns in einer Demo, Maschine für Maschine.
• Link 2: Wenn Sie über SCADA oder einen Historian lesen möchten, bringen Sie diesen Pfad zur Demo und bestätigen Sie ihn für Ihre Anlage. Es gibt heute keinen AVEVA PI Connector. Holen Sie die Antwort schriftlich. Behalten Sie Ihr SCADA zur Prozessüberwachung, da Fabrico es nicht ersetzt.
• Link 3: Andere Systeme verbinden sich über Webhooks, die REST API oder Zapier. Wenn Sie ein MES betreiben, bestätigen Sie in der Demo, was über diesen Link läuft, und führen Sie dann den oben genannten Produktwechsel-Test durch.
• Link 4: Fabrico hat eine REST API und Webhooks, und eine Verbindung zu SAP oder einem anderen ERP kann kundenspezifisch umgesetzt werden. Es gibt heute keinen Epicor-Connector. Fragen Sie uns nach der Feldliste, wie bei jedem anderen Anbieter.
• Link 5: Operatoren taggen die Ursache eines Stopps.
• Link 6: Fabrico ist Cloud-Software und die App hat keinen Offline-Modus, daher benötigt die App eine funktionierende Verbindung an der Linie. Fällt die Verbindung aus, kann das Gateway Maschinendaten offline bis zu 30 Tage speichern, mit automatischer Wiederherstellung innerhalb von 72 Stunden standardmäßig. Es läuft in der AWS EU-Region, mit Verschlüsselung der Daten im Ruhezustand und in Transit. Fabrico ist nach ISO/IEC 27001 zertifiziert.

Stopps werden nur dort aufgezeichnet, wo ein Signal von Maschine, Sensor oder Kamera vorhanden ist. Kein Signal - kein Eintrag.

Auftragsauslösung, Stücklisten, Routen und Genealogie bleiben in Ihrem ERP. Wenn Sie das alles aus einer Lösung benötigen, ist Fabrico nicht die richtige Wahl.

Jedes Projekt beginnt mit einer Prüfung Ihres Prozesses und Ihrer Maschinen. Ihr eigenes Automatisierungsteam, ein Partner, mit dem Sie arbeiten, oder das Fabrico-Team können die Integration durchführen.

Planen Sie etwa 1 Monat für Installation und Anschluss der Geräte und 3 bis 4 Monate für einen vollständigen Rollout. Die Fabrico MES und OEE Übersicht enthält den Rest.

Bringen Sie Ihre Karte und Ihr Testblatt mit: Fordern Sie eine Demo an oder Kontaktieren Sie uns.

Was Leute danach fragen

Brauchen wir SCADA, um OEE-Software zu betreiben?

Nein. OEE-Software kann Signale vom SPS, Sensor oder einer Kamera nehmen. Wenn Sie SCADA haben, nutzen Sie die obige Tabelle, um den Pfad zu wählen.

Welches Protokoll sollten wir wählen?

Ihre Controller entscheiden das meist. Bitten Sie den Anbieter, die Methode pro Maschine zu nennen, nicht allgemein, und fragen Sie, welche Gateways nötig sind.

Wird das Lesen der SPS sie verlangsamen?

Das kann passieren, wenn das Lesen zu groß oder zu schnell ist. Stimmen Sie Tag-Anzahl und Lese-Rate mit Ihrem Steuerungsingenieur ab und beobachten Sie den Controller während des Tests.

Müssen wir das SPS-Programm ändern?

Nein, wenn die Signale bereits vorhanden sind und der Zugang erlaubt ist. Prüfen Sie das pro Maschine. Wo keine nutzbaren Signale existieren, kann ein externer Sensor eine Programmanpassung vermeiden.

Kann OEE-Software unser MES ersetzen?

Nur wenn Sie hauptsächlich Monitoring brauchen. Ein light MES deckt Datenerfassung und OEE ab, nicht den kompletten Auftrags- und Traceability-Bereich.

Wer sollte im Raum sein?

Der Leiter Steuerung, der IT- oder OT-Sicherheitsverantwortliche, der ERP-Eigentümer und ein Produktionsleiter. Verbindungen scheitern, wenn einer von ihnen als Letzter von dem Projekt hört.

Bereit, Ihre Verbindungen gegen eine echte Antwort zu testen? Fordern Sie eine Demo an oder Kontaktieren Sie uns.