Würde eine Partitionierung mit mehr Platz für Daten generell für alle Images Sinn machen?

[mi-hol]

Durch die Option USE_SCRIPT_FATFS_EXT ist das schreiben von Dateien sehr einfach geworden, leider bedeutet es daß die standardmäßig nur 320kB grosse FileSystem Partion schnell voll wird.
Auf der anderen Seite habe ich auch beim aktuell größten Script:
Free Program Space | 1755 KB

Deshalb meine Überlegung ob, eine Partitionierung mit mehr Platz für Daten generell für alle Images Sinn machen würde.

https://tasmota.github.io/docs/Safeboot/ hat auch

"An alternate partition scheme is used in Sonoff Zigbee Bridge Pro:

a fixed size 64KB system area
a Safeboot partition of 832KB
1x partition of 1856KB to receive Tasmota code
a filesystem of 1344KB"

Gibt es dazu vielleicht Erkenntnisse von mehr Anwendern?

[mi-hol]

@ottelo9 was meinst Du dazu?

[mi-hol]

ping @ottelo9

[ottelo9]

Muss ich mir mal anschauen. Wo muss ich das im Code ändern?

[mi-hol]

Wo muss ich das im Code ändern?

Das kann ich Dir leider nicht sagen, da ich mir nur die Frage (wie im Titel genannt) gestellt habe, aber nicht ausprobiert habe.
In der ganz oben verlinkten Doku ist ganz unten ein Tipp:

[mi-hol]

@ottelo9 mit TinyC werden die Skripte nach meinem Verständnis nur noch einen Bruchteil, des bisher mit Scripter notwendigen, Speicherplatzes brauchen.
Wäre das nicht die ideale Gelegenheit die Partitionierung für mehr Datenspeicherung zu ändern?

[ottelo9]

Ich habe in meinen neusten 15.4.0 Images die Anpassungen vorgenommen (ich habe ClaudeAI um Hilfe gebeten). Damit man die neue Partitionierung hat muss das factory geflasht werden ODER man flasht via OTA (wie gehabt) und stellt manuell um via Console:

Praktischer Workflow für deine Lesegeräte (kein Aufschrauben):

• Files via WebUI sichern.
• Unter Assets Firmware herunterladen & entpacken
• OTA-Upgrade auf das neue _tc-Image (*.bin über "Use file upload"), das .factory.bin ist nur zum Flashen via USB!
• Nach Reboot: TinyCChkpt p 1856.
• Nach Auto-Reboot: Files (Skripte, IDE, sml_meter.def) per WebUI wieder hochladen.
• Factory-Flash brauchst du nur, wenn das Image zu groß für die aktuelle app0 ist oder wenn Safeboot fehlt.

All die Infos kommen in die README.md. Ich release nacher alles.

[mi-hol]

• OTA-Upgrade auf das neue _tc-Image (*.bin.gz über "Use file upload").

@ottelo9 es gibt keine "*.bin.gz" in den "Assets" des Release sondern nur "*.zip"

Ich habe zuerst prüfen wollen, ob das bisherige Tasmota script noch mit neuestem Image funktioniert, bevor ich auf TC umstelle.
Mit "tasmota32c6_ottelo_tas.zip" gibt es dann aber leider den folgenden Fehler

obiges zip hat den Inhalt:

[ottelo9]

Die zip muss vorher entpackt werden. Ich habe es oben falsch geschrieben (jetzt korrigiert).

Soll das Filesystem bei der Scripter _tas Variante auch vergrößert werden? Die KI hats nur bei der TinyC _tc Variante eingebaut.

ClaudeAI meint dazu:

@gemu2015
Was meinst du dazu?

[mi-hol]

Die zip muss vorher entpackt werden. Ich habe es oben falsch geschrieben (jetzt korrigiert).

@ottelo9 Danke für die Korrektur, die aber auch noch im Readme.md gemacht werden muss. Habs gerade gecheckt:
"Praktischer Workflow (Lesegerät im Einsatz, kein Aufschrauben):

Files via WebUI → "Manage File System" sichern (Settings.json, Skripte, /sml_meter.def, tinyc_ide.html.gz).
OTA-Upgrade auf das neue _tc-Image (.bin.gz über "Firmware Upgrade → Use file upload"). Das überschreibt nur app0, Partitionen bleiben unverändert."

[mi-hol]

Soll das Filesystem bei der Scripter _tas Variante auch vergrößert werden?

Die benötigte FS Grösse für meinen Anwendungsfall:
Logging der 15 Min Verbrauchswerte über 2 Jahre, um damit eine Wirtschaftlichkeitsberechnung von dynamischen Stromtarifen mit hoher Sicherheit zu ermöglichen.
maximaler Verbrauch/h: 100.9 kWh (Begrenzt durch die normale Anschlussleitung eines Betriebs) => 5 Bytes je Wert
Formel: 5 Bytes * 4 (15 Min Periode) * 24 (Tageswerte) * (2 * 365 Tage/Jahr) => ~ 370 kB

Damit wäre meine gewählte Partitionierung FS im Bereich von 512 oder 768 bis max 1024 kB

Macht das Sinn?

[mi-hol]

OTA-Upgrade auf das neue _tc-Image (.bin.gz über "Firmware Upgrade → Use file upload

Die zip muss vorher entpackt werden. Ich habe es oben falsch geschrieben (jetzt korrigiert).

@ottelo9 wäre der ganze Prozess zum OTA-Update nicht einfach, wenn Releases statt im .zip Format im .gzip Format publiziert würden?

Falls ja, kennst Du die GitHub actions/upload-artifact@V7 die das seit Feb2026 ermöglicht?

[mi-hol]

Tolle Neuigkeit! Vielen Dank!

[mi-hol]

neuester TinyC doc update wirft Fragen auf:
"The 4 MB ESP32 app partition (app1856k) is a hard wall at 1,900,544 B (1856 KB)."

[mi-hol]

die "Frage" der Bedeutung des commit Kommentars hat sich geklärt und stellt kein Problem für die Speicherung von App Daten dar :)

[mi-hol]

Da die Anregung umgesetzt wurde, schließe ich die Diskussion