Uart kann keine 0 übermitteln

[Ralf R. (rralf)]

Moin.

Mein AVR schaffts absolut nicht ne "echte 0" auf den PC zu übertragen. 
Am PC kommt alles mögliche an, nur keine null.

An was kann das liegen?

Noch n bisschen Code:


Initialisierung der Uarts:

        UCSRB |= (1<<TXEN)|(1<<RXEN)|(1<<RXCIE);
        UCSRC |= (1<<URSEL)|(3<<UCSZ0);
        UBRRH=(uint8_t)(UART_BAUD_CALC(UART_BAUD_RATE,F_OSC)>>8);
        UBRRL=(uint8_t)UART_BAUD_CALC(UART_BAUD_RATE,F_OSC);

Und ich mach zu Testzwecken im Moment folgendes:

for(;;) uart_send(0)

Konfiguration: ATMega32, 16MhZ Quarz

Egal welche Baudraten ich verwende, es kommt nur Käse an.
Alle anderen Zahlen von werden korrekt übermittelt.
Habt ihr ne Idee?

Danke schonmal!

Ralf

[Werner B. (werner-b)]

Das Problem dürfte der PC sein...

[Michael U. (amiga)]

Hallo,

die erste Frage wäre: welches Terminalprogramm am PC?
0 ist ja schließlich ein Steuercode, der in üblichen Terminalemulationen 
"nichts" bedeutet und das macht das Terminalprogramm dann auch.
HTerm könnte dann weiterhelfen.

Gruß aus Berlin
Michael

[gast (Gast)]

wenn es HEX 0x00 ist ... das ist meist ein stringterminierungszeichen

vlt dadurch

[Ralf R. (rralf)]

Terminalprogramm ist gtkterm, der mir direkt alle Zeichen als Hexzahlen 
anzeigen kann, von demher kanns also nicht als Steuerzeichen 
interpretiert werden, was auch irgendwo keinen Sinn macht weil es kommen 
ständig von null verschiedene Werte, und nicht nur ein Wert, der von 0 
verschieden ist.

Achja und ich verwende nen USB-RS232 Wandler

[UART (Gast)]

Hallo,

da die Quellen von  "uart_send(0)" nicht vorliegen sagt meine 
Kristallkugel ein "überfahren" des Senderegisters voraus.

MfG

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Schick doch mal eine 0 aus dem PC raus und mach eine Brücke zwischen Pin 
2 und 3 am Sub-D...
Was passiert dann?

[Ralf R. (rralf)]

void uart_send(char c){
        while (!(UCSRA & (1 << UDRE)));
        UDR = c;
}


Wenn ich ne Brücke reinhänge und 0 übermittle kommt sie richtig zurück

Bin verwirrt....

[UART (Gast)]

Wie passen die 16Mhz zur Baudrate (Fehlertoleranz)?

[Ralf R. (rralf)]

Hab 9600bps, kann mir nicht vorstellen dass es daran liegt, weil alle 
anderen zeichen gehen ja

Im moment versuch ich das hier:

uart_send(10);
uart_send(20);
uart_send(30);
uart_send(40);
uart_send(50);
uart_send(60);
uart_send(0);


10-60 kommt richtig an, bei der 0 kommt was er gerade will:)

[UART (Gast)]

Datenblatt zum Mega32 ab Siete 140 könnte helfen.

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

> bei der 0 kommt was er gerade will:)
Dann wackle doch mal mit den hinteren Bits: 0x01, 0x02, 0x04...

[Ralf R. (rralf)]

Also hab rausgefunden dass anscheinend wirklich am Terminal Programm 
liegt

wenn ich mit hexdump -C /dev/ttyUSB0 rangeh zeigt er mir alles richtig 
an.

Aber ich versteh trotzdem nicht wieso er erst lauter Kram rauslässt.

[Urbs (Gast)]

>Aber ich versteh trotzdem nicht wieso er erst lauter Kram rauslässt.
Kannst Du das mal näher erläutern? Ich meine gelesen zu haben, das die 
Null garnicht rüberkkommt. Dann scheint doch etwas rüberzukommen, aber 
statt der gesendeten Null irgendwelche Zufallsbits.
>bei der 0 kommt was er gerade will

Oder der Satz
>Am PC kommt alles mögliche an, nur keine null.
bedeutet, das entweder statt der Null nichts oder ein anderer Wert 
kommt.
Das wäre schon wichtig zu wissen.

Aus der Verwendung von Am gtkterm folgere ich, das Du unter *n*x 
arbeitest. Was gibt denn stty aus?

Ich habe kürzlich ein ähnliches Problem mit einem Perl Programm gehabt. 
Da musste ich mit stty rumspielen.

Das
>wenn ich mit hexdump -C /dev/ttyUSB0 rangeh zeigt er mir alles richtig
>an.
spricht wiederrum gegen ein Problem, das mit stty zu lösen wäre. Aber 
vielleicht ändert gtkterm ja die Einstellungen. Andererseits wundert 
mich, das hexdump das richtig ausgibt. Vor allem ohne "<" oder so.

Ausserdem ist neu, das Du die serielle Schnittstelle über USB 
angeschlossen hast. Was ist das für ein Konverter? Das kann manchmal 
auch Probleme geben.

[Hegy (Gast)]

Mit dem gtkterm 0.99.5 und der fehlenden 0.....
Das ist definitiv ein Bug in gtkterm.
Das habe ich vor einiger Zeit schonmal erforscht, kukkkst du mal hier:

Beitrag "Bug in GTKTerm 0.99.5"

[Ralf R. (rralf)]

Genau das selbe hatte ich auch

Schon lustig, ich kram ewig rum bis ich den Fehler gefunden habe ;)

[Patrick (Gast)]

Kann es vielleicht daran liegen, dass in der ASCII-Tabelle die "0" nicht 
"0", sondern "NUL" bedeutet? Eine echte "0" hat den Wert 48.