Blitzen von PARs.

We proudly present: The release of DMXControl 3.3.3!


On September 29, 2026, we held our release show for DMXControl 3.3.3. During our usual “hour-long” session, we showed you all the new features in this version and what it now has to offer.
Read all about it in the corresponding news article: We proudly present: The release of DMXControl 3.3.3!


  • Hallo zusammen!
    Ich benutze ein selbsgebautes DMX-USB-Interface von Digital Elightment mit 2 Eurolite LED PAR-56 RGB Spots.

    Mein Problem ist nun, dass die PARs in unregelmäßigen Abständen kurz weiß aufblitzen. Zwischen 20 und 80 sec. etwa.

    Das Interface funktioniert einwandfrei.
    Die Kabel sind neu.

    Alles andere funktioniert ebenfalls super - außer die RGB-PARs eben.

    In der Channelübersicht werden die Werte auch nicht angezeigt, die dieses Aufblitzen verursachen würden.

    Habt ihr vielleicht eine Idee, was mein Problem lösen könnte?

    Danke euch.
    Gruß Banshieru

  • Ja, dann kann man nur herumdocktern..

    Hast Du die Möglichkeit, die Pars an einem anderen
    DMX-Sender auszuprobieren? Kann (soll) auch ein
    Mischpult sein!

    Irgenwo hier im Forum habe ich gelesen, das für manche Endgeräte der DMX-Bus zu schnell sein kann.
    Abhilfe: ein imaginäres Gerät mit einer hohen
    Startadresse (z.B. 200) in das Projekt einfügen und
    immer mit einem Wert versorgen.

    Sonst fällt mir jetzt auch nix mehr ein..

    Servus, Ranch

  • Hi,

    ob das Problem zwischen DMX Control und Interface oder Interface und PARs besteht bekommst du raus, indem du mal schaust, ob auch die USB LED am Interface kurz blinkt, wenn die Pars aufblitzen. Dann findet eine Kommunikation zwischen PC und Interface statt und man kann davon ausgehen, dass das Interface von dort falsche Daten bekommt.
    Wenn nicht:
    Ansonsten sendet das Interface immer 512 Kanäle, aber mit maximal für DMX mögliche Geschwindigkeit. Vielleicht kommen die PARs damit nicht klar. Kannst du mal ein anderes DMX Gerät auf den selben Kanal der PARs legen (möglichst eins, was auch schnell auf Wertänderungen reagiert, z.B. Dimmer mit 60W Birne) und schauen, ob das auch Mist macht?
    Ansonsten könnte man mal mit nem Oszi den DMX Datenstrom anschauen, wenn alle Kanäle auf 0 sind. Dann müssen alle übertragenen Bytes genau gleich aussehen. Wenn da dann Spikes auftreten (wenn die PARs aufblizen) liegts am Interface (und innerhalb diesem dann möglicherweise an der ext. RAM Anbindung). Weisst du, ob die PARs das DMX Signal mit einem Hardware UART oder per Software empfangen?

  • Folgendes habe ich noch feststellen können:
    Das Blitzen passiert nur, wenn Fader-artige veränderungen über den DMX-Bus laufen.
    Dabei ist es egal ob das jeweilige Gerät angesprochen ist, oder nicht.
    Die PARs blitzen nur unabhängig voneinander.
    Zufällig manchmal gleichzeitig.

    Es gibt kein Muster oder einen Rhythmus.

    F: Weisst du, ob die PARs das DMX Signal mit einem Hardware UART oder per Software empfangen?
    A: Wie kann ich das feststellen?

    Das Interface werde ich in den nächsten Tagen mal mit dem Oszi prüfen.

  • Ergänzung:
    Soweit ich weiss, sendet dieses Interface immer alle Kanäle über den Bus.

    Ein Test ergab, das ein Einfügen eines höheren Kanals das Problem nicht beseitigte.

    Außerdem will ich den Aufbau auch mal mit verschiedenen anderen Dimmern durchtesten.

    Um einen Fehler am Interface 100% auszuschließen baue ich gerade ein Zweites. Ein Drittes mit professioneller Platine ist schon bestellt bzw. in Arbeit.

    Gruß Banshieru

  • Hy,

    Ich glaube nicht, dass es am DMX Interface liegt. Wenn andere Geräte gehen, kann man davon ausgehen das das Interface ok ist.

    Das mit allen Kanälen auf den Bus stimmt nicht. Die Interfaces senden immer nur die benötigten Kanäle. Das heißt wenn dein höchstes verwendetes Gerät die Nummer 40 ist werden nur Kanäle von 1-40 gesendet. Wenn du jetzt die 200 ansteuerst wird 1-200 gesendet.

    Je weniger Kanäle gesendet werden, desto schneller die Übertragung.

    Nun aber wieder zu deinem Problem. Sind die PARs neu? Hast du die mal an einem anderen Interface verwendet? Haben die jemals irgendwo richtig funktioniert? Wie lang sind deine DMX Kabel? Hast du die PARs mal alleine angeschlossen und gestestet?

    Es wäre schon ein großer Zufall, wenn beide PARs defekt wären, aber möglich ist es.

    Gruß Soon5

    Das Leben ist NP vollständig!

  • Quote

    Das mit allen Kanälen auf den Bus stimmt nicht.


    Ich glaub schon, dass der "Erfinder" des Interfaces weiss was er gemacht hat ;D ;)

    Quote

    Ansonsten sendet das Interface immer 512 Kanäle, aber mit maximal für DMX mögliche Geschwindigkeit.

    EIgentlich sollten DMX-Geräte auch bei einem Ausfall des Signals den letzten Zustand (noch eine Weile) beibehalten. Was passiert also, wenn du den DMX-Stecker einfach vom Interface abziehst?

  • Also wirklich zuverlässig rausbekommen, ob das Interface schuld ist oder nicht kann man das mit einem Oszi, wenn man es schafft, auf den DMX Reset Puls zu triggern. Dann einfach mal die PARs auf Adresse 1 stellen und am Oszi die ersten Kanäle beobachten. Sollte der Datenstrom korrekt aussehen (wovon ich jetzt mal ausgehe ;) ) mögen die PARs vielleicht einfach keinen DMX Strom, bei dem zwischen zwei gesendeten Bytes keine kurze Pause ist (und sind damit dann auch nicht 100%ig DMX kompatibel). Miss mit dem Oszi vor allem auch mal das DMX Signal direkt an den PARs, vielleicht gibts aus irgendwelchen Gründen Signalintegritätsprobleme.

    Ob der DMX Empfang per Software läuft weisst du, wenn du den verwendeten Microcontroller kennst und weisst an welchem Pin DMX rein geht. Wenn da im Datenblatt irgendwas mit Rx dran steht wirds wohl ein Hardware UART sein.

  • Der Aufschraubundschaunach-Test ergab, dass auf der Platine in den PARs neben einem SN75176BP und einem CD4093BE auch ein Atmel AT89C2051-24PI.

    Demnach würde ich sagen, dass das eine Softwarelösung ist.

    Dann eine weitere Frage:
    Ist es mit einem 16MHz Schwingkreis überhaupt möglich DMX geradeaus zu verarbeiten?

  • Nö wiso, der Atmel hat doch einen UART drin. Kannst mal checken, ob ne Leitung vom 75176 zu Pin 2 am Atmel geht, würd ich aber von ausgehen.

    16 MHz reichen dicke für DMX Empfang.
    Hast du eigentlich mehrere von diesen PARs und zeigen die alle das gleiche Problem, egal wo in der DMX Line angeschlossen?

  • > Hast du eigentlich mehrere von diesen PARs und zeigen die alle das gleiche Problem, egal wo in der DMX Line angeschlossen?

    Ja, ich habe 2 davon, und beide haben das Problem.

    So, ich habe gerade das 2. Interface aufgebaut, und das Problem besteht weiterhin.

    Wenn ich über das Testprogramm das Interface prüfe, dann tritt der Fehler ebenfalls auf, wenn ich die RGB-Kanäle fade.

    Demnach liegt das Problem entweder bei den Kabeln, oder den PARs.

    Als Kabel verwende ich CAD-5 Netzwerk-Kabel. 1 Twisted Pair und den Schirm.
    Ich habe es aber auch mit standard XLR-Kabeln versucht, ohne Erfolg.

    Hat jemand eine Idee, was die PARs dazu bringt nicht richtig zu funktionieren?

    Gruß
    Banshieru

  • Ergänzung (Sorry, wieder einmal zuoft strg+s gedrückt):

    Der Atmel ist an pin 2 mit dem 7517 verbunden, ja.

    Außerdem tritt das Problem auch mit einem DMX-120 StageLine auf.

  • >Außerdem tritt das Problem auch mit einem DMX-120 StageLine auf.

    Na dann bin ich ja beruhigt... :)
    Wenn du verschiedene Interfaces und Kabel benutzt hast, würde ich mich jetzt einfach mal erdreisten und sagen die PARs sind Murks.

    Konntest du die PARs jemals mit einer DMX Quelle verwenden, wo sie einwandfrei funktioniert haben?

    Der Hersteller wird die Dinger ja getestet haben und wäre ihm dieser Fehler aufgefallen, hätte er die bestimmt nicht freigegeben. (obwohl man weiss nie...)
    Ich vermute daher jetzt mal (ganz wage), dass die Teile nen Bug in der DMX Empfangsroutine haben, der nur dann auftritt, wenn die einzelnen Bytes im DMX Strom direkt hintereinander gesendet werden. (Auf http://www.soundlight.de/techtips/dmx512/dmx512.htm in dem Bild unter "Daten" Nr. 8 ist dann 0µs)
    Mein Interface macht das so, ob das StageLine das auch so macht, weiss ich nicht, wenn jemand ein Oszi Bild davon reinstellt, bekommen wir das aber schnell raus.
    Der Hersteller hat dann wohl mit einer etwas langsameren DMX Quelle getestet, welche einfach etwas mehr Luft zwischen den einzelnen übertragenen Bytes lässt.
    Zumindest würde mir jetzt nichts anderes als das Timing einfallen, welches sich zwischen verschiedenen DMX Quellen unterscheiden kann (abgesehn von der Anzahl der übertragenen Kanäle, aber da nehm ich jetzt mal an, dass die Teile schonmal auch mit 512 Byte Frames getestet wurden)

    Michael

    P.S.: Die Platine für dein drittes Interface hab ich gerade eingetütet und wird morgen verschickt... :)

  • Es gibt neue Informationen:
    Wenn ich den DMX-Stecker ziehe, dann bleiben die PARs in dem Zustand, den ich vorher eingestellt habe.

    Wenn ich aber den 7-Farben-Fade Modus einstelle, dann geht das Blitzen auch mit abgezogenen Steckern weiter.

    Demnach ist irgenwas mit dem Gerät nicht in Ordnung.

    In den nächsten Tagen werde ich mal herumtelefonieren, ob dieses Problem bekannt ist, und wenn ja, was dagegen vom Hersteller unternommen wird.

    Gruß Banshieru

  • Quote

    Wenn ich den DMX-Stecker ziehe, dann bleiben die PARs in dem Zustand, den ich vorher eingestellt habe.


    Das ist nicht zwingend ein Fehler, kann sein, dass die in diesem Modus ein Preset haben, der verhindert, dass wenn ein DMX-Sender (Pult, Laptop etc.) ausfällt, nicht alles dunkel ist auf anhieb.

  • Quote


    Das ist nicht zwingend ein Fehler, kann sein, dass die in diesem Modus ein Preset haben, der verhindert, dass wenn ein DMX-Sender (Pult, Laptop etc.) ausfällt, nicht alles dunkel ist auf anhieb.

    Nein, ich glaube, dass das in Feature ist.
    Mit meinem Beitrag wollte ich zum Ausdruck bringen, dass die PARs trotz getrennter DMX-Leitung flackern bzw. blitzen.

    Gruß
    Banshieru

  • Newly created posts will remain inaccessible for others until approved by a moderator. The last reply was more than 365 days ago, this thread is most likely obsolete. It is recommended to create a new thread instead.