Senden der Kanäle bis zum Reset Byte

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!


  • Hi
    Ich habe mal eine Frage zu den Daten die an das IF gesendet werden.

    Werden immer nur die Daten für die Kanäle bis zum letzten Kanal den man in DMX Control verwendet hat gesendet um die Datensätze für die Empfänger schneller zu aktualisieren oder werden immer alle Kanäle gesendet?


    mfg Fiech

  • Hy,

    Das hängt ganz stark vom verwendeten Interface ab.
    Die DMX Spezifikation lässt es zu, dass das Interface entweder alle Kanäle sendet (und die hinteren mit 0 auffüllt) oder irgendwo abbricht.

    Soweit ich weiß sendet DMXControl einfach immer die Kanäle weiter an die Ausgabe DLL. Was die dann damit macht hängt wie gesagt vom Interface ab.

    Aber Gegenfrage, wieso ist das relevant?

    Gruß Soon5

    Das Leben ist NP vollständig!

  • Hallo,


    hat Performancegründe.

    Wenn sowieso alle Werte gesendet werden kann man bei manchen Geräten von Hinen anfangern zu addressieren ohne die Geschwindigkeit zu beeinflussen.

    Sendet das IF nur die Werte die einen Wert haben, sollte man Die Geräte eher von Vorne anfangen zu addressieren.

    Gruß, Simmon

    Chacka!

  • Hallo,
    um schneller zu werden nur die relevanten Kanäle zu senden verstehe ich. Aber was hat Vorwärts- / Rückwärts-Adressierung mit Geschwindigkeit zu tun??

  • In den Geräten sind Counter die zählen wie viele Datensätze seit dem rest auf dem Bus geschickt wurden um zu wissen wann das Paket ankommt das für seine Adresse gedacht ist d.h. wenn man zb bei 200 zu adressieren beginnt muss er alle bis mindestens 200 schicken.

  • Hy,

    Ja, Theoretisch richtig.
    Aber bei vollem Universe und unter einhaltung aller Grenzwerte schaft das DE Interface 40 Hz, also sind zwischen 2 DMX Frames immer 25 ms. Das ist mehr als ausreichend für alle Anwendungen. Mehr ist auch nicht möglich (bei 512 Kanälen) weil die ganzen Sendezeiten (wie Break Time, inter Byte Time...) ja vorgegeben sind.

    Wenn ihr natürlich so ein Dödel Interface einsetzt, das Pausezeiten von Gut und Böse hat, dann kann auch DMXC daran nix rütteltn.

    Wenn ihr also mehr Performance wollt, kauft euch ein DE ;)

    Gruß Soon5

    Das Leben ist NP vollständig!

  • Also wenn mich nicht alles täuscht ist es sogar möglich, nicht genutzte Kanäle nicht zu senden.

    Quote

    soundlight.de
    Die Refreshrate ist bei Betrieb mit allen 512 Empfängeradressen mit weniger als 50 Hz sehr gering, sodaß in Praxi ein Betrieb mit weniger Adressen sinnvoll ist.


    Kann das allerdings nicht verifizieren, da ich den original USITT Standard nicht habe.

    Mein Pult kann ich umschalten zwischen allen oder nur den benutzten Kanäle (Zero88).
    Ich könnte mir auch vorstellen, das Channelcount der Test.exe des DE Interface die selbe Funktion erfüllt. Kann ich aber wegen noch fehlendem Analyzer nicht nachprüfen. Und so gut sind meine ASM Kenntnisse dann doch noch nicht :)

    Außerdem könnte es passieren, dass schlecht programmierte Empfänger nicht mit weniger Kanälen oder einer höheren Refresh Rate klarkommen.

    Dennis

  • Hi!

    Auch wenn's nur eine Wiederholung ist: Es können nur nicht benutzte Kanäle am Ende (nach dem letzten Gerät) weggelassen werden. Man kann bustechnisch bedingt keine Kanäle beim Senden auslassen. Aber das entscheidet das Interface je nach Einstellung selbst. Mit der Kommunikation zum Interface hat das nix zu tun. Bis dorthin können auch nur die Kanäle übergeben werden die sich ändern.

    Hoc

    Mein Equipment:
    1x Hirn | 2x Augen (leicht defekt) |2x Ohren | 1x Mund |32x Zahn (zum Teil V1.5) | 1x Handundfuß-Interface
    *SCNR*

  • 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.