76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

seayak · 18 März 2026, 11:15:11

Zitat von: denis.robel am 17 März 2026, 22:36:18Ich muss mir jetzt noch den Shelly pro 3EM , den ich als Smartmeter eingebunden habe, etwas genauer anschauen. Irgendwie scheinen mir die Werte für das Teil noch etwas komisch.

Die Werte für die aktuelle Leistung, die aus dem Netz bezogen wird bzw. an das Netz abgegeben wird, sind immer gleich groß ( zu jeder Zeit).

Hi Denis,

wende Dich am besten zu diesem Sachverhalt an die Experten hier im entsprechenden Shelly Unterforum.

Viele Grüße und weiterhin viel Erfolg!

Peter

DS_Starter · 18 März 2026, 12:39:01

Hallo Peter (peterboeckmann),

außer in der PV History befinden sich relevante Daten in pvCircular. Hier interessant die Stunde 13 des Tages (12:00 - 13:00)

"get ... pvCircular 13"

dann den Punkt con_all suchen. als Beispiel:

Code Auswählen

      con_all => So  @ 1289 926 669 1063 608 574 1120 1415 1655 720 889 664 1686 2189 1601 819 562 1387 533 537
                 So  @ 885 3638 2201 554 771 1027 435 1149 597 913
                 Mi  @ 703 1005 1252 684 798 926 539 1184 629 1538 1017 687 1129 553 1437 1027 948 905 885 574
                 Mi  @ 981 742 734 757 1315 735 747 519 884 919
                 Mo  @ 1142 1365 1066 674 511 756 1199 4730 769 1716 1359 971 1044 630 550 799 1556 1385 523 1674
                 Mo  @ 618 1417 1086 474 2243 1904 774 708 1006 865
                 Sa  @ 834 1659 1083 677 528 713 1992 769 1334 1821 692 911 1781 711 765 462 1157 1157 773 730
                 Sa  @ 1409 669 1670 643 537 989 506 838 560 1271
                 Fr  @ 3002 1295 1131 1404 912 540 692 1000 1375 672 748 587 703 1116 622 849 881 692 709 8904
                 Fr  @ 657 1064 782 1238 746 746 693 564 720 1028
                 Di  @ 843 1226 1523 742 1010 474 672 836 942 748 3196 1913 909 849 1840 663 1346 689 807 546
                 Di  @ 1049 873 915 459 1361 1154 511 738 821 1133
                 Do  @ 642 491 1011 1202 628 689 480 735 731 653 727 840 1609 637 815 2266 1244 777 1736 535
                 Do  @ 1287 733 743 697 901 1030 809 549 830 673

Findest du dort einen absurd hohen Wert?

peterboeckmann · 18 März 2026, 12:45:06

Hallo Heiko,

Zitat von: DS_Starter am 18 März 2026, 12:39:01Findest du dort einen absurd hohen Wert?

Ja, da finde ich einen 19Mio-Wert in der achten Zeile:

Code Auswählen

      con_all => Di  @ 4784 2369 791 755 773 748 604 694 894 867 823 672 1113 923 702 720 892 746 806 910
                 Di  @ 1191 757 761 2626 1079 1123
                 Mo  @ 1753 653 2807 673 691 753 909 1567 643 840 171 989 1505 1058 686 631 630 780 780 1451
                 Mo  @ 665 739 695 569 1691 720
                 Do  @ 2100 1737 562 1023 698 653 786 761 778 1104 611 724 1169 704 863 780 863 1787 912 806
                 Do  @ 1414 736 752 914 971
                 Mi  @ 1919 3515 935 737 852 726 1663 712 923 888 675 697 848 768 887 767 831 3066 745 1110
                 Mi  @ 1372 708 567 1111 19213616
                 Fr  @ 3709 715 848 841 900 2690 765 739 639 642 1139 1082 716 680 686 735 1533 1229 750 755
                 Fr  @ 6946 1233 840 1195 982
                 Sa  @ 2961 748 703 1889 1181 1173 814 1441 611 709 940 810 660 1248 937 610 950 1170 880 757
                 Sa  @ 701 822 1339 2190 901
                 So  @ 1796 778 684 3403 880 1292 945 734 802 783 632 613 693 2484 712 1137 1287 1172 767 704
                 So  @ 1502 1249 541 1891 1595

DS_Starter · 18 März 2026, 13:04:42

Ja, und weil heute Mittwoch ist und der Wert als letzter im Array vom Mittwoch letzter Woche ist, spielt der mit rein.
Jezt kommt es darauf an, wie du plantControl->consForecastIdentWeekdays und plantControl->consForecastLastDays gesetzt hast.

Wie sind die gesetzt?

peterboeckmann · 18 März 2026, 13:25:35

Zitat von: DS_Starter am 18 März 2026, 13:04:42Jezt kommt es darauf an, wie du plantControl->consForecastIdentWeekdays und plantControl->consForecastLastDays gesetzt hast

Code Auswählen

consForecastIdentWeekdays=1 
consForecastLastDays=4

DS_Starter · 18 März 2026, 13:48:17

Ok. Damit sind wir im Bereich der Tage in dem noch mit Average gearbeitet wird. Das ist der Bereich bis 30 / 31 gemäß pvHistory.
Als schnelle Lösung stelle

consForecastLastDays=5

Damit rutschen wir in den Median und der Ausreißer sollte keine Wirkung mehr zeigen.
Probiers mal aus.

peterboeckmann · 18 März 2026, 13:55:33

Hallo Heiko,

ist umgestellt. Danke für die Hilfe.
Wird der Wert für die heute schon abgelaufene Stunde nochmal neu ermittelt oder wirkt die Korrektur dann ab nächsten Mittwoch?
Ich kann den consForecastLastDays auch gerne noch höher stellen, aber gerade jetzt bei länger werdenden Tagen ändert sich der Verbrauch doch auch schon.

Viele Grüße,
Peter

DS_Starter · 18 März 2026, 14:00:40

Rückwirkend passiert keine Prognoseanpassung mehr.
Ich denke du brauchst nicht höher stellen.
Aber ich denke über eine Korrekturmöglichkeit nach um mit "reset" auch einen solchen Wert gezielt eliminieren zu können.
Löschen ist keine gute Variante, aber ihn auf zum Beispiel auf den Median aller kleineren Mitwochwerte umzusetzen wäre eine gute minimal invasive Möglichkeit.

LG,
Heiko

tomcat.x · 18 März 2026, 15:09:44

Jetzt muss ich doch noch mal auf mein Thema von weiter oben bezüglich SoC-Prognose zurückkommen. Die Antwort von 300P hat mich einen Moment beschäftigt

, das Fragezeichen auf der Stirn aber nicht dauerhaft beseitigt. Das Thema "Aktivierung des Batterie SOC- und Lade-Managements" habe ich mir durchgelesen, aber momentan geht es mir ja gar nicht um die Steuerung sondern erst mal um die Vorhersage.

Hier ein Beispiel von heute Morgen. nextHours liefert folgende Werte:

Code Auswählen

NextHour02 => starttime: 2026-03-18 10:00:00, day: 18, weekday: Wed, holiday: 0, hourofday: 11, today: 1
              pvapifcraw: 876, pvapifc: 254, pvaifc: -, pvfc: 254, aihit: 0
              conlegfc: 340, conaifc: -, confc: 340, confcEx: 340, weatherid: 0, wcc: 0, rr1c: 0.00
              temp: 6.80, windspeed: 3.22, rad1h: 1832, sunaz: 142, sunalt: 33, DoN: 1
              rrange: 0.00, crange: 00, DaysInRange: 14, correff: 0.29/0.00
              soc01: 10.0, soc02: -, soc03: -, socprogwhsum: 224
              rcdchargebat01: 1, rcdchargebat02: -, rcdchargebat03: -
              lcintimebat01: 1, lcintimebat02: -, lcintimebat03: -
              strategybat01: loadRelease, strategybat02: -, strategybat03: -
NextHour03 => starttime: 2026-03-18 11:00:00, day: 18, weekday: Wed, holiday: 0, hourofday: 12, today: 1
              pvapifcraw: 985, pvapifc: 630, pvaifc: -, pvfc: 630, aihit: 0
              conlegfc: 319, conaifc: -, confc: 319, confcEx: 319, weatherid: 0, wcc: 0, rr1c: 0.00
              temp: 9.10, windspeed: 3.85, rad1h: 2129, sunaz: 160, sunalt: 38, DoN: 1
              rrange: 0.00, crange: 00, DaysInRange: 12, correff: 0.64/0.00
              soc01: 45.0, soc02: -, soc03: -, socprogwhsum: 1008
              rcdchargebat01: 1, rcdchargebat02: -, rcdchargebat03: -
              lcintimebat01: 1, lcintimebat02: -, lcintimebat03: -
              strategybat01: loadRelease, strategybat02: -, strategybat03: -

Da Frage ich mich, wo kommt bei den prognostizierten Werten für pvfc und confc der Zuwachs um 784 Wh bei socprogwhsum her? Für Hour03 ist pvfc nur mit 630 und zusätzlich confc mit 319 (gut!) vorhergesagt gewesen.

Falls relevant, die Batterie ist so definiert:

Code Auswählen

attr SolarForecast setupBatteryDev01 MQTT2_MS_A2 pin=-pout pout=sys_bat_p:W pinmax=1000 poutmax=800 intotal=chg_e:Wh outtotal=dchg_e:Wh charge=sys_soc cap=2240 show=1

Aber cap ist eigentlich nur in Bezug auf die Prozentwerte interessant. Oder übersehe ich einen anderen Zusammenhang?