Unterstützung für Q.HOME + ESS HYB-G3 / Solax X3-Hybrid-G4

[IkkertSergei]

Hallo liebe Community,

ich habe seit Neulings eine PV Anlage von QCELLs erworben und möchte gerne das PV Überschussladen mit EVCC realisieren. Nach einigen Recherchen ist habe ich rausgefunden, dass hinter meiner Anlage die Solax Anlage sich verbirg. In den Forum habe ich bereits die Unterstützung von SolarX "X3" gefunden. Leider hat die Template Einbindung nicht ganz funktioniert. Ich habe festgestellt dass, die Modbus Register für GRID sich unterscheiden. In dem Template verweist Ihr auf die Dokumentation Hybrid.X1.X3-G3.ModbusTCP.RTU.V3.21-.English.pdf. In meiner Anlage wird aber eine neue Generation G4 des WRs verwendet. Ich habe die Register angepasst und habe folgende Konfiguration bekommen.

meters:
  - name: grid
    type: custom
    power:
      source: modbus
      uri: 192.168.0.65:502
      id: 1
      register: # manual non-sunspec register configuration
        address: 70 # war früher **192** see External Communication Protocol X1&X3 Hybrid -G4  ModbusRTU V3.14- public version.pdf
        type: input
        decode: int32s
      scale: -1
  - name: pv
    type: custom
    power:
      source: calc
      add:
      - source: modbus
        uri: 192.168.0.65:502
        id: 1
        register: # manual non-sunspec register configuration
          address: 10 #(see External Communication Protocol X1&X3 Hybrid -G4  ModbusRTU V3.14- public version.pdf)
          type: input
          decode: uint16
      - source: modbus
        uri: 192.168.0.65:502
        id: 1
        register: # manual non-sunspec register configuration
          address: 11 #(see External Communication Protocol X1&X3 Hybrid -G4  ModbusRTU V3.14- public version.pdf)
          type: input
          decode: uint16

  - name: battery
    type: custom
    power:
      source: modbus
      uri: 192.168.0.65:502 # inverter port
      id: 1
      register: # manual non-sunspec register configuration
        address: 22 #(see SolaxPower External Communication Protocol X1&X3 Hybrid -G4  ModbusRTU V3.14- public version.pdf)
        type: input
        decode: int16
      scale: -1
    soc:
      source: modbus
      uri: 192.168.0.65:502
      id: 1
      register:
        address: 28 #(see SolaxPower External Communication Protocol X1&X3 Hybrid -G4  ModbusRTU V3.14- public version.pdf)
        type: input
        decode: Uint16

Nach einigen Test sieht es gar nicht mal so schlecht aus. Ich bin aber nicht zu 100% sicher ob ich alles richtig gemacht habe.
Frage zu Konfiguration: Was macht eigentlich "scale -1"? Ich dachte das ist nur relevant bei Division.

Wenn meine Konfigurationsdaten richtig sind dann könnte man das auch in eine Template überführen und ich konnte einen kleinen Beitrag für das Projekt herbeiführen.

Gruß
Sergei

Hybrid X1&X3-G3 ModbusTCP&RTU V3.21- English.pdf

SolaxPower External Communication Protocol X1&X3 Hybrid -G4 ModbusRTU V3.14- public version.pdf
Hybrid X1&X3-G3 ModbusTCP&RTU V3.21- English.pdf

[premultiply]

Ja, das hatte ich auch schon mal gesehen aber mangels Bedarf dafür noch kein G4-Template erstellt.
Das kann man ja jetzt mal geschwind nachholen. 😁

[Pschluess]

Hallo Sergei,
ich habe auch eine Q.HOME + ESS HYB-G3 Anlage. Ich bekomme über den WiFi Dongle einfach keine Verbindung zu evcc. Ist es möglich, dass du dein YAML noch einmal veröffentlichst? Vielen leiben Dank im vor raus.
Gruß
Peter

[m0nn3]

Hallo, also mit dem Original USB WLAN Dongel bekommst du keine Daten.
Du benötigst einen Modus Konverter der die Daten vom Wechselrichter auslesen kann.

[IkkertSergei]

Hallo Pschluess,
ich stimme m0nn3 völlig zu. Du benötigst einen Mudbus Converter um an die live Daten zu gelangen. Ich hab diesen RS485 TO ETH ausprobiert. Ist sehr günstige aber arbeitet bis jetzt sehr zuverlässig.

[kbb444]

Die Sache mit dem originalen WLAN-Stick/Dongle ist nicht aussichtslos. Ich habe die Anlage bei einem Freund an EVCC angebunden und das Solax-Template ohne Änderungen dafür verwendet.
Ob man Daten von der Anlage bekommt, hängt an der HW-Version der Anlage, des Dongles (V1-V3) und der Firmware ab. Details habe ich nicht mehr present, können aber hier (https://www.photovoltaikforum.com/thread/159159-erfahrungen-mit-q-home-ess-hyb-g3-3p/?pageNo=82) nachgelesen werden.
Dort hat ein Kollege ein kleines Windowstool veröffentlicht, das sich alle 2s Daten von der Anlage im lokalen Netz holt. Damit lässt sich dann sicher sagen, ob evcc grundsätzlich auf laufen sollte.
Bei den ersten Versuchen direkt über das lokale Netz des Dongles auf die Anlage zu kommen, ist mir das auch nicht gelungen. Als mein Freund einige Tage später erneut versucht hat sich lokal anzumelden, hat es funktioniert und dann lief auch evcc ohne weitere Änderung der yaml. Vielleicht haben die zunächst nicht korrekten Zugriffsversuche den Dongle in Schwierigkeiten gebracht. Keine Ahnung.

[Pschluess]

Hallo,
vielen Dank für eure Rückmeldungen. Da der WLAN-Stick im iobroker zuverlässig Daten liefert, werde ich wohl den Umweg über den iobroker machen.

Es ist möglich lokal auf den Stick zuzugreifen. Allerdings findet man das Passwort nur in der Solax Cloud. Bei Qcells fehlt der Wert.
Aber man kann sich ja mit denselben Zugangsdaten in der Solax Cloud anmelden.

[todaelapps]

Hallo liebe Community,

ich habe seit Neulings eine PV Anlage von QCELLs erworben und möchte gerne das PV Überschussladen mit EVCC realisieren. Nach einigen Recherchen ist habe ich rausgefunden, dass hinter meiner Anlage die Solax Anlage sich verbirg. In den Forum habe ich bereits die Unterstützung von SolarX "X3" gefunden. Leider hat die Template Einbindung nicht ganz funktioniert. Ich habe festgestellt dass, die Modbus Register für GRID sich unterscheiden. In dem Template verweist Ihr auf die Dokumentation Hybrid.X1.X3-G3.ModbusTCP.RTU.V3.21-.English.pdf. In meiner Anlage wird aber eine neue Generation G4 des WRs verwendet. Ich habe die Register angepasst und habe folgende Konfiguration bekommen.

meters:
  - name: grid
    type: custom
    power:
      source: modbus
      uri: 192.168.0.65:502
      id: 1
      register: # manual non-sunspec register configuration
        address: 70 # war früher **192** see External Communication Protocol X1&X3 Hybrid -G4  ModbusRTU V3.14- public version.pdf
        type: input
        decode: int32s
      scale: -1
  - name: pv
    type: custom
    power:
      source: calc
      add:
      - source: modbus
        uri: 192.168.0.65:502
        id: 1
        register: # manual non-sunspec register configuration
          address: 10 #(see External Communication Protocol X1&X3 Hybrid -G4  ModbusRTU V3.14- public version.pdf)
          type: input
          decode: uint16
      - source: modbus
        uri: 192.168.0.65:502
        id: 1
        register: # manual non-sunspec register configuration
          address: 11 #(see External Communication Protocol X1&X3 Hybrid -G4  ModbusRTU V3.14- public version.pdf)
          type: input
          decode: uint16

  - name: battery
    type: custom
    power:
      source: modbus
      uri: 192.168.0.65:502 # inverter port
      id: 1
      register: # manual non-sunspec register configuration
        address: 22 #(see SolaxPower External Communication Protocol X1&X3 Hybrid -G4  ModbusRTU V3.14- public version.pdf)
        type: input
        decode: int16
      scale: -1
    soc:
      source: modbus
      uri: 192.168.0.65:502
      id: 1
      register:
        address: 28 #(see SolaxPower External Communication Protocol X1&X3 Hybrid -G4  ModbusRTU V3.14- public version.pdf)
        type: input
        decode: Uint16

Nach einigen Test sieht es gar nicht mal so schlecht aus. Ich bin aber nicht zu 100% sicher ob ich alles richtig gemacht habe. Frage zu Konfiguration: Was macht eigentlich "scale -1"? Ich dachte das ist nur relevant bei Division.

Wenn meine Konfigurationsdaten richtig sind dann könnte man das auch in eine Template überführen und ich konnte einen kleinen Beitrag für das Projekt herbeiführen.

Gruß Sergei

Hybrid X1&X3-G3 ModbusTCP&RTU V3.21- English.pdf

SolaxPower External Communication Protocol X1&X3 Hybrid -G4 ModbusRTU V3.14- public version.pdf Hybrid X1&X3-G3 ModbusTCP&RTU V3.21- English.pdf

Hey Sergei,
Hallo liebe Community,

ich habe ebenfalls den QCells Q.HOME + ESS HYB-G3 und versuche gerade verzweifelt diesen hier zum Laufen zu bringen.
Bin ein Neuling auf diesem Gebiet und bin nicht gerade vom Fach. Das ganze sind für mich böhmische Dörfer...

Ich versuchen die EVCC auf einer Synology NAS zum laufen zu bringen und hier den Q.HOME + ESS HYB-G3 mit meinem alten (2019er) Go-E Charger zu verbinden. Bisher ohne Erfolg.

Kannst Du oder einer der Spezialisten hier in der Community mir hier weiter helfen?

Sergej (kein Witz, ich heiße auch so ;-) )

[m0nn3]

Wie versuchst du die Daten vom Q.Home abzugreifen?

Ich habe die Daten erst mit einem USB to RS485 Konverter ausgelesen.
Aktuell nutze ich TCP/IP und das ging ganz einfach und läuft bisher fehlerfrei.

nutzt du auch "evcc configure" um EVCC einzurichten?
Falls ja was bekommst du für Fehlermeldungen bzw. was gibst du ein?

[todaelapps]

Hi, tut mir leid, dass ich nicht gleich geantwortet habe... war letzte Zeit ziemlich eingespannt...

Ich habe versucht die Daten via TCP/IP auszulesen, doch bisher ohne Erfolg.
Bekomme die Meldung "timeout"...
Muss ich evtl. etwas an dem Wechselrichter direkt einstellen?

Hier die Rückmeldung, wenn ich versuche die Daten über evcc configure einzugeben:

Wähle eines der folgenden PV Komplettsysteme aus, oder 'Mein Gerät ist nicht in der Liste' falls keines dieser Geräte vorhanden ist

Wähle ein PV System: Qcells Q.HOME ESS HYB-G3

Führe folgende Einstellungen durch:

Wähle die ModBus Schnittstelle aus TCP/IP
Modbus ID 1
IP-Adresse oder Hostname 192.168.1.154
Port 502

Teste die grid Konfiguration von Qcells Q.HOME ESS HYB-G3 ...
Fehler: read failed: read tcp 192.168.1.56:55476->192.168.1.154:502: i/o timeout

[m0nn3]

Hatte ich glaube auch beim ersten mal, dann wird ja gefragt ob man das wirklich in die Konfig hinzufügen möchte. Das habe ich einfach JA gewählt und dann wurden die anderen Meter erfolgreich hinzugefügt.

Von gerade nicht Zuhause aber das kannst du aber mal versuchen.

[todaelapps]

habe es auch schon mehrfach so gemacht, aber leider funktioniert es trotzdem nicht...
Den Go-E Charger konnte ich inzwischen einfügen.
Das Auto auch...
Nur der Wechselrichter klappt nicht...

[todaelapps]

Hallo zusammen,

ganz egal was ich mache, ich bekomme einfach keine Daten von dem Wechselrichter.

im Modus tcpip kommt immer diese Fehlermeldung:
... read failed: read tcp 192.168.1.56:55448->192.168.1.154:502: i/o timeout

Ich verzweifle langsam...

Muss ich etwas an dem Wechselrichter einstellen?
Wenn ja - was?

Vielen Dank im Voraus für jede Hilfe

[m0nn3]

Man hat ja die Mischschnittstelle.
Dann benötigst du einen Konverter USB to RS485 oder Ethernet/WLAN.
Da gibt es aber Beiträge wo Geräte empfohlen werden.
Vom waveshare gibt es viel Dokumentation auch mit Bildern der Einstellungen.

[benogli]

Hallo Zusammen, wo steckt ihr denn den CAN an? Can 1 an der Matebox? Bekomme einfach keine Daten, muss ich das erst aktivieren? pin 4+5 richtig? Vg Bernd

[todaelapps]

Ganz ehrlich.

Wenn EVCC bekannt gibt, dass es ja für QCELLS funktioniert, warum gibt es keinerlei Dokumentation?

Wenn es jemand mit irgendwelchen Umwegen es tatsächlich geschafft hat das Ding zum laufen zu bringen, warum schweigt er und teilt sein Wissen nicht mit der Community?
Wehe, jemand macht es nach.
Bloß niemandem etwas erzählen.

Was ist das für Mentalität hier?

Echt enttäuschend!

[premultiply]

Wie nett...

Ich lese im Handbuch, dass der Solax X3 G4 ausschließlich Modbus RTU über RS485 spricht.

Irgendwie sehe ich bei dir aber immer nur irgendwas von TCP was dann ohne weitere Konvertierung nicht funktionieren kann.

Alternative ist ein sehr preiswerter USB-RS485-Stick.

Erst wenn die Hardwarevoraussetzungen geschaffen sind wird evcc dazu passend konfiguriert.

[benogli]

Auch wenn ich deine Worte sehr unpassend finde möchte ich doch versuchen zu helfen. Hast du die Anschlussplatte abgeschraubt? Darunter sind 4 Can Ports. Sollte eigentlich der linke sein, ich habe aber auch Probleme vernünftige Daten zu bekommen.

[camast]

Ich habe EVCC Mitte letzten Jahres beim einem Freund installiert und die Q.HOME G3 (in seinem Fall Solax G4) integriert.
M.E. suchst im falschen Forum, besser:
https://www.photovoltaikforum.com/thread/159159-erfahrungen-mit-q-home-ess-hyb-g3-3p/?pageNo=83
Einfach mal blättern...

Die Meinungen, ob ein zusätzlicher Dongle/Konverter benötigt wird, gehen dort auseinander.
Ich kann nur sagen, dass wir keinen benötigt haben. Der mitglieferte Dongle (V3) hatte auch die richtige Firmware für den funktionierenden Modbus-Zugriff. In den Forum (ungefähr an der Stelle des Links) kannst Du auch ein kleines WINDOWS-Tool runterladen, mit dem Du sehen kannst, obDu Echtzeitdaten bekommst (alle 2s). Ab dann läuft auch das Template von EVCC in der Default-Einstellung (Port 502, Modbus-ID: 1).
An dem Thema CAN bin ich bei der Installation überhaupt nicht vorbeigekommen. Der Dongle hat einen D-SUB-Anschluß.

[IkkertSergei]

Hallo liebe Community,

ich war eine Woche nicht online und konnte nicht auf die Beiträge sofort reagieren.
Ich habe fast seit einem Jahr die Q.HOME + ESS HYB-G3 Anlage am Laufen und bin sehr zufrieden mit EVCC. Ich bin nicht sicher ob es noch jemandem interessiert aber ich würde gerne meine Lösung hier vorstellen. Ich denke die Bilder sagen mehr als die Worte.
Zu Hardwareaufbau (sieh Anhang)
Verdrahtung: Für die MODBUS RTU Verbindung habe ich einfach ein Netzwerkkabel verwendet und auf einer Seite den Stecker abgeschnitten. Hier nur drei Kabel Wichtig (Grün für Ground , Blau-Weiß 485B, Blau 485A)
Für EVCC Host verwende ich WAGO PFC200 Controller, hier kann jeder erdenkliche Hardware eingesetzt werden. Raspi /LinuxPC/Windows-PC

PS: Ich hatte auch versucht die Werte von WR ohne zwischen Konverter zu bekommen leider ohne Erfolg. Es kann sein, dass es Mittlerweile eine andere Lösung exerziert.

Beste Grüße
Sergei

[benogli]

Vielen Dank, das hilft ein wenig weiter. Was mich allerdings wundert sind die Farben der Adern, ich dachte PIN 4+5+6 sind relevant, das müsste aber dann blau für 485A - blauweiß für 485B - und grün für ground sein ?! Du nutzt den COM Anschluss, nicht den CAN Anschluss unter der geschraubten Abdeckung richtig ? bekomm es einfach nicht zum Laufen... Danke !

[premultiply]

"Ground" gleich weglassen. Die beiden A/B-Adern müssen aus dem gleichen Bündel sein.

[IkkertSergei]

Hallo benogli,

ja ich benutze den COM Anschluss. Mit der Belegung hast du völlig Recht, ich der Eile habe ich mich verguckt. Ich habe den Post korrigiert.
Hier noch mal ein Bild mit der Belegung.

[todaelapps]

Hallo liebe Community,

Erstens - entschuldigt bitte meine Verzweiflung. Versuche das Ganze schon seit fast einem Monat zum Laufen zu bringen und es will einfach nicht...........

@IkkertSergei vielen herzlichen Dank für die ausführliche Beschreibung! Das hat auf jeden Fall weiter geholfen und ich bin nun einen Schritt weiter.
Allerdings bekomme ich ständig eine (nun andere) Fehlermeldung :
"grid meter: read failed: dial tcp 192.168.1.200:502: connect: connection refused"

Welche IP-Adresse hast du verwendet? wenn ich die von dem Modus TCP Server nehme - dann lande ich in der Anmeldemaske.

Das heißt, evcc landet auch dort und dann geht es nicht weiter...

Wie soll ich den TCP-Server konfigurieren, damit es funktioniert.
Aktuell sieht es so aus (Standardeinstellungen, noch nichts geändert):

Viele Grüße
Sergej

[IkkertSergei]

Hallo todaelapps

hier ist meine Maske. Der Protokoll muss natürlich auf "Modbus TCPto RTU" sein und die Einstellungen für die Serielle Schnittstelle müssen auch stimmen. Probiere doch mal einfach aus. :)

[todaelapps]

Ich danke Dir @IkkertSergei

allerdings bekomme ich nun eine andere Fehlermeldungen:

grid meter: read failed: dial tcp 192.168.1.200:502: connect: connection refused

10 Sekunden später dann:
grid meter: read failed: read tcp 192.168.1.56:54098->192.168.1.200:502: i/o timeout

[todaelapps]

ES LÄUFT !!!!!!!!
Danke an alle !!!!!

Komischerweise hat der Adapter tatsächlich einen DHCP IP-Mode gebraucht...
Im Static mode weist er die Anmeldeversuche zurück...

[benogli]

Noch ein Tipp, die Waveshare RS485 to USB Software ist wirklich Schrott, ich habe "Simply Modbus Master 8.1.2" zum Testen verwendet, super einfach.
Wichtig: bei Mode auf RTU, den richtigen comPort und die Richtige Slave ID eintragen. (Am Display unter settings => passwort "2014" dort die Modbus/Slave ID nachschauen oder ggf. ändern) Baudrate ist 19200.
Dann auf "send" klicken und es kommt sofort eine Antwort. Im späteren Betrieb kommen alle 10 sec. Daten. Vielleicht hilft das ja dem ein oder anderen.

[kjohann7]

Hallo Q.Home-Experten,
ich möchte bei folgendem Problem um Hilfe bitten:
Prinzipiell funktoniert die Komunikation zwischen EVCC und den QCells-Komponenten (QCELLS Q.VOLT HYB-G3-3P 10.0, QCELLS Q.SAVE MATEBOX-G3-3P, QCELLS Q.SAVE BAT-G3 12.0) über das von QCells mitgelieferte grün leuchtende Dongle. Überschussladen, Priorisierung, geplantes Laden,... alles klappt. Nur die Batterieeinstellung "Verhindere Entladung im Schnelllademodus und bei geplantem Laden" funktioniert nicht: Es wird immer erst mal die Hausbaterie leer gemacht.
In der evcc.yaml nutze ich solax als Template für grid, pv und battery, port: 502, modbus: tcpip.
In der Log-Datei finde ich den Fehler: [site ] ERROR 2024/10/13 09:18:50 battery mode: modbus: exception '4' (server device failure), function '4'. Ich gehe davon aus, dass da ein Zusammenhang besteht.

Hat jemand eine Idee? Oder: wenn das bei einem von euch funktioniert, könntet ihr so nett sein und die Konfiguration / die Konfigurationsdateien teilen?
Schon jetzt vielen Dank für die Unterstützung,
Klaus

[KevinD987]

Gibt es zur Batterie entlade Thematik eine Lösung? Bei mir ist es leider das selbe.

Grüße
Kevin

[kjohann7]

Nein, es scheint noch keine Lösung zu geben. Ich habe aber den Eindruck, dass in
#17804 (comment)
ernsthaft nach einer Lösung gesucht wird. Ich wurde dort gebeten, ein paar cmd-Befehle auszuführen, und die Rückmeldungen des Systems durchzugeben. Vielleicht wäre es hilfreich, wenn diese Rückmeldungen auch von einem 2. System, also deinem, vorliegen würden.
Viele Grüße
Klaus

[KevinD987]

Kannst Du mir sagen welche Firmware Version dein Wechselrichter und die Batterie hat?
Und Hast Du die Advanced Options in deiner EVCC Konfiguration drin?
capacity: 50 # Akkukapazität in kWh (optional)
defaultmode: 0 # Standardmodus für die aktive Batteriesteuerung auf die der Wechselrichter wieder nach einem Laden des Speichers oder Unterbinden der Entladung zurückfällt. (optional)

[kjohann7]

Zum Wechselrichter finde ich:
DSP-Version: 2.07
ARM-Version: 2.03
Wenn du mir sagst, wo ich die Firmware-Version finde, kann ich sie auch liefern.

Bzgl. Advanced Options:
Die Batteriekapazität der Autos habe ich in EVCC konfiguriert: für ein Auto in der evcc.yaml, für eins über die GUI.
Wo finde ich den defaultmode?

[KevinD987]

Hi, sorry für die späte Rückmeldung. Ich habe mittlerweile meine Anlage durch QCells Updaten lassen... seitdem funktioniert das sperren der Batterie und das laden der Batterie vom Netz! Grüße Kevin

[m0nn3]

Bei mir funktioniert es.
Ich nutzte ein ebyte Konverter für LAN um von modbus RTU auf modbus TCP zu kommen.

Wie habt ihr euren Wechselrichter ins evcc geholt?

Ich könnte am Wochenende auch noch mal alles raus suchen was ich wo und wie eingestellt und verdrahtet habe.

[andig]

Bei mir funktioniert es.

@m0nn3 was konkret- Batterie durch evcc sperren und aus dem Netz laden?

[m0nn3]

das die Batterie gesperrt wird wenn ich aus dem Netz Lade.
Ich gehe davon aus das Ihr dies Meint:

Da wurde das Auto im Modus schnell geladen.

[kjohann7]

Das wäre supernett!!!

[m0nn3]

So heute endlich mal am PC gesessen :)

Hier meine Konfiguration

Qcells -> eByte -> LAN -> evcc
in EVCC habe ich den eByte noch einen modbus Proxy eingerichtet damit ich den Wechselrichter auch mit HomeAssistant auslesen kann.
Also nutze ich die IP von EVCC und den Port 5021.

eByte:

EVCC Konfiguration des Wechselrichters:

Und dann noch meine evcc.yaml:

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

log: debug
levels:
  cache: error

# unique installation id
plant: Meine-ID

interval: 10s # control cycle interval

sponsortoken: Mein-Token

# sponsors can set telemetry: true to enable anonymous data aggregation
# see https://github.com/evcc-io/evcc/discussions/4554
telemetry: true

modbusproxy:
  - port: 5021
    uri: IP-von-eByte-zu-Qcells:502
    rtu: true

tariffs:
  currency: EUR # (default EUR)
  grid:
    type: fixed
    price: 0.359 # [currency]/kWh

  feedin:
    type: fixed
    price: 0.082 # [currency]/kWh

chargers:
  
- name: wallbox6
  type: template
  template: innogy-ebox
    
    # Modbus TCP
  modbus: tcpip
  id: 1
  host: IP-Wallbox # Hostname
  port: 502 # Port

loadpoints:
- title: Carport
  charger: wallbox6
  #vehicle: ev4
#  mode: minpv
  phases: 3
  mincurrent: 6
  maxcurrent: 30

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