ZitatLeider zeigt mir pv-forecast den ganzen Tag über Verbrauch an, aber nur im Balkendiagramm. In der Flussgrafik stimmen die Werte wenn ich kontrolliere.

026.05.13 19:46:04 4: minisip: _process.154 Message in:
REGISTER sip:fhem.h5u.de SIP/2.0
Via: SIP/2.0/UDP 192.168.123.20:5060;branch=z9hG4bK-rmdqj26earfz;rport
From: "minisip" <sip:snomd892m@fhem.h5u.de>;tag=pqaprqtvwg
To: "minisip" <sip:snomd892m@fhem.h5u.de>
Call-ID: 28b6046a5d61-24dncbeulwxn
CSeq: 3 REGISTER
Max-Forwards: 70
User-Agent: snomD892/10.1.215.13
Contact: <sip:snomd892m@192.168.123.20:5060>;reg-id=1;q=1.0;+sip.instance="<urn:uuid:9f2ea6dd-3881-4616-8a6b-000413C404BB>";audio;mobility="fixed";duplex="full";description="snomD892";actor="principal";events="dialog";methods="INVITE,ACK,CANCEL,BYE,REFER,OPTIONS,NOTIFY,SUBSCRIBE,PRACK,MESSAGE,INFO"
Allow-Events: dialog, talk, hold, check-sync
X-Real-IP: 192.168.123.20
Supported: path, gruu
Expires: 3600
Content-Length: 0
2026.05.13 19:46:04 4: minisip: _send_msg.128 Message out:
SIP/2.0 200 OK
2026.05.13 19:47:11 4: minisip: _process.154 Message in:
INVITE sip:*123%23@fhem.h5u.de;user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.123.20:5060;branch=z9hG4bK-1o0bnne388bw;rport
From: "minisip" <sip:snomd892m@fhem.h5u.de>;tag=98dch5ijde
To: <sip:*123%23@fhem.h5u.de;user=phone>
Call-ID: 1bb9046ad66d-8wys93m4uced
CSeq: 1 INVITE
Max-Forwards: 70
User-Agent: snomD892/10.1.215.13
Contact: "minisip" <sip:snomd892m@192.168.123.20:5060>;reg-id=1
X-Serialnumber: 000413C404BB
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE
Allow-Events: talk, hold, refer, call-info
Supported: timer, 100rel, replaces, from-change
Session-Expires: 3600
Min-SE: 90
Content-Type: application/sdp
Content-Length: 489
v=0
o=root 983923464 983923464 IN IP4 192.168.123.20
s=call
c=IN IP4 192.168.123.20
t=0 0
m=audio 56472 RTP/AVP 9 0 8 3 99 111 18 101
a=crypto:1 AES_CM_128_HMAC_SHA1_32 inline:IaFzQVRpvef4ageCSg/2mqdhfmSIsREuZUen3wvM
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:3 GSM/8000
a=rtpmap:99 G726-32/8000
a=rtpmap:111 AAL2-G726-32/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
a=sendrecv
2026.05.13 19:47:11 4: minisip: _send_msg.128 Message out:
SIP/2.0 500 Error
2026.05.13 19:47:11 4: minisip: _process.154 Message in:
ACK sip:*123%23@fhem.h5u.de;user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.123.20:5060;branch=z9hG4bK-1o0bnne388bw;rport
From: "minisip" <sip:snomd892m@fhem.h5u.de>;tag=98dch5ijde
To: <sip:*123%23@fhem.h5u.de;user=phone>
Call-ID: 1bb9046ad66d-8wys93m4uced
CSeq: 1 ACK
Max-Forwards: 70
User-Agent: snomD892/10.1.215.13
Contact: "minisip" <sip:snomd892m@192.168.123.20:5060>;reg-id=1
Content-Length: 0
::FW_directNotify("#FHEMWEB:WEB","FW_okDialog('Meine Nachricht')","");19:21:13.117 Rcvd:
fhemweb.js:613 19:21:16.177 Rcvd: ["#FHEMWEB:WEB","FW_okDialog('Meine Nachricht')",""]
Navigated to http://192.168.178.11:8083/fhem?detail=Test&fw_id=
fhemweb.js:613 19:21:16.465 FW_queryValue:{ReadingsVal("Test","action","")}
fhemweb.js:613 19:21:16.466 FW_queryValue:{AttrVal("Test","room","")}
fhemweb.js:613 19:21:16.473 f18.js resize W:853 S:1920
fhemweb.js:613 19:21:16.475 f18.js resize W:853 S:1920
contentScript.js:2 i18next: languageChanged de-DE
contentScript.js:2 i18next: initialized {debug: true, initImmediate: true, ns: Array(1), defaultNS: Array(1), fallbackLng: Array(1), ...}
content-script.js-a8PnzBQ-.js:1 [Smart Unit Converter] Content script loaded
content-script.js-a8PnzBQ-.js:1 [Smart Unit Converter] Smart Unit Converter initialized with state: false
content-script.js-a8PnzBQ-.js:1 [Smart Unit Converter] State changed: false
fhemweb.js:613 19:21:16.565 Inform-channel opened (websocket) with filter Test
fhemweb.js:613 19:21:16.621 Rcvd: ShellyPro_3EM gcon=Active_Power_S:W gfeedin=-gcon contotal=Purchased_Energy_S:Wh feedtotal=Returned_Energy_S:Wh asynchron=1Zitatconsumer01 Heizstab 3kW (swprio=100).Wie 300P schon gefolgert hat, müßte man diese Logik über ctrlUserExitFn unterstützen. Für eine Logik wäre das Setup etwa so.
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.
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.Das ist ein typisches Race-Condition Problem. Es wird bei fast allen mehr oder weniger auftreten.
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?