Neueste Beiträge

#1
Solaranlagen / Aw: Marstek Venus E Modulentwi...
Letzter Beitrag von enfantterrible - 23 Mai 2026, 00:13:02
ja, irgendwie ist das sehr kurios...
hab dann versucht, die Daten über Wireshark abzugreifen, denn immerhin schickt er es ja an die Cloud - aber irgendwie bin ich da noch nich zum Ziel gekommen, hatte aber auch grad nur einen Rechner mit Fenster von Winzigweich und irgendeiner eingebauten noname-Wlankarte zur Verfügung.

das CT002 smartmeter ist anscheinend _noch_ ungesprächiger - das gibt ja garnix von sich... leider waren beide Speicher gerade voll, vielleicht is da auch mehr Stille im Kommunikationsraum.
#2
Solaranlagen / Aw: Erfahrungen mit der Enwite...
Letzter Beitrag von Tiroler mk - 22 Mai 2026, 22:00:21
Toll - Danke für den Tipp!
Ich bekomme zwar den Fronius Backup-Controller, gehe jedoch davon aus, dass ich den Backup-Betrieb auch hier mit "PowerFlow_Site_BackupMode" erkennen kann.
#3
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 22 Mai 2026, 20:49:27
Hallo Peter,

ein Großteil der Problematik liegt mit ziemlicher Sicherheit am BEV, da ich noch kein Profil und auch keine Elemente für BEV eingebaut habe.
Ein Zeichen dafür ist die Diskrepanz zwischen MAPE=77.10 % und MdAPE=17.10 %. Der Median von 17 % ist eigentlich gut – aber Ausreißer reißen den Mittelwert auf 77 % hoch.

MAPE (Mean Absolute Percentage Error) → relative Abweichung in %
   Richtwerte:
   < 10 % → sehr gut - Modell liegt fast immer sehr nah an den echten Werten
   10–20 % → gut - Prognosen sind solide, kleine Abweichungen sind normal
   20–30 % → mittelmäßig / akzeptabel - Modell ist brauchbar, aber nicht präzise – für grobe Trends ok
   > 30 % → schwach - Modell verfehlt die Werte deutlich, oft durch Ausreißer oder fehlende Features
   ⚠️ Vorsicht: bei kleinen Werten (<200 Wh) kann MAPE stark verzerren → MdAPE heranziehen

MdAPE (Median Absolute Percentage Error) → Median der prozentualen Fehler in % (robuster gegenüber kleinen Werten)
   Richtwerte:
   < 10 % → sehr gut
   10–20 % → gut
   20–30 % → mittelmäßig
   > 30 % → schwach

Mit MAPE=77 sind wir hier -> > 30 % → schwach - Modell verfehlt die Werte deutlich, oft durch Ausreißer oder fehlende Features.

Fehlende Features deuten stark auf die fehlende BEV Intergration im Training hin. Verstärkt würde dieser Effekt wenn du sonst einen eher etwas geringen Hausverbrauch pro Stunde hast?

Konkrete Empfehlung um das Problem abzuschwächen:
- Steepness von 0.9 auf 0.5–0.7 reduzieren (aiConSteepness)
- Architektur auf z. B. 30-15-8 oder 20-10 reduzieren (aiConHiddenLayers)

- evtl. als zusätzlichen Schritt einen anderen Algo ausprobieren -> aiConTrainAlgo=RPROP

Die fehlenden Features kommen erst ins Training wenn ich ein BEV-Profil einbaue.

LG,
Heiko
#4
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von fred_feuerstein - 22 Mai 2026, 20:23:46
Also ESP32 S3 läuft nun mit "sixback" v0.7.619

Auto-Scan hat nur 5 Lautsprecher gefunden, aber manuell konnte ich alle weiteren adden.
Es sind nun alle 9 Bose-Geräte in der Liste.
Teils noch auf Bosman migriert, teils original Bose und teils sixback Migration.

Prima soweit !!
Nun mal sehen wie es weitergeht nach und nach :).
Wenn es noch eine Lösung für die lokalen Medienserver gibt, also das Hinzufügen einer Source und das "halbwegs" komfortable setzen einer Playlist, Webradio etc. von der Fritzbox wäre super, aber kein Muss.
Habe ja eine lokale Lösung mit dem Kopieren der Sources.xml und Presets.xml von einer auf die andere Box per USB.
Ansonsten halt über Bosman.

Top!

#5
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von peterboeckmann - 22 Mai 2026, 20:14:59
Hallo Heiko,

Zitat von: DS_Starter am 22 Mai 2026, 20:04:41Expandiere auch die anderen Sektionen Modellparamter bis Rauschen und poste das mal.
Vllt. fällt dann noch etwas auf.

Sehr gerne.

Vielleicht vorab noch der Hinweis, dass gelegentlich ein BEV geladen wird sowie mein attr aiControl:
aiTrainStart=3 aiStorageDuration=18250 aiTreesPV=30
aiConActivate=1
aiConProfile=v1_common_active
aiConHiddenLayers=40-20-10
aiConShuffleMode=1
aiConBitFailLimit=0.34
aiConAlpha=0.7
aiConMomentum=0.9
aiConLearnRate=0.001

Bewertungsüberblick:
Trainingsbewertung: ok (ok)
Lernverhalten: overfit gesundes Lernverhalten (21.4 % Epochenausnutzung)
Einstellhinweise:
Trainingsdaten wurden auswendig gelernt statt allgemeine Muster zu erkennen (Fehler auf unbekannten Testdaten 53.9 % höher als auf Trainingsdaten): Trainings-/Testaufteilung von 80/20 auf 70/30 ändern und/oder Lernrate (aiControl->aiConLearnRate) um Faktor 2 reduzieren damit das Netz langsamer und allgemeiner lernt

Rauschen Bewertung: merkliches Rauschen, Interpretation mit Vorsicht (borderline)
Drift Bewertung: fresh_model
Empfehlung für Retrain: keine

Modellparameter:
Normierungsgrenzen: PV=13640 Wh, Hausverbrauch: Min=0 Wh / Max=13733 Wh
Trainingsdaten: 9555 Datensätze (Training=7644, Validation=1911)
Architektur: Inputs=61, Hidden Layers=40-20-10, Outputs=1
Hyperparameter: Learning Rate=0.001, Momentum=0.9, BitFail-Limit=0.34
Aktivierungen: Hidden=SIGMOID, Steepness=0.9, Output=LINEAR
Trainingsalgorithmus: INCREMENTAL, Registry Version=v1_common_active
Zufallsgenerator: Mode=1, Period=10
Modellalter: 2 h

Trainingsmethoden:
bestes Modell bei Epoche: 3204 (max. 15000)
Training MSE: 0.000321
Validation MSE: 0.000697
Validation MSE Average: 0.000714
Validation MSE Standard Deviation: 0.000012
Validation Bit_Fail: 0
Model Bias: 159 Wh
Model Slope: 0.85
Trainingsbewertung: ok

Fehlerrate der Prognosen:
MAE: 210.92 Wh
MedAE: 135.05 Wh
RMSE: 259.10 Wh
RMSE relative: 35 %
RMSE Rating: good
MAPE: 77.10 %
MdAPE: 17.10 %
R²: 0.88

Rauschen:
Rauschen Bewertung: borderline
Empfehlung für Bit_Fail: 0.34 (Einstellung von aiControl->aiConBitFailLimit)

Drift-Kennzahlen:
Analysefenster: - h
Drift RMSE Ratio: -
Semantic Ratio: -
Slope Reference: 0.85
Slope Live: -
Slope Drift: 1
Bias Reference: 159
Bias Live: -
Bias Drift: 0
Score: -
Index: -
Drift Bewertung: fresh_model
Empfehlung für Retrain: keine
letzte Rekalibrierung: -

Viele Grüße,
Peter
#6
Gut, prompte Reaktion.

Im Header wären für die Aufnahme in die FHEM-Distribution noch ein paar Anforderungen zu erfüllen.
Und natürlich ist https://wiki.fhem.de/wiki/DevelopmentModuleIntro zu beachten.

LG

pah
#7
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 22 Mai 2026, 20:04:41
Hallo Peter,

langsamer lernt dein Netz jetzt, das siehst du an der Ausnutzung der möglichen Epochen.
Aber es muß noch etwas anderes geben.
Expandiere auch die anderen Sektionen Modellparamter bis Rauschen und poste das mal.
Vllt. fällt dann noch etwas auf.
#8
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von fred_feuerstein - 22 Mai 2026, 19:33:21
Du, das ist doch alles gar kein Problem. Danke für die sehr ausführliche Beschreibung.

Das auto migrieren schalte ich gleich nach dem booten ab.

Btw.Hab jetzt neun Geräte am Start. 2 davon sind noch komplett original auf bose eingestellt, und haben Presets auf lokalen mediaserver und dessen radiostreams (fritzbox)
Die anderen habe ich schon mehrfach von Bosman auf sixback und wieder auf original gesetzt.

Habe übrigens den Tipp bekommen, eine neu resettete Box ohne vorhandene Quellen per USB/telnet die sources.xml und Presets.xml von einer anderen Box zu geben. Das klappt.
man muss halt einweder temporär über USB oder dauerhaft root aktivieren an der Box.
geht aber alles mit einem USB Stick.

Leider auch noch keine Idee eine sources Quelle per api etc. zu setzen. Keine Ahnung wie das bei Bosman funktioniert.

Sagen wir mal so. Das wichtigste ist ja, dass die Boxen weiter genutzt werden können, vor allem erstmal als Radio. Bei mir über 80 Prozent der Nutzung.

Der Rest wird sich zeigen.

Melde mich, wenn ich den esp32 S3 neu bespielt habe.
#9
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von tostmann - 22 Mai 2026, 18:55:25
@fred_feuerstein

Erst mal: sorry doppelt.

Erstens: du hast in den letzten Wochen viel Zeit in Tests, Bug-Reports und Logs auf dem BoseFix32-Namen investiert — und jetzt benenne ich das Ding mitten in deinem Testlauf in SixBack um. Hintergrund kein Gimmick: "BoseFix" enthielt die Marke "Bose" wörtlich, und je mehr Sichtbarkeit das Projekt bekommt, desto eher kommt da eine Anwaltspost. Lieber jetzt umbenennen als spaeter unter Druck. SixBack spielt auf die sechs Preset-Tasten an, die wir aus dem Bose-Cloud-Tod zurueckholen — der Fokus bleibt.

Zweitens: aus demselben Umbenennen folgt: dein OTA-Update wird NICHT funktionieren. Deine alte BoseFix32-Firmware fragt beim Online-Update intern noch die alten Dateinamen bosefix32-<chip>-firmware.bin an. Die habe ich heute auf dem Hosting umbenannt zu sixback-<chip>-firmware.bin. Der Online-Update-Klick endet daher in einem 404 und du stehst ohne Update da. Sorry — das ist ein Side-Effect der Rename-Operation, den ich erst zu spaet gesehen habe.

Was du machen musst

Frische USB-Installation via Webflasher. Ist 2 Minuten:

  • Browser (Chrome / Edge / Brave — kein Firefox/Safari) auf https://install.busware.de/sixback/
  • ESP-Stick per USB an deinen Rechner.
  • Knopf "CONNECT" → seriellen Port auswaehlen → "INSTALL".
  • Das Tool erase'd den Stick vollstaendig + schreibt die Factory-Image inkl. WebUI + Bootloader.
  • Direkt danach kommt der Improv-Wi-Fi-Prompt im selben Browser-Fenster: SSID + Passwort eingeben, der Stick verbindet sich.
  • Auto-Mode laeuft 10 s nach Boot los, findet deine Speaker via SSDP, importiert ihre Presets und schreibt die SixBack-Cloud-URL via Telnet rueber. Pro Speaker ~90 s. Bei 8 Speakern also gut Kaffee holen.

Was verloren geht (durch das erase_flash):

  • WiFi-Credentials → musst du im Improv-Setup neu eingeben (= einmal pro Stick).
  • Auto-Mode-Settings → fallen auf Image-Default zurueck (enabled=true, default-Cron 30 min). Falls du das gezielt aus hattest: WebUI Top-Toggle direkt nach Boot umstellen, bevor die Discovery durchlaeuft.
  • Speaker-Inventory + Preset-Store auf dem Stick → wird vom Auto-Mode-Pass aus den Speakern selbst neu importiert. Deine Speaker selbst behalten ihre Presets. Die werden vom Auto-Mode-pre-import-Schritt ausgelesen und in den Stick-Store geschrieben, also kein User-Verlust.

Was BLEIBT: deine Speaker selbst. Die behalten alles. Auch wenn deine alten 8 Speaker derzeit auf einer BoseFix32-Cloud-URL (= alter Stick-IP) standen, kannst du den frisch geflashten Stick einfach am gleichen WLAN am gleichen IP-Bereich laufen lassen — Auto-Mode rewrite'd die Cloud-URLs sauber auf den neuen Stick.

Dein Bug-Report war Gold wert. Das 2-von-8-Speakern-Problem hat den ARP-Race-Pfad sichtbar gemacht und ist im release: v0.7.0-Tag explizit als Dank aufgefuehrt. Bei deinen 8 Speakern hast du eh die brutalste Test-Umgebung von uns allen.

Wenn dir nach dem Reflash was komisch vorkommt — hau direkt rein, hier im Thread oder via Snapshot-Upload aus der WebUI (System → Snapshot an Maintainer schickt mir die Diagnose-Daten verschluesselt rueber).

Nochmal danke fuer die Geduld — und sorry fuer die Namens-Hin-und-Her-Phase plus den OTA-Bruch.

Frohe Pfingsten!
#10
Wallboxen und E-Fahrzeuge / Aw: Integration von CarConnect...
Letzter Beitrag von Turtle - 22 Mai 2026, 18:34:20
Danke fürs Mund-fusselig-Reden ;D  – ich habe den Hinweis aufgenommen und im Modul ergänzt:

###############################################################################
# 98_CarConnectivity.pm
# FHEM wrapper module for carconnectivity-cli
#
# SPDX-License-Identifier: GPL-2.0-or-later
# Copyright (C) 2026 Turtle
#
# AI-assisted implementation: created and iterated with OpenAI Codex
# under user direction.
#
# This module does not include source code from carconnectivity-cli.
# It installs and uses carconnectivity-cli and connector packages as external
# Python dependencies. Those packages are MIT licensed by their respective
# authors.
###############################################################################

Damit ist im Modul selbst klar gekennzeichnet, dass es KI-unterstützt erstellt wurde, und die Lizenz ist ebenfalls direkt in der Datei angegeben.

Gruß
Turtle