Eins. Überblick über das RDM -Protokoll

• RDM ist ein Zwei-Wege-Kommunikationsprotokoll, das auf dem DMX512-Protokoll basiert und für die Fernverwaltung intelligenter Geräte wie Bühnenbeleuchtung und darstellende Künste ausgelegt ist. Auf der Grundlage der Aufbewahrung der physischen DMX512-Schicht fügt sie Zwei-Wege-Datenkommunikationsfunktionen hinzu, wodurch die Konfiguration der Parameter, die Bedingungsüberwachung und die Fehlerdiagnose zwischen dem Controller (z. B. der Dimmertabelle) und der Leuchte.

Zwei, RDM -Protokollkernfunktionen

Bidirektionale Kommunikation

• Basierend auf der unidirektionalen Übertragung von DMX512 realisiert RDM die bidirektionale Kommunikation zwischen dem Controller und dem Gerät über den halben Duplex-Modus.
• Der Antwortmechanismus wird angewendet: Der Controller sendet Abfragebefehle und das Gerät gibt die Antwortdaten zurück.

Plug-and-Play

• Die automatische Erkennung von Geräten wird unterstützt, und der Controller kann RDM -Geräte, die im Netzwerk verbunden sind, dynamisch identifizieren.
• Jedes Gerät verfügt über eine eindeutige UID (16 Bytes, einschließlich der Seriennummer des Herstellers und der Geräte -Seriennummer).

Datenkompatibilität

• Hat den gleichen physischen Zusammenhang mit DMX512 (RS-485-Schnittstelle), das mit vorhandenen DMX-Kabeln und -Architekturen kompatibel ist.
• RDM -Datenpakete werden in das ** "Paketintervall" des DMX512 eingefügt, um Störungen mit normalen DMX -Signalen zu vermeiden.

Standardisierter Parametermanagement

• Definieren Sie eine gleichmäßige Parameter -ID (PID) für die Steuerungsvorrichtung (wie Helligkeit, Farbtemperatur, Fehlerstatus usw.).
• Unterstützung für benutzerdefinierte Hersteller -Erweiterungsparameter.

Drei.rdm Protokollarchitektur

1. physische Schicht

• Elektrischer Standard: RS-485 Differentialsignal (gleich wie DMX512), Transmissionsrate von 250 kbit / s.
• Topologie: Busarchitektur, unterstützt bis zu 32 Geräte (erweiterbar auf 256).

2. Datenverbindungsschicht

• Ein RDM-Paket besteht aus dem Startcode (0xcc), dem Unterstart-Code (zur Unterscheidung von Anforderungen/Antwort), UID, Befehlsklasse (GET/Set), PID und Datenfeld.
• Die CRC -Prüfung sorgt für die Datenintegrität.

• Entdeckungsphase: Der Controller überträgt den Suchbefehl und das Gerät gibt die UID -Antwort zurück.
• Normaler Betrieb: Der Controller liest und schreibt Geräteparameter mit dem Befehl GET/SET.

3. Anwendungsschicht

• Standardparameter (PID -Beispiel):
• Device_info (Geräteinformationen)
• DMX_START_ADDRESS (DMX -Startadresse)
• Temperatur (Temperaturüberwachung der Geräte)
• LAMP_HOURS

Vier, RDM vs DMX512 Schlüsselunterschiede