evcc-io / evcc

Sonne tanken ☀️🚘
https://evcc.io
MIT License
3.58k stars 661 forks source link

ABB Terra AC // Modbus // No Charging #8707

Closed WurstKarate closed 1 year ago

WurstKarate commented 1 year ago

Hallo liebe EVCC-Gemeinschaft,

Mein Problem:

Ich habe seit ein paar Tagen eine Wallbox auf Modbus (mit Protoss PE11-H Konverter) umgestellt, da die Anbindung über OCPP bei mir immer noch Fehler erzeugt, sobald ein EV sich von der Ladesäule trennt (charger out of sync etc.). Das ist zwar nicht weiter tragisch, allerdings hatte ich mir erhofft, dass diese Fehler per Modbus vielleicht nicht erscheinen würden.

Die Kommunikation zwischen EVCC und der Wallbox scheint auch problemlos zu funktionieren, allerdings kommt kein Ladestrom zustande (freies Laden On/Off | mit/ohne RDIF Karte | sämtliche Modi pv/minpv/now).

Hier einmal meine Konfiguration:

//PROTOSS
SERIAL PORT
Baud Rate: 9600
Data Bit: 8
Stop Bit: 1
Parity: None
Buffer Size: 1024
Gap Time: 50
Flow Control: Half Duplex
Cli: Disable
Protocol: None

COMMUNICATION SETTINGS
Name: TAC_2-1
Protocol: Tcp Server
Local Port: 502
Buffer Size: 512
Keep Alive(s): 60
Timeout(s): 5
Max Accept: 1
Security: Disable
Route: Uart

// ABB TERRA AC 22KW (über neue App resettet und konfiguriert)
Modbus aktiviert (Modus: über Controller)
Baud Rate: 9600
Data Bit: 8
Stop Bit: 1
Parity: None
Freies Laden: deaktiviert (testweise aktiviert)
max Current: 16A (32A default)
Network: alles deaktiviert

Und noch der Ausschnitt aus der Config:

chargers:
  - name: TAC 2-1
    type: template
    template: abb
    modbus: rs485tcpip
    id: 1
    host: 192.168...
    port: 502

loadpoints:
  - title: Parkplatz 2 | TAC 2-1
    charger: TAC 2-1
    mode: pv
    phases: 3
    mincurrent: 6
    maxcurrent: 16

Hier der Trace (ohne freies Laden):

[site  ] DEBUG 2023/06/27 07:37:29 grid power: 11805W
[site  ] DEBUG 2023/06/27 07:37:29 site power: 11805W
[abb   ] TRACE 2023/06/27 07:37:29 modbus: send 01 03 40 16 00 06 31 cc
[abb   ] TRACE 2023/06/27 07:37:29 modbus: recv 01 03 0c 00 00 09 02 00 00 09 07 00 00 09 04 e8 f5
[lp-3  ] DEBUG 2023/06/27 07:37:29 charge voltages: [231 231 231]V
[lp-3  ] DEBUG 2023/06/27 07:37:29 detected connected phases: 3p
[abb   ] TRACE 2023/06/27 07:37:29 modbus: send 01 03 40 10 00 06 d1 cd
[abb   ] TRACE 2023/06/27 07:37:29 modbus: recv 01 03 0c 00 00 00 00 00 00 00 00 00 00 00 00 93 70
[lp-3  ] DEBUG 2023/06/27 07:37:29 charge currents: [0 0 0]A
[abb   ] TRACE 2023/06/27 07:37:29 modbus: send 01 03 40 1e 00 02 b1 cd
[abb   ] TRACE 2023/06/27 07:37:29 modbus: recv 01 03 04 00 00 00 00 fa 33
[abb   ] TRACE 2023/06/27 07:37:29 modbus: send 01 03 40 0c 00 02 11 c8
[abb   ] TRACE 2023/06/27 07:37:29 modbus: recv 01 03 04 00 00 81 00 9a 63
[lp-3  ] DEBUG 2023/06/27 07:37:29 charger status: B
[lp-3  ] INFO 2023/06/27 07:37:29 car connected
[lp-3  ] DEBUG 2023/06/27 07:37:29 vehicle api refresh
[lp-3  ] DEBUG 2023/06/27 07:37:29 pv timer elapse
[lp-3  ] DEBUG 2023/06/27 07:37:29 pv timer inactive
[lp-3  ] DEBUG 2023/06/27 07:37:29 charger: guard elapse
[lp-3  ] DEBUG 2023/06/27 07:37:29 guard timer inactive
[tesla ] TRACE 2023/06/27 07:37:29 GET https://owner-api.teslamotors.com/api/1/vehicles/...
[tesla ] TRACE 2023/06/27 07:37:30 {"response":null,"error":"vehicle unavailable: vehicle is offline or asleep","error_description":""}
[main  ] ERROR 2023/06/27 07:37:30 vehicle status: asleep
[tesla ] TRACE 2023/06/27 07:37:30 GET https://owner-api.teslamotors.com/api/1/vehicles/...
[tesla ] TRACE 2023/06/27 07:37:33 {"response":
[main  ] DEBUG 2023/06/27 07:37:33 vehicle status: B (TeslaM3)
[lp-3  ] INFO 2023/06/27 07:37:33 vehicle updated: unknown -> TeslaM3
[abb   ] TRACE 2023/06/27 07:37:33 modbus: send 01 03 40 0c 00 02 11 c8
[abb   ] TRACE 2023/06/27 07:37:33 modbus: recv 01 03 04 00 00 81 00 9a 63
[lp-3  ] DEBUG 2023/06/27 07:37:33 vehicle status: B
[lp-3  ] DEBUG 2023/06/27 07:37:33 vehicle soc: 60%
[lp-3  ] DEBUG 2023/06/27 07:37:33 vehicle soc limit: 100%
[lp-3  ] DEBUG 2023/06/27 07:37:33 vehicle range: 258km
[abb   ] TRACE 2023/06/27 07:37:33 modbus: send 01 03 40 0e 00 02 b0 08
[abb   ] TRACE 2023/06/27 07:37:33 modbus: recv 01 03 04 00 00 00 00 fa 33
[lp-3  ] DEBUG 2023/06/27 07:37:33 pv charge current: 0A = 0A + -17.1A (11805W @ 3p)
[lp-3  ] DEBUG 2023/06/27 07:37:33 pv enable timer reset
[lp-3  ] DEBUG 2023/06/27 07:37:33 pv timer inactive
[modbus] TRACE 2023/06/27 07:37:34 modbus: closing connection due to idle timeout: 5.000141307s

Mit freiem Laden:

[1p-3] DEBUG 2023/06/27 16:56:46 charge currents: [0 0 0]A
[abb] TRACE 2023/06/27 16:56:46 modus: send 01 03 40 le 00 02 b1 cd
[abb] TRACE 2023/06/27 16:56:46 modus: rev 01 03 04 00 00 00 00 fa 33
[abb] TRACE 2023/06/27 16:56:46 modus: send 01 03 40 0c 00 02 11 c8
[abb] TRACE 2023/06/27 16:56:46 modus: rev 01 03 04 00 00 81 00 9a 63
[1p-3] DEBUG 2023/06/27 16:56:46 charger status: B
[1p-3] INFO 2023/06/27 16:56:46 car connected
[1p-3] DEBUG 2023/06/27 16:56:46 vehicle api refresh
[1p-3] DEBUG 2023/06/27 16:56:46 pv timer elapse
[1p-3] DEBUG 2023/06/27 16:56:46 pv timer inactive
[1p-3] DEBUG 2023/06/27 16:56:46 charger: guard elapse
[1p-3] DEBUG 2023/06/27 16:56:46 guard timer inactive

Ist das freie Laden aktiviert, so hört man die Box zumindest kurz schalten, gefolgt von einem weiteten Klick (aktiviert/deaktiviert). In diesem Modus konnte ich für einen Bruchteil einer Sekunde einen Ladestrom sehen (einmalig, nicht reproduzierbar) , welcher umgehend wieder gekappt wurde.

Das gleiche Verhalten tritt auch auf, wenn ich alternativ den VW eUP versuche zu laden.

Ich hoffe, dass ihr mir weiterhelfen könnt, da ich gerne das Projekt auf alle Säulen ausweiten möchte und ich bis jetzt schwer begeistert bin.

Vielen Dank für eure kommende und bereits erbrachte Hilfe!

Originally posted by @WurstKarate in https://github.com/evcc-io/evcc/discussions/3369#discussioncomment-6259323

andig commented 1 year ago

Das Thema ist in der bereits laufenden Diskussion besser aufgehoben. Es ist nicht klar, was/wo evcc hier anders machen könnte.