Frage: Unsere SPS unterstützt kein Pub/Sub. Wie integrieren wir deterministisch?
Antwort: Setzen Sie einen schlanken, lokalen Gateway-Prozess auf einem Industrie-PC ein. Dieser abonniert den Pub/Sub-Topic und schreibt ein kleines binäres Telegramm über den nativen Feldbus zur SPS (z. B. via Profinet-Record-Data oder Zyklusvariablen). Der Gateway enthält keine Business-Logik, nur Mapping, Sequenz-/CRC-Prüfung und Watchdog. Wichtig: Gateway darf den Fast Path niemals blockieren; er behandelt TIMEOUT als normalen Zustand.
Frage: Wir müssen Bounding Boxes übertragen. Passt das in ein schmales Telegramm?
Antwort: Begrenzen Sie die Anzahl der ROIs pro Trigger strikt (z. B. max. 4). Normalisieren Sie Koordinaten auf eine feste Skala und nutzen Sie Ganzzahlen. Alles darüber hinaus gehört in den Slow Path (z. B. vollständige Masken/Bilder für spätere Analyse). Die SPS braucht nur die für die Aktorik relevanten Informationen – oft reicht ein Index (Defektzone 1..N) statt exakter Pixelkoordinaten.
Frage: Wie stellen wir „genau einmal“-Semantik zur SPS sicher?
Antwort: In Steuerungspfaden ist „at-most-once“ mit Sequenzprüfung in der SPS meist sinnvoller als „exactly-once“. Das Telegramm enthält seq_no; die SPS verwirft Duplikate oder überholte Pakete. Kopplung über Request/Response oder Acks erhöht Latenz und Jitter. Wenn Quittung nötig ist (z. B. für Rückverfolgbarkeit), realisieren Sie diese außerhalb des Fast Path, asynchron im Slow Path.
Frage: Wie updaten wir das KI-Modell ohne Produktionsstopp?
Antwort: Führen Sie Blue/Green-Instanzen auf dem Edge ein: Zwei identische Pipelines mit unterschiedlichen Modellen. Live-Schattenmodus mit identischem Input, Ergebnisse im Slow Path vergleichen, Budgetmetriken prüfen. Bei Freigabe schalten Sie die SPS-Zuordnung in einem Taktfenster kontrolliert um. Rollback ist nur ein Flag-Switch. Alle Pfade bleiben on-prem; keine Abhängigkeit von Cloud-Registern.
Frage: TSN/zeitdeterministisches Ethernet haben wir (noch) nicht. Bringt Pub/Sub dann etwas?
Antwort: Ja. Auch ohne TSN reduziert Pub/Sub Jitter signifikant, weil Sie Request/Response, Polling und Applikations-Blockaden eliminieren. Nutzen Sie ein separates VLAN, kurze, feste Nachrichten und sauberes Thread-Scheduling. TSN kann später die letzte Meile weiter stabilisieren, aber die Architekturprinzipien (Deadlines, bounded Queues, TIMEOUT) tragen bereits ohne TSN.
Frage: Wie testen wir SPS-Integration, ohne die Linie zu stören?
Antwort: Nutzen Sie einen HIL-Aufbau: dieselbe SPS-Logik, aber Aktorik virtuell. Trigger-Patterns aus der Produktion aufzeichnen und deterministisch wiedergeben. Fault-Injection (Paketverlust, CPU-Last) gezielt einstreuen. Akzeptanzkriterien sind nicht „funktioniert irgendwie“, sondern konkrete Verteilungen (P99.9 innerhalb Budget, TIMEOUT-Rate < X ppm) und korrektes SPS-Verhalten im Störfall.
Wenn Sie eine Bestandsintegration entwirren oder eine neue, deterministische KI→SPS-Kette aufsetzen wollen, sprechen Sie uns an. Wir bauen Industrie-KI-Systeme mit echter Betriebssouveränität – on-prem, DSGVO-konform und ohne US-Cloud-Abhängigkeit. (→ alpitype.de/leistungen/)