DMXIn Werte Flackern?

Hallo,
nachdem sich hierüber bis jetzt noch keiner zu einer Lösung geäußert hat und
das Problem immer akut besteht, möchte ich hier das Thema noch mal hochholen
und um weitere Informationen ergänzen.
Vielleicht sehen es ja die richtigen.
ich hatte mir heute noch mal ein bischen Zeit dafür genommen.

Ich hab da noch immer das Problem mit dem "flackernden" DMX-In Werten beim Nodle U1.
Ich hab mal probeweise ein neues Projekt erstellt und ohne irgenwelche weiteren Einstellungen
sehen die DMX-In Werte soweit gut aus.
Ich habe dann mal 30 RGB Geräte eingefügt und einfach einen Regenbogen Effekt erstellt.
Wenn ich diesen starte und mit meinem DMX Pult DMX-In Werte verändere, springen die DMX-In
Werte von anderen Kanälen hin und her. Das aber nur wenn der Effekt läuft.
Stoppe ich den Effekt sehen die DMX-In Werte wieder gut aus.
was aber wohl nicht Sinn der Sache ist.
Wenn ich das ganze mit dem DE-USB-Interface durführe, läuft das ohne Probleme.
Es war immer nur ein Interfacer aktiv, entweder das Nodle U1 oder das DE-USB-Interface je in Mode 6.

Ich habe dann zwei Nodle U1 an den PC angeschlossen und eins als DMX-In und das andere als
DMX-Out eingestellt. Dies funktioniert einwandfrei. Ist aber wohl so nicht gedacht das man
zwei Nodle U1 braucht um DMX In und Out zu haben.

Verwende ich mein Standartprojekt bei dem mit dem DE-Multiplexer mit Tastern Effekte gestartet
und gestoppt werden, springen die Effekkte sobalt was ausgegeben wird an und aus.
Das ganze Projekt ist mit einem Nodle U1 nicht kontrollierbar.
Wo ich seit einiger Zeit mit dem DE-USB-Interface keine Probleme habe.

Ich hatte geschrieben das das Nodle U1 gegenüber dem DE-USB Interface ruckelt.
Dies ist auch so, machmal springen auch die Werte. Dies liegt wohl bei mir an
der USB 1.1 Schnittstelle von meinem Laptop (schon älter) aber mit dem
DE-Interface geht es ja auch ohne ruckeln und springen.
Ich hatte das dann nochmal mit einem anderen PC (USB 2) getestet.
Damit war kein unterschied mehr zu sehen.

Gruß Steff

Hallo,
ich kann zu dem Problem an sich leider nichts konkretes sagen, weil ich an diesem Projekt nicht aktiv beteiligt bin, aber da das Problem ja verstärkt auftritt, werde ich das mal auf unsere Tagesordnung zur nächsten Projektbesprechung setzen. Allerdings ist die erst wieder Ende nächster Woche. Vielleicht tut sich aber auch schon davor etwas.

Reine Mutmaßung von mir: Ich würde jetzt zwei Ursachen sehen. Entweder ist irgend eine Verbindung / Komunikation zwischen zwei komponenten nicht 100% stabil, denn bei vielen funktioniert es, nur bei manchen nicht. Auf der anderen Seite könnte es auch ein Fehler im Ausgabe-Plugin sein, welches dieses Problem verursacht. Wie gesagt sind das nur Mutmaßungen, aber evtl. findet sich ja da der Fehler darunter.
Viele Grüße
JP

Hallo JPK,

Quote from JPK

werde ich das mal auf unsere Tagesordnung zur nächsten Projektbesprechung setzen.

das hört sich ja schon mal gut an.

Nur noch zur Info:
ich habe das jetzt auf 3 PCs mit zwei Nodles, meheren USB Leitungen,
DE-Multiplexer und DMX Pult ausprobiert,
bei allen das gleiche Ergebnis.
Ich hab jetzt schon viel probiert, komme aber so nicht mehr weiter.
Das mit dem Plugin würde ich auch nicht ausschließen aber auch die Firmware könnte es sein.

Dann erst mal vielen Dank und dann bleibt uns erstmal nur abwarten was jetzt kommt.
Wenn ich noch was testen soll, biite melden.

Gruß Steff

Das mit USB1.1 kann ich mir zwar noch nicht so richtig vorstellen, aber der Sache wird nachgegangen.
Kann damit zusammen hängen das das Interface USB2.0 macht (sollte).

Die Kommunikation ist im Extremfall schon recht gut ausgelastet!

Der Sache mit dem IN werde ich nachgehen, muss mir nur noch "schnell" ein 3. Interface bauen.
Eventuell ist ein internes Timing zu knapp, aber dazu kann ich nach den Tests mehr sagen.

Wie hast Du die Parameter eingestellt?

Dirk

Hallo,
ich habe die Einstellung "schnell" verwendet.
Ist aber doch nur für das senden oder ?
Ok dadurch wird das Microcontroler mehr belastet.

Gruß Steff

Der Microcontroler wird bei FAST weniger belastet!
Klingt erst mal komisch, ist aber so.
Das einfügen der Pause zwischen den Bits erzeugt mehr Systemlast.

Ich schau mir nochmal alle Zeiten an und wenn ich was finde wird es geändert.
Es kann ja nur was sein was ganz knapp daneben ist, sonst wäre es früher schon aufgefallen.

Du darfst dann den Tester spielen.
Dirk

Bei mir trat das Probelm immer auf, egal welches Timing oder welchen Rechner ich verwendet habe, aber nur, wennein Effekt lief, der die Kanäle am In belegt.
Also am IN auf Kanal 23/24 sind die Dimmer für die Saalbeleuchtung. Am Ausgang des Nodle lagen alle Effektscheinwerfer, also 8 MH, 12 LED Scheinwerfer und 4 LED BARs im 8 Segment Modus (24 Kanäle je BAR).
Auf Kanal 23/24 am OUT lagen die Kanäle für PAN/TILT Fine 16bit. Diese sind bei den Bewegungseffekten immer hin und her gesprungen( was ja klar ist, dienen ja zur Feineinstellung der Pisition) diese Werte haben sich leider manchmal willkürlich auf den IN übertragen, was für einen kurzen Moment das Aufblitzen der Saalbeleuchtung zur Folge hatte, wenn ich irgend einen Fader auch nur ein bisschen bewegt habe. Sehr ärgerlich.
Dieses Phänomen trat mit mehr Effekten immer häufiger auf.
Dies wirkte sich auf alle Werte des DMX In aus. So bekam ich im Fenster der DMX IN Fernsteuerung teilweise irgendwelche Werte von Kanälen 170 und andere höhere Kanäle, als das Pult mit 24 Kanälen ausgab. In diesem Bereich waren zwei andere MHs gesetzt, was wieder diese "Verschmelzung" der IN und OUT Kanäle zeigt.

Die Auslastung des Mikrocontrollers kann ich mir so also gut vorstellen. LAUFLICHTER mit 50+ RGB Kanälen, da muss der schon ganz schön Daten hin und her schieben!

Grüße
Korni

Wollen wir doch erst einmal sehen was das Interface so sagt und dann schauen wir uns die PC Seite an.

Die ganzen Tests liefen mit einem DMX Sender der jede DMX MSG (also 44Hz) mit anderen Werten sendet.
Parallel wurden Werte (OUT) vom PC nach dem selben verfahren gesendet.
Mehr Last geht nicht!
Dabei ist nie was aufgefallen.

Wie schon gesagt, testen wir noch mal und dann sehen wir weiter.

So ich habe die ersten Tests endlich gemacht.
Aber leider habe ich noch nichts auffälliges finden können.

Ich habe hauptsächlich den Empfang getestet, weil der ja springen soll.

Man hat bei dem 16MHz Quarz 704 Takte Zeit (44us) zwischen rein kommenden Bytes.
Selbst wenn ich alle andern Interruptlaufzeiten zusammen addiere bleibt immer noch genug Luft um dem Empfang ab zu arbeiten.

Habe mal ein Programm geschrieben was in High-Speed Daten zum Interface sendet.
Das Interface läuft in Modus 6 mit einem Link Kabel (out an in).
Jetzt hat mich nur der letzte in Block interessiert und da waren immer die richtigen Daten drin.

Ich werde aber noch einige andere Tests machen.

EDIT:

Hier ist ein Testprogramm:
- Interface anschließen und Loop Kabel dran (out auf in)
- Programm starten, "h" == Hilfe , "m" drücken
Jetzt wird ständig das Universe geändert und zum Interface gesendet, logischerweise dann auch wieder empfangen.
Als erstes kommen ein paar Error Meldungen, das ist normal da beim Modus umschalten ein leeres Univers zum PC gesendet wird.
Dann kommen so alle X Sekunden (da würde mich die Zeit bei Euch interessieren) eine "IN" Meldung.
Aber es sollte nie wieder eine Error Meldung kommen.

Der Test besteht darin das ich:

16 Blöcke a 32 Byte (0-30 und dann einen Zähler) sende, ist nicht viel an Änderung aber das reicht.
Und beim empfangen nachschaue, ob in den 16 Blöcken immer an Position 31 eine 30 steht.
Wenn man beim Empfang auch nur ein Byte verliert würde das nicht mehr passen!

Die Test Software ist im Grunde die DLL nur als eigenständiges Programm.

Hallo dirk_e,
ich habe das Testprogramm laufen und es kommen bis zu 6 ERROR und
dann immer IN 33---2c.

Aber zur information der Loopback war so auch nicht das Problem.
Das Problem tritt auf wenn was anderes ausgegeben wird wie das
was Empfangen wird. Dann wird der DMX-IN mit Werten vom
DMX-Out Überlagert.

Gruß Steff

Steff

DITO

anfangs Fehler dann niewieder.

mfg maik

Das sind schon mal gute Nachrichten, auch wenn ich jetzt weiter suchen darf.

Hallo,
ich habs jetzt noch mal auf einem schnellerem PC ausprobiert.
Da kommen 18 mal ERROR und dann IN 33---2c.

Gruß Steff

bei mir kommt ERROR IN 35-f ->0 immer soweiter bis 35-1

Hi,
wie schauts denn aus ?
Besteht das Problem weiterhin ?
Würde zwar gern ein Nodle U1 bauen, aber der DMX In sollte einwandfrei funktionieren
Viele Grüße
Zaunei

Hallo,
ich habe bis jetzt nicht anderes gelesen als das
das "Problem" noch besteht.
Es wird sicher behoben werden aber bis wann
könen nur andere schreiben.

Gruß Steff

Also:

Ich war krank und konnte einige Zeit nichts machen.

Ich habe noch einen Interrupt gefunden der unsinniger weise an ist.
Da passiert aber nicht wirklich was drin, weil die dahinter stehende Funktion nicht aktiv ist.
Der kommt aber nur alle x ms.

Die Software ohne den INT mache ich heute oder morgen mal fertig.

Hallo,
ich hatte mir schon gedacht das was dazwischen gekommen ist.
Ich dachte da eher an Osterurlaub, das ist dann aber schade das Du
krank warst. Gute Besserung noch.

Wenn Du was fertig hast werde ich das mal testen.
Nur mal eine Frage jkonntest du das mit den springenden "flackernden"
Werten nachvollziehen.

Gruß Steff

So dann wollen wir mal sehen was diese Software macht.

Es wurden einige Dinge geändert.
- Der Eine Interrupt ist aus.
- Der Datenempfang wurde wieder auf die Ursprungsversion zurück gebaut (braucht mehr Speicher ist aber schneller).
- Testweise ist für WIN8.1 die Power-Einstellung drin (das was beim DE ärger macht).

Da ich unterwegs bin habe ich hier kein Interface, ist also ungetestet!

Leider konnte ich den Fehler überhaupt nicht nachvollziehen.
Irgendwie haben auch nur 2 Personen Probleme, oder nur diese bemerken etwas.
Habe mir schon ein altes Pult raus gelegt zum testen, wird aber vor Samstag nichts.

Dirk