Überschußladen lädt nicht dynamisch sondern 100%

[Nosiak0815]

Hallo zusammen,

eigentlich sollte es ja ganz leicht sein, aber ich verstehe es nicht.
Also im Moment erzeugt meine Anlage lt. Anzeige rund 3kW (ist nur eine kleine :))
Im Haus werden 300 Watt verbraucht, Speicher ist voll, also werden ca. 2,7kW ins Netz eingespeist.

Nachdem ihr so gut hinbekommen habt, dass endlich wieder PSA (in meinem Fall Peugeot) als Auto erkannt wird, habe es entsprechend in EVCC eingerichtet und das Auto wird auch erkannt.

In EVCC habe ich auf 1-Phase 6A bis 16A und Modus "PV" eingestellt, damit entsprechend meiner Leistung der PV Anlage maximal 3,6kW geladen werden, wenn so viel produziert wird.

Entsprechen den Angaben oben, würde ich nun erwarten, dass er durch den Überschuß mit 2,7 kW lädt. Ich habe das Auto reingesteckt und er lädt mit den vollen 3,6 KW.
Den Überschuß von mehr als 3,6 KW erwarte ich lt Progonose erst in 1 oder 2 Stunden. Also würde ich denken, es lädt dynamisch; sprich steigert sich sukzessive.

Setup:
Wallbox: Easee
SMA Home Manager 2.0
EVCC als verbindendes Element.

Die Wallbox ist nicht mit der Leitung im Haus verkabelt, sondern hängt als separate Leitung im grauen Anschlußkasten.

Wo kann ich prüfen woran es noch liegt, dass er nicht dynamisch lädt.

Besten Dank für die Unterstützung.

Viele Grüße und einen schönen Feiertag euch allen :)

[VolkerK62]

Die Wallbox ist nicht mit der Leitung im Haus verkabelt, sondern hängt als separate Leitung im grauen Anschlußkasten.

bleibt es im WebUI bei der Anzeige, dass eingespeist wird, auch wenn geladen wird?
oder zeigt evcc den Netzbezug bzw Batterieentladung an?

[Nosiak0815]

Wow, das ging fix mit der ersten Antwort!

So sieht es im Moment aus:

Noch als Anmerkung / Beobachtung
Der Verbrauch steht aktuell bei 0kW.
Sobald das Auto nicht mehr lädt, erscheint dort wieder der Wert des Verbrauchs des Hauses; bspw. 0,3 kW.
Wenn das Auto lädt, erscheint dort 0kW; Das gleiche beobachte ich auch im Sunny Portal.

[VolkerK62]

alles klar, deine PV-Ablage (Grid-Meter) kennt den Verbauch der Wallbox nicht.
Für evcc ist immer noch Überschuss vorhanden, deshlab wird die Ladeleistung immer weiter (bis zum Maximum) erhöht.

Zwei Möglichkeiten.
Die Anschluss-Verkabelung der Wallbox ändern oder
in der Konfig von evcc das Grid-Meter so "modifizieren" (custom meter mit calc plugin), dass die Ladeleistung dort entsprechend verrechnet wird.

[VolkerK62]

schau mal hier, das gab es schon .... #13030 (reply in thread)

Statt die Ladeleistung der Wallbox über MQTT einzubinden, kann man auch /api/state nehmen

[Nosiak0815]

Ahja, okay, ich habe mal fix nach dem Stichwort gesucht und bin auf das gestoßen, was sehr danach klingt:
#11057
Also Verbrauch = Ladepunkt (Wallbox) + SMA Verbrauch, richtig?

Zumindest wäre dieser Weg einfacher als die Verkabelung anzupassen.

[VolkerK62]

es geht nicht um den Verbrauch. Es geht um den Einspeise-/Bezugswert am Netzanschluss.
Der Verbrauch in evcc ist nur errechnet auf Basis der gemessenen Werte (grid, pv, battery, loadpoints)

[Nosiak0815]

Ah, das sieht ja sehr nach meinem Szenario aus. Sogar die gleichen Komponenten. Den Post habe noch nicht gesehen. Danke dir. Dann schaue ich es mir an. Viele Grüße VolkerK62 ***@***.***> schrieb am Do., 9. Mai 2024, 09:59:

…

schau mal hier, das gab es schon .... #13030 (reply in thread) <#13030 (reply in thread)> Statt die Ladeleistung der Wallbox über MQTT einzubinden, kann man auch /api/state nehmen — Reply to this email directly, view it on GitHub <#13824 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/BAJ2QGJHVS3EDTKMJYU4PZDZBMUHXAVCNFSM6AAAAABHOKMFZWVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM4TGNRVGE2DG> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[Nosiak0815]

Ich habe aus dem refenzierten Post mal die Daten übernommen. Denn thematisch scheint es sich zu decken.
Wenn ich das in EVCC so hinterlege erscheint nun als Fehlermeldung:

'pi@piiobroker:~ $ evcc meter

[main ] INFO 2024/05/11 10:15:55 evcc 0.126.2
[main ] INFO 2024/05/11 10:15:55 using config file: /etc/evcc.yaml
[db ] INFO 2024/05/11 10:15:55 using sqlite database: /home/pi/.evcc/evcc.db
[mqtt ] INFO 2024/05/11 10:15:55 connecting evcc-1193285540 at tcp://localhost:1883
[mqtt ] DEBUG 2024/05/11 10:15:55 tcp://localhost:1883 connected
grid2

Power: add[0]: outdated

TriPower

Power: 1120W
Energy: 28845.7kWh

battery3

Power: -861W
Energy: 5443.9kWh
Current L1..L3: 3.75A 0A 0A
Voltage L1..L3: 232V 0V 0V
Power L1..L3: -862W 0W 0W
Soc: 60%`

Was heißt denn "Power: add[0]: outdated" ?
Ich gegooglt, aber so richtig keine passende Erklärung für die Meldung bekommen.

Mein grid2 sieht so aus:

MQTT läuft auf dem IOBroker auf dem selben Raspberry.

[VolkerK62]

ergänze bei allen drei mal ein timeout: 60s

[VolkerK62]

du hast MQTT auch in der evcc.yaml konfiguriert?
https://docs.evcc.io/docs/reference/configuration/mqtt

[Nosiak0815]

Ja, genau. Sorry, dass hatte ich vergessen:

Es werden auch im IOBroker Daten geladen.

[Nosiak0815]

ergänze bei allen drei mal ein timeout: 60s

Du meinst bei allen 3 "sources"?
Wenn ich das mache, lädt evcc nicht mehr, weil der den Parameter timeout nicht kennt.
Per Doku habe ich nun timeout nur bei source: mqtt ergänzt und dann lädt auch evcc wieder.

Per Log sieht es nun so aus:

[main ] INFO 2024/05/11 12:27:12 evcc 0.126.2
[main ] INFO 2024/05/11 12:27:12 using config file: /etc/evcc.yaml
[main ] INFO 2024/05/11 12:27:12 starting ui and api at :7070
[db ] INFO 2024/05/11 12:27:12 using sqlite database: /var/lib/evcc/evcc.db
[mqtt ] INFO 2024/05/11 12:27:12 connecting evcc-1533856197 at tcp://localhost:1883
[mqtt ] DEBUG 2024/05/11 12:27:12 tcp://localhost:1883 connected
[lp-1 ] WARN 2024/05/11 12:27:21 deprecated: mincurrent setting is ignored, please remove
[lp-1 ] WARN 2024/05/11 12:27:21 deprecated: maxcurrent setting is ignored, please remove
[lp-1 ] WARN 2024/05/11 12:27:21 deprecated: phases setting is ignored, please remove
[lp-1 ] DEBUG 2024/05/11 12:27:21 charge total import: 3254.462kWh
[site ] WARN 2024/05/11 12:27:21 battery configured but residualPower is missing or <= 0 (add residualPower: 100 to site), see https://docs.evcc.io/en/docs/reference/configuration/site#residualpower
[semp ] WARN 2024/05/11 12:27:22 SEMP_BASE_URL unspecified, using http://192.168.178.62:7070 instead
[site ] INFO 2024/05/11 12:27:22 site config:
[site ] INFO 2024/05/11 12:27:22 meters: grid ✓ pv ✓ battery ✓
[site ] INFO 2024/05/11 12:27:22 grid: power ✓ energy ✗ currents ✗
[site ] INFO 2024/05/11 12:27:22 pv 1: power ✓ energy ✓ currents ✗
[site ] INFO 2024/05/11 12:27:22 battery 1: power ✓ energy ✓ currents ✓ soc ✓ capacity ✗
[site ] INFO 2024/05/11 12:27:22 vehicles:
[site ] INFO 2024/05/11 12:27:22 vehicle 1: range ✓ finish ✓ status ✓ climate ✓ wakeup ✗
[lp-1 ] INFO 2024/05/11 12:27:22 loadpoint 1:
[lp-1 ] INFO 2024/05/11 12:27:22 mode: minpv
[lp-1 ] INFO 2024/05/11 12:27:22 charger: power ✓ energy ✓ currents ✓ phases ✓ wakeup ✗
[lp-1 ] INFO 2024/05/11 12:27:22 meters: charge ✓
[lp-1 ] INFO 2024/05/11 12:27:22 charge: power ✓ energy ✓ currents ✓
[lp-1 ] DEBUG 2024/05/11 12:27:22 phase timer inactive
[lp-1 ] DEBUG 2024/05/11 12:27:22 pv timer inactive
[site ] WARN 2024/05/11 12:27:22 interval <30s can lead to unexpected behavior, see https://docs.evcc.io/docs/reference/configuration/interval
[site ] DEBUG 2024/05/11 12:27:22 ----
[lp-1 ] DEBUG 2024/05/11 12:27:22 charge power: 0W
[lp-1 ] DEBUG 2024/05/11 12:27:22 charge currents: [0 0 0]A
[site ] DEBUG 2024/05/11 12:27:22 pv power: 2110W
[site ] DEBUG 2024/05/11 12:27:22 battery soc: 58%
[site ] DEBUG 2024/05/11 12:27:22 battery power: -1816W 
[site ] ERROR 2024/05/11 12:27:32 grid meter: add[0]: outdated
[site ] DEBUG 2024/05/11 12:27:32 ----
[lp-1 ] DEBUG 2024/05/11 12:27:32 charge power: 0W
[lp-1 ] DEBUG 2024/05/11 12:27:32 charge currents: [0 0 0]A
[site ] DEBUG 2024/05/11 12:27:33 pv power: 2120W
[site ] DEBUG 2024/05/11 12:27:33 battery soc: 58%
[site ] DEBUG 2024/05/11 12:27:33 battery power: -1817W
[site ] ERROR 2024/05/11 12:27:43 grid meter: add[0]: outdated 

[VolkerK62]

die falsche syntax war wahrscheinlich der Grund für den Fehler.

Wenn es mit IP ...35 nicht klappt, dann versuch mal die ...36.
und am Besten erstmal einzeln.
Da musst du mal etwas rumprobieren. password kann man bei sma auch angeben.
https://docs.evcc.io/docs/reference/plugins#smaspeedwire-nur-lesen

- name: grid2  
  type: custom  
  power:  
    source: sma  
    uri: 192.168.178.xx  
    value: ActivePowerMinus  
    scale: -1  
    serial: *****  

[Nosiak0815]

Ich habe es mal auf den zweiten Wechselrichter eingeschränkt:

- name: grid2
  type: custom
  power:
    source: sma
    uri: 192.168.178.36
    value: ActivePowerMinus
    password: XXX
    scale: -1
    serial: 3002771106

und da sieht es eigentlich ganz gut aus:
Zumindest stimmen die Angaben von "In" und "Out" auch mit denen im Sunnyportal.

Das Auto ist aktuell nicht angeschlossen.

Aktuell sollte es auch passen, da der Strom nur aus der Batterie kommt.
Die Frage wird dann wohl noch sein wie die Anzeige von "Out" und dem Verbrauch aussieht, wenn Strom aus dem Netz kommt und nicht mehr von PV bzw. Batterie.

Bzw. müsste er jetzt schon erkennen, dass kein Überschuß da ist, wenn ich das Auto anschließe im Modus "Min + PV", dass dann eben nur mit 1Phasig und 6A geladen wird?!
Ich kann es gerade nicht testen, da das Auto unterwegs ist :)

[VolkerK62]

Langsam. Jetzt erstmal wieder mit calc das ActivePowerPlus dazunehmen. Wenn es dann immer noch passt, dann die Ladeleistung per MQTT dazunehmen.

[Nosiak0815]

Hm.. ach, naja etwas Optimismus sah ja gut aus :)

So ist es nun in yaml

# open evcc at http://evcc.local:7070
network:
  schema: http
  host: evcc.local # .local suffix announces the hostname on MDNS
  port: 7070

log: debug
levels:
  cache: error

# unique installation id
plant: XX

interval: 10s # control cycle interval

sponsortoken: XX

# sponsors can set telemetry: true to enable anonymous data aggregation
# see https://github.com/evcc-io/evcc/discussions/4554
telemetry: false

meters:
# - type: template
#   template: sma-home-manager
#   usage: grid
#   host: 192.168.178.34
#  name: grid1

- name: grid2
  type: custom
  power:
    source: calc
    add:
    - source: sma
      uri: 192.168.178.36
      value: ActivePowerMinus
      scale: -1
      serial: 3002771106
      password: XXX
    - source: sma
      uri: 192.168.178.36
      value: ActivePowerPlus
      scale: 1
      serial: 3002771106
      password: XXX
#     - source: mqtt
#       topic: evcc/loadpoints/1/chargePower
#       timeout: 60s

#- name: grid2
#  type: custom
#  power:
#    source: sma
#    uri: 192.168.178.36
#    value: ActivePowerMinus
#    password: XXX
#    scale: -1
#    serial: 3002771106

- type: template
  template: sunspec-inverter
  usage: pv
  id: 126
  host: 192.168.178.35
  port: 502
  modbus: tcpip
  name: TriPower

- type: template
  template: sma-inverter
  usage: battery
  host: 192.168.178.36
  password: XXX
  name: battery3

chargers:
- name: wallbox5
  type: template
  template: easee
  user: XXX
  password: XXX
  charger: EH36XCZE
  

loadpoints:
- title: Carport
  charger: wallbox5
  mode: minpv
  phases: 1
  mincurrent: 6
  maxcurrent: 16

site:
  title: My Home
  meters:
    grid: grid2
    pv:
    - TriPower
    battery:
    - battery3

hems:
  type: sma
  AllowControl: false

mqtt:
  broker: localhost:1883
  topic: evcc
  user: XXX
  password: XXX

Also weiterhin keine Fehlermeldung, aber nun wird der Wert doppelt ausgewiesen.
Batterie entladen und Netzbezug sollte eigentlich nur einmal vorhanden sein und der Verbrauch natürlich nur die Hälfte.

[VolkerK62]

(frei nach Edison) jetzt kennst du einen Weg mehr, der nicht funktioniert.
Zumindest stimmt die Syntax, es wird nur das falsche Gerät abgefragt.
Probier doch jetzt nochmal die "IP ..34" und die "IP ..35".

Edit: wenn das nicht funktioniert, hab ich noch eine (verrückte) Idee.

[Nosiak0815]

Na wir gehen mal durch:

1. .35 mit Serial
   

• name: grid2
  type: custom
  power:
  source: calc
  add:
  • source: sma
    uri: 192.168.178.35
    value: ActivePowerMinus
    scale: -1
    serial: 305143171
    password: xxx
  • source: sma
    uri: 192.168.178.35
    value: ActivePowerPlus
    scale: 1
    serial: 305143171
    password: xxx

-> 
[site ] DEBUG 2024/05/12 09:15:28 ----
[lp-1 ] DEBUG 2024/05/12 09:15:28 charge power: 0W
[lp-1 ] DEBUG 2024/05/12 09:15:28 charge currents: [0 0 0]A
[site ] DEBUG 2024/05/12 09:15:28 pv power: 3110W
[site ] DEBUG 2024/05/12 09:15:28 battery soc: 68%
[site ] DEBUG 2024/05/12 09:15:28 battery power: -2559W
[site ] ERROR 2024/05/12 09:15:38 grid meter: add[0]: outdated 

2. .34 mit Serial

- name: grid2
  type: custom
  power:
    source: calc
    add:
    - source: sma
      uri: 192.168.178.34
      value: ActivePowerMinus
      scale: -1
      serial: 3002848533
      password: xxx
    - source: sma
      uri: 192.168.178.34
      value: ActivePowerPlus
      scale: 1
      serial: 3002848533
      password: xxx

[site ] DEBUG 2024/05/12 09:50:13 ----
[lp-1 ] DEBUG 2024/05/12 09:50:13 charge power: 0W
[lp-1 ] DEBUG 2024/05/12 09:50:13 charge currents: [0 0 0]A
[site ] DEBUG 2024/05/12 09:50:13 pv power: 3110W
[site ] DEBUG 2024/05/12 09:50:13 battery soc: 86%
[site ] DEBUG 2024/05/12 09:50:13 battery power: -2620W
[site ] ERROR 2024/05/12 09:50:23 grid meter: add[0]: outdated

[VolkerK62]

was mir gerade einfällt.
als du evcc meter aufgerufen hast, war das evcc schon gestartet?
Wenn nicht, können ja keine Werte bei MQTT vorliegen.

[Nosiak0815]

Ich habe nun mal mit http und deinem Input angepasst.
Es ist nun... anders :)

# open evcc at http://evcc.local:7070
network:
  schema: http
  host: evcc.local # .local suffix announces the hostname on MDNS
  port: 7070

log: debug
levels:
  cache: error

# unique installation id
plant: XXX

interval: 10s # control cycle interval

sponsortoken: XXX

# sponsors can set telemetry: true to enable anonymous data aggregation
# see https://github.com/evcc-io/evcc/discussions/4554
telemetry: false

meters:
- type: template
  template: sma-home-manager
  usage: grid
  host: 192.168.178.34
  name: grid1

- name: gridminus 
  type: custom
  power:
    source: http
    uri: http://localhost:7070/api/state
    jq: .result.aux[0].power
    scale: -1
    timeout: 60s
  
- name: grid2
  type: custom
  power:
    source: calc
    add:
    - source: http
      uri: http://localhost:7070/api/state
      jq: .result.aux[0].power
      timeout: 60s
    - source: http
      uri: http://localhost:7070/api/state
      jq: .result.loadpoints[0].chargePower
      timeout: 60s

- type: template
  template: sunspec-inverter
  usage: pv
  id: 126
  host: 192.168.178.35
  port: 502
  modbus: tcpip
  name: TriPower

- type: template
  template: sma-inverter
  usage: battery
  host: 192.168.178.36
  password: XXX
  name: battery3

chargers:
- name: wallbox5
  type: template
  template: easee
  user: XXX
  password: XXX
  charger: EH36XCZE
  

loadpoints:
- title: Carport
  charger: wallbox5
  mode: minpv
  phases: 1
  mincurrent: 6
  maxcurrent: 16

site:
  title: My Home
  meters:
    grid: grid2
    pv:
    - TriPower
    battery:
    - battery3
    aux:
    - grid1
    - gridminus
  residualpower: 100

hems:
  type: sma
  AllowControl: false

# mqtt:
#  broker: localhost:1883
#  topic: evcc
#  user: XXX
#  password: XXX

Meldungen im Log:
[main ] INFO 2024/05/12 14:33:48 evcc 0.126.2
[main ] INFO 2024/05/12 14:33:48 using config file: /etc/evcc.yaml
[main ] INFO 2024/05/12 14:33:48 starting ui and api at :7070
[db ] INFO 2024/05/12 14:33:49 using sqlite database: /var/lib/evcc/evcc.db
[lp-1 ] WARN 2024/05/12 14:33:58 deprecated: mincurrent setting is ignored, please remove
[lp-1 ] WARN 2024/05/12 14:33:58 deprecated: maxcurrent setting is ignored, please remove
[lp-1 ] WARN 2024/05/12 14:33:58 deprecated: phases setting is ignored, please remove
[semp ] WARN 2024/05/12 14:33:58 SEMP_BASE_URL unspecified, using http://192.168.178.62:7070 instead
[site ] INFO 2024/05/12 14:33:58 site config:
[site ] INFO 2024/05/12 14:33:58 meters: grid ✓ pv ✓ battery ✓
[site ] INFO 2024/05/12 14:33:58 grid: power ✓ energy ✗ currents ✗
[site ] INFO 2024/05/12 14:33:58 pv 1: power ✓ energy ✓ currents ✗
[site ] INFO 2024/05/12 14:33:58 battery 1: power ✓ energy ✓ currents ✓ soc ✓ capacity ✗
[site ] INFO 2024/05/12 14:33:58 vehicles:
[site ] INFO 2024/05/12 14:33:58 vehicle 1: range ✓ finish ✓ status ✓ climate ✓ wakeup ✗
[lp-1 ] INFO 2024/05/12 14:33:58 loadpoint 1:
[lp-1 ] INFO 2024/05/12 14:33:58 mode: minpv
[lp-1 ] INFO 2024/05/12 14:33:58 charger: power ✓ energy ✓ currents ✓ phases ✓ wakeup ✗
[lp-1 ] INFO 2024/05/12 14:33:58 meters: charge ✓
[lp-1 ] INFO 2024/05/12 14:33:58 charge: power ✓ energy ✓ currents ✓
[site ] WARN 2024/05/12 14:33:58 interval <30s can lead to unexpected behavior, see https://docs.evcc.io/docs/reference/configuration/interval
[site ] ERROR 2024/05/12 14:33:59 grid meter: add[0]: strconv.ParseFloat: parsing "": invalid syntax
[site ] ERROR 2024/05/12 14:34:09 grid meter: add[0]: strconv.ParseFloat: parsing "": invalid syntax
[site ] ERROR 2024/05/12 14:34:19 grid meter: add[0]: strconv.ParseFloat: parsing "": invalid syntax
[site ] ERROR 2024/05/12 14:34:29 grid meter: add[0]: strconv.ParseFloat: parsing "": invalid syntax
[site ] ERROR 2024/05/12 14:34:39 grid meter: add[0]: strconv.ParseFloat: parsing "": invalid syntax
[site ] ERROR 2024/05/12 14:34:49 grid meter: add[0]: strconv.ParseFloat: parsing "": invalid syntax
[site ] ERROR 2024/05/12 14:34:59 grid meter: add[0]: strconv.ParseFloat: parsing "": invalid syntax
[site ] ERROR 2024/05/12 14:35:09 grid meter: add[0]: strconv.ParseFloat: parsing "": invalid syntax
[site ] ERROR 2024/05/12 14:35:19 grid meter: add[0]: strconv.ParseFloat: parsing "": invalid syntax
[site ] ERROR 2024/05/12 14:35:29 grid meter: add[0]: strconv.ParseFloat: parsing "": invalid syntax
[site ] ERROR 2024/05/12 14:35:39 grid meter: add[0]: strconv.ParseFloat: parsing "": invalid syntax
[site ] ERROR 2024/05/12 14:35:49 grid meter: add[0]: strconv.ParseFloat: parsing "": invalid syntax

Output aus evcc meter

pi@piiobroker:~ $ evcc meter
[main  ] INFO 2024/05/12 14:43:06 evcc 0.126.2
[main  ] INFO 2024/05/12 14:43:06 using config file: /etc/evcc.yaml
[db    ] INFO 2024/05/12 14:43:06 using sqlite database: /home/pi/.evcc/evcc.db
grid1
-----
Power:          -2972W
Energy:         8626.1kWh
Current L1..L3: -4.43A -4.22A -4.21A
Voltage L1..L3: 237V 237V 236V
Power L1..L3:   -1.04e+03W -987W -948W

gridminus
---------
Power: strconv.ParseFloat: parsing "<nil>": invalid syntax

grid2
-----
Power: add[0]: strconv.ParseFloat: parsing "<nil>": invalid syntax

TriPower
--------
Power:  3240W
Energy: 28886.1kWh

battery3
--------
Power:          -29W
Energy:         5449.2kWh
Current L1..L3: 0.427A 0A 0A
Voltage L1..L3: 235V 0V 0V
Power L1..L3:   -30W 0W 0W
Soc:            100%

pi@piiobroker:~ $

Ich habe nach jeder Änderung evcc neugestartet und dann die Werte neu ausgelesen..

[VolkerK62]

boah, was ist bei dir soooo anders???
Mach mal bitte im Browser "ip_vom_raspi:7070/api/state" und stell das JSON mal hier ein.

[VolkerK62]

ah, ich habs. beim ersten mal ist natürlich kein Wert da und daran hängt es sich auf

andere mal in beiden "fake" Metern

jq: 0.1 + .result.aux[0].power

[Nosiak0815]

Hui. ich glaube das ist es!
So siehts aus:

Ist damit das Rätsel der dynamischen Überschußregelung gelöst und nun sollte es klappen oder fehlt noch etwas?
In jedem Fall schonmal vielen Dank für deine Geduld und Mühe. Mit Sicherheit wäre ich da alleine nicht drauf gekommen.

[VolkerK62]

Ist damit das Rätsel der dynamischen Überschußregelung gelöst und nun sollte es klappen

davon gehe ich aus. Wird sich zeigen, wenn mal das Auto geladen wird.

In jedem Fall schonmal vielen Dank für deine Geduld und Mühe.

UNd wenn kein SHM beteiligt wäre, wäre es auch einfacher gewesen ;)

[Nosiak0815]

Top! So wie es aussieht, klappt es nun endlich so wie es soll 👍

[VolkerK62]

schön, dann hat sich der ganze Aufwand ja gelohnt.