TiPpFeHlEr holla:D
auf grund von problemen in meiner dmx-kette, habe ich vor mir einen dmx-analyzer, von henne's site, zu bauen.
nun eine technische frage:
henne seine lcd ansteuerung basiert auf 4bit!!
ich habe aber nur ein 8bit display (toshiba t6963c)
kann ich das trotzdem ansteuern?? oder muss ich mir ein 4bit fähiges zulegen??
anbei das pdf des lcd treibers.
Dein Display ist leider sowieso gänzlich ungeeignet - der T6963c ist ein Controller für Grafik-LCDs, der Analyzer benutzt aber ein Character-LCD. Du brauchst also ein Display, das HD44780-kompatibel ist. Die unterstützen dann auch alle den Nibble-Modus (4 Bit).
Stefan
Da Zweite ist ein sehr guter Kanditat.
Genial an den dingern ist die Asuführung als DIP-Modul, einfach einlöten und fertig.
mfg Thorsten
Gute Wahl,
das Display funktioniert ohne Probleme.
Gruß Janno
cool @ janno
sieht ja richtig gut aus;)
hab nur einen fehler gemacht.
habe das lcd bestellt was mann auf deinem bild sieht, allerdings mit ner blauen hintergrund beleuchtung .
muss ich wohl nochmal ne weisse bestellen:D
mfg maik
so
alle teile da und los gings
die habe zum glück das falsche display geschickt.
nun kann ich die blaue hintergrundbeleuchtung doch benutzen:D
alles geht *freu* nun noch ein gehäuse.
mfg maik
sooo
der analyzer iss komplett fertsch 
und so sieht er aus
mfg maik
Man man man, du hast echt zuviel Kohle 
Ich hätt dafür nen billig Gehäuse von Conrad genommen und du hast direkt ne Alubuchse
Zum glück hab ich mich direkt für nen DE-Interface entschieden *freu*
[Blocked Image: http://img219.imageshack.us/img219/9281/img0170pa8.th.jpg][Blocked Image: http://img219.imageshack.us/images/thpix.gif]
[Blocked Image: http://img89.imageshack.us/img89/3737/img0171kt8.th.jpg][Blocked Image: http://img89.imageshack.us/images/thpix.gif]
[Blocked Image: http://img144.imageshack.us/img144/79/img0169eh6.th.jpg]
zu den Parametern:
Die meisten aktuellen Geräte nutzen "meine" Variante und detektieren den Break an einem FramingError. Der FE entsteht bei jeder Break-Time >44us. (Müsste also gehen.)
Der MAB dient nur zur Separation des Breaks vom Startbit des Startbytes. Ist es >8us (also eine Bitlänge), sollte es gehen.
Die IBG dürfte das eigentliche Problem sein: Viele Chinaprodukte haben keinen Puffer für empfangende Bytes und brauchen etwas Zeit zur Verarbeitung des letzten bevor ein neues empfangen werden kann. Diese Zeit liefert die IBG.
Das Dongle verstößt zwar gegen die E1.20 und auch leicht gegen die E1.11 - ist aber verglichen mit OpenDMX kein GAU...
Wo liegt die refresh rate?
Man könnte auch mal einen Stapel Pulte und Dongles "vermessen", um differenziertere Aussagen über das Timing machen zu können...
VG,
Hendrik
Hi!
Nächstes Entwicklertreffen wäre doch ein gute Termin. Jeder bringt mit was er kann und dann los...
Würde mich nämlich auch mal interessieren ob sogar die einzelnen Interfaces der gleichen Marke voneinander abweichen können.
Hoc
@ janno:
WOW ! Sieht echt super aus !
Wie hast du das nur so gut hinbekommen?
@ black
jo das sieht echt klasse, professionell aus.
würde mich auch interessieren wie ma(n)n sowas hinbekommt
respeckt @ janno
mfg maik
ps. @ henne
kannst du mal genau sagen in welchen bereichen die werte liegen sollten??
evtl. die fw anpassen und ein "ok" oder "nicht ok" im display ausgeben
PS.PS. ich glaube hier im forum wurde henne seine arbeit noch garnicht genug gelobt;)
also mal ein dickes LOB
Moin,
Das korrekte Timing für DMX wird in der ANSI E1.20 (DMX und Remote Device Management) wie folgt angegeben:
Sender müssen an folgende Zeiten Halten:
Break: 176µs - 352µs
MAB: 12µs - 88µs
IBG: 0µs - 2ms
Empfänger haben mit folgenden Zeiten klarzukommen:
Break: 88µs - 1s
MAB: 12µs - 1s
IBG: 0µs - 2,1ms
Eigentlich dürfte bei einem senderseitigen Verstoß bereits die rote LED leuchten in der Analyzer-FW. Zumindest war dies so geplant.
Die ANSI werde ich aus urheberrechtlichen Gründen nicht hochladen.
Die Sourcen kann ich auch nicht freigeben, da ich die Tasterverarbeitung und -entprellung vor einigen Jahren in kommerziellen Produkten einsetzte und deshalb diese Sourcen gesperrt sind. (Die Geschichte arbeitet effizienter als die in Foren breitgetretenen Lösungen 
Viele Grüße,
Hendrik
na ja - können sollte.
Die Realität sieht ja leider anders aus, wie man hier öfters lesen kann. Ich habe meine Zweifel, ob wirklich bei den meisten Massenprodukten geprüft wird, ob die Norm eingehalten wird. Wahrscheinlicher ist wohl, dass der Prototyp an irgendeinem gerade herumstehenden Pult getestet wird und wenn alles funktioniert die Firmware abgenickt wird.
Wie sollte eine solche Prüfung auch ablaufen - neben dem DE-IF bietet höchstens noch das USB-PRO von ENTTEC die Möglichkeit, das Timing zu variieren. Und diese Transmitter müssten zunächst einmal selbst bezüglich Jitter, Stabilität und Timing vermessen werden.
VG,
Hendrik
so
habe den analyzer gestern bei einer VA eingesetzt.
leider traten diesmal keine fehler in der dmx-kette auf
hatte den analyzer ans letzte gerät gehangen (die ganze va lang)
das scheint wohl der teuerste endwiderstand der welt zu sein:D
naja bei änderungen des kanals 512 haben sich die timings nicht verändert!!
die refreshrate betrug 40 - 41 Hz!
also hat sich die anschaffung doch gelohnt, wenn auch ein richtiger terminator billiger gewesen wäre:]
mfg maik
JPK 
