EEMEM landet aber im RAM

[Eprom (Gast)]

Ich habe diesen Code:

#include <avr/io.h>
#include <avr/eeprom.h>
#include <stdint.h>

uint8_t EEMEM  t[1024];
int main(void)
{
    while(1)
    {
       
    }
}

Die Build-Ausgabe ist:

Program Memory Usage   :  192 bytes   0,3 % Full
Data Memory Usage     :  1024 bytes   25,0 % Full
EEPROM Memory Usage   :  1024 bytes   50,0 % Full

Warum landet der EEPROM-Teil im RAM?

[chris (Gast)]

soweit ich weiß ist das ein Fehler bei der Speicherberechnung. Landet 
aber trotzdem nichts davon im RAM

[Eprom (Gast)]

chris schrieb:
> Soweit ich weiß ist das ein Fehler bei der Speicherberechnung. Landet
> aber trotzdem nichts davon im RAM

Ok.
Wie stelle ich den Fehler ab? Der oben dargestellte Code ist naürlich 
nur ein Beispiel, das Original bekomme ich nicht kompiliert, da die 
RAM-Nutzung über 100% ist.

[Sitterbüss (Gast)]

uint8_t  t[1024]  EEMEM  ;

Check mal das aus!

[TriHexagon (Gast)]

Natürlich landet das im RAM. Es ist keine Konstante, also veränderbar. 
Wie willst du das Array im ROM ändern?

[Eprom (Gast)]

Sitterbüss schrieb:
> uint8_t  t[1024]  EEMEM  ;
>
> Check mal das aus!

Habe ich gemacht:

RunOutputFileVerifyTask-Aufgabe
        Program Memory Usage   :  192 bytes   0,3 % Full
        Data Memory Usage     :  1024 bytes   25,0 % Full
        EEPROM Memory Usage   :  1024 bytes   50,0 % Full



Verflucht!

[TriHexagon (Gast)]

Eprom schrieb:
> Warum landet der EEPROM-Teil im RAM?

Wenn du so fragst: da der Inhalt von EEMEM im ROM landet und beim Start 
vom versteckten init-code ins RAM kopiert wird. Ist die Optimierung 
nicht angeschaltet oder hat das Array einen vorgeladenen Wert, den du 
uns nicht zeigst? Den so muss er den Inhalt eigentl. nicht kopiert, 
sondern nur mit 0 initialisiert werden.

[Eprom (Gast)]

TriHexagon schrieb:
> Natürlich landet das im RAM. Es ist keine Konstante, also veränderbar.
> Wie willst du das Array im ROM ändern?

Ich möchte ein uint8_t Array[512] im EEPROM haben.

[TriHexagon (Gast)]

Sehe erst jetzt, dass die Variable t heißt. Mit EEMEM erzwingst du 
natürlich das Verhalten.

[TriHexagon (Gast)]

Müsste eigentlich so passen (gehört EEMEM nicht auf die rechte Seite vom 
Namen?). Kann natürlich ein Bug sein, wie chris schon ansprach. Welche 
Version hat den das AVR Studio oder die AVR Toochain?

[Karl H. (kbuchegg)]

Eprom schrieb:
> Ok.
> Wie stelle ich den Fehler ab? Der oben dargestellte Code ist naürlich
> nur ein Beispiel, das Original bekomme ich nicht kompiliert, da die
> RAM-Nutzung über 100% ist.

Das kann ich mir eigentlich nicht vorstellen.
Denn der Compiler weiß überhaupt nichts von irgendwelchem kompletten 
Speicherverbrauch. Das kann frühestens der Linker feststellen. Aber auch 
dem ist das egal.
Der Dump kommt ja von einem eigenen Tool. Maximal kann dir das einen 
Fehler an make zurückgeben. Zu diesem Zeitpunkt ist aber bereits alles 
fertig und das Hex-File sollte eigentlich vorhanden sein.

[Thomas E. (thomase)]

Bei mir geht das.
In ein beliebiges Projekt reingesetzt:

uint8_t EEMEM  t[1024];

AVR Memory Usage
----------------
Device: atmega328p

Program:    3198 bytes (9.8% Full)
(.text + .data + .bootloader)

Data:        288 bytes (14.1% Full)
(.data + .bss + .noinit)

EEPROM:     1024 bytes (100.0% Full)
(.eeprom)

Und den Compiler, Linker oder sonstwen interessiert es einen Sch... ob 
das da reinpasst.

uint8_t EEMEM  t[2048];

AVR Memory Usage
----------------
Device: atmega328p

Program:    3198 bytes (9.8% Full)
(.text + .data + .bootloader)

Data:        288 bytes (14.1% Full)
(.data + .bss + .noinit)

EEPROM:     2048 bytes (200.0% Full)
(.eeprom)


Build succeeded with 0 Warnings...

mfg.

[Jim M. (turboj)]

Wenn man im Linkerskript die Memory Sections ordentlich setzt, sollte 
der meckern wenn es ihm zu voll wird.

[Eprom (Gast)]

Keine Ahnung, ob es jetzt am Studio 6.0, am WinAVR/GCC liegt, ich mache 
es jetzt so:

EEMEM uint8_t  static t[1024];

Der Speicherverbrauch fürs EEPROM wird zwar jetzt nicht mehr angegeben, 
ist mir aber auch wurscht.

[Eprom (Gast)]

Mist, geht auch nicht.

[Stephan B. (matrixstorm)]

Eprom schrieb:
> Mist, geht auch nicht.

Nehm mal bitte eine neue Toolchain (z.B. von):
http://matrixstorm.com/avr/tinyusbboard/#asmorc

oder direkt von Atmel.

MfG

[Jörg W. (dl8dtl) (Moderator)]

$ cat > ee.c
#include <avr/io.h>
#include <avr/eeprom.h>
#include <stdint.h>

uint8_t EEMEM  t[1024];
int main(void)
{
    while(1)
    {
       
    }
}
^D
$ avr-gcc -Os -mmcu=atmega88 -o ee.elf ee.c
$ avr-objdump -h ee.elf

ee.elf:     file format elf32-avr

Sections:
Idx Name          Size      VMA       LMA       File off  Algn
  0 .text         0000004c  00000000  00000000  00000074  2**1
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
  1 .eeprom       00000400  00810000  00810000  000000c0  2**0
                  CONTENTS, ALLOC, LOAD, DATA
  2 .stab         00000738  00000000  00000000  000004c0  2**2
                  CONTENTS, READONLY, DEBUGGING
  3 .stabstr      00000097  00000000  00000000  00000bf8  2**0
                  CONTENTS, READONLY, DEBUGGING
  4 .comment      00000011  00000000  00000000  00000c8f  2**0
                  CONTENTS, READONLY

Keine .data-Section dabei, also gar kein statischer RAM-Verbrauch.