-
-
Notifications
You must be signed in to change notification settings - Fork 726
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Warning: Planner no matching rate #17253
Comments
Hi @Ziltoidium, diese Meldung kommt, wenn wir in den Grünstromdaten keinen passenden Zeitslot für "jetzt" finden. Deinen Screenshots nach zu urteilen bekommst du ja generell Daten. Ist die Uhrzeit auf deiner Maschine korrekt eingestellt? Tritt das Problem durchgehend auf oder nur für einen bestimmten Zeitraum? |
Es braucht bitte
@naltatis wir sollten noch ergänzen für welchen Zeitpunkt da eine Rate fehlt um es analysierbar zu machen? |
@naltatis auf meinem dietpi war tatsächlich noch timezone London eingestellt und eine Stund Zeitversatz. Das kann natürlich schon die Fehlerquelle sein. Das habe ich soeben korrigiert und den raspi neu gebootet.Jetzt passt die Uhrzeit. Das Problem ist heute morgen zum ersten Mal aufgetaucht. Es scheint, die Pläne werden nun nach Änderungen auch korrekt übernommen, vielleicht ist der Fehler jetzt schon verschwunden, ich werde das mal beobachten. In der evcc.yaml hier hatte ich die PLZ entfernt. In meiner config ist sie natürlich eingetragen. The programs included with the Debian GNU/Linux system are free software; Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
DietPi Team : https://github.com/MichaIng/DietPi#the-dietpi-project-team dietpi-launcher : All the DietPi programs in one place root@Raspi-1-DietPi: feedin: co2: root@Raspi-1-DietPi:~# |
Ok, klingt doch gut. In #17255 hab ich mehr Debug-Info in die Fehlermeldung mit aufgenommen, sodass wir beim nächsten mal einfachern analysieren können. Ich mach hier erst einmal zu. Wenn du wieder komische Effekte beobachtest kommentier gern. |
Kann man hier wieder aufmachen? :) Hier gibt es ähnlich merkwürdige Phänomene seit 0.131.9, kein Grünstromindex, dafür Tibber - derzeit läuft die 0.131.11
usw. Es wurde nicht geladen, nichts geplant, kein Auto war angesteckt. Letzte Ladung vor den Logeinträgen: ca. 48h davor. Die Fixes in der 0.131.11 haben hier nix gebracht, evcc ging einfach so lange nicht, bis die API von Tibber wieder normal erreichbar war (was sie, soweit ich das erkennen kann, wieder war als der Melder des Problems sich im Issue zurückgemeldet hat - imho ist das Thema noch nicht durch, nur am Rande...) Hier das Log nach einem Neustart mit
Die IP ist seit mehreren Tagen dieselbe, ich hab also nicht zufälligerweise nach Zwangstrennung o.ä. eine geblacklistete bekommen. Nichts außer evcc (gut, die originale App noch, aber die nutze ich kaum) im lokalen Netzwerk frägt sonst bei Tibber an - es ist also eine selbst verursachte Wunde... Beim letzten Problem kamen von Tibber auch HTTP 429er zurück - ähnliche wie im obigen Log ist es vermutlich nicht sonderlich hilfreich dann trotzdem beharrlich im x-Sekunden-Takt anzufragen? |
Ich sehe hier keinen Diskussionsbedarf:
es gibt keine Rate für den aktuellen Zeitpunkt, daher die Warnung. Alles korrekt! Tibber API wäre ein separates Thema- da hatte wohl der Server Schluckauf und das war hier ursächlich... |
Ok, dann ist dieses Verhalten inklusive Warnungen in der GUI relativ neu? Und: schön finde ich das deswegen trotzdem nicht. Was soll man als Enduser mit der Meldung anfangen? Was kann ich als Enduser konkret dagegen tun? |
In dem von dir beschriebenen Fall sieht es ja nach einem Rate Limit von Tibber aus. Das führt dazu, dass du keine Prognosedaten hast und der Fehler, der auch hier im Issue erwähnt wurde getriggert wird. Aber das Thema ist ein ganz anderes. Wenn das ein generelles Problem mit unserer Tibber Integration ist, und nach deiner Beschreibung sieht das ja so aus, solltest du ein eigenes Issue dazu anlegen. |
Describe the bug
Seit Version 0.131.5 erscheint die Warnung "planner no matching rate".
Ich habe keinen Plan aktiviert und nutze die Funktion auch nie.
Wenn man in der Konfigurationsmaske ein paar Tage in die Zukunft konfiguriert und alle möglichen Einträge anpasst, dann werden diese jedoch nicht übernommen.
Steps to reproduce
Ladeplaner öffnen
Ladeplan anpassen
Wechsel in Tab "Ankunft"
Wechsel zurück nach "Abfahrt". Einträge wurden überschrieben
Configuration details
Log details
What type of operating system are you running?
Linux
Nightly build
Version
evcc version 0.131.5
The text was updated successfully, but these errors were encountered: