Im Folgenden widmen wir uns nicht dem DMX-512 im Detail, da dieses Protokoll bereits in den anderen DMX - Rubriken wie DMX 512 Spezifikation, DMX 512 Meßpraxis für Einsteiger und DMX 512 Ursachen und Folgen behandelt wird.
Außerdem ist das DMX512 Protokoll in der DIN 56930-2, welche auch im DIN Taschenbuch 368 zu finden ist, ausfürlich beschrieben.

PMX
Pulsar hatte seinerzeit sein eignes Protokoll entwickelt, das heute noch gelegentlich eingesetzt wird. Der Nachteil der langsameren Übertragung gegenüber dem DMX kann genauso gut ein Vorteil sein. Denn wenn die Übertragungsgeschwindigkeit sich in einem Rahmen bewegt, der für die frühe Computertechnik entwickelt wurde, dann können auch die gebräuchlichen Computerschnittstellen ohne irgendwelchen zusätzlichen technischen Aufwand, genutzt werden. So lassen sich kleine Installationen mit minimalen Aufwand realisieren. Pulsar hatte erst vor kurzer Zeit eine PC-Stellwartensoftware namens Winlite zum Download bereitgestellt. So konnte jeder sich ein Kabel von D-Sub zum XLR-Kabel löten und damit Pulsardimmer, Claypaky Movinglights und Scanner über seinen RS232 Ausgang vom Laptop aus mittels PMX steuern. Zusätzliche Kosten - keine. So werden heute noch spezielle Projekte wie z.B. einen Städteplan, bei dem ein Mauszeiger sich durch die Straßen bewegen soll, mit einem Scan mit Mauspfeilgobo über Winlite mit PMX gesteuert. Zu der Zeit der Entwicklung der Schnittstelle war es für Pulsar ein praktisches über Pin 4 und 5 eine Versorgungsspannung für Ihre Pulte vom Dimmer oder einigen Movinglights liefern zu lassen. So sparte man sich an einigen Pulsarpulten ein Netzteil und war mit der einfachen Verkabelung wesentlich beweglicher im Raum. Dieser Vorteil verkehrte sich aber zu einem Problem, nachdem über die selben Kabel und Steckverbinder DMX512 übertragen wurde. Zwar konnten die Pulsargeräte weiterhin den Vorteil der Stromversorgung über Pin 4 und 5 nutzen, jedoch wenn andere Geräte auch mit einbezogen wurden, konnte es vorkommen das Sie z.B. Pin 4 und 5 für eine weitere Übertragungsstrecke nutzen wollten. Dies hat die Versorgungsspannung der Pulsargeräte aber meist weniger irritiert als die Geräte die Daten über Pin 4 und 5 übertragen wollten. So war dann oft eine nur kurze Information in Form einer kleinen Rauchwolke die Folge der unterschiedlichen Ansätze.

Mit der Entwicklung preiswerter PCs, wurde der Wunsch nach einer Preiswerten Lichtstellsteuerung laut, deren Funktionen über die PC-Bedinung vollenden abgerufen werden können. War beim PMX-Protokoll der PC serienmäßige RS232 Anschluss ideal geeignet, so ist man beim DMX512 aufgrund der nun wesentlich schnelleren Übertragung die zudem in einem strengen "Korsett" zu erfolgen hat mit den PC-Schnittstellen nicht gut bedient. Es ist ein Adapter notwendig, der die Schnittstelle wandelt. Weiter ist es mit einer einfachen Wandlung nicht getan. Die langsam aus den Rechner gelieferten DMX Wertepakete müssen in dem Adapter ersteinmal zwischengespeichert werden, damit sie für eine schnelle und Übertragung auch allesamt zur Verfügung stehen, wenn das Protokoll schnell ausgegeben werden soll. So ist man in der Lage an einem PC über RS232, Printerport oder USB die Wertevorräte herauszugeben, aber man benötigt ein Microkontroller der die Datenpakete für das zeitlich andere DMX-Protokoll aufzubreiten und auszugeben kann.

RDM
RDM steht für Remote Device Management und wird von der ESTA unter ANSI E1.20 geführt. RDM baut auf dem DMX-Protokoll auf, erlaubt aber im Halbduplex Rückmeldungen, um insbesondere das Setup beim Einrichten zu erleichtern. RDM erlaubt sogar einen gemischten Betrieb mit älteren DMX512 Geräten wodurch der breiten Verbreitung von RDM grundsätzlich eine große Hürde genommen wird. Mit einem Alternativen Startcode (ASC) wird gekennzeichnet, dass es sich um RDM-Sendung handelt. Ist der Startcode 0 werden DMX Werte übertragen. Es können aber auch Nicht-RDM Datenpakete übertragen werden. RDM Pakete sind im Timing mit den DMX512 und DMX512-A identisch.
RDM nutzt nur die Leitungen der Pin 2 und 3. Im Lifebetrieb während der Show der RDM Mode meist abgeschaltet, da die Verzögerung des nächsten Steuersignals durch Feedbackaktionen auf der gleichen Leitung, bei einem Fade Ruckeln in der Bewegung verursachen könnte. Im Einrichtbetrieb ist es möglich, das sich die Geräte am Steuerpult anmelden und Statusinformationen senden. Damit kann beim Setup immens Zeit gewonnen werden, da z.B. die Movinglights sich automatisch beim Steuerpult anmelden und je nach eingestellten DMX-Mode des Movinglights die richtige Kanalbelegung erfolgen kann. Ein Adressieren der Geräte vor dem Setup kann dann auch entfallen. Die Zuordnung und Einstellung des Setups kann dann bequem vom Pult aus erfolgen.
Damit die verschiedenen Geräte nach dem Einschalten bei einer Steuerung anmelden können, ist es unabdingbar, das die Geräte nicht die gleiche Adresse aufweisen. Deshalb hat jedes Gerät weltweit eine eigne Nummer. Die UID Unique Identifier besteht aus 6 Bytes. Die ersten zwei Bytes kennzeichnen den Hersteller. Der Hersteller definiert die weiteren Bytes und sorgt somit das keine zwei gleichen Adressen entstehen. Mit dieser Nummer haben sich die Geräte bei der Steuerung angemeldet, und den Benutzer kann nun jedem Gerät eine eigene für ihn leicht einprägsame Kanalnummer oder Kennzeichnung vergeben.
RDM ist wesentlich genauer definiert im Gegensatz zu DMX512-A. So wird zunächst der alternative Startcode (ASC) so gesetzt das alle angeschlossenen Geräte angemeldet werden können. Zum Zeitpunkt der Geräteanmeldung können verstärkt Datenkollision auftreten, da die Geräte von sich aus senden. Sind erst einmal alle Geräte gefunden und angemeldet, dann erfolgt nur noch die gezielte Anforderung an ein Gerät das es nun ein Feedback senden kann. Der Kontrollgerät übernimmt die Kontrolle und fragt nicht schneller als ca. alle 5 Sekunden, jedes Gerät einzeln ab (Polling). Dadurch erfolgt das Feedback nach Zustand bzw. Status oder Fehlermeldung der angeschlossenen Geräte. So sind bereits die Befehlsketten für Pan/Tilp flip oder invert Display bereits definiert. Auch können Parameter wie z.B. DMX-Adresse an das Gerät übertragen werden. Es kann aber nur ein Controller zugleich aktiv sein bzw. DMX Werte senden.
Weiterhin unterscheidet RDM noch die Geräte in Proxy-Geräte wie z.B. Booster-Splitter und Geräte und Sub-Geräte wie z.B. ein Dimmerschrank mit seinen Untereinheiten von Dimmermodulen.

Ist z.B. ein DMX512 - Aufbau mit Splittern ausgerüstet, und man erneuert das Steuerpult und den Dimmer mit RDM-fähigen Geräten, müssen aber auch die im System befindlichen Splitter mit RDM-fähigen Splittern ausgerüstet werden. Denn für eine Rückmeldung zum Pult müssen die Informationen in die Gegenrichtung "getrieben" werden, was eine bidirektionale Elektronik voraussetzt. Die üblichen Booster und Splitter weisen dagegen meist nur Operationsverstärker auf um das Signal vom Stellwerk zu verstärken. Ein Signal vom Movinglight zurück zum Pult wird dann mangels Treiberelektronik für den Rückweg nicht weitergegeben. Um Daten in beide Richtungen zu treiben werden Tri-State Halbleiter benötigt. Um keine direkte Rückkopplung zu verhindern schaltet ein Controller den jeweils rücksenden Treiber ab.


Einfacher Booster für Unidirektionalen Datenfluss (z.B. DMX512)


Booster für Bidirektionalen Datenfluss (z.B. RDM)

Weitere Grundlagenartikel und intressante Produkttests finden Sie in den Fachzeitschriften der Production Partner.

Vielen Dank für Ihr Intresse
Copyright Herbert Bernstädt
Diese Seite war erstemals im Web: 05.01.2008 und zuletzt geändert am 11.06.2010

Ist auf der rechten Seite keine Navigationsleiste zu erkennen, können Sie mit
Startseite die Ausgangsseite und damit weitere Themen dieser Page erreichen.