Keine Artnet-Verbindung von DMXControl 3.3.3 nach DMXControl 2.12.2 mehr möglich

Hallo,

es haben sich seither zwei Dinge verändert (genauer seit DMXControl 3.3.2). Einerseits haben wir ein neues Artnet Plugin eingeführt. Dieses wird nun standardmäßig installiert. Im Vergleich zum vorherigen Plugin ist das neue Artnet 4 geeignet. Dieses erfordert es eigentlich, dass sich Empfänger beim Sender anmelden, bevor Daten an sie geschickt werden. Dabei kann es sein, dass DMXControl 3 nicht mitbekommt, dass DMXControl 2.12 läuft, weil das noch einem älteren Standard folgt. Du kannst aber mal versuchen, im Artnet Plugin in DMXControl 3 die Loopback-Adresse (also 127.0.0.1) als zusätzliche Empfängeradresse einzutragen. Dann sollte DMXControl 3 auch dahin Artnet-Daten schicken.

Das andere, was wir geändert haben ist ein Bug im Timecode-Player: Dieser Bug hatte dazu geführt, dass wenn man mehrere Shows öffnet, dass dann der Speicher voll läuft (der Player hat den Speicher nicht aufgeräumt). Das sollte nun auch behoben sein und du könntest es nochmal in DMXControl 3 selbst probieren, ob du immernoch Speicherprobleme hast.

Viele Grüße

JP

Hast du denn die Konfiguration für Art-Net abgeglichen? DMXC3 schickt mit dem Art-Net-4-Plugin gemäß der Art-Net-Spezifikation die Daten auf der Port-Adresse 1 raus, was dem Net 0, Sub-Net 0, (Art-Net-) Universum 1 entspricht. Daran müsstest du die Konfiguration in DMXC2 anpassen. Das Verschicken auf dem Art-Net-Universum 0 ist nicht vorgesehen.

Ich habe mal ein bisschen bei mir herumgespielt. Dass die Kommunikation nicht klappt, muss offenbar wirklich in Verbindung mit dem Art-Net-4-Ausgabeplugin stehen. Ich habe nämlich auch noch ein anderes Programm, welches ich damit nicht ansprechen kann.

Was du aber machen kannst: führe den Installer für DMXControl 3.3.3 nochmal aus und wähle bei den zu installierenden DMX-Interfaces das alte Art-Net-Ausgabeplugin an. Mit diesem habe ich sowohl das zweite Programm als auch DMXC2 erreichen können.

Zu deiner Aussage:

Quote from Bernd

Ich habe z.B. mein Projekt nach Installation von 3.3.3 erst öffnen können, nachdem ich den Inhalt der Standard-LibDevices gelöscht und nur die DFFs, die ich benutze eingefügt hatte.

Du weißt, dass du

• zum einen bei der Installation unter anderem direkt auswählen kannst, dass die Standard-Gerätebibliothek nicht mit installiert wird und
• zum anderen deine eigenen DDFs im Installationsverzeichnis von DMXC3 nichts zu suchen haben? Für deine eigenen DDFs gibt es das Verzeichnis "UserDevices".

Quote from LightningBrothers

Ich habe mal ein bisschen bei mir herumgespielt. Dass die Kommunikation nicht klappt, muss offenbar wirklich in Verbindung mit dem Art-Net-4-Ausgabeplugin stehen. Ich habe nämlich auch noch ein anderes Programm, welches ich damit nicht ansprechen kann.

Ok, spannend. Dann bitte ein Ticket anlegen.

Ich kann dazu ein Ticket anlegen und auch ein Wireshark-Mitschnitt erstellen.

Jedoch ist eher die Frage, ob es am Ende nicht ein Fehler im Art-Net-Ausgabeplugin von DMXControl 2 ist, dass sich nicht entsprechend verhält - ebenso wie das andere Programm, was ich getestet habe.

Quote from Bernd

Wo genau finde ich das "UserDevices" Verzeichnis?

Das steht hier: Einführung (DDF-Syntax) DMXC3

Quote from Bernd

Das vorherige Plugin hatte einen Bug, richtig? Ich benutze seit neuesten nämlich mehrere 1-Kanal Artnet-Nodes. Alle haben ihr eigenes Artnet-Universum. Auf diese Artnet-Universen werden aber zum Teil gleiche DMX-Universen rangiert. Betrifft dieser Anwendungsfall den Bug?

Von dem Bug war das Ausgabeplugin für Art-Net-4 betroffen. Der Bug kam aber auch nur dann zum Tragen, wenn du in mehreren Art-Net-Nodes die gleiche Konfiguration hinterlegt hattest (also die gleiche Port-Adresse). Hatten alle Art-Net-Nodes unterschiedliche Adressen, lief alles ohne Probleme.

Quote from LightningBrothers

Jedoch ist eher die Frage, ob es am Ende nicht ein Fehler im Art-Net-Ausgabeplugin von DMXControl 2 ist, dass sich nicht entsprechend verhält - ebenso wie das andere Programm, was ich getestet habe.

Na ja, es ist zwar einerseits schön, sich selbst möglichst gut an Standards zu halten, aber andererseits ja auch durchaus üblich, mit einer Gegenseite klar zu kommen, die es nicht ganz so genau nimmt mit dem Standard ("Quirks"). Ich wäre da schon dafür, da etwas flexibel zu sein und nicht zwangsläufig auf den Standard zu pochen, wenn der Workaround nicht all zu schmutzig ist

Stefan

Ich kann das neue Artnet 4 Plugin auch nicht verwenden, da mein Artnet-Node sich nicht beim Sender registriert. Ohne Registrierung sendet das neue Artnet 4 Plugin keine Daten, auch dann nicht, wenn man explizit eine IP-Adresse angibt. Ich sehe mit Wireshark nur ArtPoll-Pakete. Das ist zweifelsohne ArtNet 4-konform, aber dennoch wäre es für die Abwärtskompatibilität hilfreich, wenn es eine Checkbox gäbe, um wie beim alten Plugin ohne Registrierung zu senden, sobald sich Daten geändert haben.

Ich verwende jetzt wieder das alte Artnet-Plugin, wäre aber gerne mal auf das neue umgestiegen, weil beim alten Plugin die Ausgabe ruckelt.

Grüße, Andi

Quote from Andi71409

mein Artnet-Node

Welches Art-Net-Node nutzt du denn hier? Hast du mal eine genaue Bezeichnung?

Ist eine eigenentwickelte LED-Matrix (wir hatten schon mal darüber gechattet) auf Basis eines STM32-Controllers. Das Artnet-Interface ist nicht komplett implementiert und daher nicht Artnet 4-konform, sondern ich habe bisher nur die Artnet-Funktionen implementiert, die für den Betrieb mit DMXC erforderlich sind. Und mit dem alten Artnet-Plugin war eben die Registrierung nicht notwendig. Also kein Fehler des neuen Plugins und solange das alte Plugin noch unterstützt wird auch kein Problem. Nur für den Fall, dass das alte Plugin zukünftig rausfliegt wäre es schön, wenn das neue Plugin abwärtskompatibel wäre.

Quote from Andi71409

Nur für den Fall, dass das alte Plugin zukünftig rausfliegt

Für das Erwartungshaltungsmanagement: Ja, der Plan ist, dass das alte Plugin in einer der nächsten Versionen entfernt wird und dann nur noch Art-Net 4 Plugin vorhanden ist.

Quote from Andi71409

wäre es schön, wenn das neue Plugin abwärtskompatibel wäre.

Ich werde das mal auf die Agenda einer unserer internen Meetings packen. Eigentlich sollte das Plugin schon jetzt an eine angegebene IP Adresse Art-net Pakete schicken.

Habe ich schon befürchtet, dass das alte Plugin rausfliegt. Macht ja auch Sinn, wenn es etwas neues gibt. Jedoch scheint es ja mit mehreren Nodes, die wohl nicht ganz spezifikationsgerecht implementiert sind, nicht zu funktionieren. Wäre daher super, wenn ihr da noch was einbauen könntet. Ideal wäre es, wenn man keine fixe IP-Adresse eingeben müsste, da sich die Artnet-Nodes auch 'ne dynamische Adresse holen könnten (ist zumindest bei mir so).

Wenn ich noch was mit Wireshark testen soll sagt bitte Bescheid.

Vielen Dank schon mal und viele Grüße

Andi

Hallo,

Quote from Bernd

Ich werde die Tage das nochmal parallel mit meinen ArtNet-Nodes (in meinem Fall die Single-Nodes von Radig) testen. Wenn die auch mit dem alten AusgabePlugIn funktionieren, ist das mein Workaround.

welches Nodes von Ulrich Radig hast Du:

1.) Diese "uralte" Version: https://www.radig.online/AVR-Node-Bausatz/SW10060

2.) Die etwas modernere Version: https://www.radig.online/DMX-Ethernet-Box-Hutschiene/SW10001

oder

3.) Die WLAN Version: https://www.radig.online/ESP32-WLAN-DMX…Art-Net/SW10061

Ich habe Version 2 nicht für Hutschiene und Version 3, beide habe ich mit dem Art-Net 4 Plugin getestet und diese funktionieren.

Die Version 2 hatte ich auch mit dem „alten“ Plugin benutzt.

Gruß Steff

Ich hab nochmal eine Rückfrage zum neuen Artnet 4 Plugin: Wenn ich eine fixe IP-Adresse eintrage, werden dann an diese Adresse UDP oder TCP Pakete verschickt?

Hintergrund meiner Frage: Ich hatte ja oben geschrieben, dass ich mit Wireshark keine Pakete an die fixe IP-Adresse sehe. Wenn es sich um TCP Pakete handelt, dann müsste ja zuerst ein Socket aufgemacht werden, was eine mögliche Ursache sein könnte. Wenn es jedoch auch UDP Pakete sind (so wie die anderen Artnet Pakete), dann müsste ich die eigentlich sehen.

Grüße, Andi

Guten Morgen,

wie der Verbindungsaufbau funktioniert, ist in dem Wiki-Artikel Art-Net (DMX-Interfaces) DMXC3 beschrieben.

Grundsätzlich ist das Art-Net-Protokoll aber mit Wireshark anzeigen und aufzeichnen - auch mit dem aktuellen Art-Net-4-Plugin.

Stefan