Growatt Omvormer uitlezen via proxy of Python script

[Tsuranim]

gerjanvdb schreef op zondag 15 maart 2026 @ 10:03:
[...]


Ja dat werkt alleen met de server mode. Oh wat raar. Heb je de passthrough optie wel aan staan? die stuurt de data door naar de officiele growatt server (dan kan je het verbruik ook in de app zien)

Ja passthrough staat ook aan. Gister werkte het niet, datalogger gereset en vooralsnog werkt het weer goed. Eerder voor het resetten soms wel, meestal niet. Logfiles grott op moment dat het niet werkt: ontbrekende/ongeldige tijdstempels in de pakketten en socket‑errors bij het forwarden naar poort 5279 van Growatt. “handlereadblesocket, exception in data forwarding 172.30.33.15:5279” .
Lijkt dus iets met de tijd van de datalogger fout te zijn, vreemd genoeg geen probleem voor HA. Maar ik kan volgens mij nergens tijd / time-server invullen bij de datalogger / omvormer.

[gerjanvdb]

Tsuranim schreef op zondag 15 maart 2026 @ 12:19:
[...]


Ja passthrough staat ook aan. Gister werkte het niet, datalogger gereset en vooralsnog werkt het weer goed. Eerder voor het resetten soms wel, meestal niet. Logfiles grott op moment dat het niet werkt: ontbrekende/ongeldige tijdstempels in de pakketten en socket‑errors bij het forwarden naar poort 5279 van Growatt. “handlereadblesocket, exception in data forwarding 172.30.33.15:5279” .
Lijkt dus iets met de tijd van de datalogger fout te zijn, vreemd genoeg geen probleem voor HA. Maar ik kan volgens mij nergens tijd / time-server invullen bij de datalogger / omvormer.

Ik dacht dat je bij de instellingen van de datalogger (waar je ook het IP adres moest aanpassen naar die van HA), dat menu kan je volgens mij ook de tijd (zone) instellen. Hopelijk blijft het nu goed werken.

[gerjanvdb]

Hieke schreef op zondag 15 maart 2026 @ 11:03:
Ik zie dat er een refreshrate van 1 minuut is bij de Grott-integratie via HACS in HA. Weet iemand hoe die waarde te verhogen is naar bijvoorbeeld 15 seconden? Met name het verversen van de waarde Actual Power zou prettig zijn...

[Afbeelding]

Datalogger is een ShineLan-X.

Ja dat kan met deze addon: https://github.com/gerjanvdbosch/addon-grott (ik heb deze wel moeten forken van de orginele versie omdat voor elkaar te kijgen)

Om de update frequentie naar 6 seconden te krijgen moet je 0.1 invullen op de datalogger

Zie ook: https://github.com/gerjan...t-beta/DOCS.md#datalogger

https://github.com/gerjan...t-beta/DOCS.md#datalogger

[Bravertal]

Sinds afgelopen week heb ik Home Assistant. Ik heb geen verstand vann ICT. Mijn warmtepomp kan ik nu monitoren via ESP Home.

Ik heb 2 growatt omvormers en die heb ik ook in HA gezet. Ik kan nu echter niet meer de Shinephone app gebruiken om de daadwerkelijke opbrengst te zien.
Ik heb de Growatt 7000TL3-S op zolder en de Growatt MIC 3300TL-X in de schuur staan.

Ik wil dus 2 hardware "dingetjes" kopen om die in mijn omvormers te pluggen en om ze dan via esphome te kunnen monitoren.

Wat moet ik precies kopen?

[Hieke]

Bravertal schreef op woensdag 1 april 2026 @ 20:14:
Sinds afgelopen week heb ik Home Assistant. Ik heb geen verstand vann ICT. Mijn warmtepomp kan ik nu monitoren via ESP Home.

Ik heb 2 growatt omvormers en die heb ik ook in HA gezet. Ik kan nu echter niet meer de Shinephone app gebruiken om de daadwerkelijke opbrengst te zien.
Ik heb de Growatt 7000TL3-S op zolder en de Growatt MIC 3300TL-X in de schuur staan.

Ik wil dus 2 hardware "dingetjes" kopen om die in mijn omvormers te pluggen en om ze dan via esphome te kunnen monitoren.

Wat moet ik precies kopen?

Even voor de beeldvorming: je kon voordat je HA gebruikte wel via Shinephone app inzage krijgen in de prestaties van beide omvormers?
De 7000 ken ik niet. De MIC 3300TL-X ook niet, maar die zal vermoedelijk niet veel afwijken van het model dat ik heb, een MIC 2000TL-X. Ik heb daar een Growatt ShineLan-X datalogger aan gekoppeld en via ethernet-kabel wordt data naar mijn thuisnetwerk geleid. Heb voorheen een wifi-variant daarvan gehad maar die lag binnen 2 jaar al bij de milieustraat....

Als je voorheen wel in de Shinephone je data kon zien en nu niet meer zul je vermoedelijk software in HA hebben geïnstalleerd. Welke software dat is geef je niet aan. Is zinvol om tot een oplossing te komen.
En vaak kun je die die instellen als Server of Proxy waardoor je aangeeft dat na het uitlezen de data moet worden doorgeleid naar de servers van Growatt.
Zelf gebruik ik de integratie Grott daarvoor.
Heb er voor gekozen om data niet door te sturen naar China.

Persoonlijk geen goede ervaringen met ESP Home in relatie tot andere toepassingen. Dus ook niet met Growatt. Daar kan ik je niet bij helpen. De Growatt ShineLan-X datalogger werkt sindsdien simpel en probleemloos met Grott in HA.

[fenrir]

Bravertal schreef op woensdag 1 april 2026 @ 20:14:
Sinds afgelopen week heb ik Home Assistant. Ik heb geen verstand vann ICT. Mijn warmtepomp kan ik nu monitoren via ESP Home.

Ik heb 2 growatt omvormers en die heb ik ook in HA gezet. Ik kan nu echter niet meer de Shinephone app gebruiken om de daadwerkelijke opbrengst te zien.
Ik heb de Growatt 7000TL3-S op zolder en de Growatt MIC 3300TL-X in de schuur staan.

Ik wil dus 2 hardware "dingetjes" kopen om die in mijn omvormers te pluggen en om ze dan via esphome te kunnen monitoren.

Wat moet ik precies kopen?

Als je geen verstand hebt van ICT zoals je zelf schrijft, is het dan wel verstandig om met Home Assistant aan de slag te gaan? Home Assistant is nu niet meteen een stuk software waarbij alles uit of the box werkt en je zelf aan de slag zult moeten met dashboards, automations en aanverwante code.

[Bravertal]

fenrir schreef op vrijdag 3 april 2026 @ 16:36:
[...]

Als je geen verstand hebt van ICT zoals je zelf schrijft, is het dan wel verstandig om met Home Assistant aan de slag te gaan? Home Assistant is nu niet meteen een stuk software waarbij alles uit of the box werkt en je zelf aan de slag zult moeten met dashboards, automations en aanverwante code.

Daar heb je misschien wel gelijk in maar ik begin het leuk te vinden om te monitoren, vandaar dat ik ben begonnen bij de WP. Nu wil ik eigenlijk de panelen er ook bij hebben (en de wtw ook). Vandaar mijn vraag.

Ik heb uiteraard hulp van Tweakers en van AI.

[Bravertal]

Hieke schreef op vrijdag 3 april 2026 @ 15:20:
[...]

Even voor de beeldvorming: je kon voordat je HA gebruikte wel via Shinephone app inzage krijgen in de prestaties van beide omvormers?
De 7000 ken ik niet. De MIC 3300TL-X ook niet, maar die zal vermoedelijk niet veel afwijken van het model dat ik heb, een MIC 2000TL-X. Ik heb daar een Growatt ShineLan-X datalogger aan gekoppeld en via ethernet-kabel wordt data naar mijn thuisnetwerk geleid. Heb voorheen een wifi-variant daarvan gehad maar die lag binnen 2 jaar al bij de milieustraat....

Als je voorheen wel in de Shinephone je data kon zien en nu niet meer zul je vermoedelijk software in HA hebben geïnstalleerd. Welke software dat is geef je niet aan. Is zinvol om tot een oplossing te komen.
En vaak kun je die die instellen als Server of Proxy waardoor je aangeeft dat na het uitlezen de data moet worden doorgeleid naar de servers van Growatt.
Zelf gebruik ik de integratie Grott daarvoor.
Heb er voor gekozen om data niet door te sturen naar China.

Persoonlijk geen goede ervaringen met ESP Home in relatie tot andere toepassingen. Dus ook niet met Growatt. Daar kan ik je niet bij helpen. De Growatt ShineLan-X datalogger werkt sindsdien simpel en probleemloos met Grott in HA.

Via HA ging ik naar Dashboard bewerken en dan kon ik Growatt toevoegen (ik kon altijd mijn shinephone app in). Ik heb nu een "trucje" gedaan, extra inlog gemaakt bij Growatt en gekoppeld aan mijn omvormers. Vervolgens via HA gekoppeld. HA werkt gewoon en als het goed is kan ik morgen weer in mijn app.

Update: ik kan weer in mijn shinephone app.

[Hieke]

Als dat werkt voor jou is dat prima natuurlijk. Maar heb wel vernomen dat de stabiliteit van Growatt servers soms wat te wensen overlaat. Hopelijk werkt je HA-applicatie dan wel gewoon door.

Alternatief is dan een eigen datalogger aanschaffen. Dan ben je onafhankelijk..

[Bravertal]

Hieke schreef op vrijdag 3 april 2026 @ 21:51:
Als dat werkt voor jou is dat prima natuurlijk. Maar heb wel vernomen dat de stabiliteit van Growatt servers soms wat te wensen overlaat. Hopelijk werkt je HA-applicatie dan wel gewoon door.

Alternatief is dan een eigen datalogger aanschaffen. Dan ben je onafhankelijk..

Help mij, waar kan ik de juiste datalogger kopen dan?

Heb je een link en is het plug and play?

[charlie_seven]

Hallo beste tweakers,

ik heb een zeer eigenaardig probleem (of twee) met de logging van mijn inverter.
Ik heb sinds 2019 een Growatt 4200MTL-S met een ShineWifi-S
Oorspronkelijk rapporteerde de datalogger via een proxy (perl script) op een raspberry pi, en dat werkte prima, ik kreeg zowel data in Influx/Grafana als op de Growatt servers.
Enkele jaren later crashte die raspberry pi  echter en wegens andere prioriteiten bleef die heel lange tijd offline; ik vergat de datalogger aan te passen, dus die stuurde al die tijd ook geen data meer naar de Growatt servers.

Enkele weken geleden installeerde ik dan Grott (docker container versie 2.6.1g) met logging naar MQTT en Influxdb/Grafana)
Aanvankelijk zag ik geen data verschijnen, tot ik doorhad dat de datalogger nog data van 2024 aan het sturen was, en ik dus in Grafana wel mooie grafiekjes kreeg van eind augustus en begin september 2024. Op 8/9/2024 stopt het ergens rond de middag, ik ga ervan uit dat toen de buffer van de datalogger vol was.
Maar sindsdien krijg ik maar enkele nieuwe datapunten per dag, gisteren 3, vandaag 6.

Als ik naar de grott logs ga kijken dan zie ik dat er wel veel frequenter data binnenkomt, bv. voor gisteren:

code:

❯ kubectl logs deploy/grott | grep adjusted | grep 2026-04-04 | wc -l
     216

Maar als ik kijk hoeveel unieke timestamps er zijn, zijn dat er idd maar 3:

code:

❯ kubectl logs deploy/grott | grep adjusted | grep 2026-04-04 | uniq
     - Grott original time :  2026-04-04T07:26:53 adjusted UTC time for influx :  2026-04-04T07:26:53
     - Grott original time :  2026-04-04T07:29:20 adjusted UTC time for influx :  2026-04-04T07:29:20
     - Grott original time :  2026-04-04T07:30:29 adjusted UTC time for influx :  2026-04-04T07:30:29

Deze 3 zijn nu toevallig kort na elkaar in de ochtend (mogelijk net na het opstarten?) maar dat is niet altijd zo, bv. vandaag waren er 4 logs rond datzelfde tijdstip maar ook 2 op random(?) andere tijdstippen, 09:42 en 11:05 (UTC).

Nu, als ik op de Growatt server ga kijken, dan zie ik daar een ander probleem. Voor dezelfde dagen zie ik daar wel een normale grafiek van 's morgens tot 's middags, maar elke dag stopt de grafiek op een zo te zien random tijd tussen 11 en 13u.
Vandaag om 15u zie ik in de Shine app de inverter als "disconnected" en "Power: 0" maar bij de datalogger "Online", "Signal:good", "Connected" en de "Last Update" is een minuut geleden.
Als ik vanop de Growatt web portal het commando "turn on" probeer, krijg ik "Set Parameter Failure".
Op het schermpje van de inverter zelf zie ik echter 957 VA / 955 W / Ppv: 482/492 W dus die lijkt normaal te werken (het is een 4.2kW systeem maar op dat moment was het nogal bewolkt). Ook op de energiemeter in mijn zekeringkast zie ik dat ik op dat moment nog aan het net lever.

Dus het lijkt mij dat er mogelijk 2 (onafhankelijke?) problemen zijn:
#1 : in de voormiddag lijkt de logger correct te werken, want de grafieken kloppen in de app en portal. Maar grott gebruikt foutieve timestamps?

#2 : in de namiddag denkt de logger onterecht dat de inverter down is. Het rare is dat hij volgens de grott logs dan wel nog data stuurt (vandaag zie ik de hele namiddag nog logs in Grott maar elke keer met timestamp 2026-04-05T11:05:58) maar er verschijnt niets meer in de app/portal.

Enig idee wat er aan de hand kan zijn en/of hoe ik dit oplos?

[ Voor 0% gewijzigd door charlie_seven op 05-04-2026 17:48 . Reden: formatting ]

[Hieke]

Bravertal schreef op vrijdag 3 april 2026 @ 22:03:
[...]

Help mij, waar kan ik de juiste datalogger kopen dan?

Heb je een link en is het plug and play?

Zoek in Google search naar de Growatt ShineLan-X datalogger en je keuze is reuze. Kies als het enigszins kan voor de bekabelde variant van de dataloggers van Growatt. De wifi heb ik persoonlijk geen goede ervaringen mee.
Als je dan Grott op HA installeert moet dat verder niet moeilijk zijn. Zelf heb ik Grott ook op NAS draaien en die stuurt zijn data via MQTT ook nog door naar HA op mijn RPI. Maar het moet zeker ook rechtstreeks naar HA kunnen.

[Bravertal]

Hieke schreef op zondag 5 april 2026 @ 20:00:
[...]

Zoek in Google search naar de Growatt ShineLan-X datalogger en je keuze is reuze. Kies als het enigszins kan voor de bekabelde variant van de dataloggers van Growatt. De wifi heb ik persoonlijk geen goede ervaringen mee.
Als je dan Grott op HA installeert moet dat verder niet moeilijk zijn. Zelf heb ik Grott ook op NAS draaien en die stuurt zijn data via MQTT ook nog door naar HA op mijn RPI. Maar het moet zeker ook rechtstreeks naar HA kunnen.

Die dataloggers heb ik al maar die "rapporteren" toch aan de shinephone app.

Dus ik moet Grott installeren op HA. Kan ik dan alles monitoren (ook mijn opwek van het verleden?)

[Peetman]

charlie_seven schreef op zondag 5 april 2026 @ 17:47:

Nu, als ik op de Growatt server ga kijken, dan zie ik daar een ander probleem. Voor dezelfde dagen zie ik daar wel een normale grafiek van 's morgens tot 's middags, maar elke dag stopt de grafiek op een zo te zien random tijd tussen 11 en 13u.
Vandaag om 15u zie ik in de Shine app de inverter als "disconnected" en "Power: 0" maar bij de datalogger "Online", "Signal:good", "Connected" en de "Last Update" is een minuut geleden.
Als ik vanop de Growatt web portal het commando "turn on" probeer, krijg ik "Set Parameter Failure".
Op het schermpje van de inverter zelf zie ik echter 957 VA / 955 W / Ppv: 482/492 W dus die lijkt normaal te werken (het is een 4.2kW systeem maar op dat moment was het nogal bewolkt). Ook op de energiemeter in mijn zekeringkast zie ik dat ik op dat moment nog aan het net lever.

Dus het lijkt mij dat er mogelijk 2 (onafhankelijke?) problemen zijn:
#1 : in de voormiddag lijkt de logger correct te werken, want de grafieken kloppen in de app en portal. Maar grott gebruikt foutieve timestamps?

#2 : in de namiddag denkt de logger onterecht dat de inverter down is. Het rare is dat hij volgens de grott logs dan wel nog data stuurt (vandaag zie ik de hele namiddag nog logs in Grott maar elke keer met timestamp 2026-04-05T11:05:58) maar er verschijnt niets meer in de app/portal.

Enig idee wat er aan de hand kan zijn en/of hoe ik dit oplos?

Ik ervaar het zelfde probleem, ik zal er ook eens induiken. Bij mij is het spontaan ontstaan zonder dat er, bij mijn weten, oude data is verstuurd.
Gedurende de rest van de dag blijft het opgewekte vermogen hangen op de laatste waarde en op een gegeven moment in de avond wordt het wel weer 0. Volgende ochtend werkt het weer tot ergens eind van de ochtend en dan herhaalt het probleem zich.

[Bravertal]

gerjanvdb schreef op zondag 15 maart 2026 @ 18:47:
[...]


Ja dat kan met deze addon: https://github.com/gerjanvdbosch/addon-grott (ik heb deze wel moeten forken van de orginele versie omdat voor elkaar te kijgen)

Om de update frequentie naar 6 seconden te krijgen moet je 0.1 invullen op de datalogger

Zie ook: https://github.com/gerjan...t-beta/DOCS.md#datalogger

https://github.com/gerjan...t-beta/DOCS.md#datalogger

Ehhh om de update frequentie naar 6 seconden te krijgen, kan dat geen kwaad? Oververhitting van de stick ofzo (althans dat gaf Gemini aan, ik heb er geen verstand van hoor).

[timbak02]

Peetman schreef op zondag 5 april 2026 @ 20:42:
[...]

Ik ervaar het zelfde probleem, ik zal er ook eens induiken. Bij mij is het spontaan ontstaan zonder dat er, bij mijn weten, oude data is verstuurd.
Gedurende de rest van de dag blijft het opgewekte vermogen hangen op de laatste waarde en op een gegeven moment in de avond wordt het wel weer 0. Volgende ochtend werkt het weer tot ergens eind van de ochtend en dan herhaalt het probleem zich.

Ziet je energy tab in HA er zoiets uit?

Een gekke piek in mijn geval altijd ergens rond 20:00 uur.
Mijn Grafana graph ziet er zoiets uit gedurende de dag:

Ik heb 3 omvormers van Growatt.
Enige die geen probleem geeft is de Shine-Lan en de ShineX varianten vertonen het probleem.
Uiteindelijk zijn de totalen eind van de dag wel goed in mijn geval.
Moet nog eens de logs eens gaan doorspitten en door influxdb records gaan om te kijken of er iets geks is met de timestamps..

[Peetman]

timbak02 schreef op maandag 6 april 2026 @ 19:06:
[...]

Ziet je energy tab in HA er zoiets uit?
[Afbeelding]
Een gekke piek in mijn geval altijd ergens rond 20:00 uur.
Mijn Grafana graph ziet er zoiets uit gedurende de dag:
[Afbeelding]
Ik heb 3 omvormers van Growatt.
Enige die geen probleem geeft is de Shine-Lan en de ShineX varianten vertonen het probleem.
Uiteindelijk zijn de totalen eind van de dag wel goed in mijn geval.
Moet nog eens de logs eens gaan doorspitten en door influxdb records gaan om te kijken of er iets geks is met de timestamps..

Bij mij komt een deel van de opbrengst er juist in de volgende ochtend bij (de lichtgele staafjes zijn van de Growatt omvormer):

Shine Wifi-S in mijn geval.

[gerjanvdb]

Bravertal schreef op maandag 6 april 2026 @ 17:34:
[...]


Ehhh om de update frequentie naar 6 seconden te krijgen, kan dat geen kwaad? Oververhitting van de stick ofzo (althans dat gaf Gemini aan, ik heb er geen verstand van hoor).

Geen idee eigenlijk, ik draai dit al een half jaar zo en ben er tevreden mee zo.
Het is om de 6 seconden, niet elke halve seconde dus het zal wel meevallen denk ik.

[ Voor 10% gewijzigd door gerjanvdb op 07-04-2026 14:09 ]

[Peetman]

Ik ben gisteren overgestapt naar de Grott Home Assistant Add-On van @gerjanvdb , draaide hiervoor Grott in een Docker container. Moest daarvoor ook de Shine Wifi-S opnieuw instellen wegens een veranderd IP-adres van Grott. Het heeft vooralsnog in ieder geval geholpen. Dus even in de gaten houden of het loggen nu wel de hele dag door gaat. Ook de update frequentie aangepast naar elke 6 seconden.

[Zorian]

Ik krijg volgens de logs constant de volgende error in Grott:

PVOut: Update refused for FUJ*C***** due to time limitation

Op onregelmatige intervals zie ik de data wel bijgeschreven worden op PVOutput, maar een heleboel missen.
Soms gaat het een tijdje goed en wordt er netjes elke 5 minuten een record bijgeschreven op PVOutput maar ook vaak genoeg dat er gaten zijn van soms wel >30 minuten. Ik heb een donor account, dus ik zou genoeg API calls moeten hebben. Iemand een idee?

[rens-br]

Peetman schreef op zondag 5 april 2026 @ 20:42:
[...]

Ik ervaar het zelfde probleem, ik zal er ook eens induiken. Bij mij is het spontaan ontstaan zonder dat er, bij mijn weten, oude data is verstuurd.
Gedurende de rest van de dag blijft het opgewekte vermogen hangen op de laatste waarde en op een gegeven moment in de avond wordt het wel weer 0. Volgende ochtend werkt het weer tot ergens eind van de ochtend en dan herhaalt het probleem zich.

Ik heb exact hetzelfde. Ik heb 3 omvormers en ze hangen alle drie aan Grott. Op alledrie heb ik op random momenten dat ze niks meer doorgeven. Gelukkig blijft de opwekking wel gewoon doorgaan en voor mijn gevoel wordt aan het einde van de dag op de volgende dag weer recht getrokken. Maar vreemd is het wel.

Mijn grafieken van vandaag zien er bijvoorbeeld zo uit:

[ Voor 33% gewijzigd door rens-br op 22-04-2026 20:15 ]

[corsat]

ik heb het volgende probleem, een `growatt omvormer 4500W met shinelink en las hem uit via HA. Ik wilde Grott installeren en via HA direct gaan uitlezen maar ik kreeg dit niet direct werkend. Nu zie ik in HA mijn Growatt niet meer maar kan hem ook niet meer toevoegen want HA geeft aan dat hij al bestaat maar ik zie hem nergens. Ik kan via admin in mijn shinelink maar dat is dan ook alles. De app van Growatt daarin tegen werkt wel.
Ik wil dus de Growatt omvormer onafhankelijk gaan uitlezen en wellicht in de toekomst gaan sturen met Ha maar zit nu vast, hoe kom ik hieruit?

[scarface18]

Sinds dit weekend heb ik een aantal batterijen (ARK-XH) aan mijn Growatt omvormer (MIN-3600TL-XH) , en deze wou ik ook graag vanuit Home Assistant uitlezen / aansturen,

Ik gebruik een met ESPhome geflashte Shine-X module. maar via een andere esp met modbus zou het ook moeten werken.
Veel configs geprobeerd maar het duurde even voor ik de juiste modbus registers had gevonden.
Mocht iemand dit ook willen, hierbij mijn config. Hopelijk word het hier geindexeerd en kan het gevonden worden als iemand er naar zoekt.

code:

substitutions:
  device_description: Growatt Inverter
  friendly_name:  Growatt Inverter
  name: Growatt
  
esphome:
  name: growatt

esp8266:
  board: esp07s

web_server:
  port: 80

# Enable logging
logger:
  baud_rate: 0
# Enable Home Assistant API
api:
  encryption:
    key: "5SBjTHcng9bTNrx7Hq9yIiqJQM+qY26yJOv4oxRHzvM="

ota:
  platform: esphome
  
wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "${name} Fallback Hotspot"
    password: "Yourpassword"

captive_portal:

time:
  - platform: homeassistant
    id: homeassistant_time

output:
# Blue Led
  - id: light_bl
    platform: gpio
    pin: 16
# Green Led
  - id: light_gr
    platform: gpio
    pin: 0
# Red Led
  - id: light_rd
    platform: gpio
    pin: 2

uart:
  id: mod_bus
  tx_pin: 1
  rx_pin: 3
  baud_rate: 115200
  debug:
    direction: BOTH

modbus:
  id: modbus1
  uart_id: mod_bus
  
modbus_controller:
  - id: growatt
# the Modbus device addr
    address: 0x1
    modbus_id: modbus1
    setup_priority: -10  
    update_interval: 5s
    command_throttle: 200ms


sensor:
  - platform: modbus_controller
    name: "${friendly_name} status"
    address: 0
    register_type: "read"
    internal: true
    accuracy_decimals: 0
    id: status

  - platform: modbus_controller
    name: "${friendly_name} DcPower"
    address: 9
    register_type: "read"
    unit_of_measurement: W
    device_class: power
    icon: mdi:flash
    value_type: U_DWORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1
        
  - platform: modbus_controller
    name: "${friendly_name} DcVoltage"
    address: 7
    register_type: "read"
    unit_of_measurement: V
    device_class: voltage
    icon: mdi:flash
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1
    
  - platform: modbus_controller
    name: "${friendly_name} DcInputCurrent"
    address: 8
    register_type: "read"
    unit_of_measurement: A
    device_class: current
    icon: mdi:flash
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1
    
  - platform: modbus_controller
    name: "${friendly_name} AcFrequency"
    address: 37
    register_type: "read"
    unit_of_measurement: Hz
    icon: mdi:flash
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.01
  
  - platform: modbus_controller
    name: "${friendly_name} AcVoltage"
    address: 38
    register_type: "read"
    unit_of_measurement: V
    device_class: voltage
    icon: mdi:flash
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1
  
  - platform: modbus_controller
    name: "${friendly_name} AcOutputCurrent"
    address: 39
    register_type: "read"
    unit_of_measurement: A
    device_class: current
    icon: mdi:flash
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1
    
  - platform: modbus_controller
    name: "${friendly_name} AcPower"
    address: 40
    register_type: "read"
    unit_of_measurement: W
    device_class: power
    icon: mdi:flash
    value_type: U_DWORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1
    
  - platform: modbus_controller
    name: "${friendly_name} EnergyToday"
    address: 53
    register_type: "read"
    unit_of_measurement: kWh
    device_class: energy
    icon: mdi:flash
    value_type: U_DWORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1
    
  - platform: modbus_controller
    name: "${friendly_name} EnergyTotal"
    address: 55
    register_type: "read"
    unit_of_measurement: kWh
    state_class: total_increasing
    device_class: energy
    icon: mdi:flash
    value_type: U_DWORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1

  - platform: modbus_controller
    name: "${friendly_name} PV2 EnergyToday"
    address: 63
    register_type: "read"
    unit_of_measurement: kWh
    device_class: energy
    icon: mdi:flash
    value_type: U_DWORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1
    
  - platform: modbus_controller
    name: "${friendly_name} PV2 EnergyTotal"
    address: 65
    register_type: "read"
    unit_of_measurement: kWh
    state_class: total_increasing
    device_class: energy
    icon: mdi:flash
    value_type: U_DWORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1

  - platform: modbus_controller
    name: "${friendly_name} Temperature"
    address: 93
    register_type: "read"
    unit_of_measurement: C
    device_class: temperature
    icon: mdi:thermometer
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1

  - platform: modbus_controller
    name: "${friendly_name} Battery Discharging Power"
    address: 3178
    register_type: "read"
    unit_of_measurement: W
    device_class: power
    icon: mdi:battery-arrow-down
    value_type: U_DWORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1       

  - platform: modbus_controller
    name: "${friendly_name} Battery Charging Power"
    address: 3180
    register_type: "read"
    unit_of_measurement: W
    device_class: power
    icon: mdi:battery-arrow-up-outline
    value_type: U_DWORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1     

  - platform: modbus_controller
    name: "${friendly_name} Battery Voltage"
    address: 3216          # Often battery voltage in some Growatt maps
    register_type: "read"
    unit_of_measurement: V
    value_type: U_WORD
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    name: "${friendly_name} Battery Current"
    address: 3217
    register_type: "read"
    unit_of_measurement: A
    value_type: S_WORD
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    name: "${friendly_name} Battery Temperature"
    address: 3218
    register_type: "read"
    value_type: S_WORD
    unit_of_measurement: °C
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    name: "${friendly_name} Battery SoC"
    address: 3215                 # ← changed
    register_type: "read"         # ← changed
    unit_of_measurement: "%"
    icon: mdi:home-battery
    value_type: U_WORD
    accuracy_decimals: 0

  - platform: modbus_controller
    name: "${friendly_name} Battery State"
    address: 3212
    register_type: "read"
    icon: mdi:home-battery
    value_type: U_WORD

  - platform: modbus_controller
    name: "${friendly_name} Battery Discharge Total"
    address: 3182
    register_type: "read"
    unit_of_measurement: kWh
    state_class: total_increasing
    device_class: energy
    icon: mdi:battery-arrow-down
    value_type: U_DWORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1

  - platform: modbus_controller
    name: "${friendly_name} Battery Charge Total"
    address: 3184
    register_type: "read"
    unit_of_measurement: kWh
    state_class: total_increasing
    device_class: energy
    icon: mdi:battery-arrow-up-outline
    value_type: U_DWORD
    accuracy_decimals: 1
    filters:
    - multiply: 0.1

text_sensor:
  - platform: template
    name: "Status state"
    icon: mdi:eye
    entity_category: diagnostic
    lambda: |-
      uint16_t value = static_cast<uint16_t>(id(status).state);
      switch (value) {
        case 0:  return std::string("Standby");
        case 1:  return std::string("Normal");
        case 2:  return std::string("Discharge");
        case 3:  return std::string("Fault");
        case 4:  return std::string("Flash");
        case 5:  return std::string("PV Charging");
        case 6:  return std::string("AC Charging");
        case 7:  return std::string("Combined Charging");
        case 8:  return std::string("Combined Charging & Bypass");
        case 9:  return std::string("PV Charging & Bypass");
        case 10: return std::string("AC Charging & Bypass");
        case 11: return std::string("Bypass");
        case 12: return std::string("PV Charge and Discharge");
        default: 
          ESP_LOGW("WARNING", "Unexpected status_code value: %u", value); // Log unexpected values
          return std::string("Unknown");
      }



number:
  - platform: modbus_controller
    modbus_controller_id: growatt
    id: max_output_power
    name: "${friendly_name} Max Output Power"
    address: 3
    register_type: holding
    value_type: U_WORD
    min_value: 0
    max_value: 100
    step: 1
    unit_of_measurement:  "%"
    entity_category: config


select:
  - platform: template
    name: "${friendly_name} Operation Mode"
    icon: mdi:arrow-decision-outline
    id: operation_mode
    optimistic: true
    initial_option: "Load First"
    options:
      - "Load First"
      - "Battery First"
      - "Grid First"
    on_value:
      then:
        - lambda: |-
            auto *ctrl = id(growatt);
            if (!ctrl) return;

            std::string mode = id(operation_mode).current_option();  // fixed
            uint16_t mode_value;

            if (mode == "Load First") {
              mode_value = 32768;   // Load First, enabled, start 00:00
            } else if (mode == "Battery First") {
              mode_value = 40960;   // Battery First, enabled, start 00:00
            } else { // Grid First
              mode_value = 49152;   // Grid First, enabled, start 00:00
            }

            // End time 23:59 = 23*256 + 59 = 5947
            uint16_t end_time = 5947;

            std::vector<uint16_t> data = {mode_value, end_time};
            // Fixed: pass register count as third argument
            auto command = esphome::modbus_controller::ModbusCommandItem::create_write_multiple_command(ctrl, 3038, data.size(), data);
            ctrl->queue_command(command);
            ESP_LOGI("mode", "Set mode to %s (register value %u)", mode.c_str(), mode_value);