MQTT, SPS, DMX, OSC und Node-RED
Zuverlässige Automation trennt Transport, Gerätebedeutung und Spielreaktion. Nutzen Sie jedes Protokoll für seine Stärke und halten Sie Logik verständlich.
Nach Verantwortung wählen
- Protokolle transportieren Zustand und Befehle; das Gerätemodell erklärt Bedeutung.
- Normale Raumlogik gehört an einen erwartbaren Ort.
- Offline-, Timeout-, Reconnect- und Reset-Verhalten zuerst definieren.
- Personal braucht Status und sichere Recovery.
Auf dieser Seite
Trennen Sie Transport, Gerät und Spiellogik
Klare Grenzen machen Änderungen sicherer.
Wie Daten reisen
Topics, Register, Kanäle und Adressen tragen Nachrichten.
Was Hardware kann
ARC gibt Signalen Zustand, Aktionen und Raumbedeutung.
Warum es passiert
Ziele, Variablen, Timer und When / If / Do entscheiden.
MQTT für flexible Props und Nachrichten
MQTT passt zu Brokern und eigener Firmware. Definieren Sie stabile Identität, getrennte Zustände und Befehle, Verfügbarkeit und Retain.
Verstecken Sie nicht das ganze Spiel in Topics; ARC sollte Zustand erklären können.
Modbus TCP und SPS für langlebige I/O
Dokumentieren Sie Register, Typ, Skalierung, Richtung, Wert, Timeout und sicheren Zustand.
Personal muss SPS-Ausfälle sehen; fehlende Werte dürfen nicht als gelöst gelten.
DMX und OSC für Licht, Medien und Show-Control
DMX eignet sich für Lichtkanäle und Szenen. Klären Sie Eigentum an Fades und Mappings.
OSC sendet adressierte Befehle an Medienwerkzeuge; definieren Sie Argumente, Verfügbarkeit und sichere Wiederholung.
ARC-Node-RED-Nodes für Spezialflüsse
ARC bietet eigene Nodes, damit bestehende Flows auf Spielzustand reagieren oder ARC steuern.
Halten Sie normale Spiellogik in ARC, wo künftige Techniker sie suchen.
Fehlerverhalten vor dem Idealweg entwerfen
Ausfall kennen
Überwachen Sie Gerät, Gateway, Broker und SPS.
Nicht gefährlich raten
Fehlende Werte sind nicht automatisch gelöst oder sicher.
Getestete Aktion geben
Nutzen Sie raumspezifischen Retry oder Override.
Historie bewahren
Protokollieren Sie Zustand, Automation, Ergebnis und Bedienaktion.
Praktische Implementierungsreihenfolge
- 01
Raum inventarisieren
Ein-, Ausgänge, Controller und Reset erfassen.
- 02
Geräteverträge definieren
Identität, Zustand, Befehle, Timeout und Offline.
- 03
In ARC abbilden
Raumzweck und Gesundheit prüfen.
- 04
When / If / Do bauen
Regeln mit Zielen und Variablen bündeln.
- 05
Fehler und Reset testen
Trennen, neu starten, wiederholen.
- 06
Dokumentieren und üben
Mappings und Recovery mit Personal trainieren.
Bauen Sie eine echte Automation in ARC
Verbinden Sie ein Gerät und testen Sie Logik, Trennung, Reconnect, Override und Reset in Ihren ersten 14 kostenlosen Tagen.