DMX Protokollfrage

[Conny G. (conny_g)]

Hi,

hatte schon ein bisschen mit DMX zu tun, bin aber dort eher Anfänger.

Diese Frage habe ich mir mit Recherchieren noch nie beantworten können:

Beinhaltet das DMX-Protokoll die dauernde Wiederholung der Daten?
Oder ist es ebenso valide nur dann die Daten zu senden, wenn sich eine 
Änderung ergibt?

Mein subjektive Erfahrung ist, dass die DMX-Controller die Daten meist 
laufend senden.
Ich baue aber gerade eine Lichtsteuerung und da wäre das unnötig, da 
würde ich nur auf Tastendruck neu senden oder wann auch immer eine 
Änderung anfällt.

Es bestünde die Möglichkeit für den Anfang als Hack (bevor ich selbst 
was gemacht habe als Steuerung) einen DMX-Lichtschalter wie diesen 
einzusetzen:
http://www.basislighting.com/stock/rgb-wall-plate/dmx-rgb-wall-switch/

Ist davon auszugehen, das der das Signal laufend sendet? Oder nur bei 
Tastendruck?

Danke & Grüße,
Conny

[Hupp (Gast)]

Conny G. schrieb:
> Ist davon auszugehen, das der das Signal laufend sendet?

ja

> Oder nur bei Tastendruck?

nein

Es wird auch schon mal ein DMX-Signal bei der Übertragung zerschossen. 
Eine erneute Sendung rettet dann meistens die Show.

[Conny G. (conny_g)]

@Hupp:
Danke für die Antwort.

Ist das denn im DMX verpflichtend oder einfach Praxis?

[Hupp (Gast)]

Conny G. schrieb:
> Ist das denn im DMX verpflichtend oder einfach Praxis?

Es ist Praxis, macht aber aufgrund der Störproblematik Sinn.

[Klaus K. (leo9)]

Da in der DMX-Norm für Reset (bzw.Break) nur die Minimaldauer von 88µs, 
aber keine Maximalzeit definiert ist, ist es wohl nicht verpflichtend.
Dass in der Praxis dennoch permanent wiederholt wird hat sich bewährt.

Grüße leo

[Conny G. (conny_g)]

Ja, kann ich - speziell bei Bühnentechnik - auch voll nachvollziehen.

Als Praxis und Empfehlung, aber nicht verpflichtend.

[Karl H. (kbuchegg)]

> Ich baue aber gerade eine Lichtsteuerung und da wäre das unnötig,

Dem Sender ist das wohl egal, wenn dauernd gesendet wird.
Dem Empfänger ist das wohl auch egal, wenn dauernd gesendet wird.

Also: Was stört dich daran? Ganz im Gegenteil ist das Programm dadurch 
sogar simpler.

[mx (Gast)]

Zwischen zwei Bytes oder Paketen soll nach der Norm (die leider nicht 
öffentlih zugänglich ist) wohl nicht mehr als eine Sekunde Pause sein, 
sonst dürfen die Empfänger einen Verbindungsausfall annehmen und 
entsprechend darauf reagieren. So lese ich das zumindest aus 
http://www.soundlight.de/techtips/dmx512/dmx2000a.htm heraus.

Bleibt die Frage, ob der Timeout von einer Sekunde auch dann gilt, wenn 
der Sender keine Pause macht, sondern die Leitung so lange im Break 
hält.

[Conny G. (conny_g)]

Karl Heinz schrieb:
>> Ich baue aber gerade eine Lichtsteuerung und da wäre das unnötig,
>
> Dem Sender ist das wohl egal, wenn dauernd gesendet wird.
> Dem Empfänger ist das wohl auch egal, wenn dauernd gesendet wird.
>
> Also: Was stört dich daran? Ganz im Gegenteil ist das Programm dadurch
> sogar simpler.

Ja, das stimmt.

[Guest (Gast)]

Je nach Empfänger kann es nötig sein, dass die DMX Daten mehr oder 
weinger regelmässig gesendet werden.
Ich kenne da mehrere Empfänger, die schalten nach einem längeren 
Ausbleiben der DMX Daten einfach ab oder gehen in den Notbetrieb über 
und schalten eine "Notszene". Letztes ist vor allem bei Dimmerpacks 
sinvoll, wo z.B. die Saalbeleuchtung darüber läuft.
Anderen Geräten macht das Ausbleiben der DMX Daten nichts aus, sie 
behalten einfach das letzte Paket.

Ich kenne jedoch KEINEN Amtlichen Controller, der nur Daten bei 
Änderungen sendet. Die senden dauernd das gesamte Universum.

[Klaus K. (leo9)]

.. die Sekunde bezieht sich auf das Mark zwischen Reset(Break) und dem 
Startbit vom ersten Datenbyte:
Mark Min:8µs Max:1s
wobei man als "freudlicher" Sender in der Praxis 16..32µs warten sollte, 
manche Devices haben mit echten 8µs ihre Probleme!!

Grüße leo

[Conny G. (conny_g)]

Ok, vielen Dank Euch, jetzt ist mir das klarer, die DMX hier tickt!

[Mikki M. (mmerten)]

Hier gibt's die aktuelle Norm zum Download
http://tsp.plasa.org/tsp/documents/published_docs.php

ANSI E1.11 - 2008 (R2013)

[Dussel (Gast)]

> Dem Empfänger ist das wohl auch egal, wenn dauernd gesendet wird.
Eingeschränkt. Aus meiner DMX-Zeit weiß ich noch, dass (angeblich) 
manche Empfänger einige Zeit brauchen, um die Daten zu verarbeiten. Wenn 
man nur wenige Kanäle sendet, sollte man vor dem nächsten Senden etwas 
warten.

[Steve (Gast)]

Einige Geräte Haben einen dmx hold das heißt das sie die letzten 
datenpakete speichern. Andere wie zB. Manche LED Pars vergessen die 
Daten wieder relativ schnell und werden dann einfach wieder dunlel. 
Daher : ständig aktuelle Daten senden.

[mx (Gast)]

Klaus K. schrieb:
> .. die Sekunde bezieht sich auf das Mark zwischen Reset(Break) und dem
> Startbit vom ersten Datenbyte

Nicht nur. Auch die "Mark Time between slots" (Pause zwischen Bytes), 
die "Mark before BREAK" (Pause zwischen Paketen), die "Break to Breaak 
Time" und die Zeit vom Break bis zum letzten Datenbit eines Pakets 
sollen jeweils unter einer Sekunde bleiben bzw. maximal eine Sekunde 
lang sein.

Siehe Ziffern 9, 10, 11 und 13 in Figure 5 und Table 6 auf Seite 16 und 
17 der Norm.

Das bedeutet, daß das Wiederholen nicht nur gängige Praxis ist, sondern 
zumindest bei DMX512-A von der Norm auch zwingend verlangt wird.

@mmerten: Danke für's Verlinken der Norm.