Hallo kennt von euch jemand das CU-4DMX? http://www.monacor.de/produktdetailseite/?artikelid=8296 Wir haben ein spezielles Problem mit diesem Teil, die Adressierung spinnt. Folgender Sachverhalt: Wir haben 32 dieser Module im Daisy Chain laufen (ja ich weiß das ist grenzwertig). Jedes Modul belegt 4 Kanäle und die Adressierung sieht wie Folgt aus Modul 1 Adresse 1 (Kanäle 1 - 4) Modul 2 Adresse 5 (Kanäle 5 - 8) Modul 3 Adresse 9 (Kanäle 9 - 12) usw. Angschlossen daran sind jeweils ca 2,4m Foryard FYHS-5050RGB-60-24V-WW und FYHS-FYSH-3528UWC-60-24V-NW8. Wird das ganze mit ner grandMA fullsize angesteurt läuft das fehlerfrei. Die Show vom grandMA ist auch auf einem DMX Recorder aufgezeichnet, klappt auch 1A. Wenn das Universum jedoch von einem anderem Pult oder via Software gesteuert werden soll spinnt die Sache ab Adresse 9. Ab da verschieben sich plötzlich die Kanäle oder die angeschlossenen LED's flackern sinnlos. Dieser Fehler tritt sowohl bei der grandMA2, sämtlichen Transtechnik Consolen, ZERO 88 Jester 12/24 und allen anderen DMX Pulten auf. Einzig die alte grandMA funktioniert. Und jetzt kommt das unlogische dabei erst dachte ich es liegt an der Zusammenschaltung der 32 Module, aber nein auch ein einzelnes Modul am Zero 88 Jester 12/24 macht diesen Fehler. Sobald das CU-4DMX auf eine Adresse zwischen 9 u 15 programmiert wird spinnt es. Wenn ich es auf Adresse 7 setze geht Kanal 1 für rot und 2 für grün 3 und 4 spinnen. Wir haben insgesammt 35 solcher Module, 3 davon hatte ich heute im Test und alle 3 verhalten sich gleich oder ähnlich, also sie spinnen von Adresse 9 bis 15, aber jedes anders. Es gibt auch noch höhere Adressen wo die Fehler auftreten, welche genau muss ich nochmal testen, mit dem Zero 88 komme ich ja nur bis Adresse 21 (Kanäle 21 - 24). Gruß René
Hallo René, in anderen Foren habe ich gelesen, dass es Geräte gibt, die Probleme mit dem DMX-Timing haben. Das ist dann natürlich ein Entwicklungsfehler des Herstellers. Abhilfe könnte ein DMX-Interface bieten, bei dem man das Timing beeinflussen kann. Siehe: http://www.digital-enlightenment.de/usbdmx.htm Zitat: Beim Ausgabesignal lassen sich Interbyte-, Interframe-, Mark- und Breaktime sowie auch die Kanalanzahl und das Startbyte einstellen. Dadurch ist es möglich, auch nicht 100% DMX-kompatible Geräte mit dem Interface zu betreiben. So ein Interface entwickle ich gerade, allerdings mit modernen Bauteilen. Hardware läuft schon, Programmierung dauert noch ein wenig. Bei Interesse kann ich dir eines zum Test schicken. Gruss, tommy
Solche Fehler scheinen tatsächlich auf ein Timingproblem hinzuweisen. "Billige" DMX Empfänger haben keinen UART und triggern nur auf den Break, warten eine gewisse Zeit bis Bits die für die eingestellte Startadresse eintrudeln. Sie synchronisieren sich in der Wartezeit jedoch nicht auf die Bitflanken. So führt eine kleine Ungenauigkeit beim Sender oder Empfänger dazu, dass falsch gesampelt wird. Da Du ja von den Consolen direkt DMX empfängst, kannst Du auch kein anderes Interface anschliessen. Jedoch könntest Du einen DMX Merger zwischenschalten. Dieser muss prinzipbedingt von einem Eingang das ganze Frame zwichenspeichern und erneut ausgeben. Mit dem Enttec Datagate 2 solltest Du das Problem lösen können. Bei diesem lösst sich für jeden Port das Timing separat einstellen. So kannst Du die problematischen Stageline Dinger separat speisen.
Hallo Ihr beiden :) Ich werde morgen mal schauen was unser DMX Tester zu den Daten der alten grandMA und denen der neuen grandMA2 bzw dem Zero88 sagt bezüglich Timing und Refresh. Den Verdacht mit dem Timing hatte ich auch schon, allerdings müssten die Stageline Teile dann wirklich der letzte Müll sein wenn die nicht mal mit den guten Systemen wie MA und Transtechnik zurechtkommen. Zwischenspeicher müsste man wegen möglicher Latenz mal testen. Grundproblem ist ja normal sind die Lampen "Ambient Light" in einem Foyer und das Abspielen des "normalen" Programms vom DMX Recorder funktioniert. Nur wenn unsere Beleuchter bei Veranstaltungen im Foyer auch das Ambient Light mitfahren wollen gibts das Problem, wenn so ein ein DMX Merger latenzmäßig keine Probleme bereitet wäre das sicher ne Lösung. Testen werde ich auch mal die grandMA2, bei der müsste sich das Timing einstellen lassen. Vieleicht kann ich ja den Beleuchtern mal was gutes tun, war ja immerhin ein Hilferuf verzweifelter Art an die Tonmesstechnik mit der Hoffnung das ich ne Lösung hab ;) Zweite Möglichkeit wäre ja noch einen anderen Decoder zu nehmen, unsere Elektriker haben mir noch einen gegeben der scheint das problem nicht zu haben. Würde aber bedeuten das Letztere demnächst in 9 Metern Höhe 32 Lampen umrüsten "dürfen". Ist übrigens auch ein Fall für Murphy's Gesetz. Die Lampen sind ja Sonderanfertigungen die getestet wurden welche LED Stripes / Form und DMX Decoder es werden sollten. und der Test wurde mit der grandMA gemacht die ja leider die einzige Console ist die den Stageline Schrott beherrscht Gruß René
Da bleibt nur eines: Den überteuerten Schrott den Händler an Kopp werfen und selber bauen. DMX Empfangen ist überhaupt nich kompliziert und ein selbstbau mit MAX485, AVR und 4 Mosfets is sicher günstiger als 80€. Kannst ja das hier als Grundlage nehmen, anstatt der KSQs kommen dann eben nur Mosfets ran: http://www.fritzler-avr.de/HP/DMX_KSQ.php
Ich würde mich auch mal an Monacor wenden. Die sitzen ja nun auch in Deutschland und sind als "meistens" Importeur der Produkte auch für die Geräte verantwortlich. Ich tippe auch mal auf ein DMX Timing Problem. Sowas kommt immer mal wieder vor. In vielen DMX Interfaces oder Konsolen lassen sich auch die Timings verstellen. Aber grundsätzlich sollte ien Produkt auf dem DMX drauf steht auch mit einem komformen Signal nach ANSI funktionieren.
@Martin & Christian Selbstbau wäre sicherlich eine gute Lösung, darf ich hier allerdings nicht... Mit Monacor habe ich bereits geredet, cool war das der Techniker gleich mal eins getestet hat und ups er war sichtlich überrascht was das Teil bei Adressen höher 9 so alles tut ;) Er hat mir dann gleich nen Austausch angeboten, ggf das Cu-6DMX. Ich befürchte nun allerdings das da der gleiche Mist drin ist. Ich werde erst mal abwarten und testen wenn der Austuasch durch ist. Habe mal bisserl reverse engineering betrieben. Im CU-4DMX hängt der Eingang an einem SN75176 als Prozessor dient ein STC 12C5604AD(basiert auf nem 8051)Takt 16MHz und als Ausgang 4 SI4378DY Mosfet. Ich denke mal außer schlechter Programmierung ist da nichts falsches drin. ;) Gruß René
:
Bearbeitet durch User
Haste denn auch nachgesehen ob der DMX Stream am RXD des UART hängt oder an einem normalen Portpin?
Martin Wende schrieb: > Haste denn auch nachgesehen ob der DMX Stream am RXD des UART hängt oder > an einem normalen Portpin? keine Ahnung, nachdem ich weder bei ST noch den bekannten Datenblattportalen irgendwas zum STC12C5604AD gefunden hatte hab ich das Teil wieder zugeschraubt :) und aufgehört. Soweit ich festgestellt hab sind die Datenleitungen an Pin1 & Pin32 angeschlossen (der STC ist ein TQFP32). Da mir ja der Techniker von Monacor nen Austausch zugesagt hat ist mein Forscherdrang erloschen Gruß René
:
Bearbeitet durch User
Ich war schon mal bei Monacore und hab mir auch deren Labor angeschaut. Grundsätzlich sind die schon hilfsbereit. Ich denke daher wird sich auch eine Lösung finden. Vermutlich ist es wirklich nur ein Softwareproblem. Aber auch die muss dann erstmal vom Hersteller angepasst werden. Zum Prozessor kann ich leider nichts sagen. Ist wohl in Europa auch nicht so verbreitet. Bevor man da anfängt sich einzuarbeiten nimmt man lieber gleich einen den man kennt wenn man es selber machen will. Wobei es gerade in dem Anwendungsbereich auch schon genug fertig gibt als Elektronik oder mit Gehäuse.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.