Leistungsprognose für Wechselrichter

Begonnen von ch.eick, 18 Januar 2021, 08:35:46

Vorheriges Thema - Nächstes Thema

DS_Starter

Guten Morgen,
dir fehlt wahrscheinlich ein benötigtes Perl-Modul.
Im Log siehst du sicherlich vor der Meldung "Cannot load module SolarForecast" weitere Fehlermeldungen die die eigentlich Ursache beschreiben.
Du kannst die Zeilen vor dieser Fehlermeldung gern hier mal posten.

LG,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

jophb

Hallo Heiko,
das stimmt dass Perl-Module fehlen. Ich hatte nicht einmal ein lib-Verzeichnis. Rüberkopieren vom alten System funzt leider nicht. Und leider finde ich nichts vernünftiges zum Installieren der SynoModules.

2023.12.27 16:23:22 0: Can't locate FHEM/SynoModules/SMUtils.pm in @INC (you may need to install the FHEM::SynoModules::SMUtils module) (@INC contains: ./FHEM/lib ./lib /opt/fhem/FHEM/YAF/libs/json . /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.34.0 /usr/local/share/perl/5.34.0 /usr/lib/x86_64-linux-gnu/perl5/5.34 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.34 /usr/share/perl/5.34 /usr/local/lib/site_perl ./FHEM) at ./FHEM/76_SolarForecast.pm line 55.
BEGIN failed--compilation aborted at ./FHEM/76_SolarForecast.pm line 55.

LG
Joachim

DS_Starter

Hallo Joachim,

warum machst du denn nicht einfach ein "normales" update über die Browser Kommandozeile?
Also den FHEM Befehl "update" im Browser ausführen. Dann wird doch alles installiert und upgedated.

Wenn dir das lib Verzeichnis fehlt, könnte es auch bei anderen Modulen Probleme geben.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

minierm

Bzgl. Batteriemanagement hier ein aktuelles Ladeverhalten mit Zellausgleich (10kWh nutzbar von 11,5kWh, LFP Akku)

Nach Erreichen von 99.9% SOC (12:15) wird noch 30 min weitergeladen bis 99,99% (12:45).
Zellen Peak 1 um 12:35 mit 3,44 V / 3,558 V bzw. 12:40 mit 3,376 V / 3,603 V.
Um 12:50 SOC auf 99,89% runter bis um 13:50 wieder 99,99% erreicht wird bei 3,368 V / 3,567 V.

Am Tag vorher war max SOC 50%, am Tag davor 80%, letzte Vollladung war vor 8 Tagen.

jophb

#3439
Hallo Heiko,

weil ich nicht dachte, dass eine defekte Installation durch "update" repariert wird. Vielen Dank für den Tip!
Das sieht schon mal ganz gut aus.
Wenn ich alles zusammen habe, gibt es WIKI-Einträge:
  • SolarForecast mit Fronius Gen24
  • Energiemessung mit Viertarifzähler ABB B23-312-100 für die Energieerfassung der Wärmepumpe (WLW196i) Heizung Netz/Solar und Warmwasser Netz/Solar
  • Abschaltung Fußbodenheizung über Einstrahlungswert (wegen Trägheit Temperaturmessung)


tpm88

Hallo Heiko,

zuallererst Respekt für das Top-Modul, das ich seit etwa acht Wochen selbst nutze und seither fleissig mitlese. Gestehte aber vorweg, daß ich nicht den gesamten Thread von Anfang durchgearbeitet habe...

Aktuell bin ich daran, daß ich ein SOC-Management für meinen GoodWe 2* Lynx LX U5.4-L Speicher am GoodWe GW-5048EM Wechselrichter realisiere. Seitens des Herstellers gibt es da leider gar nichts (ausser eines einstellbaren unteren Limits), sodaß der Speicher in den "dunklen" Wochen Ende November / Anfang Dezember fast durchgängig längere Zeit am Minimum 10% SOC hing.

Ein paar kleine Fragen habe ich aktuell:

Trotz aktiver Statistik erhalte ich für diese beiden
- statistic_todayConForecastTillSunset
- statistic_dayAfterTomorrowPVforecast
keine Werte (d.h. stabil 0) ??

Als Wetter- und Radiation API nutze ich DWD mit (forecastDays 3).

setstate PV_forecast 2023-12-28 19:35:01 state updated
setstate PV_forecast 2023-12-28 19:34:59 statistic_conForecastTillNextSunrise 4132 Wh
setstate PV_forecast 2023-12-28 19:34:59 statistic_dayAfterTomorrowPVforecast 0 [b](no data available)[/b]
setstate PV_forecast 2023-12-28 19:34:59 statistic_daysUntilBatteryCare 18
setstate PV_forecast 2023-12-28 19:34:59 statistic_todayBatIn 0.0 Wh
setstate PV_forecast 2023-12-28 19:34:59 statistic_todayBatOut 0.0 Wh
setstate PV_forecast 2023-12-28 19:34:59 statistic_todayConForecastTillSunset 0 Wh
setstate PV_forecast 2023-12-28 00:59:53 statistic_todayConsumptionForecast_01 276 Wh
setstate PV_forecast 2023-12-28 01:59:58 statistic_todayConsumptionForecast_02 285 Wh
setstate PV_forecast 2023-12-28 02:59:51 statistic_todayConsumptionForecast_03 299 Wh
setstate PV_forecast 2023-12-28 03:59:54 statistic_todayConsumptionForecast_04 288 Wh
setstate PV_forecast 2023-12-28 04:59:56 statistic_todayConsumptionForecast_05 218 Wh
setstate PV_forecast 2023-12-28 05:59:59 statistic_todayConsumptionForecast_06 183 Wh
setstate PV_forecast 2023-12-28 06:59:52 statistic_todayConsumptionForecast_07 294 Wh
setstate PV_forecast 2023-12-28 07:59:56 statistic_todayConsumptionForecast_08 363 Wh
setstate PV_forecast 2023-12-28 08:59:50 statistic_todayConsumptionForecast_09 413 Wh
setstate PV_forecast 2023-12-28 09:59:54 statistic_todayConsumptionForecast_10 546 Wh
setstate PV_forecast 2023-12-28 10:59:59 statistic_todayConsumptionForecast_11 829 Wh
setstate PV_forecast 2023-12-28 11:59:54 statistic_todayConsumptionForecast_12 1087 Wh
setstate PV_forecast 2023-12-28 12:59:57 statistic_todayConsumptionForecast_13 1066 Wh
setstate PV_forecast 2023-12-28 13:59:52 statistic_todayConsumptionForecast_14 606 Wh
setstate PV_forecast 2023-12-28 14:59:56 statistic_todayConsumptionForecast_15 444 Wh
setstate PV_forecast 2023-12-28 15:59:52 statistic_todayConsumptionForecast_16 334 Wh
setstate PV_forecast 2023-12-28 16:59:55 statistic_todayConsumptionForecast_17 421 Wh
setstate PV_forecast 2023-12-28 17:59:52 statistic_todayConsumptionForecast_18 650 Wh
setstate PV_forecast 2023-12-28 18:59:55 statistic_todayConsumptionForecast_19 634 Wh
setstate PV_forecast 2023-12-28 19:34:59 statistic_todayConsumptionForecast_20 455 Wh
setstate PV_forecast 2023-12-28 19:34:59 statistic_todayConsumptionForecast_21 368 Wh
setstate PV_forecast 2023-12-28 19:34:59 statistic_todayConsumptionForecast_22 319 Wh
setstate PV_forecast 2023-12-28 19:34:59 statistic_todayConsumptionForecast_23 300 Wh
setstate PV_forecast 2023-12-28 19:34:59 statistic_todayConsumptionForecast_24 251 Wh
setstate PV_forecast 2023-12-28 19:34:59 statistic_todayGridConsumption 3400.0 Wh
setstate PV_forecast 2023-12-28 19:34:59 statistic_todayGridFeedIn 190.0 Wh

Zweite Frage zur SOC-Berechnung:

currentBatteryDev fc_Battery pin=-pout:W pout=power_in_out:W charge=chargestatus cap=9600

Was gebe ich für den Wert cap bei der currentBatteryDev bei meiner Konfiguration mit zwei Lynx Modulen sinnvollerweise an?
"Rated Energy" - das wären 2x5400Wh = 10800Wh ... oder
"Usable Energy" - das wären 2x4800Wh = 9600WH ??

VG Tobi

Test FHEM Server on RPi, CUL_HM
Prod FHEM Server on Odroid HC1, HM-USB, JeeLink
Devices: diverse HM, IT1500, 1wire, LaCrosse, MQTT

kask

DWD kann nicht "statistic_dayAfterTomorrowPVforecast". Das geht nur mit anderen Modelen. Maximal einen Tag mit DWD.
"statistic_todayConForecastTillSunset" ging auf jeden fall mal. Habe ich aber so nicht mehr beobachtet.

Ich würde mal 10800Wh nehmen. Ist ja Design. Sonst wird das ja alles verfälscht.

 


DS_Starter

#3442
Hallo zusammen,
bin ein paar Tage unterwegs, deshalb halte ich mich kurz.

ob statistic_dayAfterTomorrowPVforecast sinn macht, sieht man mit

get ... solApiData

Das sind die Rohdaten je nach API. Man sieht wie weit sie reichen.

statistic_todayConForecastTillSunset geht natürlich immer noch. Einen Wert sieht man dort nur VOR dem Sonnenuntergang, weil so gebaut. Also jetzt auf jeden Fall 0. Ansonsten schauen wir nächste Woche nochmal. Läuft aber tadellos.

@minierm, nachdem deine Batterie den maxSoC erreicht hat, würde ich jetzt erwarten dass der SoC Richtwert wieder abgesenkt wird auf oder bei lowSoC um diie gespeicherte Energie dem Hausnetz zur Verfügung zu stellen. Ansonsten passt es denke ich.

ZitatSeitens des Herstellers gibt es da leider gar nichts (ausser eines einstellbaren unteren Limits), sodaß der Speicher in den "dunklen" Wochen Ende November / Anfang Dezember fast durchgängig längere Zeit am Minimum 10% SOC hing.
Das ist doch ein sehr schöner use case für das Batterie Management im Modul. Das können wir dann besser 😏

@tpm88, sunrise und sunset Daten hast du aber? also Today_SunRise und Today_SunSet.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

minierm

Zitat von: kask am 28 Dezember 2023, 20:28:57DWD kann nicht "statistic_dayAfterTomorrowPVforecast". Das geht nur mit anderen Modelen. Maximal einen Tag mit DWD.
"statistic_todayConForecastTillSunset" ging auf jeden fall mal. Habe ich aber so nicht mehr beobachtet.

Ich würde mal 10800Wh nehmen. Ist ja Design. Sonst wird das ja alles verfälscht.
Und ich würd sagen, die 10,8kW verfälschen :-)
Es stehen ja tatsächlich nur 9,6 kWh nutzbar zur Verfügung, der Rest ist Reserve für die Leistungsgarantie. So ist es zumindest bei meinen M-Tech LFP mit 10,5/11,8 kWh.

TheTrumpeter

Ich habe immer wieder "Aussetzer" der Events für "LastHourPVforecast" und "LastHourPVreal"... heute sind die erstmals um 11:00 geloggt worden, gestern hat beispielsweise um 08:00 das "real" gefehlt und um 15:00 und 16:00 beide. Tags davor beide um 13:00, so zieht sich das fast jeden Tag.

Folgende FVERSION läuft: 76_SolarForecast.pm:v1.0.10-s28116/2023-10-31

Würde ein Update das Problem beheben?
FHEM auf RPi3, THZ (LWZ404SOL), RPII2C & I2C_MCP342x (ADCPiZero), PowerMap, CustomReadings, RPI_GPIO, Twilight, nanoCUL (WMBus für Diehl Wasserzähler & Regenerationszähler für BWT AqaSmart), ESPEasy, TPLinkHS110

kask

Mal ganz ehrlich. Wie soll ein Developer oder sonst wer Dir Support geben mit alten Versionen?
Mit Glück hat einer die selbe alte Version am laufen und kann berichten wie es bei Ihm steht. Aber mehr auch nicht.
Und ob es danach läuft kann dir auch keiner sagen, weil kein Mensch weiß wie dein System aussieht oder deine Topologie.

Updaten >> debuggen via logs. Sonst wird das nichts.


tpm88

Zitat von: DS_Starter am 28 Dezember 2023, 21:06:02statistic_todayConForecastTillSunset geht natürlich immer noch. Einen Wert sieht man dort nur VOR dem Sonnenuntergang, weil so gebaut. Also jetzt auf jeden Fall 0. Ansonsten schauen wir nächste Woche nochmal.
Danke, so ist es natürlich. Fehler 40...

ZitatDas ist doch ein sehr schöner use case für das Batterie Management im Modul. Das können wir dann besser 😏
Absolut  ;D
Test FHEM Server on RPi, CUL_HM
Prod FHEM Server on Odroid HC1, HM-USB, JeeLink
Devices: diverse HM, IT1500, 1wire, LaCrosse, MQTT

TheTrumpeter

Zitat von: kask am 29 Dezember 2023, 16:05:43Mal ganz ehrlich. Wie soll ein Developer oder sonst wer Dir Support geben mit alten Versionen?
Eine Entwickler weiß, was er zuletzt geändert hat, d.h. er wird recht gut einschätzen können, ob er in den letzten Wochen daran "herumgedreht" hat.
In den Änderungsbeschreibungen in github ist erstmal nichts an der Stelle ersichtlich.
FHEM auf RPi3, THZ (LWZ404SOL), RPII2C & I2C_MCP342x (ADCPiZero), PowerMap, CustomReadings, RPI_GPIO, Twilight, nanoCUL (WMBus für Diehl Wasserzähler & Regenerationszähler für BWT AqaSmart), ESPEasy, TPLinkHS110

kask

Ohne jetzt hier einen Krieg anzetteln zu wollen.
Ja, du hast recht, ein Entwickler weiß ob da was geändert worden ist.
Aber du vergißt den Murphy. An einer Stelle was ändern und wo anders geht was nicht mehr, weil die eine klitzekleine Variabele oder Abfolge nicht beachtet worden ist.
Und Bäääähm! Fehler wo anders, wo der Entwickler garnicht dran war (denkt dieser zumindest).
Wir sind nun einmal alle "nur" Menschen. Und bei so einem größen Modul kann sowas schon einmal passieren.
Und wenn das keinem aufgefallen ist, was gut sein kann. Denn es gab Zeiten da gab es mehrere Versionen im Contrib am Tag. Dann hatte nie einer diesen Fehler.
Alles in Allem liefert DS_Starter hier schon sehr gut Entwickeltes Material. Aber er ist nicht Gott und hat es auch schon bewiesen mit so mancher Änderung/Version.
Das passiert halt. "Wo gearbeitet wird da fallen Spännen".

Und deshalb wird Dir "fast" keiner Helfen können.

Ist ja auch kaum was passiert in der Zwischenzeit ;)
  "1.6.0"  => "22.12.2023  store daily batmaxsoc in pvHistory, new attr ctrlBatSocManagement, reading Battery_OptimumTargetSoC ".
                           "currentBatteryDev: new optional key 'cap', adapt cloud2bin,temp2bin,rain2bin ".
                           "minor internal changes, isAddSwitchOffCond: change hysteresis algo, ctrlDebug: new entry batteryManagement ".
                           "check longitude, latitude in general audit, use coordinates (if set) for sun calc ",
  "1.5.1"  => "07.12.2023  function _getftui can now process arguments (compatibility to new ftui widgets), plant check ".
                           "reviews SolarForecast widget files ",
  "1.5.0"  => "05.12.2023  new getter ftuiFramefiles ",
  "1.4.3"  => "03.12.2023  hidden set or attr commands in user specific header area when called by 'get ... html' ".
                           "plantConfig: check module update in repo ",
  "1.4.2"  => "02.12.2023  ___getFWwidget: codechange ___getFWwidget using __widgetFallback function ",
  "1.4.1"  => "01.12.2023  ___getFWwidget: adjust for FHEMWEB feature forum:#136019 ",
  "1.4.0"  => "29.11.2023  graphicHeaderOwnspec: can manage attr / sets of other devs by <attr|set>@<dev> ",
  "1.3.0"  => "27.11.2023  new Attr graphicHeaderOwnspecValForm ",
  "1.2.0"  => "25.11.2023  graphicHeaderOwnspec: show readings of other devs by <reaging>@<dev>, Set/reset batteryTrigger ",
  "1.1.3"  => "24.11.2023  rename reset arguments according possible adjustable textField width ",
  "1.1.2"  => "20.11.2023  ctrlDebug Adjustment of column width, must have new fhemweb.js Forum:#135850 ",
  "1.1.1"  => "19.11.2023  graphicHeaderOwnspec: fix ignoring the last element of allsets/allattr ",
  "1.1.0"  => "14.11.2023  graphicHeaderOwnspec: possible add set/attr commands, new setter consumerNewPlanning ",
  "1.0.10" => "31.10.2023  fix warnings, edit comref ",



DS_Starter

Moin zusammen,

nächste Woche kann ich wieder in den Code schauen.
Momentan gehe ich aber nicht von einem codeproblem aus.
Könnte eine sache mit event-on-change sein wenn sich zwischen den Stunden keine Ändeeubg ergibt. Probier mal event-min-interval mit interval 1000 für diese Readings zu verwenden. Gut wäre für die Analyse auch diese Events in ein Filelog zu speichern. Vllt. Kann noch jemand zum Vergleich es bei sich auch mal tun.

Bin bald wieder mit an Bord  :)
Guten Rutsch!

Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter