Das Makefile beginnt mit diesen Zeilen:
Und daraus "zaubert" der Linker dann dieses hier:Code:PROJECT = XRAMtest MCU_TARGET = atmega162 DEFINITIONS = -DF_CPU=8000000UL LIBRARIES = -lm EXTRA_CLEAN_FILES = *.hex *.bin *.srec EXTRA_CLEAN_FILES += *.gch #OPTIMIZE = -Os -mcall-prologues OPTIMIZE = -O2 COMPILER = avr-gcc LINKER = avr-gcc OBJCOPY = avr-objcopy OBJDUMP = avr-objdump TO_COMPILER = -g -Wall $(OPTIMIZE) -mmcu=$(MCU_TARGET) $(DEFINITIONS) TO_LINKER = $(TO_COMPILER) -Wl,--section-start=.data=0x800500,--defsym=__heap_start=0x806000,--defsym=__heap_end=0x807fff,-Map,$(PROJECT).map -o #TO_LINKER = $(TO_COMPILER) -Wl,-Tdata=0x800500,--defsym=__heap_end=0x807fff,-Map,$(PROJECT).map -o #TO_LINKER = $(TO_COMPILER) -Wl,-Map,$(PROJECT).map -o TO_OBJCOPY = -j .text -j .data -O # Override is only needed by avr-lib build system. override CFLAGS = $(TO_COMPILER) override LFLAGS = $(TO_LINKER)
Das sieht ja auch soweit gut aus. Mein Problem ist weniger der Linker sondern der Compiler! Der kommt ja bekanntlich vor dem Linker dran und weiß daher (noch) nix von den neuen Einstellungen für das RAM. Ergo nimmt er brav die Default-Werte des Controllers und manipuliert schön den Stackpointer (gekürzter Auszug aus dem Disassembler-Fenster des Simulators, verziert mit einigen Kommentaren meinerseits):Code:Memory Configuration Name Origin Length Attributes text 0x00000000 0x00020000 xr data 0x00800060 0x0000ffa0 rw !x eeprom 0x00810000 0x00010000 rw !x *default* 0x00000000 0xffffffff Linker script and memory map Address of section .data set to 0x800100 LOAD c:/programme/atmel/winavr/bin/../lib/gcc/avr/4.1.1/../../../../avr/lib/avr5/crtm162.o Address of section .data set to 0x800500 0x00806000 __heap_start = 0x806000 0x00807fff __heap_end = 0x807fff LOAD main.o LOAD c:/programme/atmel/winavr/bin/../lib/gcc/avr/4.1.1/../../../../avr/lib/avr5\libm.a LOAD c:/programme/atmel/winavr/bin/../lib/gcc/avr/4.1.1/avr5\libgcc.a LOAD c:/programme/atmel/winavr/bin/../lib/gcc/avr/4.1.1/../../../../avr/lib/avr5\libc.a LOAD c:/programme/atmel/winavr/bin/../lib/gcc/avr/4.1.1/avr5\libgcc.a ...[das Gemüse hier ist wohl uninteressant]... 0x00000294 _etext = . .data 0x00800500 0x0 load address 0x00000294 0x00800500 PROVIDE (__data_start, .) *(.data) .data 0x00800500 0x0 c:/programme/atmel/winavr/bin/../lib/gcc/avr/4.1.1/../../../../avr/lib/avr5/crtm162.o .data 0x00800500 0x0 main.o .data 0x00800500 0x0 c:/programme/atmel/winavr/bin/../lib/gcc/avr/4.1.1/avr5\libgcc.a(_copy_data.o) .data 0x00800500 0x0 c:/programme/atmel/winavr/bin/../lib/gcc/avr/4.1.1/avr5\libgcc.a(_clear_bss.o) *(.data*) *(.rodata) *(.rodata*) *(.gnu.linkonce.d*) 0x00800500 . = ALIGN (0x2) 0x00800500 _edata = . 0x00800500 PROVIDE (__data_end, .) .bss 0x00800500 0x0 0x00800500 PROVIDE (__bss_start, .) *(.bss) .bss 0x00800500 0x0 c:/programme/atmel/winavr/bin/../lib/gcc/avr/4.1.1/../../../../avr/lib/avr5/crtm162.o .bss 0x00800500 0x0 main.o .bss 0x00800500 0x0 c:/programme/atmel/winavr/bin/../lib/gcc/avr/4.1.1/avr5\libgcc.a(_copy_data.o) .bss 0x00800500 0x0 c:/programme/atmel/winavr/bin/../lib/gcc/avr/4.1.1/avr5\libgcc.a(_clear_bss.o) *(.bss*) *(COMMON) 0x00800500 PROVIDE (__bss_end, .) 0x00000294 __data_load_start = LOADADDR (.data) 0x00000294 __data_load_end = (__data_load_start + SIZEOF (.data)) .noinit 0x00800500 0x0 0x00800500 PROVIDE (__noinit_start, .) *(.noinit*) 0x00800500 PROVIDE (__noinit_end, .) 0x00800500 _end = . 0x00800500 PROVIDE (__heap_start, .)
Und damit auch klar ist, wieso der Compiler den SP um 240 runterdreht:Code:+00000000: 940C0038 JMP 0x00000038 Jump ... @00000038: early_XRAM_on ---- main.c --------------------------------------------------------------------------------------- 34: { +00000038: E880 LDI R24,0x80 Load immediate => das geht also schon mal +00000039: BF85 OUT 0x35,R24 Out to I/O location +0000003A: 2411 CLR R1 Clear Register +0000003B: BE1F OUT 0x3F,R1 Out to I/O location +0000003C: EFCF SER R28 Set Register => mit diesem Vorgeplänkel geht es um SP +0000003D: E0D4 LDI R29,0x04 Load immediate +0000003E: BFDE OUT 0x3E,R29 Out to I/O location +0000003F: BFCD OUT 0x3D,R28 Out to I/O location => Aha, der steht jetzt auf 0x04ff - paßt also auch => bis hierher sieht es also tatsächlich gut aus => jetzt kommt ein ganzer Schwung mögliche Initialisierungen von Speicherbereichen, der eigentlich nicht weiter relevant ist.... +00000040: E015 LDI R17,0x05 Load immediate +00000041: E0A0 LDI R26,0x00 Load immediate +00000042: E0B5 LDI R27,0x05 Load immediate +00000043: E9E4 LDI R30,0x94 Load immediate +00000044: E0F2 LDI R31,0x02 Load immediate +00000045: C002 RJMP PC+0x0003 Relative jump +00000046: 9005 LPM R0,Z+ Load program memory and postincrement +00000047: 920D ST X+,R0 Store indirect and postincrement +00000048: 30A0 CPI R26,0x00 Compare with immediate +00000049: 07B1 CPC R27,R17 Compare with carry +0000004A: F7D9 BRNE PC-0x04 Branch if not equal +0000004B: E015 LDI R17,0x05 Load immediate +0000004C: E0A0 LDI R26,0x00 Load immediate +0000004D: E0B5 LDI R27,0x05 Load immediate +0000004E: C001 RJMP PC+0x0002 Relative jump +0000004F: 921D ST X+,R1 Store indirect and postincrement +00000050: 30A0 CPI R26,0x00 Compare with immediate +00000051: 07B1 CPC R27,R17 Compare with carry +00000052: F7E1 BRNE PC-0x03 Branch if not equal +00000053: 940C0098 JMP 0x00000098 Jump => und weiter gehts es @00000098: main ---- main.c --------------------------------------------------------------------------------------- 41: { +00000098: 930F PUSH R16 Push register on stack +00000099: 931F PUSH R17 Push register on stack +0000009A: 93CF PUSH R28 Push register on stack +0000009B: 93DF PUSH R29 Push register on stack => SP abholen +0000009C: B7CD IN R28,0x3D In from I/O location +0000009D: B7DE IN R29,0x3E In from I/O location => um 240Bytes verringern +0000009E: 5FC0 SUBI R28,0xF0 Subtract immediate +0000009F: 40D0 SBCI R29,0x00 Subtract immediate with carry => und den neuen Wert retour schreiben (unter optimierter IRQ-Sperre!) +000000A0: B60F IN R0,0x3F In from I/O location +000000A1: 94F8 CLI Global Interrupt Disable +000000A2: BFDE OUT 0x3E,R29 Out to I/O location +000000A3: BE0F OUT 0x3F,R0 Out to I/O location +000000A4: BFCD OUT 0x3D,R28 Out to I/O location => damit ist SP=0x040b
Dabei kommt mir so eine vage Vermutung: das Array ist bei dieser Deklaration eine private Variable von main() und wird deshalb im Stack platziert?!? - NatürlichCode:int main (void) { unsigned char buffer[240]; char *storagePtr; // ext. RAM is located RAMEND..0x7FFF char check, temp; unsigned char i;!!!
Die Deklaration als GLOBALES Array läßt den SP brav auf 0x04ff - AHA. Und wo liegt das globale Array nun? Im externen RAM ab 0x0500 - AHA.
War das Ganze also - wie vermutet - ein Verständnisproblem meinerseits.
Das heißt also nun, Stack und private Variablen (sofern nicht in Register passend) landen hier im internen RAM, alles GLOBALE im externen RAM => die großen (statischen) Arrays deklariere ich also erstmal global um den gewünschten Effekt zu erzielen.
@SprinterSB:
Danke für die Hilfsbereitschaft.
Gruß René
Zitieren
Lesezeichen