eeprom_write_byte (Adresse > 255 übergeben)

Du benutzt das falsch.

Du erstellst eine Variable mit dem Attribut EEMEM und deren Adresse 
übergibst du den eeprom_ funktionen. Die Variable wird nicht im Ram 
angelegt, sondern dient als Adressierung für den EEPROM und kann zur 
Generierung einer. eep Datei genutzt werden.

Ansonsten eben einen Cast einbauen. Ist aber Pfusch. Warum ist dir 
exakte Adresse wichtig? Bei Variablen im RAM ist dir die doch auch egal. 
Benutze den EEPROM in gleicher Weise.

New2017 schrieb:
> Cyblord -. schrieb:
>> Ansonsten eben einen Cast einbauen. Ist aber Pfusch. Warum ist dir
>> exakte Adresse wichtig? Bei Variablen im RAM ist dir die doch auch egal.
>> Benutze den EEPROM in gleicher Weise.
>
> Wichtig weil die anderen Adressen reseviert sind...

Wenn du mit allen EEPROM Variablen und sogar ganzen Strukturen so 
verfährst legt sie dir der Compiler hintereinander ab.
Aber gut, es wird Spezialfälle für so was geben.

> Wie caste ich das richtig?

Gute Frage, evt. so was wie (uint8_t* EEMEM)

Habe ich aber noch nie gemacht. Schau dir das EEMEM Makro mal an.

Die Funktion erwartet einen Pointer auf eine Variable in dieser Art:

1

uint8_t EEMEM myEEPVariable;

2

eeprom_write_byte(&myEEPVariable,myRamVariable);

Also denke ich, das EEMEM muss da in den Cast mit rein..

Nochmal überlegt und ein (uint8_t*) Cast sollte reichen. Dein Fehler war 
der Cast auf einen uint16_t* Zeiger.

New2017 schrieb:
> Cyblord -. schrieb:
>> Nochmal überlegt und ein (uint8_t*) Cast sollte reichen. Dein Fehler war
>> der Cast auf einen uint16_t* Zeiger.
>
> Danke! Alle Warnungen behoben :-)

Aber noch mal: Überdenke die ganze Vorgehensweise nochmal. So wie du das 
machst, ist das von großen Übel.

batman schrieb:
> Wieso, wenn man Strings variabler Länge im EEPROM ablegt, kennt der
> Compiler ja auch nicht jede Adresse.

Warum sollte man überhaupt Strings im EEPROM ablegen? Und dann noch in 
"variabler" Länge.

Cyblord -. schrieb:
> Ansonsten eben einen Cast einbauen. Ist aber Pfusch. Warum ist dir
> exakte Adresse wichtig? Bei Variablen im RAM ist dir die doch auch egal.
> Benutze den EEPROM in gleicher Weise.

Mir wäre sie in der Regel wichtig, damit eine neue Version der Firmware 
bei einem Upgrade die schon enthaltenen Variablen wiederfindet.
In der Regel speichere ich Einstellungen im EEPROM. Die will ich aber 
bei einem Firmware-Upgrade nicht verlieren. Wenn man dem Linker die 
Zuordnung der Adressen überlässt, muss man bei jedem Upgrade den EEPROM 
löschen und die darin gespeicherten Einstellungen wieder neu vornehmen, 
weil nicht mehr garantiert ist, dass die Variablen noch an der selben 
Adresse wie in der Vorgänger-Version stehen.

Arduino F. schrieb:
> batman schrieb:
>> Eine Struktur wird auch an einer Adresse gespeichert.
> Das stimmt!
> Und?

Und auch deren Adresse wird dann vom Linker bei jedem Lauf neu 
zugeordnet, genau wie bei einzelnen Variablen. Man könnte sich natürlich 
darauf verlassen, dass der Linker sich immer dazu entscheiden wird, sie 
an Adresse 0 zu legen, aber garantiert ist das nicht, es sei denn man 
trägt das fest im Linkerskript so ein.

Arduino F. schrieb:
> Meine Vermutung:
> Hier wird ein wunderschöner Automatismus ignoriert, weil er gar nicht
> bekannt ist.

Nun gut, mag sein. Ich wollte auch nur zu verstehen geben, dass "weil er 
gar nicht bekannt ist" nicht der einzige Grund sein muss, warum man den 
Automatismus nicht nutzt.

Rolf M. schrieb:

> Und auch deren Adresse wird dann vom Linker bei jedem Lauf neu
> zugeordnet, genau wie bei einzelnen Variablen. Man könnte sich natürlich
> darauf verlassen, dass der Linker sich immer dazu entscheiden wird, sie
> an Adresse 0 zu legen, aber garantiert ist das nicht, es sei denn man
> trägt das fest im Linkerskript so ein.

Wenn es wichtig ist, trägt man es halt ein. Macht man andernorts ja auch 
so. Da kommt auch niemand auf die Idee plötzlich im Programm mit 
Adressen zu hantieren anstatt mit Variablen, nur weil er einen bestimmte 
Rambereich definieren möchte. Man sagt es dem Linker und ist fertig.

Aber es ist wie immer, Speziallösungen mögen bei Experten ok sein, bei 
Anfängern deuten sie auf Unwissenheit hin und sind meist nicht nötig.