Leistungsprognose für Wechselrichter

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

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 ... 241 242 243
Benutzer-Aktionen

grappa24

#3630
30 März 2024, 12:10:07
Mein Consumer schaltet "sehr oft", liegt das an meiner Definition?

Code Auswählen
MQTT2_evcc_tablet type=charger mintime=60 mode=can  power=20 pcurr=params_switch_0_apower:W on=on off=off auto=automatic notbefore=10 notafter=17 interruptable=1 icon=tablet
Code Auswählen
2024.03.30 11:36:27 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:36:29 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: surplus shortage
2024.03.30 11:37:39 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:37:40 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: surplus shortage
2024.03.30 11:38:49 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:38:51 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: surplus shortage
2024.03.30 11:40:00 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:40:01 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: surplus shortage
2024.03.30 11:41:10 3: MQTT2_DEVICE set MQTT2_evcc_tablet on
2024.03.30 11:41:11 2: solErtrag - switching Consumer 'evcc tablet' to 'on', cause: existing surplus
2024.03.30 11:42:21 2: solErtrag - Consumer 'evcc tablet' switched on (continued)
2024.03.30 11:43:30 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:43:31 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: surplus shortage
2024.03.30 11:44:42 3: MQTT2_DEVICE set MQTT2_evcc_tablet on
2024.03.30 11:44:43 2: solErtrag - switching Consumer 'evcc tablet' to 'on', cause: existing surplus
2024.03.30 11:45:55 2: solErtrag - Consumer 'evcc tablet' switched on (continued)
2024.03.30 11:48:15 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:48:16 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:49:24 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:49:25 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:50:34 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:50:35 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:51:44 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:51:45 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:52:55 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:52:56 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:54:04 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:54:05 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:55:14 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:55:15 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:56:24 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:56:25 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:57:35 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:57:36 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:58:45 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:58:46 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:59:51 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:59:52 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:59:55 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:59:56 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 12:00:04 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 12:00:05 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 12:01:05 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 12:01:06 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 12:02:15 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 12:02:16 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
FHEM 6.3, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...

DS_Starter

#3631
30 März 2024, 12:22:06 Letzte Bearbeitung: 30 März 2024, 12:25:42 von DS_Starter
Zitat2024.03.30 11:36:27 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:36:29 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: surplus shortage
2024.03.30 11:37:39 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:37:40 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: surplus shortage
2024.03.30 11:38:49 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:38:51 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: surplus shortage
2024.03.30 11:40:00 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:40:01 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: surplus shortage
2024.03.30 11:41:10 3: MQTT2_DEVICE set MQTT2_evcc_tablet on
2024.03.30 11:41:11 2: solErtrag - switching Consumer 'evcc tablet' to 'on', cause: existing surplus
2024.03.30 11:42:21 2: solErtrag - Consumer 'evcc tablet' switched on (continued)
2024.03.30 11:43:30 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:43:31 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: surplus shortage
2024.03.30 11:44:42 3: MQTT2_DEVICE set MQTT2_evcc_tablet on
2024.03.30 11:44:43 2: solErtrag - switching Consumer 'evcc tablet' to 'on', cause: existing surplus
2024.03.30 11:45:55 2: solErtrag - Consumer 'evcc tablet' switched on (continued)
Die Schaltungen liegen am PV-Überschuß ja/nein. Das kann man optimieren mit dem Key locktime.

Das...
Zitat2024.03.30 11:48:15 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:48:16 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:49:24 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:49:25 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:50:34 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:50:35 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:51:44 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:51:45 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:52:55 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:52:56 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:54:04 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:54:05 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:55:14 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:55:15 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:56:24 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:56:25 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:57:35 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:57:36 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:58:45 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:58:46 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:59:51 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:59:52 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 11:59:55 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 11:59:56 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 12:00:04 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 12:00:05 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 12:01:05 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 12:01:06 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
2024.03.30 12:02:15 3: MQTT2_DEVICE set MQTT2_evcc_tablet off
2024.03.30 12:02:16 2: solErtrag - switching Consumer 'evcc tablet' to 'off', cause: planned switch-off time reached/exceeded (Automatic = 1)
ist m.M. nicht ok. Das Device soll! ausgeschaltet werden weil die Zeit abgelaufen ist.
Allerdings fehlt die Rückmeldung/Ausführung (solErtrag - Consumer 'evcc tablet' switched off) weswegen SF erneut versucht das MQTT abzuschalten.

Edit: ich glaube dein "off" funktiert bei dem Device nicht.

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

grappa24

#3632
30 März 2024, 14:26:18
Zitat von: DS_Starter am 30 März 2024, 12:22:06Edit: ich glaube dein "off" funktiert bei dem Device nicht.
genau das wars, mein mqtt-device lässt sich nur mit toggle steuern (mir fehlt noch ein perfektes template dafür)  ;)

damit gehts dann:
Code Auswählen
on=toggle off=toggle
FHEM 6.3, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...

300P

#3633
30 März 2024, 18:59:23
####################
Zitat von: DS_Starter am 25 Februar 2024, 20:08:48Bei weiteren Fragen gerne in den anderen Thread wechseln. Dort machen wir mit dem Modul weiter.

LG
####################


Und hier gehts da hin        https://forum.fhem.de/index.php?topic=137058.0




FHEM 6.3|RaspberryPi|VControl300|VITOVALOR300P|SMAEM|SMAInverter|SolarForecast|DbLog|DbRep|MariaDB|QNAP|
JsonMod|HTTPMOD|Modbus ser+TCP|ESP32-Digitizer-AI_on_the_edge|ESP32CAM

Treibhaus

#3634
07 Oktober 2024, 11:18:28
Hallo zusammen.

ich versuche das vielversprechend Modul korrekt einzurichten.
An dieser Stelle somit vielen Dank für die Bereitstellung.

Im Wiki wird/werden SMA - WR's verwendet.
Ich habe einen WR der Fa. Sungrow der per Modbus ("SH10rt_Fast" als Gerätename) ausgelesen wird. ->funktioniert wunderbar.
Eine Leistungsmesser lese ich nicht aus.

Bei dem Modul 76_SolarForecast habe ich leider ein Probleme mit den Variablen und den Einheiten.

Variablen: z.B. etotal = Energie (in kWh) Total / Tag  oder Total (über die Laufzeitlänge ? )
Einheiten: (bzw. kilo oder keine kilo  ??? )

Benötigt / nutzt das Modul intern auch die Einheiten ? (werden die ebenfalls aus/eingelesen , so dass daraus eine Umrechungsfaktor z.b: 1000 bei [k]ilo berücksichtigt wird)


Eine Auflistung der notwendigen Variablen (inkl. Einheit) wäre hilfreich.

Aktuell habe ich noch Unstimmmigkeiten bei der Anzeige zur Batterieladung & dem Hausverbrauch.

Anbei Screenshots (Daten wie sie die Cloud bereitstellt, Daten aus dem WR (per modbus) , Forecast )  Alle ziemlich zeitnah (ohne Grosse Änderung der PV-Leistung/ Verbräuche im Haus) erstellt)

Gruß Jörg

Signatur:
Raspberry 5 & NVMe + HM-Module für 3 Etagen (inkl  Garage/Garten) 
+BSC EnOcean TCM310 -Fensterkontakt,-Bewegungsmelder
+ 1-wired Temp-Sensoren + RHASSPY-Spracherkennung

300P

#3635
07 Oktober 2024, 11:35:56
Hallo Treibhaus,

in dem SMA-Invertermodul werden die Daten ohne Einheiten (wie es im WR bereitgestellt wird) gelesen.
Du kannst aber meist auf den ersten Blick erkennen welche Einheiten genutzt werden.
Ruf doch bitte einmal die Hilfe im Modul auf - dort sind alle Readings beschrieben.

Wenn Fragen zum SF-Modul bestehen - am besten im etwas neueren SolorForecast-Forum stellen.


Für alle anderen auch:

####################
Zitat von: DS_Starter am 25 Februar 2024, 20:08:48
Bei weiteren Fragen gerne in den anderen Thread wechseln. Dort machen wir mit dem Modul weiter.

LG
####################

Und hier gehts da hin        SolorForecast-Forum

Gruß
300P
FHEM 6.3|RaspberryPi|VControl300|VITOVALOR300P|SMAEM|SMAInverter|SolarForecast|DbLog|DbRep|MariaDB|QNAP|
JsonMod|HTTPMOD|Modbus ser+TCP|ESP32-Digitizer-AI_on_the_edge|ESP32CAM

grappa24

#3636
12 Dezember 2024, 09:32:25
Guten Morgen zusammen,

ich benutze folgendes notify, um mein BatterieDevice "BatteryDummy" mit Werten aus dem SymGen24 zu füllen (ist wohl hier aus dem Forum).

Als ich es heute erweitert habe ist mir aufgefallen, dass die Syntax der "setreading"-Befehle durchaus unterschieldich ist. Einmal fhem "setreading ... und dann aber auch fhem("setreading ... Das dritte und vierte setreading unterscheiden sich dann im .ReadingsNum bzw .(ReadingsNum)

Scheint aber alles zu funktionieren. Kann mir vlt. jemand die Unterschiede erklären?

Code Auswählen
define nBatteryDummy notify SymGen24:PowerFlow_Site_P_Akku:.* { \
   fhem "setreading BatteryDummy intotal ".ReadingsNum("SymGen24","User_Energy_Bat_in",0);; \
   fhem "setreading BatteryDummy outtotal ".ReadingsNum("SynGen24","User_Energy_Bat_out",0);; \
   fhem ("setreading BatteryDummy total_pac ".(ReadingsNum("SymGen24","PowerFlow_Site_P_Akku",0)));; \
   fhem ("setreading BatteryDummy chargestatus ".ReadingsNum("SymGen24","PowerFlow_Inverters_1_SOC",0));;\
   fhem ("setreading BatteryDummy cap 7680");;\
}
attr nBatteryDummy room Energy
#   DEF        SymGen24:PowerFlow_Site_P_Akku:.* {
#   fhem "setreading BatteryDummy intotal ".ReadingsNum("SymGen24","User_Energy_Bat_in",0);
#   fhem "setreading BatteryDummy outtotal ".ReadingsNum("SynGen24","User_Energy_Bat_out",0);
#   fhem ("setreading BatteryDummy total_pac ".(ReadingsNum("SymGen24","PowerFlow_Site_P_Akku",0)));
#   fhem ("setreading BatteryDummy chargestatus ".ReadingsNum("SymGen24","PowerFlow_Inverters_1_SOC",0));
#   fhem ("setreading BatteryDummy cap 7680");
#}
#   FUUID      6542cb7c-f33f-b5ae-cafd-04b7cdca7963c37a
#   NAME       nBatteryDummy
#   NOTIFYDEV  SymGen24
#   NR         694
#   NTFY_ORDER 50-nBatteryDummy
#   REGEXP     SymGen24:PowerFlow_Site_P_Akku:.*
#   STATE      2024-12-12 09:23:43
#   TRIGGERTIME 1733991823.58154
#   TYPE       notify
#   eventCount 2
#   READINGS:
#     2024-12-12 09:09:31   state           active
#     2024-12-12 09:23:43   triggeredByDev  SymGen24
#     2024-12-12 09:23:43   triggeredByEvent PowerFlow_Site_P_Akku: -0.16643862426281
#
setstate nBatteryDummy 2024-12-12 09:23:43
setstate nBatteryDummy 2024-12-12 09:09:31 state active
setstate nBatteryDummy 2024-12-12 09:23:43 triggeredByDev SymGen24
setstate nBatteryDummy 2024-12-12 09:23:43 triggeredByEvent PowerFlow_Site_P_Akku: -0.16643862426281


FHEM 6.3, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...

stefanru

#3637
12 Dezember 2024, 09:45:30
Hi grappa24,

ich denke das ist von mir.
Ich habe ähnliche Befehle in meinem Notify für die Fronius Geräte.
Habe auch dieselben unterschiede ;-)

Ich denke da habe ich nicht sonderlich auf Kontinuität geachtet ;-)
Habe ein etwas längeres Notify in dem ich alle möglichen Werte die ich benötige berechne.
Da ist dann immer mal wieder etwas dazu und weg gekommen und somit ist es etwas uneinheitlich geraten.
 
Die Klammer vor ("setreading ist scheinbar unnötig und auch die um (ReadingsNum.
Es macht aber auch keinen Unterschied.

Gruß,
Stefan

Smart_Homer

#3638
06 Januar 2025, 23:45:42
Hallo,

man/ich kann den pvCorrectionFactor_Auto nicht auf "on_complex_ai" stellen über die GUI, nur als set Befehl in der Kommandozeile.

Nur als Info.

Vielen Dank für das tolle Modul...

300P

#3639
07 Januar 2025, 09:12:45
Hallo Smart-Homer,

das Thema ist schon länger in einem neuen Thread ,,umgezogen".
Vielleicht sollte hier mal ,,geschlossen" werden?!?





Einfach im Modul oben auf das Symbol ,,Papier und Bleistift" klicken - dann landest du im richtigen Thread.

Oder hier gehts auch dahin:
     
SolarForecast-Forum
Gruß
300P
FHEM 6.3|RaspberryPi|VControl300|VITOVALOR300P|SMAEM|SMAInverter|SolarForecast|DbLog|DbRep|MariaDB|QNAP|
JsonMod|HTTPMOD|Modbus ser+TCP|ESP32-Digitizer-AI_on_the_edge|ESP32CAM

ch.eick

#3640
07 Januar 2025, 11:52:44
Hallo zusammen,
ich schließen dann jetzt diesen Thread.

VG  Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick
Drucken
Nach oben Seiten 1 ... 241 242 243
Benutzer-Aktionen