ATMega644-Programm: Wieviel SRAM ist noch frei?

http://www.rn-wissen.de/index.php/Speicherverbrauch_bestimmen_mit_avr-gcc

Flash = .text

SRAM (statisch) = .data + .bss

Den dynamischen RAM-Verbrauch deiner Funktion muss man während der 
Laufzeit messen, entweder mit passenden Tools oder mit dem Simulator. 
Darüber gibt es diverse Threads im Forum.

http://www.mikrocontroller.net/search?query=%2BRAMverbrauch+%2Bavr&forums[]=1&forums[]=19&forums[]=9&forums[]=10&forums[]=2&forums[]=4&forums[]=3&forums[]=6&forums[]=31&forums[]=17&forums[]=11&forums[]=8&forums[]=14&forums[]=12&forums[]=7&forums[]=5&forums[]=15&forums[]=13&forums[]=18&forums[]=16&max_age=-&sort_by_date=0

Pups schrieb:
> Was muss man ins Makefile schreiben, um etwa nach dem Kompilieren
> angezeigt zu bekommen:
>
> Flash used: xx%
Beispiel Makefile und achte auf das "SIZE", also avr-size

Maxi schrieb:
> Eine Berechnung, wieviel % Speicherplatz verwendet wird gibt das
> Beispiel nicht her.
Mit etwas Eigeninitiative hättest du das schnell herausgefunden, 3 
Sekunden Google:
avr-size -C --mcu=atmega644 blubb.elf

Aber scheinbar ist das hier inzwischen zu viel verlangt.

Ach komm... 100-X% kann man doch im Kopf rechnen....

Device: atmega644

Program:    7842 bytes (12.0% Full)
(.text + .data + .bootloader)

Data:        198 bytes (4.8% Full)
(.data + .bss + .noinit)

Dann musst du es halt selbst parsen.

In meinem Embedded Webserver mache ich das so:

Ich versuche mit malloc() 4KB RAM zu reservieren, was logischerweise 
immer fehlschlägt. Dann versuche ich 16 bytes weniger, dann wieder 16 
Bytes weniger, usw. So oft, bis malloc nicht mehr null zurück liefert.

Dann weiß ich ungefähr, wie groß der größte verfügbare Speicherblock 
ist.

Das ist allerdings nur die halbe Wahrheit, denn es könnte auch sein, 
dass darüber hinaus noch kleinere Speicherblöcke verfügbar sind. Für 
meine Zwecke genügt allerdings diese vereinfachte Abfrage.

Umgekehrt:
Wenn ich wirklich wissen will, wieviel Speicher insgesamt frei ist, also 
ggf. auch in mehreren Stücken verteilt, fordere ich mit malloc() 
wiederholt 16 Bytes an, bis er einen null zurück liefert. Blöcke die 
kleiner als 16 bytes sind fehlen dann natürlich. Man sollte die 
Blockgröße daher passend zum Anwendungsfall wählen.

Der Haken dabei ist jedoch, dass ich den Speicher wieder freigeben muss. 
Man könnte sich die Adresse des ersten Blocks merken und die Adressen 
der nächsten Blöcke immer in den zuvor reservierten Block schreiben 
(verkettete Liste). Für einen kleinen Test mag es jedoch genügen, nach 
dem Test einfach einen Reset zu machen.

Fazit:
Überlege Dir, was Du genau mit "freier Speicher" meinst. Es könnte der 
größte verfügbare Block gemeint sein, oder die Summe aller verfügbaren 
Blöcke, oder die Summe aller Verfügbaren Blöcke mit einer bestimmten 
Größe.