GoodWe inverter lokaal uitlezen (USB / WiFi)

[esphome]

@PixelPrikker Als de LAN kabel naar een switch gaat dan zit daar vaak een automatische herkenning in en dan gaat het connected ledje ook branden op de poort. Dan moet je gaan kijken welk IP adres de omvormer krijgt van de DHCP. De Wifi en Lan stick hebben verschillende MAC adressen en zo verschillende IP adressen in de DHCP. Waarschijnlijk geeft de internet router/modem het IP adres uit aan de omvormer.

Kijk ook eens hier: https://github.com/marcelblijleven/goodwe

Je kunt jouw eigen kWh meter plaatsen en een digitale meter gaan gebruiken of een slimme meter die administratief is uitgeschakeld.

En dan kun je nog altijd een elektrische kachel en een stuureenheid gebruiken om jouw productie te dimmen: https://gathering.tweakers.net/forum/list_messages/2267450/////1780512049

[PixelPrikker]

Thanks voor de info, ik ga er weer eens mee verder stoeien.

Opzich ben ik niet tegen de slimme meter, heeft ook wel weer voordelen natuurlijk. Maar nu met de oude draaimeter saldeer ik natuurlijk nog gewoon.

[GCO]

Hallo

iemand dat de firmware update nog heeft van de GOODWE GW1500-NS?

Support van Goodwe wil deze niet meer doorsturen wegens te oud.

Mvg

GCO

[KabouterSuper]

GCO schreef op vrijdag 5 juni 2026 @ 08:05:
Hallo

iemand dat de firmware update nog heeft van de GOODWE GW1500-NS?

Support van Goodwe wil deze niet meer doorsturen wegens te oud.

Mvg

GCO

Ik heb ooit het hele firmware archief van goodwe gedownload met de executables, etc. Maar daar kan ik nu niet bij. Als je me over een week even pingt, dan ga ik wel zoeken voor je

[ctrl-tab]

KabouterSuper schreef op vrijdag 5 juni 2026 @ 09:55:
[...]

Ik heb ooit het hele firmware archief van goodwe gedownload met de executables, etc. Maar daar kan ik nu niet bij. Als je me over een week even pingt, dan ga ik wel zoeken voor je

Volgens mij staat dat archief nog altijd publiek, sterker nog het is gewoon hun live repo waar nog zaken bij komen;

https://drive.google.com/drive/folders/110hBxoNVC4M9F_GK5sKP7uq_aDNxwstZ

[ctrl-tab]

PixelPrikker schreef op dinsdag 2 juni 2026 @ 15:59:
Ik heb de Goodwe LAN Kit. https://www.stralendgroen.nl/product/goodwe-lan-kit/?srsltid=AfmBOorDdIsYBruw8cPg3WHETOLjzChYSrmecYl0J99kc21bjXuNX6Xu&v=1a13105b7e4e

Ik probeer de omvormer in Homey te krijgen via modbus. maar geen resultaat. Ik kan hem ook niet via PC uitlezen volgens mij.

Ik heb inmiddels de hoop opgegeven om hem lokaal te bedienen en uit te lezen. Maar zou mooi zijn als iemand toch het licht vind.

Die LAN kit heb ik pas ook gekocht omdat ik af wilde van mijn WIFI/LAN kit. (omvormer zie signature)

De LAN kit werkt heel onregelmatig, mag blij zijn als ik er eens een modbus berichtje uit krijg. En als hij dan werkt, vliegt hij er de hele tijd uit.

Ik ben daarom toch maar weer terug gegaan naar de WIFI/LAN kit. Deze werkt wel stabiel (op LAN aansluiting)
Je moet wel even je firmware van je invertor updaten naar juiste versie , anders gaat het helemaal niet werken . zie link boven. (ARM primair, deze zorgt voor compatibiliteit en connectiviteit, de andere is voor het electrische gedeelte)

Maar gezien de waardeloze firmware op al deze kits (shanghai fly-way), (primair probleem: de verplichting om 's morgens eerst even met de cloud te verbinden om uberhaupt die modbus te kunnen gebruiken - totale waanzin ) ga ik binnenkort volledig DIY met een ESP.

nb; Met de wat oudere WIFI-LAN kit die ik initieel gebruikte was het helemaal mooi: als je niet uit keek zette die kit een WIFI access point op naar je eigen netwerk. Dan kon je met het default password van dat wifi netwerk op JOUW netwerk. je verzint het niet ... iemand is rijp voor ontslag in Shang-Hai.
Uiteindelijk heb ik deze gebricked in een poging te voorzien van custom firmware.

heb hier dus inmiddels 3 kits liggen waarvan ik er maar 1 kan gebruiken... troep

[ Voor 18% gewijzigd door ctrl-tab op 05-06-2026 11:17 ]

[dunklefaser]

@ctrl-tab HF-LPT230 (Hi-fly) als ik me niet vergis.
Bij mijn WLAN module V1.1.2.1 Web Ver V1.3.1
overleeft het nieuwe wachtwoord wel de nacht
en komt het default WLAN wachtwoord 12345678 niet terug.
Verder zit de Goodwe natuurlijk in een apart Gast WLAN.

Verder wil ik je niet tegenspreken wat de keuze en kwaliteit van Goodwe
betreffende de diverse communicatie modules aangaat.

[ Voor 21% gewijzigd door dunklefaser op 05-06-2026 11:35 ]

[manusjevanalles]

Binnenkort ga ik een setje PV installeren met de gw2500-xs (gratis gekregen). Als ik het hier zo lees kan ik het beste direct voor mosbus en esphome gaan. Klopt het dat er een usb-poort onder de aansluiting van de wifi-stick zit en kan ik die gewoon zo gebruiken als voeding voor de esp? Ik lees ook over omgekeerde polariteit namelijk.

[ctrl-tab]

esphome schreef op woensdag 3 juni 2026 @ 20:19:
@PixelPrikker heb je al een andere kabel geprobeerd en eventueel een cross cable.

Verder, als deze app gebruikt dan gaat dat via Sems. Heeft Sems dan wel jouw productie gegevens?

Dat crosscable verhaal is niet van toepassing bij deze LAN adapter.

Bij de wifi/lan kit is het idd een crosscable die in de aangesloten zwarte snoer zit. Maar als je de wifi lan kit opent en daar je utp aan sluit (gewoon met connector, niks spannends) werkt het gewoon op je normale switches. Geen handleiding die erover rept,.goodwe support had ook geen clue. Heb dit toen hier uit het forum moeten halen. Wat een pareltjes produceren ze toch bij goodwe (je hoort al, ik ben fan 🤣)

Hoeveel tijd ik al verspild heb aan de integratie perikelen van goodwe --- had ik maar beter opgelet bij de aanschaf.. alles vlug-vlug gedaan destijds want midden in een verhuizing en compleet geen kennis van zaken toen.

Aansluiting en kabel die je moet verwijderen bij wifi lan kit;

[ Voor 6% gewijzigd door ctrl-tab op 05-06-2026 11:53 ]

[ctrl-tab]

dunklefaser schreef op vrijdag 5 juni 2026 @ 11:30:
@ctrl-tab HF-LPT230 (Hi-fly) als ik me niet vergis.
Bij mijn WLAN module V1.1.2.1 Web Ver V1.3.1
overleeft het nieuwe wachtwoord wel de nacht
en komt het default WLAN wachtwoord 12345678 niet terug.
Verder zit de Goodwe natuurlijk in een apart Gast WLAN.

Verder wil ik je niet tegenspreken wat de keuze en kwaliteit van Goodwe
betreffende de diverse communicatie modules aangaat.

Ja dat is denk ik de nieuwere wifi lan adapter. Die gebruik ik nu ook. Die onthoud wel dat soort zaken zonder custom firmware te flashen. Ben best tevreden , behalve dan over het feit dat modbus pas activeert als het ding korstondig cloud verbinding heeft gehad. (hoe dan)

Het access point issue dat ik had was met de eerste WIFI/LAN variant. Als je daar de LAN kabel aan sloot, en je verbond met het WIFI punt had je gewoon internet en LAN access over die stick.. dus iemand heeft een routing stack ingebouwd in die firmware. En dan je wifi wachtwoord niet kunnen opslaan ; what were they thinking (ik denk : niet )
Dan te bedenken dat er waarschijnlijk honderden of duizenden mensen zijn in nederland die zo zonder dat ze het weten hun complete LAN open hebben staan door dit soort prutsers (sorry kan geen andere kwalificatie bedenken)

[GaMbiNo]

Herkenbaar. Ik had ook ooit een LAN stick in de GoodWe omvormer maar die was idd. ook instabiel. Heel vaak lukte het niet om deze uit te lezen met Home Assistant. Toen ook noodgedwongen geswitcht naar de wifi/LAN module en deze is veel stabieler.

Nu zit ik idd. ook met een WIFI hotspot rondom de omvormer. Moet nog eens uitzoeken of je die kan uitzetten. Heb wel het standaard wachtwoord veranderd destijds omdat ik me ook nogal verbaasde over hoe open dat allemaal stond. Prutsers daar bij GoodWe....

[ctrl-tab]

GaMbiNo schreef op vrijdag 5 juni 2026 @ 11:54:
Herkenbaar. Ik had ook ooit een LAN stick in de GoodWe omvormer maar die was idd. ook instabiel. Heel vaak lukte het niet om deze uit te lezen met Home Assistant. Toen ook noodgedwongen geswitcht naar de wifi/LAN module en deze is veel stabieler.

Nu zit ik idd. ook met een WIFI hotspot rondom de omvormer. Moet nog eens uitzoeken of je die kan uitzetten. Heb wel het standaard wachtwoord veranderd destijds omdat ik me ook nogal verbaasde over hoe open dat allemaal stond. Prutsers daar bij GoodWe....

Bij de nieuwere wifi lan stick - die heb je waarschijnlijk, kan je dat SSID op Hidden zetten. en hij slaat je SSID password wel op)
Dus de belangrijkste basale wifi/network issues zitten daar niet in. Ook routeert deze niet je LAN verkeer voor WIFI clients (de laatste keer dat ik dat testte althans)

Behalve de connectiviteits stack ; dat die modbus pas werkt als de stick verbonden met de cloud zit echt ergens in deze firmware verscholen.

[ctrl-tab]

manusjevanalles schreef op vrijdag 5 juni 2026 @ 11:31:
Binnenkort ga ik een setje PV installeren met de gw2500-xs (gratis gekregen). Als ik het hier zo lees kan ik het beste direct voor mosbus en esphome gaan. Klopt het dat er een usb-poort onder de aansluiting van de wifi-stick zit en kan ik die gewoon zo gebruiken als voeding voor de esp? Ik lees ook over omgekeerde polariteit namelijk.

Die usb poort is proprietary, die geeft geen stroom op de verwachte pins.
Dus dat moet je dan inderdaad even debuggen. Geen idee welk voltage die geeft .

Voor de rs485 connectie heb ik zelf uit polen een overpriced connector besteld om te kunnen verbinden met die COM poort die een prioprietary connector bevat. Maar volgens mij scheelt het per invertor (zelfs binnen dezelfde range) welke opties je hebt.

En , als je het kunt: sla inderdaad de goodwe adapters over. beter 1x goed hoofdpijn dan een sleurende zeurende pijn die aan blijft houden (en achteraf alsnog naar DIY gaan zoals ik)

[manusjevanalles]

ctrl-tab schreef op vrijdag 5 juni 2026 @ 12:04:
[...]

Die usb poort is proprietary, die geeft geen stroom op de verwachte pins.
Dus dat moet je dan inderdaad even debuggen. Geen idee welk voltage die geeft .

Voor de rs485 connectie heb ik zelf uit polen een overpriced connector besteld om te kunnen verbinden met die COM poort die een prioprietary connector bevat. Maar volgens mij scheelt het per invertor (zelfs binnen dezelfde range) welke opties je hebt.

En , als je het kunt: sla inderdaad de goodwe adapters over. beter 1x goed hoofdpijn dan een sleurende zeurende pijn die aan blijft houden (en achteraf alsnog naar DIY gaan zoals ik)

Ik heb gewoon een connector bij met een tiental pinnen, waaronder modbus. Maar het zou handig zijn dat de omvormer ook de spanning levert voor de esp.

Volgens de handleiding zou ik een usbstock met firmware aan kunnen sluiten. Dan zou ik toch een normale usb-poort verwachten?

[GaMbiNo]

ctrl-tab schreef op vrijdag 5 juni 2026 @ 11:58:
[...]

Bij de nieuwere wifi lan stick - die heb je waarschijnlijk, kan je dat SSID op Hidden zetten. en hij slaat je SSID password wel op)
Dus de belangrijkste basale wifi/network issues zitten daar niet in. Ook routeert deze niet je LAN verkeer voor WIFI clients (de laatste keer dat ik dat testte althans)

Behalve de connectiviteits stack ; dat die modbus pas werkt als de stick verbonden met de cloud zit echt ergens in deze firmware verscholen.

Dank voor de tip, heb hem nu idd. op hidden gezet.
Geen idee of die optie er destijds al inzat maar het maakt hem i.i.g. iets minder zichtbaar voor de rest van de buurt.

Het wifi wachtwoord wordt wel netjes bewaard bij elke reboot dus het zal het nieuwe type zijn. Maar hij deelt wel gewoon mijn internetverbinding met de verbonden clients.

[ctrl-tab]

GaMbiNo schreef op vrijdag 5 juni 2026 @ 12:10:
[...]

Dank voor de tip, heb hem nu idd. op hidden gezet.
Geen idee of die optie er destijds al inzat maar het maakt hem i.i.g. iets minder zichtbaar voor de rest van de buurt.

Het wifi wachtwoord wordt wel netjes bewaard bij elke reboot dus het zal het nieuwe type zijn. Maar hij deelt wel gewoon mijn internetverbinding met de verbonden clients.

Ok dus het zit er nog in.
Je hebt naast een LAN stick voor je invertor ook een gratis range extender / access point gekregen.
Goede deal!

[ctrl-tab]

manusjevanalles schreef op vrijdag 5 juni 2026 @ 12:08:
[...]

Ik heb gewoon een connector bij met een tiental pinnen, waaronder modbus. Maar het zou handig zijn dat de omvormer ook de spanning levert voor de esp.

Volgens de handleiding zou ik een usbstock met firmware aan kunnen sluiten. Dan zou ik toch een normale usb-poort verwachten?

hmm. ik spreek vanuit de gw6k dt g2. daar krijg ik geen power op normale sticks.

misschien bij jouw invertor wel. maar dan zou ik geen compatibiliteit verwachten met de eerder genoemde wifi/lan sticks

[ Voor 7% gewijzigd door ctrl-tab op 05-06-2026 12:18 ]

[dunklefaser]

ctrl-tab schreef op vrijdag 5 juni 2026 @ 11:58:
[...]

Bij de nieuwere wifi lan stick - die heb je waarschijnlijk, kan je dat SSID op Hidden zetten. en hij slaat je SSID password wel op)
Dus de belangrijkste basale wifi/network issues zitten daar niet in. Ook routeert deze niet je LAN verkeer voor WIFI clients (de laatste keer dat ik dat testte althans)

Behalve de connectiviteits stack ; dat die modbus pas werkt als de stick verbonden met de cloud zit echt ergens in deze firmware verscholen.

Mijn module routeert het verkeer van 10.10.100.253 ook niet naar het (gast) WLAN,
maar je kan natuurlijk met het wachtwoord van het (gast) WLAN met het normale WLAN verbinden.
Dit wachtwoord is via de webpagina van de module leesbaar! toegankelijk.

[esphome]

ctrl-tab schreef op vrijdag 5 juni 2026 @ 11:40:
[...]

Dat crosscable verhaal is niet van toepassing bij deze LAN adapter.

Bij de wifi/lan kit is het idd een crosscable die in de aangesloten zwarte snoer zit. Maar als je de wifi lan kit opent en daar je utp aan sluit (gewoon met connector, niks spannends) werkt het gewoon op je normale switches. Geen handleiding die erover rept,.goodwe support had ook geen clue. Heb dit toen hier uit het forum moeten halen. Wat een pareltjes produceren ze toch bij goodwe (je hoort al, ik ben fan 🤣)

Hoeveel tijd ik al verspild heb aan de integratie perikelen van goodwe --- had ik maar beter opgelet bij de aanschaf.. alles vlug-vlug gedaan destijds want midden in een verhuizing en compleet geen kennis van zaken toen.

Aansluiting en kabel die je moet verwijderen bij wifi lan kit;

[Afbeelding]

[Afbeelding]

En als een Cross op een Cross aansluit dan het je toch weer een Straight cable. Vandaar dat ik dat voorstelde.

[PixelPrikker]

Ik heb even een crosscable gemaakt. Helaas zonder resultaat. Met de wifi stick kan ik verbinden met solargo. Als ik de lan stick erin doe zie ik in solargo een HF-e20 netwerk. Daar kan ik niet mee verbinden. Ook met normale kabel hetzelfde resultaat. Dit is ook de plek waar ik vorige keer vast liep. Kan wel via de browser de omvormer benaderen. Maar daar is niks in te stellen.

[esphome]

PixelPrikker schreef op zondag 7 juni 2026 @ 12:08:
Ik heb even een crosscable gemaakt. Helaas zonder resultaat. Met de wifi stick kan ik verbinden met solargo. Als ik de lan stick erin doe zie ik in solargo een HF-e20 netwerk. Daar kan ik niet mee verbinden. Ook met normale kabel hetzelfde resultaat. Dit is ook de plek waar ik vorige keer vast liep. Kan wel via de browser de omvormer benaderen. Maar daar is niks in te stellen. [Afbeelding]

Ik zie dat er een bijzonder IP adres wordt gebruikt: 169.254.1.1 en dan zou je een laptop direct kunnen aansluiten en dan normale kabel gebruiken. De cross zit dan al in korte zwarte kabel van de stick. Zo valt dan het puzzelstukje waarom er een cross kabel gebruikt word door Goodwe op zijn plaats.

Als je dan Wifi op de laptop uitzet komt die automatisch in dat IP address range in Windows en zou je omvormer dan kunnen benaderen via Wifi.

quote: https://admin.goodwe.com/...ile?id=1078&mid=60&type=2

Step 1 Connect the computer and the LAN module using a network cable.

Step 2 Enter 169.254.1.1 in the browser. User name: admin; password: admin. Set the parameters as shown below

[PixelPrikker]

esphome schreef op zondag 7 juni 2026 @ 12:58:
[...]

Ik zie dat er een bijzonder IP adres wordt gebruikt: 169.254.1.1 en dan zou je een laptop direct kunnen aansluiten en dan normale kabel gebruiken. De cross zit dan al in korte zwarte kabel van de stick. Zo valt dan het puzzelstukje waarom er een cross kabel gebruikt word door Goodwe op zijn plaats.

Als je dan Wifi op de laptop uitzet komt die automatisch in dat IP address range in Windows en zou je omvormer dan kunnen benaderen via Wifi.


[...]

Ik ga dat eens proberen. Maar waarom kan ik via m'n telefoon welke in mijn lokale wifi zit, wel naar de ip van de omvormer? De omvormer krijgt namelijk gewoon een ip welke in range zit van mij netwerk.

[ Voor 14% gewijzigd door PixelPrikker op 07-06-2026 14:18 ]

[esphome]

PixelPrikker schreef op zondag 7 juni 2026 @ 14:14:
[...]

Ik ga dat eens proberen. Maar waarom kan ik via m'n telefoon welke in mijn lokale wifi zit, wel naar de ip van de omvormer? De omvormer krijgt namelijk gewoon een ip welke in range zit van mij netwerk.

Solargo zendt een broadcast uit waarna de Wifi stick zijn adres doorgeeft.

[PixelPrikker]

Ik heb de omvormer op een static ip gezet in de range van mijn netwerk. Nog steeds kan ik in Solargo niet verbinden met HF_E20 netwerk wat er door de omvormer wordt opgezet. Ik kan hem wel via de browser benaderen.

[esphome]

PixelPrikker schreef op dinsdag 9 juni 2026 @ 09:20:
Ik heb de omvormer op een static ip gezet in de range van mijn netwerk. Nog steeds kan ik in Solargo niet verbinden met HF_E20 netwerk wat er door de omvormer wordt opgezet. Ik kan hem wel via de browser benaderen. [Afbeelding]

Je hebt nu een vast IP adres en kunt zo proberen via TCP (poort 502) met de omvormer te communiceren over LAN.

https://github.com/marcelblijleven/goodwe

Solargo zend een broadcast uit en hier komt die ook niet terug als ik mijn Wifi niet direct verbind met de stick van de Goodwe. En zo is dit niet bijzonder.

[PixelPrikker]

Alle poorten zijn dicht op 80 na. Ik zal dus op 1 of andere manier de modbus moeten activeren. En dat zou dus via solargo moeten. Ik geef de hoop weer op.

[KabouterSuper]

PixelPrikker schreef op dinsdag 9 juni 2026 @ 13:53:
Alle poorten zijn dicht op 80 na. Ik zal dus op 1 of andere manier de modbus moeten activeren. En dat zou dus via solargo moeten. Ik geef de hoop weer op.

Heb je ook geprobeerd met een bluetooth stick van goodwe? Ik heb zo'n stock gratis gekregen van goodwe na veel mooperen. Mocht je in de buurt wonen (Gouda), dan mag je mijn stick ook lenen

[esphome]

PixelPrikker schreef op dinsdag 9 juni 2026 @ 13:53:
Alle poorten zijn dicht op 80 na. Ik zal dus op 1 of andere manier de modbus moeten activeren. En dat zou dus via solargo moeten. Ik geef de hoop weer op.

En als je Wifi stick gebruikt is dan poort TCP/502 ook niet open?

[PixelPrikker]

esphome schreef op dinsdag 9 juni 2026 @ 17:43:
[...]

En als je Wifi stick gebruikt is dan poort TCP/502 ook niet open?

Dat zou ik nog eens kunnen gaan proberen, maar denk het niet. Ik heb de Wifi stick, niet de WIfi/lanstick.

KabouterSuper schreef op dinsdag 9 juni 2026 @ 15:17:
[...]

Heb je ook geprobeerd met een bluetooth stick van goodwe? Ik heb zo'n stock gratis gekregen van goodwe na veel mooperen. Mocht je in de buurt wonen (Gouda), dan mag je mijn stick ook lenen

Nope niet geprobeerd, niet in het bezit van die stick.

[ Voor 38% gewijzigd door PixelPrikker op 10-06-2026 07:04 ]

[Amber95]

davasch schreef op woensdag 21 mei 2025 @ 10:23:
Onlangs heb ik (iets te veel) tijd besteed aan het werkend krijgen van het limiteren van export van mijn Goodwe GW6K-DT omvormer. Ik heb hem via Modbus naar een ESP module verbonden en via ESPHome naar Home Assistant gekoppeld.

Ik lees de inverter al een tijd uit via modbus, maar bedienen wilde steeds niet lukken. Dit kwam deels door verkeerde documentatie (en dus verkeerde registers), en ook doordat ik de functiecode voor het aansturen van enkele registers gebruikte, terwijl ik functiecode '10' moest hebben (meerdere registers schrijven, ondanks dat het hier om een enkel register gaat). Dit stond achteraf gewoon in de handleiding

Hier de code waarmee het mij lukt, wellicht heeft iemand hier iets aan Bediening zit dus onderaan de YAML file.

YAML:

esphome:
  name: inverter-goodwee
  friendly_name: Inverter Goodwee

esp8266:
  board: esp01_1m

# Enable Home Assistant API
api:

ota:
  - platform: esphome
    password: <your_password>

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Goodwe Fallback Hotspot"
    password: <hotspot_password>

captive_portal:

# Enable/Disable logging
logger:
  #level: VERBOSE
  baud_rate: 0 ## Must be 0 to prevent reading issues and buffer overflows

uart:
  id: mod_bus
  tx_pin: GPIO1
  rx_pin: GPIO3
  baud_rate: 9600
  stop_bits: 1
  
modbus:
  flow_control_pin: GPIO14
  id: modbus1
  send_wait_time: 1000ms

modbus_controller:
  - id: goodwe
    ## the Modbus device addr (defaults to 247 (0xF7) for goodwe inverters)
    address: 0xF7
    modbus_id: modbus1
    setup_priority: -10
    #command_throttle: 250ms
    update_interval: 10s

sensor:
  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_temperature
    name: "Temperature"
    address: 0x030F
    unit_of_measurement: "C"
    register_type: holding
    value_type: S_WORD
    device_class: temperature
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe  
    id: pv_power
    name: "Feeding Power"
    address: 0x0233
    unit_of_measurement: "W"
    register_type: holding
    value_type: U_WORD
    device_class: power
    state_class: measurement
    accuracy_decimals: 0

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_total_energy
    name: "Total Energy"
    address: 0x0313
    unit_of_measurement: "kWh"
    register_type: holding
    value_type: U_WORD
    accuracy_decimals: 1
    device_class: energy
    state_class: total_increasing
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_day_energy
    name: "Day Energy"
    address: 0x0320
    unit_of_measurement: "kWh"
    register_type: holding
    value_type: U_WORD
    accuracy_decimals: 1
    device_class: energy
    state_class: total_increasing
    filters:
      - multiply: 0.1

  #- platform: modbus_controller
  #  modbus_controller_id: goodwe
  #  id: pv_e_day
  #  name: "E-Day"
  #  address: 0x0320
  #  unit_of_measurement: "kW"
  #  register_type: holding
  #  value_type: U_WORD
  #  accuracy_decimals: 1
  #  device_class: power
  #  state_class: measurement
  #  filters:
  #    - multiply: 0.1

  #- platform:modbus_controller
  #  modbus_controller_id: goodwe
  #  id: pv_p_ac
  #  name: "Pac"
  #  address: 0x0353
  #  unit_of_measurement: "W"
  #  register_type: holding
  #  value_type: U_WORD
  #  device_class: power
  #  state_class: measurement
  #  accuracy_decimals: 0

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_total_hours
    name: "Total Hours"
    address: 0x0314
    unit_of_measurement: "H"
    register_type: holding
    value_type: U_DWORD
    accuracy_decimals: 0
    
    
  - platform: modbus_controller
    modbus_controller_id: goodwe  
    id: pv1_voltage
    name: "DC Voltage on PV1"
    address: 0x0300
    unit_of_measurement: "V"
    register_type: holding
    value_type: U_WORD
    device_class: voltage
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1
    
  - platform: modbus_controller
    modbus_controller_id: goodwe  
    id: pv2_voltage
    name: "DC Voltage on PV2"
    address: 0x0301
    unit_of_measurement: "V"
    register_type: holding
    value_type: U_WORD
    device_class: voltage
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe  
    id: pv1_current
    name: "DC Current on PV1"
    address: 0x0302
    unit_of_measurement: "A"
    register_type: holding
    value_type: U_WORD
    device_class: current
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1
    
  - platform: modbus_controller
    modbus_controller_id: goodwe  
    id: pv2_current
    name: "DC Current on PV2"
    address: 0x0303
    unit_of_measurement: "A"
    register_type: holding
    value_type: U_WORD
    device_class: current
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

# --- SENSORS FOR EXPORT CONTROL ---
  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: export_limit_enable_actual_status
    # internal: true # Uncomment if you DON'T want this sensor as a separate entity in Home Assistant
    name: "Export Limit Switch Actual Status"
    address: 291 # Decimal for "On Grid Export Power Limit Switch"
    register_type: holding
    value_type: U_WORD # Expected values 0 (OFF) or 1 (ON)

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: export_limit_percentage_actual_status
    # internal: true # Uncomment if you DON'T want this sensor as a separate entity in Home Assistant
    name: "Export Limit Percentage Actual Status"
    address: 292 # Decimal for "Set the ARP power percentage"
    register_type: holding
    value_type: U_WORD # Expected values 0-100
    unit_of_measurement: "%"

switch:
  - platform: modbus_controller
    modbus_controller_id: goodwe
    use_write_multiple: True
    id: export_limit_enable
    register_type: holding
    address: 291
    name: "Power limit enable"
    bitmask: 0x01
    icon: "mdi:toggle-switch"

number:
  - platform: modbus_controller
    modbus_controller_id: goodwe
    use_write_multiple: True
    name: "Export Limit Percentage"
    register_type: holding
    address: 292
    value_type: U_WORD
    min_value: 0
    max_value: 100   
    entity_category: config

Ik heb een goodwe 3600D-NS en een 2500-XS beide draaien via de modus met ESP home en deze yaml (bedankt @davasch)!

Ik kan alle sensoren netjes uitlezen, alleen het limiteren lukt nog niet.

De power limit enable lijkt te werken, de actual status wordt naar 1 gezet.

Als ik vervolgens het export limit percentage wijzig, wordt deze binnen een paar seconden weer terug naar 0.0 gezet, door mijzelf als user zegt HA, wat ik uiteraard niet doe...

Iemand een idee wat hier mis gaat?

code:

Activiteit
27 juni 2026
Goodwe 2500 Export Limit Percentage gewijzigd in 0,0 getriggerd door actie Nummer: Set number value
21:43:30 - 9 minuten geleden - Amber
Goodwe 2500 Export Limit Percentage gewijzigd in 27,0 getriggerd door actie Nummer: Set number value
21:43:26 - 9 minuten geleden - Amber
Goodwe 2500 Export Limit Switch Actual Status gewijzigd in 1.0
21:43:20 - 9 minuten geleden
Goodwe 2500 Power limit enable aangezet getriggerd door actie Schakelaar: Schakelaar aanzetten
21:43:15 - 9 minuten geleden - Amber

[esphome]

Ik heb een Goodwe GW2000XS omvormer en die blijft vaak stroom verbruiken terwijl er niet meer genoeg daglicht beschikbaar is. Ik laat nu via een automation in Home Assistant dit ondervangen.

Automation in YAML:

alias: GW reconnect when no production due to not enough light
description: ""
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.solar-kwh-meter
    above: 0
conditions: []
actions:
  - repeat:
      while:
        - condition: and
          conditions:
            - condition: numeric_state
              entity_id: sensor.solar-kwh-meter
              above: 0
            - condition: not
              conditions:
                - condition: state
                  entity_id: sensor.work_mode
                  state:
                    - unavailable
                    - unknown
      sequence:
        - action: switch.toggle
          metadata: {}
          data: {}
          target:
            entity_id: switch.gw_reconnect
        - delay:
            hours: 0
            minutes: 0
            seconds: 30
            milliseconds: 0
  - delay:
      hours: 0
      minutes: 1
      seconds: 0
      milliseconds: 0
    enabled: true
mode: single

Toelichting sensor en switch voor GW re-connect bij te weinig licht.

• sensor.solar-kwh-meter = een separate kwh-meter die de geproduceerd/afgenomen stroom meet van de omvormer
• sensor.work_mode = geeft aan of de Goodwe omvormer contact heeft met Home Assistant. Kan ook gebruikt worden als er wel genoeg licht is maar de omvormer niet een Wifi verbinding heeft staan met HA.
• switch.gw_reconnect = het zenden van een HEX string (command_line) aan de omvormer opdat die zich gaat reconnecten met het stroomnet.

Zodra er stroom verbruikt wordt door omvormer wordt er een reconnect gezonden als tenminste de omvormer verbonden is met HA. De automation blijft dan reconnects zenden totdat het stroomverbruik weer nul of lager is.

Toevoegen aan file configuration.yaml in HA en na het herladen van de configuratie (Developer tools) is die oproepbaar.

command_line:
  - switch:
     name: GW reconnect
     unique_id: GW_reconnect
     command_on:  echo  "7F069D8A00008D92" | xxd -r -p | nc -u -w1 192.168.0.15 8899 > /dev/null

Het IP adres "192.168.0.15" kan anders zijn en kijk welk IP adres er in jouw situatie gebruikt word.

[c-nan]

esphome schreef op maandag 9 maart 2026 @ 16:02:
Hier kun je jouw omvormer opzoeken en controleer welke firmware er nu inzit. Kijk in het overzicht of de Wifi/LAN stick past.

https://en.goodwe.com/Ftp...s-and-IoT-products-EN.pdf

Warmteservice verkoopt de stick: https://www.warmteservice...k-Wifi-LAN-BT-/p/07650358
model: WLA0000-03-00P -> https://en.goodwe.com/wifi-lan-20

Draai thuis al Home Assistant of andere home automation software? Lees je al de P1 poort uit als jij een slimme meter hebt?

Dank voor het lijstje, ik stond op het punt om de stick te kopen, maar als ik het goed lees, gaat het niet werken op mijn GoodWe GW3600D-NS. Lees ik dat goed?

/edit:
Wat zijn manier om de GW3600D-NS dan wel uit te lezen? Er hangt een WIFI KIT aan, maar het IP wat de dongle krijgt is 9 van de 10 keer unresponsive.

[ Voor 8% gewijzigd door c-nan op 04-07-2026 10:40 ]

[c-nan]

henrim schreef op zondag 17 mei 2026 @ 12:17:
Hoi,

Ik doe een poging mijn goodwe via modbus rtu uit te lezen. Daarvoor heb ik deze aangeschaft: https://www.waveshare.com/esp32-s3-rs485-can.htm

Ik probeer de volgende aansluiting op mijn GW5K-DT:
[Afbeelding]
[Afbeelding]

En gebruik deze stappen uit de handleiding:
[Afbeelding]

De aansluiting die ik geprobeerd heb: pin 1 naar B- van de Waveshare, pin 3 naar de A+. Vervolgens probeer ik middels ESPHome op adres 247 te lezen, echter geen enkele response. Ook de status-LED op de omvormer zelf laat geen andere frequentie zien. De WiFi-module is ook aangesloten. Het adres is standaard 247. De gebruikte baudrate is 9600.

Enkele vragen:

• Moet ik iets doen met eindweerstand? Aan de Waveshare-kant kan ik deze aanzetten middels een jumper. Aan de omvormer kant niet? Er is geen sprake van meerdere apparaten op de bus.
• Naast de genoemde pins heb ik ook geprobeerd met pin 2 en 4 (uit de GW-manual), maar hetzelfde resultaat. Zit hier mijn fout?
• Waarvoor zijn de Meter+ en Meter- aansluitingen? Zijn dit ook RS485-aansluitingen voor een meter? (bijv. de GM3000)
• Kan ik Modbus RTU gebruiken als de WiFi-module ook aangesloten is?

Ik zie in dit forum mensen met varianten van de omvormer die ik heb, dus wellicht suggesties hier.

Heb je dit ooit nog werkend gekregen?

[esphome]

c-nan schreef op zaterdag 4 juli 2026 @ 10:37:
[...]

Dank voor het lijstje, ik stond op het punt om de stick te kopen, maar als ik het goed lees, gaat het niet werken op mijn GoodWe GW3600D-NS. Lees ik dat goed?

/edit:
Wat zijn manier om de GW3600D-NS dan wel uit te lezen? Er hangt een WIFI KIT aan, maar het IP wat de dongle krijgt is 9 van de 10 keer unresponsive.

Wat is het IP wat je ziet?

De kit werkt alleen op de DNS G3 versie van Goodwe met de opmerking: ARM 03 or above

[PeteSplit]

Ik gebruik de GoodWe intergratie in Home Assistant.
Vandaag de HA Core update gedaan 2027.7.1 (van 3 juli)

Daarbij was de Grid export Limit instelling uit de integratie verdwenen !!

Ik heb de back-up van vanmorgen terug gezet en heb de Grid Limit instellings mogelijkheid weer terug.

Heeft iemand met de GoodWe HA integratie hier ook last van ?

Onderstaande sensors waren unavailable geworden

[ Voor 30% gewijzigd door PeteSplit op 04-07-2026 18:58 ]

[c-nan]

esphome schreef op zaterdag 4 juli 2026 @ 13:52:
[...]

Wat is het IP wat je ziet?

De kit werkt alleen op de DNS G3 versie van Goodwe met de opmerking: ARM 03 or above

192.168.1.66, mijn thuis netwerk is 192.168.1.0/24

[esphome]

c-nan schreef op zaterdag 4 juli 2026 @ 19:27:
[...]

192.168.1.66, mijn thuis netwerk is 192.168.1.0/24

Dank en dan hoe is de sterkte van het Wifi signaal. Zelf heb ik 50cm afstand van de omvormer een Wifi punt gemaakt die alleen voor de Goodwe is en via een netwerkkabel met de router verbonden is.

Ik gebruik Sems niet en lees de omvormer alleen lokaal uit.

Ik heb een Mikrotik cAP Lite: https://mikrotik.com/product/RBcAPL-2nD-307

[c-nan]

esphome schreef op zaterdag 4 juli 2026 @ 21:19:
[...]

Dank en dan hoe is de sterkte van het Wifi signaal. Zelf heb ik 50cm afstand van de omvormer een Wifi punt gemaakt die alleen voor de Goodwe is en via een netwerkkabel met de router verbonden is.

Ik gebruik Sems niet en lees de omvormer alleen lokaal uit.

Ik heb een Mikrotik cAP Lite: https://mikrotik.com/product/RBcAPL-2nD-307

Ik heb 2 omvormers naast elkaar, een GoodWe en een Solax. Solax werkt gewoon goed.
Afstand tussen GoodWe en mijn Unifi/Ubiquiti Accesspoint is ~50-80cm.

/toevoeging:
De GoodWe wifi doet het vaker niet dan wel:

[ Voor 50% gewijzigd door c-nan op 04-07-2026 21:54 ]

[Hmmbob]

PeteSplit schreef op zaterdag 4 juli 2026 @ 18:52:
Heeft iemand met de GoodWe HA integratie hier ook last van ?

Nope

[pc-freakz]

c-nan schreef op zaterdag 4 juli 2026 @ 21:52:
[...]


Ik heb 2 omvormers naast elkaar, een GoodWe en een Solax. Solax werkt gewoon goed.
Afstand tussen GoodWe en mijn Unifi/Ubiquiti Accesspoint is ~50-80cm.

/toevoeging:
De GoodWe wifi doet het vaker niet dan wel:

Weet dat als je de GoodWe ook lokaal uitleest (via HA bijv) dat de upload naar SEMS niet meer werkt. Je kan dit oplossen door je uitleest interval (lokaal dus) te vergroten naar bijvoorbeeld eens in de 5 minuten gedurende een bepaalde periode. Dan upload hij even alle historie naar SEMS van die dag(en). Via HA heb ik een schema (lees; 2 tijd gebonden automation) dat hij 's morgens vaak data ophaalt (tbv PVOutput) en voor einde dag wat minder.

Overigens ga ik zelf op zoek naar een LAN oplossing (of Modbus/rs485) want die wifi stick die zich elke dag openzet voor iedereen in de straat vind ik echt fatsoenlijke oplossing.

[Tarax]

pc-freakz schreef op zondag 5 juli 2026 @ 20:22:
[...]

Weet dat als je de GoodWe ook lokaal uitleest (via HA bijv) dat de upload naar SEMS niet meer werkt. Je kan dit oplossen door je uitleest interval (lokaal dus) te vergroten naar bijvoorbeeld eens in de 5 minuten gedurende een bepaalde periode. Dan upload hij even alle historie naar SEMS van die dag(en). Via HA heb ik een schema (lees; 2 tijd gebonden automation) dat hij 's morgens vaak data ophaalt (tbv PVOutput) en voor einde dag wat minder.

Overigens ga ik zelf op zoek naar een LAN oplossing (of Modbus/rs485) want die wifi stick die zich elke dag openzet voor iedereen in de straat vind ik echt fatsoenlijke oplossing.

Ik heb dat probleem nooit gemerkt. Ik lees de Goodwe 3600D-NS uit via HA en alles staat ook netjes in SEMS+. Net nog even gekeken voor de zekerheid. Alles zit in zowel HA als in SEMS.

Ik heb nooit enige interval aangepast, werkt prima. Of begrijp ik je verkeerd?

Overigens wil ik ook nog ooit naar een LAN/modbus-oplossing maar dat komt na de zomer misschien.

[c-nan]

Tarax schreef op zondag 5 juli 2026 @ 21:34:
[...]

Ik heb dat probleem nooit gemerkt. Ik lees de Goodwe 3600D-NS uit via HA en alles staat ook netjes in SEMS+. Net nog even gekeken voor de zekerheid. Alles zit in zowel HA als in SEMS.

Ik heb nooit enige interval aangepast, werkt prima. Of begrijp ik je verkeerd?

Overigens wil ik ook nog ooit naar een LAN/modbus-oplossing maar dat komt na de zomer misschien.

Hoe lees je je omvormer uit? Wij hebben dezelfde omvormer. Heb je een wifi stick?

[Tarax]

c-nan schreef op zondag 5 juli 2026 @ 23:13:
[...]

Hoe lees je je omvormer uit? Wij hebben dezelfde omvormer. Heb je een wifi stick?

Ik gebruik gewoon de Goodwe-integratie in HA en ja, ik heb een wifi-stick.

[pc-freakz]

Nou mijn ervaring is dus dat als je de wifi module bestookt met requests. (Elke 30 seconden of elke minuut kan al bestoken zijn) Dan kapt hij met communicatie richting Sems. Lokaal werkt wel allemaal prima.

de standaard plug-in (net als veel andere HA) polled redelijk vlot. Gevolg, de wifi module stuurt niks (succesvol) naar Sems. Hetzelfde gebeurd trouwens als je dit manueel zou doen via een script bijvoorbeeld (zo begon ik ooit).

Oplossing voor mij was de auto poll van de app uitzetten. En dan zelf een automation maken met een lagere poll rate. Daarbij heb ik gekozen dit tijds afhankelijk te doen, de data is net voor einde dag een stuk minder dynamisch dus dan is elke 5 minuten ook prima.

[manusjevanalles]

Ik ga hier deze week ook een Goodwe omvormer ophangen. Waarom willen jullie de data in sems+ hebben? Ik heb hem juist liever volledig lokaal.

[Tarax]

pc-freakz schreef op maandag 6 juli 2026 @ 07:36:
Nou mijn ervaring is dus dat als je de wifi module bestookt met requests. (Elke 30 seconden of elke minuut kan al bestoken zijn) Dan kapt hij met communicatie richting Sems. Lokaal werkt wel allemaal prima.

de standaard plug-in (net als veel andere HA) polled redelijk vlot. Gevolg, de wifi module stuurt niks (succesvol) naar Sems. Hetzelfde gebeurd trouwens als je dit manueel zou doen via een script bijvoorbeeld (zo begon ik ooit).

Oplossing voor mij was de auto poll van de app uitzetten. En dan zelf een automation maken met een lagere poll rate. Daarbij heb ik gekozen dit tijds afhankelijk te doen, de data is net voor einde dag een stuk minder dynamisch dus dan is elke 5 minuten ook prima.

Ja, dat kan natuurlijk. Ik zie in HA dat polling bij mij elke 10 seconden plaatsvind en dat geeft geen problemen met SEMS+ (hoewel ik dat toch bijna niet gebruik). Ik weet ook niet waarom dat bij mij dan anders is.

[Joepla]

Hier een GW2500-XS, GW4200D-NS en GW5000D-NS via wifi gekoppeld.

Gekoppeld aan SEMS en HA, iedere 10 sec pol.

Werkt al maanden probleemloos lokaal en via de Goodwe server. Ook met de laatste update.

[assasinbats]

Joepla schreef op dinsdag 7 juli 2026 @ 21:07:
Hier een GW2500-XS, GW4200D-NS en GW5000D-NS via wifi gekoppeld.

Gekoppeld aan SEMS en HA, iedere 10 sec pol.

Werkt al maanden probleemloos lokaal en via de Goodwe server. Ook met de laatste update.

Die 10 sec pol, is dat standaard, of heb je daar zelf iets voor aan moeten passen?

[Tarax]

assasinbats schreef op woensdag 8 juli 2026 @ 07:29:
[...]

Die 10 sec pol, is dat standaard, of heb je daar zelf iets voor aan moeten passen?

Volgens mij is dat standaard (want ik zie dat bij mij ook en heb nooit iets met polling ingesteld).

[zeroday]

manusjevanalles schreef op maandag 6 juli 2026 @ 08:00:
Ik ga hier deze week ook een Goodwe omvormer ophangen. Waarom willen jullie de data in sems+ hebben? Ik heb hem juist liever volledig lokaal.

Tsja, op zich maakt het mij niets uit, maar ik vond het wel handig indertijd.
ik draai nu al 6 jaar een script die de data van sems+ pakt en daarna naar pvoutput stuurt
zelf geen gezeur met uitzoeken hoe je eea moet uitlezen.
Nu met Ai redelijk makkelijk scriptjes te maken zijn is dat een overweging ..

verder ik heb er geen omkijken naar met SEMS+ Enige issue wat ik had was dat de wifi module issues had met het verbinden naar een AP als er ook andere clients op zaten dus die heeft nu een eigen dedicated ssid en PI en sinds die tijd geen enkele issue meer ..

[Joepla]

assasinbats schreef op woensdag 8 juli 2026 @ 07:29:
[...]

Die 10 sec pol, is dat standaard, of heb je daar zelf iets voor aan moeten passen?

Die 10 sec is inderdaad default.
Ik wilde dit interval verkorten om wat meer real time te kunnen meekijken
Heb dat uiteindelijk niet gedaan.

Data van alle systemen wordt ook dmv een post in de configuration.yaml vanuit HA geforward naar PVoutput. Eea liep eerst via de SEMS server, maar dat bleek niet heel stabiel en ik wil zoveel mogelijk lokaal aansturen.

[manusjevanalles]

esphome schreef op vrijdag 3 juli 2026 @ 11:24:
Ik heb een Goodwe GW2000XS omvormer en die blijft vaak stroom verbruiken terwijl er niet meer genoeg daglicht beschikbaar is. Ik laat nu via een automation in Home Assistant dit ondervangen.

Automation in YAML:

alias: GW reconnect when no production due to not enough light
description: ""
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.solar-kwh-meter
    above: 0
conditions: []
actions:
  - repeat:
      while:
        - condition: and
          conditions:
            - condition: numeric_state
              entity_id: sensor.solar-kwh-meter
              above: 0
            - condition: not
              conditions:
                - condition: state
                  entity_id: sensor.work_mode
                  state:
                    - unavailable
                    - unknown
      sequence:
        - action: switch.toggle
          metadata: {}
          data: {}
          target:
            entity_id: switch.gw_reconnect
        - delay:
            hours: 0
            minutes: 0
            seconds: 30
            milliseconds: 0
  - delay:
      hours: 0
      minutes: 1
      seconds: 0
      milliseconds: 0
    enabled: true
mode: single

Toelichting sensor en switch voor GW re-connect bij te weinig licht.

• sensor.solar-kwh-meter = een separate kwh-meter die de geproduceerd/afgenomen stroom meet van de omvormer
• sensor.work_mode = geeft aan of de Goodwe omvormer contact heeft met Home Assistant. Kan ook gebruikt worden als er wel genoeg licht is maar de omvormer niet een Wifi verbinding heeft staan met HA.
• switch.gw_reconnect = het zenden van een HEX string (command_line) aan de omvormer opdat die zich gaat reconnecten met het stroomnet.

Zodra er stroom verbruikt wordt door omvormer wordt er een reconnect gezonden als tenminste de omvormer verbonden is met HA. De automation blijft dan reconnects zenden totdat het stroomverbruik weer nul of lager is.

Toevoegen aan file configuration.yaml in HA en na het herladen van de configuratie (Developer tools) is die oproepbaar.

command_line:
  - switch:
     name: GW reconnect
     unique_id: GW_reconnect
     command_on:  echo  "7F069D8A00008D92" | xxd -r -p | nc -u -w1 192.168.0.15 8899 > /dev/null

Het IP adres "192.168.0.15" kan anders zijn en kijk welk IP adres er in jouw situatie gebruikt word.

Deze omvormer ga ik binnenkort ook installeren. Hoe groot is het verbruik en voor hoe lang als er niet meer voldoende daglicht is? Ik ga geen externe kwh-meter gebruiken.

[esphome]

@manusjevanalles Dat ligt eraan want de ene keer is snel klaar met uitschakelen en de andere keer is die een paar uur bezig met het halen van stroom uit het net.

Denk aan onder de 20 Watt wat die dan trekt en op jaar basis is dat toch wel aanzienlijk. Dit doet de omvormer ook in de ochtend en bij flinke regenbuien met weinig licht overdag.

Zelf geeft de omvormer dat er nog 74 Watt geproduceerd wordt terwijl die juist stroom trekt.

Het dan opnieuw later verbinden met stroomnet laat de omvormer een betere inschatting maken en blijft niet in de wachtstand staan, hopende op een terugkeer van de zon.

[manusjevanalles]

esphome schreef op vrijdag 10 juli 2026 @ 19:29:
@manusjevanalles Dat ligt eraan want de ene keer is snel klaar met uitschakelen en de andere keer is die een paar uur bezig met het halen van stroom uit het net.

Denk aan onder de 20 Watt wat die dan trekt en op jaar basis is dat toch wel aanzienlijk. Dit doet de omvormer ook in de ochtend en bij flinke regenbuien met weinig licht overdag.

Zelf geeft de omvormer dat er nog 74 Watt geproduceerd wordt terwijl die juist stroom trekt.

Het dan opnieuw later verbinden met stroomnet laat de omvormer een betere inschatting maken en blijft niet in de wachtstand staan, hopende op een terugkeer van de zon.

Dat vind ik inderdaad een behoorlijk stevig verbruik! Helaas hier geen aparte kwh-meter dus, maar even aankijken.

[rupie99]

Wie weet waardevol voor anderen.

Ik heb een Goodwe NS 2500 uit 2018. Ik wilde deze graag lokaal koppelen aan EVCC. Firmware laten updaten door support. Vervolgens van internet af en lokaal in EVCC gekoppeld via template Goodwe SDT/DT wifi. Ideaal opwek en direct verbruik inzichtelijk te hebben.

edit:
screenshot toegevoegd

[ Voor 26% gewijzigd door rupie99 op 11-07-2026 12:43 ]

[esphome]

EVCC staat voor het slim laden van een EV met optimale ondersteuning van stroom uit zonnepanelen.

https://evcc.io/en/

[dunklefaser]

@esphome, @manusjevanalles Bij mij zijn de kabelverliezen (7 m 2,5 mm²) waarschijnlijk hoger dan het "stand-by" verbruik van de omvormer.
Ter illustratie - de productie 2026 volgens de Goodwe 5000D-NS met 5,32 kWp op zuid:
3538 kWh en volgens de finder kWh-meter in de groepenkast: 3505,3 kWh

[ Voor 3% gewijzigd door dunklefaser op 11-07-2026 10:53 ]

[manusjevanalles]

dunklefaser schreef op zaterdag 11 juli 2026 @ 10:50:
@esphome, @manusjevanalles Bij mij zijn de kabelverliezen (7 m 2,5 mm²) waarschijnlijk hoger dan het "stand-by" verbruik van de omvormer.
Ter illustratie - de productie 2026 volgens de Goodwe 5000D-NS met 5,32 kWp op zuid:
3538 kWh en volgens de finder kWh-meter in de groepenkast: 3505,3 kWh

Ligt dat verschil in opwek niet dat de omvormer de opwek in DC meet, en de kWh-meter in AC? Zo heb ik heb altijd begrepen.
Is 3500 kWh opwek niet weinig voor 5.32 kWp op zuid?

[dunklefaser]

@manusjevanalles Je bent abuis wat het gemeten vermogen betreft.
En 2026 is nog niet afgelopen er komt nog wat bij (hopelijk).
De rest kan je via mijn sig bekijken.

[esphome]

dunklefaser schreef op zaterdag 11 juli 2026 @ 10:50:
@esphome, @manusjevanalles Bij mij zijn de kabelverliezen (7 m 2,5 mm²) waarschijnlijk hoger dan het "stand-by" verbruik van de omvormer.
Ter illustratie - de productie 2026 volgens de Goodwe 5000D-NS met 5,32 kWp op zuid:
3538 kWh en volgens de finder kWh-meter in de groepenkast: 3505,3 kWh

Het kabel verlies bij mij 28 Watt en dat moet ik toevoegen aan de waarde van limiter als die aan staat. Ik kom dan met aftrek van mijn eigen verbruik rond de nul op de teruglever meter uit als er genoeg productie is.

Maar goed, fake productie terwijl er juist stroom wordt afgenomen is goed te ondervangen, zo krijg je tenminste nog wat terug wat je overdag verliest in de kabel. Hier loopt dat op tot twee uur op een dag wat je terug krijgt...of beter geschreven, niet afneemt.

[manusjevanalles]

borft schreef op maandag 16 maart 2026 @ 15:41:
[...]


Hier iets vergelijkbaars, de Goodwe zit in zijn eigen VLAN, en HA mag daar (van de router) connecties naartoe maken. De Goodwe zelf heeft al meer dan 3 jaar geen Internet Ik laat alleen af en toe HA de klok goedzetten, want die heeft nogal wat drift, en dan weet ie op een gegeven moment niet meer wanneer de volgende dag begint.

Zou je willen delen hoe je de klok gelijk zet via HA? Ik heb een zelfde setup, en zou de klok dus wel willen bijstellen.

[Hmmbob]

Ik vermoed met de knop "synchroniseer klok omvormer" in de Goodwe integratie pagina

[pc-freakz]

Zijn er hier mensen die op en GW10KT-DT of vergelijkbaar model met RS485 werkend hebben gekregen? Firmware is 1.15.15 en meen dan 52 (alleen op het schermpje zichtbaar).

Ik heb zowel via een ESP8266 als USB op een Windows machine geprobeerd iets van data over RS485 binnen te krijgen, maar tot op heden zonder succes.
Hiervoor heb ik de code gebruik zoals benoemd door zowel @MisteRMeesteR als @PerlinNoise.

De GW10KT-DT heeft een 6-pins com stekker. Conform label Pin 1+2 =B, 3+4=A, 5 en 6 is Meter (A/B)..
Heb beiden A-B combinaties en ook andersom geprobeerd, maar krijg geen response.
Heb het zowel geprobeerd met de Wifi stick (de "oude") er nog in die bij SEMS kan als zonder stick (met inverter reboot er tussen).

Uiteindelijke doelstelling is een betrouwbare manier om met een kort interval mijn Victron setup (liefst direct de Cerbo XG en uiteraard mijn HA setup) van PV data te voorzien.
Ik heb inmiddels ook de nieuwe LAN/WLAN stick binnen, maar heb die nog niet actief (doel daarvan is voorkomen dat ik een 'openbaar' wifi netwerk sta te broadcasten...).

Zie ik hier iets over het hoofd? Ik weet ook niet of ik voor RS485 bijv. nog iets moet instellen via de Goodwe App? Heeft RS485 nog voorwaarden (zoals toegang tot SEMS, wat bij modbus het geval lijkt?).

Uiteraard is advies hoe ik dit het beste kan testen ook welkom

[ctrl-tab]

pc-freakz schreef op woensdag 29 juli 2026 @ 11:37:
Zijn er hier mensen die op en GW10KT-DT of vergelijkbaar model met RS485 werkend hebben gekregen? Firmware is 1.15.15 en meen dan 52 (alleen op het schermpje zichtbaar).

Ik heb zowel via een ESP8266 als USB op een Windows machine geprobeerd iets van data over RS485 binnen te krijgen, maar tot op heden zonder succes.
Hiervoor heb ik de code gebruik zoals benoemd door zowel @MisteRMeesteR als @PerlinNoise.

De GW10KT-DT heeft een 6-pins com stekker. Conform label Pin 1+2 =B, 3+4=A, 5 en 6 is Meter (A/B)..
Heb beiden A-B combinaties en ook andersom geprobeerd, maar krijg geen response.
Heb het zowel geprobeerd met de Wifi stick (de "oude") er nog in die bij SEMS kan als zonder stick (met inverter reboot er tussen).

Uiteindelijke doelstelling is een betrouwbare manier om met een kort interval mijn Victron setup (liefst direct de Cerbo XG en uiteraard mijn HA setup) van PV data te voorzien.
Ik heb inmiddels ook de nieuwe LAN/WLAN stick binnen, maar heb die nog niet actief (doel daarvan is voorkomen dat ik een 'openbaar' wifi netwerk sta te broadcasten...).

Zie ik hier iets over het hoofd? Ik weet ook niet of ik voor RS485 bijv. nog iets moet instellen via de Goodwe App? Heeft RS485 nog voorwaarden (zoals toegang tot SEMS, wat bij modbus het geval lijkt?).

Uiteraard is advies hoe ik dit het beste kan testen ook welkom

Mijn pogingen zijn vandaag ook gestrand.
Via een ESP32. Er lijkt wel iets van data binnen te komen maar geen sensor data in HA.
Ik weet wel dat je je wifi/bt adapter moet uitpluggen en het hele zaakje moet herstarten. Parallel werkt volgens mij niet.


Ik krijg dit soort meldingen ( gw6k-dt )

code:

[20:22:08.988][V][modbus:133]: Received first byte 4 (0X4) of 8 bytes 4689ms after last send
[20:22:09.031][W][modbus:688]: Clearing buffer of 8 bytes - parse failed 4690ms after last send
[20:22:09.338][W][modbus:057]: Stop waiting for response from 247 5012ms after last send
[20:22:09.602][V][modbus_controller:042]: Sending next modbus command to device 247 register 0x300 count 16
[20:22:09.606][V][modbus:600]: Adding frame to tx queue: 247:03:03:00:00:10
[20:22:09.606][V][modbus_controller:527]: Command sent 3 0x300 16 send_count: 3
[20:22:09.644][V][modbus:484]: Write: F7:03:03:00:00:10:50:D4 5331ms after last send, 642ms after last receive
[20:22:09.653][V][modbus:133]: Received first byte 0 (0X0) of 2 bytes 2ms after last send
[20:22:09.653][W][modbus:688]: Clearing buffer of 2 bytes - timeout after partial response 19ms after last send
[20:22:16.943][V][modbus:133]: Received first byte 0 (0X0) of 8 bytes 2878ms after last send
[20:22:16.943][W][modbus:688]: Clearing buffer of 8 bytes - parse failed 2879ms after last send
[20:22:16.943][W][modbus:057]: Stop waiting for response from 247 5008ms after last send
[20:22:16.943][V][modbus_controller:042]: Sending next modbus command to device 247 register 0x300 count 16
[20:22:16.943][V][modbus:600]: Adding frame to tx queue: 247:03:03:00:00:10
[20:22:16.943][V][modbus_controller:527]: Command sent 3 0x300 16 send_count: 4
[20:22:16.943][V][modbus:484]: Write: F7:03:03:00:00:10:50:D4 5037ms after last send, 2159ms after last receive
[20:22:16.944][V][modbus:133]: Received first byte 0 (0X0) of 8 bytes 1ms after last send
[20:22:16.944][W][modbus:688]: Clearing buffer of 8 bytes - parse failed 1ms after last send
[20:22:18.232][V][modbus:133]: Received first byte 0 (0X0) of 8 bytes 1892ms after last send
[20:22:18.232][W][modbus:688]: Clearing buffer of 8 bytes - parse failed 1893ms after last send
[20:22:18.461][V][modbus:133]: Received first byte 0 (0X0) of 8 bytes 3620ms after last send
[20:22:18.462][W][modbus:688]: Clearing buffer of 8 bytes - parse failed 3622ms after last send
[20:22:18.813][V][modbus:133]: Received first byte 0 (0X0) of 8 bytes 4122ms after last send
[20:22:18.892][W][modbus:688]: Clearing buffer of 8 bytes - parse failed 4124ms after last send
[20:22:19.671][W][modbus:057]: Stop waiting for response from 247 5004ms after last send
[20:22:19.680][V][modbus_controller:042]: Sending next modbus command to device 247 register 0x300 count 16

[pc-freakz]

@ctrl-tab dan heb je al meer voor elkaar dan mij is gelukt. Ik krijg helemaal geen response. Mag ik vragen welke rs485 module je hebt gebruikt en hoe die is verbonden aan zowel de goodwe als esp32? En heb je dezelfde code gebruikt als die hier eerder gedeeld is?

[ThinkPad]

@ctrl-tab Je zou AI nog om hulp kunnen vragen, een Claude ofzo kan je zo aan het handje meenemen en dingen troubleshooten waardoor je wellicht verder komt.

[ctrl-tab]

ThinkPad schreef op maandag 10 augustus 2026 @ 08:53:
@ctrl-tab Je zou AI nog om hulp kunnen vragen, een Claude ofzo kan je zo aan het handje meenemen en dingen troubleshooten waardoor je wellicht verder komt.

Precies wat ik gedaan heb. Maar uiteindelijk bleek het issue iets fysieks... die schroefconnectie van de 6 pin connector brak telkens de RJ45 koperdraad

Met simpele koperdraad en een adereindhuls is het nu opgelost!

[ctrl-tab]

pc-freakz schreef op zondag 9 augustus 2026 @ 23:29:
@ctrl-tab dan heb je al meer voor elkaar dan mij is gelukt. Ik krijg helemaal geen response. Mag ik vragen welke rs485 module je hebt gebruikt en hoe die is verbonden aan zowel de goodwe als esp32? En heb je dezelfde code gebruikt als die hier eerder gedeeld is?

ESP32 en RS485MAX beide van ali.
VCC → 5V
GND → GND
DI (driver in) → ESP32 TX (e.g. GPIO17)
RO (receiver out) → ESP32 RX (e.g. GPIO16)
DE + RE → tie together → one GPIO (e.g. GPIO4). HIGH = transmit, LOW = receive.
A / B → the RS485 bus. (B = 1 , A = 3)

ik geloof dat ik alleen nog een weerstand moet toevoegen zodat er geen 5V terug naar de ESP gaat vanaf de RS485 module.

ik gebruik nu deze:

code:

esphome:
  name: inverter-goodwee
  friendly_name: Inverter Goodwee

esp32:
  board: esp32dev
  framework:
    type: arduino

mdns:
  disabled: false

# Enable Home Assistant API
api:

ota:
  - platform: esphome
    password: "xxxxx"

wifi:
  ssid: xxxxx
  password: xxxxx
  ap:
    ssid: "Goodwe Fallback Hotspot"
    password: "xxxxx"

captive_portal:

# Enable/Disable logging
logger:
  #level: VERBOSE
  baud_rate: 0 ## Must be 0 to prevent reading issues and buffer overflows

uart:
  id: mod_bus
  tx_pin: GPIO17   # DI on the MAX485 module -- CHANGE if you wired a different pin
  rx_pin: GPIO16   # RO on the MAX485 module -- CHANGE if you wired a different pin
  baud_rate: 9600
  stop_bits: 1
  rx_buffer_size: 1024

modbus:
  flow_control_pin: GPIO4   # DE/RE bridge
  id: modbus1
  send_wait_time: 1000ms

modbus_controller:
  - id: goodwe
    ## the Modbus device addr (defaults to 247 (0xF7) for goodwe inverters)
    address: 0xF7
    modbus_id: modbus1
    setup_priority: -10
    #command_throttle: 250ms
    update_interval: 10s

globals:
  - id: last_pv_total_value
    type: float
    restore_value: yes
    initial_value: "0.0"

# =====================================================================
#  Register map source: MiG-41/Modbus-GoodWe-DT (reverse-engineered on a
#  GW25K-DT). Your PV voltage/current/temperature addresses matched it
#  exactly, confirming your inverter uses this 0x03xx holding-reg block.
#  Registers are function 03 (holding), big-endian, addr 0x0300 = 768.
# =====================================================================

sensor:
  # ---- DC / PV side (was already correct in your file) ----
  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv1_voltage
    name: "DC Voltage on PV1"
    address: 0x0300
    unit_of_measurement: "V"
    register_type: holding
    value_type: U_WORD
    device_class: voltage
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv2_voltage
    name: "DC Voltage on PV2"
    address: 0x0301
    unit_of_measurement: "V"
    register_type: holding
    value_type: U_WORD
    device_class: voltage
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv1_current
    name: "DC Current on PV1"
    address: 0x0302
    unit_of_measurement: "A"
    register_type: holding
    value_type: U_WORD
    device_class: current
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv2_current
    name: "DC Current on PV2"
    address: 0x0303
    unit_of_measurement: "A"
    register_type: holding
    value_type: U_WORD
    device_class: current
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  # ---- AC / grid side (NEW -- from the confirmed DT map, 3-phase) ----
  # On a single-phase unit L2/L3 simply read 0; harmless to keep.
  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: ac_voltage_l1
    name: "AC Voltage L1"
    address: 0x0304
    unit_of_measurement: "V"
    register_type: holding
    value_type: U_WORD
    device_class: voltage
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: ac_voltage_l2
    name: "AC Voltage L2"
    address: 0x0305
    unit_of_measurement: "V"
    register_type: holding
    value_type: U_WORD
    device_class: voltage
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: ac_voltage_l3
    name: "AC Voltage L3"
    address: 0x0306
    unit_of_measurement: "V"
    register_type: holding
    value_type: U_WORD
    device_class: voltage
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: ac_current_l1
    name: "AC Current L1"
    address: 0x0307
    unit_of_measurement: "A"
    register_type: holding
    value_type: U_WORD
    device_class: current
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: ac_current_l2
    name: "AC Current L2"
    address: 0x0308
    unit_of_measurement: "A"
    register_type: holding
    value_type: U_WORD
    device_class: current
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: ac_current_l3
    name: "AC Current L3"
    address: 0x0309
    unit_of_measurement: "A"
    register_type: holding
    value_type: U_WORD
    device_class: current
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: ac_frequency_l1
    name: "AC Frequency L1"
    address: 0x030A
    unit_of_measurement: "Hz"
    register_type: holding
    value_type: U_WORD
    state_class: measurement
    accuracy_decimals: 2
    filters:
      - multiply: 0.01

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: ac_frequency_l2
    name: "AC Frequency L2"
    address: 0x030B
    unit_of_measurement: "Hz"
    register_type: holding
    value_type: U_WORD
    state_class: measurement
    accuracy_decimals: 2
    filters:
      - multiply: 0.01

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: ac_frequency_l3
    name: "AC Frequency L3"
    address: 0x030C
    unit_of_measurement: "Hz"
    register_type: holding
    value_type: U_WORD
    state_class: measurement
    accuracy_decimals: 2
    filters:
      - multiply: 0.01

  # ---- Actual output power ----
  # CHANGED: your file read 0x0233, which is NOT in the DT map (it came
  # from an older single-phase GoodWe protocol via the aiolos config and
  # likely reads 0/timeout on a DT). The DT "Actual Power" is 0x030D, in
  # plain watts. Keeping the id pv_power so existing HA history/automations
  # keep working. If this reads wrong, uncomment the 0x0233 version below
  # to compare.
  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_power
    name: "Feeding Power"
    address: 0x030D
    unit_of_measurement: "W"
    register_type: holding
    value_type: U_WORD
    device_class: power
    state_class: measurement
    accuracy_decimals: 0

  # - platform: modbus_controller        # OLD 0x0233 -- verify-only fallback
  #   modbus_controller_id: goodwe
  #   id: pv_power_legacy
  #   name: "Feeding Power (legacy 0x0233)"
  #   address: 0x0233
  #   unit_of_measurement: "W"
  #   register_type: holding
  #   value_type: U_WORD
  #   device_class: power
  #   state_class: measurement
  #   accuracy_decimals: 0

  # ---- Inverter status (NEW) : 0=Waiting/Pause, 1=Working, 2=Error ----
  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: inverter_status
    name: "Inverter Status Code"
    address: 0x030E
    register_type: holding
    value_type: U_WORD
    accuracy_decimals: 0

  # ---- Temperature (was already correct) ----
  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_temperature
    name: "Temperature"
    address: 0x030F
    unit_of_measurement: "C"
    register_type: holding
    value_type: S_WORD
    device_class: temperature
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  # ---- Energy totals ----
  # CHANGED: total energy is a 32-bit value (H @ 0x0312, L @ 0x0313).
  # Reading only the low word (your old config) overflows above 6553.5 kWh.
  # U_DWORD at 0x0312 reads both words. The startup lambda guard is kept.
  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_total_energy
    name: "Total Energy"
    address: 0x0312
    unit_of_measurement: "kWh"
    register_type: holding
    value_type: U_DWORD
    accuracy_decimals: 1
    device_class: energy
    state_class: total_increasing
    filters:
      - multiply: 0.1
      - lambda: |
          if (x >= id(last_pv_total_value) && x > 0.0) {
            id(last_pv_total_value) = x;
            return x;
          } else {
            return {};
          }

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_day_energy
    name: "Day Energy"
    address: 0x0320           # 0x0320 = "Energy Today" in the DT map
    unit_of_measurement: "kWh"
    register_type: holding
    value_type: U_WORD
    accuracy_decimals: 1
    device_class: energy
    state_class: total_increasing
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_total_hours
    name: "Total Hours"
    address: 0x0314           # 32-bit: H @ 0x0314, L @ 0x0315
    unit_of_measurement: "H"
    register_type: holding
    value_type: U_DWORD
    accuracy_decimals: 0

# =====================================================================
#  EXPORT CONTROL (registers 291 / 292)
#  NOT in the MiG-41 read map (it lists steering commands as unknown).
#  Left exactly as you had them, on your peer's confirmation. These WRITE
#  to the inverter -- only toggle once you trust the addresses.
# =====================================================================
  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: export_limit_enable_actual_status
    name: "Export Limit Switch Actual Status"
    address: 291 # Decimal for "On Grid Export Power Limit Switch"
    register_type: holding
    value_type: U_WORD # Expected values 0 (OFF) or 1 (ON)

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: export_limit_percentage_actual_status
    name: "Export Limit Percentage Actual Status"
    address: 292 # Decimal for "Set the ARP power percentage"
    register_type: holding
    value_type: U_WORD # Expected values 0-100
    unit_of_measurement: "%"

switch:
  - platform: modbus_controller
    modbus_controller_id: goodwe
    use_write_multiple: True
    id: export_limit_enable
    register_type: holding
    address: 291
    name: "Power limit enable"
    bitmask: 0x01
    icon: "mdi:toggle-switch"

number:
  - platform: modbus_controller
    modbus_controller_id: goodwe
    use_write_multiple: True
    name: "Export Limit Percentage"
    register_type: holding
    address: 292
    value_type: U_WORD
    min_value: 0
    max_value: 100
    entity_category: config

[ctrl-tab]

pc-freakz schreef op zondag 9 augustus 2026 @ 23:29:
@ctrl-tab dan heb je al meer voor elkaar dan mij is gelukt. Ik krijg helemaal geen response. Mag ik vragen welke rs485 module je hebt gebruikt en hoe die is verbonden aan zowel de goodwe als esp32? En heb je dezelfde code gebruikt als die hier eerder gedeeld is?

Deze gebruik ik nu:
MAX485 Module RS-485 TTL Turn To RS485 MAX485CSA Converter For Arduino Microcontroller MCU Development Accessories
https://a.aliexpress.com/_ExEaBZk

Maar deze werkt op 5v en die komt terug naar de esp. Werkt wel maar beter van niet. Daarom nu deze besteld, werkt op 3,3v
https://www.amazon.nl/-/en/gp/aw/d/B08HQMDKGR

[pc-freakz]

@ctrl-tab ik heb die toevallig allebei liggen.

Ga eerst proberen iets van output te krijgen. Dus zo dicht mogelijk op wat jij werkend hebt. Als het even mee zit vanavond nog.

Had nog een 3e type maar die is ergens spoorloos verdwenen in de grote hoeveelheid bakjes en dingen haha, jaren geleden al besteld.

Overigens dacht ik te begrijpen dat het rs485 gebeuren potentiaalvrij is. Dat vertaalde ik naar “vcc en/of gnd maken/behoeven/mogen geen contact met A/B en andersom”. Had me dus nog geen zorgen gemaakt over een evt spanning tussen omvormer en esp32.

[ctrl-tab]

pc-freakz schreef op maandag 10 augustus 2026 @ 19:37:
@ctrl-tab ik heb die toevallig allebei liggen.

Ga eerst proberen iets van output te krijgen. Dus zo dicht mogelijk op wat jij werkend hebt. Als het even mee zit vanavond nog.

Had nog een 3e type maar die is ergens spoorloos verdwenen in de grote hoeveelheid bakjes en dingen haha, jaren geleden al besteld.

Overigens dacht ik te begrijpen dat het rs485 gebeuren potentiaalvrij is. Dat vertaalde ik naar “vcc en/of gnd maken/behoeven/mogen geen contact met A/B en andersom”. Had me dus nog geen zorgen gemaakt over een evt spanning tussen omvormer en esp32.

Top ben benieuwd. ik had zelf in eerste instantie de rs module op de 3.3v gezet , maar dat ging toch niet goed. kwam wel data binnnen maar corrupt.
Heb zelf veel aan claude gehad in het traject. Ok mijn issue was uiteindelijk fysiek (eerst 3.3 vs 5v, daarna gebroken kabeltje waar ik zelf achter kwam) maar toch helpt het wel met het denk proces (mijn eerste esp projectje).

Laat maar weten wat je uitkomst is. Wil het hele zaakje even op github zetten, er is nog niet echt een gestructureerde plek waar deze integratie beschreven is.

Voor die zelf regelende 3.3v adapter (amazon link) moet je de config nog wijzigen iig.

[ Voor 3% gewijzigd door ctrl-tab op 10-08-2026 20:07 ]

[pc-freakz]

Het werkt! Eigenlijk zonder al te veel gedoe. Anders dan dat de ESPhome console log via USB een soort bootloop veroorzaakte. Maar over IP werkt het log helemaal prima en daarmee zag ik eigenlijk direct data binnenkomen.

Alleen zat ik dat natuurlijk doodleuk te proberen met de wifi stick er nog in, net als de vorige keren dat het niet werkte (destijds ook getest zonder wifi stick, na een reboot). Simpelweg omdat het ook niet eerder een issue had gegeven.
Gevolg is nu dat de ESP32 methode werkt. Maar de wifi stick is dood lijkt het. Gaat aan, toont een AP, webui werkt, maar geen meter data.

Ik heb recent ook een Wifi/LAN 2.0 module gekocht (bedraad is beter dan openbaar wifi AP zullen we maar zeggen) maar ook die werkt niet (uiteraard nu RS485 disconnected). Lampjes gaan aan, blauw knippert, maar geen AP en geen BT zichtbaar.
Op het display van de omvormer staat ook geen Wifi Reload en Reset meer, maar 'Select USB Mode' of zo. Kan dan Host en Client kiezen, maar dit lijkt niks te veranderen.

Lang verhaal kort. De methode werkt en ik ben versneld overgestapt hahaha

Draai het nu op een oudere ESP32 Devkit v1. Wil dit nog wel even ombouwen naar een kleinere C3. Ook ben ik benieuwd of ik via een aangepaste USB kabel 5v van de omvormer zou kunnen tappen zodat ik niet een losse adapter nodig heb.

Dank voor jouw uitleg, is zeker een github pagina waard. Liefst natuurlijk met wat foto's om te ondersteunen bij de end-to-end bekabeling, exacte rs module en esp32 board.

[ Voor 6% gewijzigd door pc-freakz op 11-08-2026 11:34 ]

[dunklefaser]

Ik moet helaas toch mijn Goodwe omvormer lokaal uitlezen (via HA bijvoorbeeld?):


How to download 5-minute energy data from SEMS+ ?

Antwoord van de KI-assistent:

The query result does not directly address how to download 5-minute energy data from SEMS+. The returned content is about how to download/install the SEMS+ app, which is not what you asked.
Unfortunately, I was unable to find specific instructions on how to download 5-minute energy data from SEMS+ in the knowledge base.
...
If you need further assistance, please contact GoodWe technical support for detailed guidance on exporting 5-minute energy data from SEMS+.

De laatste suggestie helpt natuurlijk niet als deze functionaliteit ontbreekt.
Ik heb al drie maanden geleden een soortgelijke suggestie gedaan, zonder antwoord.

Met de oude SEMS was dit gewoon mogelijk als .xls via de "reports" functie - selectie "Total generation (kWh)" met 5 minuten resolutie.

[zeroday]

dunklefaser schreef op woensdag 12 augustus 2026 @ 08:39:
Ik moet helaas toch mijn Goodwe omvormer lokaal uitlezen (via HA bijvoorbeeld?):


How to download 5-minute energy data from SEMS+ ?

Antwoord van de KI-assistant:

[...]

De laatste suggestie helpt natuurlijk niet als deze functionaliteit ontbreekt.
Ik heb al drie maanden geleden een soortgelijke suggestie gedaan, zonder antwoord.

Met de oude SEMS was dit gewoon mogelijk als .xls via de "reports" functie - selectie "Total generation (kWh)" met 5 minuten resolutie.

Uhm.. ik lees al jaren sems uit ..
https://github.com/markruys
https://github.com/yaleman/goodwe2pvoutput

mis ik iets?
ik heb eerste tooltje al jaren in gebruik en sinds 2020 stuurt ie data door naar pvoutput..

[dunklefaser]

zeroday schreef op woensdag 12 augustus 2026 @ 09:50:
[...]


Uhm.. ik lees al jaren sems uit ..
https://github.com/markruys
https://github.com/yaleman/goodwe2pvoutput

mis ik iets?
ik heb eerste tooltje al jaren in gebruik en sinds 2020 stuurt ie data door naar pvoutput..

Geen idee of je iets mist - maar Goodwe gaat de SEMS eind van de maand definitief? stopzetten. Vanaf 1 september moet je het doen met SEMS+.

[Martin7182]

Hadden ze beter SEMS- kunnen noemen. Ik heb 2 omvormers en GoodWe heeft er 2 "stations" van gemaakt met elk 1 "device", lekker onhandig

[zeroday]

Martin7182 schreef op woensdag 12 augustus 2026 @ 10:29:
Hadden ze beter SEMS- kunnen noemen. Ik heb 2 omvormers en GoodWe heeft er 2 "stations" van gemaakt met elk 1 "device", lekker onhandig

uhmffff ..
Ik heb een SEMS+ classic app
ik heb een SEMS Portal app
ik heb nu een SEMS+ app ..
de Sems+ classic app geeft aan dat ie uitgefaseerd wordt, de Sems Portal app niet
Nou .. we gaan het meemaken wat straks nog wel of niet werkt

Update .. ik vond deze repo
https://github.com/timvanderHorst/goodwe-semsplus

heb nu mijn pvoutputscript aangepast op basis van bovenstaande repo zodat ik ook semsplus kan gebruiken wanneer nodig.

ik krijg data binnen
dus dan maar crontab aanpassen naar nieuw script en kijken of het (blijft) werk(en)t.

update 2
ik moest nog wat meer debugging doen omdat ik niet alle data kreeg wat pvoutput nodig heeft
ook dat gevonden omdat dit niet door de andere repo blijkbaar beschikbaar was .. dus nu maar even kijken ..

[ Voor 33% gewijzigd door zeroday op 12-08-2026 17:23 ]

[ctrl-tab]

FYI heb even de code en how-to op github gezet. Dit is om de DT series middels RS485 plug uit te lezen via een ESP32 (dat vervolgens weer in homeassistant gebruikt kan worden)
Linkje naar de plug zit er ook bij.


https://github.com/tabnul/goodwe-dt-modbus

[zeroday]

Messge to self .. erg vaag:

Gisteren de GoodWE op Home Assistant gezet . die kan schijnbaar via Wifi de Goodwe uitlezen. Werkt perfect.

Ware het niet dat dan ineens mijn Sems+ zegt dat mijn GoodWE offline is ..
gooi ik de applicatie weg uit HA en restart de wifi module via de webUI .. En ik heb weer data in Sems+ want ik ben weer 'online' ..

Heul heul apart .. blijkbaar doet HA iets wat de GoodWE inverter niet lekker vind en stopt data naar buiten .. Uhmmm ..

[pc-freakz]

Dat heb ik hier al eens aangehaald. Als het interval van HA te kort is, dan drukt hij het Sems verkeer weg als het ware. Interval groter zetten. Soms wel 2 minuten.

Ik had een schema om bijv het laatste uurtje zon minder snel data op te halen.

[Joepla]

Misschien helpt het om de laatste update op je wifi-module te updaten, ik heb dat een tijd geleden gedaan en heb het idee dat de stabiliteit in ieder geval verbeterd is. Data upload naar SEMS en lokaal (interval 10 s) ging hier al probleemloos.

Info hier (updaten op eigen risico uiteraard)

[zeroday]

pc-freakz schreef op maandag 24 augustus 2026 @ 09:13:
Dat heb ik hier al eens aangehaald. Als het interval van HA te kort is, dan drukt hij het Sems verkeer weg als het ware. Interval groter zetten. Soms wel 2 minuten.

Ik had een schema om bijv het laatste uurtje zon minder snel data op te halen.

Ah ok .. ik had alles 'default' laten staan .. ik ben niet zo'n grote fan van HA ..(maar dat ligt aan mij en is al minder geworden)
ik zal straks nog even zien hoe en waar ik dat kan instellen. Maar HA is geen prio bij mij.

[ctrl-tab]

ctrl-tab schreef op maandag 17 augustus 2026 @ 12:45:
FYI heb even de code en how-to op github gezet. Dit is om de DT series middels RS485 plug uit te lezen via een ESP32 (dat vervolgens weer in homeassistant gebruikt kan worden)
Linkje naar de plug zit er ook bij.


https://github.com/tabnul/goodwe-dt-modbus

Ik merk toch dat de ESP wat moeite heeft met de Wifi. De wifi verbinding degradeert na een aantal minuten en hele zaakje reset elk uur of iets dergelijks.
Ik vermoed dat dit gewoon ligt aan mijn ALI ESP'tjes en dat nieuwere of andere bordjes hier geen moeite mee hebben.

Ik heb wel besloten van de ESP af te stappen en heb een waveshare RS485-to-Ethernet besteld, kan ik het mooi bedraad aansluiten , en met minder ge-hobby.
Zal er weer een nieuwe repo voor maken en hier linken

[ctrl-tab]

Ok ik lees de inverter nu uit met een Waveshare RS485 naar Ethernet adapter.
Geen ESP gedoe meer. voor een paar tientjes ben je de man.

Code en how-to. Werkt in elk geval voor de 6KW DT G2.

https://github.com/tabnul/goodwe-dt-modbus-waveshare

[pc-freakz]

Mooi. Overigens heb ik geen enkel issue met het draaien op de ESP32. Heb de code inmiddels alweer redelijk herzien en er een Modbus Controller aan toegevoegd. Bovendien kan ik door gebruik van de ESP de data verrijken, zoals het weergeven van power per string en de gemiddelde frequency. Dit heb ik specifiek nodig voor implementatie binnen mijn Victron Cerbo GX.

[ctrl-tab]

pc-freakz schreef op donderdag 27 augustus 2026 @ 10:58:
Mooi. Overigens heb ik geen enkel issue met het draaien op de ESP32. Heb de code inmiddels alweer redelijk herzien en er een Modbus Controller aan toegevoegd. Bovendien kan ik door gebruik van de ESP de data verrijken, zoals het weergeven van power per string en de gemiddelde frequency. Dit heb ik specifiek nodig voor implementatie binnen mijn Victron Cerbo GX.

Ja heb aardig wat zitten debuggen maar vanaf het moment dat ik die modubus controller enable wordt de wifi instabiel. Ik denk eerlijk gezegd dat het aan mijn ali esp ligt.
Ik dacht doorklooien of gewoon iets van de plank pakken (vandaar de converter) . Nog altijd schappelijke prijs voor 30 euro.

[pc-freakz]

Zeker, voor de prijs hoef je het niet te laten. Alle (100+?) ESP's die ik heb liggen komen uit China. Heel soms is er eentje rot, slecht soldeerwerk of brakke componenten. Ik wissel dan gewoon even een ESP, als dat wel werkt lag het aan de hardware.

Weet alleen niet of de Waveshare voldoende info zou opleveren voor de Cerbo omdat Goodwe dus niet alle velden (correct) voorziet van informatie. Jij kan dat niet verrijken denk ik, is puur 1 op 1 RS484 <> Modbus TCP neem ik aan. Modbus RTU pikte de Cerbo ook niet trouwens...

[Brikkah]

Goedenavond,

Ik heb hier op zolder een GoodWe GW3000D-NS invertor hangen. In de meterkast beneden draait Home Assistant. Ik dacht ik ga dit koppelen zodat als ik straks een dynamisch energie contract heb, het terugleveren kan stoppen als de energieprijzen negatief worden via de lokale API van de omvormen. Even de wifi instellen op de omvormer, HA integratie installeren en gaan.

Nu kwam ik er achter dat de omvormer geen wifi heeft. Na een snelle Google is er blijkbaar een wifi module die je er aan de onderkant in kan prikken. Echter mis ik volgens mij de juiste aansluiting daarvoor (zie foto).

Ik heb dit topic een beetje doorgespit er daar wordt veel met ESP32 via de RS485 poort gedaan. Echter heb ik hier 0 kaas van gegeten, dus ik denk dat dat voor mij niet de handigste oplossing is.

Op zolder hangt een wifi versterker dus de wifi is prima. Er is ook een ethernet aansluiting maar die zit helemaal aan de andere kant van de zolder, dit lijkt mij dus minder handig.

Ik ben dus benieuwd hoe jullie dit zouden oplossen/tips hebben voor mij?

[c-nan]

ctrl-tab schreef op donderdag 27 augustus 2026 @ 10:18:
Ok ik lees de inverter nu uit met een Waveshare RS485 naar Ethernet adapter.
Geen ESP gedoe meer. voor een paar tientjes ben je de man.

Code en how-to. Werkt in elk geval voor de 6KW DT G2.

https://github.com/tabnul/goodwe-dt-modbus-waveshare

Zou het met een GoodWe DS ook werken? Ik heb er nu een wifi dongle in zitten, ding is zo instabiel als wat. Je hoeft er maar naar te kijken en ding valt om.

[esphome]

Brikkah schreef op zondag 30 augustus 2026 @ 21:04:
Goedenavond,

Ik heb hier op zolder een GoodWe GW3000D-NS invertor hangen. In de meterkast beneden draait Home Assistant. Ik dacht ik ga dit koppelen zodat als ik straks een dynamisch energie contract heb, het terugleveren kan stoppen als de energieprijzen negatief worden via de lokale API van de omvormen. Even de wifi instellen op de omvormer, HA integratie installeren en gaan.

Nu kwam ik er achter dat de omvormer geen wifi heeft. Na een snelle Google is er blijkbaar een wifi module die je er aan de onderkant in kan prikken. Echter mis ik volgens mij de juiste aansluiting daarvoor (zie foto).

Ik heb dit topic een beetje doorgespit er daar wordt veel met ESP32 via de RS485 poort gedaan. Echter heb ik hier 0 kaas van gegeten, dus ik denk dat dat voor mij niet de handigste oplossing is.

Op zolder hangt een wifi versterker dus de wifi is prima. Er is ook een ethernet aansluiting maar die zit helemaal aan de andere kant van de zolder, dit lijkt mij dus minder handig.

Ik ben dus benieuwd hoe jullie dit zouden oplossen/tips hebben voor mij?

[Afbeelding]

Hier een plaatje van een GW2900D-NS



Je hebt dan maar één kabel nodig.

Met Wifi als je nog de module kunt krijgen en dit hoeft niet jouw omvormer te zijn. Dit is voor het geval het bij jou er wel zo uitziet.

[ Voor 6% gewijzigd door esphome op 30-08-2026 21:45 ]

[ctrl-tab]

c-nan schreef op zondag 30 augustus 2026 @ 21:09:
[...]

Zou het met een GoodWe DS ook werken? Ik heb er nu een wifi dongle in zitten, ding is zo instabiel als wat. Je hoeft er maar naar te kijken en ding valt om.

als er rs485 aansluiting mogelijk is zal dat wel werken. de vraag is of de registers 1 op 1 kloppen maar dat is zo te zien. Er zullen online vast wat projecten te vinden zijn waar ze staan (vraag het anders aan chatgpt/claude etc.
de rest van de logica kan je gewoon overnemen dan

[dunklefaser]

Uit een conversatie met de KI-Chatbot van SEMS+:
Ik: Waardeloze rapportage. Dit kan ik niet naar pvoutput uploaden. De oude SEMS was in dit opzicht veel beter. Ik denk dat ik de omvormer in toekomst uitsluitend lokaal ga uitlezen, bij voorbeeld via Home Assistant en de WiFi-dongle. Ik maak dan geen gebruik meer van SEMS+.
Antwoord: Ik begrijp uw frustratie volledig, en ik waardeer uw eerlijke feedback. U heeft een terecht punt:

Uw bezwaren samengevat:

❌ Geen energiedata (kWh) met 5-minuten resolutie beschikbaar via SEMS+
❌ De oude SEMS bood betere exportmogelijkheden voor platforms zoals PVOutput
❌ De huidige rapportage voldoet niet aan uw behoeften

Wat betreft uw alternatief (lokaal uitlezen):

De combinatie Home Assistant + GoodWe WiFi-dongle is inderdaad een populaire en betrouwbare oplossing. Via de lokale Modbus/SolarmanV5 integratie kunt u:

✅ Data uitlezen met elke gewenste resolutie (bijv. elke 5 minuten of zelfs elke minuut)
✅ Rechtstreeks uploaden naar PVOutput
✅ Volledige controle over uw eigen data

Mijn suggestie:
Ik zal uw feedback over de ontbrekende energiecurve met 5-minuten resolutie doorgeven aan het SEMS+ ontwikkelteam. Dit is waardevolle input om het platform te verbeteren.

Heeft u verder nog vragen, of kan ik u ergens anders mee helpen?
=======
Ik ben benieuwd - maar ik vrees dat er niets mee gedaan wordt. Dit is namelijk mijn 3de klacht over de beperkte exportfunctie van SEMS+. SEMS was in dit opzicht voor mij o.k.

[zeroday]

dunklefaser schreef op maandag 31 augustus 2026 @ 11:43:

Ik ben benieuwd - maar ik vrees dat er niets mee gedaan wordt. Dit is namelijk mijn 3de klacht over de beperkte exportfunctie van SEMS+. SEMS was in dit opzicht voor mij o.k.

Mijn PVoutput werkt nog steeds. Ik heb pas geleden het script aangepast en ik heb de nieuwe website door Claude laten raadplegen welke opties er allemaal beschikbaar waren en dus gezocht hoe ik de data die we voor pvoutput nodig hadden kon ophalen en ik ben toen overgestapt. En ik krijg nog steeds de juiste gegevens verwerkt naar PVoutput.

ik gebruik dagelijks de PVoutput app en met een paar iteraties kreeg ik de juiste data weer binnen.
Dit is dus een fork met een klein beetje een Ai sausje om het werkbaar te maken voor SEMS+
https://github.com/aroundmyroom/gw2pvo

[ThinkPad]

Als je toch al aan het scripten bent en primair PVOutput gebruikt om de opwek te loggen, dan zou ik de internettoegang blokkeren en hem lokaal uitlezen. Het scrapen van SEMS lijkt mij dan omslachtig, foutgevoelig en geen meerwaarde te bieden.

Internettoegang dichtzetten vanwege dit soort fratsen: Meerdere Goodwe omvormers wekken maar 10% op na update

[ Voor 6% gewijzigd door ThinkPad op 10-09-2026 09:50 ]

[SimBox.NL]

Het is eigenlijk wel apart dat we daar nog mee bezig zijn terwijl die data nogal fors afwijkt van de werkelijkheid. Iemand wel eens een MID/P1 meter erachter gehad? Waar de goodwe doodleuk aangeeft in de schemering nog 100w op te leveren ziet de MID meter een VERBRUIK van zo'n 15w. Ook overdag zit ie er tussen de 15 tot zelfs 200w naast qua opbrengst. En dan die api's ervan (zover er nog wat werkt) zal ik niets over zeggen... Zelf nu zo opgelost en kan OVERAL simpel ingebakken worden: 3qr.nl/solar-rf

[esphome]

SimBox.NL schreef op donderdag 10 september 2026 @ 10:13:
Het is eigenlijk wel apart dat we daar nog mee bezig zijn terwijl die data nogal fors afwijkt van de werkelijkheid. Iemand wel eens een MID/P1 meter erachter gehad? Waar de goodwe doodleuk aangeeft in de schemering nog 100w op te leveren ziet de MID meter een VERBRUIK van zo'n 15w. Ook overdag zit ie er tussen de 15 tot zelfs 200w naast qua opbrengst. En dan die api's ervan (zover er nog wat werkt) zal ik niets over zeggen... Zelf nu zo opgelost en kan OVERAL simpel ingebakken worden: 3qr.nl/solar-rf

Dat de GoodWe stoom productie aan blijft geven terwijl het bijna of al helemaal donker is een 'feature' van de GoodWe. Kun je ondervangen door de MID uit te lezen en dan een 'reconnect to grid' te zenden. En dat indien nodig een paar keer te herhalen als die toch weer blijft jokken. Ik heb hier eerder al een HA automation daarvoor gepubliceerd in dit topic.

De opbrengst wat de GoodWe zelf geeft is op de omvormer zelf en je hebt weerstandsverlies in de kabel naar de meterkast.

[SimBox.NL]

Dat verlies is dan op de 75cm. kabel (3*2.5) zeer minimaal en ik zou daar geen 15-200w verwachten. Dan zouden de kabels zowat koken... Mijn "SDM230-wifi" zit dus naast de omvormer, die strak naast de meterkast zit en niet 10+ meter verderop.

En als ie overdag ook van die foute data geeft zal een reconnect daar niet voor helpen.

[ Voor 15% gewijzigd door SimBox.NL op 10-09-2026 10:46 ]

[manusjevanalles]

esphome schreef op donderdag 10 september 2026 @ 10:25:
[...]

Dat de GoodWe stoom productie aan blijft geven terwijl het bijna of al helemaal donker is een 'feature' van de GoodWe. Kun je ondervangen door de MID uit te lezen en dan een 'reconnect to grid' te zenden. En dat indien nodig een paar keer te herhalen als die toch weer blijft jokken. Ik heb hier eerder al een HA automation daarvoor gepubliceerd in dit topic.

De opbrengst wat de GoodWe zelf geeft is op de omvormer zelf en je hebt weerstandsverlies in de kabel naar de meterkast.

Ik doe dit ook. Helaas heb ik geen aparte kwh-meter, maar vanaf 18 uur ligt de set in de schaduw. Als de omvormer dan zelf een opwek tussen de 14 en 80 W rapporteert, dan stuur ik elk kwartier een reconnectcommando.

[zeroday]

ThinkPad schreef op donderdag 10 september 2026 @ 09:42:
Als je toch al aan het scripten bent en primair PVOutput gebruikt om de opwek te loggen, dan zou ik de internettoegang blokkeren en hem lokaal uitlezen. Het scrapen van SEMS lijkt mij dan omslachtig, foutgevoelig en geen meerwaarde te bieden.

Internettoegang dichtzetten vanwege dit soort fratsen: Meerdere Goodwe omvormers wekken maar 10% op na update

Dat komt niet door de WAF die de SEMS+ app ook gebruikt.
PVOutput is voor mij meer een hobby projectje om alles op jaarbasis te bekijken en dat weer te vergelijken met SEMS+

[SimBox.NL]

Ik gebruik de data om zelf verbruik te (her)berekenen en voorschotten correct te zetten. Ook om niet steeds zelf op de meters te hoeven kijken wel handig. Zo zie ik al sinds 2014 (!) alle data naast elkaar en kan elk telegram of meting nog opzoeken... Dan wil je dus niet dat het jarenlang scheef loopt te tellen! En voor wie het wil zien: het staat allemaal online minus de GW-3000XS, die is namelijk na een kleine 20min. onbereikbaar, denk dat de chip in de wifi stick rot is.