Errors after upgrading to v0.130.13

[monojk]

Getting the warning sign in the upper right corner indicating modbus errors listed every 10 seconds. Before, there were no errors

[site ] DEBUG 2024/10/14 10:07:04 ----
[lp-1 ] DEBUG 2024/10/14 10:07:04 charge power: 0W
[lp-1 ] DEBUG 2024/10/14 10:07:04 charge currents: [0.008 0.007 0.008]A
[site ] DEBUG 2024/10/14 10:07:04 pv power: 495W
[site ] DEBUG 2024/10/14 10:07:04 battery soc: 0%
[site ] DEBUG 2024/10/14 10:07:04 battery power: 0W
[site ] DEBUG 2024/10/14 10:07:04 grid meter: -22W
[site ] ERROR 2024/10/14 10:07:04 grid currents: div[0]: read failed: modbus: exception '0' (unknown), function '4'
[site ] DEBUG 2024/10/14 10:07:04 site power: -22W
[lp-1 ] DEBUG 2024/10/14 10:07:04 vehicle odometer: 28667km
[lp-1 ] DEBUG 2024/10/14 10:07:04 charge total import: 4773.991kWh
[lp-1 ] DEBUG 2024/10/14 10:07:04 charger status: B
[site ] DEBUG 2024/10/14 10:07:14 ----

Konfiguration (/home/pi/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

tariffs:
  currency: EUR  # (default EUR)
  grid:
    # static grid price
    type: fixed
    price: 0.2766 # [currency]/kWh

  feedin:
    # rate for feeding excess (pv) energy to the grid
    type: fixed
    price: 0.082 # [currency]/kWh
    
# unique installation id
plant: *****


# https://sponsor.evcc.io/
sponsortoken: *****

interval: 10s # control cycle interval

meters:
- type: template
  template: sungrow-hybrid 
  id: 1  
  host: 192.168.178.124  
  port: 502  
  usage: grid  
  modbus: tcpip  
  timeout: 60s  
  name: grid1
- type: template
  template: sungrow-hybrid 
  id: 1  
  host: 192.168.178.124  
  port: 502  
  usage: pv  
  modbus: tcpip  
  timeout: 60s  
  name: pv2
- type: template
  template: sungrow-hybrid 
  id: 1  
  host: 192.168.178.124  
  port: 502  
  usage: battery  
  modbus: tcpip  
  timeout: 60s  
  name: battery3

vehicles:
- type: template
  template: vw 
  title: e-up  
  user: *****
  password: *****
  vin: *****
  capacity: 32
  phases: 2  
  timeout: 10s  
  name: e-up

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

chargers:
- type: template
  template: easee 
  user: *****
  password: *****
  charger: EHTDLMLE  
  timeout: 120s  
  authorize: true 
  name: Wallbox-MJ

loadpoints:
- title: Garage
  charger: Wallbox-MJ
  vehicle: e-up
  mode: minpv
  enable:
    threshold: 0
    delay: 3m

site:
  title: Keinert
  meters:
    grid: grid1
    pv:
    - pv2
    battery:
    - battery3

Version: `0.130.13`

[StefanSchoof]

Von welcher Version bist du gekommen?

[monojk]

Das wollte ich auch schauen, aber der journalctl zeigt keinen älteren start von evcc. Die Version war aber vor 0.130, also 0.128 oder 0.129. gibt es einen extra evcc log?

[StefanSchoof]

Dann ist es möglich, dass das ein Nebeneffekt von #15565 von @Giermann.

[mfuchs1984]

Sungrow Firmware komplett aktuell?

[monojk]

Ich hatte heute auch in der Webapp noch "Priorisiere die Hausbatterie bis sie 15 % erreicht hat." gesetzt. das war vorher auf 0 bzw. nicht vorhanden(?).
Die Anzeige bzw. Updatemöglichkeit der Sungrow Firmware kann ich nicht in der Sungrow Website finden....

[Giermann]

Schau mal in der iSolarCloud unter Geräte. Upgrade kannst du aber nur als Installateur machen, Version abfragen sollte auch für Bediener/Endanwender gehen.
Nur für's Protokoll: welchen WR hast du genau?

An die Maintainer: kann man denn das "read failed: modbus: exception '0' (unknown)" irgendwie abfangen?
Ansonsten müsste man verschiedene Sungrow-Templates bereitstellen, einmal ohne und einmal mit Grid currents...

Der Protokolldefinition kann man leider nicht entnehmen, in welcher Firmware diese Register hinzugefügt wurden - nur dass sie am 2. März 2023 in die Liste aufgenommen wurden - ohne Einschränkung auf bestimmte Varianten.
Es muss sich also um eine noch ältere FW handeln, wenn die Register nicht antworten.

[monojk]

Das Ändern der register config brachte nun dieses Ergebnis:

+----------------------------------------------------------------------+
| Address | Register                            | Value                |
+---------+-------------------------------------+----------------------+
| 5000    | device_type_code                    | SH8.0RT              |
| vr001   | run_state                           | ON                   |
| vr003   | last_reset                          | 2024-10-15 11:25:57  |
| vr006   | daily_export_to_grid                | 0.0 kWh              |
| vr007   | daily_import_from_grid              | 0.0048 kWh           |
| 2592    | firmware_minor_version              | 12600                |
| 4950    | protocol_number                     | 1094856704           |
| 4952    | protocol_version                    | 16781568             |
| 4954    | arm_software_version                | 16722                |
| 4969    | dsp_software_version                | 19780                |
| 5001    | nominal_active_power                | 8.0 kW               |
| 5002    | output_type                         | 3P4L                 |
| 5003    | daily_power_yields                  | 1.3 kWh              |
| 5004    | total_power_yields                  | 119300 kWh           |
| 5006    | total_running_time                  | 0 h                  |
| 5008    | internal_temperature                | 33.5 °C              |
| 5009    | total_apparent_power                | 449 VA               |

[Giermann]

Okay, wir nähern uns - sorry für meine Unkenntnis und danke für deine Geduld!
Bei dir steht "18", wo bei mir "05" steht - das hilft mir aber nicht weiter.
SunGather kann scheinbar auch Strings auslesen, macht das aber mit exakt 5 Registern - da die Version in 3x 15 Registern steht, machen wir halt 9 Teile daraus... :)

Tausche doch den Block mit "firmware_minor_version" nochmal gegen diese aus:

    - name: "firmware_version_1"
      level: 2
      address: 2582
      datatype: "UTF-8"
    - name: "firmware_version_2"
      level: 2
      address: 2587
      datatype: "UTF-8"
    - name: "firmware_version_3"
      level: 2
      address: 2592
      datatype: "UTF-8"
    - name: "firmware_version_4"
      level: 2
      address: 2597
      datatype: "UTF-8"
    - name: "firmware_version_5"
      level: 2
      address: 2602
      datatype: "UTF-8"
    - name: "firmware_version_6"
      level: 2
      address: 2607
      datatype: "UTF-8"
    - name: "firmware_version_7"
      level: 2
      address: 2612
      datatype: "UTF-8"
    - name: "firmware_version_8"
      level: 2
      address: 2617
      datatype: "UTF-8"
    - name: "firmware_version_9"
      level: 2
      address: 2622
      datatype: "UTF-8"

Und wenn du magst, die (immer noch) dokumentierten Register auch mit dazu:

    - name: "arm_version_1"
      level: 2
      address: 4954
      datatype: "UTF-8"
    - name: "arm_version_2"
      level: 2
      address: 4959
      datatype: "UTF-8"
    - name: "arm_version_3"
      level: 2
      address: 4964
      datatype: "UTF-8"
    - name: "dsp_version_1"
      level: 2
      address: 4969
      datatype: "UTF-8"
    - name: "dsp_version_2"
      level: 2
      address: 4974
      datatype: "UTF-8"
    - name: "dsp_version_3"
      level: 2
      address: 4979
      datatype: "UTF-8"

NACHTRAG:
Da ich davon ausgehe, dass deine Firmware nicht aktuell ist, bist du vielleicht auch an einem Update interessiert. Versuche doch mal, deinen Solateur dazu zu bewegen. Vielleicht reicht auch schon, das Auto-Update in der neuen iSolarCloud zu aktivieren. Ansonsten gibt es auch Anleitungen, wie man die Firmware lokal ohne Installateur-Zugang aktualisieren kann.

[monojk]

Wenn ich den Block einfüge erhalte ich keine Ausgabe dieser Register sondern: No data returned for read, 2580:50

[Giermann]

Dann kommen wir an der Stelle wohl nicht weiter.
Du könntest dir einen Installer-Account anlegen und deine Anlage diesem zuweisen bzw. dir Zugriff auf die Anlage erteilen.

Ich könnte dir anbieten, dass du mir Zugriff darauf gibst (Organization Code: DEUMPPJS) und ich (ohne Gewähr) die Firmware aktualisiere.
Den Code kannst du unter Anlage / Anlagenkonfiguration hinterlegen (ggf. den vorhandenen notieren und später zurück ändern):

[monojk]

Das würde ich nicht machen wollen, da ich nicht weiss was dann mit der Garantie passiert.

In der iSolarCloud Android App steht bei mir schon immer unter "Anlagenkonfiguration" im Abschnitt "Weitere Informationen": "Automatisches Update" "Ein"

Welche evcc Version zeigt meinen Fehler nicht? Zwischenzeitlich würde ich dann auf diese Version zurückfallen wollen.

[monojk]

Das würde ich nicht machen wollen, da ich nicht weiss was dann mit der Garantie passiert.

In der iSolarCloud Android App steht bei mir schon immer unter "Anlagenkonfiguration" im Abschnitt "Weitere Informationen": "Automatisches Update" "Ein"

Welche evcc Version zeigt meinen Fehler nicht? Zwischenzeitlich würde ich dann auf diese Version zurückfallen wollen.

[No23D]

Danke für die Info. Ich hab auch automatische Updates aktiviert und anscheinend passiert da nix. Den von dir eingangs beschriebenen Fehler habe ich seit einem Update von evcc auch. Abgesehen von dem roten Dreieck Event scheint das aber keine Auswirkungen zu haben.

[monojk]

Nun hatte ich auch wieder evcc auf den neuesten Stand gebracht und erhalte die Fehlermeldungen nicht mehr.

[Giermann]

@No23D danke für die Klarstellung, dass trotz rotem Dreieck (scheinbar) alles funktioniert - natürlich außer des Lastmanagements, wofür die Phasenströme benötigt werden.
Hast du denn die Möglichkeit, deinen Firmware-Stand auszulesen?

Wenn nicht, könnest du vielleicht wie hier beschrieben die Anlage vorübergehend für mich freischalten oder dir einen eigenen Installer-Account anlegen?
Dann könnte ich den Stand der Firmware ablesen - das Angebot zum Update steht natürlich auch für dich, sollte aber normalerweise vom Solateur durchgeführt werden.

[No23D]

Ich kann die Version leider nicht einsehen.

Da das Update für mich aktuell nicht relevant ist, würde ich da momentan drauf verzichten. Getreu Dem Motto never Change a running System. 🤷‍♂️
Aber vielen Dank für das Angebot. Eventuell komme ich drauf zurück, wenn wir den Speicher nachgerüstet haben.

[Giermann]

Wie gesagt, ich könnte ja auch nur nachsehen.
Beim Nachrüsten des Speichers lass es lieber komplett den aktualisieren, der auch den Speicher anschließt.

Aber es schweift hier weit vom Thema ab.
Abschließend können wir festhalten, dass bei (sehr) Alter Firmware, vermutlich älter als 2023, die Phasenströme nicht ermittelt werden können.

Nun sollte ein Maintainer festlegen, ob dafür eine eigene Konfiguration hinzugefügt - oder - nur die scheinbar harmlose Fehlermeldung und eine Empfehlung zum FW-Update im Readme erwähnt wird.

[monojk]

Fixed after Firmware update