Atmega 32 genügend Speicher ?

[Werner (Gast)]

Hallo zusammen

Ich habe ein Atmega 32 den ich mit dem AVR Studio 5 programmiere. Gibt 
es eine Möglichkeit festzustellen wieviel freien Speicher man noch hat ?

Vielen Dank

[Oliver S. (oliverso)]

Wenn das Studio das nicht nach dem Kompilieren anzeigt, ist das nicht so 
einfach.

Aber was spricht dagegen, an Stelle der unsagbar fehlerhaften 
Uraltversion 5 die aktuelle Version 7 zu nutzen? Dann klappt es auch 
wieder mit der Speicherverbrauchsanzeige.

Oliver

[Wolfgang (Gast)]

Werner schrieb:
> Ich habe ein Atmega 32 den ich mit dem AVR Studio 5 programmiere. Gibt
> es eine Möglichkeit festzustellen wieviel freien Speicher man noch hat ?

Das kommt drauf an, welchen Speicher du meinst. Die Belegung des 
Flash-Speichers kannst du dem Hex-File entnehmen.

[c-hater (Gast)]

Werner schrieb:

> Ich habe ein Atmega 32 den ich mit dem AVR Studio 5 programmiere.

Warum um alles in der Welt tut man sich dies an? Das Studio5 ist genauso 
elend langsam wie das Studio7, aber wenigstens hat Atmel 
zwischenzeitlich eine Riesenmenge Bugs gefixed...

> Gibt
> es eine Möglichkeit festzustellen wieviel freien Speicher man noch hat ?

Eigentlich: Nein, völlig unmöglich. Da normalerweise alle verfügbaren 
Speicherarten (SRAM, EEPROM und Flash) zur Laufzeit über das zur 
Designzeit bekannte Mass hinaus genutzt werden können und zumindest im 
Falle von SRAM auch bei debiler C-Programmierung regelmäßig genutzt 
werden (in Form des Stacks).

[Stefan S. (sschultewolter)]

Finde persönlich das Atmel Studio 7 besser gelungen als die 6er Version. 
Endlich sind die von dem altem "Framework" runter. Vorallem ist das 
arbeiten mit einem dunklen Design deutlich angenehmer.

Alternativ ist aber nichts gegen einen alternativen Texteditor mit 
Indent einzuwenden und die Files manuell über die Konsole zu erstellen.

[M. K. (sylaina)]

Und solange wir nicht wissen, welchen Speicher der TE meint, werden wir 
die Frage nicht beantworten können. Mir fallen im Atmega32 spontan 
folgende Speicher ein: Flash, EEProm, SRAM. OK, den Flash Bedarf kann 
man noch aus dem Hexfile ableiten aber bei EEPRom und SRAM wirds schon 
kniffliger.

[Peter R. (pnu)]

Oliver S. schrieb:

> Aber was spricht dagegen, an Stelle der unsagbar fehlerhaften
> Uraltversion 5 die aktuelle Version 7 zu nutzen?

Die neue Version hat viel mehr Features und deswegen AUCH VIEL MEHR 
FEHLER.
(Das ist ein Naturgesetz).

Außerdem:

Die einfachere Handhabung ist sehr angenehm. Viele zusätzliche Dinge 
nutzt man garnicht.

Viele Programmiermöglichkeiten sind einfach entfernt worden, da sie auch 
mit clones nutzbar waren.

Wir sind doch nicht in der haute couture, wo "neuer" mit "besser" 
gleichgesetzt wird, obwohls zu 90% der alte Wein aus den 50ern oder 
60ern in neuen Schläuchen ist.

btw: bei Compilieren meiner Assemblerprogramme (in Studio 4.19!) wird 
immer angegeben, wieviel Programmspeicherbereich belegt wurde.

[Timmo H. (masterfx)]

Wenn nicht im Command Output Window.
Tools => External Tools => Add Name "Size", Command "C:\Programme\Atmel 
Toolchain\AVR8 GCC\Native\3.4.1061\avr8-gnu-toolchain\bin\avr-size".exe" 
(PFAD natürlich anpassen), Arguments "-C $(TargetPath)"

Pfad natürlich anpassen. Ich habe es aber noch so in erinnerung dass das 
automatisch nach dem Kompilieren aufgerufen wird.

[Oliver S. (oliverso)]

Peter R. schrieb:
> ..

bla bla.

Studio 5 bis 7 basieren alle auf Visual Studio, haben die selben 
Features, und sind identisch in der Handhabung. Nur die Umsetzung 
variiert.

Studio 5 war unbrauchbar, Studio 6 wurde mit steigender Versionsnummwr 
weniger schlecht, Studio 7 ist noch weniger schlecht.

Oliver