need help AVR Atmel eeprom STRING oder array of char

[Joachim B. (jar)]

und bitte keine so "hilfreichen" Kommentare wie:

"was lässt der Artikel für Fragen offen?"
Diese habe ich zu Hauf gefunden aber keine Lösung!

habe gefühlt auch ganz guggel durchsucht und kein funktionierendes 
Beispiel gefunden.

Ich denke doch der avr-gcc sollte nicht nur sizeof(var) kennen

sondern auch deren Adresse im EEPROM

#include <avr/eeprom.h>

uint8_t EEMEM tach[]="tach auch....";
//char EEMEM tach[]="tach auch....";
uint8_t EEMEM i2c_found[]="I2C device found at address 0x";


void setup() 
{ 
  char setup_loc[41];
  
  Serial.begin(19200);
  delay(200);

while (!eeprom_is_ready()); // ob's noetig ist keine Ahnung, man versucht ja alles wenns nicht klappt
 cli(); // ob's noetig ist keine Ahnung, man versucht ja alles wenns nicht klappt
  eeprom_read_block(setup_loc, tach, sizeof(tach));
//  eeprom_read_block((void *)setup_loc, (const void *)tach, sizeof(tach));
 sei(); // ob's noetig ist keine Ahnung, man versucht ja alles wenns nicht klappt

  Serial.print(F("\n\n sizeof(tach):")); Serial.println(sizeof(tach));
  // klappt
  //  sizeof(tach):14
  
  Serial.print(F(" sizeof(i2c_found):")); Serial.println(sizeof(i2c_found));
  // klappt auch, zumindest sizeof() wird richtig erkannt
  //  sizeof(i2c_found):31

  Serial.print(F("\n aus EEPROM:")); Serial.println(setup_loc);
  Serial.print(F(" aus EEPROM:")); Serial.println((char *)setup_loc);
  Serial.print(F(" aus EEPROM:")); Serial.println(*setup_loc);
  Serial.print(F(" aus EEPROM:")); Serial.println(*(char *)setup_loc);
// aber hier kommt nur Muell raus warum?
// aus EEPROM:ÿÿÿÿÿÿÿÿÿÿÿÿÿ)­ä?
 //aus EEPROM:ÿÿÿÿÿÿÿÿÿÿÿÿÿ)­ä?
 //aus EEPROM:ÿ
 //aus EEPROM:ÿ  
  
}

void loop(void)
{
  ;
}

[Karl H. (kbuchegg)]

Joachim B. schrieb:

> // aber hier kommt nur Muell raus warum?

vielleicht, weil noch niemand etwas ins EEPROM geschrieben hat?

Bist du sicher, dass die Arduino UMgebung nicht nur das Programm 
überträgt, sondern auch das EEPROM programmiert?

[Joachim B. (jar)]

Karl H. schrieb:
> Bist du sicher, dass die Arduino UMgebung nicht nur das Programm
> überträgt, sondern auch das EEPROM programmiert?

bin ich nicht, aber wäre es nicht sinnlos im Arduino EEMEM zu belegen 
und Arduino trägt es nicht ein?

[Joachim B. (jar)]

aha, ein eep File wird zwar aktuell erzeugt, nach Datum und Uhrzeit aber 
da ist kein Text drin (lt. Hexeditor)

wie doof ist das denn?

[Joachim B. (jar)]

Lösung?

If you want to set EEPROM when using Optiboot, there is a simple 
workaround - and this works on the original Arduino bootloader too. 
Upload a sketch that writes the EEPROM as you want it, let it execute, 
then upload the second sketch with the code you really want.

und wie kommen die Adress Tables ins Programm welche auf die Adressen im 
EEPROM verweisen?

ich verstehe es nicht, die Arduino IDE benutzt avr-gcc und schaft es 
nicht in der x-ten Arduino Version ein eep zu erzeugen und in das EEPROM 
zu bringen?

w a h ...................

keiner meckert?
nix wird korrigiert?

[chris (Gast)]

Joachim B. schrieb:
> ich verstehe es nicht, die Arduino IDE benutzt avr-gcc und schaft es
> nicht in der x-ten Arduino Version ein eep zu erzeugen und in das EEPROM
> zu bringen?

Wie denn auch, wenn über den Bootloader geflasht wird?
Der kann wohl nur den Flash beschreiben.

[Joachim B. (jar)]

chris schrieb:
> Joachim B. schrieb:
>> ich verstehe es nicht, die Arduino IDE benutzt avr-gcc und schafft es
>> nicht in der x-ten Arduino Version ein eep zu erzeugen und in das EEPROM
>> zu bringen?
>
> Wie denn auch, wenn über den Bootloader geflasht wird?
> Der kann wohl nur den Flash beschreiben.

ach und der Bootloader ist kein Proggi was läuft?
Ein laufendes Proggi kann nichts ins EEPROM eingeben? (von mir aus in 
500 Byte Schritten)

vielleicht erklärst du mal was du sagen wolltest?

[Karl H. (kbuchegg)]

Joachim B. schrieb:

> Ein laufendes Proggi kann nichts ins EEPROM eingeben? (von mir aus in
> 500 Byte Schritten)

Das hat keiner gesagt.

Machs halt nicht gar so kompliziert
Nimm dein Programm her und modifiziere die setup()

uint8_t EEMEM tach[]="tach auch....";
//char EEMEM tach[]="tach auch....";
uint8_t EEMEM i2c_found[]="I2C device found at address 0x";


void setup() 
{ 
  char setup_loc[41];

...

  strcpy( setup_loc, "tach auch...." );
  eeprom_write_block( setup_loc, tach, sizeof(tach) );

  strcpy( setup_loc, "I2C device found at address 0x" );
  eeprom_write_block( setup_loc, i2c_found, sizeof(i2c_found) );

...

das lässt du einmal laufen und danach kommentierst du die 4 Zeilen 
wieder aus.

Im Normalfall willst du sowieso nicht haben, dass dir bei jedem mal 
Programmübertragen das EEPROM zerstört bzw. wieder überschrieben wird. 
Der Sinn des EEPROMS besteht darin, Dinge wie zb Konfigurationsdaten, 
die sich zur Laufzeit ändern können, permanent speichern zu können. Und 
die willst du nicht verlieren, nur weil du ein Programmupdate machst.

Du kannst dir auch gefinkeltere Strategien ausdenken. Denn es ist 
bekannt, dass eine jungfräuliche EEPROM Speicherzelle den Wert 0xFF 
liefern wird. D.h du kannst auch lesen - abfragen ob 0xFF gekommen ist - 
default Wert im Programm benutzen und den gleichzeitig ins EEPROM 
schreiben. Dann initialisiert sich das Programm quasi selbst den EEPROM 
wenn es auf einen jungfräulichen AVR übertragen wird und du musst gar 
nicht mehr daran denken, dass du auch ein EEP File brennen müsstest.

Im übrigen wirst du dich hier

uint8_t EEMEM tach[]="tach auch....";
//char EEMEM tach[]="tach auch....";
uint8_t EEMEM i2c_found[]="I2C device found at address 0x";

eher auf eine vorgegebene Byteanzahl einschiessen, als auf eine Größe, 
so dass deine Texte da gerade reinpassen.

uint8_t EEMEM tach[20];
uint8_t EEMEM i2c_found[30];

d.h. wenn du schon Texte ins EEPROM legen willst (wegen zb 
Übersetzungen). Denn der nächste will anstelle von "tach auch...." 
lieber "** Buenos dias **" am LCD stehen haben. Nur passt das dann 
leider nicht in den für diesen Text reservierten Speicherplatz im 
EEPROM.

[Joachim B. (jar)]

Karl H. schrieb:
> Machs halt nicht gar so kompliziert
> Nimm dein Programm her und modifiziere die setup()
Karl H. schrieb:
> das lässt du einmal laufen und danach kommentierst du die 4 Zeilen
> wieder aus.

wenns nur 4 Zeilen wären, momentan ist mein flash beim 328p am Ende, die 
Texte belegen 1k was prima ins EEPROM passen würde und mir 1k flash 
(fast) freischaufelt.

Karl H. schrieb:
> Im Normalfall willst du sowieso nicht haben, dass dir bei jedem mal
> Programmübertragen das EEPROM zerstört bzw. wieder überschrieben wird.

ich weiss grad nicht ob im Arduino die ee save fuse gesetzt ist, kann 
ich aber auslesen oder ändern.

Karl H. schrieb:
> Der Sinn des EEPROMS besteht darin, Dinge wie zb Konfigurationsdaten,
> die sich zur Laufzeit ändern können, permanent speichern zu können.

ist das so?

für mich wäre der Sinn das EEPROM für Texte zu nutzen wenns im flash eng 
wird.

Für alles mag ich nicht zum Mighty m1284p oder Arduino mega2560 greifen, 
wobei letzterer wieder weniger RAM hat und beim flash hatte ich 
Zugriffsprobleme bei Pictures oberhalb von 64k, irgendwie war der 
Zugriff auf Speicher >64k nicht sauber.
Dito ist mir ja schon bei der fastLED LIB Arduino passiert, ein Update 
dauerte 33µs statt der von der WS2812 LED geforderten 30µs weil die 
Herren Programmierer nicht im Timing das dritte Adressbyte 
berücksichtigt hatten.

Abhilfe für den Mighty in fastLED LIB bei delay.h

// #define NS(_NS) (_NS / (1000 / (F_CPU / 1000000L)))
#if F_CPU < 96000000
#if defined(__AVR_ATmega1284P__) && (F_CPU==16000000)
  #define NS(_NS) ( (_NS * ( (F_CPU*9L/10L) / 1000000L))) / 1000
  #define CLKS_TO_MICROS(_CLKS) ((long)(_CLKS)) / ((F_CPU*9L/10L) / 1000000L)
#else
  #define NS(_NS) ( (_NS * (F_CPU / 1000000L))) / 1000
  #define CLKS_TO_MICROS(_CLKS) ((long)(_CLKS)) / (F_CPU / 1000000L)
#endif

macht für den m1284p an dieser Stelle -10% Timing und aus 33µs werden 
wieder 30µs und die WS2812 ist happy.

Nur die Ausrede der LIB Ersteller schockt, der mighty m1284p ist kein 
ordentlicher Arduino deswegen müssen sie nicht tätig werden, nur wie ist 
das dann mit dem m2560? Dieser ist ein ordentlicher Arduino und benötigt 
auch drei Adressbytes für Speicher und Jump, läuft das da? hatte ich nie 
probiert.
m2560
SRAM (Kbytes): 8

m1284p
SRAM (Kbytes): 16

[Joachim B. (jar)]

Joachim B. schrieb:
> #if defined(_AVR_ATmega1284P_) && (F_CPU==16000000)

ich sehe gerade, das && (F_CPU==16000000) könnte man rauswerfen war noch 
aus der Zeit als ich konstante 1,6 MHz abgezogen hatte (-10% bei 16 MHz)

mit F_CPU * 9L/10L passt es aber nun für alle Taktfrequenzen auch wenn 
ich mal Baudratenqurze einsetze.

[Paul B. (paul_baumann)]

Die Arduino-Oberfläche soll also für Laien und Programmieranfänger 
gedacht sein?! Ich kann mir nicht vorstellen, daß ein Anfänger diesen 
Rotz nicht nach 2-3 Tagen mit Schwung in die Ecke feuert und sich eine 
andere Oberfläche installiert. Wenn ich hier so manche Frage dazu lese, 
habe ich den Eindruck, daß das ein Urwald mit verfilztem Unterholz 
voller Schlangen und Skorpione ist.

Das mußte ich mal sagen und nun: Malträtiert von mir aus die 
Minus-Schaltfläche

MfG Paul

[Joachim B. (jar)]

Paul B. schrieb:
> Die Arduino-Oberfläche soll also für Laien und Programmieranfänger
> gedacht sein?! Ich kann mir nicht vorstellen, daß ein Anfänger diesen
> Rotz nicht nach 2-3 Tagen mit Schwung in die Ecke feuert und sich eine
> andere Oberfläche installiert.

oh wie wahr.......

Paul B. schrieb:
> Das mußte ich mal sagen und nun: Malträtiert von mir aus die
> Minus-Schaltfläche

diesmal nicht paul!