|
Anzeige
|
Uart kann keine 0 übermittelnMoin. 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:
Und ich mach zu Testzwecken im Moment folgendes:
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 Das Problem dürfte der PC sein... 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
#1312617
wenn es HEX 0x00 ist ... das ist meist ein stringterminierungszeichen vlt dadurch 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
Gast
#1312628
Hallo, da die Quellen von "uart_send(0)" nicht vorliegen sagt meine Kristallkugel ein "überfahren" des Senderegisters voraus. MfG 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? 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....
Gast
#1312655
Wie passen die 16Mhz zur Baudrate (Fehlertoleranz)? 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:)
Gast
#1312675
Datenblatt zum Mega32 ab Siete 140 könnte helfen. > bei der 0 kommt was er gerade will:)
Dann wackle doch mal mit den hinteren Bits: 0x01, 0x02, 0x04...
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.
Gast
#1312721
>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.
Gast
#1318486
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" Genau das selbe hatte ich auch Schon lustig, ich kram ewig rum bis ich den Fehler gefunden habe ;)
Gast
#1318544
Kann es vielleicht daran liegen, dass in der ASCII-Tabelle die "0" nicht "0", sondern "NUL" bedeutet? Eine echte "0" hat den Wert 48. Antwort schreiben |
Anzeige
|
