NEWS
Test PV Forecast Adapter
-
@patrickwalther sagte in Test PV Forecast Adapter:
@dirk Danke für die Info, werde ich mir anschauen.
Hast du Material Design installiert?
https://github.com/Scrounger/ioBroker.vis-materialdesignNein das Materialdesign habe ich nicht installiert.
Das möchte ich auch nicht installieren. Nutze die VIS zu heatingcontrol und das stört sich mit dem Materialdesign. Leider
-
@diginix Danke. Verliere ich dann meine Einstellungen?
-
@joergh Nein. Du löschst ja den Adapter nicht in iobroker. Nur Stoppen. Der Rest passiert nur im Dateisystem. iobroker selbst kann auch weiterlaufen.
-
@diginix Danke.
-
Vielen Dank für die Stundenwerte! Das hat mir jetzt eine Menge Arbeit erspart.
Was noch nicht funktioniert sind die Summenwerte die zeigen bei mir "(Null)" an.
Außerdem löst er jetzt alle 15 Minuten auf, obwohl ich keine Lizenz habe und nur die Werte zur vollen Stunde erhalte. Das bläht die Übersicht etwas auf. Kein Beinbruch, aber wenn Du mal Zeit für Schönheit der Arbeit hast, hast Du jetzt vielleicht eine Idee was man machen könnte -
Gibt es Fehlermeldungen? Wie viele Anlagen hast du eingeschaltet?
Kannst du mit mir die Log Datei und Config Datei teilen.
Ja daran habe ich auch schon gedacht, allerdings bin ich mir nicht sicher ob er dann auch Speicherung überschreibt, muss ich testen, wenn ich Zeit habe.
Die Änderung werde ich aber noch vornehmen.
-
Bisher habe ich keine Fehlermeldungen gesehen.
Ich habe drei Anlagen angeschaltet.
Wo kann ich das Logfile und das Configfile finden?
-
Test PV Forecast Adapter 0.1.5 Veröffentlichungsdatum 22.12.2021 Github Link https://github.com/Patrick-Walther/ioBroker.pvforecast Guten Abend,
habe die everyhour Datenpunkte anlegen und löschen überarbeitet.
Bitte fleisig Testen, falls es nicht klappt, bitte ein Issue auf machen.
Grüße
Patrick -
@patrickwalther 0.1.5 lies sich regulät installieren und landet auch in
/opt/iobroker/node_modules/iobroker.pvforecast/
aber 0.1.4 wird parallel mit abgelegt in Ordner:
/opt/iobroker/node_modules/pvforecast/
Selbst wenn man den löscht wird er irgendwann von npm oder wer weiß was wieder angelegt. Muss also in irgendeiner package Datei mit drin stehen.Außerdem bekomme ich im Log für jeden Stundenwert folgenden Hinweise bzgl falschem Datentyp:
pvforecast.0 2021-12-23 13:32:08.886 info State value to set for "pvforecast.0.1.everyhour_kw.05:00:00" has to be type "number" but received type "string"
Und das für die alten 15min Werte, die es nicht mehr geben sollte, aber dennoch bei jedem Instanzneustart noch bemängelt werden:
pvforecast.0 2021-12-23 13:41:20.763 warn State "pvforecast.0.summary.everyhour_kw.05:15:00" has no existing object, this might lead to an error in future versions pvforecast.0 2021-12-23 13:41:20.764 warn State "pvforecast.0.1.everyhour_kw.05:15:00" has no existing object, this might lead to an error in future versions
Ansonsten läuft er aber.
Danke -
Gibt es die Möglichkeit, die Daten öfter als nur 4 Uhr morgens zu aktualisieren? Die Prognose ändert sich dann doch noch mal. Heut morgen um 4 hatte er 3,7 kWh für heute prognostiziert und ich war jetzt um 12 mit 7,2 kWh schon weit drüber. Eben die Instanz neugestartet, wodurch er sich die Daten neu holt. Neue Prognose ist 7,6 kWh.
-
@sputnik24 danke für die Info, wollte den Adapter auch auf Schedule umbauen. Frei Wählbar ist denke ich am besten oder?
Wird aber noch einen Moment dauern.
Gibt es sonst noch Wünsche?
-
@patrickwalther sagte in Test PV Forecast Adapter:
Gibt es sonst noch Wünsche?
Würde mich freuen wenn die "kosmetischen" Probleme behoben würden:
https://forum.iobroker.net/post/725523 -
@jb_sullivan sagte in Test PV Forecast Adapter:
Allerdings finde ich es etwas Schade das der Adapter offensichtlich nur für Anlagen mit einer fixen Ausrichtung ist. OST/WEST Anlagen o.ä. mit unterschiedlichen kwp Belegungen wird (z.Zt. ?) wohl noch nicht berücksichtigt.
Danke für den Hinweis, da kann ich mir die (Test-)Installation sparen wg Ost-West-Ausrichtung...
-
@amg_666 sagte in Test PV Forecast Adapter:
sparen wg Ost-West-Ausrichtung...
Nö...
das wurde doch schon erweitert .
Ich habe drei Ausrichtungen eingetragen0.1.0 (Patrick Walther) add more plants, add summary, add json graph/table
-
@diginix habe versucht den Fehler mit mehreren Systemen nach zu stellen, den Ordner pvforecast kann ich bei mir leider nicht finden.
Hast du alles mal gelöscht und neu Installiert?
-
@patrickwalther Der falsche Ordner kommt ja von der 0.1.4. War ja bei mind noch einem User hier so. Und das steht nun wahrs. in irgend einer package.json von iobroker und wird von npm immer wieder angelegt. Nach meinem Urlaub kann ich mal in die json schauen und den Adapter ggf komplett entfernen.
Ich berichte dann.Edi: Hab die falschen Einträge der 0.1.4 wie erwartet in der package.json gefunden:
"pvforecast": "github:Patrick-Walther/ioBroker.pvforecast#25036cd010497ed0844c5095d58c0a53b6b74afd"
und auch in der package-lock.json:
"pvforecast": { "version": "github:Patrick-Walther/ioBroker.pvforecast#25036cd010497ed0844c5095d58c0a53b6b74afd", "from": "github:Patrick-Walther/ioBroker.pvforecast#25036cd010497ed0844c5095d58c0a53b6b74afd", "requires": { "@iobroker/adapter-core": "^2.4.0", "request": "^2.72.0" } }
Eigentlich dürfte es ja nur diese geben:
"iobroker.pvforecast": "github:Patrick-Walther/ioBroker.pvforecast#f33c4055698c0d2acddae4925130929c2cb9b995",
Bleiben als Kosmetikproblem noch die Log Warnings zu den früheren Uhrzeit States alle 15min, die nicht mehr verwendet werden, aber im Code noch irgendwo vorkommen.
-
@diginix danke für deine Hilfe, habe das komplett übersehen.
An der Kosmetik sowieso Schedule und Json Admin bin ich dran.
-
@patrickwalther sagte in Test PV Forecast Adapter:
@diginix danke für deine Hilfe, habe das komplett übersehen.
An der Kosmetik sowieso Schedule und Json Admin bin ich dran.
Perfekt!
-
Erstmal einmal ein frohes Neues Jahr 2022.
Seit dem Update auf js-controller 3.3.22 (oder Admin 5.2.3?) funktioniert der Adapter leider nicht mehr (alle Standortinfos hab ich durch xxx ersetzt):
pvforecast.0 2022-01-01 09:33:00.024 debug summary.power_kwh : [0,0,0,0,0] pvforecast.0 2022-01-01 09:33:00.023 debug summary.power_kw: [0,0,0,0,0] pvforecast.0 2022-01-01 09:32:48.618 debug plant_d_everyhour,,,, pvforecast.0 2022-01-01 09:32:48.617 debug write zero to everyhour pvforecast.0 2022-01-01 09:32:48.616 debug vorübergabe_power_kw[4]: 0 pvforecast.0 2022-01-01 09:32:48.616 debug vorübergabe_power_kw[3]: 0 pvforecast.0 2022-01-01 09:32:48.615 debug vorübergabe_power_kw[2]: 0 pvforecast.0 2022-01-01 09:32:48.615 debug vorübergabe_power_kw[1]: {"2022-01-01 08:09:00":0,"2022-01-01 08:35:00":174,"2022-01-01 09:00:00":866,"2022-01-01 10:00:00":1438,"2022-01-01 11:00:00":1768,"2022-01-01 12:00:00":1892,"2022-01-01 13:00:00":1700,"2022-01-01 14:00:00":1228,"2022-01-01 15:00:00":664,"2022-01-01 16:00:00":94,"2022-01-01 16:22:00":17,"2022-01-01 16:44:00":0,"2022-01-02 08:09:00":0,"2022-01-02 08:35:00":56,"2022-01-02 09:00:00":282,"2022-01-02 10:00:00":512,"2022-01-02 11:00:00":626,"2022-01-02 12:00:00":670,"2022-01-02 13:00:00":642,"2022-01-02 14:00:00":551,"2022-01-02 15:00:00":386,"2022-01-02 16:00:00":103,"2022-01-02 16:23:00":23,"2022-01-02 16:45:00":0} pvforecast.0 2022-01-01 09:32:48.614 debug vorübergabe_power_kw[0]: 0 pvforecast.0 2022-01-01 09:32:48.614 debug 1.place: xxx, xxx, Baden-Württemberg, DE pvforecast.0 2022-01-01 09:32:48.613 debug 1.transfer: success pvforecast.0 2022-01-01 09:32:48.604 debug summary.power_day_kWh:9.226 summary.power_day_tomorrow_kWh: 3.641 pvforecast.0 2022-01-01 09:32:48.604 debug watts_tomorrow_plants[4]0 pvforecast.0 2022-01-01 09:32:48.603 debug watts_tomorrow_plants[3]0 pvforecast.0 2022-01-01 09:32:48.603 debug watts_tomorrow_plants[2]0 pvforecast.0 2022-01-01 09:32:48.603 debug watts_tomorrow_plants[1]0 pvforecast.0 2022-01-01 09:32:48.602 debug watts_tomorrow_plants[0]3.641 pvforecast.0 2022-01-01 09:32:48.602 debug watts_tag_plants[4]0 pvforecast.0 2022-01-01 09:32:48.601 debug watts_tag_plants[3]0 pvforecast.0 2022-01-01 09:32:48.601 debug watts_tag_plants[2]0 pvforecast.0 2022-01-01 09:32:48.600 debug watts_tag_plants[1]0 pvforecast.0 2022-01-01 09:32:48.600 debug watts_tag_plants[0]9.226 pvforecast.0 2022-01-01 09:32:48.599 debug ThisUrl pvforecast.0 2022-01-01 09:32:48.599 debug ThisUrl pvforecast.0 2022-01-01 09:32:48.599 debug ThisUrl pvforecast.0 2022-01-01 09:32:48.598 debug ThisUrl pvforecast.0 2022-01-01 09:32:48.597 debug url_read_index1 pvforecast.0 2022-01-01 09:32:48.593 debug axios done pvforecast.0 2022-01-01 09:32:48.049 debug ThisUrl https://api.forecast.solar/estimate/xxx/xxx/24/0/5.625 pvforecast.0 2022-01-01 09:32:48.048 debug pvname: Sued,Nord,,, pvforecast.0 2022-01-01 09:32:48.047 debug plant_active: true,,,, pvforecast.0 2022-01-01 09:32:48.047 debug getpv pvforecast.0 2022-01-01 09:32:48.046 info Plant1 -> tilt: 24 Azimuth: 0 Plant-performance: 5.625 plant name: Sued pvforecast.0 2022-01-01 09:32:48.045 info urls: https://api.forecast.solar/estimate/xxx/xxx/24/0/5.625 pvforecast.0 2022-01-01 09:32:48.045 info Längengrad: xxx Breitengrad: xxx pvforecast.0 2022-01-01 09:32:48.039 debug weather_active: false pvforecast.0 2022-01-01 09:32:48.038 debug plant_active: true,,,, pvforecast.0 2022-01-01 09:32:48.007 info starting. Version 0.1.4 in /opt/iobroker/node_modules/iobroker.pvforecast, node: v14.18.2, js-controller: 3.3.22 pvforecast.0 2022-01-01 09:32:48.049 debug ThisUrl https://api.forecast.solar/estimate/xxx/xxx/24/0/5.625 pvforecast.0 2022-01-01 09:32:48.048 debug pvname: Sued,Nord,,, pvforecast.0 2022-01-01 09:32:48.047 debug plant_active: true,,,, pvforecast.0 2022-01-01 09:32:48.047 debug getpv pvforecast.0 2022-01-01 09:32:48.046 info Plant1 -> tilt: 24 Azimuth: 0 Plant-performance: 5.625 plant name: Sued pvforecast.0 2022-01-01 09:32:48.045 info urls: https://api.forecast.solar/estimate/xxx/xxx/24/0/5.625 pvforecast.0 2022-01-01 09:32:48.045 info Längengrad: xxx Breitengrad: xxx pvforecast.0 2022-01-01 09:32:48.039 debug weather_active: false pvforecast.0 2022-01-01 09:32:48.038 debug plant_active: true,,,, pvforecast.0 2022-01-01 09:32:48.007 info starting. Version 0.1.4 in /opt/iobroker/node_modules/iobroker.pvforecast, node: v14.18.2, js-controller: 3.3.22 pvforecast.0 2022-01-01 09:32:47.590 debug statesDB connected pvforecast.0 2022-01-01 09:32:47.589 debug States connected to redis: 127.0.0.1:9000 pvforecast.0 2022-01-01 09:32:47.571 debug States create User PubSub Client pvforecast.0 2022-01-01 09:32:47.569 debug States create System PubSub Client pvforecast.0 2022-01-01 09:32:47.556 debug Redis States: Use Redis connection: 127.0.0.1:9000 pvforecast.0 2022-01-01 09:32:47.553 debug objectDB connected pvforecast.0 2022-01-01 09:32:47.543 debug Objects connected to redis: 127.0.0.1:9001 pvforecast.0 2022-01-01 09:32:47.515 debug Objects client initialize lua scripts pvforecast.0 2022-01-01 09:32:47.514 debug Objects create User PubSub Client pvforecast.0 2022-01-01 09:32:47.512 debug Objects create System PubSub Client pvforecast.0 2022-01-01 09:32:47.510 debug Objects client ready ... initialize now pvforecast.0 2022-01-01 09:32:47.382 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 pvforecast.0 2022-01-01 09:32:43.095 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason pvforecast.0 2022-01-01 09:32:43.094 info terminating pvforecast.0 2022-01-01 09:32:43.091 info Got terminate signal TERMINATE_YOURSELF
Hast du eine Idee? iobroker läuft als docker Image von buanet auf einer Synology.
Update: Nach Ändern des Log-Levels auf debug und jetzt zurück auf info geht es wieder. Es ging seit gestern aber definitiv nicht, da wir keine Zahlen für heute hatten.
Vielen Dank
Daniel -
Bei mir hatte der Adapter zwischenzeitlich auch aufgehört zu arbeiten - ich glaube, bin mir aber nicht sicher, nach Update des Admin-Adapters. Mit dem aktuellen Github-Stand funktioniert es nun wieder. Im Log tauchen noch ein paar Fehlermeldungen auf, aber es werden nun wieder Datenpunkte erzeugt und mit Prognosewerten gefüllt.
Der Vorschlag und Wunsch nach Datenpunkten für jedes Stunden- bzw. Viertelstundenintervall mit der jeweiligen Ertragsprognose kam ursprünglich von mir, Patrick war so nett das umzusetzen. Vielen Dank dafür! Ich habe angefangen, darauf basierend eine prognosebasierte Steuerung von Verbrauchern zu programmieren. Ein erstes, etwas grobschlächtiges proof of concept funktioniert grundsätzlich. Man übergibt die zwei Parameter "laufzeit" und "verbrauch" als Eigenschaften für einen Verbraucher, also z.B. "3h" und "3,7kwh" und das Script liefert den besten Startzeitpunkt zurück, um den größtmöglichen Eigenverbrauch des erzeugten Solarstroms zu erzielen. Sobald das ein klein wenig vorzeigbarer und universeller ist, werde ich für Interessierte mal Zwischenstände zum Basteln anbieten.
Grüße,
Bastian