Kostal: Schnell-Laden nutzt PV-Leistung nicht (mehr in aktueller Version) #18714

frankheit · 2025-02-10T10:09:06Z

Describe the bug

In Version 0.133.0 wird im Modus "Schnell-Laden" die komplette Ladeleistung/Hausverbrauch aus dem Netz bezogen (ca. 12 kw) obwohl die PV aktuell Leistung liefert (ca. 1,6 kw).
Mit der PV-Leistung wird weiterhin der Akku geladen, das ganze unabhängig von den %-Einstellungen des Hausakkus.

Erwartet hätte ich, dass mit der PV-Leistung geladen wird, die Batterie nicht mehr geladen wird und der Rest aus dem Netz bezogen wird (siehe Bilder)

Das ganze mit einem Kostal Plenticore 10 Plus Gen. 1, Kostal KSEM und einer BYD HVS Batterie

Da ich mir sicher war das dies nicht immer so war habe ich das Verhalten mir einer noch in der Schublade liegenden alten Version getestet.
Mit der Version 0.130.7 funktioniert alles wie erwartet, der Bedarf wird von PV und Netz bedient, Batterie wird nicht geladen (siehe Bilder)

Um das Verhalten nachzustellen habe ich die SD-Karte mit der "alten" 0.130.7 geklont und die Kopie auf die aktuelle Version 0.133.0 geupdatet.
Es wurden keinerlei Konfigurationen geändert, der Fehler lässt sich innerhalb Minuten (ausstecken Raspberry, Karte wechseln, booten) reproduzieren.

Steps to reproduce

wechseln der Versionen, Fehler lässt sich reproduzieren

...

Configuration details

# 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: 30s # 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: kostal-plenticore 
  id: 71  
  host: 192.168.10.15  
  port: 1502  
  usage: pv  
  modbus: tcpip  
  name: pv1
- type: template
  template: kostal-plenticore 
  id: 71  
  host: 192.168.10.15  
  port: 1502  
  usage: battery  
  modbus: tcpip  
  name: battery2
  minsoc: 10
- type: template
  template: kostal-ksem-inverter 
  id: 71  
  host: 192.168.10.15  
  port: 1502  
  usage: grid  
  modbus: tcpip  
  name: grid3

chargers:
- type: template
  template: go-e-v3 
  host: 192.168.10.238  
  name: wallbox5

vehicles:
- type: template
  template: tesla 
  title: Franks Model Y  
  accessToken: xxx
  refreshToken: xxx 
  vin: xxx 
  capacity: 65  
  name: ev4

loadpoints:
- title: Garage
  charger: wallbox5
  vehicle: ev4
  mode: pv

site:
  title: Zuhause
  meters:
    grid: grid3
    pv:
    - pv1
    battery:
    - battery2

tariffs:
  grid:
    # either
    type: tibber
    token: "xxx" # access token

Log details

What type of operating system or environment does evcc run on?

Linux

External automation

I have made sure that no external automation like HomeAssistant or Node-RED is active or accessing any of the mentioned devices when this issue occurs.

Nightly build

I have verified that the issue is reproducible with the latest nightly build

Version

0.133.0

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

frankheit · 2025-02-10T10:14:17Z

hier noch die Logs:

evcc-20250210-104733-debug.log

andig · 2025-02-10T10:56:42Z

Vmtl. funktioniert die Entladesperre nicht wie erwartet und sperrt komplett den AC Pfad?

frankheit · 2025-02-10T11:32:42Z

Vmtl. funktioniert die Entladesperre nicht wie erwartet und sperrt komplett den AC Pfad?

Wenn ich in den Einstellungen "Verhindere Entladung im Schnell-Modus und bei geplantem Laden" deaktiviere verhält sich alles wie erwartet (nur wird eben auch die Batterie leer gezogen).

iseeberg79 · 2025-02-10T19:52:02Z

@premultiply/@andig vielleicht ein Zusammenhang zur letzten Umstellung: limitsoc auf batterymode

Ich seh's nicht, weil mir aktuell die genauen funktionalen Unterschiede der Implementierungen nicht klar sind. Nach der aktuellen Implementierung hätte ich erwartet, das ein gleiches Ergebnis auf anderem Weg erzielt wird.

Seht ihr eine andere Erklärung?

premultiply · 2025-02-13T06:37:09Z

vielleicht ein Zusammenhang zur letzten Umstellung: limitsoc auf batterymode

Was / welchen PR meinst du damit konkret?

Gibt es dazu nicht die zwei unterschiedlichen Templates?

frankheit · 2025-02-13T07:04:20Z

vielleicht ein Zusammenhang zur letzten Umstellung: limitsoc auf batterymode

Was / welchen PR meinst du damit konkret?

Gibt es dazu nicht die zwei unterschiedlichen Templates?

Ja, gibt es. Allerdings nutzen beide Versionen das identische (alte, da ich einen Gen.1 Wechselrichter habe mit dem das Netzladen nicht funktioniert).

iseeberg79 · 2025-02-13T07:50:37Z

@premultiply PR 17793
#17793

Und ja, aber das dreht sich dort eigentlich um die Register der externen Steuerung, die beim WR unterschiedlich gehandhabt werden.

Kannst du mir den funktionalen Unterschied der Programmierung bzgl der Modbus Nachrichten an den WR zwischen limitsoc und batterymode näherbringen?

Ich hab den Eindruck der WR von frankheit schreibt die Werte der Registers für die Ladesteuerung vor der externen Batteriesteuerung fort, ohne das diese gesetzt werden. Für mich ist nicht klar, warum diese trotz gleichem Register zwischen limitsoc und batterymode ein unterschiedliches Verhalten haben sollten: im ersten Template wird noch immer nur das Register des minsoc (1042) verwendet.

Der PR änderte die Methode aufgrund der berichteten fehlenden Meldung beim Versuch des Netzladens (Usability), damit die fehlerhafte Ansteuerung des Templates nicht unbemerkt bleibt/leise toleriert wird.
Im Vordergrund stand die Schärfung der Dokumentation, primär letztlich über den Artikel im Wiki erreicht.

Ich würde das gern verstehen, ein revert auf limitsoc wäre funktional unproblematisch.

axel-w-gh · 2025-02-16T16:29:28Z

Das tritt bei mir seit dem Update (auf die 133) auch auf: Kostal-Plenticore-G3, KSEM und BYD HVM Batterie.

andig · 2025-02-16T16:46:22Z

/cc @iseeberg79 ist das ein Fehler in #17793? Da wurde ja ein gen2 Tempalte eingeführt. Gleichzeitig wurde aber auch im alten Template von limitsoc auf batterymode umgestellt. War das beabsichtigt oder müsste dieser Teil nicht zurück gedreht werden da im alten Template ohnehin kein Netzladen möglich ist?

Update

Ich würde das gern verstehen, ein revert auf limitsoc wäre funktional unproblematisch.

Ähhh ja, das schriebst Du ja schon. Bitte um PR-Review. DANKE!

iseeberg79 · 2025-02-16T16:55:37Z

@andig ja, siehe Kommentar
Technisch wäre das zurückdrehen sauber. Wir hatten besprochen, das eine Fehlermeldung sinnvoll wäre: das ist jetzt konträr zum Fehler.
Ich versuche den Unterschied der Implementierung zu verstehen, kannst du erläutern welcher Zusammenhang mit dem Fehler durch die Änderung von limitsoc auf batterymode mit dem Fehler entsteht?
Eigentlich hätte das Verhalten gleich bleiben sollen.
Ich kann den PR zum Revert auf limitsoc einreichen, würde es aber gern verstehen…
(und in dem Moment kommt der PR)

andig · 2025-02-16T18:52:07Z

@frankheit @axel-w-gh könnt ihr bitte mal ein trace Log von 133 und 200 zur Verfügung stellen? @iseeberg79 hat gerade zu recht darauf hin gewiesen, dass die Implementierungen eigentlich identisch sind. Das sollte also NICHT zu besagtem Fehler bei Euch führen!

frankheit · 2025-02-16T19:07:49Z

@frankheit @axel-w-gh könnt ihr bitte mal ein trace Log von 133 und 200 zur Verfügung stellen? @iseeberg79 hat gerade zu recht darauf hin gewiesen, dass die Implementierungen eigentlich identisch sind. Das sollte also NICHT zu besagtem Fehler bei Euch führen!

Von der 133 und der 200?
Oder auch einen von der funktionierenden 0.130.7 ?

axel-w-gh · 2025-02-16T19:30:14Z

Aktuell kann ich nur mit Logs von der 0.200.1 dienen. Bevor ich diesen Thread gesehen habe, war ich schon auf die 200 gegangen, um zu schauen, ob der Fehler dann noch auftritt. Das kann ich dann morgen sagen.

iseeberg79 · 2025-02-16T19:44:07Z

Ich antworte mal: Logs aus einer benannten funktionierenden Version und nicht funktionierend in aktuellster Version sollten ausreichend sein; bei allen anderen Logs muss klar werden, ob das Verhalten dort richtig ist, oder nicht.

axel-w-gh · 2025-02-17T10:21:01Z

Es sieht fast so aus, als wenn das Problem mit der 0.200.1 nicht auftritt.
Aber ich verstehe seit der 0.200 (und der DB-Konfiguration) allerdings nicht mehr so ganz, mit welcher Konfiguration evcc gerade arbeitet - konkret kostal-plenticore-gen2 oder kostal-plenticore. Das hatte ich zwischenzeitlich in der yml-Datei nämlich auch ausprobiert. D. h. es kann auch daran liegen, wenn sich in der 0.200 daran eigentlich nichts geändert hat.
Eins kann ich allerdings sicher sagen, dass das Problem mit kostal-plenticore aufgetreten war.

iseeberg79 · 2025-02-17T11:05:45Z

Beim Versuch aus dem Netz zu laden, bringt kostal-plenticore aktuell eine Fehlermeldung. Sonst erkennt man es von aussen nicht.

frankheit · 2025-02-17T13:30:42Z

Hallo zusammen,
ich hab nochmal versucht das alles inkl. der Trace-Logs zu dokumentieren.
Der Übersichtlichkeit nach mit Uhrzeiten damit es vielleicht besser nachvollziehbar ist.
Alle Konfigurationen sind identisch (Copy & Paste).

Ca. 12:47 Uhr, 0.133.0 gebootet inkl. des dargestellten Problems.

133 evcc-20250217-125008-trace.log

Ca. 12:52 Uhr update auf die 0.200.1 weiterhin mit gleichem Problem

200 evcc-20250217-125635-trace.log

Gegen 12:58 Uhr Wechsel der SD-Karte auf 0.130.7 > Funktion wie erwartet

130 evcc-20250217-130028-trace.log

Vielen Dank.

andig · 2025-02-17T15:03:20Z

Also 130.7 geht, 133 geht nicht? Problem beim Schnelladen und der damit verbundenen Batteriesperre? Die #17793 ist laut

git name-rev --tags --name-only b766c73

in 132.0 drin. Das würde also passen. Insgesamt gabs dieses diff:

git diff 0.130.7...0.133.0 -- templates/definition/meter/kostal-plenticore.yaml

diff --git a/templates/definition/meter/kostal-plenticore.yaml b/templates/definition/meter/kostal-plenticore.yaml
index 4a6f302cc..caac55c6d 100644
--- a/templates/definition/meter/kostal-plenticore.yaml
+++ b/templates/definition/meter/kostal-plenticore.yaml
@@ -13,9 +13,11 @@ linked:
 requirements:
   description:
     de: |
-      Nur ein System kann und darf auf den Wechselrichter zugreifen! Für die aktive Batteriesteuerung muss die externe Batteriesteuerung über Modbus mit dem Handwerkerzugang aktiviert sein.
+      Nur ein System kann und darf auf den Wechselrichter zugreifen! Für die aktive Batteriesteuerung muss die Funktion externe Batteriesteuerung über Modbus mit dem Handwerkerzugang aktiviert sein. 
+      **Das Netzladen der Batterie steht nicht zur Verfügung!** _siehe auch https://github.com/evcc-io/evcc/wiki/Kostal-Plenticore_
     en: |
-      Only a single system may access the inverter! For active battery control, the external battery control via Modbus must be activated using installer access.
+      Only a single system may access the inverter! For active battery control the function external battery control via Modbus must be activated using installer access.
+      **Grid charging is not available!** _see also https://github.com/evcc-io/evcc/wiki/Kostal-Plenticore_
 params:
   - name: usage
     choice: ["pv", "battery"]
@@ -28,18 +30,19 @@ params:
     description:
       de: Byte-Reihenfolge (Little/Big)
       en: Endianness (Little/Big)
-    validvalues: ["big", "little"]
+    type: choice
+    choice: ["little", "big"]
     default: little
     advanced: true
   - name: capacity
     advanced: true
+  - name: maxacpower
   # battery control
   - name: minsoc
-    type: number
+    type: int
     advanced: true
   - name: maxsoc
-    type: number
-    advanced: true
+    deprecated: true
   - name: watchdog
     type: duration
     default: 60s
@@ -64,6 +67,7 @@ render: |
     {{- include "modbus" . | indent 2 }}
     value: 103:WH # total yield
     scale: 0.001
+  maxacpower: {{ .maxacpower }} # W
   {{- end }}
   {{- if eq .usage "battery" }}
   type: custom
@@ -75,17 +79,38 @@ render: |
     source: sunspec
     {{- include "modbus" . | indent 2 }}
     value: 802:SoC # 802 battery control
-  limitsoc:
+  batterymode:
     source: watchdog
     timeout: {{ .watchdog }} # re-write at timeout/2
+    reset: 1 # reset watchdog on normal
     set:
-      source: modbus
-      {{- include "modbus" . | indent 4 }}
-      register:
-        address: 1042 # limit soc
-        type: writemultiple
-        encoding: {{ if (eq .endianness "big") }}float32{{ else }}float32s{{ end }}
+      source: switch
+      switch:
+      - case: 1 # normal
+        set:
+          source: const
+          value: {{ .minsoc }} # % (set once to reset from forced charge)
+          set:
+            source: modbus
+            {{- include "modbus" . | indent 10 }}
+            register:
+              address: 1042 # minsoc
+              type: writemultiple
+              encoding: {{ if (eq .endianness "big") }}float32{{ else }}float32s{{ end }}
+      - case: 2 # hold
+        set:
+          source: const
+          value: 100 # %
+          set:
+            source: modbus
+            {{- include "modbus" . | indent 10 }}
+            register:
+              address: 1042 # minsoc
+              type: writemultiple
+              encoding: {{ if (eq .endianness "big") }}float32{{ else }}float32s{{ end }}
+      - case: 3 # charge (not implemented -> keep last state, no action)
+        set:
+          source: error
+          error: ErrNotAvailable
   capacity: {{ .capacity }} # kWh
-  minsoc: {{ .minsoc }} # %
-  maxsoc: {{ .maxsoc }} # %
   {{- end }}

Jetzt bleibt nur working/ not working traces zu vergleichen.

iseeberg79 · 2025-02-17T16:54:06Z

Hmm, unterschiedliche Definitionen (updated.. zuerst Quatsch geschrieben, sorry):

maxacpower ist neu
minsoc hat int statt number, und wird nur beim Zurücksetzen verwendet
choice statt validvalues

Das erklärt das alles m.E. nicht. Register und Übergabe ansonsten gleich.

Ich schau jetzt mal in die Traces…

iseeberg79 · 2025-02-17T19:16:48Z

Schwierig etwas zu sehen.
Die Logs sind jeweils sehr kurz, bitte besser mehrere Minuten aufzeichnen (-5 bis +5), da der Wechselrichter durchaus träge reagieren könnte.
Dazu würden mich übrigens die in der Diskussion genannten Register des WR zu den drei Zeitpunkten (vor, beim Start, während der Fzg.-Ladung) interessieren, insbesondere die, die zur Entladungssteuerung verwendet werden und welchen Betriebsmodus der Wechselrichter (wr website) hat.

v0.130: vor dem Start der Fahrzeugladung ist der WR im Entladungsmodus und entlädt mit ca. 500W - es ist eine erfolgreiche Umschaltung erkennbar, da die Entladung erfolgreich auf von >6500W auf 17W reduziert / gesperrt wird:
[lp-1 ] DEBUG 2025/02/17 12:58:34 charge power: 0W
[site ] DEBUG 2025/02/17 12:58:35 pv power: 1728W
[site ] DEBUG 2025/02/17 12:58:35 battery soc: 94%
[site ] DEBUG 2025/02/17 12:58:35 battery power: 288W
[site ] DEBUG 2025/02/17 12:58:35 grid meter: 10W
[lp-1 ] DEBUG 2025/02/17 12:58:38 pv timer reset
[lp-1 ] DEBUG 2025/02/17 12:58:38 pv timer inactive
[lp-1 ] DEBUG 2025/02/17 12:58:39 charge power: 0W
[site ] DEBUG 2025/02/17 12:58:39 pv power: 1726W
[site ] DEBUG 2025/02/17 12:58:40 battery soc: 94%
[site ] DEBUG 2025/02/17 12:58:40 battery power: 362W
[site ] DEBUG 2025/02/17 12:58:40 grid meter: -4W
[lp-1 ] DEBUG 2025/02/17 12:59:04 charge power: 510W
[site ] DEBUG 2025/02/17 12:59:05 pv power: 1728W
[site ] DEBUG 2025/02/17 12:59:05 battery soc: 94%
[site ] DEBUG 2025/02/17 12:59:05 battery power: 502W
[site ] DEBUG 2025/02/17 12:59:05 grid meter: 172W
[lp-1 ] DEBUG 2025/02/17 12:59:34 charge power: 11182W
[site ] DEBUG 2025/02/17 12:59:35 set battery mode: hold
[site ] DEBUG 2025/02/17 12:59:35 pv power: 1754W
[site ] DEBUG 2025/02/17 12:59:36 battery soc: 93%
[site ] DEBUG 2025/02/17 12:59:36 battery power: 6566W
[site ] DEBUG 2025/02/17 12:59:36 grid meter: 12093W
[lp-1 ] DEBUG 2025/02/17 13:00:04 charge power: 11186W
[site ] DEBUG 2025/02/17 13:00:05 pv power: 1745W
[site ] DEBUG 2025/02/17 13:00:06 battery soc: 93%
[site ] DEBUG 2025/02/17 13:00:06 battery power: 17W
[site ] DEBUG 2025/02/17 13:00:06 grid meter: 12056W
[lp-1 ] DEBUG 2025/02/17 13:00:16 charge power: 11189W
[site ] DEBUG 2025/02/17 13:00:16 set battery mode: normal
[site ] DEBUG 2025/02/17 13:00:16 pv power: 1730W
[site ] DEBUG 2025/02/17 13:00:17 battery soc: 93%
[site ] DEBUG 2025/02/17 13:00:17 battery power: 17W
[site ] DEBUG 2025/02/17 13:00:17 grid meter: 12013W

v0.133: die Batterie ist auch hier im Entladungsmodus (421W) vor dem Start der Fahrzeugladung. Dann startet die Fahrzeugladung und die Batterie entlädt sich kurz bis zur Umschaltung mit >6500W. Was dann passiert ist spannend, da der neue Wert der Entladung verschieden vom vorherigen ist. Ich verstehe nicht, was eine Ladung der Batterie von ca. 1700W ermöglicht, obwohl zuvor 6500W aus der Batterie entnommen wurden. Es wird per evcc ja keine Leistungsregulierung vorgenommen.
[lp-1 ] DEBUG 2025/02/17 12:47:52 charge power: 0W
[site ] DEBUG 2025/02/17 12:47:52 grid power: 27W
[site ] DEBUG 2025/02/17 12:47:52 battery 1 power: -185W
[site ] DEBUG 2025/02/17 12:47:53 battery 1 soc: 94%
[site ] DEBUG 2025/02/17 12:47:53 pv 1 power: 3037W
[site ] DEBUG 2025/02/17 12:47:53 battery has priority at soc 94% (< 100%)
[lp-1 ] DEBUG 2025/02/17 12:48:05 charge power: 0W
[site ] DEBUG 2025/02/17 12:48:05 grid power: 51W
[site ] DEBUG 2025/02/17 12:48:05 battery 1 power: 421W
[site ] DEBUG 2025/02/17 12:48:05 battery 1 soc: 94%
[site ] DEBUG 2025/02/17 12:48:05 pv 1 power: 2158W
[lp-1 ] DEBUG 2025/02/17 12:48:35 charge power: 8233W
[site ] DEBUG 2025/02/17 12:48:35 grid power: 2630W
[site ] DEBUG 2025/02/17 12:48:35 battery 1 power: 6163W
[site ] DEBUG 2025/02/17 12:48:35 battery 1 soc: 94%
[site ] DEBUG 2025/02/17 12:48:36 pv 1 power: 1929W
[lp-1 ] DEBUG 2025/02/17 12:49:05 charge power: 11180W
[site ] DEBUG 2025/02/17 12:49:05 set battery mode: hold
[site ] DEBUG 2025/02/17 12:49:05 grid power: 5998W
[site ] DEBUG 2025/02/17 12:49:05 battery 1 power: 6569W
[site ] DEBUG 2025/02/17 12:49:05 battery 1 soc: 94%
[site ] DEBUG 2025/02/17 12:49:05 pv 1 power: 1873W
[lp-1 ] DEBUG 2025/02/17 12:49:35 charge power: 11170W
[site ] DEBUG 2025/02/17 12:49:35 grid power: 14108W
[site ] DEBUG 2025/02/17 12:49:35 battery 1 power: -1735W
[site ] DEBUG 2025/02/17 12:49:35 battery 1 soc: 94%
[site ] DEBUG 2025/02/17 12:49:35 pv 1 power: 1815W
[site ] DEBUG 2025/02/17 12:49:36 battery has priority at soc 94% (< 100%)
[lp-1 ] DEBUG 2025/02/17 12:49:55 charge power: 11180W
[site ] DEBUG 2025/02/17 12:49:55 set battery mode: normal
[site ] DEBUG 2025/02/17 12:49:55 grid power: 13788W
[site ] DEBUG 2025/02/17 12:49:55 battery 1 power: -1697W
[site ] DEBUG 2025/02/17 12:49:56 battery 1 soc: 94%
[site ] DEBUG 2025/02/17 12:49:56 pv 1 power: 1780W
[site ] DEBUG 2025/02/17 12:49:56 battery has priority at soc 94% (< 100%)
[lp-1 ] DEBUG 2025/02/17 12:50:05 charge power: 0W
[site ] DEBUG 2025/02/17 12:50:05 grid power: 5W
[site ] DEBUG 2025/02/17 12:50:05 battery 1 power: 785W
[site ] DEBUG 2025/02/17 12:50:05 battery 1 soc: 94%
[site ] DEBUG 2025/02/17 12:50:05 pv 1 power: 1762W

v0.200: gleiches Verhalten mit 0.133; allerdings wird beim Start der Fzg.-Ladung die Batterie entladen mit ca. 300W, durch das Starten der Ladung erfolgt eine Entladung der Batterie i.H.v. >6500W; nach der Aktivierung der Batteriesperre wird auch hier etwa die PV Leistung in die Batterie gespeichert - ohne das ein Register dafür beschrieben oder die Leistung durch evcc regelt wird.

[lp-1 ] DEBUG 2025/02/17 12:53:39 charge power: 0W
[site ] DEBUG 2025/02/17 12:53:39 battery 1 power: 255W
[site ] DEBUG 2025/02/17 12:53:39 grid power: 5W
[site ] DEBUG 2025/02/17 12:53:40 battery 1 soc: 94%
[site ] DEBUG 2025/02/17 12:53:40 pv 1 power: 1627W
[lp-1 ] DEBUG 2025/02/17 12:53:46 charge power: 0W
[site ] DEBUG 2025/02/17 12:53:46 grid power: 35W
[site ] DEBUG 2025/02/17 12:53:46 battery 1 power: 285W
[site ] DEBUG 2025/02/17 12:53:46 battery 1 soc: 94%
[site ] DEBUG 2025/02/17 12:53:46 pv 1 power: 1636W
[lp-1 ] DEBUG 2025/02/17 12:54:16 charge power: 2668W
[site ] DEBUG 2025/02/17 12:54:16 grid power: 85W
[site ] DEBUG 2025/02/17 12:54:16 battery 1 power: 2964W
[site ] DEBUG 2025/02/17 12:54:16 battery 1 soc: 94%
[site ] DEBUG 2025/02/17 12:54:16 pv 1 power: 1708W
[lp-1 ] DEBUG 2025/02/17 12:54:46 charge power: 11199W
[site ] DEBUG 2025/02/17 12:54:46 set battery mode: hold
[site ] DEBUG 2025/02/17 12:54:46 grid power: 5341W
[site ] DEBUG 2025/02/17 12:54:46 battery 1 power: 6567W
[site ] DEBUG 2025/02/17 12:54:46 battery 1 soc: 93%
[site ] DEBUG 2025/02/17 12:54:47 pv 1 power: 1772W
[lp-1 ] DEBUG 2025/02/17 12:55:16 charge power: 11178W
[site ] DEBUG 2025/02/17 12:55:16 grid power: 13326W
[site ] DEBUG 2025/02/17 12:55:16 battery 1 power: -1734W
[site ] DEBUG 2025/02/17 12:55:16 battery 1 soc: 93%
[site ] DEBUG 2025/02/17 12:55:16 pv 1 power: 1821W
[site ] DEBUG 2025/02/17 12:55:17 battery has priority at soc 93% (< 100%)
[lp-1 ] DEBUG 2025/02/17 12:55:46 charge power: 11189W
[site ] DEBUG 2025/02/17 12:55:46 grid power: 13364W
[site ] DEBUG 2025/02/17 12:55:46 battery 1 power: -1702W
[site ] DEBUG 2025/02/17 12:55:46 battery 1 soc: 94%
[site ] DEBUG 2025/02/17 12:55:47 pv 1 power: 1792W
[site ] DEBUG 2025/02/17 12:55:47 battery has priority at soc 94% (< 100%)
[lp-1 ] DEBUG 2025/02/17 12:56:16 charge power: 11182W
[site ] DEBUG 2025/02/17 12:56:16 grid power: 13334W
[site ] DEBUG 2025/02/17 12:56:16 battery 1 power: -1739W
[site ] DEBUG 2025/02/17 12:56:16 battery 1 soc: 94%
[site ] DEBUG 2025/02/17 12:56:16 pv 1 power: 1809W
[site ] DEBUG 2025/02/17 12:56:17 battery has priority at soc 94% (< 100%)
[lp-1 ] DEBUG 2025/02/17 12:56:22 charge power: 11177W
[site ] DEBUG 2025/02/17 12:56:22 set battery mode: normal
[site ] DEBUG 2025/02/17 12:56:22 grid power: 13349W
[site ] DEBUG 2025/02/17 12:56:22 battery 1 power: -1737W
[site ] DEBUG 2025/02/17 12:56:23 battery 1 soc: 94%
[site ] DEBUG 2025/02/17 12:56:23 pv 1 power: 1819W

Ich sehe keinen erklärbaren Zusammenhang mit der gemachten Umstellung?

frankheit · 2025-02-17T19:26:25Z

Sorry, ich würde gerne mehr unterstützen, aber ich bin echt schon froh das ich das alles so zum laufen gebracht habe.
Für mich sind das alles eher Fremdworte :-(
Längere Logs versuch ich zu erstellen, kann allerdings ein paar Tage dauern, bin den Rest der Woche unterwegs.

Die kurzzeitig hohe Entladung de Batterie im "schnell" Modus beobachte ich eigentlich schon immer in allen Versionen.
Das dauert immer paar Sekunden bis die Batterie gesperrt ist, habe mir da aber nie Gedanken darüber gemacht bzw. bin davon ausgegangen das es normal ist.

frankheit · 2025-02-17T19:34:01Z

Schwierig etwas zu sehen. Die Logs sind jeweils sehr kurz, bitte besser mehrere Minuten aufzeichnen (-5 bis +5), da der Wechselrichter durchaus träge reagieren könnte. Dazu würden mich übrigens die in der Diskussion genannten Register des WR zu den drei Zeitpunkten (vor, beim Start, während der Fzg.-Ladung) interessieren, insbesondere die, die zur Entladungssteuerung verwendet werden und welchen Betriebsmodus der Wechselrichter (wr website) hat.

v0.130: vor dem Start der Fahrzeugladung ist der WR im Entladungsmodus und entlädt mit ca. 500W - es ist eine erfolgreiche Umschaltung erkennbar, da die Entladung erfolgreich auf von >6500W auf 17W reduziert / gesperrt wird: [lp-1 ] DEBUG 2025/02/17 12:58:34 charge power: 0W [site ] DEBUG 2025/02/17 12:58:35 pv power: 1728W [site ] DEBUG 2025/02/17 12:58:35 battery soc: 94% [site ] DEBUG 2025/02/17 12:58:35 battery power: 288W [site ] DEBUG 2025/02/17 12:58:35 grid meter: 10W [lp-1 ] DEBUG 2025/02/17 12:58:38 pv timer reset [lp-1 ] DEBUG 2025/02/17 12:58:38 pv timer inactive [lp-1 ] DEBUG 2025/02/17 12:58:39 charge power: 0W [site ] DEBUG 2025/02/17 12:58:39 pv power: 1726W [site ] DEBUG 2025/02/17 12:58:40 battery soc: 94% [site ] DEBUG 2025/02/17 12:58:40 battery power: 362W [site ] DEBUG 2025/02/17 12:58:40 grid meter: -4W [lp-1 ] DEBUG 2025/02/17 12:59:04 charge power: 510W [site ] DEBUG 2025/02/17 12:59:05 pv power: 1728W [site ] DEBUG 2025/02/17 12:59:05 battery soc: 94% [site ] DEBUG 2025/02/17 12:59:05 battery power: 502W [site ] DEBUG 2025/02/17 12:59:05 grid meter: 172W [lp-1 ] DEBUG 2025/02/17 12:59:34 charge power: 11182W [site ] DEBUG 2025/02/17 12:59:35 set battery mode: hold [site ] DEBUG 2025/02/17 12:59:35 pv power: 1754W [site ] DEBUG 2025/02/17 12:59:36 battery soc: 93% [site ] DEBUG 2025/02/17 12:59:36 battery power: 6566W [site ] DEBUG 2025/02/17 12:59:36 grid meter: 12093W [lp-1 ] DEBUG 2025/02/17 13:00:04 charge power: 11186W [site ] DEBUG 2025/02/17 13:00:05 pv power: 1745W [site ] DEBUG 2025/02/17 13:00:06 battery soc: 93% [site ] DEBUG 2025/02/17 13:00:06 battery power: 17W [site ] DEBUG 2025/02/17 13:00:06 grid meter: 12056W [lp-1 ] DEBUG 2025/02/17 13:00:16 charge power: 11189W [site ] DEBUG 2025/02/17 13:00:16 set battery mode: normal [site ] DEBUG 2025/02/17 13:00:16 pv power: 1730W [site ] DEBUG 2025/02/17 13:00:17 battery soc: 93% [site ] DEBUG 2025/02/17 13:00:17 battery power: 17W [site ] DEBUG 2025/02/17 13:00:17 grid meter: 12013W

v0.133: die Batterie ist auch hier im Entladungsmodus (421W) vor dem Start der Fahrzeugladung. Dann startet die Fahrzeugladung und die Batterie entlädt sich kurz bis zur Umschaltung mit >6500W. Was dann passiert ist spannend, da der neue Wert der Entladung verschieden vom vorherigen ist. Ich verstehe nicht, was eine Ladung der Batterie von ca. 1700W ermöglicht, obwohl zuvor 6500W aus der Batterie entnommen wurden. Es wird per evcc ja keine Leistungsregulierung vorgenommen. [lp-1 ] DEBUG 2025/02/17 12:47:52 charge power: 0W [site ] DEBUG 2025/02/17 12:47:52 grid power: 27W [site ] DEBUG 2025/02/17 12:47:52 battery 1 power: -185W [site ] DEBUG 2025/02/17 12:47:53 battery 1 soc: 94% [site ] DEBUG 2025/02/17 12:47:53 pv 1 power: 3037W [site ] DEBUG 2025/02/17 12:47:53 battery has priority at soc 94% (< 100%) [lp-1 ] DEBUG 2025/02/17 12:48:05 charge power: 0W [site ] DEBUG 2025/02/17 12:48:05 grid power: 51W [site ] DEBUG 2025/02/17 12:48:05 battery 1 power: 421W [site ] DEBUG 2025/02/17 12:48:05 battery 1 soc: 94% [site ] DEBUG 2025/02/17 12:48:05 pv 1 power: 2158W [lp-1 ] DEBUG 2025/02/17 12:48:35 charge power: 8233W [site ] DEBUG 2025/02/17 12:48:35 grid power: 2630W [site ] DEBUG 2025/02/17 12:48:35 battery 1 power: 6163W [site ] DEBUG 2025/02/17 12:48:35 battery 1 soc: 94% [site ] DEBUG 2025/02/17 12:48:36 pv 1 power: 1929W [lp-1 ] DEBUG 2025/02/17 12:49:05 charge power: 11180W [site ] DEBUG 2025/02/17 12:49:05 set battery mode: hold [site ] DEBUG 2025/02/17 12:49:05 grid power: 5998W [site ] DEBUG 2025/02/17 12:49:05 battery 1 power: 6569W [site ] DEBUG 2025/02/17 12:49:05 battery 1 soc: 94% [site ] DEBUG 2025/02/17 12:49:05 pv 1 power: 1873W [lp-1 ] DEBUG 2025/02/17 12:49:35 charge power: 11170W [site ] DEBUG 2025/02/17 12:49:35 grid power: 14108W [site ] DEBUG 2025/02/17 12:49:35 battery 1 power: -1735W [site ] DEBUG 2025/02/17 12:49:35 battery 1 soc: 94% [site ] DEBUG 2025/02/17 12:49:35 pv 1 power: 1815W [site ] DEBUG 2025/02/17 12:49:36 battery has priority at soc 94% (< 100%) [lp-1 ] DEBUG 2025/02/17 12:49:55 charge power: 11180W [site ] DEBUG 2025/02/17 12:49:55 set battery mode: normal [site ] DEBUG 2025/02/17 12:49:55 grid power: 13788W [site ] DEBUG 2025/02/17 12:49:55 battery 1 power: -1697W [site ] DEBUG 2025/02/17 12:49:56 battery 1 soc: 94% [site ] DEBUG 2025/02/17 12:49:56 pv 1 power: 1780W [site ] DEBUG 2025/02/17 12:49:56 battery has priority at soc 94% (< 100%) [lp-1 ] DEBUG 2025/02/17 12:50:05 charge power: 0W [site ] DEBUG 2025/02/17 12:50:05 grid power: 5W [site ] DEBUG 2025/02/17 12:50:05 battery 1 power: 785W [site ] DEBUG 2025/02/17 12:50:05 battery 1 soc: 94% [site ] DEBUG 2025/02/17 12:50:05 pv 1 power: 1762W

v0.200: gleiches Verhalten mit 0.133; allerdings wird beim Start der Fzg.-Ladung die Batterie entladen mit ca. 300W, durch das Starten der Ladung erfolgt eine Entladung der Batterie i.H.v. >6500W; nach der Aktivierung der Batteriesperre wird auch hier etwa die PV Leistung in die Batterie gespeichert - ohne das ein Register dafür beschrieben oder die Leistung durch evcc regelt wird.

[lp-1 ] DEBUG 2025/02/17 12:53:39 charge power: 0W [site ] DEBUG 2025/02/17 12:53:39 battery 1 power: 255W [site ] DEBUG 2025/02/17 12:53:39 grid power: 5W [site ] DEBUG 2025/02/17 12:53:40 battery 1 soc: 94% [site ] DEBUG 2025/02/17 12:53:40 pv 1 power: 1627W [lp-1 ] DEBUG 2025/02/17 12:53:46 charge power: 0W [site ] DEBUG 2025/02/17 12:53:46 grid power: 35W [site ] DEBUG 2025/02/17 12:53:46 battery 1 power: 285W [site ] DEBUG 2025/02/17 12:53:46 battery 1 soc: 94% [site ] DEBUG 2025/02/17 12:53:46 pv 1 power: 1636W [lp-1 ] DEBUG 2025/02/17 12:54:16 charge power: 2668W [site ] DEBUG 2025/02/17 12:54:16 grid power: 85W [site ] DEBUG 2025/02/17 12:54:16 battery 1 power: 2964W [site ] DEBUG 2025/02/17 12:54:16 battery 1 soc: 94% [site ] DEBUG 2025/02/17 12:54:16 pv 1 power: 1708W [lp-1 ] DEBUG 2025/02/17 12:54:46 charge power: 11199W [site ] DEBUG 2025/02/17 12:54:46 set battery mode: hold [site ] DEBUG 2025/02/17 12:54:46 grid power: 5341W [site ] DEBUG 2025/02/17 12:54:46 battery 1 power: 6567W [site ] DEBUG 2025/02/17 12:54:46 battery 1 soc: 93% [site ] DEBUG 2025/02/17 12:54:47 pv 1 power: 1772W [lp-1 ] DEBUG 2025/02/17 12:55:16 charge power: 11178W [site ] DEBUG 2025/02/17 12:55:16 grid power: 13326W [site ] DEBUG 2025/02/17 12:55:16 battery 1 power: -1734W [site ] DEBUG 2025/02/17 12:55:16 battery 1 soc: 93% [site ] DEBUG 2025/02/17 12:55:16 pv 1 power: 1821W [site ] DEBUG 2025/02/17 12:55:17 battery has priority at soc 93% (< 100%) [lp-1 ] DEBUG 2025/02/17 12:55:46 charge power: 11189W [site ] DEBUG 2025/02/17 12:55:46 grid power: 13364W [site ] DEBUG 2025/02/17 12:55:46 battery 1 power: -1702W [site ] DEBUG 2025/02/17 12:55:46 battery 1 soc: 94% [site ] DEBUG 2025/02/17 12:55:47 pv 1 power: 1792W [site ] DEBUG 2025/02/17 12:55:47 battery has priority at soc 94% (< 100%) [lp-1 ] DEBUG 2025/02/17 12:56:16 charge power: 11182W [site ] DEBUG 2025/02/17 12:56:16 grid power: 13334W [site ] DEBUG 2025/02/17 12:56:16 battery 1 power: -1739W [site ] DEBUG 2025/02/17 12:56:16 battery 1 soc: 94% [site ] DEBUG 2025/02/17 12:56:16 pv 1 power: 1809W [site ] DEBUG 2025/02/17 12:56:17 battery has priority at soc 94% (< 100%) [lp-1 ] DEBUG 2025/02/17 12:56:22 charge power: 11177W [site ] DEBUG 2025/02/17 12:56:22 set battery mode: normal [site ] DEBUG 2025/02/17 12:56:22 grid power: 13349W [site ] DEBUG 2025/02/17 12:56:22 battery 1 power: -1737W [site ] DEBUG 2025/02/17 12:56:23 battery 1 soc: 94% [site ] DEBUG 2025/02/17 12:56:23 pv 1 power: 1819W

Ich sehe keinen erklärbaren Zusammenhang mit der gemachten Umstellung?

Die ca. 1700 Watt in der 0.133.0 ist ca. die Leistung der PV in dem Moment.

Screenshot ist von 12:49:23 Uhr

andig · 2025-02-17T19:35:27Z

Was dann passiert ist spannend

Es interessiert nur was das auf Modbus passiert- denn das ist die einzige Änderung die es gab.

iseeberg79 · 2025-02-17T20:42:18Z

@frankheit schau mal bitte in den evcc Konfigurationen UND auf der Seite des Wechselrichters bzgl. watchdog und timeout der externen Steuerung.

iseeberg79 · 2025-02-17T21:07:44Z

@andig der Watchdog arbeitet anders, was an b172eb2 liegt. Vorher wurde der modbus-write watchdog / 2 aktiviert, jetzt nur noch 1x je Intervall. Das wirkt mindestens auf falsch eingestellte bzw. nicht abgestimmte Wechselrichter-Timeouts, aber eben auch auf kritische Timings und verlorene Nachrichten. Ich vermute, die Werte der Batterieleistung entstehen durch Wechsel zwischen interner und externer Batteriesteuerung.

andig · 2025-02-17T21:16:40Z

Bingo! Der liegt in der gleichen Range:

git range-diff 0.130.7...0.133.0 -- provider/watchdog.go

Das war leider eine Verschlimmbesserung. Der Code soll überall gleich aussehen aber die Konstanten müssen natürlich passen. Ist geändert!

Ich mache hier mal tentatively zu- sollte morgen hoffentlich wieder gehen.

iseeberg79 · 2025-02-17T22:15:24Z

Danke, ich hab den anderen Fall noch herausgesucht - #18361 sollte die gleiche Ursache haben

frankheit · 2025-02-18T05:19:38Z

@frankheit schau mal bitte in den evcc Konfigurationen UND auf der Seite des Wechselrichters bzgl. watchdog und timeout der externen Steuerung.

In evcc ist er gar nicht konfiguriert (also Standart) und im Wechselrichter auf 60 Sekunden

frankheit · 2025-02-18T05:21:37Z

Vielen Dank für eure Hilfe....
Ich teste dann sobald ich kann, wird aber vermutlich Freitag werden (bin tagsüber nicht zuhause, nachts scheint keine Sonne).

iseeberg79 · 2025-02-18T09:20:25Z

@frankheit schau mal bitte in den evcc Konfigurationen UND auf der Seite des Wechselrichters bzgl. watchdog und timeout der externen Steuerung.

In evcc ist er gar nicht konfiguriert (also Standart) und im Wechselrichter auf 60 Sekunden

Ok. Ist heute im unstable-Release; du brauchst nichts ändern, ist im nächsten produktiven Release enthalten.

Dein Verständnis war jetzt aber falsch: du könntest den watchdog Parameter in evcc setzen: 30s (oder 20s) - damit passt der dann besser zum Wert des WR (60s).

Hab meine Tests noch nicht durchgeführt.

frankheit · 2025-02-21T10:10:50Z

Hallo zusammen,
sorry, auch mit der aktuellen nightly keine Änderung des Verhaltens.
Siehe Bilder.

frankheit · 2025-02-21T10:12:05Z

evcc-20250221-111126-trace.log

Hier noch das trace-log, Ladebeginn war gegen 11:03 Uhr.

frankheit · 2025-02-21T10:19:48Z

Direkt im Anschluss die 0.130.7 gebootet, hier alles wie es soll :-(

Trace-log ebenfalls anbei, Ladebeginn gegen 11:14 Uhr.

evcc-20250221-111937-trace.log

iseeberg79 · 2025-02-21T19:13:03Z

Ich habe mir die Datensätze angesehen und finde keine Auffälligkeiten. Es wird erwartungsgemäß das Register 1042 in der Version 0.200.x mit 42c8 (float32s für 100.0) und in 0.130.x mit 4238 (float32s für 46.0) beschrieben. Das Intervall der Schreibvorgänge ist identisch mit jetzt jeweils 30 Sekunden. Die Nachrichten ansonsten zwischen den Versionen gleich.

Version 0.200.x
[battery2] TRACE 2025/02/21 11:03:59 modbus: send 14 64 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 c8
[battery2] TRACE 2025/02/21 11:03:59 modbus: recv 14 64 00 00 00 06 47 10 04 12 00 02
[site ] DEBUG 2025/02/21 11:03:59 set battery mode: hold
[battery2] TRACE 2025/02/21 11:04:29 modbus: send 14 6f 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 c8
[battery2] TRACE 2025/02/21 11:04:29 modbus: recv 14 6f 00 00 00 06 47 10 04 12 00 02
[battery2] TRACE 2025/02/21 11:04:59 modbus: send 14 7d 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 c8
[battery2] TRACE 2025/02/21 11:04:59 modbus: recv 14 7d 00 00 00 06 47 10 04 12 00 02
[battery2] TRACE 2025/02/21 11:05:29 modbus: send 14 85 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 c8
[battery2] TRACE 2025/02/21 11:05:29 modbus: recv 14 85 00 00 00 06 47 10 04 12 00 02
[battery2] TRACE 2025/02/21 11:05:59 modbus: send 14 93 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 c8
[battery2] TRACE 2025/02/21 11:05:59 modbus: recv 14 93 00 00 00 06 47 10 04 12 00 02
[battery2] TRACE 2025/02/21 11:06:29 modbus: send 14 9b 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 c8
[battery2] TRACE 2025/02/21 11:06:29 modbus: recv 14 9b 00 00 00 06 47 10 04 12 00 02
[battery2] TRACE 2025/02/21 11:06:59 modbus: send 14 a7 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 c8
[battery2] TRACE 2025/02/21 11:06:59 modbus: recv 14 a7 00 00 00 06 47 10 04 12 00 02
[battery2] TRACE 2025/02/21 11:07:29 modbus: send 14 b1 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 c8
[battery2] TRACE 2025/02/21 11:07:29 modbus: recv 14 b1 00 00 00 06 47 10 04 12 00 02
[battery2] TRACE 2025/02/21 11:07:59 modbus: send 14 bc 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 c8
[battery2] TRACE 2025/02/21 11:07:59 modbus: recv 14 bc 00 00 00 06 47 10 04 12 00 02
[battery2] TRACE 2025/02/21 11:08:29 modbus: send 14 ca 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 c8
[battery2] TRACE 2025/02/21 11:08:29 modbus: recv 14 ca 00 00 00 06 47 10 04 12 00 02
[battery2] TRACE 2025/02/21 11:08:59 modbus: send 14 d6 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 c8
[battery2] TRACE 2025/02/21 11:08:59 modbus: recv 14 d6 00 00 00 06 47 10 04 12 00 02
[battery2] TRACE 2025/02/21 11:09:29 modbus: send 14 dd 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 c8
[battery2] TRACE 2025/02/21 11:09:29 modbus: recv 14 dd 00 00 00 06 47 10 04 12 00 02
[battery2] TRACE 2025/02/21 11:09:59 modbus: send 14 eb 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 c8
[battery2] TRACE 2025/02/21 11:09:59 modbus: recv 14 eb 00 00 00 06 47 10 04 12 00 02
[battery2] TRACE 2025/02/21 11:10:29 modbus: send 14 f3 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 c8
[battery2] TRACE 2025/02/21 11:10:29 modbus: recv 14 f3 00 00 00 06 47 10 04 12 00 02
[battery2] TRACE 2025/02/21 11:10:59 modbus: send 14 fe 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 c8
[battery2] TRACE 2025/02/21 11:10:59 modbus: recv 14 fe 00 00 00 06 47 10 04 12 00 02

Version 0.130.x
[modbus] TRACE 2025/02/21 11:14:46 modbus: send 00 01 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 38
[modbus] TRACE 2025/02/21 11:14:46 modbus: recv 00 01 00 00 00 06 47 10 04 12 00 02
[site ] DEBUG 2025/02/21 11:14:46 set battery mode: hold
[modbus] TRACE 2025/02/21 11:15:16 modbus: send 00 02 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 38
[modbus] TRACE 2025/02/21 11:15:16 modbus: recv 00 02 00 00 00 06 47 10 04 12 00 02
[modbus] TRACE 2025/02/21 11:15:46 modbus: send 00 03 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 38
[modbus] TRACE 2025/02/21 11:15:46 modbus: recv 00 03 00 00 00 06 47 10 04 12 00 02
[modbus] TRACE 2025/02/21 11:16:16 modbus: send 00 04 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 38
[modbus] TRACE 2025/02/21 11:16:16 modbus: recv 00 04 00 00 00 06 47 10 04 12 00 02
[modbus] TRACE 2025/02/21 11:16:46 modbus: send 00 05 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 38
[modbus] TRACE 2025/02/21 11:16:46 modbus: recv 00 05 00 00 00 06 47 10 04 12 00 02
[modbus] TRACE 2025/02/21 11:17:16 modbus: send 00 06 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 38
[modbus] TRACE 2025/02/21 11:17:16 modbus: recv 00 06 00 00 00 06 47 10 04 12 00 02
[modbus] TRACE 2025/02/21 11:17:46 modbus: send 00 07 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 38
[modbus] TRACE 2025/02/21 11:17:46 modbus: recv 00 07 00 00 00 06 47 10 04 12 00 02
[modbus] TRACE 2025/02/21 11:18:16 modbus: send 00 08 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 38
[modbus] TRACE 2025/02/21 11:18:16 modbus: recv 00 08 00 00 00 06 47 10 04 12 00 02
[modbus] TRACE 2025/02/21 11:18:46 modbus: send 00 09 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 38
[modbus] TRACE 2025/02/21 11:18:46 modbus: recv 00 09 00 00 00 06 47 10 04 12 00 02
[modbus] TRACE 2025/02/21 11:19:16 modbus: send 00 0a 00 00 00 0b 47 10 04 12 00 02 04 00 00 42 38
[modbus] TRACE 2025/02/21 11:19:16 modbus: recv 00 0a 00 00 00 06 47 10 04 12 00 02

Das sieht für mich im Verhalten in Ordnung, trotz des unterschiedlichen Aufbaus des Templates, aus: technisch identisch - bis auf den erwarteten Wert für den MINSOC (100 vs. 46).

@frankheit stelle bitte deine evcc-Konfigurationen (bereinigt) für beide Versionen zur Verfügung und auch Screenshots von der entsprechenden Einstellung der externen Batteriesteuerung zum aktuellen Zeitpunkt:

..und (einmal) zu den Einstellungen des Wechselrichters (siehe WIKI):

Jemand eine bessere Idee? Wäre ein Blick in die Register des Wechselrichters sinnvoll?

frankheit · 2025-02-21T20:44:07Z

Die evcc-Konfiguration ist im ersten Post, ist seitdem unverändert und auf beiden Versionen identisch.

Kurz zur Erklärung:
Eigentlich nutze ich evcc im Homeassistant.
Als ich den Fehler entdeckt hatte habe ich, da ich mir sicher war das es letztes Jahr als evcc noch auf dem eigenen Raspi gelaufen ist funktioniert hat, den alten Raspi mit der noch darin enthaltenen 0.130.7 gebootet.

Als hier alles einwandfrei funktioniert hat habe ich diese alte SD-Karte geklont und eine Kopie geupdatet.

Ich habe hier also zwei identische Konfigurationen, eine alte 0.130.7 und eine welche geupdated wurde auf aktueller Nightly.

(EVCC im HomeAssistant wurde natürlich deaktiviert).

Ich kann also im 5 Minuten Takt die unterschiedlichen Versionen durch Wechsel der SD-Karte ändern. Mit der einen funktionieret es, mit der anderen nicht - ohne jegliche Änderungen an sonst irgendetwas.

Hier die Screenshots vom Wechselrichter mit den Einstellungen:

Die aktuellen Werte hier, allerdings scheint ja aktuell keine Sonne und ich lade auch nicht...
Möchtest du davon nochmal einen Screenshot beim Laden mit dem Problem?

frankheit · 2025-02-21T20:50:00Z

Nachtrag:
ich habe dazu noch gestern (weil ich mir nochmals sicher sein wollte das ich keinen Fehler in der Konfiguration habe) eine komplett frische Installation im HA angelegt welche rein über die UI konfiguriert wurde.
Leider selbes Ergebnis :-(

iseeberg79 · 2025-02-21T20:59:26Z

Nachtrag: ich habe dazu noch gestern (weil ich mir nochmals sicher sein wollte das ich keinen Fehler in der Konfiguration habe) eine komplett frische Installation im HA angelegt welche rein über die UI konfiguriert wurde. Leider selbes Ergebnis :-(

Danke für die Erläuterung zur Umgebung: ich wollte das geschriebene sicherstellen, passt für mich alles soweit.

Kannst du auch zum Abgleich die Codierung (Endianess) posten?

Den "Current values" Screenshot, wenn das Problem auftritt, genau.

frankheit · 2025-02-21T21:01:26Z

Den "Current values" Screenshot mache ich morgen wenn die Sonne scheint.

iseeberg79 · 2025-02-21T21:08:41Z

Den "Current values" Screenshot mache ich morgen wenn die Sonne scheint.

danke... - und die Einstellung passt doch auch..

frankheit · 2025-02-21T21:27:08Z

Aber jetzt mal ne andere (vielleicht doofe) Frage, aber vielleicht hat es ja doch was damit zu tun:

Das Template "kostal-plenticore" ist doch für die Wechselrichiter der Gen1 die Probleme mit dem Netzladen haben oder?
Ist quasi das alte Template ohne dieses Feature wenn ich das richtig verstanden habe.

Ist es dann trotzdem korrekt das ich das auswählen kann oder ist hier was schief?

iseeberg79 · 2025-02-21T22:09:05Z

Aber jetzt mal ne andere (vielleicht doofe) Frage, aber vielleicht hat es ja doch was damit zu tun:

Das Template "kostal-plenticore" ist doch für die Wechselrichiter der Gen1 die Probleme mit dem Netzladen haben oder? Ist quasi das alte Template ohne dieses Feature wenn ich das richtig verstanden habe.

Ist es dann trotzdem korrekt das ich das auswählen kann oder ist hier was schief?

denke das ist so ok

iseeberg79 · 2025-02-22T13:39:30Z

kurze Zusammenfassung:
@andig @premultiply

Korrektur des Watchdog richtig, aber hier nicht hilfreich -- der WR speist immer die PV Energie voll in die Batterie zusätzlich beim Ladevorgang (minsoc=100)
am Ende hab ich mit frankheit die Konfiguration so erstellt, dass die Definition des alten Templates bei ihm als custom-Battery aktiv ist und den Fehler damit lösen können
als letzten Versuch haben wir statt minsoc=100 mal einen minsoc=99 probiert in der neuen Version des Templates, ohne Ergebnis; ich brauche noch den Trace mit der Bestätigung, dass der Versuch technisch umgesetzt wurde...

Wir haben Traces erstellt und in der Diskussion #18672 abgelegt.

Ich schreib' im von dir erstellen PR weiter und denke, letztlich muss dieser zum revert der Template Einstellungen genutzt werden. Leider kann ich mir das noch immer nicht erklären - denn die Modbus-Nachrichten sind vergleichbar.

@frankheit wir haben das Timeout des WR reduziert auf 30s - kann so bleiben; nachdem klar ist, wie's weiter geht solltest du dann letztlich von der durch uns gemachten Einstellung wieder weg auf das Standard-Template, aber erstmal hilft's dir ;)

frankheit · 2025-02-22T14:00:50Z

kurze Zusammenfassung: @andig @premultiply

Korrektur des Watchdog richtig, aber hier nicht hilfreich -- der WR speist immer die PV Energie voll in die Batterie zusätzlich beim Ladevorgang (minsoc=100)

am Ende hab ich mit frankheit die Konfiguration so erstellt, dass die Definition des alten Templates bei ihm als custom-Battery aktiv ist und den Fehler damit lösen können

als letzten Versuch haben wir statt minsoc=100 mal einen minsoc=99 probiert in der neuen Version des Templates, ohne Ergebnis; ich brauche noch den Trace mit der Bestätigung, dass der Versuch technisch umgesetzt wurde...

Wir haben Traces erstellt und in der Diskussion #18672 abgelegt.

Ich schreib' im von dir erstellen PR weiter und denke, letztlich muss dieser zum revert der Template Einstellungen genutzt werden. Leider kann ich mir das noch immer nicht erklären - denn die Modbus-Nachrichten sind vergleichbar.

@frankheit wir haben das Timeout des WR reduziert auf 30s - kann so bleiben; nachdem klar ist, wie's weiter geht solltest du dann letztlich von der durch uns gemachten Einstellung wieder weg auf das Standard-Template, aber erstmal hilft's dir ;)

Vielen Dank für deine Mühe und deine Zeit!

andig · 2025-02-22T15:42:37Z

Ich schreib' im von dir erstellen PR weiter und denke, letztlich muss dieser zum revert der Template Einstellungen genutzt werden. Leider kann ich mir das noch immer nicht erklären - denn die Modbus-Nachrichten sind vergleichbar.

Leider ergibt das tatsächlich gar keinen Sinn. Wenn auf Modbus das gleiche passiert dann muss es auch das gleiche Ergebnis haben- oder es gibt eine weitere Variable. Da ihr anscheinend lokal testen könnt (was großartig ist!) wäre es ja vllt. eine Option, mal eine 200er mit revertetem Commit auszuprobieren.

Ich mache hier mal zu bis es verbindliche Ergebnisse gibt. Vielen Dank @iseeberg79 für Deinen Einsatz!

iseeberg79 · 2025-02-22T15:59:49Z

Nightly mit custom limitsoc Implementierung getestet: läuft, mit batterymode nicht

Einziges Rätsel, warum hier im Bild die 99 nicht gesendet wird:

andig · 2025-02-22T16:04:25Z

Einziges Rätsel, warum hier im Bild die 99 nicht gesendet wird:

Vergesst doch mal bitte diese nervigen Screenshots. Das kann man ganz einfach mit

evcc meter

testen! Wenn da keine 99 kommt dann testet ihr nicht das was ihr denkt...

iseeberg79 · 2025-02-22T16:24:18Z

Das ist das richtige Handwerkszeug, stimmt! Es war ein letzter Versuch der nicht klar ausging, aber auch nicht sinnvoll ist. Ein Schwingen zwischen 99 und 100 ist ja letztlich auch nicht gewollt, hätte aber vielleicht das andere Systemverhalten erklärt...

Die (lange) Remotsession war da rum und für den richtigen Zusammenhang war der Screenshot zielführender.

iseeberg79 · 2025-02-22T19:46:27Z

testen! Wenn da keine 99 kommt dann testet ihr nicht das was ihr denkt...

Ausprobiert: richtige Modbus-Nachricht mit <99, aber ab 99 wird daraus 100: wir machen noch einen Test, wie sich der WR verhält.

Wir können ja mit dem merge des PR noch etwas warten, bis wir das Ergebnis ausgewertet haben.

andig · 2025-02-22T19:57:23Z

Ausprobiert: richtige Modbus-Nachricht mit <99, aber ab 99 wird daraus 100: wir machen noch einen Test, wie sich der WR verhält.

Grmpf. Dazu hätte ich gerne config plus log. Ich sehe nicht, wo das her kommen sollte. Das muss durch den Debugger.

iseeberg79 · 2025-02-22T20:03:30Z

Grmpf. Dazu hätte ich gerne config plus log. Ich sehe nicht, wo das her kommen sollte. Das muss durch den Debugger.

Klar, aber morgen ;-)

andig added bug Something isn't working devices Specific device support labels Feb 10, 2025

andig changed the title ~~Schnell"-Laden nutzt PV-Leistung nicht (mehr in aktueller Version)~~ Kostal: Schnell-Laden nutzt PV-Leistung nicht (mehr in aktueller Version) Feb 10, 2025

andig assigned premultiply Feb 10, 2025

premultiply removed the bug Something isn't working label Feb 13, 2025

andig mentioned this issue Feb 16, 2025

Kostal Plenticore "Gen1": fix battery mode #18871

Open

premultiply assigned andig Feb 16, 2025

andig closed this as completed Feb 17, 2025

andig reopened this Feb 21, 2025

andig closed this as completed Feb 22, 2025

Kostal: Schnell-Laden nutzt PV-Leistung nicht (mehr in aktueller Version) #18714

Kostal: Schnell-Laden nutzt PV-Leistung nicht (mehr in aktueller Version) #18714

Comments

frankheit commented Feb 10, 2025 • edited Loading

Describe the bug

Steps to reproduce

Configuration details

Log details

What type of operating system or environment does evcc run on?

External automation

Nightly build

Version

frankheit commented Feb 10, 2025

andig commented Feb 10, 2025

frankheit commented Feb 10, 2025

iseeberg79 commented Feb 10, 2025

premultiply commented Feb 13, 2025

frankheit commented Feb 13, 2025

iseeberg79 commented Feb 13, 2025

axel-w-gh commented Feb 16, 2025 • edited Loading

andig commented Feb 16, 2025 • edited Loading

iseeberg79 commented Feb 16, 2025 • edited Loading

andig commented Feb 16, 2025

frankheit commented Feb 16, 2025

axel-w-gh commented Feb 16, 2025

iseeberg79 commented Feb 16, 2025 • edited Loading

axel-w-gh commented Feb 17, 2025

iseeberg79 commented Feb 17, 2025

frankheit commented Feb 17, 2025

andig commented Feb 17, 2025 • edited Loading

iseeberg79 commented Feb 17, 2025 • edited Loading

iseeberg79 commented Feb 17, 2025

frankheit commented Feb 17, 2025 • edited Loading

frankheit commented Feb 17, 2025 • edited Loading

andig commented Feb 17, 2025

iseeberg79 commented Feb 17, 2025

iseeberg79 commented Feb 17, 2025 • edited Loading

andig commented Feb 17, 2025

iseeberg79 commented Feb 17, 2025

frankheit commented Feb 18, 2025

frankheit commented Feb 18, 2025

iseeberg79 commented Feb 18, 2025

frankheit commented Feb 21, 2025

frankheit commented Feb 21, 2025

frankheit commented Feb 21, 2025

iseeberg79 commented Feb 21, 2025 • edited Loading

frankheit commented Feb 21, 2025 • edited Loading

frankheit commented Feb 21, 2025

iseeberg79 commented Feb 21, 2025

frankheit commented Feb 21, 2025 • edited Loading

iseeberg79 commented Feb 21, 2025 • edited Loading

frankheit commented Feb 21, 2025

iseeberg79 commented Feb 21, 2025

iseeberg79 commented Feb 22, 2025 • edited Loading

frankheit commented Feb 22, 2025

andig commented Feb 22, 2025

iseeberg79 commented Feb 22, 2025

andig commented Feb 22, 2025 • edited Loading

iseeberg79 commented Feb 22, 2025

iseeberg79 commented Feb 22, 2025 • edited Loading

andig commented Feb 22, 2025

iseeberg79 commented Feb 22, 2025

frankheit commented Feb 10, 2025 •

edited

Loading

axel-w-gh commented Feb 16, 2025 •

edited

Loading

andig commented Feb 16, 2025 •

edited

Loading

iseeberg79 commented Feb 16, 2025 •

edited

Loading

iseeberg79 commented Feb 16, 2025 •

edited

Loading

andig commented Feb 17, 2025 •

edited

Loading

iseeberg79 commented Feb 17, 2025 •

edited

Loading

frankheit commented Feb 17, 2025 •

edited

Loading

frankheit commented Feb 17, 2025 •

edited

Loading

iseeberg79 commented Feb 17, 2025 •

edited

Loading

iseeberg79 commented Feb 21, 2025 •

edited

Loading

frankheit commented Feb 21, 2025 •

edited

Loading

frankheit commented Feb 21, 2025 •

edited

Loading

iseeberg79 commented Feb 21, 2025 •

edited

Loading

iseeberg79 commented Feb 22, 2025 •

edited

Loading

andig commented Feb 22, 2025 •

edited

Loading

iseeberg79 commented Feb 22, 2025 •

edited

Loading