Leistungsprognose für Wechselrichter

[DS_Starter]

Nur der confc: in der 99iger Zusammenfassung ist schon seit Anfang des Monats jenseits von 22 kWh.
Kann man diesen Wert irgendwie zurücksetzten ?

Ja. Es gibt den Setter "reset". Dort kann man einiges machen. Für deinen Fall käme in Frage:
     
          set <name> reset pvHistory <Tag> 99

Das kannst du für alle Tage in der History ausführen.
Wenn du dann immer noch nicht weist wo die hohen Co Vorhersagen kommen, kannst du das Attr

         ctrlDebug = consumption

setzen.
Dann sieht man evtl. mehr.

Bei mir sieht das aktuell so aus:...

Bis auf den Ausreißer 11:00 sieht das doch gar nicht so schlecht aus.
Und die Korrekturqualität ist noch rot.
Dazu muß man wissen, dass für jede einzelne Stunde des Tages der Faktor abhängig vom jeweiligen Bewölkungszustand speichert. Es gibt 100 ! Bewölkungszustände. Es kann also lange dauern bevor verlässliche Durchschnittswerte für jede einzelne Stunde ermittelt werden können. Man sieht das mit Mouse Over über der "Qualität".
Du kannst natürlich auch einen manuellen Korrekturfaktor für jede Stunde setzen (pvCorrectionFactor_XX ) und damit deine Anlage manuell tunen.

[Skusi]

Wie kann ich denn die pvHistory vor dem ersten diesen Monats einsehen?

Der Tag mit den falschen Werten liegt sicher nicht in diesem Monat.

[DS_Starter]

Wie kann ich denn die pvHistory vor dem ersten diesen Monats einsehen?

Die pvHistory ist ein Ringspeicher der letzten 31 Tage. Mehr wird nicht gespeichert.
Das aktuelle Tagesdatum überschreibt immer den gespeicherten Tag in der pvHistory .
D.h. wenn du heute den Tag 28 in der pvHistory anschaust sind es die Werte des 28.11.

[Skusi]

Danke für die Erklärungen.
Nun habe ich die bösen Einträge auch gefunden und gelöscht.

Code Auswählen Erweitern

99 => etotal: , pvfc: 2638, pvrl: 378181
            confc: 7277, [b]con: 396285[/b], gcon: 19491, gfeedin: 1387
            batintotal: -, batin: -, batouttotal: -, batout: -
            wid: , wcc: , wrp: , pvcorrf: , dayname: Mi
            cyclescsm01: 0, csme01: 41820
            cyclescsm02: 0
            cyclescsm03: 2, hourscsme03: 3
            cyclescsm04: 1, hourscsme04: 17

Irgendwie war da was mit meinem Stromzähler Counter am 30.11. ab 18:00 Uhr
Ich hab nun alles von 18:00 bis 24:00 gelöscht.

Nunist es sicher wieder sauber. Außerdem hat das Attribut affectConsForecastIdentWeekdays auch ne Menge gebracht. Das ist bei uns glaube ich eine gute Einstellung, da meine Frau nicht jeden Tag kocht, aber z.B. immer Mittwochs an Ihrem freien Tag.   

[DS_Starter]

Gut gemacht. 

[Dode]

Hallo,

ich habe seit heute das Problem das FHEM nicht mehr startet. Ich habe kein Update an FHEM durchgeführt. Ich musste nur den Rechner neu starten.

Im Logfile sind folgende Meldungen

Code Auswählen Erweitern

2023.01.01 17:22:04 1: PERL WARNING: Use of uninitialized value $OpMode in pattern match (m//) at lib/FHEM/SynoModules/SMUtils.pm line 1154.
2023.01.01 17:22:04 1: PERL WARNING: No error resolution Hash defined for module type: SolarForecast at lib/FHEM/SynoModules/SMUtils.pm line 1167.
unexpected end of string while parsing JSON string, at character offset 114688 (before "(end of string)") at ./FHEM/76_SolarForecast.pm line 753.


Nachdem ich das SolarForecast Modul aus der Config Datei genommen habe startet FHEM wieder.
Hat das Problem noch jemand?

[DS_Starter]

Hat das Problem noch jemand?

Bei mir läuft alles wie gewohnt.
Aber es liegt offensichtlich daran dass du fehlerhafte JSON Daten empfängst.

Das allein wäre kein Problem, aber offensichtlich habe ich noch ein Thema mit der Fehlerbehandlung weswegen dein FHEM nicht startet.
Die Fehlerbehandlung korigiere ich, dann kannst das Modul wieder aktivieren.
Aber das Thema der fehlerhafte JSON Daten ist damit noch nicht erledigt. Das muß man dann schauen.

Melde mich wieder.

[DS_Starter]

Kannst du bitte das Modul aus dem contrib aktualisieren und das Modul wieder aktivieren ?

Dann sollte FHEM wieder mit dem Modul starten und wir können uns dem eigentlichen Fehler mit dem JSON widmen.

[Dode]

Kannst du bitte das Modul aus dem contrib aktualisieren und das Modul wieder aktivieren ?

Dann sollte FHEM wieder mit dem Modul starten und wir können uns dem eigentlichen Fehler mit dem JSON widmen.

Hab ich gemacht. Fhem läuft auch wieder mit dem Modul

[DS_Starter]

Wie sieht es aus ?
Ist deine Konfiguration noch vorhanden ?

-> set plantConfiguration  check

[Dode]

Ja. Die Konfig habe ich per
set plantConfiguration restore
wieder hergestellt.

[DS_Starter]

Noch irgendwelche JSON Fehler ?
Vllt. war es eine einmalige Sache, ist möglich.
Wenn nicht, sollten die Fehler im Log gemeldet werden aber nicht zum Absturz von FHEM führen.

[Dode]

Ich habe noch folgende Meldungen beim starten.

2023.01.01 20:04:17 3: PV_forecast - SolarForecast cache "pvhist" restored
2023.01.01 20:04:17 3: PV_forecast - SolarForecast cache "circular" restored
2023.01.01 20:04:17 3: PV_forecast - SolarForecast cache "consumers" restored
2023.01.01 20:04:17 3: PV_forecast - SolarForecast cache "solcastapi" restored
2023.01.01 20:04:17 3: WARNING: PV_forecast attribute autoRefresh was renamed to ctrlAutoRefresh
2023.01.01 20:04:17 3: WARNING: PV_forecast attribute autoRefreshFW was renamed to ctrlAutoRefreshFW
2023.01.01 20:04:17 3: WARNING: PV_forecast attribute beam1Color was renamed to graphicBeam1Color
2023.01.01 20:04:17 3: WARNING: PV_forecast attribute beam1Content was renamed to graphicBeam1Content
2023.01.01 20:04:17 3: WARNING: PV_forecast attribute beam1FontColor was renamed to graphicBeam1FontColor
2023.01.01 20:04:17 3: WARNING: PV_forecast attribute beam2Color was renamed to graphicBeam2Color
2023.01.01 20:04:17 3: WARNING: PV_forecast attribute beam2Content was renamed to graphicBeam2Content
2023.01.01 20:04:17 3: WARNING: PV_forecast attribute createConsumptionRecReadings was renamed to ctrlConsRecommendReadings
2023.01.01 20:04:17 3: WARNING: PV_forecast attribute follow70percentRule was renamed to affect70percentRule
2023.01.01 20:04:17 3: WARNING: PV_forecast attribute headerDetail was renamed to graphicHeaderDetail
2023.01.01 20:04:17 3: WARNING: PV_forecast attribute historyHour was renamed to graphicHistoryHour
2023.01.01 20:04:17 3: WARNING: PV_forecast attribute hourCount was renamed to graphicHourCount
2023.01.01 20:04:17 3: WARNING: PV_forecast attribute layoutType was renamed to graphicLayoutType
2023.01.01 20:04:17 3: WARNING: PV_forecast attribute sameWeekdaysForConsfc was renamed to affectConsForecastIdentWeekdays
2023.01.01 20:04:17 3: WARNING: PV_forecast attribute showNight was renamed to graphicShowNight
2023.01.01 20:04:17 3: WARNING: PV_forecast attribute weatherColor was renamed to graphicWeatherColor

[DS_Starter]

Das ist ok. Du kommst von einer relativ alten Version.
Es wurde Attributnamen umgesetzt.
Kommt nur einmal wenn du jetzt "save" drückst.

[C0mmanda]

Mahlzeit,

hätte da mal eine Frage zum Verständnis:

Ich habe einen Consumer wie folgt angelegt:

Code Auswählen Erweitern

HM_37042C_Sw type=other power=65 mode=must icon=kuehlschrank_small swstate=pct:100:0 mintime=600 on=on off=off notbefore=11 notafter=22 pcurr=power:W etotal=energy_total:kWh interruptable=0 auto=automatic swoffcond=d.SolarConsumerOnOff:state:off

Trotz Attribut "notbefore=11" schaltet das Modul den Verbraucher um 7:22 Uhr ein.
Kann mir jemand sagen woran das liegt?

Code Auswählen Erweitern

consumer01_planned_start  02.01.2023 07:22:55
consumer01_planned_stop 02.01.2023 09:19:43

Danke!
Gruß