SRAM zu voll?

David · 23.05.2012 08:37

Hallo,

Ich habe nachdem compilieren eines Programmes (LCD Display mit 
lcd_strings als Ausgabe) nach dem Compilieren 99% voll 
.data+.bss,+noint, also SRAM.

Wenn ich das Programm starte, spielt es nach kurzer Zeit <1s verrückt. 
Display zeigt wirres Zeug bzw. schon das was es soll, aber nicht 
vollständig und nicht in der Zeile, wo es soll, das Programm selbst tut 
auch nicht, was es soll (vorwiegend Interrupt gesteuert).

Kann es sein, das der Stack dadurch überläuft und der AVR sich aufhängt? 
Oder kann man beim Compilieren den SRAM wirklich 100% ausnutzen?

Merci.

David

Peter II · 23.05.2012 08:42

David schrieb:
> Kann es sein, das der Stack dadurch überläuft
ja, sogar sehr wahrscheinlich

> und der AVR sich aufhängt?
nein, der AVR hat überhaupt keinen Grund sich bei soetwas aufzuhängen. 
Er macht nur nicht das was du erwartest, für ihn selber ist noch alles 
ok.

> Oder kann man beim Compilieren den SRAM wirklich 100% ausnutzen?
nein kann man nicht.

David · 23.05.2012 08:47

Ok, dann habe ich wohl die Ursache gefunden.
Ich wurde schon verrückt, bin stundenlang das Programm durchgegangen.
Gibt es irgendwo eine Grenze, wo man sagt, hierüber darf man nicht (% 
Auslastung).
Vermutlich nicht, weil es ja programmabhänging sein wird, wie 
verschachtelt dieses ist. Aber so eine Sicherheitsgrenze aus dem 
Bauch/Erfahrung?

c-ler · 23.05.2012 09:09

Was dir beim Kompilieren an SRAM Verbrauch angezeigt wird ist nur der 
Teil des SRAMs, der SICHER belegt ist.
Also zum Beispiel globale oder statische Variablen. Alles, was später 
malauf dem Stack landet, gehört da nicht dazu.
Aber nicht nur lokale Variablen, die nur innerhalb ihrer Funktion 
existieren liegen auf dem Stack. Jeder Funktionsaufruf kostet dich 
Stackspeicher für die übergebenen Argumente, die Rücksprungaddresse und 
evtl. noch für den Rückgabewert.
Wenn du Funktionen rekursiv aufrufst kann sich der Stackverbrauch enorm 
Aufschaukeln.

Wann du lieber aufhören solltest, statischen Speicher zu verbrauchen 
kann man also Pauschal nicht sagen. Kommt immer drauf an wie intensiv du 
deine Funktionen ineinander verschachtelst.

Achim M. · 23.05.2012 09:10

David schrieb:
> hierüber darf man nicht (%
> Auslastung).

Wie weit ist der SRAM durch static- und global-Variablen schon 
ausgelastet?
Dazu kommt die maximale Verschachtelungstiefe deiner Funktionen(welche 
Register müssen nach dem call gerettet werden).

Manchmal brauchen Funktionen auch selbst noch RAM, z.B. wenn du 
innerhalb einer Funktion ein uint8_t-Array mit einer Zahl am Members 
größer als die gerade freien Register definierst.

Man kann das also pauschal nicht sagen. Schau dazu am besten das 
generierte Assemblerlisting nach STS usw durch. Konstante Strings wie 
Namen von Menüpunkten o.Ä. speichert man am besten mit PROGMEM in den 
Flash. Dann werden die Strings nicht erst in den RAM kopiert und von da 
aus auf dem LCD ausgegeben.

mfg mf

David · 23.05.2012 09:47

Ok, danke.

Karl H. · 23.05.2012 09:56

Wenn du dein Programm mal herzeigst, können wir dir helfen es 
durchzusehen, wo man einfach und mit wenig Aufwand ein wenig SRAM 
freischaufeln könnte (sofern es überhaupt möglich ist).

David · 23.05.2012 12:42

Danke für das Angebot. Ich versuche mal die LCD_strings in den SRAM 
auszulagern und dann versuche ich es nochmal. Sollte es nicht klappen, 
melde ich mich.

Michael G. · 23.05.2012 12:47

Gescheiter isses die in den PGM_SPACE zu packen, alles andere ist 
Verschwendung bei Strings.

Nachtaktiver · 23.05.2012 12:50

David schrieb:
> Danke für das Angebot. Ich versuche mal die LCD_strings in den SRAM
> auszulagern und dann versuche ich es nochmal. Sollte es nicht klappen,
> melde ich mich.

Du meinst in den Flash - Im SRAM sind die bereit.

Ich kann dir das Tutorial zu den einzelnen Speicherarten hier im µc.net 
sehr gut empfehlen!

http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Programmspeicher_.28Flash.29

Karl H. · 23.05.2012 12:55

Nachtaktiver schrieb:
> David schrieb:
>> Danke für das Angebot. Ich versuche mal die LCD_strings in den SRAM
>> auszulagern und dann versuche ich es nochmal. Sollte es nicht klappen,
>> melde ich mich.
>
> Du meinst in den Flash - Im SRAM sind die bereit.

Nitpicking:
... und im Flash auch. (wie kämen sie sonst beim Hochfahren ins SRAM)

D.h. das ist eigentlich gar kein Auslagern, sondern das Verhindern einer 
unnützen Kopie, die nur SRAM belegt und sonst zu nichts gut ist (solange 
die Strings nicht verändert werden müssen)

Mw E. · 23.05.2012 17:11

Wenn du die ganzen Strings in SRAM laden lässt, isses ja kein Wunder, 
dass er sich verschluckt.

Hier ne Anleitung wie die im Flash bleiben:
http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=38003&start=all&postdays=0&postorder=asc

SRAM zu voll?

Antwort schreiben