Atmega644 EEPROM Initialisieren

Robin80 schrieb:
> Die Werte werden bei jedem Neustart
> initialisiert.

Ich denke eher, dass diese Werte beim Programmieren des Flashs durch die 
Entwicklungsumgebung ins Eeprom geschrieben werden.

Je nachdem, welche Entwicklungsumgebung Du verwendest, ist das aber auch 
abschaltbar.

Gruß, Stefan

Ich verwende..
AvrStudio 4.18
WinAVR-20100110

und anbei mein Code

hier noch die header datei des eeprom

Du bestimmst doch ob beim flashen dein EEPROM erhalten bleibt oder 
gelöscht wird, das FLAG heisst EEsave

Die im ersten Post gezeigte Struktur (die in module.c steckt) landet 
nicht im EEPROM, sondern im RAM. Und wird dort natürlich bei jedem Start 
neu initialisiert.

Joachim B. schrieb:
> Du bestimmst doch ob beim flashen dein EEPROM erhalten bleibt oder
> gelöscht wird, das FLAG heisst EEsave

das habe ich bereits überprüft. Hacken ist nicht drin

Stefan E. schrieb:
> Die im ersten Post gezeigte Struktur (die in module.c steckt) landet
> nicht im EEPROM, sondern im RAM. Und wird dort natürlich bei jedem Start
> neu initialisiert.

ja,könnte sein. Muss ich nochmal prüfen.

Robin B. schrieb:
> Stefan E. schrieb:
>> Die im ersten Post gezeigte Struktur (die in module.c steckt) landet
>> nicht im EEPROM, sondern im RAM. Und wird dort natürlich bei jedem Start
>> neu initialisiert.
>
> ja,könnte sein. Muss ich nochmal prüfen.

Da ich den selben Aufbau für verschiedene Projekte verwende muss es hier 
auch gehen. Hatte an einen Copy Paste Fehler gedacht. Bei meinem anderen 
Projekt funktioniert es genau so nur mit dem Unterschied das der Inhalt 
der Struktur wesentlich größer ist. Dies sollte ich aber mit

1

uint8_t  eeConfig[170] EEMEM;

 abgedeckt haben.

Gruß

Robin B. schrieb:
> Da ich den selben Aufbau für verschiedene Projekte verwende muss es hier
> auch gehen. Hatte an einen Copy Paste Fehler gedacht. Bei meinem anderen
> Projekt funktioniert es genau so nur mit dem Unterschied das der Inhalt
> der Struktur wesentlich größer ist. Dies sollte ich aber mit
> uint8_t eeConfig[170] EEMEM;
> abgedeckt haben.

Und wo ist da jetzt der Zusammenhang zwischen diesem eeConfig und der 
oben gezeigten Struktur?

Stefan E. schrieb:
> Robin B. schrieb:
>> Da ich den selben Aufbau für verschiedene Projekte verwende muss es hier
>> auch gehen. Hatte an einen Copy Paste Fehler gedacht. Bei meinem anderen
>> Projekt funktioniert es genau so nur mit dem Unterschied das der Inhalt
>> der Struktur wesentlich größer ist. Dies sollte ich aber mit
>> uint8_t eeConfig[170] EEMEM;
>> abgedeckt haben.
>
> Und wo ist da jetzt der Zusammenhang zwischen diesem eeConfig und der
> oben gezeigten Struktur?

Über die folgende Fkt. gebe ich die Adresse und die Länge erstmal 
weiter, damit die Fkt. die später die Werte in den EEPROM übertragen 
soll weiß wo die Daten stehen. Siehe "moduleInit()":

1

e2SetConfig((uint8_t*) &gsEEConfig, sizeof(gsEEConfig));

und über e2WriteConfig();(e.c) werden die Daten dann in den EEPROM 
übertragen.

Robin B. schrieb:
>> Und wo ist da jetzt der Zusammenhang zwischen diesem eeConfig und der
>> oben gezeigten Struktur?

Über

1

static void e2WriteToEeprom(void)

2

{

3

  uint8_t i, bBlock[10];

4

5

  // SW-ID aktualisieren, falls erforderlich

6

  if(eeprom_read_word(&eeSwId) != swId)

7

  {

8

    eeprom_write_word(&eeSwId, swId);

9

  }

10

11

  // Belegten config-Block aktualisieren, falls erforderlich

12

  for(i = 0; i < length; i++)

13

  {

14

    if(eeprom_read_byte(&eeConfig[i]) != config[i])

15

    {

16

      eeprom_write_byte(&eeConfig[i], config[i]);

17

    }

18

  }

19

20

  // Seriennummer aktualisieren

21

  eeprom_read_block(bBlock, eeSerial, 10);

22

  if (memcmp(bBlock, gbSerial, 10) != 0)

23

  {

24

    eeprom_write_block(gbSerial, eeSerial, 10);

25

  }

26

27

  // Kalibrierungszeitpunkte uebernehmen

28

  for (i = 0; i < 3; i++)

29

  {

30

    if (eeprom_read_word(&eeCalibration[i]) != giCalibration[i])

31

    {

32

      eeprom_write_word(&eeCalibration[i], giCalibration[i]);

33

    }

34

  }

35

}

werden die Daten dann in den deklarierten Bereich eeConfig[i] 
geschrieben

;-) die NOPs sind nur zum debuggen eingebaut. Kommen wieder RAUS.
Mit..

1

bool e2ReadConfig(void)

2

{

3

  // Falls Konfiguration in EEPROM ungueltig, Fehler zurueckgeben

4

  if (configValid == false)

5

  {

6

    return false;

7

  }

8

9

  eeprom_read_block(config, eeConfig, length);

10

11

  return true;

12

}

kann dann der Inhalt wieder ausgeleden werden.

Peter II schrieb:
> Robin B. schrieb:
>> kann dann der Inhalt wieder ausgeleden werden.
>
> schon klar, aber wo rufst du es denn auf?

Du hast vollkommen recht. Der Aufruf fehlt. Anderes Projekt anderer 
Ablauf. Hatte ich rausgenommen und vergessen an der passenden Stelle 
wieder einzusetzen. Klar das die Werte dann immer gleich bleiben.

Also vielen Dank an alle die ihren Beitrag zur Lösung meines einfachen 
Problems geleistet haben. Und besonders dir Peter.

Gruß
Robin