ABB Wallbox mit Waveshare RS485 Serial to Ethernet Converter

[jonilala796]

Hallo zusammen,
ich habe eine ABB TAC-W22-T-R-0 Wallbox, welche ich gerne über Modbus ansteuern möchte.
Da ich nicht die Variante mit Display habe, habe ich mir entsprechend den Waveshare RS485 TO POE ETH (B) Konverter dazu gekauft.
Dieser ist über POE angeschlossen und liegt direkt in der Wallbox. Die Verkabelung zum Konverter sollte auch soweit passen, da bei anderem Anschluss die LEDs am Konverter nicht leuchten. Ich bekomme aber absolut keine Daten vom Konverter zu evcc bzw keine passenden Daten.
Ich habe das ganze auch lokal mit einem Waveshare RS485 zu USB Adapter getestet und dort hat alles ohne Probleme funktioniert.

Hier ist einmal die Konfiguration vom Konverter:

Das ist der Log vom evcc mit abb auf trace:

Und hier ist einmal meine evcc.yml:

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

log: debug
levels:
  cache: error
  abb: trace


# unique installation id
plant: xxxxxxxx

interval: 10s # control cycle interval


sponsortoken: xxxxxxxxx

meters:
  - type: template
    template: huawei-dongle-powersensor
    id: 1
    host: xxxx
    port: 502
    usage: grid
    storageunit: 1
    modbus: tcpip
    timeout: 15s
    name: grid1
  - type: template
    template: huawei-dongle-powersensor
    id: 1
    host: xxxxx
    port: 502
    usage: pv
    storageunit: 1
    modbus: tcpip
    timeout: 15s
    name: pv2
  - type: template
    template: huawei-dongle-powersensor
    id: 1
    host: xxxxx
    port: 502
    usage: battery
    storageunit: 1
    modbus: tcpip
    timeout: 15s
    name: battery3

chargers:
  - type: template
    template: abb
    modbus: rs485tcpip
    id: 10
    host: xxxxx
    port: 502
    name: wallbox1

loadpoints:
  - title: Carport
    charger: wallbox1
    resetOnDisconnect: true
    mode: pv
    enable:
      delay: 20s
      threshold: -300
    disable:
      delay: 30s
      threshold: 0
    guardDuration: 3m

site:
  title: Mein Zuhause
  meters:
    grid: grid1
    pv:
      - pv2
    battery:
      - battery3

vehicles:
  - name: xxxxx
    type: template
    template: fiat
    title: xxxxx
    user: xxxxxxx
    password: fiat500e
    vin: xxxxxx
    capacity: 42

mqtt:
  broker: xxxxxx:1883
  topic: evcc

Modbus Konfig in der Wallbox:

Wallbox hat die Firmware 1.6.5

Über Ideen und Vorschläge was ich falsch mache, wäre ich sehr dankbar.

[premultiply]

Erstmal das ganze RS485 Multi-Host Zeug abschalten.

[jonilala796]

Nach deaktivieren von Multi-Host bekomme ich nur noch i/o Timeouts im evcc angezeigt

[premultiply]

Kabelzuordnung korrekt?
Dauerleuchtende LEDs sind KEIN Funktionsindikator!

[jonilala796]

Danke für den Hinweis.
Ich habe nochmals die Kabelzuordnung überprüft und siehe da, schon funktioniert es.

Ich hatte eigentlich die Kabelzuordnung nicht mehr im Verdacht, weil ich da schon alles durch probiert hatte und es auch mit dem anderen Adapter am laufen hatte.

Vielen Dank für die Hilfe👍🏼

[c-po]

Passt der Adapter in die Wallbox rein Das mit PoE wäre schon eine feine Sache

[Gixxertreiber13]

Nimm doch die 220 Volt Variante und hole dir bei einer Phase deinen Strom...

[premultiply]

Genauer: Von L1.

[jonilala796]

Der Konverter passt ohne Probleme mit in die Wallbox rein.
Bei mir konnte ich dort einfach das schon vorhandene Kabel der Wallbox nutzen und dann an den Konverter anschließen

[FrankKellner]

Hi jonilala796,
mit welchen Einstellungen funktioniert die Verbindung jetzt bei dir?
Ich habe auch den Waveshare RS485 to ETH (B) und eine ABB Terra AC Wallbox.
Leider bekomme ich immer CRC Fehler zurück. Da die Rückgabewerte immer gleich sind vermute ich keinen Störung der Datenübertragung sondern eine Fehlkonfiguration.
Wie hast du das Waveshare Modul eingestellt? Und gerne auch die letzte Konfiguration vom ABB und EVCC :-)
Danke schon mal,
Frank

[premultiply]

https://docs.evcc.io/docs/reference/modbus/

Insbesondere die erste orange Box beachten!

[FrankKellner]

OK. Funktioniert jetzt :-)
Es hat im Endeffekt nicht am Waveshare Modul gelegen sondern an der ABB Wallbox.
Die hatte ich auf "Lokales Lastmanagement" konfiguriert und nicht auf "Lokaler Controller".
Der Waveshare muss auf TCP Server und in den Advanced Settings das Protokoll auf None.
Device Port natürlich auf 502, falls nicht automatisch geschehen.
Nur zur Info, falls noch jemand anderes in der Konstellation auf Fehlersuche ist.

[Bakari2020]

Hallo zusammen,
ich benutze einen Waveshare 4ch to ETH Adapter, meine Konfig ist identisch zu der oben beschriebenen. Wenn der TCP Server eingerichtet ist in VirCom und EVCC leuchtet die grüne Lampe am Waveshare und der Server ist laut Vircom etablished. Wenn EVCC den Server anpingt zählt auch der TX Server und die blaue LED blinkt. RX Zähler bewegt sich nicht.

ABB Firmaware ist 1.8.21
EVCC ist 0.133.0

Im log sehe ich das EVCC sich mit allen Komponenten verbindet

Verbindung RS485 getestet mit folgenden Konfigurationen:

1. 4m 4 Adrige Busleitung A zu A B zu B
2. 4m 4 Adrige Busleitung A zu A B zu B mit 120 Ohm beidseitig
3. direket an der ABB mit 5cm Leitung
4. Cat7 Leitung 1m mit einem gedrillten Aderpaar
5. Alle 4 Ch der Box probiert
6. Option 1 mit aufgelegtem Schirm einseitig auf GND an der ABB
7. Option 1 mit aufgelegtem Schirm einseitig auf GND an der Waveshare
8. Verschieden Option in Advanced
   8.1 Auto Querly
   8.2 Modbus TCP to RTU
   8.3 keine

Intervalle von EVCC mit 30s 60s 300s

ABB Konfig Modbus RTU RS485 Lokaler Controller

[site ] INFO 2025/02/11 20:21:58 meters: grid ✓ pv ✓ battery ✓
[site ] INFO 2025/02/11 20:21:58 grid: power ✓ energy ✓ currents ✓
[site ] INFO 2025/02/11 20:21:58 pv 1: power ✓ energy ✓ currents ✗
[site ] INFO 2025/02/11 20:21:58 battery 1: power ✓ energy ✓ currents ✗ soc ✓ capacity ✗
[site ] INFO 2025/02/11 20:21:58 vehicles:
[site ] INFO 2025/02/11 20:21:58 vehicle 1: range ✗ finish ✗ status ✗ climate ✗ wakeup ✗
[lp-1 ] INFO 2025/02/11 20:21:58 loadpoint 1:
[lp-1 ] INFO 2025/02/11 20:21:58 mode: off
[lp-1 ] INFO 2025/02/11 20:21:58 charger: power ✓ energy ✗ currents ✓ phases ✗ wakeup ✗
[lp-1 ] INFO 2025/02/11 20:21:58 meters: charge ✓
[lp-1 ] INFO 2025/02/11 20:21:58 charge: power ✓ energy ✗ currents ✓
[lp-1 ] DEBUG 2025/02/11 20:21:58 phase timer inactive
[lp-1 ] DEBUG 2025/02/11 20:21:58 pv timer inactive
[lp-1 ] INFO 2025/02/11 20:21:58 vehicle updated: unknown -> Cupra Born
[abb ] TRACE 2025/02/11 20:21:58 modbus: send 01 03 40 0e 00 02 b0 08
[lp-1 ] ERROR 2025/02/11 20:22:08 charger enabled: read tcp 192.168.0.236:37290->192.168.0.200:502: i/o timeout
[abb ] TRACE 2025/02/11 20:22:08 modbus: send 01 03 40 0c 00 02 11 c8
[site ] DEBUG 2025/02/11 20:22:08 ----
[abb ] TRACE 2025/02/11 20:22:18 modbus: send 01 03 40 1c 00 02 10 0d
[lp-1 ] ERROR 2025/02/11 20:22:28 charge power: read tcp 192.168.0.236:59350->192.168.0.200:502: i/o timeout
[abb ] TRACE 2025/02/11 20:22:28 modbus: send 01 03 40 10 00 06 d1 cd
[lp-1 ] ERROR 2025/02/11 20:22:38 charge currents: read tcp 192.168.0.236:57646->192.168.0.200:502: i/o timeout
[abb ] TRACE 2025/02/11 20:22:38 modbus: send 01 03 40 0c 00 02 11 c8
[site ] DEBUG 2025/02/11 20:22:38 grid power: -0W
[site ] DEBUG 2025/02/11 20:22:38 pv 1 power: 0W
[site ] DEBUG 2025/02/11 20:22:38 battery 1 power: 0W
[site ] DEBUG 2025/02/11 20:22:38 grid currents: [0.652 -0.0851 -0.24]A
[site ] DEBUG 2025/02/11 20:22:39 battery 1 soc: 8%
[site ] DEBUG 2025/02/11 20:22:39 site power: 0W
[abb ] TRACE 2025/02/11 20:22:48 modbus: send 01 03 40 16 00 06 31 cc
[lp-1 ] ERROR 2025/02/11 20:22:58 charge voltages: read tcp 192.168.0.236:33656->192.168.0.200:502: i/o timeout
[abb ] TRACE 2025/02/11 20:22:58 modbus: send 01 03 40 1e 00 02 b1 cd
[lp-1 ] ERROR 2025/02/11 20:23:08 charge rater: read tcp 192.168.0.236:36506->192.168.0.200:502: i/o timeout
[abb ] TRACE 2025/02/11 20:23:08 modbus: send 01 03 40 0c 00 02 11 c8
[abb ] TRACE 2025/02/11 20:23:18 modbus: send 01 03 40 0c 00 02 11 c8
[lp-1 ] ERROR 2025/02/11 20:23:28 charger status: read tcp 192.168.0.236:51346->192.168.0.200:502: i/o timeout

[premultiply]

Ich würde die Parität auf gerade / even konfigurieren.
Sonst ist das keine standardkonforme Modbus RTU Kommunikation.

Ausserdem scheint evcc auf Modbus TCP konfiguriert zu sein.
Wenn der Konverter dann aber keine Protokollkonvertierung durchführt werden die sich nicht verstehen.
Daher dann Protocol Modbus TCP to RTU aktivieren oder evcc auf Modbus RTU over TCP/IP umkonfigurieren.
Siehe auch https://docs.evcc.io/docs/reference/modbus/

[Bakari2020]

Wallbox auf even und Converter auf even mit folgender Config:
chargers:

• name: my_charger
  type: template
  template: abb

  RS485 via TCP/IP (Modbus RTU)

  modbus: rs485tcpip
  id: 1
  host: 192.168.0.200 # Hostname
  port: 502 # Port
  

führt zu folgendem Trace egal ob Transfer Potocol auf none oder Modbus_TCP_Protocol steht.
[abb ] TRACE 2025/02/11 22:03:10 modbus: send 01 03 40 16 00 06 31 cc
[lp-1 ] ERROR 2025/02/11 22:03:20 charge voltages: read tcp 192.168.0.236:53246->192.168.0.200:502: i/o timeout
[abb ] TRACE 2025/02/11 22:03:20 modbus: send 01 03 40 1e 00 02 b1 cd
[lp-1 ] ERROR 2025/02/11 22:03:30 charge rater: read tcp 192.168.0.236:48920->192.168.0.200:502: i/o timeout
[abb ] TRACE 2025/02/11 22:03:30 modbus: send 01 03 40 0c 00 02 11 c8
[abb ] TRACE 2025/02/11 22:03:40 modbus: send 01 03 40 0c 00 02 11 c8
[lp-1 ] ERROR 2025/02/11 22:03:50 charger status: read tcp 192.168.0.236:40044->192.168.0.200:502: i/o timeout
[abb ] TRACE 2025/02/11 22:03:50 modbus: send 01 03 40 0c 00 02 11 c8

mit chargers:

• name: my_charger
  type: template
  template: abb

  RS485 via TCP/IP (Modbus RTU)

  source: modbus
  uri: 192.168.0.200:502
  rtu: true # Modbus RTU over TCP

Erhalte ich:
[main ] FATAL 2025/02/11 22:09:51 cannot create charger 'my_charger': cannot create charger type 'template': invalid key: source
[main ] FATAL 2025/02/11 22:09:51 will attempt restart in: 15m0s

Wo wo könnte der fehler in der Konfig liegen? Ich denke der Fehelr liegt auf meiner Seite irgendwo