R1 nicht richtig initialisiert - Bug im avr-gcc?

[johannes (Gast)]

Hallo zusammen,

wenn ich das folgende Programm kompiliere und auf meinen ATmega16 lade, 
würde ich erwarten, dass an keinem der C-Pins eine Spannung anliegt. 
Allerdings kann ich mit dem Messgerät 5V an allen Pins messen.

#include <avr/io.h>

int main() {
    DDRC = 0xff;
    PORTC = 0x00;
    while(1) {}
}

Der Code ist folgendermaßen gebaut worden:

avr-gcc -D__AVR_ATmega16__ -o test.obj -Os test.c
avr-objcopy -j .text -j .data -O ihex test.obj test.hex

Das weglassen der -Os Option produziert längeren Assemblercode, aber 
dasselbe Ergebnis.

Ich habe die produzierte Binary dann mal disassembliert, mit folgendem 
Ergebnis:

.text
main:
ser     r24
out     0x14, r24       ; 20
out     0x15, r1        ; 21

; Referenced from offset 0x06 by rjmp
Label0:
rjmp    Label0

Wenn ich diese Assemblercode zu

.text
main:
ser     r24
out     0x14, r24       ; 20
ldi     r24,  0x00
out     0x15, r24       ; 21

; Referenced from offset 0x06 by rjmp
Label0:
rjmp    Label0

ändere und neu assembliere, funktioniert alles wie erwartet.

Der gcc geht also davon aus, dass r1 mit 0 initialisiert ist, aber das 
ist scheinbar nicht der Fall.

Liegt der Fehler im gcc, bei der Hardware oder in meinem Kopf?

Viele Grüße

Johannes

[Walter S. (avatar)]

johannes schrieb:
> Liegt der Fehler im gcc, bei der Hardware oder in meinem Kopf?

3x darfst du raten ;-)

auf Port C liegt auch JTAG, hast du das berücksichtigt?
Ansonsten wird r0/1 im Startup code auf 0 gesetzt,
deshalb "kann" dein dissassembliertes Binary eigentlich nicht so 
ausschauen, wo ist da der Startcode??

[Stefan E. (sternst)]

avr-gcc -D__AVR_ATmega16__ -o test.obj -Os test.c

Lass das "-D__AVR_ATmega16__" weg, und benutze statt dessen 
"-mmcu=atmega16".

[johannes (Gast)]

Mit -mmcu=atmega16 wird auch der Startup-Code wieder generiert und alles 
funktioniert.

Danke für die schnelle Hilfe!