Zitatwie kann es senn sein, dass hier eine Abweichung von -136 % ausgerechnet wird ? Der Tooltip sagt, mehr produziert als vorhergesagt, wieso ist der Wert dann negativ ?Das ist eine Frage der Perspektive. Es wurde weniger vorhergesagt als tatsächlich produziert, also negativ (nach unten) verschätzt. Das ist eine Ansichtssache und kann mit
plantControl->genPVdeviation=...:reverse ZitatUnd noch eine Frage: Was ist denn die CO-Abweichung ?Das ist die Abweichung der Verbrauchsprognose, also der Prognose des Energieverbrauchs im Haushalt.
Zitataktuell liegt Schnee auf meinen Solarzellen, daher gibt es 0 Watt Leistung. Wie wäre es, wenn die Vorhersage Schnee berücksichtigt?Wie 300P bereits erwähnte, hatten wir dieses Thema bereits öfter. Eine Problematik ist, dass die OpenMeteo diese Schneewerte liefert (kenne ich), aber das DWD-Device in FHEM dies hingegen nicht ermölicht. Es liest MOSMIX S/L aus, der OpenData Server liefert Schneewerte aber über MOSMIX-SNOW aus was nicht eingebunden ist. Die API Forecast.Solar liefert diese Werte nach einem ersten Check ebenfalls nicht.
ZitatDas neue Feature funktioniert bestimmungsgemäß und perfekt!Das freut mich. Deine weiteren Anmerkungen/Vorschläge muß ich mir erst noch genauer anschauen und bewerten.
Damit wurde in SF eine wichtige Grundlage zur Berücksichtigung von BEVs geschaffen.
Sehr gut ist auch, dass via consForecastLastDays=0 jetzt auch eine reine Vorwärtsplanung durchgeführt werden kann, bei der historische Daten keine Rolle mehr spielen.
Zitat von: Beta-User am 05 September 2019, 12:08:10MiLight als Leuchtmittel sind eigentlich nicht mehr zeitgemäß, aber neulich bin ich über eine Fernbedienung gestolpert, die mein Interesse geweckt hat: FUT089.
Gibts für um die 10 Euro in der Bucht, Optik ist ganz ok. Sie kann 8 MiLight-Gruppen steuern, was effektiv 9 Kanäle ergibt, dabei auf jedem Kanal getrennte Regelmöglichkeiten für an/aus, Helligkeit, HUE, RGB und 4 weitere Tasten. Das ist schon deutlich mehr, als ich bisher bei irgend einer anderen (halbwegs erschwinglichen) Fernbedienung gesehen habe (IR mal außen vor, MiLight funkt auf 2.4GHz und geht damit auch halbwegs durch Decken und Wände).
Hat zwar im Kern weniger mit "Automatisierung" zu tun, aber folgende Ideen waren mir eben durch den Kopf gegangen, als ich das gesehen habe:
1. Könnte ich meinen MPD damit steuern - irgendwie ist es reichlich umständlich, jedesmal das Handy rauszukramen (oder zu suchen oder gar zum Verstärker zu dackeln...), wenn man - warum auch immer - Steuerungsbedarf z.B. bei der Lautstärke hat;
2. Habe ich jüngst ein paar tradfri und tint-Leuchten verbaut bzw. beschafft (zigbee, früher eingebunden via zigbee2mqtt, jetzt als HUEDevice über einen Conbee II). Die sind m.E. den MiLights technisch um Welten voraus. Nur leider gibt es keine bezahlbaren mehrkanaligen Fernbedienungen für die (?) und ein Teil der Leuchtmittel wird erst mal MiLight bleiben - allerdings sind mir die Tasten auf den "alten" Fernbedienungen ausgegangen, die kannten nur 4 Gruppen, und die tint wären die 5. Gruppe...
3. Da gab es auch noch ein paar Rollläden bzw. Jalousien!?! Vielleicht kann so eine FB da hilfreich sein, v.a. auch für die Lamellendrehung...?
4. ...man kann nie wissen....
defmod Fernbedienung_WZ_FUT089z MQTT2_DEVICE zigbee_0x0c2a6ffffefabcde
attr Fernbedienung_WZ_FUT089z devicetopic zigbee2mqtt/0x0c2a6ffffefabcde
attr Fernbedienung_WZ_FUT089z group Schalter
attr Fernbedienung_WZ_FUT089z icon it_remote
attr Fernbedienung_WZ_FUT089z jsonMap battery:batteryPercent voltage:batterymV
attr Fernbedienung_WZ_FUT089z readingList $DEVICETOPIC:.* { FHEM::attrT_z2m_eocr_Utils::j2nV_FUT089z($NAME,$EVENT,$JSONMAP) }\
$DEVICETOPIC/availability:.* { $EVENT=~s{state}{availability}x;; json2nameValue($EVENT) }
attr Fernbedienung_WZ_FUT089z room Wohnzimmer
attr Fernbedienung_WZ_FUT089z userReadings batteryVoltage:batterymV.* {ReadingsNum($name,'batterymV',0)/1000}
.Zitat von: Bobby am 28 Februar 2026, 00:43:44Hallo zusammen,
ich versuche gerade mein Home Connect Device (Modul: HomeConnectConnection) anzulegen, scheitere aber konsistent am Authentifizierungsprozess.
Mein Setup:
FHEM-Plattform: Raspberry Pi (raspi4-fhem1.local:8083).
Definition: define My_HomeConnect HomeConnectConnection [ClientID] [Redirect-URL] [ClientSecret].
Wiki-Status: Ich habe mich exakt an die aktuelle Wiki-Anleitung gehalten.
Konfiguration im Developer Portal:
Redirect URI: http://raspi4-fhem1.local:8083/fhem.
One Time Token Mode: Disabled.
PKCE: Disabled.
Das Problem:
Der erste Schritt (Login bei Home Connect) funktioniert. Ich erhalte den oauth code. Sobald FHEM jedoch versucht, diesen Code gegen den Token zu tauschen (AuthTokenResponse), erhalte ich folgenden Fehler im Log:
"error": "invalid_request", "error_description": "missing or invalid request parameters".
Bisherige Lösungsversuche:
Redirect-URI im Portal und in der DEF mehrfach abgeglichen (beide absolut identisch ohne Sonderzeichen).
One Time Token im Portal deaktiviert.
Browser-Cache geleert und Inkognito-Modus verwendet.
Zeitweise attr WEB csrfToken none gesetzt, da im Log zwischendurch CSRF-Fehler auftauchten.
Trotz dieser Maßnahmen bleibt der Fehler beim Token-Austausch bestehen. Hat jemand eine Idee, welcher Parameter hier noch "missing" oder "invalid" sein könnte? Liegt es eventuell an der .local Adresse oder gibt es aktuell Probleme mit der API-Schnittstelle?
Vielen Dank für eure Hilfe!