AVR: Debug-Ausgabe fehlt

[Pete K. (pete77)]

Hallo zusammen,

ich versuche, einen m168 unter Ubuntu zu programmieren mit Eclipse, was 
auch soweit funktioniert.

Allerdings bekomme ich keine serielle Ausgabe über UART hin.

Der Code wird fehler- und warnungsfrei übersetzt, ich habe einen MAX3232 
an /dev/ttyS0. Wenn ich RX und TX verbinde (loopback) dann kann ich vom 
PC z.B. eine Datei senden und sehe die LEDs auf dem MAX-Adapter blinken.

Die LED an PB0 leuchtet auch, daher vermute ich mal, dass der m168 bis 
zu der Stelle kommt, allerdings hätte ich auch an /dev/ttyS0 eine 
Ausgabe erwartet.

Der m168 läuft auf internen 8 Mhz und ist mit 10kR VCC an Reset sowie 
einem 100nF Kerko zwischen VCC und GND direkt an den Pins beschaltet.
Weiterhin hängt noch ein OLED an I2C was ich programmieren möchte, aber 
das ist dann die nächste Geschichte.

Was habe ich übersehen oder falsch gemacht?

Hier der Code:

int main(void)
{
    _delay_ms(500);
    DDRB |= (1 << PB0);  //LED an PB0

    uart_init(9600);
    sei();

    uart_puts("**** Start ****\n");
    PORTB |= (1 << PB0);

    i2c_init();
    uart_puts("Nach i2c_init \n");
[...]
}

[THOR (Gast)]

Mach nach uart_puts ein kurzes delay_ms und dann die LED wieder aus um 
zu sehen ob der Code da hängt.

Falls Oszi vorhanden: Guck, ob da Bits rausgeschickt werden.

[Pete K. (pete77)]

Eigentlich scheint alles zu stimmen, nur die Ausgabe sieht komisch aus. 
Als ob die Baudrate nicht korrekt ist.
Eigentlich sollten bei 8Mhz doch 9600 baud funktionieren. (siehe Bild)

[Bastian W. (jackfrost)]

Geht es wenn du Minicom auf 1200 Baud stellst ? Wenn ja schau ob du 
nicht die clkdiv8 Fuse gesetzt ist.

Gruß JackFrost

[Pete K. (pete77)]

Nein, 1200 geht nicht. Die LED leuchtet etwa 1 sek. daher denke ich 
passt das. Die clkdiv fuse ist auch nicht gesetzt.

[Bastian W. (jackfrost)]

Dann ist es am einfachsten, du postes den ganzen Code. Sonst wird es 
schwer mit der Fehler suche.

Gruß JackFrost

[Rainer B. (katastrophenheinz)]

An welcher Stelle und auf welchen Wert ist F_CPU gesetzt?

Die internen 8Mhz aus dem RC-Oszillator können zu ungenau sein.
Musst du ggf über OSCCAL-Register abgleichen. Dazu brauchst du aber 
wieder eine bekannte, externe Referenz. Einfacher wirds mit einem 
externen Quarz als taktgeber. Da sind die nominell 8MHz auch ziemlich 
genau 8 MHz. Was beim internen RC-Oszillator nun mal nicht der Fall ist.

[Georg G. (df2au)]

Falls du die Fleury Lib benutzt hast, ist dein uart_init() falsch. Da 
gibt es extra ein Macro für die Baudrate.

[Pete K. (pete77)]

@Georg: Danke für die Info, das war's! Du hast Dir ein Bier verdient :-)
Danke!!!