ArtNet Quad: Probleme mit Input

[dPi]

Hallo,

seit Kurzem besitze ich ein Quad ArtNet Node.
Der Output funktioniert problemlos.
Beim Testen sind mir allerdings zwei Probleme mit dem Input aufgefallen:

1. Wenn ich das Node starte und an ein DMX-Pult anschließe, funktioniert der Input (ArtDMX-Pakete sind mit Wireshark zu sehen). Starte ich dann die DMXControl 3.2 funktioniert der Input nicht mehr (Es werden keine ArtDMX-Pakete mehr gesendet). Der Output funktioniert weiterhin und auch die ArtPollReply-Pakete werden noch gesendet.
Starte ich hingegen erst DMXControl und dann das Node funktioniert der Input.
(Das Problem ist auch reproduzierbar.)

2. Beim Bewegen der Fader am DMX-Pult kommt es häufig dazu, dass zwar die gesendeten Werte sich sofort mit Ändern der Faderposition ändern, jedoch wird oft der letzte Wert nicht gesendet. Beim "Hochfaden" bleibt der DMX-Wert z.B. zunächst einige Sekunden auf 250 stehen bis er beim nächsten "Update" auf 255 gesetzt wird.
Je höher die Kanal-Nummer ist, desto häufiger passiert das.
Meine Vermutung wäre, dass die Toleranz des Nodes am DMX-In zu gering ist, sodass das Timing bei größeren DMX-Adressen deutlich auseinander geht und die DMX-Daten dadurch nicht mehr ordnungsgemäß empfangen werden.
(Ich habe das auch noch mit einem zweiten Pult getestet.)

Ich wäre sehr dankbar, wenn mir hier geholfen werden könnte.

[Ulrich]

Der Fehler tritt bei mir erstmal nicht auf. Ich kann den Fehler simulieren indem ich den Controller mit Broatcastpacketen zublase (z.B. noch zusätzlich DMX Workshop starte). DMX Control sendet beim starten ohne Verstand erstmal via Broadcast Art Net Pollpackete und bläst erstmal das Node zu, dieses hat halt nur ein 8/16 Bit Prozessor mit 40Mhz. Das habe ich bei anderen Programmen noch nicht gesehen. Wenn ich das Interface auf Art Net 1,2,3 umschalte werden weniger Packete gesendet. Ich hoffe auch mal das das Artnet Interface in der neuen Version mal verbessert wird und auch Unicast bald zulässt. Wenn 16 Personen dich anbrüllen verstehst du auch nichts mehr. Deshalb baue ich die aktuellen Nodes nur noch mit STM32 (32Bit) Prozessoren mit mehr als 160MHz.

ich empfehle dieses Node mit der aktuellen 3.2 Version von DMX Control:
https://shop.ulrichradig.de/Module/Ligh ... -QUAD.html

[dPi]

Das Umschalten auf die ArtNet-Version "1, 2, 3" hat bei mir leider nicht geholfen.
Mittlerweile habe ich aber herausgefunden, dass der Input ab dem Zeitpunkt nicht mehr funktioniert, ab dem folgende zwei Pakete von DMXControl gesendet werden (das ist einige Sekunden VOR den unnötig vielen ArtPoll/Reply-Paketen): [siehe Anhang]
Ich denke auch nicht, dass es eine einfache "Überforderung" ist, denn der DMX-Output funktioniert weiterhin.

Eine Ergänzung zu meinem zweiten Problem:
Die Häufigkeit des genannten Problems tritt bei meinem selbst gebauten Pult häufiger auf.

[dPi]

Zu dem ersten Problem:
Ich habe jetzt eine Lösung gefunden: wenn man in DMXControl unter Settings>General "Kernel send Broadcast" und "GUI send Broadcast" deaktiviert, werden die obigen Pakete nicht gesendet und der Input funktioniert weiterhin. (Die vielen ArtPoll/Reply-Pakete werden aber trotzdem noch gesendet.)

Das zweite Problem besteht allerdings weiterhin.
Ich habe hier auch getestet: es liegt nicht daran, dass DMXControl oder DMXWorkshop nur nicht das letzte Paket empfangen. In Wireshark auf einem zweiten Rechner tauchen die letzten DMX-Daten auch nicht auf.

[Ulrich]

Da kann ich jetzt erstmal nichts dran ändern.

[dPi]

Ich kann das erste Problem auch reproduzieren, indem ich sehr viele ArtNet-Daten schicke.
Mich hat nur gewundert, dass der Output trotzdem noch funktioniert.

[dPi]

Zum zweiten Problem:
Wenn ich statt dem ArtNet Quad das ArtNet Box Interface (mit RDM) als Input verwende, kommen die DMX-Daten sofort und ohne Verzögerung an.

Ich werde wohl nun das RDM Quad bzw. das Octo Node nehmen.
Hierzu noch zwei Fragen:
Ist der Software-Teil für den DMX-In bei Octo Node und Quad Node (bzw. RDM Quad) der gleiche?
Hat das RDM Quad einen oder vier mögliche DMX-Eingänge?

[Ulrich]

Natürlich nicht, hier haben wir einen ARM hierfür habe ich die Software neu geschrieben. Sowohl OctoNode als auch Quad haben immer nur einen Eingang. Ich habe auch nie Wert auf den Eingang gelegt mehr auf die Ausgänge.

[Ulrich]

So es gibt eine neue Firmware für das DMX In Problem für dich. Diese muss aber mit ein Atmel Programmiergerät welches ATxmegas unterstützt programmiert werden.