Build von 1.0.11 brach ab: „Globale Variablen verwenden 351284 Bytes (107 %)" — die 60-min-Ringpuffer der Verlauf-Seite (~29 KB) lagen als statische Arrays im internen RAM, der schon vorher zu ~98 % voll war.
Fix: Historie als ein zusammenhängender Block (struct ChartHist) per heap_caps_malloc(MALLOC_CAP_SPIRAM) im PSRAM, Fallback MALLOC_CAP_8BIT; gleiche Stelle wie die LVGL-Framebuffer. chart_sample_cb/chart_redraw prüfen den Zeiger — schlägt die Allokation fehl, bleibt das Chart leer statt abzustürzen.
Damit liegt der statische Verbrauch wieder auf 1.0.10-Niveau (~98 %). Bitte einmal neu kompilieren.
Build von 1.0.11 brach ab: „Globale Variablen verwenden 351284 Bytes (107 %)" — die 60-min-Ringpuffer der Verlauf-Seite (~29 KB) lagen als statische Arrays im internen RAM, der schon vorher zu ~98 % voll war.
Fix: Historie als ein zusammenhängender Block (`struct ChartHist`) per `heap_caps_malloc(MALLOC_CAP_SPIRAM)` im PSRAM, Fallback `MALLOC_CAP_8BIT`; gleiche Stelle wie die LVGL-Framebuffer. `chart_sample_cb`/`chart_redraw` prüfen den Zeiger — schlägt die Allokation fehl, bleibt das Chart leer statt abzustürzen.
Damit liegt der statische Verbrauch wieder auf 1.0.10-Niveau (~98 %). Bitte einmal neu kompilieren.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Die 60-min-Ringpuffer der Verlauf-Seite (~29 KB) lagen als statische Arrays
im internen RAM und sprengten das Board-Limit (Linker: 107 % dynamischer
Speicher, Build brach ab). Historie jetzt als ein Block per heap_caps_malloc
im PSRAM (Fallback MALLOC_CAP_8BIT), wie die LVGL-Framebuffer; alle Zugriffe
gegen Allokationsfehler abgesichert (Chart bliebe dann leer).
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
thomas
merged commit 92ef4fbfb6 into main2026-07-12 21:17:14 +02:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Build von 1.0.11 brach ab: „Globale Variablen verwenden 351284 Bytes (107 %)" — die 60-min-Ringpuffer der Verlauf-Seite (~29 KB) lagen als statische Arrays im internen RAM, der schon vorher zu ~98 % voll war.
Fix: Historie als ein zusammenhängender Block (
struct ChartHist) perheap_caps_malloc(MALLOC_CAP_SPIRAM)im PSRAM, FallbackMALLOC_CAP_8BIT; gleiche Stelle wie die LVGL-Framebuffer.chart_sample_cb/chart_redrawprüfen den Zeiger — schlägt die Allokation fehl, bleibt das Chart leer statt abzustürzen.Damit liegt der statische Verbrauch wieder auf 1.0.10-Niveau (~98 %). Bitte einmal neu kompilieren.
🤖 Generated with Claude Code