Probleme mit der Verbindung von Fox Ess H3 Hybrid

[fght123]

Hallo

wir haben einen Fox Ess Hybrid H3 Wechselrichter, diesen möchten wir mit EVCC verbinden.

Leider kommt immer die folgende Fehlermeldung:

Erster Quellcode s.u.:
pv 1 power: add[0]: read failed: read tcp 192.168.0.63:55568->192.168.0.57:502: i/o timeout

Zweiter Quellcode s.u.:
pv 1 power: add[0]: read failed: read tcp 192.168.0.63:40486->192.168.0.57:502: i/o timeout
pv 1 power: add[0]: read failed: modbus: exception '2' (illegal data address), function '3'

Kann es sein, dass der H3 von Ihnen noch nicht unterstützt wird?
Bzw. das er kein Modbus über Ethernet unterstützt?

Was kann man hier machen?

Folgender Quellcode von Ihnen wurde verwendet:
Eine Verbindung erfolgt über Ethernet.

Erster Quellcode:

meters:
  - name: my_pv
    type: template
    template: fox-ess-rs485
    usage: pv      

    
    # RS485 via TCP/IP (Modbus RTU)
    modbus: rs485tcpip
    id: 1
    host: 192.168.0.57 # Hostname
    port: 502 # Port 

Auch mit diesem Quellcode habe ich es probiert:
2. Quellcode

meters:
  - name: my_pv
    type: template
    template: fox-ess-ethernet
    usage: pv      
    
    # Modbus TCP
    modbus: tcpip
    id: 1
    host: 192.168.0.57 # Hostname
    port: 502 # Port 

Leider kann keine Verbindung hergestellt werden!

[premultiply]

Konfig 1 ist sowieso falsch, da der WR kein Modbus RTU over TCP an seinem nativen ModbusTCP-Port sprechen wird.

Zu Konfig 2 mal bitte
evcc meter --log trace

[thecem]

Was meinest du mit normal installieren? EVCC läuft nur als Addon (Docker) auf HomeAssistant. evcc.yaml: must du in das configurierte Verzeichnis legen:

config ist das gleiche Verzeichnis in der auch die config von HA liegt.
wie erreicht man dieses? Entweder Samba Addon und Freigabe oder Studio Code Server Addon und anlegen.

[thecem]

@fght123 : https://community.symcon.de/t/fox-ess-hybrid-ac-wechselrichter-modbus-anbindung/130453

Weiß nicht ob das stimmt. Aber du kannst es testen.

Ich habe mir jetzt für Home Assistant das Addon Terminal installiert.
Ich kann hier direkt Befehle eingeben.
Leider finde ich das benötigte Verzeichnis nicht.
Wo ist dies zu finden?

Das geht so nicht. EVCC läuft in einem Docker, in diesem musst du ein Terminal öffnen, hierzu brauchst Du das Portainer Addon. Allerdings kannst hier kein evcc meter --log trace nicht ausführen.

installiere hierzu EVCC als Windows Version. https://docs.evcc.io/docs/installation/manual/

Erstelle dann eine funktionierende evcc.yaml und kopiere die in das im Addon konfigurierte Verzeichnis.

[thecem]

@fght123 hast Du NodeRed? Wenn ja installiere das Modbus Node (Pallette) hier kannst du dann direkt den ESS ansprechen.. und sehen ob er Modbus/TCP unterstützt.

[thecem]

https://github.com/StealthChesnut/HA-FoxESS-Modbus

[thecem]

Manager version 1.56 appears to break the LAN connectivity option!

[fght123]

Vielen Dank für die vielen Hinweise.
Ich denke, dass ich jetzt einen Weg gefunden habe.

Vielen Dank.

[wattie2k1]

Wie hast Du es gelöst? Ich stehe gerade vor dem gleichen Problem.

[fght123]

Hallo,

beim Fox H3 funktioniert der Modbus nicht über LAN.
Man benötigt hier einen Adapter von RS485 auf LAN.
Hier findest du eine Anleitung dafür.
Dann sollte es mit dem CODE für RS 485 laufen. Habe es noch nicht probiert.

https://github.com/rsaemann/HA-FoxESS-H3-Modbus

[qnc42]

Moin, habe das selbe Problem. Und bei euch ist die RS485 frei? Bei mir geht von da ein Kabel zum Meter... und seriell ist doch P2P, da kann ich mich nicht mit draufhängen.

[qnc42]

Bin jetzt ein Stück weiter, habe ein Elfin EW11a an die RS485 angeschlossen und ins Netz gebracht. Pin 1 auf A, Pin 2 auf B und die 12V nehme ich von 5+8. Das sollte nach Anleitung H3 korrekt sein.
Ich habe das Elfin in der EVCC-YAML eingetragen und sehe auch die Anfragen vom EVCC. Allein der Wandler antwortet nicht. Hatte den Wandler schon komplett aus und wieder an, funktioniert nicht. Habe auch versuchsweise A+B getauscht, kommt nichts. Hat irgendwer eine Idee?

[a2code3m]

Hallo Leute !
Ist hier irgendwer schon weiter gekommen ? Habe auch einen H3. An RS485 hängt aber der SmartMeter aus der Hauptverteilung. Ich verstehe die grundsätzliche Einbindung des H3 in EVCC nicht - wie genau soll das laufen ? In den üblichen Setups gibt der H3 keine RS485 Daten nach aussen. Er empfängt nur vom Meter - das ist unidirektional / INPUT. An seiner IP hat jedenfalls meiner keine offenen ports. Der 502 Ansatz ist mir hier unklar. Auch sind die H3 nach erfolgter Installation ja nicht für RS485 konfiguriert. YMAL file hin oder her - wie ist das technisch eigentlich gedacht ?

[premultiply]

Das kann nur jemand beantworten der so ein Gerät hat.

[a2code3m]

Hab ich - ich verstehe es nicht !

[qnc42]

Moinam Connector unten gibt es 2 Paar Verbindungen, eins fürs SmartMeter, an den anderen habe ich ein Elfin11a gehängt - wie in diversen Quellen beschrieben. Das Elfin polled den H3 über Modbus und liefert die Daten ans evcc. Funktioniert bestens, bei der neuen evcc Version sogar samt Batteriestand.Auf dem Wlanstick ist 502 leider geblockt.VG, AlexAm 24.06.2023 um 14:49 schrieb aikemueller ***@***.***>: Hallo Leute ! Ist hier irgendwer schon weiter gekommen ? Habe auch einen H3. An RS485 hängt aber der SmartMeter aus der Hauptverteilung. Ich verstehe die grundsätzliche Einbindung des H3 in EVCC nicht - wie genau soll das laufen ? In den üblichen Setups gibt der H3 keine RS485 Daten nach aussen. Er empfängt nur vom Meter - das ist unidirektional / INPUT. An seiner IP hat jedenfalls meiner keine offenen ports. Der 502 Ansatz ist mir hier unklar. Auch sind die H3 nach erfolgter Installation ja nicht für RS485 konfiguriert. YMAL file hin oder her - wie ist das technisch eigentlich gedacht ? —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>

[a2code3m]

Ahh - ich habe nen LAN dongle - aber da ist per nmap auch kein port offen. Also hast Du den Elfin an PIN 1/2 (A/B) gesteckt ? Die smart meter kommen ja über 3/4 (B/A) rein. Beschrieben ist der Kram in der spärlichen Doku mit "Datalogger". Korrekt so ? Es geht also nicht ohne ein Stück weitere Hardware ?

[qnc42]

Ohne zusätzliche HW geht das nicht, lan und wlan sind beide 502 geblockt. Ein elfin 11a kostet aber nur nen 10er, musst nix löten, einfach dranhängen - hatte ich weiter oben doch schon beschrieben. 12Volt gibts auch direkt am Connector.

Was mir oben gefehlt hat: Die slaveID ist default 247, und nicht 1. Also entweder im Wandler umstellen, oder in der Konfiguration.

[elbeki777]

Wie lautet genau deine evcc.yaml für Elfin -RS485 Adapter? Ich bekomme zwar die Daten im Home Assistant Plugin angezeigt, aber der evcc-Addon meldet permanent Fehler:
ERROR 2023/06/25 22:50:05 battery 1 soc: read failed: read tcp 192.168.178.52:53232->192.168.178.62:504: i/o timeout

Die evcc.yaml ist wie folgt:
`meters:

• type: template
  template: fox-ess-rs485
  id: 247
  host: 192.168.178.62
  port: 504
  usage: grid
  modbus: rs485tcpip
  name: grid1
• type: template
  template: fox-ess-rs485
  id: 247
  host: 192.168.178.62
  port: 504
  usage: pv
  modbus: rs485tcpip
  name: pv1
• type: template
  template: fox-ess-rs485
  id: 247
  host: 192.168.178.62
  port: 504
  usage: battery
  modbus: rs485tcpip
  name: battery2`

192.168.178.62 ist die IP vom Elfin EE11, Port 504 ist eingestellt (mit Port 502 läuft es auch nicht)

[qnc42]

PV geht aber? Der Fehler bezieht sich ja auf Batterie...
Ich komme an meine Yaml gerade nicht ran, hab die aber einfach aus den Docs kopiert und adaptiert. Port 504 verstehe ich nicht - sollte 502 sein.
Bzgl. Batterie hatte ich kürzlich nen Request aufgemacht - H1 und H3 verwenden unterschiedliche Register, deswegen gibt es seit kurzem zwei unterschiedliche Templates für Fox. Mit dem alten geht der H1, wenn du einen H3 hast, benötigst du das neue Template...
Ansonsten ist fürs debuggen auch das Elfin selbst immer gut. Auf dem Frontend siehst du ja, ob Anfragen reinkommen - und ob diese vom Wandler beantwortet werden.

[elbeki777]

Nein, PV und Grid gehen auch nicht im evcc. im Home Assistant über gleichen Adapter geht alles. Ich habe Port 502 und 504 probiert (kann man im Elfin-Menü einstellen), daran liegt es auch nicht, gleiche Fehlermeldung... Em EVCC habe ich als Template fox-ess-rs485 und fox-ess-h3 probiert (es gibt auch noch eine für H1). Und für den Modbus gibt es auch zwei Templaten: "tcpip" und "rs485tcpip". Entweder kommt es zu Fehlermeldung oder es werden falsche Daten ausgelesen (Wechselrichter ist ein H3, aber über Elfin RS485-tcpip-Adapter angeschlossen)

[a2code3m]

Hast Du am WR noch etwas eingestellt ? Der hat ja auch nen Menüpunkt RS485 - steht mit Device ID auf 000. Hatte noch nen PhoenixContact Com Server auf Hutschiene liegen und habe alles da dran geklemmt - das sträubt sich aktuell noch. Ich bin kein WLAN Fan. Den Elfin müßte man auch irgendwie am WR "rumhängen" lassen. In der Unterverteilung - bei geschlossener Tür (Metall) wird das WLAN Signal zu sehr gedämpft. LAN liegt in der UV.

[qnc42]

Die DeviceID ist das, was ich mit SlaveID meine. Mit der Nummer musst du ihn im Modbus ansprechen.

Das Elfin hatte bei mir eine Wandbefestigung und auch einen Hutschienenadapter dabei. Ich betreibe Shellys über Wlan in Metallverteilerkästen, habe keinerlei Probleme.

Das Elfin gibt es aber auch als Lan-Variante. Gibt diverse 485-auf-Lan Wandler. Vorteil vom Elfin war für mich der Preis und dass er bei anderen funktioniert…

Wenn der Phoenix 485 kann, sollte es auch mit dem passen. Baudrate und Co hast du eingestellt?

[a2code3m]

Irgendwie mag der Phoenix nicht. Sehe nix auf TD / RX - außer, wenn ich den einbinden will - dann blinkt kurz TD einmal und ich bekomme einen I/O error. Werde das jetzt mit dem elfin probieren. Hast Du den auf 7/8 mit 12V versorgt oder 5/6 und dann 8 ? Weiß nicht, was RY_CON(7) bedeuten soll. Aber ich glaube der Elfin kann auch 24V oder ? Netzteil liegt in der UV - ginge auch...

[qnc42]

Ich hatte oben geschrieben, ich nutze 5+8 für 12V. Vom Elfin gibt es verschiedene, die haben einen großen Spannungsbereich, 24V sollte gehen. Ich meine iwo gelesen zu haben, dass die Versorgung vom H3 besser funktioniert wegen gleichem Potential - obwohl 485 ja eigentlich differenziell ist.

Dass du den triggern musst ist dir aber klar? Also irgendwer muss Anfragen stellen? Evcc, oder ich hab das versuchsweise mit Openhab angestossen…

[a2code3m]

Danke ! Ja - soll ne evcc Anbindung werden...ich leg' dann mal los...mit Elfin ;).

[37wh5r]

Ich habe meinen H3 erst nach längerer Odyssee zum Laufen bekommen, mit Hilfe von https://github.com/nathanmarlor/foxess_modbus und Home Assistant. Eigentlich benutze ich ioBroker, aber mit dem Modbus Adapter hatte ich keinen Erfolg. Jetzt habe ich halt eine zusätzliche HA Installation, und hole mir die Daten per hass Adapter dann nach ioBroker rein. Klappt sehr gut. Ich nutze keinen Elfin, sondern den USR-TCP232-410s. Und greife Pins 1+2 im Comm-Stecker des H3 ab. Ist alles im Wiki von obigem Github Repo beschrieben.

[37wh5r]

... und als ich heute mal die neueste EVCC Version probiert habe, wurde ich angenehm überrascht, dass ich 3 Meter ans Laufen bekommen habe, für Grid, PV und Batterie, das sieht dann so aus in der evcc.yaml:
meters:

• type: template
  template: fox-ess-h3
  id: 247
  host: 192.168.xxx.xxx
  port: 502
  usage: grid
  modbus: tcpip
  name: grid1
• type: template
  template: fox-ess-h3
  id: 247
  host: 192.168.xxx.xxx
  port: 502
  usage: pv
  modbus: tcpip
  name: pv1
• type: template
  template: fox-ess-h3
  id: 247
  host: 192.168.xxx.xxx
  port: 502
  usage: battery
  modbus: tcpip
  name: battery1

192.168.xxx.xxx ist dabei die IP-Adresse des USR. Ich habe noch keine Wallbox, aber diese Hürde scheine ich zumindest schon mal genommen zu haben.

[a2code3m]

Also ist es ja so, daß man am H3 auch die RS485 Device ID setzen MUSS - oder ? Die steht default auf 000. Sie müßte ja auf einem von NULL verschiedenen Wert gesetzt werden.

[qnc42]

Bei mir war sie default auf 247, nicht auf 0. Ich habe H3 und evcc beide auf 1 gestellt, läuft bestens. Ein zweites Gerät auf dem selben Bus muss dann eine andere Nummer haben

[37wh5r]

Meiner stand jedenfalls standardmäßig auf 247, kurz nachdem mein Solarteur ihn montiert hatte. Und 247 wird auch im FoxESS-Dokument der Modbus-Register genannt, genauer 0xF7.

[a2code3m]

Der H3 hat ja am COM Stecker 1/2 für datalogger - da klemmen wir uns ja dran und aber auf 3/4 die smartmeter. Ich habe ne Konfiguration zusammen mit nem T8-G3. Dessen smartmeter (für die Visualisierung in der Cloud) hängt mit an dem 3/4er Bus zusammen mit dem smartmeter in der Hauptverteilung. Am H3 hängen also auf 3/4 ZWEI smartmeter - jeweils mit deviceID 1 und 2. Weiß jemand, ob der bus an 3/4 galvanisch getrennt ist von dem an 1/2 und auch im H3 elektronisch bzw. firmware-mäßig getrennt geführt wird ? Wenn ja - kann ich ja auf 1/2 machen, was ich will, wenn nein, dann sind bei mir ja device ID1 und2 bereits vergeben. Der H3 stand auf 000. Wenn ich also da jetzt ein Elfin dranklebe, dürfte der ja frühestens ab ID3 loslaufen. Was meint Ihr ?

[qnc42]

Hab ich mich auch schon gefragt. Ich habe einen H3 und einen T4, aber nur ein Smartmeter (am H3). Das SM müsste ja auch ID1 haben... mein H3 ist aber auf 1 eingestellt, und ich habe keine Probleme mit dem Elfin. Ich gehe also davon aus, dass das 2 getrennte Bussysteme sind.
2 Smartmeter sind ja empfohlen für 2 Wandler, aber wo hängen die denn bei dir? Hintereinander macht ja keinen Sinn - die messen dann ja das selbe. Direkt am Ausgang des T4 wäre im Prinzip sinnvoll - aber der weiß doch selbst, was er ausgibt...?
Blöd auch, dass die T-Serie auf der RS485 keinen Modbus unterstützt - sonst könnten die beide ans gleiche Elfin.

[a2code3m]

Der T8-G3 hat einen "eigenen" smart-meter. Wir haben denn in der UV nur auf den T8-G3 gehängt. Lt. FoxESS hängt der im selben Bus, wie der smartmeter in der HV für den H3. Bei mir sind die einfach zusammengeklemmt - nix mit terminiertem Bus oder so. Daraufhin sehe ich den T8-G3 mit in der Visualisierung - als zweiten WR - auch weil der mit WLAN dongle reinkommt, aber ich sehe auch - naja - bis vor kurzem - die Load im Hausnetz in der Visualisierung. Leider hat das FoxESS nicht gut gemacht - da fummeln die noch dran. Ich sehe die Produktion des T8-G3 nur implizit als auftretende 3. Last im Hausnetz - nicht als WR. Vor ein paar Tagen sah es mal kurz korrekt aus, aber das haben sie wieder entfernt. Deren firmware für die WRs ist "geht so" - aber es gab nix anderes lieferbar in 2023. Das hatte mit den smart metern auch ganz dumme Effekte. Habe ne 25 kWp Anlage 12 kW H3 / 8 kW T8-G3. Der T8 ballert natürlich am H3 vorbei. Wenn der auf 8kW hochgefahren war, speiste der H3 nur noch bis zu seiner Spezifikationsleistung ein - also dann noch 4 kW um bei 12 kW dann zu saturieren (Wert hatte er vom smart meter in der HV). Hat mich 3 Tage Diskussion mit Fox gekostet - dann haben sie ne neue MasterFW gepushed - 1.77 - die erlaubt es nun, daß beide in diesem System voll einspeisen bis zu 20 kVA eben bei mir. Man merkt hier, dass die FW von Fox und das ganze Thema Monitoring echt noch nicht ausgereift sind. Komme von SMA und bin da ein komplett anderes Niveau gewohnt.

[qnc42]

Davon las ich, habe mittlerweile auch die 1.77 - das Problem aber noch nicht gesehen.
Mit den SM habe ich noch nicht richtig verstanden. Ein Bus, okay, alle Wandler und alle SM sind auf einem Bus. Der H3 hat sein SM im HV, wahrscheinlich doch hinter allen Geräten, um den Strom zwischen Haus und Grid zu messen.
Das zweite SM hängt im UV - misst also die Leistung vom T8 und eventuell noch von den Geräten, die auch im UV hängen. Die Leistung vom T8 muss ich aber doch nicht messen, das weiß der selbst - und schickt das über WLan auch in die Cloud. Mir ist nicht klar, wie dieses SM hilft (außer vielleicht irgendwelche Strukturen in der Cloud zu füllen). Aber Informationsgehalt hat der doch nicht...?

Ich scheitere gerade daran, meinen T4 mangels Modbus wie den H3 auszulesen. Wenn ich den über ein SM laufen lassen würde, könnte ich das SM doch auslesen für die Leistung? Das hat doch Modbus? Ansonsten bliebe mir nur sowas: https://github.com/assembly12/Foxess-T-series-ESPHome-Home-Assistant, was mal mehr oder weniger gut läuft. Eine neue Firmware schaltet den RS485 der T-Serie angeblich ganz aus...

[37wh5r]

Ich habe meinen T5 mit dem genannten Projekt von assembly12 auslesen können, allerdings kommt nur alle 120 Sekunden ein neues Datenpaket.

[a2code3m]

EN-10-500-10052-01-H3AC3-User-Manual.pdf / page35 - das ist mein SetUp. Über die Cloud wäre das ggf. zu träge. Wir haben es so gebaut, wie FoxESS das im manual vorschreibt.

[a2code3m]

BEIDE! auf 3/4. Ich denke aber, daß die ganze FoxCloud Kiste und die aktuelle FW inkl. app das nicht korrekt darstellen. Meter2 ist am H3 auch aktiviert. Ist ja auch alles ein wenig arm mit den Displays - naja...normalerweise sollte der dann in der app irgendwie auch einen 2. Inverter zeigen - das hatten die vor 3 Tagen mal kurz drin - aber der Stromfluß wurde nicht angezeigt und dann war es wieder raus. Ich sehe quasi den Stromfluß des T8-G3 als "anonyme" Last vom "home" in der app und im Web und bilde mir ein, daß er den Wert schon über den Meter2 zieht. Ansosnten wären das komplett getrennte Systeme.

[a2code3m]

Die Elfins sind bei mir im Zulauf...ich kann zunächst nicht weiter testen...sollen nächste Woche da sein...

[a2code3m]

So ! Habe es jetzt mit einem EE11A auf 24V über ne externe Spannungsversorgung in der Unterverteilung und via LAN umgesetzt. Als meter habe ich PV, BATT und GRID umsetzen können - Auto und Wallbox sind auch drin. Muß jetzt noch mal die anderen Wallboxen und das 2. Auto reinbringen und dann noch ein wenig Hübsch machen. Die Elfin paßt mit dem Hutschienenadapter unter die UV Verkleidung, so daß man mal rein gar nix von dem Ding sieht - sehr schick ! Danke noch mal für Eure Hilfe hier... ;)

[andre8777]

Könntest du evtl. mal dein evcc.yaml posten?

Ich bekomme das über meinen Elfin EW11 nicht integriert.

Immer nur Timeouts über den RS485 / Wlan Adapter.

Das wäre super :-)

[a2code3m]

Na klar...:

network:
schema: http
host: evcc.local
port: 7070

interval: 10s # control cycle interval

log: info
levels:
site: debug
lp-1: debug
lp-2: debug
cache: error
db: error

meters:

• name: HOME_GRID

• type: template
  

  template: fox-ess-h3
  usage: grid
  modbus: tcpip
  id: 247
  host: X.X.X.X # Hostname
  port: 502 # Port
• name: HOME_PV
  type: template
  template: fox-ess-h3
  usage: pv
  modbus: tcpip
  id: 247
  host: X.X.X.X # Hostname
  port: 502 # Port
• name: HOME_BATT
  type: template
  template: fox-ess-h3
  usage: battery
  modbus: tcpip
  id: 247
  host: X.X.X.X # Hostname
  port: 502 # Port

site:
title: HOME # display name for UI
meters:
grid: HOME_GRID # grid meter
pv:
- HOME_PV # list of pv inverters/ meters
battery:
- HOME_BATT # list of battery meters
aux:
residualPower: 100 # additional household usage margin
prioritySoc: 50 # give home battery priority up to this soc (empty to disable)
bufferSoc: 60 # continue charging on battery above soc (0 to disable)
bufferStartSoc: 90 # start charging on battery above soc (0 to disable)
maxGridSupplyWhileBatteryCharging: 0 # ignore battery charging if AC consumption is above this value
smartCostLimit: 0 # set cost limit for automatic charging in PV mode

chargers:

• name: HOMETWC1
  type: template
  template: twc3
  host: X.X.X.X # IP-Adresse oder Hostname
• name: HOMETWC3

• template: twc3
  

  host: X.X.X.X # IP-Adresse oder Hostname

vehicles:

• name: CAR
  type: template
  template: tesla
  title: CAR # Wird in der Benutzeroberfläche angezeigt (Optional)
  accessToken: XXX
  refreshToken: XXX
  capacity: 100 # Akkukapazität in kWh (Optional)

loadpoints:

• title: GARAGE # display name for UI
  charger: HOMETWC1 # charger
  mode: "pv" # set default charge mode, use "off" to disable by default if charger is publicly available
  vehicle: CAR # set default vehicle (disables vehicle detection)
  resetOnDisconnect: false # set defaults when vehicle disconnects
  phases: 3 # electrical connection (normal charger: default 3 for 3 phase, 1p3p charger: 0 for "auto" or 1/3 for fixed phases)
  minCurrent: 6 # minimum charge current (default 6A)
  maxCurrent: 24 # maximum charge current (default 16A)
  priority: 0 # relative priority for concurrent charging in PV mode with multiple loadpoints (higher values have higher priority)
  soc:
  poll:
  vehicle)
  mode: charging
  interval: 60m
  estimate: true # set false to disable interpolating between api updates (not recommended)
  enable: # pv mode enable behavior
  delay: 1m # threshold must be exceeded for this long
  threshold: 0 # grid power threshold (in Watts, negative=export). If zero, export must exceed minimum charge power to enable
  disable: # pv mode disable behavior
  delay: 3m # threshold must be exceeded for this long
  threshold: 0 # maximum import power (W)
  guardDuration: 5m # switch charger contactor not more often than this (default 5m)

• title: GAESTE # display name for UI
  charger: HOMETWC3 # charger
  mode: "pv" # set default charge mode, use "off" to disable by default if charger is publicly available
  resetOnDisconnect: true # set defaults when vehicle disconnects
  phases: 3 # electrical connection (normal charger: default 3 for 3 phase, 1p3p charger: 0 for "auto" or 1/3 for fixed phases)
  minCurrent: 6 # minimum charge current (default 6A)
  maxCurrent: 24 # maximum charge current (default 16A)

  priority: 0 # relative priority for concurrent charging in PV mode with multiple loadpoints (higher values have higher priority)
  soc:
  poll:
  vehicle)
  mode: charging
  interval: 60m
  estimate: true # set false to disable interpolating between api updates (not recommended)
  enable: # pv mode enable behavior
  delay: 1m # threshold must be exceeded for this long
  threshold: 0 # grid power threshold (in Watts, negative=export). If zero, export must exceed minimum charge power to enable
  disable: # pv mode disable behavior
  delay: 3m # threshold must be exceeded for this long
  threshold: 0 # maximum import power (W)
  guardDuration: 5m # switch charger contactor not more often than this (default 5m)
  tariffs:
  currency: EUR # three letter ISO-4217 currency code (default EUR)
  grid:
  type: fixed
  price: 0.424 # EUR/kWh
  feedin:
  type: fixed
  price: 0.08 # EUR/kWh
  messaging:
  events:
  start: # charge start event
  title: Charge started
  msg: Started charging in "${mode}" mode
  stop: # charge stop event
  title: Charge finished
  msg: Finished charging ${chargedEnergy:%.1fk}kWh in ${chargeDuration}.
  connect: # vehicle connect event
  title: Car connected
  msg: "Car connected at ${pvPower:%.1fk}kW PV"
  disconnect: # vehicle connected event
  title: Car disconnected
  msg: Car disconnected after ${connectedDuration}
  soc: # vehicle soc update event
  title: Soc updated
  msg: Battery charged to ${vehicleSoc:%.0f}%
  guest: # vehicle could not be identified
  title: Unknown vehicle
  msg: Unknown vehicle, guest connected?

[a2code3m]

Nicht vergessen, am H3 RS485 auch einzuschalten und auf eine modbus ID zu setzen - in meinem Fall 247 !!! Das ist per default nicht eingeschaltet !

[andre8777]

Das wäre auch ein Ansatz gewesen (im kopf) die daten der Ha Integration einfach zu nutzen. Leider bin ich nciht so firm das umzusetzen mit Mqtt broker etc. Ich warte mal was mit dem template passiert. Oder du hilfst mir wir das mit dem mqtt funktioniert...

[37wh5r]

Bei mir laufen HA und evcc auf verschiedenen Geräten, daher hat sich MQTT angeboten, zumal ich auch schon ioBroker am Laufen hatte, für das man einfach einen MQTT-Broker-Adapter installieren kann. Ist sicher nicht das einfachste Setup... ich vermute mal wenn man evcc innerhalb von HA installiert (gibt ja auch ein Addon dafür), hat man eventuell auch direkten Zugriff auf die Sensoren der FoxESS-Integration, ohne Umweg über MQTT. Aber damit kenne ich mich nicht aus.

[andre8777]

Ja das sollte mit etwas Code am einfachsten gehen die bestehenden Entitäten einzufügen als EVCC Meter. Aber das kriege ich allein nicht hin denke ich. Sollte aber nicht das Problem sein. Warte mal ab was bei dem template rauskommt

[andre8777]

Template wurde geändert und es funktioniert jetzt alles perfekt und wie es soll im homeassistant ! Danke an alle :)!

[Schiri88]

Also ich stecke genau da fest, wo du auch nicht weiterkamst aber auch mit aktuellem Template komme ich nicht weiter. Würdest du deine evcc.yaml teilen? Ich rufe die Daten auch via Elfin-Wifi-Adapter ab...

[anwi82]

Hallo,
Wäre es auch möglich, die Daten aus der FoxCloud in EVCC zu integrieren? Ich habe keinen Modbus Adapter und lasse mir in HA die Webdaten aus der Cloud anzeigen.
Wie kann ich die in evcc integrieren? Mit MQTT kenne ich mich nicht wirklich aus.
Danke. Grüße

[Gics78]

Hallo,
gibt es eine Möglichkeit während des Ladens des EV in EVCC (bei mir über OCPP) das Entladen der Hausbatterie (mehrfache Wandlungsverluste möchte ich vermeiden) z.B. mittels Schalten des H3 in den WorkModus "BackUp" zu vermeiden? Das EV saugt mir sonst ruckzuck die Hausbatterie leer.
Hier scheint das in Homeassistand via Modbus (lokal) schon zu funktionieren.

Also im Endeffekt dass die nun mögliche lokal Entladesperre beim Schnellladen via Modbus in das Profil des H3 übertragen wird?

[horstvogel]

Hallo Gics78, die Funktion gibt es inzwischen schon

[horstvogel]

Moin,
beim T8-G3 Modbus kommt noch hinzu, dass die 16 PIN hat, anscheinend ist unbekannt, welches PIN für was sind. Somit das Foxess-T-series-ESPHome Projekt schon an den PIN´s scheitert, wo kann ich was anklemmen...

Danke!