Leistungsprognose für Wechselrichter

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

Vorheriges Thema - Nächstes Thema

mcp

Moin Heiko,

Zitat von: DS_Starter am 12 November 2022, 08:59:17
habe gerade die 04.76_SolarForecast.pm-misc.patch  eingebaut.
Sag mal, hast du dir wirklich jede einzelne Zeile der 12000 Zeilen des Moduls angeschaut um Rechtschreibfehler und nicht passende
Einrückungen zu finden ?  :)
Nein, natürlich nicht - da hab' ich besseres zu tun ;-)

Bei den ganzen Änderungen/Ideen musste ich mir notgedrungen viel anschauen - hab' da einen ziemlich schnellen Blick für, wenn irgendwo was asymmetrisch oder was falsch geschrieben ist.

Ansonsten gibt's z.B. Programme wie typos usw.

Angenehmes Wochenende wünsche ich. Ich bin nun erstmal AFK bis morgen denke ich.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

Smooth

Hallo zusammen,

TOP Modul und Top Community hier. Ich habe es nun auch geschafft mein FHEM & meine PV mit dem Modul zu verknüpfen.

Eine Frage ist bei mir aktuell noch offengeblieben:

Das Reading LastHourPVreal bzw. die davon abgeleiteten Stundenwerte Today_Hourxx_PVreal werden bei mir nicht gefüllt. (Siehe Screenshot)
Bin ich zu ungeduldig oder sollte sich nicht mit jeder vollen Stunde das Reading füllen?

Besten Dank Euch allen.






DS_Starter

Hallo Smooth,

herzlich willkommen.  :)

Überprüfe mal bei dir die angegebenen Daten in currentInverterDev. Ich gehe davon aus dass die dort angegebenen Readings nicht passen.
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

Smooth

THX DS_Starter,

mein Fehler lag genau hier ;-)

currentInverterDev  etotal   Reading welches die gesamte erzeugten Energie liefert (ein stetig aufsteigender Zähler)

Ich hatte hier das Reading der Tagessumme verknüpft...

Besten Dank die nächsten Stunden werden zeigen ob das mein einziger Fehler war ;-)

DS_Starter

Hallo zusammen,

im contrib liegt die neue V 0.73.0.
Ich habe unter anderem die meisten der Vorschläge/Patches von Marc aus #2098 übernommen ... danke nochmal Marc für die Mühe und Anregungen.  :)

Was ist neu ...

* die Debug-Meldungen sind strukturiert in Debug Module umgesetzt. Siehe Hilfe zu ctrlDebug. Dadurch können
   interessierende Informatione gezielt eingeschaltet werden

* Die Hilfe ist überarbeitet, diverse Typos korrigiert

* es können nun 12 Consumer registriert werden

* ein neues Attribut ctrlLanguage um die Sprache des Device unabhängig von der globalen language einstellen zu können.

* Bugfix dass nach einem Restart MODE=manual gesetzt wird wenn das Attr ctrlInterval nicht gesetzt ist

* neues Attribut consumerLink. siehe Hilfe dazu.

* Änderungen der Grafik Tooltips und Format-Anpassungen der Grafik


@Marc ...

Den check timestamp-on-change-reading habe ich nicht übernommen. Wir wollen zwar keine Events haben wenn sich die Werte nicht ändern, aber der Zeitstempel dieser Readings sollte sich schon ändern damit man sieht wann die letzte Aktualisierung war.

Die Anpassung der Tabelle des Plantcheck  war etwas zu gut gemeint. Auf einem Tablet musste man scrollen um auch den letzten Ergebnissatz zu sehen. Ich habe die Änderung etwas "entschärft". Sollte passen.
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

kaizo

Hallo DS_Starter,

wäre es nicht möglich, das Modul aus dem Contribute in den "Standard" zu überführen? Mittlerweile nutzen dieses Modul ja schon viele User, und es ist doch ausgereift genug. Dann würde auch ein "normales" update reichen bzw. ein update check würde mir eine neue Version anzeigen.

BTW: Wie kann ich eigentlich die aktuelle Version abfragen? Ich kenne nur den weg über "version 76_SolarForecast.pm" und bekomme dort zwar ein Datum angezeigt, aber nicht die aktuelle Version.

LG
FHEM 6.x  auf i3
1x Maplecun FS20, HM, 1x CUL f. WMbus
1x Arduino Nano für Lacrosse, 1x für Empfang WH1080,
1x Arduino Uno+Ethernet-Shield & Firmata für 1Wire
1x Raspberry Pi für Einbindung Junkers-Heizgerät mit HT3-Schnittstelle, div. Sonoff+EspEasy+Tasmota über MQTT

caldir65

Moin,

die Version wird auch auf der Deteilseite des Moduls angezeigt ...

Gruß, Christoph
Alte Techniker-Regel: "kaum macht man es richtig, funktioniert es auch"
------
Dell Wyse5070 ThinClient 16GBRam, 128GB SSD, Lubuntu 24.04.01LTS, fhem (aktuell), debmatic, Homematic-Devs, ConBee II und deConz, viele Shellys, Rademacher, NextCloud-Anbindung, FullyKioskBrowser+FUIP uvm.

DS_Starter

Moin zusammen,

Das Modul soll schon bald ins Repo.
Nur will ich die meisten Anpassungen durch haben.
Vor allem die Hilfe muss noch komplett in engl. Übersetzt werden.
Deswegen sollte an der Stelle keine grosse Änderung mehr passieren sonst ist für mich der Aufwand immercsehr hoch.

Noch bisschen Geduld bitte  :)

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

Skusi

Zitat von: DS_Starter am 11 November 2022, 19:37:27
Zitat
Vielleicht wäre es denkbar ein Attribut einzufügen, womit man entscheiden kann ob der prognostizierte Verbrauch mit in die Planung einfließen soll, oder nicht.
Gerne.

ZitatIch muß nur darüber nachdenken ob der default in- oder exclude der Verbrauchsprognose ist.
Ich würde zunächst das Debugging umbauen, ein solches Attribut einbauen und dir zum Test in deiner Umgebung zur Verfügung stellen.

Hallo, ich hab gerade die neue Version geladen. Ist mein "Begehr" da auch schon eingebauet ? Ich konnte nichts finden.  ;)
HP ThinClient 630, SIGNALduino, NanoCul868 (a-culfw), JeeLink Clone (LaCrosse), Firmata  für FB Heizung,Wasser+Gas+Klingel+Lux, Somfy Rolladen, Pollin Steckd.,TX29DTH,Tasmota+IR Lesekopf an Stromz., MAX Fensterkontakte, IButton, Fingerprint, SonOff Tasmota, ESP LED Controler, WLed,zigbee2mqtt...

DS_Starter

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

ambiman

#2125
Hallo DS_Starter,

an dieser Stellte nochmals danke für das klasse Modul  :)

Eine Frage / Bitte bzw. ggf. auch ein Verständnismproblem meinerseits.
Ich habe folgenden Consumer definiert:


Shelly_Plug_S_2 type=heater power=1250 mode=can pcurr=power:W etotal=energy:Wh on=on off=off interruptable=1


Ursprünglich wurde dieser heute Nacht wie folgt geplant:


2022.11.13 00:00:28.702 3: PV_Forecast - Consumer "Shelly_Plug_S_2" planned: 2022-11-13 09:00:00 - 2022-11-13 13:00:00


Da das Wetter auch nach 13:00 Uhr und auch absehbar weiterhin sehr sonnig ist (siehe Anhang), ist der Verbraucher nach wie vor an (aktuell 13:20 Uhr).

Im Tooltip (siehe Anhang) findet sich auch die Information das der Überschuss noch ausreichend ist und die Planung weitergeführt wird, dennoch sind die Zeitstempel (insbesondere der Off-Timestamp)
der fortgeführten Planung nicht aktualisiert. Für den Off-Timestamp wird nach wie vor 13:00 Uhr definiert.
Wäre es nicht sinnvoll diesen Zeitstempel entsprechend der (aktualisierten?) Berechnung/Neuplanung jeweils pro Lauf des Moduls zu aktualisieren?

Danke und beste Grüße,

ambiman

Edit:

Jetzt ist mir gerade aufgefallen das er die Planung wohl beendete hatte, da der Überschuss temporär nicht mehr ausreichend war (ich hatte den Staubsauger in Betrieb). Der Überschuss ist (nach Abschalten des Staubsaugers) jedoch weiterhin mehr als ausreichend vorhanden und auch im Forecast ersichtlicht. Kann man die Consumption Planung irgendwie auch dynamisch konfigurieren (außer mittels Klick auf die Uhr zur unmittelbaren Planung) oder läuft das nur einmal am Tag (kurz nach Mitternacht)? Ich könnte den Verbraucher aktuell sicherlich noch 1-2 Stunden betreiben...

Danke nochmals :)

DS_Starter

Hallo ambiman,

Zitat
Ursprünglich wurde dieser heute Nacht wie folgt geplant:
Code: [Auswählen]

2022.11.13 00:00:28.702 3: PV_Forecast - Consumer "Shelly_Plug_S_2" planned: 2022-11-13 09:00:00 - 2022-11-13 13:00:00

Da das Wetter auch nach 13:00 Uhr und auch absehbar weiterhin sehr sonnig ist (siehe Anhang), ist der Verbraucher nach wie vor an (aktuell 13:20 Uhr).

Das wundert mich etwas denn der Verbraucher sollte um 13:00:00 ausgeschaltet werden. Gibt es eventuell Fehlermeldungen im Log ? Ggf. schalte bei die mal ctrlDebug -> consumerSwitching ein um genauer zu sehen was passiert.

Zitat
Kann man die Consumption Planung irgendwie auch dynamisch konfigurieren (außer mittels Klick auf die Uhr zur unmittelbaren Planung) oder läuft das nur einmal am Tag (kurz nach Mitternacht)? Ich könnte den Verbraucher aktuell sicherlich noch 1-2 Stunden betreiben...
Es gibt noch das "set ... reset consumerPlanning <xx>". Das Modul führt eine automatische Neuplanung der Verbraucherschaltung durch.
Es ist schwierig zu beurteilen ob ein Verbraucher länger als geplant eingeschaltet bleiben soll. Nicht unbedingt ist es der Wunsch bzw. sinnvoll, z.B. bei einer Waschmaschine. Es müsste also klar definierte Kriterien geben anhand deren entschieden werden kann ob ein Verbraucher über mintime hinaus eingeschaltet bleiben soll.
Ich kann die Intension hinter dieser Idee verstehen, jedoch fehlt mir aktuell ein solcher Kriterienkatalog.

Was ich aber erkannt habe ist die Problematik der initialen Einplanung in der ersten Stunde des Tages. Meistens ändern sich die Vorhersageverhältnisse bis zum Sonnenaufgang (und danach). Deswegen denke ich aktuell darüber nach den Einplanungslauf auf z.B. eine Stunde vor oder nach Sonnenaufgang zu verlegen bzw. nach dem ersten SolCast API Abruf nach Sonnenaufgang (bei SolCast Nutzung).

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

DS_Starter

Jetzt habe ich den Request von Skusi mit einem Attr eingebaut:

affectConsForecastInPlanning
Wenn gesetzt, wird bei der Einplanung der Consumer zusätzlich zur PV Prognose ebenfalls die Prognose des Verbrauchs berücksichtigt.
Die Standardplanung der Consumer erfolgt lediglich auf Grundlage der PV Prognose.
(default: 0)

Liegt im Contrib V 0.74.0
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

Skusi

Klasse !
Wird gleich morgen ausprobiert.

Danke !
HP ThinClient 630, SIGNALduino, NanoCul868 (a-culfw), JeeLink Clone (LaCrosse), Firmata  für FB Heizung,Wasser+Gas+Klingel+Lux, Somfy Rolladen, Pollin Steckd.,TX29DTH,Tasmota+IR Lesekopf an Stromz., MAX Fensterkontakte, IButton, Fingerprint, SonOff Tasmota, ESP LED Controler, WLed,zigbee2mqtt...

DS_Starter

#2129
Aktiviere dir noch ctrlDebug -> consumerPlanning.
Dann sieht man mehr Infos um die Einplanung ggf. nachzuvollziehen.
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