-
-
Notifications
You must be signed in to change notification settings - Fork 584
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
Flobz: add alternative wakeup code for testing #10483
Conversation
add advanced parameter wakeup_alt (default: false)
type matching for eq
check yaml structure
Bitte erstmal testen ob das notwendig ist- danke! |
Ich kann es nicht testen, da es für mein Fahrzeug zum Laden nicht notwendig ist.. meine Frage wäre, wann genau wakeup überhaupt getriggert wird. Alles weitere steht im geschlossenen issue. #10338 |
Das triggern ist im Logfile ersichtlich |
Das wird für die Masse nicht notwendig sein, nur halt für Fahrzeuge, die sich via default-Implementierung nicht aufwecken lassen (warum auch immer). Der alternative Code stellt quasi einen Workaround da. |
Irgendwie ist das auch zum verrückt werden. Ich hatte es jetzt mit dreimal mit dem aktuellen Nightly versucht und er hat jedes Mal geladen. Ich hätte da aber eine Frage zu den
Nach meinem Verständnis sollte dann mit Ich hab aber keine Meldungen von
|
flobz selbst liefert keine logs.. keine Ahnung, ob wakeup unter site oder lp geloggt wird. Einfach generell mal auf debug stellen. PS: der alternative Code ist noch nicht im nightly.. PS: wenn es in der Nacht Probleme mit der Verbindung (zum PSA Server) gibt, bringt natürlich auch der beste wakeup-Code nichts.. wie gesagt, mein e208 schläft erst gar nicht so tief ein, dass er nicht laden kann. |
Ja, das weiß ich. Steht auf Ich weiß auch nicht, wie ich das reproduzieren kann. Hatte auch die Vermutung, dass es dann ist, wenn er angesteckt wird und der Ladevorgang nicht startet sondern erst zu einem späteren Zeitpunkt. Aber auch das hat heute Nacht ohne Probleme funktioniert. 20 Uhr mit PV angesteckt und er hat einwandfrei um 4 Uhr geladen. |
Ich denke, dass es ein vollständiges Log benötigt, wenn es mal nicht funktioniert um zu schauen, an was es schlussendlich liegen könnte. |
Danke, ich lade mal fröhlich weiter und hoffe dass es bald wieder passiert 😛😉 |
Keine neuen Erkenntnisse. |
So, leider doch neue Erkenntnisse. Heute Nacht war es wieder so weit, es wurde nicht geladen. Vor zwei Wochen war es auch schon mal, allerdings hatte ich da das Loglevel nicht entsprechend gesetzt, Zum Verlauf:
Der Debug Log von evcc ab 2:58 Uhr im Anhang. Um 9.10 habe ich dann charge Button vom PSA Car Controller gedrückt, Fahrzeugladung startet: Wallbox: Der Log vom PSA Car Controller: Click to expand
|
Was ich in beiden Logs gut erkennen kann, dass evcc den wake-up call einmalig zu Beginn der geplanten Ladung aufgerufen hat (und nicht bei jedem Versuch, was gut ist), dies kann man auch im psa-Log erkennen. Dies hat aber bei dir nicht dazu geführt, dass dein "Fahrzeug-Charger" aufgewacht ist.. Den Befehl, den du dann manuell ausgelöst hast, spiegelt genau meinen alternativen WakeUp-Call wieder-- sprich, meine PR wäre deine Lösung/Workaround.. @andig |
Da der alternative Code einen Ladestart provoziert laut Namen (und genau kein Wakeup) kann das Nebenwirkungen haben. |
Das ist mir auch aufgefallen, sollte aber keine Auswirkungen haben.. gffs. musst du mal die Zeitzone im psac anpassen.
Da zu diesem Zeitpunkt der Lp ja bereits freigegeben ist, sollte es eigentlich zumindest keine negativen Auswirkungen geben.. Generell könnte man mal testen, was passiert, wenn der "erzwungende" Charge gestartet wird, wenn der Lp nicht freigegeben ist.. wie sich dann die wb und/oder evcc verhält.. |
Nach ein paar Tests scheint das jetzt die Lösung gewesen zu sein. Vielen Dank @mdkeil. Ich habe diesbezüglich auch heute mit dem örtlichen Peugeot / Opel Händler telefoniert: Updates sind keine ausstehend und er hat das auch wohl noch nie gehabt. Meinte aber der Use-Case sei selten.... |
Leider ich nochmal... Das war es leider immer noch nicht. Hier der Auszug vom PSA Car Controller von heute Nacht: Click to expand
Ladung hätte um 3.51 Uhr starten sollen. M.E. wurde der Befehl von evcc auch abgesetzt, geladen hat er jedoch nicht. Um 5:12 Uhr dann meine manuelle Interaktion mit der Web-UI und das Fahrzeug beginnt zu laden. Kann es sein, dass evcc den Ladebefehl zu früh absetzt? Über die Web-UI funktioniert es jedes mal. Das nächtliche Laden hat jetzt von fünfmal zweimal funktioniert. Mir ist klar, dass das ein grundsätzliches Problem vom Auto ist und nicht von evcc, aber außer noch eine andere Wallbox zu testen, fällt mir nichts mehr ein, das Fahrzeug in der Nacht zum laden zu bewegen. |
Das Verhalten ist echt strange.. der einzige Unterschiede den ich finden konnte ist, dass bei deinem manuellen Start via WebUI folgende mqtt-msg zusätzlich empfangen wurde:
Der Rest ist identisch.. ich habe leider keine Idee mehr, außer das charge_now abgesetzt wird, bevor der LP freigegeben ist.. obgleich das relativ unwahrscheinlich ist. |
Mein Gedanke wäre eher anders herum: Kann es sein, dass der LP zuerst freigegeben werden muss bevor der charge_now abgesetzt wird? Das bei dir wäre ja genau das, was ich dann über die WebUI mache... |
Nichts anders habe ich geschrieben.. ich vermute, dass evcc ggfs. den Befehl versendet bevor der lp freigegeben ist.. |
Ich werde jetzt dann mal bei meinem Nachbarn testen nur um die Wallbox ausschließen zu können. Der hat eine Amtron und einen Corsa e. Wobei Tinkerforge sagt, ihre Corsas würde ohne Probleme laden.... Nachtrag: Der Vergleich der Zeiten zwischen Wallbox und PSA Car Controller würde schon aufzeigen, dass der Charge_now erst abgesetzt wird, wenn die Wallbox geschalten hat: Wallbox: Car Controller Ich glaube allerdings nicht, dass das sehr belastbar ist.... |
Zur Info, ich denke, das hier ist der Grund: |
add advanced parameter wakeup_alt (default: false)