Ein Arbeitskollege hat letztens erwähnt, das Martin angeblich für einen Scanner ein spezielles 5pol Protokoll entwickelt hätte. Die zwei zusätzlichen belegungen der pinne 4 und 5 waren für den "an" und "aus" befehl für die lampe. Stimmt das? oder hat er da was falsch verstanden?
gibt es ansonsten eine vernünftige nutzung für die zwei "spare" pinne des 5pol dmx???
hallo,
die beiden Pins waren mal als eine Art "Rückleitung" von den Geräten (besonders MH und Scanner) zur Steuerung gedacht.
Es gibt aber keinen oder nur wenige Hersteller die das nutzen, geschweige denn Pulte die überhaupt auf zurückkommende Signale und deren Verarbeitung ausgelegt sind.
gruß
gylo
als DMX damals entwickelt wurde, wurden die 2 zusätzlichen Leitungen für einen Rückkanal gelassen, um z.B. Statusmeldungen der Lampe senden zu können.
Problem war nur, dass die Entwicklung so aussah, dass es in Firmen oft einfach 2 polige Leitungen genutzt wurden, sodass man den Rückkanal schließlich in das erste Adernpaar integriert hat (sogenanntes RDM).
Ob Martin da was mit Lamp on hatte, weiß ich nicht; vor allem weil ältere Scanner oft nur 3polige Buchsen hatten.
Martin hat sich Nichts neues für Pin 4 und 5 ausgedacht.
Da die letzte Geräte-Generationen sowohl 3- als auch 5-polige DMX Ein- und Ausgänge hatte, wäre eine Verwendung von Pin 4 und 5 eh nicht sinnvoll gewesen.
Wie bereits richtig geschrieben, sind Pin 4 und 5 ursprünglich für die Rückmeldung von Endgeräten vorgesehen gewesen. Wegen teilweiser Zweckentfremdung der beiden Pins sah sich die ESTA gezwungen, um Probleme bei der Implementierung zu umgehen, die Geräterückmeldung per Half-Duplex-Verfahren in den normalen DMX Stream zu integrieren.
Mr. Ruling von der ESTA meinte, RDM via RS422 sei gestorben, weil ein paar Firmen die Versorgungsspannung auf Pin4 und Pin5 geführt haben.
Und weil damals ein paar Spezialisten Netzteile einsparen wollten, müssen sich nun alle mit Halbduplex ohne echte Kollisionserkennung herumärgern... Ich schätze, wir werden in der nächsten Zeit mit dem Port Turn-Around zwischen Anfrage und Antwort noch unsere Freude bei fehlender Terminierung und floatenden Datenleitungen haben.
BTW: Martin scheint bei den aktuellen LED-Produkten ein eigenes Süppchen zu kochen anstatt konsequent RDM zu implementieren. Ihr habt doch schon seit etlichen Monaten eine Manufacturer-ID und man könnte die spezielleren Features über Sonder-PIDs implementieren...
Auf der anderen Seite kann man natürlich auch auf eine höhere Verbreitung warten und dann per Firmware-Update auf RDM umstellen.
Viele Grüße,
Hendrik
