Sungrow AC Charger AC011E-01 - kommt da was?

[BigWanna]

Hallo zusammen. Ich bin neu hier und habe mich mal über das Projekt EVCC bei mir zuhause gemacht. Leider fehlen mir die Ladepunkte sagt die Config.
Mein Problem ist jetzt folgendes. Ich habe alle Komponenten von Sungrow. Einen Hybrid WR, eine SG Batterie SBR 128 und eine Wallbox von Sungrow, die AC011E-01. Leider gibt es ja kein vorgefertigtes Template für die WB.
Kann mir jemand sagen wie die Config für diese WB aussehen könnte. Dann klicke ich die Manuell zusammen.
Ach ja. mit evvc debug sehe ich auf jedenfall dass alle anderen sachen auch werte liefern.
Vielen Dank schon mal.

[btota]

Hallo zusammen. Ich bin neu hier und habe mich mal über das Projekt EVCC bei mir zuhause gemacht. Leider fehlen mir die Ladepunkte sagt die Config. Mein Problem ist jetzt folgendes. Ich habe alle Komponenten von Sungrow. Einen Hybrid WR, eine SG Batterie SBR 128 und eine Wallbox von Sungrow, die AC011E-01. Leider gibt es ja kein vorgefertigtes Template für die WB. Kann mir jemand sagen wie die Config für diese WB aussehen könnte. Dann klicke ich die Manuell zusammen. Ach ja. mit evvc debug sehe ich auf jedenfall dass alle anderen sachen auch werte liefern. Vielen Dank schon mal.

Hey, same hier. Bist du mittlerweile weiter?

[housemaister]

Vielleicht hilft ja dieses Projekt weiter https://github.com/Louisbertelsmann/Sungrow-Wallbox-Modbus-HomeAssistant
Die HA yaml Datei ist sehr gut lesbar.

[BigWanna]

Das Projekt von Louis Bertelsmann ist super. Doch leider fehlt da das Dashboard. Somit kann man zwar wunderbar die Sensoren und alles auslesen. Das klappt auch. Aber ohne Dashboar dist es blöd

[krk-elektro]

Das Modbus Register ist mittlerweile verfügbar. Hätte auch ein paar Sungrow AC011E samt Auto zum testen da.
EVCC Implementierung wäre schon interessant, da die Sungrow-eigene Ansteuerung nicht wirklich toll ist.

[BigWanna]

OK. Ja da wäre ich schon auch interessiert dran. Bei mir scheitert es tatsächlich auch bei der Einbindung der WB in EVCC. Und wenn jemand dann evtl ein Script hat wäre es acuh schön.

[gambarou89]

Hej,
wie ich gesehen habe, kann die Sungrow WB jetzt in EVCC ausgewählt werden. Allerdings scheiter ich daran, dass EVCC sie auch ansteuern kann. Hat sich schon jemand damit befasst, hat ähnliches Problem oder seine SG WB integrieren können?
Als Ergänzung, wie ich es probiert habe:
Einstellung Sungrow WB:

• Wifi aktiviert und angebunden
• per RS485 an dem SH10RT angeschlossen
• Lademodus auf EMS
  Einstellung EVCC:
  alles über den Standard Konfigurationsmodus
• Modbus 3
• IP: Adresse des WiNetS
• Port 502
  Es scheitert mit einem Timeout.

Ich habe sämtliche weitere Möglichkeiten beim Aufsetzen des EVCC versucht, aber ohne Erfolg. Egal welchen Modbus ich auswähle, es landet im Timeout. Einzig Hoffnung macht mir, wenn ich die IP von der Wallbox oder dem Modbus SH10RT angebe, dass sofort eine Fehlermeldung kommt.

[shellfisch]

Das Modbus register würde mich auch sehr interessieren, ebenso, ob ihr es geschafft habt, die Sungrow Wallbox per Ocpp erfolgreich zu implementieren. evcc.yaml als beispiel wäre großartig

[shellfisch]

offenbar hast du nicht die WB konfiguriert sondern den WR. Eine Sungrow Wallbox AC011E-01 habe ich auch nicht in den Konfigurationsanleitung gefunden. Nach meinem Kenntnisstand muss die Wallbox auch in den Netzwerkmodus versetzt werden, und darf nicht als EMS konfiguriert bleiben.
Wir sollten im Kontakt bleiben; ich habe die gleichen Probleme.

[blauhorn]

Hallo zusammen,

ich habe die gleiche Konstellation, die der Themeneröffner und gestern versucht, die WB einzubinden - leider ohne Erfolg. Die WB lief bis dahin im Netzwerk-Modus (über WiFi), und Laden ging über die Sungrow-eigene iEnergie-Charge-App.
Was ich getan habe:

• evcc beendet,
• WB in der evcc.yaml konfiguriert:
• `
  chargers:
  • name: wallbox1
    type: template
    template: sungrow
    modbus: tcpip
    id: 1
    host: 192.168.xxx.xxx
    port: 502
    `
• WB vom Strom getrennt und neu gestartet,
• Über den Accesspoint der WB und die IP 191.168.4.1 auf die WebUI geschaltet und den Lademodus von Netzwerk auf EMS umgestellt, - hierzu war der PIN von den mitgelieferten Ladekarten notwendig.
• WB startete neu
• evcc-Dienst gestartet.

Leider Fehlermeldung:
`FEHLER BEIM STARTEN
cannot create charger 'wallbox1'
cannot create charger type 'template'
cannot create charger type 'sungrow'
sponsorship required, see https://github.com/evcc-io/evcc#sponsorship
Bitte überprüfe deine Konfigurationsdatei. Sollte dir die Fehlermeldung nicht weiterhelfen, suche in unseren GitHub Diskussionen nach einer Lösung.

Hinweis: Ein weiterer Grund könnte ein fehlerhaftes Gerät (Wechselrichter, Zähler, …) sein. Überprüfe deine Netzwerkverbindungen.`

Hab danach alle wieder zurückgestellt und warte eu neue Erkenntnisse.

[gambarou89]

hej,
jetzt stehe ich gerade vor dem Problem, dass anscheinend die WB abgerauscht ist. Sie steht komplett, ich kann mit keiner Option laden, erreiche sie auch nicht mehr per modbus. Ich vermute, dass es mit EVCC zu tun hat, als ich Einstellungen bei dem Batterievorrang vorgenommen habe, bin mir aber nicht sicher.
momentan wirft mir EVCC diesen Fehler raus. modbus: exception '0' (unknown), function '3'

[gambarou89]

Kurzes Update: die Wallbox lebt wieder. Es gibt tatsächlich eine Funktion die Wallbox zu deaktivieren, dass hat EVCC anscheinend automatisch gemacht und sie auch nicht mehr reaktiviert oder es war ein Schutzmechanismus vom Hersteller.

Ich werde mich Mal daran begeben die Wallbox direkt ins LAN einzubinden bzw den Modbus direkt anzusprechen

[andifanny]

Kannst du mir bitte sagen, wie du die Wallbox wiederbelebt hast?
Ich hab es leider auch geschafft sie zu deaktivieren. Jetzt ist sie leider unbrauchbar im Moment.
Danke für deine Hilfe

[hameno]

Per ModBus, z.B. über Home Assistant, kann man die aktivieren.
oder über iSolarCloud -> Devices -> Wallbox -> Settings (nicht sicher)

[andifanny]

@hameno Danke für die Hilfe.
Inzwischen hab ich eine andere Möglichkeit gefunden, die Wallbox wieder zu aktivieren.
Lokaler Zugriff mit der Isolarcloud App. Dort mit user/pw1111 anmelden. Und da gibts dann einen Parameter, um die Wallbox zu aktivieren.

[shellfisch]

Bin mittlerweile weiter, der SH wird erkannt und liefert Werte; die Wallbox offenbar nicht, denn debug liefert:

[lp-1  ] DEBUG 2024/04/10 10:12:48 set session soc limit: 75
[lp-1  ] ERROR 2024/04/10 10:13:27 charge meter: EOF
[site  ] DEBUG 2024/04/10 10:13:27 pv power: 4995W
[site  ] DEBUG 2024/04/10 10:13:42 battery soc: 55%
[site  ] DEBUG 2024/04/10 10:13:42 battery power: -597W
[site  ] DEBUG 2024/04/10 10:13:42 grid meter: 19W
[site  ] DEBUG 2024/04/10 10:13:42 site power: -578W
[lp-1  ] ERROR 2024/04/10 10:14:47 charge meter: EOF
[lp-1  ] ERROR 2024/04/10 10:15:47 charge total import: EOF
[lp-1  ] ERROR 2024/04/10 10:16:47 charger status: EOF
[site  ] DEBUG 2024/04/10 10:16:47 ----

Ebenso wird der Smart #1 offenbar nicht erkannt, obwohl er bei der Einrichtung als funktionsfähig hinzugefügt wurde
Die Einstellungen sind:

chargers:
- type: template
  template: sungrow 
  id: 1  
  host: 192.168.178.42  
  port: 502  
  modbus: tcpip  
  name: wallbox5

vehicles:
- type: template
  template: smart-hello 
  title: 'Smart #1'  
  user: ************  
  password: *********** 
  capacity: 66  
  name: ev4

[shellfisch]

Hat evtl. jemand die Modbus-Register um die Wallbox abzufragen

[hameno]

https://github.com/Louisbertelsmann/Sungrow-Wallbox-Modbus-HomeAssistant hier solltest du die finden

[Lucascoco]

Hast du das Problem jetzt lösen können @shellfisch ?
Ich habe das gleiche Problem.
charger status: EOF
Danke

[shellfisch]

leider nein, bin auch mittlerweile weg von OCPP, weil die sungrow WB per Template ja funktionsfähig eingebunden werden kann. Ich habe daran aber noch nicht wieder rumgeschraubt, weil mein Auto plötzlich nicht mehr erkannt wird. Keine Ahnung wieso.
It's a long way to ...

[Lucascoco]

so ich habe es hinbekommen, beim Charger kommt die IP vom Dongel rein, nicht die vom lan.
@shellfisch

[hameno]

Ich hab es bei mir nun auch probiert, und dabei folgendes beobachtet: evcc deaktiviert den Charger und kann dann nicht mehr erkennen, dass ein Auto angeschlossen ist

Anschluss:
Meter: PV, Grid, Battery über ModBus TCP direkt am LAN vom SH5.0RT
Charger: über ModBus TCP über WiNET-S

Charger ist auf EMS, allerdings vermute ich, dass iSolarCloud / WiNET-S da reinfunkt.

Was ist eigentlich mit "EMS-Start" bei "Die Wallbox muss auf EMS-Arbeitsmodus und auf EMS-Start eingestellt werden." gemeint?

[andifanny]

Hallo,
das bekomm ich raus an Logs.
Schaut m.M. nicht so schlecht aus - zumindest keine Fehlermeldung.
Allerdings war da das Auto voll geladen und angesteckt.
Wenn ich jetzt abstecke (log sagt car disconnected, charger disabled) und wieder anstecke, wird nicht erkannt, dass wieder ein Auto angesteckt ist. Somit geht dann nichts mehr.

Problem ist, dass evcc den Charger nicht disablen dürfte. Nie.

Wenn wer von den DEVs hier sich das lokal anschaun möchte, bitte gern. Einfach melden.

[main  ] INFO 2024/04/17 10:32:55 evcc 0.125.0
[main  ] INFO 2024/04/17 10:32:55 using config file: /app/evcc.yaml
[main  ] INFO 2024/04/17 10:32:55 starting ui and api at :7070
[db    ] INFO 2024/04/17 10:32:56 using sqlite database: /root/.evcc/evcc.db
[lp-1  ] WARN 2024/04/17 10:32:57 poll mode '{always 1h0m0s}' may deplete your battery or lead to API misuse. USE AT YOUR OWN RISK.
[lp-1  ] DEBUG 2024/04/17 10:32:57 charge total import: 0.000kWh
[site  ] INFO 2024/04/17 10:32:57 site config:
[site  ] INFO 2024/04/17 10:32:57   meters:      grid ✓ pv ✓ battery ✗
[site  ] INFO 2024/04/17 10:32:57     grid:      power ✓ energy ✓ currents ✗
[site  ] INFO 2024/04/17 10:32:57     pv 1:      power ✓ energy ✓ currents ✗
[site  ] INFO 2024/04/17 10:32:57   vehicles:
[site  ] INFO 2024/04/17 10:32:57     vehicle 1: range ✓ finish ✗ status ✓ climate ✗ wakeup ✓
[lp-1  ] INFO 2024/04/17 10:32:57 loadpoint 1:
[lp-1  ] INFO 2024/04/17 10:32:57   mode:        pv
[lp-1  ] INFO 2024/04/17 10:32:57   charger:     power ✓ energy ✓ currents ✓ phases ✓ wakeup ✗
[lp-1  ] INFO 2024/04/17 10:32:57   meters:      charge ✓
[lp-1  ] INFO 2024/04/17 10:32:57     charge:    power ✓ energy ✓ currents ✓
[lp-1  ] DEBUG 2024/04/17 10:32:57 phase timer inactive
[lp-1  ] DEBUG 2024/04/17 10:32:57 pv timer inactive
[lp-1  ] INFO 2024/04/17 10:32:57 vehicle updated: unknown -> BMW
[lp-1  ] DEBUG 2024/04/17 10:32:58 max charge current: 6A
[site  ] DEBUG 2024/04/17 10:32:58 ----
[lp-1  ] DEBUG 2024/04/17 10:32:58 charge power: 0W
[site  ] DEBUG 2024/04/17 10:32:58 pv power: 2386W
[site  ] DEBUG 2024/04/17 10:32:58 grid meter: -2027W
[site  ] DEBUG 2024/04/17 10:32:58 site power: -2027W
[lp-1  ] DEBUG 2024/04/17 10:32:59 vehicle odometer: 19307km
[lp-1  ] DEBUG 2024/04/17 10:32:59 charge currents: [0 0 0]A
[lp-1  ] DEBUG 2024/04/17 10:32:59 charge total import: 0.000kWh
[lp-1  ] DEBUG 2024/04/17 10:32:59 charger status: B
[lp-1  ] DEBUG 2024/04/17 10:32:59 charge start energy: 0kWh
[lp-1  ] INFO 2024/04/17 10:32:59 car connected
[lp-1  ] DEBUG 2024/04/17 10:32:59 pv timer elapse
[lp-1  ] DEBUG 2024/04/17 10:32:59 pv timer inactive
[lp-1  ] DEBUG 2024/04/17 10:33:00 charge total import: 0.000kWh
[lp-1  ] DEBUG 2024/04/17 10:33:00 vehicle status: B
[lp-1  ] DEBUG 2024/04/17 10:33:00 vehicle soc: 100%
[lp-1  ] DEBUG 2024/04/17 10:33:00 vehicle range: 44km
[lp-1  ] DEBUG 2024/04/17 10:33:00 pv charge current: 2.94A = 0A + 2.94A (-2027W @ 3p)
[lp-1  ] DEBUG 2024/04/17 10:33:00 pv disable timer reset
[lp-1  ] DEBUG 2024/04/17 10:33:00 pv timer inactive
[site  ] DEBUG 2024/04/17 10:33:28 ----
[lp-1  ] DEBUG 2024/04/17 10:33:28 charge power: 0W
[site  ] DEBUG 2024/04/17 10:33:28 pv power: 3220W
[site  ] DEBUG 2024/04/17 10:33:28 grid meter: -2852W
[site  ] DEBUG 2024/04/17 10:33:28 site power: -2852W
[lp-1  ] DEBUG 2024/04/17 10:33:28 vehicle odometer: 19307km
[lp-1  ] DEBUG 2024/04/17 10:33:28 charge currents: [0 0 0]A
[lp-1  ] DEBUG 2024/04/17 10:33:28 charge total import: 0.000kWh
[lp-1  ] DEBUG 2024/04/17 10:33:28 charger status: B
[lp-1  ] DEBUG 2024/04/17 10:33:28 next soc poll remaining time: 59m31s
[lp-1  ] DEBUG 2024/04/17 10:33:28 pv charge current: 4.13A = 0A + 4.13A (-2852W @ 3p)

[premultiply]

Problem ist, dass evcc den Charger nicht disablen dürfte. Nie.

Warum? Irgendwie müssen wir ja die Ladefreigabe entziehen. Die Box darf ja nicht einfach drauf losladen wenn evcc das nicht erlaubt hat.

Kann sein dass wir dazu noch einen anderen Mechanismus finden und implementieren müssen aber grundsätzlich ist diese Funktion obligatorisch.

Dazu stellt sich mir natürlich die Frage was die bisherige Methode überhaupt genau im System/der Box bewirkt und was daran angeblich falsch sein soll.

Immer dran denken: Ich kenne diese Box und die ganze Konfiguration nicht. Das einzige was ich dazu habe ist eine nicht besonders selbsterkärende Auflistung von Modbus-Registernummern. Die ganze aktuelle Implementierung ist also eher geraten und auf gut Glück geschrieben. Ich bin da auf alle Details oder am besten einen Testzugang auf den Modbusport angewiesen! Dann könnte ich zumindest ein paar Dinge mal selbst durchspielen.

[hameno]

Das Problem ist, dass bei deaktivierter Box über dieses Register die Erkennung auf angeschlossene Fahrzeuge nicht geht. Die Box ist quasi ausgeschaltet. Hab das selber beobachtet an meiner Box.

[premultiply]

Ok, das ist dämlich. Wäre ja auch zu einfach gewesen...
Dann brauchen wir dafür einen anderen Weg.

Dann bitte mal schauen wie die Sungrow-Maschinerie das macht.
Stromvorgabe auf 0?

[hameno]

Es gibt in der Homeassistant Integration die ich in einem anderen Kommentar verlinkt habe ein remote start/stop CMD. Vielleicht hilft das?

[hameno]

https://github.com/Louisbertelsmann/Sungrow-Wallbox-Modbus-HomeAssistant/blob/b966a30ee7ebc244d979bb0251a855d4d361a579/modbus_wallbox.yaml#L506

[andifanny]

Ich habe heute noch die Parameter ausgelesen, wenn das System durch Sungrow gesteuert wird:
Auch hier bleibt der Charger immer enabled

Auto abgesteckt

/app # evcc charger
[main  ] INFO 2024/04/18 09:28:47 evcc 0.125.0
[main  ] INFO 2024/04/18 09:28:47 using config file: /app/evcc.yaml
[db    ] INFO 2024/04/18 09:28:48 using sqlite database: /root/.evcc/evcc.db
Power:          0W
Energy:         0.0kWh
Current L1..L3: 0A 0A 0A
Voltage L1..L3: 0V 0V 0V
Charge status:  A
Enabled:        true

Auto eingesteckt. Laden noch nicht gestartet

/app # evcc charger
[main  ] INFO 2024/04/18 09:31:02 evcc 0.125.0
[main  ] INFO 2024/04/18 09:31:02 using config file: /app/evcc.yaml
[db    ] INFO 2024/04/18 09:31:03 using sqlite database: /root/.evcc/evcc.db
Power:          0W
Energy:         0.0kWh
Current L1..L3: 0A 0A 0A
Voltage L1..L3: 0V 0V 0V
Charge status:  B
Enabled:        true

Auto eingesteckt. Laden aktiv

/app # evcc charger
[main  ] INFO 2024/04/18 09:32:29 evcc 0.125.0
[main  ] INFO 2024/04/18 09:32:29 using config file: /app/evcc.yaml
[db    ] INFO 2024/04/18 09:32:29 using sqlite database: /root/.evcc/evcc.db
Power:          0W
Energy:         0.0kWh
Current L1..L3: 232A 243A 241A
Voltage L1..L3: 141V 0V 0V
Charge status:  C
Enabled:        true

Man müsste den Parameter charger also "nur" immer auf enabled belassen.
@premultiply: ich würde euch mein System gerne zu Testzwecken zugänglich machen und könnte bei Tests unterstützen.

[hameno]

@premultiply Ich hab meine Wallbox nun per RS485 ModBus Gateway angeschlossen und könnte den Port für Tests weiterleiten

[hameno]

Im aktuellen Nightly 0.126.1+1714813532 sind wir nun einen Schritt weiter. Es geht nun PV/min+pv Ladung 💯 , beim Phasenwechsel gibt es noch Timing Probleme, die sich @premultiply noch anschauen will

[btota]

Noch nicht. Ich habe aber inzwischen eine neue Sungrow-Doku erhalten die helfen könnte in den nächsten Tagen nochmal Fortschritte zu erzielen.

@premultiply könntest du die aktuelle (neuer als V1.0.16) AC011E-01_Modbus_Protocol_Vxxx_EN_Confidential.pdf an mich weiterleiten, dann können wir am Projekt von Louis noch weitermachen. danke!

[mareyem]

Hallo zusammen,

ich möchte mal Dankeschön an das EVCC-Team und die Community sagen! Bin erst vor kurzen auf EVCC gestoßen. Nachdem der Sungrow-Charger erst noch nicht vollständig unterstützt wurde, scheint jetzt alles wie gewünscht zu funktionieren. Viel besser als die Implementierung von Sungrow selbst!

Meine Anlage:
Sungrow SH5.0RT Hybridwechselrichter
Sungrow SBR 9.6kWh Batterie
Sungrow Charger AC011E-01

Charger kommuniziert direkt mit dem Wechselrichter über die RS485-Schnittstelle. EVCC (aktueller Nightly-Build) kommuniziert über die WLAN-Schnittstelle mit dem Wechselrichter. PV-Laden funktioniert, wie gewünscht.

Vielen Dank nochmal!
Andreas.

[premultiply]

Schön zu hören. Danke für das Feedback!

Ich war am Anfang sehr skeptisch ob dies in diesem Fall überhaupt gelingen wird, da die Schnittstelle und Software der Box sich doch als recht speziell darstellt.
Scheint aber wieder einmal doch am Ende irgendwie gut gegangen zu sein 😎

Auch vor allem Dank der bereitgestellten Schnittstellen-Doku und auch der mehrfachen Tests im Selbstversuch durch Nutzer und über Remote-Testzugänge.
Ohne das und etwas Ausdauer geht es nicht.

[andifanny]

Hallo zusammen,

ich möchte mal Dankeschön an das EVCC-Team und die Community sagen! Bin erst vor kurzen auf EVCC gestoßen. Nachdem der Sungrow-Charger erst noch nicht vollständig unterstützt wurde, scheint jetzt alles wie gewünscht zu funktionieren. Viel besser als die Implementierung von Sungrow selbst!

Meine Anlage: Sungrow SH5.0RT Hybridwechselrichter Sungrow SBR 9.6kWh Batterie Sungrow Charger AC011E-01

Charger kommuniziert direkt mit dem Wechselrichter über die RS485-Schnittstelle. EVCC (aktueller Nightly-Build) kommuniziert über die WLAN-Schnittstelle mit dem Wechselrichter. PV-Laden funktioniert, wie gewünscht.

Vielen Dank nochmal! Andreas.

Hallo,
Heisst das, du hast an der Verkabelung gar nichts geändert?
Wie stellst du sicher, dass Sungrow nicht dazwischenfunkt? Sungrow und EVCC kamen sich bei mir immer in die Quere...

[mareyem]

Hallo,

nein, ich habe alles gelassen, wie vom Solarteur installiert. Wenn evcc einen Ladevorgang gestartet hat, zeigt die iSolarCloud-App das auch korrekt an und zählt die geladene Energie mit.

Nur beim korrekten Starten des PV-Modus musste ich etwas ausprobieren. Am Ende habe ich die Einstellungen für enable und disable in die Config aufnehmen müssen. Wie unten im Beispiel aus der Doku. Ohne hat der PV-Modus nicht von alleine mit dem Laden begonnen, obwohl Überschuss vorhanden war.

loadpoints:

• title: Garage
  enable:

  einschalten, wenn 1 Minute lang mindestens 2000 W Überschuss vorhanden ist

  delay: 1m
  threshold: -2000
  disable:

  ausschalten, wenn 30 Minuten lang mehr als 2000 W aus dem Netz bezogen werden

  delay: 30m
  threshold: 2000

Grüße
Andreas

[andifanny]

Ok danke. Aber wenn du jetzt mit EVCC z.B. den Modus Schnelladen einstellt, und in der iSolarCloud-App ist normales PV-Überschussladen eingestellt, dann wird Schnelladen nicht funktionieren, falls nicht ausreichend PV Überschuss vorhanden ist. Ich würde vermuten, die iSolarCloud-App wird dann sofort abschalten. Könntest das mal ausprobieren, bitte?

[mareyem]

Hab ich ausprobiert. Schnellladen in evcc funktioniert unabhängig von den Settings in der iSolarCloud-App. Solange man in der iSolarCloud-App den Ladevorgang nicht startet oder stoppt, während evcc die Kontrolle haben soll, scheint alles zu funktionieren.
Ich habe festgestellt, dass die Wallbox das Laden nicht mehr automatisch startet, sobald evcc läuft. Wenn ich evcc stoppe und dann das Auto anstecke, startet das Laden direkt mit dem in der iSolarCloud-App eingestellten Modus. Sobald evcc läuft, wird nur die Kommunikation mit dem Auto hergestellt und der Lademodus hängt von den evcc-Einstellungen ab. Evcc scheint der Master zu sein. So wünsche ich mir das auch.

[blauhorn]

auf port 502 kommt:
[lp-1 ] ERROR 2024/05/28 19:07:19 charge power: dial tcp 192.168.178.91:502: connect: connection refused [lp-1 ] ERROR 2024/05/28 19:07:20 charge currents: dial tcp 192.168.178.91:502: connect: connection refused
die Konfig ist:
WB <=RS485=> RS232/485/422 TO POE ETH (B)) <=ETH=> EVCC
Zum WR ist keine Verbindung. Wenn ich in dem Converter hart den Port auf 502 einstelle, dann kommt auch der timout-Fehler.

[hameno]

Bei mir ist im Webinterface vom Adapter Device Port 502 und Protocol Modbus Tcp to RTU eingestellt. Dann ging es.
Bei evcc Modbus: tcpip
Id: 248
Port 502
IP: IP vom adapter

[blauhorn]

Ich danke Dir. Das hat soweit geklappt, die Fehlermeldungen sind weg. Morgen teste ich das Laden.

[blauhorn]

So, getestet und es klappt alles so wie es soll. PV-Überschussladen mit Phasenumschaltung usw. funktioniert problemlos.
Vielen Dank an alle die das so gut umsetzen und hier nochmal die Zusammenfassung Wallbox AC011E-01 - EVCC