Dieser Leitfaden erklaert, wie Felddaten aus Anlagen in MQTT-Consumer und SCADA-Systeme uebertragen werden, ohne eine unwartbare Topic-Struktur aufzubauen. Ziel sind konsistente Benennung, saubere Payloads und gut beherrschbare Alarme.
Referenzarchitektur
- Erfassen Sie Werte am Geraet oder ueber ein Protokoll-Gateway im lokalen Industrienetz.
- Normalisieren Sie Tags in einen festen MQTT-Namensraum fuer Standort, Linie, Asset und Signal.
- Stellen Sie dasselbe Modell ueber den bevorzugten Northbound-Konnektor dem SCADA bereit.
Empfohlene Topic-Struktur
Verwenden Sie eine feste Hierarchie wie site/line/asset/signal. Dynamische Topic-Bausteine aus Freitext fuehren spaeter haeufig zu gebrochenen Subscriptions und Alarmzuordnungen.
- Definieren Sie den Asset-Namensraum, bevor Mapping-Arbeiten beginnen.
- Trennen Sie Telemetrie, Alarme und Befehle, damit Retention und QoS sauber steuerbar bleiben.
- Publizieren Sie Qualitaetsinformationen wie Zeitstempel, Quelle und Unsicherheitsmarker.
- Leiten Sie SCADA-Tags aus dem normalisierten Namensraum ab statt aus Rohadressen.
Payload-Hygiene
- Halten Sie Einheiten, Skalierung und Engineering-Grenzen explizit fest.
- Verwenden Sie konsistente Booleans und Enumerationen fuer gleichartige Assets.
- Dokumentieren Sie klar, ob Zeitstempel Sample-Zeit oder Publish-Zeit bedeuten.
Tipp
Wenn SCADA- und MQTT-Team unterschiedliche Namenskonventionen brauchen, lassen Sie den Quell-Namensraum stabil und uebersetzen Sie erst am Edge.
Validierungscheckliste
Vor der Abnahme muss nachgewiesen sein, dass neue Werte in MQTT erscheinen, im SCADA ankommen, mit der erwarteten Rate aktualisiert werden und dieselbe fachliche Bedeutung behalten.