- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#51
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von TheTrumpeter - 15 Juni 2026, 06:43:08Zitat von: DS_Starter am 13 Juni 2026, 19:44:08Nun würde mich interessieren wie du/ihr die Variante 1 gegenüber Variante 2 einschätzt.Ich stimme für Variante 1...
Wenn ich es richtig verstehe, übernimmt SF die zeitliche Gewichtung, d.h. der User muss nur den opMode an SF übermitteln, SF berechnet dann die Laufzeiten pro Stunde.
#52
Sprachsteuerung / Aw: echodevice: wait for refre...
Letzter Beitrag von Peter_Listig - 15 Juni 2026, 00:53:18@Michael
Läuft mit Deinenm workaround seit 4 Tagen stabil ..
Danke nochmals
Gruß
Peter
Läuft mit Deinenm workaround seit 4 Tagen stabil ..
Danke nochmals
Gruß
Peter
#53
Codeschnipsel / Aw: Einbindung einer EcoFlow R...
Letzter Beitrag von Amok - 14 Juni 2026, 23:38:49Ich denke euer Problem mit den fehlenden MQTT Daten basiert auf der Tatsache, dass ihr die normalen Zugangsdaten verwendet (und somit die Handy-App simuliert).
Ich habe mir einen Developer-Account erstellt und verwende die dortigen Login-Informationen: https://developer-eu.ecoflow.com/us/security
Mittels eines kleinen python Scriptes habe ich mir dann die "Zertifikatsinfos" für den Dev-Login geholt:
Damit werden die Infos ausgespuckt, die man zum erstellen des MQTT-Client in FEHM benötigt.
Einmal sind das die Zugangsdaten bestehend aus <certificateAccount> (beginnend mit open-) und dem Passwort <certificatePassword> sowie auch dem Server, den man verwenden sollte (auch wenn das aktuell überall noch die selbe IP ist).
Außerdem benötigt man noch die Seriennummer seines Gerätes für die Subscription (einfach aus der App auslesen).
Den Client habe ich dann wie folgt angelegt:
Nun noch das Passwort setzen:
Und wenn man den Client dann connected, legt er ein Auto-Device an mit dem Namen, der im Parameter clientId angegeben wurde (eigentlich ist die clientId egal, sie darf sich aber bei einem Dev-Account an einem Tag nicht mehr als 10 mal ändern, also einfach eine ausdenken und so lassen).
Im Auto-Device laufen dann brav alle Werte ein (unabhängig davon, ob die App läuft oder nicht, da ja ein anderer Account verwendet wird)!
Warum ich das trotz Modul noch gemacht habe:
Per MQTT kommen erstens aktuell noch viel mehr Daten rein als aus dem Modul fallen und zweitens sind die Daten auch noch deutlich schneller da
Logisch, da sie hier gepushed werden, anstelle in Intervallen zu pullen.
Hoffe das hilft jemandem dabei, der wie ich gerade probiert, das ganze ans laufen zu bekommen.
Ich habe mir einen Developer-Account erstellt und verwende die dortigen Login-Informationen: https://developer-eu.ecoflow.com/us/security
Mittels eines kleinen python Scriptes habe ich mir dann die "Zertifikatsinfos" für den Dev-Login geholt:
Code Auswählen
import time
import hmac
import hashlib
import requests
import random
# HIER DIE DATEN AUS DEM DEV-PORTAL EINTRAGEN
ACCESS_KEY = "<access-key-aus-dem-dev-portal>"
SECRET_KEY = "<secret-key-aus-dem-dev-portal>"
# Zeitstempel und Zufallszahl generieren
timestamp = str(int(time.time() * 1000))
nonce = str(random.randint(100000, 999999))
# Signatur für EcoFlow berechnen
sign_params = f"accessKey={ACCESS_KEY}&nonce={nonce}×tamp={timestamp}"
sign = hmac.new(SECRET_KEY.encode('utf-8'), sign_params.encode('utf-8'), hashlib.sha256).hexdigest()
headers = {
"accessKey": ACCESS_KEY,
"nonce": nonce,
"timestamp": timestamp,
"sign": sign
}
# Abruf der MQTT-Zertifikatsdaten (Europa-Server)
url = "https://api.ecoflow.com/iot-open/sign/certification"
response = requests.get(url, headers=headers)
print(response.json())
Damit werden die Infos ausgespuckt, die man zum erstellen des MQTT-Client in FEHM benötigt.
Einmal sind das die Zugangsdaten bestehend aus <certificateAccount> (beginnend mit open-) und dem Passwort <certificatePassword> sowie auch dem Server, den man verwenden sollte (auch wenn das aktuell überall noch die selbe IP ist).
Außerdem benötigt man noch die Seriennummer seines Gerätes für die Subscription (einfach aus der App auslesen).
Den Client habe ich dann wie folgt angelegt:
Code Auswählen
defmod ECOFLOW_MQTT_CLIENT MQTT2_CLIENT mqtt-e.ecoflow.com:8883
attr ECOFLOW_MQTT_CLIENT SSL 1
attr ECOFLOW_MQTT_CLIENT alias EcoFlow MQTT Client
attr ECOFLOW_MQTT_CLIENT autocreate complex
attr ECOFLOW_MQTT_CLIENT clientId EcoFlow-STREAM-Ultra
attr ECOFLOW_MQTT_CLIENT icon mqtt
attr ECOFLOW_MQTT_CLIENT mqttVersion 3.1.1
attr ECOFLOW_MQTT_CLIENT subscriptions /open/<certificateAccount>/<serialnumber>/quota
attr ECOFLOW_MQTT_CLIENT username <certificateAccount>Nun noch das Passwort setzen:
Code Auswählen
set ECOFLOW_MQTT_CLIENT password <certificatePassword>Und wenn man den Client dann connected, legt er ein Auto-Device an mit dem Namen, der im Parameter clientId angegeben wurde (eigentlich ist die clientId egal, sie darf sich aber bei einem Dev-Account an einem Tag nicht mehr als 10 mal ändern, also einfach eine ausdenken und so lassen).
Im Auto-Device laufen dann brav alle Werte ein (unabhängig davon, ob die App läuft oder nicht, da ja ein anderer Account verwendet wird)!
Warum ich das trotz Modul noch gemacht habe:
Per MQTT kommen erstens aktuell noch viel mehr Daten rein als aus dem Modul fallen und zweitens sind die Daten auch noch deutlich schneller da
Logisch, da sie hier gepushed werden, anstelle in Intervallen zu pullen.
Hoffe das hilft jemandem dabei, der wie ich gerade probiert, das ganze ans laufen zu bekommen.
#54
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 14 Juni 2026, 22:14:52Ja genau, das meinte ich:
Gisbert hat 0.3 eingestellt und eine frühe Konvergenz. Wenn er das Momentum weiter erhöht auf > 0.7 wird die frühe Konvergenz vermutlich noch beschleunigt, das was wir nicht wollen.
Hatte ich da etwas falsch verstanden?
Man muß natürlich auch bedenken, dass die early Bewertung auch nur einen Anhaltspunkt darstellt. Am Ende zählt das Ergebnis. Wenn es gut ist, passt alles. Wenn nicht, versucht man die Hinweise umzusetzen und bekommt im positiven Fall bessere Ergebnisse.
Die Bewertung durch den "Berater" soll nicht als Dogma verstanden werden, sondern eher als Anhaltspunkt/Hilfe zur potentiellen Verbesserung.
Code Auswählen
Momentum prüfen: liegt der aktuelle Wert über 0.7 .... ein hohes Momentum kann das Netz über das optimale Minimum hinausschießen lassen und zu früher Konvergenz beitragen
Gisbert hat 0.3 eingestellt und eine frühe Konvergenz. Wenn er das Momentum weiter erhöht auf > 0.7 wird die frühe Konvergenz vermutlich noch beschleunigt, das was wir nicht wollen.
Hatte ich da etwas falsch verstanden?
Man muß natürlich auch bedenken, dass die early Bewertung auch nur einen Anhaltspunkt darstellt. Am Ende zählt das Ergebnis.
Wenn es gut ist, passt alles. Wenn nicht, versucht man die Hinweise umzusetzen und bekommt im positiven Fall bessere Ergebnisse. Die Bewertung durch den "Berater" soll nicht als Dogma verstanden werden, sondern eher als Anhaltspunkt/Hilfe zur potentiellen Verbesserung.
#55
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von tostmann - 14 Juni 2026, 21:51:11@fred: Danke, du triffst es genau — es sind zwei verschiedene Dinge, die man leicht in einen Topf wirft:
Sender-Logo (das eigene Logo eines einzelnen Senders, z.B. das bunte SWR3-Bild): Das gab es noch nie auf dem Gerätedisplay, auch nicht zu Bose-Cloud-Zeiten — es erscheint nur in der SoundTouch-App. Am Display steht immer nur der Sendername als Text.
Quellen-Logo (die Marke der Quelle: TuneIn, Spotify, AirPlay, Amazon Music ...): Das zeigt das Display sehr wohl. Es ist fest in der Geräte-Firmware hinterlegt und hängt an der gerade aktiven Quelle.
Damit muss ich meine eigene Aussage von vorhin korrigieren: die war zu pauschal. Das Quellen-Logo (also das TuneIn-Logo selbst) geht — nur die senderindividuellen Logos nicht.
Und SixBack zeigt das TuneIn-Quellen-Logo auch: Sobald ein Sender als echte TuneIn-Quelle läuft, steht das TuneIn-Logo über dem Sendernamen, genau wie früher.
@betateilchen: Wenn bei dir das TuneIn-Logo fehlt, läuft der betreffende Sender bei dir vermutlich gar nicht als TuneIn-Quelle, sondern als selbst hinzugefügter Stream (Stream-Tab bzw. "trotzdem hinzufügen", oder aus der RadioBrowser-Suche). Solche Sender laufen technisch als Quelle "Internet Radio" und tragen deshalb kein TuneIn-Branding — das ist so korrekt, kein Fehler. Dass du es auf soundcork siehst, liegt vermutlich daran, dass dort derselbe Sender über die echte TuneIn-Quelle aufgelöst wird.
Magst du in der WebUI mal nachschauen, wie der betroffene Sender hinterlegt ist — kommt er aus der TuneIn-Suche (dann sollte das Logo da sein) oder ist es ein eigener Stream? Dann haben wir Gewissheit.
Sender-Logo (das eigene Logo eines einzelnen Senders, z.B. das bunte SWR3-Bild): Das gab es noch nie auf dem Gerätedisplay, auch nicht zu Bose-Cloud-Zeiten — es erscheint nur in der SoundTouch-App. Am Display steht immer nur der Sendername als Text.
Quellen-Logo (die Marke der Quelle: TuneIn, Spotify, AirPlay, Amazon Music ...): Das zeigt das Display sehr wohl. Es ist fest in der Geräte-Firmware hinterlegt und hängt an der gerade aktiven Quelle.
Damit muss ich meine eigene Aussage von vorhin korrigieren: die war zu pauschal. Das Quellen-Logo (also das TuneIn-Logo selbst) geht — nur die senderindividuellen Logos nicht.
Und SixBack zeigt das TuneIn-Quellen-Logo auch: Sobald ein Sender als echte TuneIn-Quelle läuft, steht das TuneIn-Logo über dem Sendernamen, genau wie früher.
@betateilchen: Wenn bei dir das TuneIn-Logo fehlt, läuft der betreffende Sender bei dir vermutlich gar nicht als TuneIn-Quelle, sondern als selbst hinzugefügter Stream (Stream-Tab bzw. "trotzdem hinzufügen", oder aus der RadioBrowser-Suche). Solche Sender laufen technisch als Quelle "Internet Radio" und tragen deshalb kein TuneIn-Branding — das ist so korrekt, kein Fehler. Dass du es auf soundcork siehst, liegt vermutlich daran, dass dort derselbe Sender über die echte TuneIn-Quelle aufgelöst wird.
Magst du in der WebUI mal nachschauen, wie der betroffene Sender hinterlegt ist — kommt er aus der TuneIn-Suche (dann sollte das Logo da sein) oder ist es ein eigener Stream? Dann haben wir Gewissheit.
#56
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von 300P - 14 Juni 2026, 21:37:48Hier meine aktuellen Infos dazu:
Code Auswählen
Informationen zum neuronalen Netz der Verbrauchsvorhersage
letztes KI-Training: 11.06.2026 20:52:11 / Laufzeit in Sekunden: 605
KI Abfragestatus: ok
letzte KI-Ergebnis Generierungsdauer: 96.45 ms
Alpha: 0.8
Verbrauchernummer Wärmepumpe: 08
Bewertungsüberblick
Trainingsbewertung: ok (ok)
Lernverhalten: early früh konvergiert (4.8 % Epochenausnutzung)
Einstellhinweise:
Momentum prüfen: liegt der aktuelle Wert über 0.7, um 0.1–0.2 reduzieren (z.B. 0.8 → 0.6) – ein hohes Momentum kann das Netz über das optimale Minimum hinausschießen lassen und zu früher Konvergenz beitragen (aiControl->aiConMomentum)
Lernrate leicht reduzieren: aktuellen Wert um Faktor 2-3 verringern (z.B. 0.01 -> 0.003-0.005), damit das Netz feiner optimieren kann (aiControl->aiConLearnRate)
Architektur möglicherweise zu komplex für die Datenmenge: Verhältnis Trainingsdaten zu Netzparametern beträgt nur 0.9 (Zielwert: 8–20) - das Netz hat mehr Freiheitsgrade als die Daten zuverlässig füllen können; kleinere Architektur wie z.B. 14-8 versuchen (aiControl->aiConHiddenLayers)
Empfohlene Lernrate für die vorgeschlagene Architektur 14-8 mit 104 Inputs: 0.0050 (aiControl->aiConLearnRate)
Große Datenmenge (10130 Datensätze gesamt): falls saisonale Effekte die Prognosequalität beeinträchtigen, Training auf die neuesten Datensätze begrenzen (z.B. aiControl->aiConTrainLimit=5000) um das Modell auf aktuelle Verbrauchsmuster zu fokussieren. Der Hinweis ist für stochastische Haushalte weniger relevant als für strukturierte.
Rauschen Bewertung: merkliches Rauschen, Interpretation mit Vorsicht (borderline)
Drift Bewertung: low
Empfehlung für Retrain: keine keine
Modellparameter
Normierungsgrenzen: PV=10450 Wh, Hausverbrauch: Min=0 Wh / Max=6970 Wh
Trainingsdaten: 10130 Datensätze (Training=8104, Validation=2026)
Architektur: Inputs=104, Hidden Layers=64-32-16, Outputs=1
Hyperparameter: Learning Rate=0.0001, Momentum=0.9, BitFail-Limit=0.28
Aktivierungen: Hidden=SIGMOID_SYMMETRIC, Steepness=0.7, Output=LINEAR
Trainingsalgorithmus: INCREMENTAL, Profile=v1_heatpump_active_pv
Zufallsgenerator: Mode=1, Period=20
Modellalter: 71 h
Trainingsmetriken
bestes Modell bei Epoche: 720 (max. 15000)
Training MSE: 0.002720
Validation MSE: 0.002347
Validation MSE Average: 0.002246
Validation MSE Standard Deviation: 0.000028
Validation Bit_Fail: 1
Model Bias: 181 Wh
Model Slope: 0.86
Trainingsbewertung: ok
Fehlermaße der Prognosen
MAE: 245.66 Wh
MedAE: 175.65 Wh
RMSE: 282.19 Wh
RMSE relative: 25 %
RMSE Rating: good
MAPE: 23.12 %
MdAPE: 14.65 %
R²: 0.83
Rauschen
Rauschen Bewertung: borderline
Empfehlung für Bit_Fail: 0.34 (Einstellung von aiControl->aiConBitFailLimit)
Drift-Kennzahlen (berechnet ab Modellalter > 6 h)
Analysefenster: 96 h
Drift RMSE Ratio: 2.41
Semantic Ratio: 0.75
Slope Reference: 0.85
Slope Live: 0.62
Slope Drift: 0.734
Bias Reference: 440
Bias Live: 294.67
Bias Drift: -145.05
Score: 1.37
Index: 1.39
Drift Bewertung: low
Empfehlung für Retrain: keine keine
letzte Rekalibrierung: 13.06.2026 12:00:16
#57
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von betateilchen - 14 Juni 2026, 21:33:54Zitat von: fred_feuerstein am 14 Juni 2026, 20:32:28Wegen dem OTA Update Problem, was ich schon 2 m hatte, zuletzt wie oben berichtet.
es kann durchaus sein, dass es an der Anzahl der Lautsprecher liegt. Wobei betateilchen ja auch die grosse Anzahl hat.
Das Problem hatte ich auch schon zwei Mal: beim Update auf .21 und heute beim Update auf .25
Die Aktualisierung der Anzeige blieb einfach irgendwo stehen und es schien sich nichts mehr zu tun.
In Wirklichkeit lief das Update aber durch und ein Drücken des RST-Buttons am ESP32 hat in beiden Fällen den Spuk beseitigt.
Ein Problem mit der Anzahl der Boxen sollte aber eher nicht die Ursache sein.
Beim heutigen "Problem" waren nur 4 von 11 Boxen in Betrieb (aka: mit Strom versorgt)
#58
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 14 Juni 2026, 21:13:20Ich hatte bei mir auch schon den Fall wenn Momentum sehr klein UND Steepness bei 0.4 lernt das Netz überhaupt nichts mehr, geht schnell auf ein konvergiertes Plateau. Dann ist Slope=0.0 -> unbrauchbar.
Es gibt also Beziehungen zwischen den Parametern die sich gegenseitig beeinflussen und nicht nur für sich genommen den einen oder anderen Effekt haben.
Gerade in den Haushalten haben wir so viele nicht deterministische Einflußfaktoren, dass ich immer wieder staune wie gut FANN doch im Allgemeinen in der Lage ist eine Prognose abzugeben. Es gibt ja noch modernere Bibliotheken die man theoretisch auch an SF anschließen könnte, aber dann braucht man mehr Infrastruktur und nicht nur eine einfach zu installierende Linux Executable.
Es gibt also Beziehungen zwischen den Parametern die sich gegenseitig beeinflussen und nicht nur für sich genommen den einen oder anderen Effekt haben.
Gerade in den Haushalten haben wir so viele nicht deterministische Einflußfaktoren, dass ich immer wieder staune wie gut FANN doch im Allgemeinen in der Lage ist eine Prognose abzugeben. Es gibt ja noch modernere Bibliotheken die man theoretisch auch an SF anschließen könnte, aber dann braucht man mehr Infrastruktur und nicht nur eine einfach zu installierende Linux Executable.
#59
FHEM Code changes / Revision 31360: AlexaCookieSer...
Letzter Beitrag von System - 14 Juni 2026, 21:11:06Revision 31360: AlexaCookieService: Packages for integration of alexacookieservice ...
AlexaCookieService: Packages for integration of alexacookieservice container
Source: Revision 31360: AlexaCookieService: Packages for integration of alexacookieservice ...
AlexaCookieService: Packages for integration of alexacookieservice container
Source: Revision 31360: AlexaCookieService: Packages for integration of alexacookieservice ...
#60
FHEM Code changes / Revision 31359: 98:WebAuth: Ne...
Letzter Beitrag von System - 14 Juni 2026, 21:11:06Revision 31359: 98:WebAuth: New Module for webauthn support
98:WebAuth: New Module for webauthn support
Source: Revision 31359: 98:WebAuth: New Module for webauthn support
98:WebAuth: New Module for webauthn support
Source: Revision 31359: 98:WebAuth: New Module for webauthn support