"PricesTomorrow" werden spät aktualisiert. Wann und wie sollten "PricesTomorrow" aktualisiert werden ?

[NoPlayBack]

Nutze den Adapter erst seit ein paar Tagen. Habe heute zum ersten Mal die Daten um 13 Uhr beobachtet. Um Mitternacht werden ja die "PricesTomorrow" alle auf "Not known now" gesetzt. Um 13 Uhr sollten dann die neuen Daten für den nächsten Tag erscheinen und das "Not known now" verschwinden.
Ich habe beobachtet, dass bei mir die Werte nach 13 Uhr sich nicht geändert haben. Ich meine mich zu erinnern dass "Zeitstempel" und "zuletzt geändert" auf kurz nach Mitternacht stehen blieben.
In der Tibber App waren die Preise für den nächsten Tag bereits zu sehen.
Als sich nach einer knappen Stunde nix geändert hat, habe ich es mal mit iobroker stop & start versucht, und siehe da, die Daten waren sofort alle vorhanden.
Wie sollte das eigentlich funktionieren? Wo könnte mein Problemchen sein ?

[hombach]

Die Daten sind in der API die der Addapter anspricht leider nicht immer zur gleichen Zeit verfügbar wie in der Handy APP - hatte ich auch schon. Generell sind sie auch in der Handy APP nicht immer um 13:00:00 verfügbar - das hat schon euch mal Verzögerungen.
-> Kannst du das bitte mal beobachten ob es Dir öfter auffällt? - evtl. habe ich da auch einen Fehler eingebaut ;)
-> Welche Version des Adapters nutzt du?

[NoPlayBack]

V 1.6.1
Ich glaube halt gesehen zu haben dass die Daten physikalisch schon vorhanden waren, aber der Adapter hat sie halt nicht abgeholt.
Ich stelle mir einen Wecker für morgen und gucke noch mal genau.
Falls du etwas spezielles hast worauf ich achten soll, dann immer her damit ;-)

[hombach]

Evtl. die Adapter-Instanz mal auf Debug stellen und einmal die Logs schicken

[NoPlayBack]

Sodele:
Heute exakt gleiches Verhalten, morgens in die Daten geschaut und die Preise für morgen standen auf Not known now.
Alle Datenpunkte:
Zeitstempel 00:58
zuletzt geändert 00:04
nur Datum steht noch auf altem Wert:
Zeitstempel 15:27 (das ist der Moment an dem ich iobroker stop/start gemacht hatte)
zuletzt geändert 13:59

Um 12:51 dann Debug-Level eingestellt, dadurch kam es zu einem Restart des Adapters: Zeitstempel dann auf 12:51. Nur Datum blieb wieder stehen.

Um 13:17 keine Daten geändert, aber Zeitstempel neu:
Zeitstempel 13:01
zuletzt geändert 00:04
nur Datum blieb wieder stehen.

um 15:00 immer noch keine Änderung.
An der Stelle habe ich den Log-Level wieder umgestellt, dadurch Restart Adapter, dann Daten um 15:01

TibberLinkLog.txt

[hombach]

... OOPS - sorry, da hat sich nach der 1.5.0 ein Fehler eingeschlichen siehe auch issue #232 und #235.
Ich denke ich habe es gefunden - der FIX käme dann mit der 1.8.0

[NoPlayBack]

Super, das war ja schnell. Vielen Dank, ich gehe in Wartestellung ;-)

[hombach]

1.8.0 ist im beta repository

[NoPlayBack]

ui, das war schnell... gerade installiert, ich melde nachher zurück ;-)

[NoPlayBack]

15:27 and data ist immer noch auf not known now....allerdings bringt ein restart der instance auch keine neuen Daten...

[NoPlayBack]

habe jetzt gerade 1.6.1 wieder installiert und beim Start dieser Version wurden die Preise sofort gezogen....

[hombach]

Hey, danke für den Test, aber das kann eigentlich nicht sein - ich schau es mir mal an...

[hombach]

... wäre hilfreich wenn du die 1.8.0 mal 24h laufen lassen könntest - würde gern sehen ob sich das bei dir dann beruhigt, und die Daten korrekt geholt werden

[NoPlayBack]

mach ich

[hombach]

Hast Du die Preisabfrage eigentlich aktiviert?

Ich glaube das kann durch das Update auf 1.8.0 hängen.... sprich, bitte mal in die Konfig gehen und schauen dass der Haken gesetzt ist. Könnte mir vorstellen dass ioBroker diese Konfig speichern will/läßt ohne dass Du eine Veränderung vorgenommen hast (der Haken kommt per default durch die 1.8.0). Ansonsten einmal irgend eine Änderung vornehmen um ein Speichern der Konfig zu provozieren.

[NoPlayBack]

mannmannmann.... jetzt habe ich dieses Flag gesucht, während ich noch die 1.6.1 installiert hatte... hätte nicht gedacht dass es da eine Änderung der Settings gab. ;-)
Und ja... Volltreffer, Preisdatenabfrage war nicht eingeschaltet. Jetzt ja.
Historische muss ich ja nicht aktivieren, oder?

[hombach]

ok.... super, gefunden - jetzt muss ich was überlegen wie ich das in einer 1.8.1 irgendwie standardmäßig in die Gespeicherte Konfig bringe :) - denke das wird erst mal ein Hinweis

Nein, Historische daten brauchst du nicht - das ist zusätzlich und voll optional

[miknu42]

Ich habe das gleiche Problem mit der 1.8. Der Haken ist definitiv gesetzt. Die Debug-Ausgabe ergibt:

tibberlink.0
144746 2023-12-16 14:18:07.273 debug Loop job PricesTomorrow - okPrice: false

tibberlink.0
144746 2023-12-16 14:18:07.267 debug Emptying prices tomorrow and average cause existing ones are obsolete...

tibberlink.0
144746 2023-12-16 14:18:07.266 debug Got prices tomorrow from tibber api: [] Force: true

[NoPlayBack]

Heute wurden die Daten automatisch gezogen, ich glaube aber recht spät. Aber das kann ja auch Zufall sein.
Wenn die um kurz nach 13 Uhr nicht da sind... wie ist denn dann das Timing? Kriegst du mit dass da was neues vorhanden ist oder pollst du regelmäßig noch mal selber?

[hombach]

Ist bei mir heute auch erst 13.56 gekommen .... die Preise für morgen sind oft etwas verspätet im System.
Der Adapter versucht es alle 5 Minuten neu die Preis-Daten zu laden - bis das empfangene Datum zur Aufgabe passt.

[NoPlayBack]

14:15 .. Daten immer noch nicht da. In der App sind sie vorhanden.
Ich glaube Dir wenn du sagst die sind einfach noch nicht da, aber vielleicht steckt ja doch noch irgendwo ein kleiner Haken drinne?
Wenn Du Dir sicher bist, dann gut... ist ja auch kein Riesenproblem.

[NoPlayBack]

Sodele.... hatte ja vorher selbst eine Routinge programmiert um an die Daten zu kommen, hatte einfach übersehen dass ich da auch die Preise drinne habe. In meiner Routine genau das gleiche, die Daten vom nächsten Tag lassen genauso lange auf sich warten.
Heute dann Überraschung: Punkt 13:01 erschienen die Daten.
Also alles gut, vielen Dank !

[hombach]

Sag ich doch.... die habem da ab und zu Probleme.
Mein Tipp: das wächst vor allem in DE so stark dass die ständig auf neuen Server umziehen müssen - ROFL