EEMEM schreiben/lesen

Stimmt!

Ich versuch den EEPROM zu beschreiben. Der Controller ist ein ATMEGA16A. 
Der Grund hierfür ist, die bleibende Veränderung von Grenzwerten via 
RS232. Die Schnittstelle funktioniert in einem anderen Programm.

Bei dem EEPROM habe ich sehr viel Tutorials gesehen, aber ich komme 
nicht auf  die Lösung.

Danke für den Link. Ich versuche nun doch schon etwas verbissen die 
Aufgabe zu lösen.

Ich habe einen externen Kristall Quarz mit 8 MHZ. Die Debugging Frequenz 
ist ein MHz. Ich denke die EESAVE muss nicht gesetzen, weil der EEPROM 
beim Programmieren gelöscht werden soll.

ok. Danke dann wird einiges klar.

Danke

Loopseher schrieb:
> Nennt man Salamitaktik .....
Und das, was du schreibst, nennt man Blödsinn.

Johannes Senzenberger schrieb:
> könnte mir bitte, wer sagen warum dieser Code nicht läuft. Vielen Dank

Also eigentlich läuft es. Zumindest auf einem 644P. Gab es bei den 
Altlasten nicht ein Problem mit Adresse 0?

mfg.

Johannes Senzenberger schrieb:
> ok. Danke dann wird einiges klar.

Hoffentlich meinst du damit nicht den Unsinn von diesem Schleifengucker.

Vergiss das!

mfg.

Gleiches Problem.  Mein Debugger ist AVR mk2. Ich denke bei den 
Einstellungen für den Programmer mache ich ncoh was falsch. Ich habe es 
auf beiden Wegen versucht. Einmal EEMEM vor und nach dem Variablen namen 
geschrieben.   Salamitaktik möchte ich gerne vermeiden, aber ich habe 
noch nicht soviel mit Foren gearbeitet.

1

#include <avr/io.h>

2

#include <avr/eeprom.h>

3

4

5

uint16_t EEMEM eeFooWord  = 123;

6

7

int main(void)

8

{

9

  DDRB = 0xFF;

10

11

  uint16_t myWord;

12

  //myByte lesen (Wert = 123)

13

  myWord = eeprom_read_word(&eeFooWord);

14

15

  while(1)

16

  {

17

    if(myWord == 123)

18

    {

19

      PORTB=0xFF;

20

    }

21

  }

22

}

Johannes Senzenberger schrieb:
> Mein Debugger ist AVR mk2. Ich denke bei den
> Einstellungen für den Programmer mache ich ncoh was falsch.

Das einzige, was man da falsch kann, ist, dass man da überhaupt etwas 
einstellt. Unter normalen Bedingungen, d.h. bei einem CPU-Takt von 1 - 
20 MHz, läuft der mit den Default-Einstellungen.

Wie gross ist Vcc?

mfg.

5V. Ground sollte auch ok sein, da ich ein evaluation board (STK16+ von 
waveshare) verwende. Auch der Jumper am Board ist auf 5V position.

Ich habe auch versucht die Interrupts zu enablen. Was ist gemeint mit 
Altlasten und Adresse 0?

Johannes Senzenberger schrieb:
> Ich habe auch versucht die Interrupts zu enablen.
Das hat ja nichts mit deinem Problem zu tun.

> Was ist gemeint mit Altlasten und Adresse 0?
Ich habe die alten Controller, Atmega8, 16, ..., nie verwendet. Deswegen 
hat mich das nie besonders interessiert.
Aber es gibt da irgendein Poblem mit Adresse 0. Da wird irgendwie was 
unter bestimmten Bedingungen gelöscht oder nicht richtig beschrieben. 
Dazu gibt es auch jede Menge Beiträge im Forum.

Was sagt denn dein Debugger dazu? Guck doch einfach rein ins EEPROM.

Dass dein Programm funktioniert, siehst du ja an meinem Screenshot. Ist 
zwar ein 644. Aber das ist auch nur ein AVR. Allerdings kennt der das 
Problem mit Adresse 0 nicht.

mfg.

Ich hab nur den AVRISP mk2. Soweit ich weiß, kann ich mit diesem Gerät 
nicht die Werte an den Breakpoints auslesen.

Dachte ich mir schon, dass keine Verbindung mit den Interrupts besteht. 
Man bewegt sich halt dann mal schnell in eine falsche Richtung.

Ich werde das Forum durchsuchen. Vielleicht gibts da eine Lösungen. 
Vielleicht direkt adressieren.

Vielen Danke, soweit deinen Bemühung und natürlich für diesen Tipp!!

mfg

Ich habe jetzt noch das eeprom.eep unter dem Debug ordner mit dem Text 
editor geöffnet.

Konvertiert von Hex nach Dezi
020000007B0083   =>   562949961482371

Grüße

Wie wärs damit, das EEPROM erst einmal zu beschreiben? Z.b. Mit 
eeprom_write_word.
Mit der Zuweisung wird es nicht ins Eeprom geschrieben, es sei denn, du 
schreibst das .eep File, das beim kompilieren hoffentlich erzeugt wurde.

Ok, aber jetzt funktioniert es.

Ich ich habe jetzt die eeprom.eep datei beim Debugger hinzugefügt und 
programmiert. Die Zeichen :00000001FF steht in jeder eeprom.eep auch bei 
anderern Porgrammen
Die Zeichen :020000007B0083 kann ich mir nicht erklären.

Mfg

Johannes Senzenberger schrieb:
> Ich habe jetzt noch das eeprom.eep unter dem Debug ordner mit dem Text
> editor geöffnet.

Das ist das, was beim Programmieren reingeschrieben wird. Das kannst du 
zur Kontrolle auch aus dem µC auslesen.

Johannes Senzenberger schrieb:
> Konvertiert von Hex nach Dezi

Das braucht niemand.

Johannes Senzenberger schrieb:
> 020000007B0083

Das ist interessant. 2 Bytes an Adresse 0. Und zwar diese beiden: 7B 00. 
Das ist die 123:

1

uint16_t EEMEM eeFooWord  = 123;

Da es uint16 ist, sind es 2 Bytes.

Passt alles.

mfg.