ATmega2560, Speicher voll bei Program: 30% Data 8%

Eric schrieb:
> Jetzt habe ich folgendes Problem: Sobald mein 'Program' Speicher über
> 30% voll ist werden nurnoch meine Grafiken fehlerfrei Dargestellt und
> die Schrift ist nurnoch Ameisenkrieg. Nehme ich ein Hintergrundbild
> heraus (auch wenns von einer Seite ist, die gerade nicht dargestellt
> wird, funktioniert wieder alles perfekt.

Das hat bestimmt nix mit dem Program+Data-Speicher (also dem Flash auf 
dem AVR) zu tun. Ich tippe darauf, dass Dir das RAM ausgeht, vermutlich 
kopierst Du Dir ohne es zu merken einen Teil Deiner Nutzdaten (z.B. den 
Font - der geht ja anscheinend kaputt) ins RAM.

Für alles weitere bräuchte man den Sourcecode.

Viele Grüße,
        Simon

Ich denke auch, dass du irgendwo (unabsichtlich) eine Menge SRAM 
verbrauchst. zb die Bildanzeige. Kann es sein, dass du da zwischendurch 
ein großes Array im Speicher anlegst, das Bild als ganzes aus dem Flash 
dorthin kopierst und dann vor dort die eigentliche Ausgabe machst? Das 
würde (unnötigerweise) eine nicht geringe Menge SRAM verbrauchen, 
wodurch du dir den Stack zerschiesst.


Auch wenn du dein ganzes Programm nicht heerzeigen kannst, dann müsste 
es doch möglich sein, zumindest die relevanten Ausschnitte zu zeigen. 
Ohne Code kann dir keiner suchen helfen. Da hättest du dir die Anfrage 
auch gleich sparen können.

Die Funktion

LCD_Bitmap_256high

wie sieht die aus?

Komm schon. Poste alles. Kein Mensch klaut dir das Programm, so gut ist 
das dann auch wieder nicht.
Wir suchen Funktionen, in denen großere Mengen von lokalen Variablen 
benutzt werden. Irgendwelche große Arrays.
Welche Funktionen dafür in Frage kommen, kann man bis jetzt nur raten: 
Alles wo größere Datenmengen bewegt werden. Bilder, Fonts sind erst mal 
heiße Kandidaten.

Eric schrieb:

> wenn ich noch eine größere Datei (z.B. nen Bild) mit compiliere - egal
> ob ichs anzeigen lasse oder nicht - zerhauts mir den ganzen Text.

Dann schau doch mal in den Speicher im Debugger oder Simulator
wo, bzw wann in welcher Funktion sich der Stackpointer, den Daten 
annähert. (Der Stackpointer kommt von oben)

Ich würd es mit kleinen BMPs probieren, die im Speicher anhand von
Bitfolgen schnell zu lakalisieren sind.

Sind die Bmp eventuell komprimiert und müssen in der LDC_Bitmap()
erst entpackt werden?

ähm Zugriff geschieht über pgm_read_byte

const unsigned char Byte = pgm_read_byte(&FD->FontInfo.Data[ByteIndex]);
...
//if (FD->FontInfo.PosTable == NULL) return; // bad font
      unsigned int CharDataIndex = 4+pgm_read_word(&FD->FontInfo.Data[4 
+ (Ch - BASE)*2]);
      const unsigned char ColCount = 
pgm_read_byte(&FD->FontInfo.Data[CharDataIndex]);

usw.
der font ist ~15kb und meine Bilder habe ich in mehrere kleine Dateien 
aufteilen müssen, da die sonst nicht dargestellt werden. Jedes Bild 
einzeln ist kleiner als 64kb, aber alle zusammen sind locker größer als 
64kb, allein die Startseite hat auf meiner Festplatte von 56kb

@ Michael
#EDIT
ja, die bmps sind komprimiert, sollte ich mal ohne probieren ? dann 
werden die Dateien aber locker 5-6x größer pro Stück. Wegen 
'stackpointer' muss ich mal gucken, ich programmiere noch nicht lange, 
sagt mir gerade noch nichts ^^

Mit den gepackten BMPs meine ich, dass die eventuell im Stück
entpackt werden , und Dir den Stack vollknallen.
Du hast nur 8kb für data und stack zusammen! ...sofern ohne externen 
Ram.