Art net Performanceproblem

Wenn ich das richtig sehe haben die dmx4all auch nur 10 MBit-Ethernet... bei der geschwindigkeit sollte eigentlich der switch kein flaschenhals sein (mal direktverbindung versucht?)
Hatte mit einem 10Mbit-Artnet-Interface auch das problem des delays wenn sich viele kanäle schnell ändern, mittlerweile nutze ich eine von einem Freund selbst enwickeltes 100MBit-Interface (auf AVR xmega), da hatte ich das problem nie wieder

Andere frage, wie flasht du denn? midi-remote oder so etwas, über die du dann flasht? dann kann es natürlich passieren, dass nicht alle tasten wirklich zeitgleich gedrückt werden und somit bei jeder änderung (ein kanal nach dem anderen durch nicht 100% synchrones schliessen der taster) kommt dazu und es wird jedes mal ein neues artnet-packet gesendet, da kommt halt viel zusammen und erzeugt vielleicht etwas delay bis alle packete durchs LAN sind.... wohingegen wenn du dir z.b. eine flash-szene / submaster machst und nur den flasht müssten eigentlich alle kanäle exakt zeitgleich geändert werden und damit in einem einzigen artnet-packet übertragen werden, was praktisch verzögerungsfrei laufen sollte

Hi!

Habe das gerade mal mit meinem AVR-billig-Artnode ausprobiert. Denn irgendwo hatte schonmal jemand ausgerechnet, dass trotz 10MBit-Netzwerk ein Universe für das Netzwerk reine Langeweile darstellt. Das kann es nicht sein.

Ergebnis meines Tests:
DMXControl 2.11, erstmal 3x 10 Generic OnOff eingefügt. Habe zum testen meinen 12Kanal Switch verwendet, daher sind es keine Dimmer, aber darauf kommt uns ja nicht an. Adresse 10-39
Effekt mit zwei Schritten: On / Off.
Resultat: Der letzte Kanal hängt merklich (ca 1 Sek) hinterher!
Dann aufgebohrt und auf 40 Kanäle erweitert: Jetzt geht der Kanal 39 ohne Probleme mit, dafür hinken nun #47, #48 und #49!
Versuch doch bitte mal das Gleiche und füge noch ein paar "Phantomkanäle" hinten mit dran. Vielleicht kommen wir so der Sache auf die Schliche.
Kann es sein, dass das Ausgabeplugin irgendwie "Gruppenweise" die Befehle sendet und da dann irgendwo der Wurm reinkommt?

Hoc

PS: Gerade zum Spaß nochmal einen Dimmer auf die 50 gelegt: Jetzt hängt gar keiner mehr! Dann die 51 als Dimmer dran: Genau die hängt wieder.
Und mir ist gerade aufgefallen: Ich hatte nicht gefragt was für eine Art der Verzögerung bemerkst Du? Genau eine solche wie ich oder gehts wirklich "der Reihe nach" langsamer an?

Quote from Hoc

Habe das gerade mal mit meinem AVR-billig-Artnode ausprobiert. Denn irgendwo hatte schonmal jemand ausgerechnet, dass trotz 10MBit-Netzwerk ein Universe für das Netzwerk reine Langeweile darstellt. Das kann es nicht sein.

Richtig, was da an Daten drübergeht ist wirklich lachhaft

Quote from Hoc

DMXControl 2.11, erstmal 3x 10 Generic OnOff eingefügt.

Mit DMXControl habe ich es bisher noch nicht getestet. Allerdings hatte ich den 25 € schon an Madrix mit einer 256 Kanal Matrix in Betrieb, und das hat - bis auf seltene Abstürze des Nodes - immer einwandfrei funktioniert. An dem Art-Net Node kann es nicht liegen - entweder dann am Ausgabeplugin von DMXControl, oder an dem Node, welchen der Themenstarter verwendet.

Hi!

So ein Artnet zu DMX-Kästchen heißt "ArtNode". Oder kurz einfach "Node". Damit ist nur dein DMX4All-Teil gemeint. Ich hab ein anderes.
Ich weiß leider von keinem anderen Ausgabeplugin.

Aber nochmal zu meinen Tests: Wie sind die Ergebnisse bei Dir? Was genau ist die Verzögerung die Du bemerkst? Auch ein Hinterherhängen von x Kanälen um eine Zeit y oder steigt die Verzögerung einfach nur mit steigenden Kanälen an? Also z.B. Kanal 1-10 geht noch normal, die 11 braucht 100 Millisekunden länger, die 12 dann 200ms, die 13 schon 300ms,...

Sonst kann man den Fehler nicht näher eingrenzen wenn wir keine Rückmeldung bekommen. Es kann ein Fehler in der Software sein, im Ausgabeplugin, im Switch, im ArtNetNode, ...

Hoc

Hi!

Hast Du neben ArtNet auch noch ein weiteres Interface dran? Denn wenn nicht, dann solltest Du auch alle Interface-Output-Plugins abschalten die nicht benötigt werden. Das sieht mir nach einem Fehler dort aus der vielleicht ArtNet mit betrifft.
Und was ist denn "normale Geschwindigkeit"? Haltezeit = ??, Einblendzeit = ??
Und wie schnell willst Du es denn haben? Ich weiß ja nicht wie bei welcher Abfolge tatsächlich einfach Schluß ist mit den Möglichkeiten des Rechners, des Interfaces, ....

Hoc

Das liegt an DMXControl:

Scheinbar sendet das Art-Net Plugin für jede! Wertänderung ein neues ArtDmx Paket. Und damit wird der Node überlastet sein, denn das darf nicht gemacht werden.
Die Spec sagt ganz klar, die Refreshrate sollte nicht größer der DMX Refreshrate sein (44Hz).

Quote

Refresh Rate:
The ArtDmx packet is intended to transfer DMX512 data. For this reason, the ArtDmx packet for a
specific IP Address should not be transmitted at a repeat rate faster than the maximum repeat rate of
a DMX packet containing 512 data slots.

Ich schieb mit meiner Krücke hier gerade 1000 Pakete/s raus (auch wenn der Screenshot was von 150000 erzählt). Damit ist ein Node, der normalerweise 44 erwartet und darauf ausgelegt ist, hoffnungslos überlastet.

Dennis

Hi!

Welches Interface hat Du jetzt genau? Das mit "ANDSP1" bezeichnete? Also nicht das "SP-LAN"?
Egal welches, die sind beide in der Lage ein komplettes Universe (512 Kanäle) 35 mal pro Sekunde auszugeben. Nicht zu empfangen. Da man für ein relativ flackerfreies Matrix-Bild nur 25-30 benötigt, reicht das aus.
Es wird wohl entweder am Switch oder am Output-Plugin liegen wie fisl wahrscheinlich ja schon gemessen hat.

Hoc

Wie kommst du denn darauf, dass du schon bei 16 Paketen/s ein Problem hast? Wie fisl oben schrieb, versendet DMXControl u.U. ohne große Probleme 10.000 Art-Net Pakete pro Sekunde. fisl hat ja bereits erklärt, wie er das festgestellt hat.
Wenn in der Spezifikation eine Rate bis zur DMX-Widerholrate erlaubt ist, sollte das Interface das auch packen, sonst würde ich es zurückgeben.

Freundliche Grüße

Stefan

Hallo,
ich glaube, du (wolfganggei) hast da etwas verwechselt. Du hast zwar 16 Befehle, das ist aber nicht so entscheidend. Was fils und Stefan meinen ist, wenn jeder dieser Effekte nur einen einzigen Kanal ändern, wird jeweils ein Packet pro DMX-Wert gesendet. Da aber nicht jeder Effekt pro Sekunde einen Kanalwert nur einmal verändert, sondern wenn ein Effekt in der einen Sekunde z.B. von DMX-Wert 0 bis 50 fadet, dann werden eben nach den Tests von fils auch 50 Packete an das Interface gesendet. Und dann wären das in deinem Fall keine 16 Pakete/s sondert 800 Packete/s was dann eben deutlich über der Spezifikation ist.
Viele Grüße
JP

Du kannst garnichts machen.
Nur hoffen und/oder beten, dass irgendwann jemand das Plugin fixt (und bei der Gelegenheit mal SO_REUSEADDR nutzt ), oder ein neues schreibt.

Dennis

Ich habe hier mal eine Version mit anderem Ausgabeverhalten. Klappt es damit besser?

Stefan