tibber: repeat request at 18.00 for delayed prices

[LKuemmel]

fixes #3703

[EckhardM]

Wenn ich sie richtig verstehe, begeistert mich diese Lösung nicht. Wenn im Problemfall die Preise erst um 18 Uhr empfangen werden, wurde ggf. schon zu falschen Preisen geladen. Ich hänge mein Auto häufig schon am Nachmittag mit Zielladen an die Box. Wenn sie nur die Preise bis Mitternacht kennt, plant die Box das komplette Laden noch am gleichen Tag, obwohl es am nächsten Morgen meist günstigere Preise gibt. Außerdem warum macht ihr das für alle Boxen zur gleichen Zeit und baut nicht einen zufälligen Delay über die nächsten 60 Minuten ein? Außerdem gab es schon Tage, da hing das Tibber-API auch um 18 Uhr noch und die Preise standen erst später zur Verfügung. Daher schlage ich eine kontinuierliche Prüfung der Preise des aktuellen und des Folgetags vor.

Mein Lösungsvorschlag:

• Stündliche Prüfung, ob die Preise für den aktuellen Tag schon empfangen wurden, falls ja, do nothing
• Ab 13 Uhr Prüfung, ob die Preise für den nächsten Tag schon empfangen wurden, falls ja, do nothing
• Falls die Preise noch nicht empfangen wurden: Berechnung eines zufälligen Delays von 0 - 60 Minuten
• Nach Ablauf des Delays Abfrage der Preise vom Tibber-API (genauso bei anderen Anbietern)

Vorteil dieser Lösung:

• Selbst bei großer Verzögerung werden die Preise sicher, aber frühestmöglich geladen
• Lastverteilung und Vermeidung der API-Überlastung

@tpd-opitz @LKuemmel