Speicherplatzbelegung in einem Atmega32

[dremler]

Hm ich vermute, deine große Hexdatei besteht zu einem großen Teil aus FF, das wird aber als "freier" Speicher gerechnet. Für den AVR ist FF natürlich freier Speicher*vermute ich*

[PicNick]

@Katzerl: Das HEX Format ist der Code in HEX-ASCII mit allem möglichen Zeugs dazu. (Mach mal mit Notepad auf). Das zählt nicht.
Ich glaub, die BIN file zeigt was realistisches.

[robocat]

Danke für eure Antworten. Also das HEX-File selbst gibt schon mal wenig Auskunft, das sehe ich nun ein.
Wenn ich 20 Byte mehr reserviere, vergrössert sich der Wert in der Zeile

.bss 145 8388814

ebenfalls um 20 Byte. Das scheint also was mit der SRAM Belegung zu tun zu haben.

Die Zeile

.data 110 8388704

da weiss ich nicht so recht, was das ist.

Und ".text" - ist das bytegenau die Größe meiner FLASH Belegung?

Sorry wenn ich mich dumm anstelle, aber ich möchte das endlich mal wissen.

[PicNick]

DIe Sache ist so (soweit ich weiss):

Size after:
bla.elf :
section size addr
.text 5668 0 -------------------------- Flash (programm) 5668 Bytes
.data 110 8388704-------------------- SRAM Variable 110 Bytes von dir irgendwo definiert
.bss 145 8388814--------------------- SRAM Variable 145 Bytes , die vom compiler initialisiert werden

Also 255 Bytes SRAM, 5668 Bytes FLASH

[sternst]

DIe Sache ist so (soweit ich weiss):

Fast.

Flash = .text + .data
SRAM = .data + .bss + in der Auflistung nicht angezeigten dynamischen Verbrauch

[robocat]

Vielen Dank, das hilft mir schon um einiges weiter
Mit dynamischem Verbrauch ist Speicher gemeint, den ich mit alloc oder ähnlichem dynamisch reserviere und freigebe?

[PicNick]

Jupp, aber auch der Stack knabbert am SRAM