BoseFix32 — lokaler SoundTouch-Cloud-Ersatz auf einem ESP32

[fred_feuerstein]

ja, scheinbar hatte ich das Update auf die .42 bisher nur bei meinem 2. SixBack im Büro gemacht...

nun aber auch auf meinem Hauptstick.

Das Handling nach dem Update/Reboot etc. ist aber 100Prozent gleich wie in Beitrag #222 von mir beschrieben.

Hier der Status nach dem Update und Reboot mit 1x Preset Save Fail.

Code Auswählen Erweitern

{
  "name": "SixBack",
  "version": "0.8.42",
  "build": "2026-08-07 13:56:43",
  "license": "PolyForm-Noncommercial-1.0.0",
  "copyright": "Copyright (c) 2026 Dirk Tostmann",
  "uptime_s": 4462,
  "wifi": {
    "connected": true,
    "ssid": "hannebambel HOME",
    "ip": "192.168.123.173",
    "rssi": -24,
    "channel": 5,
    "band": "2.4GHz",
    "mac": "1C:DB:D4:74:9F:44",
    "hostname": "sixback.local",
    "improv_active": false,
    "improv_window_s": 0,
    "captive_active": false,
    "captive_window_s": 0
  },
  "heap": {
    "free": 111844,
    "min_free": 88904,
    "total": 339144,
    "largest_block": 52212,
    "outbound_rejects": 0
  },
  "psram": {
    "free": 8359648,
    "total": 8388608
  },
  "chip": {
    "model": "ESP32-S3",
    "cores": 2,
    "revision": 2,
    "flash_size": 16777216
  },
  "cloud_replacement": {
    "port": 8000,
    "base_url": "http://192.168.123.173:8000"
  },
  "speakers_count": 9,
  "scan_in_progress": false,
  "groups_persist_ok": true,
  "preset_store": {
    "load_ok": true,
    "save_fails": 1,
    "speakers": 8,
    "save_heap_aborts": 0,
    "save_nvs_fails": 1
  },
  "inventory": {
    "save_fails": 0
  },
  "health": {
    "boot_count": 6,
    "crash_count": 0,
    "wifi_reboots": 0,
    "heap_reboots": 0,
    "wifi_disconnects": 6,
    "last_wifi_down_s": 1,
    "last_reset": "SW",
    "wdt_subscribed": true,
    "wifi_down_for_s": 0,
    "heap_low_for_s": 0,
    "heap_low_events": 0,
    "last_heap_low_s": 0,
    "last_ping_age_s": 262
  }
}

[tostmann]

Danke — damit ist es auf .41 und .42 dasselbe Bild, dein Fall bleibt also offen.

Was der Dump sagt: save_nvs_fails steht auf 1, save_heap_aborts auf 0. Es scheitert das Schreiben in den Flash, nicht der Arbeitsspeicher. Ob der Bereich schlicht voll ist, weiß ich noch nicht — das kann der Stick selbst beantworten:

Code Auswählen Erweitern

http://<dein-stick>/api/nvs/stats
Bitte einmal direkt nach einem Neustart und einmal unmittelbar nachdem das ✕ wieder den 500er gebracht hat. Interessant ist free_entries.

[fred_feuerstein]

hier direkt nach Neustart, noch vor dem Preset Save Fehler:

used_entries   494
free_entries   136
total_entries   630
namespace_count   15
percent_used   78.4127

und hier nach der Korrektur bei der 8. Box und Browser Refresh:

used_entries   488
free_entries   142
total_entries   630
namespace_count   15
percent_used   77.46032