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
Gast
#3797989
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.
@Hupp: Danke für die Antwort. Ist das denn im DMX verpflichtend oder einfach Praxis?
Gast
#3798037
Conny G. schrieb: > Ist das denn im DMX verpflichtend oder einfach Praxis? Es ist Praxis, macht aber aufgrund der Störproblematik Sinn.
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
Ja, kann ich - speziell bei Bühnentechnik - auch voll nachvollziehen. Als Praxis und Empfehlung, aber nicht verpflichtend.
> 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.
Gast
#3798093
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.
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.
Gast
#3798125
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.
.. 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
Ok, vielen Dank Euch, jetzt ist mir das klarer, die DMX hier tickt!
Hier gibt's die aktuelle Norm zum Download http://tsp.plasa.org/tsp/documents/published_docs.php ANSI E1.11 - 2008 (R2013)
Gast
#3798237
> 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.
Gast
#3798519
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.
Gast
#3798561
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.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.