EEbus: cannot configure higher minCurrent than charger claims #11636

davidgiga1993 · 2024-01-12T14:47:03Z

Describe the bug

When using the Min+PV charge mode, the minimum current set the by UI seems to be ignored.

Steps to reproduce

Enable Min+PV mode
Set min charge to a higher value
See in log that evcc still uses the min charge reported by the charger - this can be identified as the yaml defines 2A which is lower than the 2.4A reported by the charger. Thus it can be assumed that the value reported by the charger overrides the value set by the UI

Configuration details

See #11478

Log details

Jan 12 14:38:51 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:38:51 set min current: 4
Jan 12 14:39:00 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:39:00 ----
Jan 12 14:39:00 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:39:00 charge power: 1471W
Jan 12 14:39:00 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:39:00 pv power: 50W
Jan 12 14:39:00 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:39:00 grid power: 2912W
Jan 12 14:39:00 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:39:00 grid powers: [970 767 1176]W
Jan 12 14:39:00 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:39:00 grid currents: [4.97 3.91 5.33]A
Jan 12 14:39:00 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:39:00 site power: 2522W
Jan 12 14:39:00 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:39:00 charge currents: [2.4 2.4 2.4]A
Jan 12 14:39:00 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:39:00 detected active phases: 3p
Jan 12 14:39:00 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:39:00 charger status: C
Jan 12 14:39:00 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:39:00 soc estimated: 40.10% (vehicle: 39.00%)
Jan 12 14:39:00 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:39:00 vehicle soc: 40%
Jan 12 14:39:00 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:39:00 set taycan plan soc: 0 @ 0001-01-01 00:53:28 +0053 LMT
Jan 12 14:39:00 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:39:00 pv charge current: 0A = 2.2A + -3.66A (2522W @ 3p)
Jan 12 14:39:30 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:39:30 ----
Jan 12 14:39:30 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:39:30 charge power: 1472W
Jan 12 14:39:30 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:39:30 pv power: 50W
Jan 12 14:39:30 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:39:30 grid power: 2898W
Jan 12 14:39:30 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:39:30 grid powers: [961 763 1175]W
Jan 12 14:39:30 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:39:30 grid currents: [4.94 3.9 5.33]A
Jan 12 14:39:30 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:39:30 site power: 2508W
Jan 12 14:39:30 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:39:30 charge currents: [2.4 2.4 2.4]A
Jan 12 14:39:30 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:39:30 detected active phases: 3p
Jan 12 14:39:30 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:39:30 charger status: C
Jan 12 14:39:30 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:39:30 soc estimated: 40.13% (vehicle: 39.00%)
Jan 12 14:39:30 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:39:30 vehicle soc: 40%
Jan 12 14:39:30 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:39:30 set taycan plan soc: 0 @ 0001-01-01 00:53:28 +0053 LMT
Jan 12 14:39:30 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:39:30 pv charge current: 0A = 2.2A + -3.64A (2508W @ 3p)

What type of operating system are you running?

Linux

Version

0.123.7

Update

I just tested the Schnell mode and it correctly uses the max current from the UI:

Jan 12 14:55:57 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:55:57 set max current: 10
Jan 12 14:56:00 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:56:00 ----
Jan 12 14:56:00 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:56:00 charge power: 9044W
Jan 12 14:56:00 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:56:00 pv power: 17W
Jan 12 14:56:00 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:56:00 grid power: 10494W
Jan 12 14:56:00 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:56:00 grid powers: [3500 3301 3693]W
Jan 12 14:56:00 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:56:00 grid currents: [15.3 14.4 16]A
Jan 12 14:56:00 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:56:00 site power: 10104W
Jan 12 14:56:00 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:56:00 charge currents: [13.1 13 13.2]A
Jan 12 14:56:00 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:56:00 detected active phases: 3p
Jan 12 14:56:00 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:56:00 charger status: C
Jan 12 14:56:00 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:56:00 soc estimated: 40.29% (vehicle: 38.00%)
Jan 12 14:56:00 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:56:00 vehicle soc: 40%
Jan 12 14:56:00 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:56:00 set taycan plan soc: 0 @ 0001-01-01 00:53:28 +0053 LMT
Jan 12 14:56:00 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:56:00 max charge current: 10A
Jan 12 14:56:30 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:56:30 ----
Jan 12 14:56:30 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:56:30 charge power: 6960W
Jan 12 14:56:30 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:56:30 pv power: 18W
Jan 12 14:56:30 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:56:30 grid power: 8456W
Jan 12 14:56:30 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:56:30 grid powers: [2842 2610 3003]W
Jan 12 14:56:30 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:56:30 grid currents: [12.6 11.4 13.1]A
Jan 12 14:56:30 pi4 docker[9339]: evcc  | [site  ] DEBUG 2024/01/12 15:56:30 site power: 8066W
Jan 12 14:56:30 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:56:30 charge currents: [10.1 10 10.2]A
Jan 12 14:56:30 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:56:30 detected active phases: 3p
Jan 12 14:56:30 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:56:30 charger status: C
Jan 12 14:56:30 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:56:30 soc estimated: 40.45% (vehicle: 38.00%)
Jan 12 14:56:30 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:56:30 vehicle soc: 40%
Jan 12 14:56:30 pi4 docker[9339]: evcc  | [lp-1  ] DEBUG 2024/01/12 15:56:30 set taycan plan soc: 0 @ 0001-01-01 00:53:28 +0053 LMT

The text was updated successfully, but these errors were encountered:

andig · 2024-01-12T15:04:47Z

That's intentional:

evcc/core/loadpoint_effective.go

Lines 62 to 83 in da966f5

    
           func (lp *Loadpoint) effectiveMinCurrent() float64 { 
        
           	minCurrent := lp.GetMinCurrent() 
        
           	if v := lp.GetVehicle(); v != nil { 
        
           		if res, ok := v.OnIdentified().GetMinCurrent(); ok { 
        
           			minCurrent = max(minCurrent, res) 
        
           		} 
        
           	} 
        
           	if c, ok := lp.charger.(api.CurrentLimiter); ok { 
        
           		if res, _, err := c.GetMinMaxCurrent(); err == nil { 
        
           			if res > 0 && res < minCurrent { 
        
           				minCurrent = res 
        
           			} else { 
        
           				minCurrent = max(minCurrent, res) 
        
           			} 
        
           			lp.publish(keys.EffectiveMinCurrent, minCurrent) 
        
           		} 
        
           	} 
        
           	return minCurrent 
        
           }

andig · 2024-01-12T15:05:37Z

Related discussion in #11280 (comment)

davidgiga1993 · 2024-01-12T15:44:47Z

The question is: Does this make sense? Naively I would assume (and I think I said that already in the past):

The min current is the maximum of all min currents provided (loadpoint, charger, vehicle, user config)
The max current is the minimum of all max currents provided (loadpoint, charger, vehicle, user config)

This way the min/max is always correctly guarded and you can still make changes without the need of logical prioritization of certain values

andig · 2024-01-12T16:08:23Z

Exactly- except for this one exception. Seems we'll need to revert it. Only we don't know how. The problem is:

we need a default minimum (6A)
if we do that and follow your rules you can never go below 6A

@premultiply mir gehen die Ideen aus :(
@naltatis Du warst mit dem 0A default fürs Minimum unglücklich- das wäre hier eine Lösung

davidgiga1993 · 2024-01-12T16:55:06Z

Zu meinen Verständnis: Woher kommt der default? Könnte man nicht annehmen dass der Wert welcher von der UI geändert werden kann den 6A default hat und alle anderen 0? Dann wäre es weiterhin modifizierbar und 6A der Standard sofern der Nutzer es nicht ändert

docolli · 2024-01-12T17:01:00Z

Der loadpoint hat über die evcc.yaml ein mincurrent=2A,
für das vehicle ist übers GUI ein mincurrent=4A definiert worden
und evcc arbeitet nun mit 2,4A?

Wie kann das sein, wenn die Logik minCurrent: Use the max of loadpoint, charger and vehicle minCurrent implementiert ist?
Siehe #11311

davidgiga1993 · 2024-01-12T17:02:21Z

Der loadpoint hat über die evcc.yaml ein mincurrent=2A, für das vehicle ist übers GUI ein mincurrent=4A definiert worden und evcc arbeitet nun mit 2,4A?

Wie kann das sein, wenn die Logik minCurrent: Use the max of loadpoint, charger and vehicle minCurrent implementiert ist? Siehe #11311

Der Charger meldet die 2,4A, im Code gibt es ja den Sonderfall dass der min Wert vom Charger genommen wird sofern einer existiert

docolli · 2024-01-12T17:06:41Z

Achso, verstehe jetzt woher dieser "krumme" Wert kommt.
Aber selbst dann sollte die Logik gelten Use the max of loadpoint, charger and vehicle minCurrent.
Das sollten dann (auch wenn der charger 2,4A vorgibt) eben die von Dir am vehicle gewählten 4A sein, oder?

Der charger bzw. das Auto können ja ruhig melden, dass ein Minimalstrom von 2,4A möglich ist. Aber wenn der evcc Anwender hier gerne minimal 4A hätte, dann ist dies eben die Grenze und unterhalb von 4A wird nicht mehr geladen (auch wenn das vom Auto/Charger her möglich wäre).

VolkerK62 · 2024-01-12T17:17:56Z

we need a default minimum (6A)

im Code gibt es ja den Sonderfall dass der min Wert vom Charger genommen wird sofern einer existiert

Ich vermute mal, nicht jeden Charger liefert einen Min-Wert?
Wäre es möglich für Charger, die keinen liefern, diesen auf 6A zu setzen?
Dann hätte man einen default und für die anderen, gilt der gelieferte Wert.
Dann könnte man doch die "max()" Regel ohne Ausnahmen umsetzen.

docolli · 2024-01-12T17:25:28Z

Ich vermute mal, nicht jeden Charger liefert einen Min-Wert?

Ja, meiner hier ist so einer. Darum musste ich auch in der evcc.yaml beim loadpoint mincurrent: 6 definieren.
Man könnte vermutlich im Code prüfen ob am loadpoint ein mincurrent definiert ist, wenn nicht, dann könnte man 6A als default annehmen, ABER das würde mit EEBUS Wallboxen kollidieren.
Entweder diese müssen mit mincurrent: 0 definiert werden (um die 6A default auszuhebeln), oder (was logischer wäre) man führt eine config Syntax wie mincurrent: auto ein, um festzulegen, dass der loadpoint das mincurrent selber liefert.

Dann könnte man doch die "max()" Regel ohne Ausnahmen umsetzen.

Ja, das würde dann wieder intern so gehen, um das effectivemincurrent festzulegen.

davidgiga1993 · 2024-01-12T18:24:38Z

Ich hab mal ein Draft erzeugt. Im MR ist ein Flussdiagram wie das minCurrent berechnet wird, tests sind auch angepasst. Feedback willkommen.

Update: Hab den Change bei mir ausgerollt und zumindest soweit ich das testen kann funktioniert alles

andig · 2024-01-13T09:15:26Z

@naltatis müssen wir durchsprechen.

DerAndereAndi · 2024-01-13T09:28:45Z

Der Min-Wert vom Charger ist entweder durch das verwendete Protokol IEC61851 definiert, dort ist er dann immer 6A. Bei Wallboxen welche über ISO kommunizieren können und ein Auto angeschlossen haben das über die AC Verbindung auch ISO unterstützt, wird der min-Wert aus dieser Kommunikation ermittelt. Und wenn bei diesen Wallboxen ein EV mit IEC61851 kommunizert, ist er 6A.

hidminds · 2024-02-05T12:08:45Z

Siehe auch #7241 .

hidminds · 2024-02-14T11:45:26Z

Wenn der minCurrent Wert vom Loadpoint genommen würde, wäre das für mich vermutlich ein Workaround dafür, dass der am vehicle eingestellte minCurrent derzeit auch nicht funktioniert.

Das sieht dann übrigens so aus.. Gesamt Out ist bei mir höher als IN. Das wäre schön! ;-)
Die Werte beim "Ausgang" sind falsch berechnet. Tatsächlich gelangt wirklich nichts ins Fahrzeug weil der Zoe mindestens 3p mit 8A geladen werden muss, und der Hausverbrauch ist in etwa bei 0,8 kWh.

TAEmty · 2024-02-17T20:38:21Z

Hi zusammen,
ich kann das von hidminds gezeigte Verhalten reproduzieren, bei mir macht es allerdings das EVCC aufgrund der äußeren Umstände komplett unbrauchbar: Der Zoe meiner Frau fängt bei 8A an zu laden, seit etwa 0.123.0 (hat ne weile gedauert, bis ich raushatte, was los war, deshalb bin ich unsicher) bekomme ich aber in einem Modus < "schnell" immer nur 6A Ladestromvorgabe, was dazu führt, dass der Zoe gar nicht lädt. Ich habe eine Elli Wallbox über EEBUS am EVCC.

edit: Ok, das ist EXAKT, was er geschrieben hat. Ich kanns also 1:1 reproduzieren.

hidminds · 2024-02-17T21:55:07Z

Hi @TAEmty !

edit: Ok, das ist EXAKT, was er geschrieben hat. Ich kanns also 1:1 reproduzieren.

Ja richtig, wir haben denke ich exakt dasselbe Problem. Ich habe auch einen EEBus Elli Charger und vor 0.123 hatte ich die minimale Stromstärke auf 8A am Zoe vehicle einstellen können und das hatte auch funktioniert.
Seit 0.123 ist nun leider mit evcc nur schnelles Laden ( bei mir mit 11kW Leistung ) oder batterieunterstütztes Laden bei Sonnenschein möglich wenn evcc mal über 8A/5,5kW am Charger einstellt.
Damit beim Renault Zoe überhaupt Strom in die Autobatterie gelangt, benötigt man leider eine effektive minimale Stromstärke Einstellung von 8A bei 3 Phasen = 5,5 kW Leistung. Vor 0.123 hatte die mincurrent Einstellung am vehicle noch funktioniert. Jetzt wird am Charger warum auch immer die Stromstärke unter 8A eingestellt/geregelt. Das ist per api Aufruf auch ersichtlich.
Unter 5,5kW steht in der UI, dass der laden würde und es wird dann auch bereits der neue Akku Füllstand erhöht aber tatsächlich geht unter 8A/5,5kW gar nichts in den Akku von diesem speziellen EAuto.

davidgiga1993 · 2024-02-17T22:01:39Z

Nur als kleine Anmerkung: Das Problem wurde in meinem MR bereits behoben. Wer will kann mein fork bauen, da drin geht alles. Kann die Tage auch noch ein Release veröffentlichen

hidminds · 2024-02-17T22:51:06Z

Nur als kleine Anmerkung: Das Problem wurde in meinem MR bereits behoben. Wer will kann mein fork bauen, da drin geht alles. Kann die Tage auch noch ein Release veröffentlichen

@davidgiga1993 danke, deine Changes würde ich gerne mal testen. Hab evcc noch nie gebaut. Könnte/Sollte das aber mal machen. Dann könnte ich evtl selbst auch mal forken und PRs zur Diskussion erstellen... ;-)

Ich habe mir deine Änderungen angeschaut.
Ich denke, dass es für mein Problem idealer wäre, wenn ich wieder am vehicle einen absoluten mincurrent einstellen könnte. D.h. nur wenn die minCurrent Einstellung am vehicle gesetzt ist, und dieses an einem Loadpoint aktiv ist, soll effektiv der Loadpoint minCurrent auf das am vehicle definierte minCurrent eingestellt werden. Der current am Loadpoint darf dann nie darunter geregelt werden.

Ich werde bspw ab Sommer noch ein zweites EAuto (Tesla) dort öfter mal laden. Wenn der Tesla an dem Loadpoint angesteckt ist, soll der Elli Charger die Lade Stromstärke bitte NICHT auf 8A Minimum einstellen. Bei dem Tesla sollte das Laden bereits ab 6A funktionieren.
Beim Zoe soll evcc wieder das Minimum auf 8A einstellen. Eben je nach erkanntem vehicle.

Ramada2020 · 2024-03-09T13:29:41Z

Hallo. Gibt ein schon ein Idee wann dieser Fix in das offizielle Release eingebaut wird. Habe mit meinem Twingo das gleiche Problem. Danke. #12770

TAEmty · 2024-03-10T18:57:18Z

Nur als kleine Anmerkung: Das Problem wurde in meinem MR bereits behoben. Wer will kann mein fork bauen, da drin geht alles. Kann die Tage auch noch ein Release veröffentlichen

Hi davidgiga1993. Danke für die Info und die Mühe!. Ich bin unsicher, ob ich das von meiner Qualifikation her hinbekomme und dann auch irgendwann den Weg zurück. Ich warte, wenn ich auf mich allein gestellt bin, lieber auf ein release.
Aber: EEBUS und die Elli Wallbox ist ne ziemliche Katastrophe, das hab ich mittlerweile mitbekommen. Buggy und instabil, zum Teil dämlich gelöst. Wenn es der Allgemeinheit hilft, schick ich gerne Logs, mach Versuche mit ID.4 <-> und Zoe an der Elli. Wenn ich mit was konretem helfen kann, werde ich das gerne machen.

andig · 2024-03-11T11:29:22Z

Dieser Fehler ist schon viel zu lange offen. Siehe #12866 für einen Vorschlag:

Charger kann den Minimalstrom des Ladepunkts nach unten und oben überschreiben
Vehicle kann den Minimalstrom des Ladepunkts nach unten und oben überschreiben. Nach unten- um Fehlkonfigurationen zu vermeiden- aber nur dann, wenn der Charger auch dynamische Ströme (GetMinMaxCurrent()) unterstützt.

Ein gemischter Betrieb Tesla+IEC Fahrzeug (VW) am TWC3 wobei der Tesla dann 5A Minimum hätte ist damit noch nicht möglich. hier aber unkritisch da Ladesteuerung bisher ausschließlich für Tesla umgesetzt ist.

andig · 2024-03-12T08:58:49Z

Habt ihrs mal getestet?

hidminds · 2024-03-12T17:53:14Z

@andig Deine Änderungen im commit sehen auf den ersten Blick schon mal vielversprechend aus. Vielen Dank! 👍
Ich habe mir gerade den aktuellen master gepullt, cross compiled und auf meinem raspi eingespielt. Mein Zoe ist aktuell zu 100% geladen und es ist dunkel. Ist also gerade schlecht mit testen im Real-World-Szenario 😉 . Ich werde deinen Fix die nächsten Tage mit allen Lademodi mal testen und werde Bescheid geben.

hidminds · 2024-03-14T18:45:43Z

@andig Habs heute Nachmittag mal testen können.

Ich hatte mit einer "sauberen" (ohne irgendwelche lokale Änderungen) 0.124.9~next Version von vorgestern mit deinen Änderungen getestet.

Funktioniert wunderbar. Test mit meinem Renault Zoe an meiner Elli Charger Pro Wallbox bei etwas Sonnenschein.
Es folgen JSON api/state Abzüge vom Test:

Laden startet im PV Mode.
Umgeschaltet in den Min+PV Mode.
Umgeschaltet in den Now (Schnell) Mode. Huch! Wie geil ist das denn? Die neue Huawei Battery Control aus Batteriesteuerung Huawei LUNA #12302 entlädt nun bei Schnell meine Hausbatterie nicht mehr! Danke! 👍
Zurück in den PV Mode

1-pv-0.124.9-next.json
2-minpv-0.124.9-next.json
3-now-0.124.9-next.json
4-pv-0.124.9-next.json

Der Zoe wurde durchgängig in allen Modes effektiv mit mindestens ~5,5 kW geladen. Die effective MinCurrent wurde wie am vehicle definiert immer auf minimal 8A eingestellt.

Herzlichen Dank! 🍻

andig · 2024-03-14T19:37:56Z

Na gottseidank 😂. Danke fürs Feedback und sorry, dass das so lange gedauert hat. Da hab ich den Wals vor lauter Bäumen nicht gesehen…

andig · 2024-07-03T18:17:23Z

@davidgiga1993 hatte der Fix für Dich den Zweck erreicht? #14418 sagt mir, dass nicht alle Fälle abgedeckt sind :(

andig added the question Rather clarification than issue label Jan 12, 2024

andig added bug Something isn't working and removed question Rather clarification than issue labels Jan 12, 2024

andig changed the title ~~Min+PV mode ignores min charge current set in UI~~ EEbus: cannot configure higher minCurrent than charger claims Jan 12, 2024

davidgiga1993 mentioned this issue Jan 12, 2024

refactor: change effectiveMinCurrent logic #11646

Closed

andig self-assigned this Jan 13, 2024

andig added the prio Priority label Feb 8, 2024

andig assigned naltatis Feb 11, 2024

DerAndereAndi mentioned this issue Mar 10, 2024

The Loadpoint's minimum effective current should not be regulated below the value of the vehicle #12829

Closed

andig mentioned this issue Mar 11, 2024

Fix vehicle unable to override min current #12866

Merged

andig closed this as completed in #12866 Mar 11, 2024

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

EEbus: cannot configure higher minCurrent than charger claims #11636

EEbus: cannot configure higher minCurrent than charger claims #11636

davidgiga1993 commented Jan 12, 2024 •

edited

Loading

andig commented Jan 12, 2024

andig commented Jan 12, 2024

davidgiga1993 commented Jan 12, 2024

andig commented Jan 12, 2024 •

edited

Loading

davidgiga1993 commented Jan 12, 2024

docolli commented Jan 12, 2024 •

edited

Loading

davidgiga1993 commented Jan 12, 2024

docolli commented Jan 12, 2024 •

edited

Loading

VolkerK62 commented Jan 12, 2024

docolli commented Jan 12, 2024 •

edited

Loading

davidgiga1993 commented Jan 12, 2024 •

edited

Loading

andig commented Jan 13, 2024

DerAndereAndi commented Jan 13, 2024

hidminds commented Feb 5, 2024

hidminds commented Feb 14, 2024 •

edited

Loading

TAEmty commented Feb 17, 2024 •

edited

Loading

hidminds commented Feb 17, 2024

davidgiga1993 commented Feb 17, 2024

hidminds commented Feb 17, 2024

Ramada2020 commented Mar 9, 2024

TAEmty commented Mar 10, 2024

andig commented Mar 11, 2024 •

edited

Loading

andig commented Mar 12, 2024

hidminds commented Mar 12, 2024

hidminds commented Mar 14, 2024

andig commented Mar 14, 2024

andig commented Jul 3, 2024

EEbus: cannot configure higher minCurrent than charger claims #11636

EEbus: cannot configure higher minCurrent than charger claims #11636

Comments

davidgiga1993 commented Jan 12, 2024 • edited Loading

Describe the bug

Steps to reproduce

Configuration details

Log details

What type of operating system are you running?

Version

Update

andig commented Jan 12, 2024

andig commented Jan 12, 2024

davidgiga1993 commented Jan 12, 2024

andig commented Jan 12, 2024 • edited Loading

davidgiga1993 commented Jan 12, 2024

docolli commented Jan 12, 2024 • edited Loading

davidgiga1993 commented Jan 12, 2024

docolli commented Jan 12, 2024 • edited Loading

VolkerK62 commented Jan 12, 2024

docolli commented Jan 12, 2024 • edited Loading

davidgiga1993 commented Jan 12, 2024 • edited Loading

andig commented Jan 13, 2024

DerAndereAndi commented Jan 13, 2024

hidminds commented Feb 5, 2024

hidminds commented Feb 14, 2024 • edited Loading

TAEmty commented Feb 17, 2024 • edited Loading

hidminds commented Feb 17, 2024

davidgiga1993 commented Feb 17, 2024

hidminds commented Feb 17, 2024

Ramada2020 commented Mar 9, 2024

TAEmty commented Mar 10, 2024

andig commented Mar 11, 2024 • edited Loading

andig commented Mar 12, 2024

hidminds commented Mar 12, 2024

hidminds commented Mar 14, 2024

andig commented Mar 14, 2024

andig commented Jul 3, 2024

davidgiga1993 commented Jan 12, 2024 •

edited

Loading

andig commented Jan 12, 2024 •

edited

Loading

docolli commented Jan 12, 2024 •

edited

Loading

docolli commented Jan 12, 2024 •

edited

Loading

docolli commented Jan 12, 2024 •

edited

Loading

davidgiga1993 commented Jan 12, 2024 •

edited

Loading

hidminds commented Feb 14, 2024 •

edited

Loading

TAEmty commented Feb 17, 2024 •

edited

Loading

andig commented Mar 11, 2024 •

edited

Loading