-
-
Notifications
You must be signed in to change notification settings - Fork 641
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
Wakeup wird nicht ausgelöst #14210
Comments
Und was ist hier das issue? |
dass evcc das WakeUp() in cfos.go in meiner konstellation nicht aufzurufen scheint, obwohl es das sollte. |
Warum auch- das Auto lädt ja? |
nein, das auto fängt eben erst zum laden an, wenn ich händisch das modbus-register beschreibe. wenn ich ins log schaue, es geht um lp-1: um 09:23:44 sieht evcc genügend PV-überschuss und gibt das laden frei. um 09:24:44 glaubt evcc, daß der ladevorgang wirklich gestartet ist, das auto schläft aber weiter und zieht an der nun aktiven wallbox nur seine 5W/1.3A standby-leistung. irgendwann später setz ich den (lp-2 ist ein elektroroller an einer tasmota-steckdose und nur der vollständigkeit halber im log) |
Das mag ja alles sein- wir brauchen aber ein Log vom Fehlerfall, nicht vom erfolgreichen Workaround! Hier gibts ja nix zu analysieren. Dafür bitte auch den Charger auf |
Wenn das so sein sollte, dann lügt die Wallbox. Status C heisst, das Fahrzeug lädt. Bitte Ticket bei CFOS, das ist einfach grob falsch. |
ich glaub, das auto lügt, nicht die wallbox -- aber egal. ich werd morgen früh mal auf trace stellen und ein update liefern. |
Der Status kommt jdfls. von der Wallbox. Und der ist ausschlaggebend. |
dh der wakeup-timer wird gecanceled, wenn die wallbox status "C" berichtet? das ist in dieser konstellation halt problematisch, weil offenbar das ladegerät im auto zwar signalisiert, daß es bereit ist, aber irgendein steuergerät erst aufgeweckt werden muss, damit es ihm sagt, daß es auch strom ziehen darf. ich mein, ich kann einen cronjob einrichten, der eine stunde nach sonnenaufgang das modbus-register beschreibt, aber mir wär eine lösung in evcc lieber. daß der wakup-timer erst stoppt, wenn die wallbox 50% der freigegebenen leistung meldet oder so... |
Natürlich, denn ab da wird geladen. Ladebereitschaft wäre Status B. Wie das schief gehen kann ist mir nicht klar. /cc @premultiply bei der cfos bei jeden |
Nicht wirklich. Bei Status C nochmal aufzuwecken ergibt jedenfalls keinen Sinn. |
Weil wir dann zu recht schlafende Fahrzeuge aufwecken oder weshalb?
Schadet aber auch nicht- oder passiert da was? Bzw.: anscheinend ja doch :O |
Ja, die Ladung wird sofort abgebrochen, da die Freigabe entzogen bzw. virtuell abgesteckt wird. Je nach Fahrzeug könnte das sogar zu einer Fehlermeldung führen. |
man könnte das verhalten ja optional machen, so wie "coarsecurrent". denn wie die kommentare in #11958 zeigen, zeigen wohl verschiedene autos das verhalten. ich schalt jetzt jedenfalls mal trace ein und start ein tcpdump, und dann schauen wir morgen früh, wie sich das verhält. |
OK, wir haben die geschichte inkl trace. wirklich aufgewacht ist das auto heute erst, als die umschaltung auf 3P erfolgte; diesen fall behandelt die wallbox nämlich vollständig selber.
|
Aus deinen Minilogschnipseln ist wenig zu sehen, außer dass 1 Minute nach Ladefreigabe die Ladung beginnt. Bis dahin wurde |
@premultiply ich sehe im Logfile kein
|
Wozu auch? |
Schon klar- aber nach 1min. Nach 30s hätte das Wakeup erfolgen sollen, oder? |
Ich hatte angenommen, dass das ggf. am 30 Sek-Intervall hier liegt, sprich der neue Status just eintrifft bevor der Wake-up ausgelöst wird, oder? Bei T=0 wird freigegeben, bei T+29,99 wird festgestellt dass es nicht lädt und bei T+59,99 trifft der Status C ein kurz bevor festgestellt wird dass der Wake-up-Timer abgelaufen ist. |
Möglich, bräuchte mehr Log. |
der logschnipsel ist schon bewußt so gewählt -- nach dem ende passiert nix, 5W leistungsaufnahme am charger durch das schlafende auto, bis dann einige zeit später genug PV-leistung ansteht für die umschaltung auf 3P, die dann auch das auto aufweckt. im anhang das gesamte log... |
Verstehe ich nicht. Nach 1min beginnt die Ladung doch? Das bringt mich wieder an die Stelle von oben:
In dem Fall: kein Todo bei evcc! Nochmal ganz klar: die Frage hier ist: wie und warum kann eine WB Status C signalisieren wenn physisch kein Status C herrscht? Wir kennen keine andere Box die so ein Verhalten zu zeigen scheint. |
irgendwie diskutieren wir hier im kreis. meine enduser-perspektive ist, daß ich das auto abends anstecke und mir erwarte, daß es bei sonnenaufgang anfängt zu laden, egal, wer in dem dreieck aus autohersteller, wallbox-hersteller und evcc jetzt "schuld hat" am derzeitigen unbefriedigenden status. technisch gesehen vermute ich, daß physisch sehr wohl ein status C vorliegt; ich würd allerdings nur sehr ungern an der offenen wallbox unter spannung mit dem oszi nachschauen, was in dem fall wirklich auf CP passiert. der umstand, daß ja leistung aufgenommen wird, wenn auch nur 5W, zeigt, daß das relais durchschaltet und läßt es plausibel erscheinen, daß das ladegerät im auto auf steckerseite soweit wach ist und das autonom handhabt. damit das dann aber auch auf DC-seite was produktives macht, braucht es offenbar (nicht nur beim smart #1, siehe #11958) noch den wakeup-zyklus, wie besprochen. ich versteh auch euren standpunkt, da nicht für jeden fall special cases einbauen zu wollen, aber irgendwie müssen wir halt eine lösung finden, und ich fände es schade, wenn die "ich schreib mir das wieder mal selber, weil die bestehenden lösungen halt doch nicht funktionieren" lauten würde, weil an sich ist evcc schon sehr schön und funktional. |
Es gibt Standards für sowas. Entweder der wird hier verletzt oder nicht. Wenn das klar ist können wir weiter schauen. #11958 ist ebenfalls cfos. Daher:
Also bitte an den Hersteller wenden! |
ich soll mich jetzt also mit dem oszi zwischen CP und PE hängen und schauen, ob da das auto wirklich status C signalisiert in diesem schlafzustand? was würde das für einen unterschied machen bezüglich der lösung des problems, ob die wallbox lügt oder das auto? soll ich dann ein ticket bei Smart aufmachen, wenn das auto wirklich C signalisiert? mal ganz konkret: wenn ich einen pullrequest schicken würde, der ein "feature: forceWakeup" umsetzt, hätte das eine chance, angenommen zu werden? |
Was spricht dagegen? Wenn ein E-Auto an einer normgerechten WB nicht lädt ist das ein Mangel. Wenn die WB sich nicht normgerecht verhält ebenso.
Wir haben ein funktionierendes Wakeup soweit bekannt. Solange nicht klar ist, warum es noch eins braucht und wo das überhaupt hin gehört (Charger? Auto?)- nein. Wir wollen evcc nicht mit Optionen für alle Arten von Sondersituation vollpflastern. Außerdem ist es a) kein Massenphänomen und b) per Workaround lösbar. |
Auf keinen Fall. Wenn das Auto meldet laden (Status C) muss es das auch tun. Und es wäre nicht das erste Fahrzeug wo der Hersteller die Software nachbessern musste und dies auch getan hat. |
Describe the bug
in der konstellation cFos PowerBrain Solar und Smart #1 wird das auto morgens, wenn genügend PV-leistung vorhanden ist, nicht aufgeweckt.
grundsätzlich ist die funktionalität offenbar in evcc vorhanden, siehe #11958 .
wenn ich jetzt an evcc vorbei ins modbus-register 8086 eine "5" schreibe, wacht das auto auf (evcc läuft und ich schreibe per
mbpoll
auf der shell in das register). soweit ich den code verstehe, wäre das auch das, was evcc über dieapi.Resurrector
bei cFos-wallboxen macht:evcc/charger/cfos.go
Lines 155 to 159 in b995404
was ich noch nicht verstanden habe, ist, unter welchen bedingungen der wakeup-timer deaktiviert wird; erwähnenswert ist hier, daß nach dem aktivieren der ladung bei schlafendem auto 1,3A und 5W gezogen werden.
nach "start charging" im log ist das auto weiterhin im schlafzustand, bis ich eben wie oben erwähnt händisch den CP-disconnect anstosse.
Steps to reproduce
Configuration details
Log details
What type of operating system are you running?
Linux
Version
evcc version 0.126.6
The text was updated successfully, but these errors were encountered: