Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Solax: battery hold broken #17804

Open
1 task done
kjohann7 opened this issue Dec 19, 2024 · 22 comments
Open
1 task done

Solax: battery hold broken #17804

kjohann7 opened this issue Dec 19, 2024 · 22 comments
Assignees
@premultiply
Labels
bug Something isn't working devices Specific device support

Comments

@kjohann7
Copy link

Describe the bug

Die Hausbatterie-Einstellung "Verhindere Entladung im Schnell-Modus und bei geplantem Laden." lässt sich zwar aktivieren. Beim Laden des Autos im Schnell-Modus oder bei geplantem Laden wird aber trotzdem zuerst die Batterie gelehrt.
Die Priorisierung Fahrzeugladen/Hausbatterie hingegen funktioniert.

Konfiguration:

  • EVCC aktuelle Version auf Raspberry
  • Hybridwechselrichter: Q.HOME+ESS HYB-G3-3P

Fehlermeldungen:

  • Trace:
    [grid1 ] TRACE 2024/12/19 09:47:23 modbus: recv 00 4e 00 00 00 07 01 04 04 ff 53 ff ff
    [grid1 ] TRACE 2024/12/19 09:47:23 modbus: send 00 4f 00 00 00 06 01 04 00 4a 00 02
    [grid1 ] TRACE 2024/12/19 09:47:23 modbus: recv 00 4f 00 00 00 07 01 04 04 db 83 00 08
    [battery1] TRACE 2024/12/19 09:47:23 modbus: send 00 50 00 00 00 06 01 04 00 16 00 01
    [battery1] TRACE 2024/12/19 09:47:23 modbus: recv 00 50 00 00 00 05 01 04 02 00 00
    [pv2 ] TRACE 2024/12/19 09:47:23 modbus: send 00 51 00 00 00 06 01 04 00 0a 00 01
    [pv2 ] TRACE 2024/12/19 09:47:23 modbus: recv 00 51 00 00 00 05 01 04 02 00 51

Es gibt noch eine Fehlermeldung, die auf einen Modbus-Fehler hinweißt.

Kennt jemand eine funktionierende Konfiguration?
Kann das Problem mit dem Modbus-Proxy gelöst werden?
Wenn ja, welche Einstellungen, werden benötigt:
Hier das Bsp von der EVCC-Seite:
modbusproxy:

  • port: 5021
    uri: 192.0.2.2:502
  • port: 5022
    device: /dev/ttyUSB0
    baudrate: 9600
    comset: "8N1"
  • port: 5023
    uri: 192.0.2.3:502
    rtu: true

Ist die uri die IP-Adresse des Geräts, auf dem EVCC läuft?
Wird als port der Modbus-Standardport 502 benötigt?
Muss man rtu auf true oder false setzen?
Müssen die PV-Komponenten, die ohne Proxy alle die gleiche IP-Adresse haben, mit unterschiedlichen Adressen angegeben werden?
meters:

  • type: template
    template: solax
    id: 1
    host: 192.168.11.102
    port: 502
    usage: grid
    modbus: tcpip
    name: grid1
  • type: template
    template: solax
    id: 1
    host: 192.168.11.102
    port: 502
    usage: pv
    modbus: tcpip
    name: pv2
  • type: template
    template: solax
    id: 1
    host: 192.168.11.102
    port: 502
    usage: battery
    modbus: tcpip
    name: battery1

Schon jetzt vielen Dank für Hilfe,
Klaus

Steps to reproduce

...

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: solax 
  id: 1  
  host: 192.168.11.102  
  port: 502  
  usage: grid  
  modbus: tcpip  
  name: grid1
- type: template
  template: solax 
  id: 1  
  host: 192.168.11.102  
  port: 502  
  usage: pv  
  modbus: tcpip  
  name: pv2
- type: template
  template: solax 
  id: 1  
  host: 192.168.11.102  
  port: 502  
  usage: battery  
  modbus: tcpip  
  name: battery1

chargers:
- type: template
  template: go-e-v3 
  host: 192.168.11.104  
  name: wallbox1
- type: template
  template: go-e-v3 
  host: 192.168.11.103  
  name: wallbox2

vehicles:
- name: i4
  type: template
  template: bmw
  title: i4  
  icon: car  
  user: name@provider
  password: mypassword
  vin: xxx
  capacity: 67
  hcaptcha: xxx
  phases: 3  
  cache: 5m  
  mode: pv  
  minCurrent: 6  
  maxCurrent: 16  
  region: EU  

loadpoints:
- title: go-e 11kW
  charger: wallbox1
  mode: pv
- title: go-e 22kW
  charger: wallbox2
  mode: pv

site:
  title: Carport
  meters:
    grid: grid1
    pv:
    - pv2
    battery:
    - battery1

tariffs:
  currency: EUR
  grid: # static grid price
    type: fixed
    price: 0.31 # [currency]/kWh
  feedin: # rate for feeding excess (pv) energy to the grid
    type: fixed
    price: 0.071 # [currency]/kWh

Log details

see above

What type of operating system are you running?

Linux

Nightly build

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

Version

0.131.11
@andig
Copy link
Member

andig commented Dec 19, 2024

Es gibt noch eine Fehlermeldung, die auf einen Modbus-Fehler hinweißt.

Ist die geheim? Hier ist keine erkennbar.

@andig andig added the question Rather clarification than issue label Dec 19, 2024
@kjohann7
Copy link
Author

Nicht geheim - ich musste sie nur in alten Unterlagen suchen...
die Fehlermeldung lautet:
"[site ] ERROR 2024/10/13 09:18:50 battery mode: modbus: exception '4' (server device failure), function '4' ".

Der Customer-Service von Q.Cells kann oder will sich dazu nicht äußern.
Eine Anfrage an Solax habe ich eben gestellt.
In einem Forum (https://control.com/forums/threads/modbus-exception-code-04.27550/) habe ich gefunden:

Error code 04 = Slave Device Failure
'An unrecoverable error occured while the server was attempting to perform the requested action'
This error code is not seen often. To analyse what the reason in your case might be, more information on your slave device is needed. One possibility is that you try to write into a write protected area of the slave (I have seen this reaction on a device).

Auf http://www.simplymodbus.ca/exceptions.htm findet man
...
4. The request is received without an error, but cannot be processed by the slave for another reason. The slave replies with an exception response.

Wenn ich das mit meinem ungesunden Halbwissen richtig verstehe ist EVCC hier der Master und die Solax-Batterie der Slave. D.h. aus meiner Sicht, um dem Problem auf die Spur zu kommen, müsste man dem Solax-Helpdesk durchgeben, wie der von EVCC gesandte Befehl genau lautet.

(Link zu einer Modbus-Dokumentation: https://modbus.org/docs/PI_MBUS_300.pdf)

@andig
Copy link
Member

andig commented Dec 20, 2024

Das ist im trace Log zu sehen.

@andig andig closed this as completed Dec 20, 2024
@kjohann7
Copy link
Author

Hallo andig,
wie soll ich Ihre Antwort und das Schließen dieser Anfrage interpretieren?
Falls Sie wie ich nur ein Anwender sind, der versucht zu helfen, wo es geht, danke ich Ihnen für ihre Hilfe.
Falls Sie für EVCC arbeiten: Wollen Sie mir sagen, dass EVCC, wenn ich nicht in der Lage bin, durch diese technischen Details durchzusteigen, nicht die richtige Software für mich ist?
MIt freundlichen Grüßen
Klaus Johann

@andig
Copy link
Member

andig commented Dec 20, 2024 •
edited
Loading

Das Gerät reagiert auf eine gültige Anfrage mit einem Modbusfehler. Warum das so ist kann nur der Hersteller des Gerätes sagen. Also bitte bei QCells Support anfragen. Und welche Anfrage das ist sieht man im Logfile. Da Du uns von diesem Fehler aber kein Logfile gegeben hast musst Du sie selber raus suchen. Meine Glaskugel ist leider immer noch zur Wartung. Es gibt hier absolut nichts was wir in irgendeiner Weise tun könnten.

@kjohann7
Copy link
Author

evcc-20241220-103629-debug.log
Anbei das gewünscht Logfile. Ich glaube nicht, dass das ein Problem der Solaranlage ist.
Gerade hat die Sonnen geschienen, so dass die Hausbatterie ein bisschen geladen war, und ich die Situation rekonstruieren konnte:

  1. Obwohl die Einstellung "Verhindere Entladung im Schnell-Modus und bei geplantem Laden.", aktiviert ist, wird zuerst die Hausbatterie entladen.
  2. Es ist keine Modbus-Fehlermeldung erschienen. Die ursprüngliche Vermutung, dass es da einen Zusammenhang gibt, scheint falsch zu sein. Die Motbus-Fehlermeldung trat dann wohl auf, wenn die Batterie einen SoC unter MinSoc hatte - frag mich nicht, wie es dazu kommt.

Ich hoffe, das hilft weiter
Viele Grüße

@andig
Copy link
Member

andig commented Dec 21, 2024 •
edited
Loading

Obwohl die Einstellung "Verhindere Entladung im Schnell-Modus und bei geplantem Laden.", aktiviert ist, wird zuerst die Hausbatterie entladen.

Das ist dann ein Fehler im solax Template. Da es bei anderen Anwendern funktioniert, hast Du wohl einen anderen WR. Was bei Dir anders ist wäre herauszufinden, auf die Information sind wir angewiesen.

/cc @premultiply

@andig andig reopened this Dec 21, 2024
@andig andig changed the title Modbus Issue @ Q.HOME+ ESS HYB-G3-3P Solax: battery hold broken Dec 21, 2024
@andig andig added devices Specific device support and removed question Rather clarification than issue labels Dec 21, 2024
@github-actions github-actions bot added the stale Outdated and ready to close label Dec 28, 2024
@premultiply
Copy link
Member

Im Log der beschriebene Fehler nirgends zu sehen.

@premultiply premultiply removed their assignment Dec 29, 2024
@kjohann7
Copy link
Author

Ich möchte darum bitten, dass das wieder geöffnet wird. Auch wenn der Fehler sich nicht im Log widerspiegelt, ist er doch vorhanden und führt zu einem relevanten Fehlverhalten. Dass kein Modbus-Fehler im Log zu finden ist, ist meines Erachtens zusätzlich ein starker Hinweis, dass der Fehler auf der EVCC- undn nicht auf der Solax-Seite zu suchen ist: Würden die Solax-Komponenten, wenn dort ein nicht verarbeitbarer Befehl ankäme, nicht eine Fehlermeldung zurückgeben?

Lasst mich bitte wissen, wenn bzw. wie ich die Fehlersuche unterstützen kann.

Rein intressehalber: Ich weiß nicht, was heutige Programmierumgebungen leisten. Früher musste man explizit mit in den Code reinschreiben, was im Log protokolliert werden sollte. Kein Hinweis im Log war in keiner Weise ein Beleg für einen fehlerfreien Code sondern viel mehr, dass man z.B. einen Spezialfall nicht bedacht hatte. Ist das heute anders?

@andig
Copy link
Member

andig commented Dec 30, 2024

Auch wenn der Fehler sich nicht im Log widerspiegelt, ist er doch vorhanden und führt zu einem relevanten Fehlverhalten.

Es geht um

Es gibt noch eine Fehlermeldung, die auf einen Modbus-Fehler hinweißt.

Davon ist nichts zu sehen. Es braucht bitte eine aussagekräftige Fehlerbeschreibung mit allen angefragten Informationen, dann können wir die auch bearbeiten. Hier gibt es absolut nichts was wir tun könnten.

@kjohann7
Copy link
Author

Describe the bug

Die Hausbatterie-Einstellung "Verhindere Entladung im Schnell-Modus und bei geplantem Laden." lässt sich zwar aktivieren. Beim Laden des Autos im Schnell-Modus oder bei geplantem Laden wird aber trotzdem zuerst die Batterie gelehrt.
Die Priorisierung Fahrzeugladen/Hausbatterie hingegen funktioniert.

Konfiguration:

EVCC aktuelle Version auf Raspberry
Hybridwechselrichter: Q.HOME+ESS HYB-G3-3P

Log-Ausschnitt zür Modbus-Kommunikation:

Trace:
[grid1 ] TRACE 2024/12/19 09:47:23 modbus: recv 00 4e 00 00 00 07 01 04 04 ff 53 ff ff
[grid1 ] TRACE 2024/12/19 09:47:23 modbus: send 00 4f 00 00 00 06 01 04 00 4a 00 02
[grid1 ] TRACE 2024/12/19 09:47:23 modbus: recv 00 4f 00 00 00 07 01 04 04 db 83 00 08
[battery1] TRACE 2024/12/19 09:47:23 modbus: send 00 50 00 00 00 06 01 04 00 16 00 01
[battery1] TRACE 2024/12/19 09:47:23 modbus: recv 00 50 00 00 00 05 01 04 02 00 00
[pv2 ] TRACE 2024/12/19 09:47:23 modbus: send 00 51 00 00 00 06 01 04 00 0a 00 01
[pv2 ] TRACE 2024/12/19 09:47:23 modbus: recv 00 51 00 00 00 05 01 04 02 00 51

Komplettes Log-File angehängt an einem meiner Kommentare von letzter Woche (s.o.)

Fehlermeldungen: KEINE
Im Zusammenhang mit dem oben beschriebenen Fehlverhalten sehe ich keine Fehlermeldungen. (s. Log von letzter Woche)

Modbus-Fehlermeldungen treten auf, wenn die Batterie unter MinSoc ist: Siehe
evcc-20241230-134111-debug.log

Lasst mich bitte wissen, wenn ihr mehr Informationen braucht.

@andig
Copy link
Member

andig commented Dec 30, 2024

Dann probier mal bitte, evcc zu deaktivieren, dann

evcc meter --battery-mode hold

und dann schauen ob die Batterie gesperrt wird.

@andig andig reopened this Dec 30, 2024
@github-actions github-actions bot removed the stale Outdated and ready to close label Dec 30, 2024
@kjohann7
Copy link
Author

Danke
mach ich, sobald die Sonne geschienen hat und in der Batterie wieder was drin ist

@andig
Copy link
Member

andig commented Jan 3, 2025

Wir machen wir zu bis Ergebnisse vorliegen.

@andig andig closed this as completed Jan 3, 2025
@kjohann7
Copy link
Author

kjohann7 commented Jan 6, 2025

Hier der was sich in der Commandline abgespielt hat:

kjohann@raspberrypi:~ $ sudo systemctl stop evcc
kjohann@raspberrypi:~ $ evcc meter --battery-mode hold
[main ] INFO 2025/01/06 16:17:23 evcc 0.131.11
[main ] INFO 2025/01/06 16:17:23 using config file: /home/kjohann/evcc.yaml
[db ] INFO 2025/01/06 16:17:23 using sqlite database: /home/kjohann/.evcc/evcc.db
[main ] FATAL 2025/01/06 16:17:24 set battery mode: modbus: exception '4' (server device failure), function '4'

Und hier Grafik zur Batteriekonfiguration, Grafik, die zeigt, dass die Batterie trotzdem zum Laden der PKWs genutzt wird: Einmal geplantes Laden, einmal Schnellladen, sowie das aktuelle Logfile.
grafik
evcc-20250106-163500-debug.log
grafik

Ich hoffe, das hilft.

@andig
Copy link
Member

andig commented Jan 6, 2025

Perfekt. Den Screenshot brauchts nicht, der Fehler ist nachvollziehbar.

/cc @premultiply

@andig andig reopened this Jan 6, 2025
@andig andig added the bug Something isn't working label Jan 6, 2025
@kjohann7
Copy link
Author

kjohann7 commented Jan 6, 2025

HIer noch ein paar Fehlermeldung, die später aufgetaucht sind, vielleicht aber auch helfen:

[site ] ERROR 2025/01/06 17:17:10 battery mode: modbus: exception '2' (illegal data address), function '4'
[site ] ERROR 2025/01/06 17:17:29 battery mode: modbus: exception '4' (server device failure), function '4'
[site ] ERROR 2025/01/06 17:17:32 battery mode: modbus: exception '2' (illegal data address), function '4'

@premultiply
Copy link
Member

[main ] INFO 2025/01/06 16:17:23 using config file: /home/kjohann/evcc.yaml
[db ] INFO 2025/01/06 16:17:23 using sqlite database: /home/kjohann/.evcc/evcc.db

Hier wird eine andere Konfigdatei als im Log verwendet.

Mal bitte die Ausgaben (bei angehaltenem Dienst) von
evcc dump --cfg -c /etc/evcc.yaml
evcc meter --log trace,db:error -c /etc/evcc.yaml
evcc meter --battery-mode hold --log trace,db:error -c /etc/evcc.yaml
hier einfügen.

@kjohann7
Copy link
Author

kjohann7 commented Jan 7, 2025 •
edited by premultiply
Loading

Muss und kann ich etwas dafür tun, dass keine andere Konfigdatei als im Log verwendet wird? Evtl. die ganze Kiste mal neu aufsetzen?

Hier die gewünschten Ausgaben:

kjohann@raspberrypi:~ $ sudo systemctl stop evcc
kjohann@raspberrypi:~ $ evcc dump --cfg -c /etc/evcc.yaml
[main  ] INFO 2025/01/07 08:52:49 evcc 0.131.11
[main  ] INFO 2025/01/07 08:52:49 using config file: /etc/evcc.yaml
[db    ] INFO 2025/01/07 08:52:49 using sqlite database: /home/kjohann/.evcc/evcc.db
[bmw   ] DEBUG 2025/01/07 08:52:49 identity.Login - no database token found. Proceeding to login via user, password and captcha.
[main  ] ERROR 2025/01/07 08:52:49 creating vehicle i4 failed: cannot create vehicle type 'template': cannot create vehicle type 'bmw': Client authentication failed (e.g., login failure, unknown client, no client authentication included or unsupported authentication method): unexpected status: 401 (Unauthorized)
[lp-1  ] DEBUG 2025/01/07 08:52:49 charge total import: 4569.843kWh
[lp-2  ] DEBUG 2025/01/07 08:52:50 charge total import: 4183.262kWh

Konfiguration (/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: *****

interval: 30s # control cycle interval

sponsortoken: *****

# 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: solax 
  id: 1  
  host: 192.168.11.102  
  port: 502  
  usage: grid  
  modbus: tcpip  
  name: grid1
- type: template
  template: solax 
  id: 1  
  host: 192.168.11.102  
  port: 502  
  usage: pv  
  modbus: tcpip  
  name: pv2
- type: template
  template: solax 
  id: 1  
  host: 192.168.11.102  
  port: 502  
  usage: battery  
  modbus: tcpip  
  name: battery1

chargers:
- type: template
  template: go-e-v3 
  host: 192.168.11.104  
  name: wallbox1
- type: template
  template: go-e-v3 
  host: 192.168.11.103  
  name: wallbox2

vehicles:
- name: i4
  type: template
  template: bmw
  title: i4  
  icon: car  
  user: *****
  password: *****
  vin: *****
  capacity: 67
  hcaptcha: *****
  phases: 3  
  cache: 5m  
  mode: pv  
  minCurrent: 6  
  maxCurrent: 16  
  region: EU  

loadpoints:
- title: go-e 11kW
  charger: wallbox1
  mode: pv
- title: go-e 22kW
  charger: wallbox2
  mode: pv

site:
  title: Carport
  meters:
    grid: grid1
    pv:
    - pv2
    battery:
    - battery1

tariffs:
  currency: EUR
  grid: # static grid price
    type: fixed
    price: 0.31 # [currency]/kWh
  feedin: # rate for feeding excess (pv) energy to the grid
    type: fixed
    price: 0.071 # [currency]/kWh


Version: `0.131.11`

kjohann@raspberrypi:~ $ evcc meter --log trace,db:error -c /etc/evcc.yaml
[main  ] INFO 2025/01/07 08:53:55 evcc 0.131.11
[main  ] INFO 2025/01/07 08:53:55 using config file: /etc/evcc.yaml
grid1
-----
[grid1 ] TRACE 2025/01/07 08:53:56 modbus: send 00 01 00 00 00 06 01 04 00 46 00 02
[grid1 ] TRACE 2025/01/07 08:53:56 modbus: recv 00 01 00 00 00 07 01 04 04 fe 91 ff ff
[grid1 ] TRACE 2025/01/07 08:53:56 modbus: send 00 02 00 00 00 06 01 04 00 4a 00 02
[grid1 ] TRACE 2025/01/07 08:53:56 modbus: recv 00 02 00 00 00 07 01 04 04 33 39 00 0a
Power:  367W
Energy: 66847.3kWh

battery1
--------
[battery1] TRACE 2025/01/07 08:53:56 modbus: send 00 03 00 00 00 06 01 04 00 16 00 01
[battery1] TRACE 2025/01/07 08:53:56 modbus: recv 00 03 00 00 00 05 01 04 02 00 00
[battery1] TRACE 2025/01/07 08:53:56 modbus: send 00 04 00 00 00 06 01 04 00 1c 00 01
[battery1] TRACE 2025/01/07 08:53:57 modbus: recv 00 04 00 00 00 05 01 04 02 00 09
Power:        -0W
Soc:          9%
Controllable: true

pv2
---
[pv2   ] TRACE 2025/01/07 08:53:57 modbus: send 00 05 00 00 00 06 01 04 00 0a 00 01
[pv2   ] TRACE 2025/01/07 08:53:57 modbus: recv 00 05 00 00 00 05 01 04 02 00 00
[pv2   ] TRACE 2025/01/07 08:53:57 modbus: send 00 06 00 00 00 06 01 04 00 0b 00 01
[pv2   ] TRACE 2025/01/07 08:53:57 modbus: recv 00 06 00 00 00 05 01 04 02 00 2e
[pv2   ] TRACE 2025/01/07 08:53:57 modbus: send 00 07 00 00 00 06 01 04 00 94 00 02
[pv2   ] TRACE 2025/01/07 08:53:57 modbus: recv 00 07 00 00 00 07 01 04 04 b6 bd 00 02
Power:  46W
Energy: 17785.3kWh

kjohann@raspberrypi:~ $ evcc meter --battery-mode hold --log trace,db:error -c /etc/evcc.yaml
[main  ] INFO 2025/01/07 08:54:20 evcc 0.131.11
[main  ] INFO 2025/01/07 08:54:20 using config file: /etc/evcc.yaml
[battery1] TRACE 2025/01/07 08:54:20 modbus: send 00 01 00 00 00 06 01 06 00 20 00 00
[battery1] TRACE 2025/01/07 08:54:21 modbus: recv 00 01 00 00 00 07 01 04 04 b6 bd 00 02
[main  ] FATAL 2025/01/07 08:54:21 set battery mode: modbus: exception '4' (server device failure), function '4'

@premultiply
Copy link
Member

Thank you.
Could you please try if the error is the same for

evcc meter --battery-mode normal --log trace,db:error -c /etc/evcc.yaml

and

evcc meter --battery-mode charge --log trace,db:error -c /etc/evcc.yaml

?

Maybe it is just an issue in case of empty battery or inverter in standby mode?

@kjohann7
Copy link
Author

kjohann7 commented Jan 7, 2025

concerning empty battery: outputs, logs and screenshots sent yesterday (see above, 17 hours ago) were created when the battery was not empty
Generally: Yes, EVCC logs error messages when the battery is below MinSoc.

I have no idea concerning inverter in standby mode.

Have you seen the error messages I sent 16 hours ago:
... llegal data address... could it be that EVCC tries to address a registry area (I don't know the right term) of the Solax system that is blocked?

here are the outputs you asked for:

kjohann@raspberrypi:sudo systemctl stop evccyaml
kjohann@raspberrypi:~ $ evcc meter --battery-mode normal --log trace,db:error -c /etc/evcc.yaml
[main ] INFO 2025/01/07 09:42:12 evcc 0.131.11
[main ] INFO 2025/01/07 09:42:12 using config file: /etc/evcc.yaml
[battery1] TRACE 2025/01/07 09:42:13 modbus: send 00 01 00 00 00 06 01 06 00 1f 00 00
[battery1] TRACE 2025/01/07 09:42:13 modbus: recv 00 01 00 00 00 07 01 04 04 b6 c1 00 02
[main ] FATAL 2025/01/07 09:42:13 set battery mode: modbus: exception '4' (server device failure), function '4'
kjohann@raspberrypi:~ $ evcc meter --battery-mode charge --log trace,db:error -c /etc/evcc.yaml
[main ] INFO 2025/01/07 09:42:36 evcc 0.131.11
[main ] INFO 2025/01/07 09:42:36 using config file: /etc/evcc.yaml
[battery1] TRACE 2025/01/07 09:42:37 modbus: send 00 01 00 00 00 06 01 06 00 20 00 01
[battery1] TRACE 2025/01/07 09:42:37 modbus: recv 00 01 00 00 00 07 01 04 04 b6 c1 00 02
[main ] FATAL 2025/01/07 09:42:37 set battery mode: modbus: exception '4' (server device failure), function '4'

@kjohann7
Copy link
Author

kjohann7 commented Jan 9, 2025

Hallo Andig und Premultply,
vielleicht hilft das um der Lösung näher zu kommen: #4016
Viele Grüße
Klaus

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@premultiply premultiply

Labels
bug Something isn't working devices Specific device support
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@andig @premultiply @kjohann7