ArtNet-Plugin / Art-Net-Spezifikation

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,

    ich verwende DMXC2 über ArtNet. Als Empfänger kommt ein kleines Tool zum Einsatz, welches ein Enttec Pro USB ansteuert. ("Artnode")
    Dieses Tool zeigt eine Ausgabe aller erhaltenen ArtNet-Pakete. (siehe Screenshot 1)

    Wenn man nun DMXC2 neustartet oder die Einstellungen des ArtNet-Plugins ändert, so sendet DMXC2 ein spezielles Paket. (Zu erkennen am anderen "OpCode: 8448", siehe Screenshot 2) Ab diesem Moment zeigt das Protokoll nur noch "Kauderwelsch". Ob die DMX-Ausgabe noch funktioniert, kann ich gerade nicht sagen, weil alles in der Schule steht. Ich meine aber mich zu erinnern, dass diese nicht beeinträchtigt wird. Insofern handelt es sich nicht um ein konkretes Problem.

    Ich habe dennoch mal genauer geschaut und mit Wireshark (siehe Anhang, mit Wireshark öffnen) das betreffende Paket untersucht und mit der ArtNet-Spezifikation verglichen:

    Das Problempaket ist ein "ArtPollReply"-Paket, welches zu lang ist!
    Es zeigt sich am Ende ein Bereich "Excess Bytes", der von Wireshark zu Recht nicht erkannt wird, weil per Spezifikation von ArtNet hier nichts mehr hingehört.
    Bei genauerer Betrachtung dieses Bereiches scheint es sich um ein weiteres "ArtPollReply"-Paket zu handeln bzw. den Beginn eines solchen. Bei diesem fällt auf, dass manche Informationen des ersten Paketes fehlen und andere Informationen "durchlöchert" sind mit 00-Bytes.

    Da ich mir nicht vorstellen kann, dass das so sein soll, wollte ich einfach mal nachfragen, worum es sich hierbei handelt?

    Ein präventives "Danke" für Eure Mühen und die Beruhigung meinerseits.

    Gruß Simon

  • Bei mir das Selbe.

    Nach dem Field 40 (26 Bytes "Filler") kommen noch 147 Bytes, die da nicht hingehören.

    Da fällt mir gerade noch was auf. Das Plugin sendet genau ein mal nach dem Start ein ArtPollReply. Es muss aber auch auf ArtPolls antworten. Darum zeigte meine Konsole den Node nach ein paar Sekunden wieder als offline an. Weil keine Antworten auf ArtPolls folgten ...

    Und eigentlich sollten Controller auch alle 4 Sekunden ein ArtPoll Paket schicken.


    Pack das am besten mal in den Bugtracker.


    Dennis

  • Hallo fisl,

    das wusste ich garnicht. :D

    Aber ich habe gerade mal bei DMXC3 geschaut (ich weiß, falsches Forum):

    DMXC3 sendet regelmäßig ArtPolls und ArtPollReplys, hat aber bei den ArtPollReplys ebenfalls einen "Überhang", der jedoch kleiner als bei DMXC2 ist.

    Gruß Simon

    PS: Bugtracker kann ich nachher machen, kann aber auch gerne jemand anderes übernehmen... ;)

    Edit: Bugtracker für DMXC2 und DMXC3
    Edit 2: In DMXC3 sind auch die "ArtTodRequest"-Pakete zu lang.

    Edited 2 times, last by Simon-PC (June 15, 2013 at 10:26 PM).

  • DMXC3 sendet regelmäßig ArtPolls und ArtPollReplys, hat aber bei den ArtPollReplys ebenfalls einen "Überhang", der jedoch kleiner als bei DMXC2 ist.

    DMXControl 3 hält sich exakt an die Spezifikation. Schau mal rein. Nach der Mac Adresse kommen noch 32 Byte. BindIp, BindIndex, Status2, Filler. Wireshark zeigts nur nicht an.


    Dennis

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