retr0/Shinebridge
0
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

ROADMAP: Wallbox-Duplikat-Fund dokumentiert, Punkt 6 zurückgestellt, Auto-Cleanup als neuer Punkt

Browse Source 
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
retr0
2026-08-26 10:47:42 +02:00
co-authored by Claude Sonnet 5
parent 89250e16bf
commit c924955be9
1 changed files with 14 additions and 9 deletions
Download Patch File Download Diff File Expand all files Collapse all files
ROADMAP.md
+14 -9
View File
@@ -12,16 +12,21 @@
## Nächste Schritte (Stand 2026-08-26) ## Nächste Schritte (Stand 2026-08-26)
Reihenfolge nach Aufwand/Abhängigkeit, nicht nach Wichtigkeit — 1 und 2 zuerst, weil billig bzw. weil 6 davon abhängt. Reihenfolge nach Aufwand/Abhängigkeit, nicht nach Wichtigkeit.
1. **Wallbox-Duplikat klären** — Firma-HA zeigt doppelte Wallbox-Sensor-Sets (`wallbox_ladezustand`/`_2`/`_3`). Echte zweite Wallbox oder Doppel-MQTT-Discovery? Klärt die Grundlage für Punkt 6. 1. **Automatischer täglicher Config-Export** — nach dem Datenverlust-Vorfall vom 25.08. (Uninstall+Reinstall löschte `/data`) eine zusätzliche Absicherung neben den HAOS-eigenen Backups. Export-Endpunkt (`/api/export-config`) existiert schon, braucht nur einen Cron-Trigger + Ablagepfad.
2. **Automatischer täglicher Config-Export** — nach dem Datenverlust-Vorfall vom 25.08. (Uninstall+Reinstall löschte `/data`) eine zusätzliche Absicherung neben den HAOS-eigenen Backups. Export-Endpunkt (`/api/export-config`) existiert schon, braucht nur einen Cron-Trigger + Ablagepfad. 2. **Discord-Alerts** — bei Zwangsladen-Start, Fehlerzuständen (unbekannter Ladezustand), besonders günstigen Spot-Preisfenstern. Nutzt den bestehenden Homelab-Discord-Bot.
3. **Discord-Alerts** — bei Zwangsladen-Start, Fehlerzuständen (unbekannter Ladezustand), besonders günstigen Spot-Preisfenstern. Nutzt den bestehenden Homelab-Discord-Bot. 3. **Sessions pro Fahrzeug trennen** — falls mehrere Fahrer/Autos an einer Wallbox laden, aktuell nur eine Gesamt-Statistik.
4. **Sessions pro Fahrzeug trennen** — falls mehrere Fahrer/Autos an einer Wallbox laden, aktuell nur eine Gesamt-Statistik. Hängt an Punkt 1. 4. **Lastspitzenkappung (Peak Shaving)** — Ladestrom drosseln, wenn Netzbezug (mehrere Autos + Haushalt gleichzeitig) einen Grenzwert überschreitet. Eigenes Sicherheits-Design nötig (was passiert bei Messfehler/Ausfall — nie ungebremst weiterladen).
5. **Lastspitzenkappung (Peak Shaving)** — Ladestrom drosseln, wenn Netzbezug (mehrere Autos + Haushalt gleichzeitig) einen Grenzwert überschreitet. Eigenes Sicherheits-Design nötig (was passiert bei Messfehler/Ausfall — nie ungebremst weiterladen). 5. **Prognosebasiertes Laden** — PV-Wetterprognose (z.B. Open-Meteo/Solcast) + Spot-Preis kombinieren, damit Zwangsladen nicht stur nach Timeout entscheidet, sondern z.B. "morgen wird's sonnig, noch etwas warten" berücksichtigt. Größter Umfang, externe API-Anbindung nötig.
6. **Mehrere Wallboxen fair verteilen** — verfügbaren PV-Überschuss/Netzanschluss zwischen mehreren Ladepunkten aufteilen statt jede unabhängig maximal ausreizen zu lassen. Hängt an Punkt 1. 6. **Chart-Feintuning** — läuft nebenbei mit, keine feste Priorität (z.B. Live-Kosten-Ticker statt nur Rückblick).
7. **Prognosebasiertes Laden** — PV-Wetterprognose (z.B. Open-Meteo/Solcast) + Spot-Preis kombinieren, damit Zwangsladen nicht stur nach Timeout entscheidet, sondern z.B. "morgen wird's sonnig, noch etwas warten" berücksichtigt. Größter Umfang, externe API-Anbindung nötig. 7. **Auto-Cleanup verwaister MQTT-Geräte** — wenn ein Gerät aus ShineBridge entfernt wird, dessen MQTT-Discovery-Topics aktiv abmelden statt sie als tote HA-Geräte-Leichen zurückzulassen (siehe Fund unten).
8. **Chart-Feintuning** — läuft nebenbei mit, keine feste Priorität (z.B. Live-Kosten-Ticker statt nur Rückblick).
**Zurückgestellt:** Mehrere Wallboxen fair verteilen — bei der Duplikat-Prüfung (siehe unten) stellte sich heraus, dass es aktuell nur eine echte Wallbox gibt. Erst relevant, wenn wirklich eine zweite dazukommt.
### Fund: Wallbox-Duplikat war kein echtes Duplikat
Firma-HA zeigte drei Wallbox-Geräte (`wallbox_ladezustand`/`_2`/`_3`). Per `device_id()`/`device_attr()`-Template-Check verifiziert: drei unterschiedliche ShineBridge-`inv_id`s, aber nur **eine** davon (`1c042e72`) hat noch aktive Poll-Loop-Logeinträge — die anderen zwei sind verwaiste Reste aus früheren Config-Änderungen (0 Log-Treffer). Kein Konflikt-Risiko (keine drei gleichzeitigen Poller auf demselben physischen Gerät), nur unaufgeräumte Geräte-Registry. Manuell entfernbar unter Einstellungen → Geräte & Dienste → Geräte.
## Erledigt vor dieser Roadmap (Kontext) ## Erledigt vor dieser Roadmap (Kontext)