Industriesoftware arbeitet nah an Hardware. Das bedeutet aber nicht, dass die gesamte Anwendung in hardwarespezifischem Vokabular sprechen sollte.
Wenn ein MES Maschinenzustände konsumiert, definiere ich zuerst einen Vertrag auf Anwendungsebene: die Zustände, Ereignisse, Zeitstempel, Identifikatoren und Qualitätsgarantien, die die Software tatsächlich benötigt. Der PLC- oder Infrastruktur-Provider kann gerätespezifische Signale anschließend auf diesen Vertrag abbilden.
Warum diese Grenze wichtig ist
Ohne Vertrag verbreiten sich Low-Level-Details schnell. Screens hängen plötzlich von einzelnen Signalen ab. Planungslogik lernt Gerätenamenskonventionen. Tests benötigen hardwareförmige Fixtures. Ein späterer PLC-Wechsel wird zum Umbau der Anwendung.
Ein stabiler Vertrag kehrt diese Abhängigkeit um.
Das MES kann über Konzepte wie Verfügbarkeit, aktiven Betrieb, Zähler oder Alarme nachdenken, während die Integrationsschicht die Übersetzung aus der physischen Infrastruktur übernimmt.
Auch Unsicherheit spezifizieren
Ein brauchbarer Maschinenzustandsvertrag sollte mehr als Feldnamen beschreiben. Er sollte auch festlegen:
- Semantik von Zeitstempeln;
- Verhalten bei veralteten Daten;
- Verhalten beim Wiederverbinden;
- unbekannte oder partielle Zustände;
- Erwartungen an Idempotenz;
- Reihenfolgegarantien, wo sie relevant sind.
Diese Randbedingungen sind in Produktion meist wichtiger als der Happy-Path-Payload.
Die praktische Regel
Integriere gegen die Maschinengrenze, nicht gegen jedes Detail einer Maschine. Halte das operative Modell stabil und mache die infrastrukturspezifische Übersetzung austauschbar.