Leistungsprognose für Wechselrichter

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

Vorheriges Thema - Nächstes Thema

DS_Starter

@der-Lolo,
konnte die Warnung bei mir nicht nachvollziehen und habe auf Verdacht mal die Stellen bearbeitet.
Kannst du bitte die V aus meinem contrib bei dir mal testen ob die Warnungen weg sind?

LG
Proxmox+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

cpet

Hallo Zusammen,

erstmal Respekt und vielen Dank an diejenigen die hier so viel "Hirnschmalz" eingebracht haben  8)

habe das "Modul auch erfolgreich in Betrieb nehmen können, bzw. hoffe dies zumindest  ;D

Ich habe das "currentInverterDev" wie folgt angegeben "SolarEdgeReading pv=PV:W etotal=overview-energyYear:kWh [capacity=10000]"

bin mir aber nicht sicher ob das bei dem "etotal" mit den beiden Nachkommastellen (Beispiel: 9183.09)kWh passt und ob der Wert nicht im nächsten Jahr wieder bei Null anfängt und wie das Modul dann damit umgeht.

Ich habe auch noch ein anderes Reading "overview-energyLifetime" welches ich lieber für "etotal" nehmen würde, aber dies wird in MWh wie folgt dargestellt 0.808062, kann das SolarForecast-Modul damit auch umgehen?

LG
Christian
RPI 3 mit 1x SCC 868MHz für FS20; 1x SCC 433MHz SlowRF; 1x SCC 868MHz Homematic;
Rollladen-/Markisensteuerung, Fußboden-Heizungssteuerung 
diverse Licht-/Schaltungssteuerungen
ALEXA-Integration;
Statusmeldungen über  Fernseher

DS_Starter

Hallo Christian,

Zitatbin mir aber nicht sicher ob das bei dem "etotal" mit den beiden Nachkommastellen (Beispiel: 9183.09)kWh passt und ob der Wert nicht im nächsten Jahr wieder bei Null anfängt und wie das Modul dann damit umgeht.

Ich habe auch noch ein anderes Reading "overview-energyLifetime" welches ich lieber für "etotal" nehmen würde, aber dies wird in MWh wie folgt dargestellt 0.808062, kann das SolarForecast-Modul damit auch umgehen?
Ich habe Wh und kWh implementiert.
Das Reading overview-energyLifetime würde sich auch anbieten wenn du dir daraus ein userReading erstellst mit einer Umrechnung in kWh. Dann würde ich im userReading auch noch den modifier "monotonic" verwenden, was dann einen ständig steigenden Zähler gewährleistet und dieses userReading verwenden.
Proxmox+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

cpet

Okay Super vielen Dank für die schnelle Antwort,

ich weiß zwar noch nicht genau wie das zu machen ist aber ich werde mich mal "Schlau" lesen  ;)
RPI 3 mit 1x SCC 868MHz für FS20; 1x SCC 433MHz SlowRF; 1x SCC 868MHz Homematic;
Rollladen-/Markisensteuerung, Fußboden-Heizungssteuerung 
diverse Licht-/Schaltungssteuerungen
ALEXA-Integration;
Statusmeldungen über  Fernseher

DS_Starter

Das haben schon etliche User hier mit userReadings gelöst weil manche WR bzw. deren Module keinen so stabilen etotal-Zähler liefern.
Aber als Anhaltspunkt käme sowas in Frage:

attr ... userReadings <dein userReading>:overview-energyLifetime.* monotonic {ReadingsVal($name, "overview-energyLifetime", 0) * 1000},
Proxmox+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

cpet

Hallo Heiko,

ja hatte in der commandref dazu eben auch schon etwas gefunden, aber dein Beispiel hat auf Anhieb funktioniert!

Vielen Dank

LG
Christian
RPI 3 mit 1x SCC 868MHz für FS20; 1x SCC 433MHz SlowRF; 1x SCC 868MHz Homematic;
Rollladen-/Markisensteuerung, Fußboden-Heizungssteuerung 
diverse Licht-/Schaltungssteuerungen
ALEXA-Integration;
Statusmeldungen über  Fernseher

DS_Starter

 :)
Im Prinzip kannst du so auch dein Reading overview-energyYear mit einem userReading verwenden. Dann aber 1:1 ohne Umrechnung, aber mit dem monotonic modifier wegen der Beständigkeit.
Proxmox+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

cpet

okay jetzt habe ich schon das andere Reading hierfür hergenommen, aber gut zu Wissen für die Zukunft wenn ich sowas mal wieder habe.
RPI 3 mit 1x SCC 868MHz für FS20; 1x SCC 433MHz SlowRF; 1x SCC 868MHz Homematic;
Rollladen-/Markisensteuerung, Fußboden-Heizungssteuerung 
diverse Licht-/Schaltungssteuerungen
ALEXA-Integration;
Statusmeldungen über  Fernseher

grappa24

erst einmal vielen Dank für das tolle SolarForecast Modul!

Mit Hilfe von stefanru konnte ich mich in einem Tag einarbeiten, hänge aber jetzt beim Anlegen von currentBatteryDev bzw. weiß nicht so recht, welche Readings meines Fronius WR ich pin, pout, intotal, outtotal, charge zuordnen soll.

Es stehen zur Verfügung
...
#     2023-11-01 15:26:09   Storage_0_Controller_Capacity_Maximum 7680
#     2023-11-01 15:26:09   Storage_0_Controller_Current_DC -0.799623706491063
#     2023-11-01 15:26:09   Storage_0_Controller_DesignedCapacity 7680
#     2023-11-01 15:26:09   Storage_0_Controller_Details_Manufacturer BYD
#     2023-11-01 15:26:09   Storage_0_Controller_Details_Model BYD Battery-Box Premium HV
#     2023-11-01 15:26:09   Storage_0_Controller_Details_Serial P030T020Z2212061267
#     2023-11-01 15:26:09   Storage_0_Controller_Enable 1
#     2023-11-01 15:26:09   Storage_0_Controller_StateOfCharge_Relative 99
#     2023-11-01 15:26:09   Storage_0_Controller_Status_BatteryCell 3
#     2023-11-01 15:26:09   Storage_0_Controller_Temperature_Cell 25
#     2023-11-01 15:26:09   Storage_0_Controller_TimeStamp 1698848768
#     2023-11-01 15:26:09   Storage_0_Controller_Voltage_DC 318.9
#     2023-11-01 15:26:09   User_Energy_Feedin 1.105
#     2023-11-01 15:26:09   User_Energy_Import 42.748
#     2023-11-01 16:52:53   User_Power_Feedin 0.4
#     2023-11-01 16:52:53   User_Power_Import 0
#     2023-11-01 15:27:55   state           connected
Grüße aus Frankfurt/M.
Dieter
Gebäudesicherheit/-komfort, PV-Prognose/Verbrauchssteuerung, Heizungssteuerung, Multimedia, ...
KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200, Netatmo, Nuki, SolarForecast, HEOS, Alexa-FHEM, ...
FHEM 6.4, 2 x RasPi 3B+, Debian Bullseye

stefanru

#3219
Hi Dieter,

für BatteryDev habe ich:
BatteryDummy pin=-pout:kW pout=total_pac:W intotal=intotal:kWh outtotal=outtotal:kWh charge=chargestatus

Die Werte kommen bei mir wieder aus einem Dummy.
fhem "setreading BatteryDummy intotal ".ReadingsNum("PV_Runge","User_Energy_Bat_in",0);;
fhem "setreading BatteryDummy outtotal ".ReadingsNum("PV_Runge","User_Energy_Bat_out",0);;
fhem ("setreading BatteryDummy total_pac ".(ReadingsNum("PV_Runge","PowerFlow_Site_P_Akku",0)));;
fhem ("setreading BatteryDummy chargestatus ".ReadingsNum("PV_Runge","PowerFlow_Inverters_1_SOC",0));;

Also 2 UserReadings die anderen werden nur direkt umgefüllt.

Die 2 UserReadings sind Summen die der Fronius WR nicht zur Verfügung stellt.
Ich berechne sie aus PowerFlow_Site_P_Akku.
Diese 2 UserReadings brauchst du am WR:
User_Energy_Bat_out:PowerFlow_Site_P_Akku.* integral {ReadingsVal("$name","PowerFlow_Site_P_Akku","")>0?ReadingsVal("$name","PowerFlow_Site_P_Akku","")/3600000:0},
User_Energy_Bat_in:PowerFlow_Site_P_Akku.* integral {ReadingsVal("$name","PowerFlow_Site_P_Akku","")<0?ReadingsVal("$name","PowerFlow_Site_P_Akku","")/-3600000:0},

Ohne Dummy und den UserReadings wie angegeben am WR wäre die Definition dann:
DeinWechselrichterDevice pin=-pout:kW pout=PowerFlow_Site_P_Akku:W intotal=User_Energy_Bat_in:kWh outtotal=User_Energy_Bat_out:kWh charge=PowerFlow_Inverters_1_SOC

P.S.:
Da du eine Batterie hast, musst du auch noch weitere Readings anpassen, da der Fronius WR kein Total Reading nur für PV hat.
Er bezieht da immer die Batterie mit ein.
Das willst du aber im PV Ertrag nicht drin haben.
Deshalb musst du beim Fronius WR auch das hier beachten, damit du nachts keine PV Erträge hast:
https://forum.fhem.de/index.php?msg=1289720

Viele Grüße,
Stefan

minierm

Zitat von: stefanru am 01 November 2023, 17:22:54BatteryDummy pin=-pout:kW pout=total_pac:W intotal=intotal:kWh outtotal=outtotal:kWh charge=chargestatus
Wieso hat pin eine andere Einheit als pout?!

stefanru

Wow,
das ist wirklich komisch.
So habe ich das drin. Und es tut, es ist aber verkehrt.

Ich schätze es tut weil ich hier den Spezialfall verwende mit -pout und wahrscheinlich wird die Einheit hier gar nicht ausgewertet.

In der Doku steht:
ZitatSonderfälle: Sollte das Reading für pin und pout identisch, aber vorzeichenbehaftet sein, können die Schlüssel pin und pout wie folgt definiert werden:

pin=-pout    (ein negativer Wert von pout wird als pin verwendet)

Aber vielen Dank für den Hinweis.
Könnte mal Probleme bereiten.
Ich ändere es also in:
BatteryDummy pin=-pout pout=total_pac:W intotal=intotal:kWh outtotal=outtotal:kWh charge=chargestatus

Viele Grüße,
Stefan

DS_Starter

ZitatIch schätze es tut weil ich hier den Spezialfall verwende mit -pout und wahrscheinlich wird die Einheit hier gar nicht ausgewertet.
So isses.  ;)
Proxmox+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

grappa24

kennt denn jemand eine DWD Station im Großraum Frankfurt, die Rad1h Werte liefert?
Gebäudesicherheit/-komfort, PV-Prognose/Verbrauchssteuerung, Heizungssteuerung, Multimedia, ...
KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200, Netatmo, Nuki, SolarForecast, HEOS, Alexa-FHEM, ...
FHEM 6.4, 2 x RasPi 3B+, Debian Bullseye

stefanru

Hi Dieter,

das ist echt schwierig so zu sagen.
Da musst du mal ausprobieren in dem du die StstionsIDs durch probierst in einem DWD Device.

Ich habe da auch einige Probiert bis ich direkt das Nachbarort gefunden hatte das Daten lieferte.
Viele Stationen liefern gar keine Daten oder keine rad1h.
Die Liste ist hier:
https://www.dwd.de/DE/leistungen/klimadatendeutschland/statliste/statlex_html.html;jsessionid=580709F04BBD3BCD52F5589F8FBCA7F5.live11042?view=nasPublication&nn=16102

Aber es gibt auch einige in der Liste die passen.

Vielleicht hilft es etwas die Station die ich gefunden habe für mich ist so in der Liste eingetragen:
Birkenau   14157   MN   L979   49.569   8.701   168   721820   HE   26.10.2009   31.10.2023

Also mit MN was laut Anleitung (https://www.dwd.de/DE/leistungen/klimadatendeutschland/stationsliste.html) dies bedeutet:
MI / MN   Stationen mit automatischen Messungen (10-Minuten-Auflösung)

Vielleicht liefern solche Station 1hrad.

Viele Grüße,
Stefan