eeprom_read_byte eeprom_write_byte Problem

[oberallgeier]

... Parameter ins eeprom ... schreiben und ... lesen ...

Kleine Ergänzung. In mehreren, unterschiedlichen (www-) Quellen wird das erste EEPROM-Byte als nicht zuverlässig deklariert und ein entsprender Puffer empfohlen. Ich habs gemacht - ohne eigene Gegenprobe - und habe keinerlei Fehler feststellen können. Bei meinen nicht ununterbrochenen EEPROM-Aktivitäten. Meine Organisation sieht deshalb typisch etwa so aus:

// ###>>> Byte-Array, das erste Byte des EEPROMS gilt als nicht vertrauenswürdig
uint8_t firstByteDummy EEMEM; 
uint8_t eeBytes [12] EEMEM; // Allzweckbytes
uint16_t eeSrvoff[12] EEMEM; // Servo-Position - Offset
uint8_t SVdef [][6] // Die folgende Liste, Servo # 0 .. 10
EEMEM = { " ", "Ko \003", "Kor/l", "KoNir", "KoNil", "ALdur",
"ALdul", "- nc", "ALd o", "Au rl", "Au \003" } ;

unsigned char LCD[] EEMEM = "LCD "; // LCD
unsigned char LI01[] EEMEM = "UART-T1, LCD-T2"; // Meldetext
unsigned char LuU[] EEMEM = "LCD und UART "; // L u U
unsigned char ML1[] EEMEM = "Taster gedrückt!"; // Meldetext
unsigned char ML2[] EEMEM = "Start T2 Skip T1"; // Meldetext

[vohopri]

Hallo nochmals und danke,

Beide Vorschläge funktionieren.
Beim Verwenden von fixen Adressen, wie Chris das gemeint hat, habe ich nur die Definition verändern müssen in:
// Parameterzeiger für EEPROM
uint8_t * eeWaitTimeSteps =(uint8_t *)1;
uint8_t * eeTrailerMode =(uint8_t *)2;
uint8_t * eeTrailerTimeSteps =(uint8_t *)3;
alles andere ist gleich geblieben.

Und der Vorschlag von Markus hat genau so funktioniert, wie oben von ihm beschrieben.
Die Erklärungen von Markus waren recht hilfreich, das Ganze auch zu verstehen.

Der EEPROM Inhalt sieht nach letzterem Vorgehen so aus:
:20000000020301FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF FFFFFFFFFFFFFFFFFFFFFFFF7
:20002000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF FFFFFFFFFFFFFFFFFFFFFFFE0
:20004000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF FFFFFFFFFFFFFFFFFFFFFFFC0
:20006000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF FFFFFFFFFFFFFFFFFFFFFFFA0
:00000001FF

020301 sind die 3 richtig geschriebenen Parameter.

[Klebwax]

Kleine Ergänzung. In mehreren, unterschiedlichen (www-) Quellen wird das erste EEPROM-Byte als nicht zuverlässig deklariert und ein entsprender Puffer empfohlen.

So ist also das Internet, schlimmer als der "Flurfunk". Im "ATmega103L Rev. F/G Errata Sheet" findet man

das Datum diese Dokuments ist aus dem vorigen Jahrtausend. Ich hab das zwar nicht verfolgt, gehe aber davon aus, daß Atmel diesen Bug, wie auch andere längst beseitigt hat. Trotzdem vermutet jeder, der ein Problem mit irgendeinem EEPROM hat, das dies die Ursache seines Problems ist.

Es gab übrigens auch mal einen "floating point bug" bei Intelprozessoren, und obwohl der längst beseitigt ist, kommt trotzdem bei machen Programmen Unsinn raus.

MfG Klebwax