Neueste Beiträge

#11
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von Shadow3561 - 13 Mai 2026, 19:45:18
Ich habe mal eine Frage. Ich messe den Verbrauch mit einem Shelly Pro 3EM.
Folgend ist es als Meter definiert
ShellyPro_3EM gcon=Active_Power_S:W gfeedin=-gcon contotal=Purchased_Energy_S:Wh feedtotal=Returned_Energy_S:Wh asynchron=1
Leider zeigt mir pv-forecast den ganzen Tag über Verbrauch an, aber nur im Balkendiagramm. In der Flussgrafik stimmen die Werte wenn ich kontrolliere.  Bilder sind angehängt. Was läuft hier falsch? Hat evtl. jemand einen Shelly 3EM eingebunden und kann mir die genaue definition in pv-forecast geben?

Edit:
Wird bei mir der Eigenverbrauch von der PV mitgezählt?
Bild vom Solaredge-Zähler anbei.
Gruss,
Daniel
#12
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 13 Mai 2026, 19:39:37
@Markus, @300P,

Zitatconsumer01 Heizstab 3kW (swprio=100).
consumer02-05 heater je 1000W (swprio=50).
Im Winter wenn morgens die Sonne aufgeht erwartetes Verhalten:
surplus 1000W -> consumer02 schaltet ein.
Anschließend zusätzlich surplus 1000W -> consumer 03 schaltet ein (Gesamtüberschuss (surplus + eingeschaltetete consumer) 2000W).
Weitere 1000W surplus-> consumer 04 schaltet ein (Gesamtüberschuss 3000W). usw.
Dann würde den ganzen Tag consumer02-05 mit niedriger prio an sein, und consumer01 mit höchster prio gar nicht zum Zug kommen ?
Erwartung wäre dass bei einem Gesamtüberschuss von 3000W, dann auf consumer01 mit höchster Prio umgeschaltet wird und die consumer mit niedriger prio dafür ausgeschaltet werden.
Wie 300P schon gefolgert hat, müßte man diese Logik über ctrlUserExitFn unterstützen. Für eine Logik wäre das Setup etwa so.

Definiert sind die Consumer ohne exclgroup, aber mit swprio (02-05 könnte gleich sein, aber ich würde die Reihenfolge mal vorsehen):

consumer01 Heizstab 3000W -> swprio=100, locktime=300
consumer02 heater 1000W -> swprio=50, locktime=300
consumer03 heater 1000W -> swprio=40, locktime=300
consumer04 heater 1000W -> swprio=30, locktime=300
consumer05 heater 1000W -> swprio=20, locktime=300

Wenn zum Start des Tages der Überschuß ansteigt, schalten die consumer 02 bis 05 nacheinander an, da der Überschuß langsam steigt. Sollte er schnell auf über 3000W steigen und noch nicht alle 02-05 an sein, schaltet consumer01 an wegen der höheren prio! Muß man sehen ob das realistisch ist.

Wenn also insgesamt 4000W Überschuß vorhanden ist, sind die consumer 02-05 on und verbrauchen den Überschuß obwohl der Überschuß jetzt reichen würde um consumer01 und ggf. noch einen anderen consumer zu betreiben.

Eine Lösung wäre in ctrlUserExitFn eine kleine Logik zu bauen:

1. prüfe ob alle consumer 02-05 (evtl. 02-04) "on" sind
2. wenn ja, ist eigentlich genügend Überschuß vorhanden um consumer01 zu bereiben -> dann
3. schalte über die entsprechenden Befehle die consumer 02-05 (02-04) aus!

Dh. in diesem Fall werden durch die Logik ctrlUserExitFn alle consumer 02-05 (02-04) am Ende des SF-Zyklus ausgeschaltet sein, der PV-Überschuß wird frei.
Im nächsten Zyklus wird consumer01 aktiviert da genügend PV Überschuß vorhanden ist und er die höchste Prio hat. Damit nicht gleicht einer der consumer 02-05 dazu kommt, haben alle locktime von 5 Minuten nach dem Ausschalten gesetzt.

Sollte die PV nach unten gehen, wird consumer01 unterbrochen und die anderen 02-05 werden beim Hochlauf der PV wieder aktiviert bis die Logik in ctrlUserExitFn wieder greift, die C 02-05 abschaltet und dann consumer01 wieder fortsetzt da ja genug PV vorhanden.

Wenn das Verfahren gefällt, muß man es nur noch in Perl kodieren und testen.

LG,
Heiko
#13
Sonstiges / Aw: Brauche Hilfe beim Bau ein...
Letzter Beitrag von betateilchen - 13 Mai 2026, 19:30:24
Hallo Rudi,

danke, der Schubs in Richtung IO::Socket hilft mir schonmal viel weiter.
#14
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 13 Mai 2026, 19:05:01
@Gisbert,

Zitatbei Sonne/Wolken-Wechsel und den damit sich stark ändernden Einspeisungen kommt es immer zu scheinbar hohen Haus-Verbäuchen im Flussdiagramm, die aber i.d.R. nur einige 100 W betragen.
Was kann man dagegen tun? Vom meinem Deye-Wechselrichter bekomme ich sowohl den Gesamt- als auch den Tagesverbrauch sowie die Leistung zur Verfügung gestellt. Gibt es dafür Eingabemöglichkeiten bei deinem Modul?
Das ist ein typisches Race-Condition Problem. Es wird bei fast allen mehr oder weniger auftreten.
HIer geht es um die Intime-Messungen, d.h. was gerade _jetzt_ erzeugt/verbraucht/gespeichert/eingespeist/bezogen/usw. wird.
Diese Werte werden durch unterschiedlichste Geräte in FHEM geliefertund durch SF ausgelesen.
Das Problem - diese Geräte sind nicht synchronisiert, sie liefern nicht zur gleichen Zeit die gerade aktuellen Daten. SF liest also von allen Geräte Daten deren Erfassungszeit u.U. z.B. 15 Minuten auseinanderliegen, je nachdem wie oft die beteiligten Geräte Daten aktualisieren.
Die Lösung wäre, dass man versucht die Geräte z.B. über ein zentrales notify/at zu synchronisieren falls das überhaupt im jeweiligen Gerätemodul möglich ist und unterstützt wird.
Andere Möglichkeit wäre SF würde alle Geräte nativ abfragen. Das ist schlicht nicht möglich, dann müßte ich ja alle möglichen FHEM Module in SF nachbauen.  ;)

LG,
Heiko 
#15
Sonstiges / Aw: Brauche Hilfe beim Bau ein...
Letzter Beitrag von rudolfkoenig - 13 Mai 2026, 18:56:54
Siehe Anhang
#16
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 13 Mai 2026, 18:54:26
ZitatVictron hat was neues für den Markt einen Solarsensor ->>>  SolarSense 750 ->> Standalone PV-installation monitor
Na das schaue ich mir an, danke für den Hinweis 300P.
#17
MQTT / Aw: Govee2mqtt (Govee LAN API)...
Letzter Beitrag von 87insane - 13 Mai 2026, 18:53:00
Zitat von: Dracolein am 11 Januar 2026, 15:45:07Dein Werk in ein vollständiges FHEM-Modul umwandeln... bestehen da Chancen? :-)

Ich hänge das hier mal rein. Das macht fast das gleiche. Nur das hier auch weitere Subnetze gescannt werden können. Bei mir sind die LED in VLAN 20 aber FHEM in VLAN 22 und daher brauchte ich das. Leider habe ich aktuell keine große Zeit das hier alles umzuschreiben im ersten Post, daher spiel gern mal damit rum und melde Dich, wenn etwas ist. An sich ist es aus meinen Sicht selbsterklärend.

Datei kopieren nach /opt/fhem/FHEM
reload 98_GoveeLAN
defmod govee_bridge GoveeLAN

Sollte sofort deine LED finden und in FHEM anlegen. (Raum Govee).
Wenn sie auch in einem anderen Subnetz stehen sollten kann man noch attr govee_bridge scanSubnets 192.168.22.0/24 setzen z.B. (muss natürlich zwischen den Netzen erlaubt sein).
#18
Homematic / Aw: Ersatz für defekten HM-LGW...
Letzter Beitrag von bommel-bs - 13 Mai 2026, 18:36:34
Hallo tndx,
nach dem ich im Wiki gelesen habe, werde ich mir wohl ein HM-MOD-RPI-PCB auf einem zweiten Raspi zulegen. Den kann ich dann unabhängig vom FHEM Raspi plazieren.

Danke
Stefan
#19
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von 300P - 13 Mai 2026, 18:30:10
Zitat von: lorisurfen am 13 Mai 2026, 16:43:30In dem Bsp. sollen bei 7kw Gesamtüberschuss alle consumer ein sein.

Meine Auslegung der bestehenden Regelung bei Nutzung Prioritätszahlen:

Bei mehr als 7 kW Gesamtüberschuß (+ alle anderen Rahmenbedingungen die dabei gelten) wird sich auch der große (3.000 W Leistung) am Ende einschalten "müssen".



Aber die Logik mit den Prioritäten sieht halt zuerst mehr als 1.000 W PV-Überschuss
Ab jetzt würde Consumer02 mit Prio 50 und seinen 1.000 W eingeschaltet am frühen Morgen

Etwas später sind wieder mehr als 1.000 W PV-Überschuß "frei" (insgesamt jetzt mehr als 2.000 W)
Ab jetzt würde Consumer03 mit Prio 50 und seinen 1.000 W eingeschaltet (Consumer02 bleibt ja an)

Wieder etwas später sind wieder mehr als 1.000 W PV-Überschuß "frei" (insgesamt mehr als 3.000 W)
Nun würde Consumer04 mit Prio 50 und seinen 1.000 W eingeschaltet (Consumer02 und Consumer03 bleiben weiter an)

Zu guter letzt - wieder etwas später - sind wieder mehr als 1.000 W PV-Überschuß "frei" (insgesamt mehr als 4.000 W)
Nun würde Consumer05 mit Prio 50 und seinen 1.000 W eingeschaltet (Consumer02,Consumer03 und Consumer04 bleiben auch weiter an)


Jetzt muss Consumer01 (trotz Prio 100) leider weiterhin weiter warten bis das wieder mehr als weitere 3.000 W an PV-Überschuss anfallen, denn vorher kommt er nicht infrage auf ON geschaltet zu werden.

Grund:
Es gibt keinen Parameter der die anderen 4 ConsumerXX ausschalten würde, damit der eine andere Consumer01 angeht !! ;)
Wenn überhaupt, dann müsste das evtl. durch ein geschickte Logik per Code in "ctrlUserExitFn {<Code>}" deinerseits geregelt werden.
Ansonsten sehe ich m.W.n. im Augenblick keine Standartlösung dafür in SF.
#20
Multimedia / Aw: Bose und soundcork und FHE...
Letzter Beitrag von MIla1969 - 13 Mai 2026, 18:29:57
Zitat von: betateilchen am 12 Mai 2026, 22:08:59Die DeviceInfo.xml gibt es nicht als Datei auf dem Gerät.



War ein etwas längerer Kampf. Hab ja zwei von den ST10sm2.
Beide spielen nun auch Web-Radio, obwohl eine zickiger war. Hatte bei dieser zuvor ein Werksreset gemacht gemacht.

Abe rläuft nun mit soundcork, es werden beide gesehen, Preset direk tüber FB gehen auch.....