DMX Sender - trotz passendem Timing funktioniert es nicht

@  Benjamin A. (beni0664)

>      Oszi-Bilder.pdf
>      3,1 MB, 10 Downloads

OMG!!!

Schon mal über Bildformate nachgedacht?!??!

>Schon im vorhinein: Der angehängte Sourcecode ist von einem guten
>Freund, der aber selbst schon am verzweifeln ist!

Jaja, es sind immer die guten Freund, die Probleme haben, nie der 
Fragesteller selber ;-)

>Laut Oszibilder sieht das Timing genau so aus wie es sein sollte,

Glaub ich nicht. Ihr verwendet den falschen Interrupt. Nicht TXC sondern 
UDRE ist gefragt. Ja, es geht auch so, aber dann hat man immer etwas 
größere Lücken im Signal.

>Ich wär für jeden Tipp aufs allerhöchste erfreut!

Der Break ist zu klein! Das korrelliert nicht mit einer 0x00 bei 9600 
Baud.
Ausserdem macht ein UBRR von 12 einen Baudrate von 76k8.

Leitungen A und B am RS485 IC vertauscht? Masse angeschlossen, auch 
am MAX485?

MFG
Falk

Im Kommentar schreibst Du was von einem 4 Mhz Quarz, definierst die 
CPU-Speed aber auf 16 Mhz. Könnte ein Problem sein.

Zuerst einmal:
Ja der Sourcecode ist vom einem guten Freund, von mir.
Hab aber in letzter Zeit ziemlich viel zu machen und keine Zeit gehabt 
selbst das Problem hier rein zu stellen.

Wegen der Datei Oszibilder.pdf:
Hab das schnell schnell im Dienst gemacht.

Wieso ist der TXC der falsche Interrupt?
Gedankengang war so: Wenn eine Übertragung vollständig gemacht wurde, 
wird die nächste Übertragung gemacht.
Macht es einen großen Unterscheid, wenn ich den UDRE nehme?
Hab mir im Vorhinein mehrere andere Sourcecodes anderer Leute angeschaut 
um Ideen zu sammeln. Auch im Projekt von hoelscher-hi.de wird der TXC 
Interrupt verwendet (siehe 
http://www.hoelscher-hi.de/hendrik/light/ressources/txd.zip).

Der Break ist ziemlich genau 88µs lang, so wie es in der Norm 
beschrieben ist.

UDRR = 12 macht eine Baudrate von 76,8kBAUD, des stimmt, hab i vergessen 
im Kommentar zu ändern.

hab keinen MAX485 sondern einen 75176B verwendet. Leitung A und B hab 
ich geprüft, die passen, das Signal an den beiden Leitungen stimmt auch 
und auch die Masse ist verbunden, hab ich alles mehrfach geprüft.

Des mit dem Quarz hab ich auch vergessen im Kommentar zu ändern.
Es ist ein 16 MHz Quarz.

Der Startcode sollte eine 0 wärend 36us (9x4us) sein, aber auf deinen 
Oszi Bildern siehts nicht so aus.
Die Break to Break time ist in der ANSI E1.11 (DMX Standard) als min 
1204us definiert, sieht auf deinem Oszi nicht so aus.
Auf deinem Oszi bild sehe ich das Break <80 us.

Die Oszibilder hab ich nur so zum anschaun andn Benjamin 
(Threadersteller) geschickt, hab nicht damit gerechnet das er sie hier 
rein stellt.
Die Bilder sind nicht wirklich qualitativ.
Allerdings fällt mir jetzt auch auf, das der Break auf dem Bild zu kurz 
ist.
Hab das vor ein paar Tagen mitten in der Nacht nach einem anstrengenden 
12 Stunden Dienst gemacht, kann sein das mir da ein Fehler unterlaufen 
ist.
Werd das Heute Abend nochmals prüfen.

Werd sobald ich zu Hause bin den Interrupt umschreiben und das Timing 
anpassen und es dann nochmals probieren.

Danke für alle konstruktiven Antworten!

Kleiner Hinweis: (ohne den ATmega8 im detail zu kennen)
Uarts haben gewöhnlich zum Senden zwei Buffer. Ein Daten-Register und 
ein Schieberegister. Normalerweise benutzt man den Interrupt der meldet 
wenn das Datenregister leer ist (UDRE).
Wenn man aber ein Break generieren will, indem man die Baudrate 
verändert, muss man warten bis auch das Schieberegister leer ist (TXC).

Hab gestern am Abend noch die BAUD Raten angepasst und bin auf ein 
Problem drauf gekommen, welches der Grund ist, dass es nicht so 
funktioniert wie es soll.
Und zwar, wie schon oben einmal bemerkt wurde, ist die Zeit eines Bytes 
viel zu kurz, hab dann zum Test zwei Datenbytes mit '85' und '170' 
gesendet, welche ja eine High - Low Bitfolge haben. Dabei ist mir 
aufgefallen, dass keine 8 Datenbits gesendet werden, sondern nur 5.

In der Subroutine initDMX konfiguriere ich doch den USART auf das 
Datenformat 8N2, oder hab ich da wo einen Fehler drin?

Ja, das wird schon stimmen, doch bei mir ist das Problem nicht der 
Empfänger, sondern der Sender.

Ich sende (zurzeit Testweise) 10 Kanäle, Problem wie vorhin gesagt, es 
werden nur 5 Datenbits pro Übertragung gesendet!

@  Sven P. (haku) Benutzerseite

>Dagegen hilft es manchmal auch, ein volles Universum mit 512 Kanälen
>auszugeben (auch wenn dann 500 Kanäle ungenutzt sind). Viele 'günstige'
>Geräte kommen ins schleudern, wenn sie nur 30 Kanäle oder weniger sehen.

Mann O Mann, wie dämlich oder geizig muss man sein, um sowas Primitives 
wie ein DMX512 Signal nicht gescheit EMPFANGEN zu können?!?!???
Das ist ja nun weiss Gott keine Meisterleistung. Vor allem für die 
Geräte, die nur einen oder ein paar Kanäle haben.
Aber Geiz ist eben geil, auch in China.

MfG
Falk

Schreib mal anstatt

1

  // Format: 8N2

2

  UCSRC |= (1 << URSEL);

3

  UCSRC |= (1 << USBS) | (1 << UCSZ0) | (1 << UCSZ1);

lieber

1

  // Format: 8N2

2

  UCSRC = (1 << URSEL) | (1 << USBS) | (1 << UCSZ0) | (1 << UCSZ1);

Denn es kann sein, dass der implizite Lesezugiff deiner ersten Version 
nicht die Daten aus UCSRC liefert sondern eher UBRRH, die Doku ist da 
nicht eindeutig.

MfG
Falk

Ich werd wenn ich heute nach Hause kommen probieren, die initialisierung 
in eine Zeile zu schreiben, hoffe das es funktioniert.
Danke auf jeden Fall, an das hab ich noch gar nicht gedacht.

Wenn ich die Initialisierung in einer Zeile schreibe, funktioniert die 
Initialisierung wenigstens schon, hab jetzt 8 Daten- und 2 Stoppbits.
Dennoch schaffe ich es noch nicht einen einfachen LED Scheinwerfer 
anzusteuern.
Irgendwo hab ich in meinem Code noch einen Fehler drin.

Hab jetzt nach langer Suche den entscheidenden Fehler bei meinem DMX 
Sender gefunden. Irgendwie is mir der Fehler jetzt ziemlich peinlich. 
Arbeite seit über 3 Jahren im Bereich der Eventtechnik und hab dennoch 
den DMX+ und den DMX- vertauscht.
Naja, jetzt funktioniert der Sender und das ist wichtig.
Ein herzliches Dankeschön an alle, die mit konstruktiven Posts geholfen 
haben.