Hauptmenü

Neueste Beiträge

Seiten 1 2 3 4 ... 10
#11
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 28 Februar 2026, 10:13:22
Hallo cs-online,

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

Code Auswählen
plantControl->genPVdeviation=...:reverse

umgestellt werden.

ZitatUnd noch eine Frage: Was ist denn die CO-Abweichung ?
Das ist die Abweichung der Verbrauchsprognose, also der Prognose des Energieverbrauchs im Haushalt.

LG,
Heiko

#12
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von cs-online - 28 Februar 2026, 10:05:47
Hallo zusammen,

wie 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 ? Meist passt das ja so inetwa, d.h. die generelle Funktion ist schon da, aber manchmal bekomme ich solche etwas merkwürdigen Angaben. Und noch eine Frage: Was ist denn die CO-Abweichung ?

Grüße

Christian
#13
Automatisierung / Aw: DbRep mit komplexem MySQL ...
Letzter Beitrag von DS_Starter - 28 Februar 2026, 09:39:47
Hallo Christian,

im Modul (Perl) selbst wird kein SQL-Syntxcheck durchgeführt. Die Meldung (DBD::mysql::st...) wird direkt vom Datenbanktreiber (DBD Perl-Modul) zurückgeliefert.
Möglicherweise wäre es zielführend im CPAN zu forschen (Version des DBD) bzw. DBD::MariaDB umzustellen.
Die eingesetzten Versionen siehst du im Configcheck des zugeordneten DbLog-Devices.

Grüße,
Heiko
#14
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 28 Februar 2026, 09:28:22
Morgen zusammen,

bin wieder zurück und lese mich langsam wieder ein.
Die wichtigste und erfreulichste Nachricht für mich ... der Schnee ist weg und die Sonne lacht.  :)

@All-Ex,
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.
Es gibt also eine Disharmonie in den API's die berücksichtigt werden müssten. Darüber hinaus müsste die herrkömmliche Vorhersage ohne KI drastisch erweitert werden um ähnlich der Bewölkung von Sonnenstand und Schneebelag abhängige Korrekturfaktortabellen erstellt und verarbeitet werden. Ein Blick in "get ... pvCircular" lässt erahnen welcher Aufwand dahinter steckt. In diesen Korrekturen müsste auch die Zellenneigung mit der empirischen "Abrutschkorrektur" und Leistungsminderung durch Schneehöhe auf den Zellen berücksichtigt werden.
Alles in Allem ist das zuviel Aufwand.

Allerdings, 300P hat es auch bereits erwähnt, habe ich vor auch die Solarprognose auf die AI::FANN KI umbubauen. Damit ergäbe sich m.M. nach durchaus die Möglichkeit die Schnee-Daten mit einfließen zu lassen sofern man eine liefernde API ausgewählt hat. Bei den anderen API's werden diese Daten dann schlichtweg als "0" vorgegeben.


@Parallix,
ZitatDas neue Feature funktioniert bestimmungsgemäß und perfekt!

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.
Das freut mich. Deine weiteren Anmerkungen/Vorschläge muß ich mir erst noch genauer anschauen und bewerten.

@MartinD,
diese Problematik wurde vielleicht mal mit einer contrib-Version "eingeschleppt". Ich kann es nicht sagen, denn die Schlüssel werden stringent erstellt. Dennoch wird in der kommenden Version ein einfaches Ausfrufen von "get ... pvHistory" solche ungültigen Tages- und Stundenschlüssel automatisch entfernen.

LG,
Heiko
 

 
#15
Anfängerfragen / Aw: Energiekostenmeßgerät VOlt...
Letzter Beitrag von Guybrush - 28 Februar 2026, 09:14:23
z.b. der Nous A1T läuft mit tasmota und liefert nach Kalibrierung Messwerte mit 1% Genauigkeit. Das ist schon sehr gut und genauer wird mans vermutlich auch nicht kriegen. Selbst unkalibriert kannst du damit Verbräuche von 1-2 Watt messen. Tasmota Geräte lassen sich wunderbar über mqtt in fhem steuern und kosten sogar weniger als das Voltcraft Gerät. Das schöne an den Tasmota Geräten ist auch, dass du die so konfigurieren kannst, dass Änderungen beim Stromverbrauch direkt über mqtt an fhem gesendet werden und man so in Sekundenbruchteilen davon erfährt.
#16
Wallboxen und E-Fahrzeuge / Aw: go-e Charger WallBox über...
Letzter Beitrag von satprofi - 28 Februar 2026, 08:59:32
Hallo.
was meinst du mit Ladezyklus am Auto ? Resettet sich da irgendwas bei dir im Auto, oder meinst du das jeder Ladestart die Lebensdauer des Akkus verringert ?
#17
MQTT / (WIP) zigbee2mqtt-Remote FUT08...
Letzter Beitrag von Beta-User - 28 Februar 2026, 08:53:38
Moin zusammen,

zwischenzeitlich sind hier die meisten Leuchtmittel u.ä. von MiLight auf ZigBee umgestellt.
Um dann das IO dafür (die "sidoh"-Bridge) auch vollends abbauen zu können (und damit den WLAN-Zweig auch an der Stelle zu kappen!), "braucht" es eigentlich v.a. noch einen Ersatz für die bisher als Fernbedienungen für "alles mögliche" dienenden MiLight-Fernbedienungen, die ich damals so vorgestellt hatte:

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....

Jetzt sind mir jüngst ein paar FUT089Z "zugelaufen" (na ja, eigentlich musste ich den freundlichen Verkäufer geradezu nötigen, mir die auch ohne deren Leuchtmittel zu verkaufen!), also die zigbee-Variante der 8-Gruppen-Variante der bisherigen Fernbedienungen.

Eine geraffte Darstellung der technischen Funktionalität ist hier zu finden: https://www.zigbee2mqtt.io/devices/FUT089Z.html#miboxer-fut089z.

Bisher erkennbare Haken:
- Alles kommt über denselben Topic. Die passende Perl-Funktion für jeden Kanal aufzurufen muss also anders umgesetzt werden als bisher. Gibt dann wohl noch ein dispatch-notify, wie das hier auch für andere zigbee-Fernbedienungen üblich ist.
- Es gibt "nur noch" 8 Gruppen, und keine 9 (wenn man die "alle"-Buttons mitzählt). Gruppe 8 liegt nicht mehr auf dem Button-Paar unten rechts, sonderen auf den bisherigen "alle"-Buttons, ein Bild anbei, aus dem man ggf. besser die unterschiedliche Belegung erraten kann.
- Das Ding sendet eher sowas wie einen vollständigen Status, je nach Taste dann auch noch aufgeteilt in zwei JSON-Blobs (im Link oben beschrieben als "followed by", wobei die dann folgenden Infos eben gar nichts neues enthalten, außer dem Zeitstempel).

Ergo bestand der erste Zwischenschritt darin, die Auswertung der JSON-Blobs so zu basteln, dass am Ende möglichst genau (nur) der Tastendruck übrig bleibt.

Anbei die erste Fassung der myUtils-Datei, da ist auch etwas "event-on-change-reading" (&Co)-Frickelei drin für (u.a.) den 3-phasigen FI/Zähler-Aktor, hinter dem die PV-Anlage hängt: Der sendet sekündlich Werte für alle  Phasen...
 
Code Auswählen
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}
Viel Spaß damit, und wie im Titel angedeutet: es ist Work In Progress und bei weitem noch nicht fertig  ::) .

Gruß, Beta-User
#18
Home Connect / Aw: HomeConnect - HowTo
Letzter Beitrag von Bobby - 28 Februar 2026, 07:51:45
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!

Guten Morgen,

ich habe es heute morgen nochmal versuch, jetzt funktioniert es.

Grüße Thomas
#19
FHEM Code changes / Revision 30891: controls_fhem....
Letzter Beitrag von System - 28 Februar 2026, 07:51:04
Revision 30891: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 30891: controls_fhem.txt: fhemupdate checkin
#20
FRITZ!Box / Aw: FRITZ!Box Modul Light
Letzter Beitrag von JoWiemann - 28 Februar 2026, 07:50:35
Hallo,

über die Attribute disable... kannst Du doch fast alles deaktivieren.

Für die Anwesenheit würde ich eher das Presence2 Modul nehmen wollen.

Grüße Jörg
Seiten 1 2 3 4 ... 10