ESP32 SPIFFS Multidimensionales Array speichern / laden

[Arnold A. (arnold1977)]

Hallo zusammen,

ich habe ein Array (bin mir nicht sicher, ob der Begriff so passt):
uint8_t vals[18][3];

klar, könnte ich jetzt via Loop alle Felder in eine Textdatei schreiben. 
Aber gibt es auch "Elegante Varianten"?

Meine Idee wäre, das ganze einfach via memcpy in ein Chararray 
schreiben. Und auf dem Rückweg aus dem Chararray wieder in mein "vals" 
schreiben.

Leider bekomme ich das nicht wirklich hin.

Freue mich über jeden Tipp.

Grüße

[Falk B. (falk)]

Arnold A. schrieb:
> ich habe ein Array (bin mir nicht sicher, ob der Begriff so passt):
> uint8_t vals[18][3];

Das ist ein Array.

> klar, könnte ich jetzt via Loop alle Felder in eine Textdatei schreiben.
> Aber gibt es auch "Elegante Varianten"?

Was ist daran nicht elegant?

> Meine Idee wäre, das ganze einfach via memcpy in ein Chararray
> schreiben.

Und dann? Das kann man nicht direkt in eine Textdatei ausgeben, 
bestenfalls in eine Binärdatei. Dafür braucht es aber nicht dem Umweg 
des char-Arrays, das kann man mit deinem Array auch direkt.

> Leider bekomme ich das nicht wirklich hin.

Sag erstmal, was INSGESAMT erreicht werden soll, siehe Netiquette.

[Arnold A. (arnold1977)]

das ist einfach nur ein Array für 18 LEDs mit jeweils HUE, SAT und VAL 
werten...

Ich hab mich gegen Typedef/Strukt entschieden, weil das ganze Speicher 
Technik "minimal" schlanker ist und ich nicht mit List arbeiten muss.
Und da die Werte alle uint8 sind, hat mir die Idee gut gefallen.

Das ganze via Loop in eine Textdatei zu schreiben, bedeutet auch, dass 
ich anschließend die Textdatei wieder "zerlegen" muss. Das ist nicht 
sonderlich aufwendig und wenn ich ehrlich bin sogar schon fertig.

Aber es fühlt sich so "umständlich" an.

Grüße

[Falk B. (falk)]

Arnold A. schrieb:
> das ist einfach nur ein Array für 18 LEDs mit jeweils HUE, SAT und VAL
> werten...
>
> Ich hab mich gegen Typedef/Strukt entschieden, weil das ganze Speicher
> Technik "minimal" schlanker ist

Nö.

> und ich nicht mit List arbeiten muss.

List?

> Und da die Werte alle uint8 sind, hat mir die Idee gut gefallen.

Schlechte Idee. Variablen sollten so weit wie möglich selbsterkärende 
Namen haben, so auch hier.

typedef struct {
    uint8_t hue;
    uint8_t sat;
    uint8_t val;
} led_t;

led_t my_leds[18];

Damit weiß man im Programm, was die Daten bedeuten und spart sich die 
Kommentare.

[Arnold A. (arnold1977)]

ja...
Das Konzept habe ich bislang gemieden, ist aber eine Option...

Hilft mir aber bei meiner Problemstellung exakt 0
> Wenn du mir jetzt die Lösung an die Hand gibst, wie ich das ganze "elegant" in 
den Speicher laden kann käme ich weiter.
> Wie gesagt, mir gefällt der Loop und das Split nicht sehr gut... genauso über 50 
Dateien anlegen eher fraglich ^^

[Martin (Gast)]

Beachte aber :


SPIFFS Deprecation Warning

SPIFFS is currently deprecated and may be removed in future releases of 
the core. Please consider moving your code to LittleFS. SPIFFS is not 
actively supported anymore by the upstream developer, while LittleFS is 
under active development, supports real directories, and is many times 
faster for most operations.


https://arduino-esp8266.readthedocs.io/en/latest/filesystem.html#spiffs-deprecation-warning

[STK500-Besitzer (Gast)]

Falk B. schrieb:

typedef struct {
    uint8_t hue;
    uint8_t sat;
    uint8_t val;
} led_t;
led_t my_leds[18];
[/c}

Und wenn man "lustig" ist, packt man die struct in eine union, damit man sie 
als Array verschicken kann:
[c]
typedef struct {
    uint8_t hue;
    uint8_t sat;
    uint8_t val;
} led_t;
typdef union {
    led_t ledData;
    uint8_t array[3];
} sendableLedData_t;
sendableLedData_t my_leds[18];

Dabei muss man den Endian des Compilers beachten, und ggf. die per 
#pragma die Structgröße setzen, weil sind das Alingnment nicht stimmt.
Ich kann mich aber auch mal wieder irren.

[Martin (Gast)]

Arnold A. schrieb:
> Hilft mir aber bei meiner Problemstellung exakt 0
>> Wenn du mir jetzt die Lösung an die Hand gibst, wie ich das ganze "elegant" in
> den Speicher laden kann käme ich weiter.
>> Wie gesagt, mir gefällt der Loop und das Split nicht sehr gut... genauso über 
50
> Dateien anlegen eher fraglich ^^


Warum muss es eine Textdatei sein und keine Binärdatei?

Was für ein Split?

Zeig mal deinen gesamten Code. Sonst wird das alles Glaskugelraten.

[Philipp K. (philipp_k59)]

Du könntest eine kleine Partition als Transparent Cache anlegen, da 
bekommst du einen Pointer in die Partition als wenn es Ein 
Speicherpointer wäre.. da kannst du Binär ohne Overhead wilde sau 
spielen.

[STK500-Besitzer (Gast)]

STK500-Besitzer schrieb:
> Dabei muss man den Endian des Compilers beachten,

"Controllers" statt "Compilers" war gemeint.

[noiasca (Gast)]

Arnold A. schrieb:
> Freue mich über jeden Tipp.

der richtige Weg Daten am ESP32 zu persistieren wäre dafür die Nutzung 
von "Preferences"

https://espressif-docs.readthedocs-hosted.com/projects/arduino-esp32/en/latest/api/preferences.html

[EAF (Gast)]

noiasca schrieb:
> der richtige Weg Daten am ESP32 zu persistieren wäre dafür die Nutzung
> von "Preferences"
Macht das auch ein wear leveling, so wie die Flash-FS Varianten?

[J. S. (jojos)]

Abhängig von den Randbedingungen würde ich sogar eher JSON nehmen. 
Binärdateien haben den Nachteil das die Daten bei Änderungen an der 
Struktur inkompatibel sind.
Mit ArduinoJSON ist sehr einfach weil man auch da die Daten als Array 
von Strukturen abbilden kann.
Beispiele siehe https://arduinojson.org/

[Philipp_K59 (Gast)]

In Arduino habe ich das eindimensional mal so gelöst, müsste man halt 
schauen ob das auch mit struct geht, bzw wie man das dann umgeht:

int mainconfig[10] = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0};

bool loadConfig() {
  File configFile = SPIFFS.open("/config.json", "r");
  if (!configFile) {
    Serial.println("Failed to open config file");
    return false;
  }
  size_t size = configFile.size();
  if (size > 2000) {
    Serial.println("Config file size is too large");
    return false;
  }
  std::unique_ptr<char[]> buf(new char[size]);
  configFile.readBytes(buf.get(), size);
  StaticJsonBuffer<2000> jsonBuffer;
  JsonObject& json = jsonBuffer.parseObject(buf.get());
  if (!json.success()) {
    Serial.println("Failed to parse config file");
    return false;
  }
  json["mainconfig"].as<JsonArray>().copyTo(mainconfig);
  configFile.close();
  return true;
}

bool saveConfig() {
  StaticJsonBuffer<2000> jsonBuffer;
  JsonObject& root = jsonBuffer.createObject();
  JsonArray& array4 = root.createNestedArray("mainconfig");
  array4.copyFrom(mainconfig);
  File configFile = SPIFFS.open("/config.json", "w");
  if (!configFile) {
    Serial.println("Failed to open config file for writing");
    return false;
  }
  root.printTo(configFile);
  configFile.close();
  return true;
}