Ursache: Container lief in UTC, waehrend die Flux-Aggregation Europe/Berlin
nutzt. Dadurch lagen die in JS (Lokalzeit) berechneten Monats-/Tagesgrenzen
eine Stunde neben den Flux-Balken:
- Januar-Balken (Berlin = 31.12. 23:00 UTC) lag vor 'start' (UTC) und wurde
weggefiltert.
- Ladetag-Zeitstempel (UTC-Mitternacht) passten nicht auf die Verbrauchsbalken
(Berliner Mitternacht) -> keine Markierung.
Fix: tzdata ins Image + TZ=Europe/Berlin (Dockerfile und compose). Damit
stimmt die JS-Lokalzeit mit der Flux-Location ueberein. Verifiziert: im
Container ergibt new Date(2026,0,1) den Berliner Monatsanfang.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
INFLUX_URL in docker-compose.prod.yml auf http://influxdb:8086 korrigiert
(verursachte 500 bei allen API-Routen, da Host 'influx' nicht aufloesbar).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Statt eines docker-container-Builders (eigener, volllaufender Cache ->
"no space left on device") wird das Image jetzt mit "docker build
--platform linux/amd64" im Standard-Image-Store gebaut und per
"docker push" hochgeladen. Verifiziert: Image ist linux/amd64.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Statt multiplatform (amd64/arm64) wird das Image nur fuer linux/amd64
gebaut und gepusht (nuccy ist amd64).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Summenzeile (VerbrauchCharts) und Balken-Einfaerbung (BarChart) greifen die
Werte jetzt per Index mit Array.isArray-Guard ab, statt Elemente per [x,y] zu
destrukturieren. Damit kann "(destructured parameter) is not iterable" auch bei
unerwarteten Datenelementen nicht mehr auftreten.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
TypeError "(destructured parameter) is not iterable" bei der Summenberechnung
(data.reduce mit [, v]) konnte die Seite crashen, wenn data ein Element
enthielt, das kein [number, number]-Tupel ist.
Loesung: Daten beim Laden in fetchData validieren (nur valide Tupel werden
uebernommen). Damit sind sowohl die Summenzeile als auch BarChart robust.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Links/Rechts-Pfeile (zurueck/vorwaerts) neben jeder Datumsauswahl fuer
schnelle Navigation. Schrittweite je nach Auswahl: Tag (24h, 7d), Monat
(31d), Jahr (365d). Nach dem Klick wird direkt neu geladen.
- Vorwaerts-Pfeil wird deaktiviert, sobald der aktuelle Zeitraum erreicht
ist (keine Navigation in die Zukunft)
- bei leerem 24h-Feld (rollierend) wird ab heute gerechnet
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Statt durchgehend (stateDuration, das bei jedem Einbruch zurueckgesetzt
wurde) werden jetzt Minuten ueber der Schwelle zu Sessions zusammengefasst
und Einbrueche bis LADEN_MAX_GAP_MIN (Default 10 min) ueberbrueckt. Eine
Session ab LADEN_MIN_HOURS gilt als Ladung.
Damit werden z.B. Ladungen mit kurzem Leistungs-Einbruch (Bsp. 2026-06-20,
~14:58-17:01 mit Einbruch um 16:35) korrekt erkannt.
- Erkennung in Node auf Minuten-Mittelwerten (aggregateWindow mean, Pushdown
-> schneller als zuvor, ~5s statt ~13s je Monat)
- Tages-Zuordnung Berlin-genau, passt exakt zu den 31d-Balken
- neuer Env-Parameter LADEN_MAX_GAP_MIN
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Markiert im 31d-Diagramm die Tage rot, an denen das E-Auto geladen wurde:
Leistung (Feld 'leistung', W) lag laenger als LADEN_MIN_HOURS (Default 2h)
ununterbrochen ueber LADEN_THRESHOLD_KW (Default 11 kW).
- Erkennung serverseitig per Flux stateDuration auf den Sekundendaten
(24h Vorlauf fuer ueber Mitternacht laufende Ladungen an der Monatsgrenze)
- /api/laden?month=YYYY-MM, Ergebnis gecacht (abgeschlossene Monate dauerhaft,
laufender Monat 5 min) -> ~15s nur beim ersten Aufruf
- Markierung wird asynchron nachgeladen, Balken erscheinen sofort
- Schwelle/Dauer per Env (LADEN_THRESHOLD_KW, LADEN_MIN_HOURS) einstellbar
- BarChart: optionales highlight-Set faerbt passende Balken
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Next.js-App zur Visualisierung des Stromverbrauchs aus InfluxDB
(Bucket strom, measurement vzlogger, Feld arbeit = kumulativer
Zaehlerstand in Wh).
- 4 Balken-Diagramme: 24h (stuendlich), Woche (stuendlich),
31 Tage (taeglich), Jahr (pro Monat, immer 12 Monate)
- Verbrauch via difference des Zaehlerstands, zeitzonen-korrekt
- 24h liest Rohdaten (aktuell), 7d/31d/365d den stuendlichen
Downsampling-Rollup (arbeit_hourly) -> sub-sekunde
- Gesamtverbrauch je Zeitraum unter dem Chart
- Design/Layout angelehnt an Werte-Log "Verlauf"
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
admin