Moin,
ich habe bei mehreren AVR-Projekten (Tiny2313, Mega8, Mega64) ein mir
unerklärliches Verhalten von USB-Seriell-Adaptern (FT232, CP2102)
beobachtet.
Vorweg: Die Projekte haben alle einen Seriell-Bootloader, die
Kommunikation über die o.g. USB-Adapter klappt ohne Probleme bei
115KBaud. Die Hardware sollte also soweit ok sein.
Die Projekte selber sind in C programmiert, mit WinAVR übersetzt. Sie
enthalten die üblichen UART-Routinen, stdout und stderr sind dorthin
umgeleitet. So, jetzt das Problem: Der allererste printf nach einem
Reset funktioniert manchmal nicht, es kommt dann entweder garnichts mehr
über die serielle oder die ersten Zeichen fehlen. Und es sieht für mich
so aus, als ob das vom Inhalt des printf-Strings abhängt. Ein paar
Zeichen zufügen oder weglassen und schon klappt's oder auch nicht mehr.
Besonders gut klappt es, wenn ich ein paar gleiche Zeichen vorweg sende.
Kann es sein, dass diese USB-Adapter grundsätzlich ein paar Zeichen
brauchen, um sich auf die Baudrate zu synchronisieren? Und dass dies
umso besser klappt, je mehr Bitwechsel in diesen ersten Zeichen sind?
Hier noch meine Codeschnipsel:
1 | // Definition of I/O-Streams:
|
2 | FILE uart1_str = FDEV_SETUP_STREAM(uart1_putchar, NULL, _FDEV_SETUP_WRITE);
|
3 |
|
4 | int UART1_write(char data)
|
5 | {
|
6 | while (!(UCSR1A & (1<<UDRE)));
|
7 | UDR1 = data;
|
8 |
|
9 | return 0;
|
10 | }
|
11 |
|
12 | int uart1_putchar(char c, FILE *stream)
|
13 | {
|
14 | return UART1_write(c);
|
15 | }
|
16 |
|
17 |
|
18 | in main():
|
19 | stdout = stderr = &uart1_str; // standard output to UART1
|
20 | printf_P (PSTR("*** Klapptriebwerks-Controller Version 0.0 ***\r\n"));
|
Gruß,
Peter
