Sungrow SH8.0RT Hybrid - Batterie immer 100%

[DiBaDu2025]

Guten Tag,
ich bin neuer User bei EVCC (sowie Github).

Ich habe mir EVCC auf einem RPI installiert und mit dem Shell-Configurator eingerichtet. Die Wallbox ist erkannt (aber ich habe noch kein Auto) und ein Shelly ebenfalls. Auch die PV-Anlage wird erkannt und die aktuell erzeugte Leistung ausgelesen. Auch der aktuelle Hausverbrauch wird ausgelesen.
Nur die Batterie, die hat immer 100% SOC.

Gibt es ein bekanntes Problem bei Sungrow? Ich habe mehrere Leute hier gesehen die das scheinbar erfolgreich betreiben.

Meine /etc/evcc.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: abcd #anonymisiert

interval: 15s # control cycle interval

sponsortoken: abc #istauchda

# 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: sungrow-hybrid 
  id: 1  
  host: 192.168.x.y  
  port: 502  
  usage: grid  
  modbus: tcpip  
  name: grid1
- type: template
  template: sungrow-hybrid 
  id: 1  
  host: 192.168.x.y  
  port: 502  
  usage: pv  
  modbus: tcpip  
  name: pv2
- type: template
  template: sungrow-hybrid 
  id: 1  
  host: 192.168.x.y  
  port: 502  
  usage: battery  
  modbus: tcpip  
  name: battery3

chargers:
- type: template

Auch der Lade- und Entladestrom zur Batterie wird angezeigt. Auch bei (angezeigtem) 100% SOC des Akkus geht noch die volle Ladeleistung in den Akku.

Leider funktioniert denn die Überschusssteuerung nicht weil EVCC ja annimmt, dass der Akku 100% hat.

Kann mit jemand weiterhelfen?

MFG

[rssprinter]

Ich habe seit kurzem das gleiche Problem. Ggf. hat das mit einer neuen Firmware Version des WiNet-S zu tun.
ich weis aber nicht ob man eine alte Firmware zurückspielen kann.

MfG Matthias

[Rummelpunz]

Das ist ein bekanntes Problem der Firmware 95.03 des SHx.yRT, wenn die Daten über die IP des Winet-S ausgelesen werden.
Derzeit ist wohl die einzige Abhilfe, sofern möglich den Wechselrichter mit dem nativen LAN Anschluss (also den hinteren, nicht den am Winet!) ins Netz zu bringen und dann den Modbus darüber abzufragen.