EEbus (Bender): Laden startet und stoppt immer wieder im PV Modus ohne PV Leistung #15246
Comments
|
Ist das #14839? |
|
evcc-20240804-231927-trace.log Hab da mal den TRACE Log angehangen. Hallo Stefan, Das Problem tritt auch erst seit ca. 3-4 Wochen auf, was zeitgleich mit der Anschaffung des Cupras ist. Es gibt nur halt überhaupt keinen Sinn warum EVCC den Ladevorgang immer wieder startet. Denn: |
|
Probiere mal das nightly. Da sind schon eebus Fixes drin und mit ein bisschen Glück ist das auch bei dir dann schon gelöst. |
|
Ich sehe hier keinen EEBUS Fehler: evcc sagt der Wallbox, dass mit 12A geladen werden kann. |
|
Ich bin immer dankbar, wenn @StefanSchoof einen Erstaufschlag macht. Klappt halt nicht immer ;) |
Oho, Bender CC613 via EEBus! |
|
Also was hier passiert scheint klar, warum weniger: evcc sieht einen unerwarteten Das passiert dann immer mal wieder: Mir ist allerdings nicht klar, warum wir hier "enabled" sehen. @DerAndereAndi eine Nebenwirkung von #15023? Das sollte sich allerdings über Der verbleibende Kern von // if the VW VAS PV mode is active, use PV limits
if c.hasActiveVASVW() {
limits, err := c.uc.OscEV.LoadControlLimits(evEntity)
if err != nil {
// there are no limits available, e.g. because the data was not received yet
return true, nil
}
for _, limit := range limits {
// check if there is an active limit set
if limit.IsActive && limit.Value >= 1 {
return true, nil
}
}
return false, nil
}
limits, err := c.uc.OpEV.LoadControlLimits(evEntity)
if err != nil {
// there are limits available, e.g. because the data was not received yet
return true, nil
}
for _, limit := range limits {
// for IEC61851 the pause limit is 0A, for ISO15118-2 it is 0.1A
// instead of checking for the actual data, hardcode this, so we might run into less
// timing issues as the data might not be received yet
// if the limit is not active, then the maximum possible current is permitted
if (limit.IsActive && limit.Value >= 1) ||
!limit.IsActive {
return true, nil
}
}Kandidaten wären dann #13998 oder #15021. Evtl. etwas mit den vwVAS? Wir können da gerne noch irgendwo ein Logging mein rein stecken? |
|
Interessant ist auch der Ablauf zwischen erstem und zweitem Out of Sync. Ich habe mal alle Was also hat sich zwischendurch geändert? |
|
@CKlapper falls Andi nix Besseres einfällt bitte morgen nochmal mit dem Nightly probieren. Es gibt zusätzliches Logging das uns vielleicht Aufschluss darüber gibt, ob/was hier zu der falschen "enabled" Meldung führen könnte. |
|
Mit vwVAS kann das nichts zu tun haben, nur bei der PMCC mit Taycan kommt er da überhaupt rein. |
|
Weitere Erkenntnis: wird nach einem Schaltvorgang für 1m unterdrückt. Genau so lange taucht die Meldung oben im gekürzten Log nicht auf. Es scheint also, als würde das |
andig
changed the title
|
Ein Logfile das auch den Zeitpunkt des Ansteckens beinhaltet, würde sehr helfen. |
|
evcc-20240805-230958-trace.log Habe dann mal das Nightly installiert. Denke es hat geklappt, da so ein Mondsymbol hinter der Versionsnummer zu sehen ist. (War mein erstes mal. :) ) Logdatei sollte das einstecken des Fahrzeug um ca. 23:03 Uhr anzeigen und danach das übliche hin und her: 23:03 Auto angesteckt Vielen Dank für euer Bemühen. |
|
evcc-20240805-233123-trace.log Und jetzt noch ein anderes Problem. Habe den Ladevorgang dann auf "AUS" gesetzt nochmal auf "Aus" wieder auf "Schnell" gestartet, gleiches Verhalten. |
|
@CKlapper für das zusätzliche Logging warst Du leider zu schnell. Das "nightly" ist heute nacht erst mit dem zusätzlichen Logging gebaut worden. |
|
evcc ist schon die neueste Version (0.129.0+1722824546) Das meldet er mir wenn ich jetzt ein Upgrade anstoße. Oder mache ich da mit der Nightly etwas was falsch ? habe aus der Doku den Befehl genommen: ohne vorher etwas zu deinstallieren. |
|
Die neuste nightly ist 0.129.0+1722910911, siehe https://cloudsmith.io/~evcc/packages/ Eigentlich sollte mit einem |
|
Danke für den Hinweis. sudo apt update Probiere ich heute Abend nochmal. |
|
Das sollte meines Wissens auch funktionieren. |
|
Es macht halt erst Sinn wenn die neue Version da ist. Gestern abend war sie es noch nicht. |
|
Neue Logdatei mit hoffentlich aufschlussreichen Inhalt. |
|
@CKlapper Danke für die Logdatei, die wird helfen. |
|
Ich habe das Problem identifiziert und reproduziert bekommen. Nach meinem Verständnis verhält sich der Bender Controller hier nicht Spec konform. Habe dafür einen "Workaround" eingebaut. Mit dem nächsten Nightly Build sollte es funktionieren. |
|
@DerAndereAndi , ich danke dir. |
|
@DerAndereAndi , sieht gut aus. Ladeverhalten ist wieder so wie es soll. |
Describe the bug
Das laden stoppt, startet aber wieder für ca. 3 Minuten, stoppt kurz, startet wieder und immer so weiter.
Auto (Cupra Formentor PluginHybrid)
Das Verhalten tritt auf sobald die Entladegrenze vom Hausakku unterschritten wird.
Modus: "PV"
Auto per UI angelegt.
enable / disable treshold habe ich in der evcc.yaml mal deaktivert. Das hat nichts verändert.
Steps to reproduce
Ladestecker ins Auto
Grenzen vom Hausakku 80% & 75%
Vorgang zum log:
23:13 von Modus "AUS" auf "PV" gewechselt
Ladebereit steht an
23:14 Auto lädt
Timer läuft von 3min runter zum abschalten
23:16 laden stoppt
23:17 laden startet wieder
Timer läuft von 3min runter zum abschalten
Modus wieder auf "Aus"
Configuration details
Log details
What type of operating system are you running?
Linux
Version
0.129.0
The text was updated successfully, but these errors were encountered: