GoodWe inverter lokaal uitlezen (USB / WiFi)

[MisteRMeesteR]

Hmmbob schreef op maandag 20 april 2026 @ 13:18:
[...]

YAML:

esphome:
  name: Wemos Goodwe
esp8266:
  board: d1_mini

uart:
  id: mod_bus
  tx_pin: D7
  rx_pin: D6
  baud_rate: 9600
  stop_bits: 1
  rx_buffer_size: 1024
  
modbus:
  flow_control_pin: D5
  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: 15s



sensor:   
  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_pv1_voltage
    name: "${friendly_name} PV1 voltage"
    address: 0x0300
    unit_of_measurement: "V"
    device_class: voltage
    state_class: measurement
    register_type: holding
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_pv2_voltage
    name: "${friendly_name} PV2 voltage"
    address: 0x0301
    unit_of_measurement: "V"
    device_class: voltage
    state_class: measurement
    register_type: holding
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_pv1_current
    name: "${friendly_name} PV1 current"
    address: 0x0302
    unit_of_measurement: "A"
    device_class: current
    state_class: measurement
    register_type: holding
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_pv2_current
    name: "${friendly_name} PV2 current"
    address: 0x0303
    unit_of_measurement: "A"
    device_class: current
    state_class: measurement
    register_type: holding
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_ac1_voltage
    name: "${friendly_name} AC1 voltage"
    address: 0x0304
    unit_of_measurement: "V"
    device_class: voltage
    state_class: measurement
    register_type: holding
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_ac2_voltage
    name: "${friendly_name} AC2 voltage"
    address: 0x0305
    unit_of_measurement: "V"
    device_class: voltage
    state_class: measurement
    register_type: holding
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_ac3_voltage
    name: "${friendly_name} AC3 voltage"
    address: 0x0306
    unit_of_measurement: "V"
    device_class: voltage
    state_class: measurement
    register_type: holding
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_ac1_current
    name: "${friendly_name} AC1 current"
    address: 0x0307
    unit_of_measurement: "A"
    device_class: current
    state_class: measurement
    register_type: holding
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_ac2_current
    name: "${friendly_name} AC2 current"
    address: 0x0308
    unit_of_measurement: "A"
    device_class: current
    state_class: measurement
    register_type: holding
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_ac3_current
    name: "${friendly_name} AC3 current"
    address: 0x0309
    unit_of_measurement: "A"
    device_class: current
    state_class: measurement
    register_type: holding
    value_type: U_WORD
    accuracy_decimals: 1
    filters:
      - multiply: 0.1
    register_count: 4 # skip 0x30A - 0x30C

  - platform: modbus_controller
    modbus_controller_id: goodwe  
    id: pv_feeding_power
    name: "${friendly_name} Feeding Power"
    address: 0x030D
    unit_of_measurement: "W"
    device_class: power
    state_class: measurement
    register_type: holding
    value_type: U_WORD
    accuracy_decimals: 0
    register_count: 2 # skip 0x30E

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_temperature
    name: "${friendly_name} Temperature"
    address: 0x030F
    unit_of_measurement: "°C"
    device_class: temperature
    state_class: measurement
    register_type: holding
    value_type: S_WORD
    accuracy_decimals: 1
    filters:
      - multiply: 0.1
    register_count: 3 # skip 0x310 and 0x311

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_total_energy
    name: "${friendly_name} Total Energy"
    address: 0x0312
    unit_of_measurement: "kWh"
    device_class: energy
    state_class: total
    register_type: holding
    value_type: U_DWORD
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_total_hours
    name: "${friendly_name} Total Hours"
    address: 0x0314
    unit_of_measurement: "h"
    device_class: duration
    state_class: total
    register_type: holding
    value_type: U_DWORD
    accuracy_decimals: 0
    register_count: 12 # skip 0x316 - 0x31E

  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: pv_day_energy
    name: "${friendly_name} Day Energy"
    address: 0x0320
    unit_of_measurement: "kWh"
    device_class: energy
    state_class: total_increasing
    register_type: holding
    value_type: U_WORD
    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

[tismij]

Kom ik er eindelijk aan toe om de nieuwe Wifi/LAN kit-20 te installeren, loop ik vast voor ik kan configureren.
Kan verbinden met bluetooth en ook inloggen met 1234 maar dan moet je verplicht je wachtwoord wijzigen en krijg alleen maar FAILED, vanalles geprobeerd maar kan alleen geldig conform prompt invoeren (8-16 posities cijfers en letters) allerlei geprobeerd maar altijd FAILED en dan moet ik weer met 1234 inloggen.
Mag ik weer wachten tot ze ticket beantwoorden, maar goed dat hij het wel blijft doen zonder module maar wel weer zwaar irritant.
Waarom niet verder gaan als je er voor kiest het wachtwoord niet te wijzigen als optie, zucht.

[esphome]

Ik denk dat je moet inloggen met 12345678 en niet 1234. De korte is voor de bewoners en de 1..8 voor installateurs.

[tismij]

esphome schreef op maandag 27 april 2026 @ 20:55:
Ik denk dat je moet inloggen met 12345678 en niet 1234. De korte is voor de bewoners en de 1..8 voor installateurs.

[Afbeelding]

Spannend, probeer vandaag nog een keer (exact hetzelfde) en werkt nu wel, kon wachtwoord wijzigen en LAN instellen.
Verbind nu ook netjes met Homeassistant en geen Wifi die open blijft staan (en bluetooth gaat ook netjes uit na een paar minuten).
Nu tzt eens internet eraf gooien dan ook niet meer nodig, hoef geen SEMS o.i.d. als alles goed werkt in ha.

[ Voor 33% gewijzigd door tismij op 28-04-2026 12:46 ]

[llevering]

Voor mensen met een oude Goodwe GWXXXXD-NS omvormer heb ik een alternatieve config. De mijne met firmware 1.51.10 kon niet overweg met de standaard modbus voorbeelden.

Met behulp van Claude Code en een specsheet ben ik tot volgende variant van de ESPHome yaml gekomen, waarbij het belangrijkste voordeel is dat het beperken van de output power, of uitschakelen van de omvormer (en weer aanzetten) via Esphome werkt. Shadow tracker aan/uit zetten is hoogst experimenteel, ik heb nog niet kunnen zien of het werkt:

code:

substitutions:
  device_name: goodwe_gw3600dns
  friendly_name: Goodwe Solar South

esphome:
  name: ${device_name}

esp8266:
  board: d1_mini

logger:
  baud_rate: 0

api:
ota:
  - platform: esphome
    password: !secret ota_password

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  fast_connect: true
  ap:
    ssid: "${device_name} fallback AP"
    password: !secret fallback_password

captive_portal:

uart:
  id: mod_bus
  tx_pin: D2
  rx_pin: D1
  baud_rate: 9600
  stop_bits: 1
  rx_buffer_size: 256

modbus:
  id: modbus1
  uart_id: mod_bus
  send_wait_time: 200ms

modbus_controller:
  - id: goodwe
    address: 1
    modbus_id: modbus1
    setup_priority: -10
    update_interval: 1s
    command_throttle: 200ms

sensor:
  - platform: modbus_controller
    modbus_controller_id: goodwe
    name: "${friendly_name} Total Energy"
    address: 546
    register_type: holding
    value_type: U_DWORD
    device_class: energy
    state_class: total_increasing
    unit_of_measurement: "kWh"
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    name: "${friendly_name} Total Hours"
    address: 548
    register_type: holding
    value_type: U_DWORD
    unit_of_measurement: "h"
    accuracy_decimals: 0

  - platform: modbus_controller
    modbus_controller_id: goodwe
    name: "${friendly_name} PV1 Voltage"
    address: 550
    register_type: holding
    value_type: U_WORD
    device_class: voltage
    state_class: measurement
    unit_of_measurement: "V"
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    name: "${friendly_name} PV2 Voltage"
    address: 551
    register_type: holding
    value_type: U_WORD
    device_class: voltage
    state_class: measurement
    unit_of_measurement: "V"
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    name: "${friendly_name} PV1 Current"
    address: 552
    register_type: holding
    value_type: U_WORD
    device_class: current
    state_class: measurement
    unit_of_measurement: "A"
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    name: "${friendly_name} PV2 Current"
    address: 553
    register_type: holding
    value_type: U_WORD
    device_class: current
    state_class: measurement
    unit_of_measurement: "A"
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    name: "${friendly_name} AC Voltage"
    address: 554
    register_type: holding
    value_type: U_WORD
    device_class: voltage
    state_class: measurement
    unit_of_measurement: "V"
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    name: "${friendly_name} AC Current"
    address: 557
    register_type: holding
    value_type: U_WORD
    device_class: current
    state_class: measurement
    unit_of_measurement: "A"
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    name: "${friendly_name} AC Frequency"
    address: 560
    register_type: holding
    value_type: U_WORD
    device_class: frequency
    state_class: measurement
    unit_of_measurement: "Hz"
    accuracy_decimals: 2
    filters:
      - multiply: 0.01

  - platform: modbus_controller
    modbus_controller_id: goodwe
    name: "${friendly_name} Output Power"
    address: 563
    register_type: holding
    value_type: U_WORD
    device_class: power
    state_class: measurement
    unit_of_measurement: "W"
    accuracy_decimals: 0

  - platform: modbus_controller
    modbus_controller_id: goodwe
    name: "${friendly_name} Work Mode"
    address: 564
    register_type: holding
    value_type: U_WORD
    accuracy_decimals: 0

  - platform: modbus_controller
    modbus_controller_id: goodwe
    name: "${friendly_name} Temperature"
    address: 565
    register_type: holding
    value_type: U_WORD
    device_class: temperature
    state_class: measurement
    unit_of_measurement: "°C"
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  - platform: modbus_controller
    modbus_controller_id: goodwe
    name: "${friendly_name} Day Energy"
    address: 566
    register_type: holding
    value_type: U_WORD
    device_class: energy
    state_class: total_increasing
    unit_of_measurement: "kWh"
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  # Subscribes to the HA input_number. ESPHome receives the value on every
  # change AND on every fresh API connection — so an ESP reboot or WiFi drop
  # naturally restores the configured cap without extra plumbing.
  - platform: homeassistant
    id: ha_power_cap_target
    entity_id: input_number.solar_inverter_south_active_cap
    on_value:
      then:
        - lambda: |-
            int v = (int) roundf(x);
            if (v < 1) v = 1;
            if (v > 100) v = 100;
            auto call = id(active_power_adjust).make_call();
            call.set_value((float) v);
            call.perform();

# Active power cap, 1-100% of nameplate. Writes are honoured by the firmware
# (verified: setting 10 throttled output to ~342 W, ≈10% of 3680 W nameplate),
# even though read-back of the register returns 0 instead of the active cap.
#
# This entity is `internal: true` — not exposed to HA. The user-facing knob is
# `input_number.solar_inverter_south_active_cap` in HA; the homeassistant sensor above
# subscribes to it and writes through to the inverter on every change, including
# the first read after boot/reconnect.
number:
  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: active_power_adjust
    internal: true
    name: "Active Power Cap (internal)"
    address: 256
    register_type: holding
    value_type: U_WORD
    min_value: 1
    max_value: 100
    step: 1
    use_write_multiple: true

switch:
  - platform: modbus_controller
    modbus_controller_id: goodwe
    id: shadow_mode
    name: "${friendly_name} Shadow Mode"
    register_type: holding
    address: 312
    bitmask: 0x01
    use_write_multiple: true
    skip_updates: 65535

# Power On / Off commands (r288 / r289). WO per the spec — fire by writing 0.
# Power Off → cWaitMode (idle, not feeding). Power On → self-test → cNormalMode
# after the ~60 s reconnect timer. Don't toggle these rapidly back-to-back.
button:
  - platform: template
    name: "${friendly_name} Power Off"
    icon: mdi:power-plug-off
    on_press:
      - lambda: |-
          std::vector<uint16_t> values = {0};
          auto cmd = esphome::modbus_controller::ModbusCommandItem::create_write_multiple_command(
            id(goodwe), 289, 1, values);
          id(goodwe)->queue_command(cmd);

  - platform: template
    name: "${friendly_name} Power On"
    icon: mdi:power-plug
    on_press:
      - lambda: |-
          std::vector<uint16_t> values = {0};
          auto cmd = esphome::modbus_controller::ModbusCommandItem::create_write_multiple_command(
            id(goodwe), 288, 1, values);
          id(goodwe)->queue_command(cmd);

Waarom zowel de mogelijkheid om uit te zetten, als de export limiet te zetten:
- je kunt de limiet niet op 0% zetten, minimaal 1% nodig (het is een percentage van maximum output rating)
- ook de 1% wordt niet gehaald, bij de 3680w versie is het minimum 240 watt

Andere beperking: je kan niet de gezette limiet uitlezen, daarom werkt het via een input_number helper in Home Assistant.

Wie weet is er iemand mee geholpen!

[erikieperikie]

Ik wil mijn GoodWe GW8K-DT inverter automatisch uitzetten o.b.v. een algoritme (namelijk dynamische stroomprijs plus of min alle kosten, belastingen die van toepassing zijn, etc. maar ook mijn kWh-jaarsaldo nu we nog salderen). Wat heb ik hiervoor nodig? Ik lees dat HA integratie kan, maar ik gebruik HA nog niet (ik ben wel handig in dit soort dingen dus dat lukt me wel). Wat moet ik aan de hardware doen? Mijn inverter heeft geen ethernet, wifi of wifimodule v.z.v.i.w., wel mobiel internet.

Ook heb ik recentelijk nog in een van de GoodWe apps (oude of nieuwe) een functie gezien van de omvormer zelf die o.b.v. dynamische prijzen en een wat eenvoudige formule automatisch zou moeten kunnen in-/uitschakelen. Dit zie ik echter niet meer.

[sendur]

edit: gelukt

[ Voor 99% gewijzigd door sendur op 01-05-2026 15:22 ]

[ThinkPad]

llevering schreef op donderdag 30 april 2026 @ 14:14:
[...]
Shadow tracker aan/uit zetten is hoogst experimenteel, ik heb nog niet kunnen zien of het werkt:
[...]

Kun je dat niet via het display op de omvormer verifiëren? Menu even doorklikken en kijken wat 'Shadow MPPT' voor waarde heeft. Dan via ESPHome aanzetten en nogmaals in menu kijken?

[llevering]

ThinkPad schreef op vrijdag 1 mei 2026 @ 11:35:
[...]

Kun je dat niet via het display op de omvormer verifiëren? Menu even doorklikken en kijken wat 'Shadow MPPT' voor waarde heeft. Dan via ESPHome aanzetten en nogmaals in menu kijken?

Als ik daar op af ga werkt het niet... Maar van de export limiet zie je in het menu ook niks. Als je de export beperkt zegt hij vrolijk 'Power limit off' dus vandaar dat ik nog een beetje hoop heb

[wiljums]

sendur schreef op vrijdag 1 mei 2026 @ 10:36:
edit: gelukt

wat was de oplossing?

[GuruWal138]

erikieperikie schreef op vrijdag 1 mei 2026 @ 09:36:
Ik wil mijn GoodWe GW8K-DT inverter automatisch uitzetten o.b.v. een algoritme (namelijk dynamische stroomprijs plus of min alle kosten, belastingen die van toepassing zijn, etc. maar ook mijn kWh-jaarsaldo nu we nog salderen). Wat heb ik hiervoor nodig? Ik lees dat HA integratie kan, maar ik gebruik HA nog niet (ik ben wel handig in dit soort dingen dus dat lukt me wel). Wat moet ik aan de hardware doen? Mijn inverter heeft geen ethernet, wifi of wifimodule v.z.v.i.w., wel mobiel internet.

Ook heb ik recentelijk nog in een van de GoodWe apps (oude of nieuwe) een functie gezien van de omvormer zelf die o.b.v. dynamische prijzen en een wat eenvoudige formule automatisch zou moeten kunnen in-/uitschakelen. Dit zie ik echter niet meer.

‘t Was een taaie om deze GoodWe via Modbus —> usb —> pi met HA uit te lezen. Vooral gestoeid met het uitschakelen in de nacht. Misschien ooit aan de ESPHome maar daar was ik toen nog niet.
Voor het afschakelen heb uiteindelijk gebruik gemaakt van de tweede communicatiepoort met tweepolige connector. Die is bij mij hard doorverbonden maar heb ik vervangen door een Shelly 1 mini Gen3 relais. Werkt als een zonnetje en is relatief eenvoudig te realiseren. Ook zonder HA te gebruiken.

Voor je afschakel-business rule kun je bv in HA de HACS integraties Dynamic Energy Cost en ENTSO-e Transparancy Platform gebruiken. De P1-meter kun je met een HomeWizard P1meter uitlezen.

[ Voor 6% gewijzigd door GuruWal138 op 02-05-2026 06:13 ]

[esphome]

@GuruWal138 Ik neem aan dat je dan de "remote shutdown" pins 4+5 gebruikt in de connector op de Goodwe.

PDF bestand: https://en.goodwe.com/Ftp...ick%20Installation-EN.pdf

[tismij]

GuruWal138 schreef op zaterdag 2 mei 2026 @ 05:44:
[...]


‘t Was een taaie om deze GoodWe via Modbus —> usb —> pi met HA uit te lezen. Vooral gestoeid met het uitschakelen in de nacht. Misschien ooit aan de ESPHome maar daar was ik toen nog niet.
Voor het afschakelen heb uiteindelijk gebruik gemaakt van de tweede communicatiepoort met tweepolige connector. Die is bij mij hard doorverbonden maar heb ik vervangen door een Shelly 1 mini Gen3 relais. Werkt als een zonnetje en is relatief eenvoudig te realiseren. Ook zonder HA te gebruiken.

Voor je afschakel-business rule kun je bv in HA de HACS integraties Dynamic Energy Cost en ENTSO-e Transparancy Platform gebruiken. De P1-meter kun je met een HomeWizard P1meter uitlezen.

voor dynamische prijzen eerst even kijken of er geen integratie is bij je leverancier, heb in HA zonneplan direct gezet om dat daarin entso-e soms problemen gaf met heel HA.
Als je HA wil vermijden zou alles in python ook kunnen, ENTO-E heeft een nette API om dynamische tarieven op te vragen, laat daar de formule op los en je hebt de echte prijs.
Alles wat in HA kan werkt eigenlijk ook direct in b.v. Python.
Als je een RPi of ESP32 gaat gebruiken kan die in theorie ook alles doen maar zover was ik nog niet, heb net de kit-20 werkend en van het internet af dus daarmee werkt nu bij mij alles lokaal.
ESP32 op modbus zou goed te doen moeten zijn, je kunt hem dan minstens als modbus interface voor lezen en schrijven gebruiken.
Maar de logica van aansturen moet je ergens in zetten, kan HA of Python of Node Red o.i.d. zijn.
Overigens heeft de SEMS+ app een optie om dynamische tarieven toe te voegen en dan SEMS de omvormer te laten aansturen, dan niet lokaal (en naar ik heb begrepen met een minuut ofzo vertraging) maar die kan in principe ook wat je wil.
Wilde dat zelf niet want heb liever in eigen hand en als er straks een accu bij komt kan ik ze samen laten werken.

[GuruWal138]

esphome schreef op zaterdag 2 mei 2026 @ 11:19:
@GuruWal138 Ik neem aan dat je dan de "remote shutdown" pins 4+5 gebruikt in de connector op de Goodwe.

PDF bestand: https://en.goodwe.com/Ftp...ick%20Installation-EN.pdf

Wel die functie. Er zijn nogal wat modellen en submodellen in omloop met andere connectoren. Bij mij was het dus een tweepins.

[Supermario16]

Ik heb een Goodwe GW8K-DT en een GW3000-XS. Beide zijn gekoppeld aan de SEMS portal app. Hiermee kan ik handmatig de omvormers starten en stoppen. Ik kan ook het actieve vermogen (%) aanpassen. Dit lijkt ook invloed te hebben op het vermogen dat de omvormer uit stuurt, al twijfel ik hier soms ook aan. Wat is jullie ervaring hier mee?

Ik wil deze waarde ook graag vanuit Home Assistant kunnen aansturen. Als ik het daar voor elkaar heb kan ik het zogenaamde AA55 commando in Wireshark opvangen en implementeren in mijn eigen omgeving. Home Assisant heeft echter geen entiteit die "actief vermogen" heet. Er is wel een entiteit voor de grid power, maar deze schijnt afhankelijk te zijn van een externe (Goodwe) energiemeter.

Ik kan de unit al uitlezen via Home Assistant en zie in Wireshark ook de communicatie voorbij komen. Gemini, Github en de Home Assistant forums hebben me hiermee geholpen. Ik loop alleen vast met de aansturing. Heeft iemand dit werkend?

Overigens heb ik de Remote Shutdown poort ook aangesloten via een Shelly. Dit werkt op de GW3000-XS prima, maar op de GW8K-DT is de remote shutdown functie uitgeschakeld. Ik zou zweren dat dit vorig jaar nog gewerkt heeft, maar ik krijg hem met geen mogelijkheid meer ingeschakeld via de SEMS portal app. In de SEMS+ of SolarGo app kan ik deze functionaliteit helemaal niet meer terugvinden. Er loopt een verzoek bij Goodwe voor een firmware update, maar ik heb er weinig vertrouwen in dat dit iets uit gaat halen. Ik draai nu 1.15.15. Zijn er andere installaties die een nieuwere versie draaien?

[ Voor 23% gewijzigd door Supermario16 op 14-05-2026 17:31 ]

[Aiolos]

Ik gebruik de Home Assistant Goodwe integration om 2 GW2500-XS aan te sturen (en tot vorige maand ook een 3000XS). Daarbij kan ik de "Net exportlimiet" entiteit de waarde in watts geven waarop de omvormer dan terugregelt (in de praktijk is het bij mij 2500W bij positieve energieprijs, 0 bij negatieve prijs.

[Supermario16]

Aiolos schreef op donderdag 14 mei 2026 @ 17:39:
Ik gebruik de Home Assistant Goodwe integration om 2 GW2500-XS aan te sturen (en tot vorige maand ook een 3000XS). Daarbij kan ik de "Net exportlimiet" entiteit de waarde in watts geven waarop de omvormer dan terugregelt (in de praktijk is het bij mij 2500W bij positieve energieprijs, 0 bij negatieve prijs.

Bedankt! In de app wordt dit ook als % aangegeven. Ik zal eens kijken wat er gebeurt als ik hem als Watt aanstuur .

EDIT1: Oke, ik snap nu hoe het werkt. De GW8K-DT wordt als % aangestuurd (0-200) en de GW3000XS als W (0-10000). In de SEMS portal app moest ik voor de GW8K-DT de power limit functie wel apart inschakelen voordat er ook echt iets gebeurde.

EDIT2: Er zit overigens wel een groot verschil tussen de waarde die uit de Goodwe unit zelf komt en wat mijn (HomeWizard/Eastron) meters meten. Als ik de limit op 300W instel meet Goodwe 295W en mijn energiemeter komt uit op 239W.

[ Voor 30% gewijzigd door Supermario16 op 15-05-2026 08:15 ]

[esphome]

Supermario16 schreef op donderdag 14 mei 2026 @ 17:43:
[...]

EDIT2: Er zit overigens wel een groot verschil tussen de waarde die uit de Goodwe unit zelf komt en wat mijn (HomeWizard/Eastron) meters meten. Als ik de limit op 300W instel meet Goodwe 295W en mijn energiemeter komt uit op 239W.

Je moet het verlies in de kabel van de omvormer naar de meterkast compenseren. Hier een 2000XS en ik compenseer boven de 280 Volt DC met plus 28 Watt en onder de 280 Volt DC nu ook met 28 Watt extra. Je moet dan testen wat in jouw situatie het bijplussen waarde is.

Ik zie 239 Watt en dan kun je beginnen met 45 Watt te plussen en dan kijken wat er dan er in de meterkast aankomt.

[henrim]

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:



En gebruik deze stappen uit de handleiding:


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.

[Martijn-V4]

Aiolos schreef op donderdag 14 mei 2026 @ 17:39:
Ik gebruik de Home Assistant Goodwe integration om 2 GW2500-XS aan te sturen (en tot vorige maand ook een 3000XS). Daarbij kan ik de "Net exportlimiet" entiteit de waarde in watts geven waarop de omvormer dan terugregelt (in de praktijk is het bij mij 2500W bij positieve energieprijs, 0 bij negatieve prijs.

Zou mij kunnen helpen aan de yaml file voor de intergratie van jouw gw2500-xs, ik loop al een paar dagen te klooien maar komt niet verder. Ik vraag mij af of ik wel de goede registers gebruik. Via de wifi dongle kan ik eenvoudig de limiet geautomatiseerd beheren in mijn zelf geschreven applicatie maar via mijn modbus-tcp adapter lukt het niet. Ik kan wel schrijven maar het heeft geen resultaat.

[ Voor 14% gewijzigd door Martijn-V4 op 25-05-2026 22:22 ]

[orillion]

Ik heb een Goodwe GW3600D-NS die in het scherm als versienummer aangeeft 1.01.01 en heb contact opgenomen met Goodwe om deze te laten updaten zoadat ik via HomeAssistant of via SEMS+ de omvormer kan uitzetten bij negatieve prijzen. Na heel veel heen-en-weer komen ze tot de conclusie:

"Helaas is de omvormer in kwestie van een oudere generatie en beschikt deze niet over een ARM-structuur. Daarom ondersteunt hij deze functies niet, aangezien deze alleen beschikbaar zijn voor de meer recente generatie omvormers."

Kan dat echt zo zijn, of heb ik met een ondeskundige medewerker te maken?

[ Voor 32% gewijzigd door orillion op 28-05-2026 09:10 ]

[llevering]

orillion schreef op donderdag 28 mei 2026 @ 09:09:
Ik heb een Goodwe GW3600D-NS die in het scherm als versienummer aangeeft 1.01.01 en heb contact opgenomen met Goodwe om deze te laten updaten zoadat ik via HomeAssistant of via SEMS+ de omvormer kan uitzetten bij negatieve prijzen. Na heel veel heen-en-weer komen ze tot de conclusie:

"Helaas is de omvormer in kwestie van een oudere generatie en beschikt deze niet over een ARM-structuur. Daarom ondersteunt hij deze functies niet, aangezien deze alleen beschikbaar zijn voor de meer recente generatie omvormers."

Kan dat echt zo zijn, of heb ik met een ondeskundige medewerker te maken?

[Afbeelding]

Aan de zijkant zit een type plaatje, wil je daar een foto van posten, dan vergelijk ik hem met de mijne

[esphome]

Als je de Solargo app van Goodwe kunt installeren dan kun je kijken of DRED en/of Remote Shutdown beschikbaar is. Inloggen met code

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

als installateur als dat niet veranderd is door installateur of iemand anders.

Ten tweede is een hardwarematige remote shutdown mogelijk en kijk daarvoor in jouw handleiding van de omvormer. Er moeten dan connectoren onder het plaatje zitten tussen de Wifi stick en de 220V aansluiting.

Pagina 24: https://en.goodwe.com/Ftp/EN/Downloads/User%20Manual/GW_DNS_User%20Manual-EN.pdf

Als je gaat kijken onder het plaatje zowel de draaiknop links omzetten en de werkschakelaar van de 220V kabel uitzetten.

[orillion]

llevering schreef op donderdag 28 mei 2026 @ 09:22:
[...]

Aan de zijkant zit een type plaatje, wil je daar een foto van posten, dan vergelijk ik hem met de mijne

esphome schreef op donderdag 28 mei 2026 @ 10:43:
Als je de Solargo app van Goodwe kunt installeren dan kun je kijken of DRED en/of Remote Shutdown beschikbaar is. Inloggen met code
***members only***
als installateur als dat niet veranderd is door installateur of iemand anders.

Ten tweede is een hardwarematige remote shutdown mogelijk en kijk daarvoor in jouw handleiding van de omvormer. Er moeten dan connectoren onder het plaatje zitten tussen de Wifi stick en de 220V aansluiting.

Pagina 24: https://en.goodwe.com/Ftp/EN/Downloads/User%20Manual/GW_DNS_User%20Manual-EN.pdf

Als je gaat kijken onder het plaatje zowel de draaiknop links omzetten en de werkschakelaar van de 220V kabel uitzetten.

Het hele probleem is dat de Solargo app niet kan verbinden, want er is geen lokale UDP verbinding mogelijk met mijn firmware. De ARM firmware moet bijgewerkt worden om Solargo te kunnen laten verbinden, maar Goodwe beweert dat dit niet kan op mijn omvormer.

Die hardware matige shutdown zal ik inderdaad gaan overwegen als ik niet verder kom, bedankt.

[llevering]

@orillion De mijne heeft een andere layout qua specs, dus zou wel degelijk een andere hardware revisie kunnen zijn. Durf er helaas verder niks over te zeggen.

[Noshi]

Ik heb ook een GW3600D-NS en kreeg uitzetten via Modbus niet werkend. Uiteindelijk maar een relais gehangen aan de remote shutdown poort onder het apparaat.

[llevering]

Noshi schreef op donderdag 28 mei 2026 @ 13:17:
Ik heb ook een GW3600D-NS en kreeg uitzetten via Modbus niet werkend. Uiteindelijk maar een relais gehangen aan de remote shutdown poort onder het apparaat.

Bij mij werkte dat weer niet als hij eenmaal live was. Dan startte hij alleen de volgende dag niet op. Dat werkt blijkbaar ook weer niet hetzelfde bij alle software/hardware revisies.

[orillion]

llevering schreef op donderdag 28 mei 2026 @ 13:20:
[...]

Bij mij werkte dat weer niet als hij eenmaal live was. Dan startte hij alleen de volgende dag niet op. Dat werkt blijkbaar ook weer niet hetzelfde bij alle software/hardware revisies.

Ik zie nu ook je andere post llevering in "GoodWe inverter lokaal uitlezen (USB / WiFi)" Misschien moet ik dat maar gaan gebruiken. Ben ik helemaal van de GoodWe cloud af (gebruik al een HomeWizard meter). Heb je misschien een foto of schema van hoe jij het hebt aangesloten?

[llevering]

orillion schreef op donderdag 28 mei 2026 @ 14:00:
[...]

Ik zie nu ook je andere post llevering in "GoodWe inverter lokaal uitlezen (USB / WiFi)" Misschien moet ik dat maar gaan gebruiken. Ben ik helemaal van de GoodWe cloud af (gebruik al een HomeWizard meter). Heb je misschien een foto of schema van hoe jij het hebt aangesloten?

Nou ik vrees dat dat op deze ARM versie ook niet gaat werken, ik denk dat je 1.51 daarvoor nodig hebt.

Ik heb geen schema, want ik had het ESP device al, maar dan met de (read-only) software van:

https://github.com/jantenhove/GoodWeLogger

Daar staat in de tekst wel de info over hoe het aan te sluiten, dat zou met mijn ESPHome implementatie precies hetzelfde moeten werken.

[Tortelli]

Lijkt erop dat SEMS+ de cloud data in HA gesloopt heeft, krijg vandaag niets meer binnen. Moet ook maar eens aan de gang om dit cloud onafhankelijk te gaan maken denk ik.


Gebruik zelf deze: https://github.com/TimSoethout/goodwe-sems-home-assistant

MisteRMeesteR schreef op woensdag 8 april 2026 @ 22:23:
[...]

Ik lees mijn GW6K-DT uit middels modbus, gewoon op de RS485 poort met een Wemos Mini welke ESPHome draait.

Kan hem ook aansturen (export limit, zie screenshot) maar nu nog niet nodig.

[Afbeelding]

Hoe heb je dit praktisch aangesloten op deze poort? En heb je een aansluit schema?

[ Voor 78% gewijzigd door Tortelli op 01-06-2026 11:30 ]

[Hmmbob]

Tortelli schreef op maandag 1 juni 2026 @ 11:28:
Lijkt erop dat SEMS+ de cloud data in HA gesloopt heeft, krijg vandaag niets meer binnen. Moet ook maar eens aan de gang om dit cloud onafhankelijk te gaan maken denk ik.


Gebruik zelf deze: https://github.com/TimSoethout/goodwe-sems-home-assistant

Op zich goed om naar local-only te gaan, maar ik merk op dat er in die repo bijzonder weinig meldingen staan dat het stuk is gegaan na de sems+ migratie. Vanaf versie 10.0.3 lijkt de code sems+ al te ondersteunen - https://github.com/TimSoe...s-home-assistant/releases

Misschien toch zelf nog eens in HA kijken voor de korte-klap fix.

[ Voor 4% gewijzigd door Hmmbob op 01-06-2026 11:58 ]

[Tortelli]

@Hmmbob was mij ook opgevallen inderdaad.

Krijg dit in de logs:


Geen expert in HA debugging maar hij lijkt wel data binnen te krijgen zover ik zie. Alleen is het de oude?
Er staan ook values op de meeste plekken, alleen zijn die oud.

edit:
probleem heeft zichzelf opgelost volgens mij.

[ Voor 33% gewijzigd door Tortelli op 01-06-2026 16:04 ]

[PixelPrikker]

Noshi schreef op donderdag 28 mei 2026 @ 13:17:
Ik heb ook een GW3600D-NS en kreeg uitzetten via Modbus niet werkend. Uiteindelijk maar een relais gehangen aan de remote shutdown poort onder het apparaat.

Hoe heb je uberhaupt de modbus aan de gang gekregen? Ik krijg Modbus TCP voor geen mogelijkheid werkend op mijn 5000D-NS. Heb hem laten updaten. LAN dongel erin, maar krijg hem niet werkend.

[esphome]

PixelPrikker schreef op dinsdag 2 juni 2026 @ 12:38:
[...]

Hoe heb je uberhaupt de modbus aan de gang gekregen? Ik krijg Modbus TCP voor geen mogelijkheid werkend op mijn 5000D-NS. Heb hem laten updaten. LAN dongel erin, maar krijg hem niet werkend.

Dat is een externe oplossing. Een beetje als een vinger die op de aan en uit knopt drukt maar dan elektronisch.

Welke LAN dongle heb je en welke software gebruik je om de omvormer dan te benaderen?

[Noshi]

PixelPrikker schreef op dinsdag 2 juni 2026 @ 12:38:
[...]

Hoe heb je uberhaupt de modbus aan de gang gekregen? Ik krijg Modbus TCP voor geen mogelijkheid werkend op mijn 5000D-NS. Heb hem laten updaten. LAN dongel erin, maar krijg hem niet werkend.

Ik gebruik Modbus over RS485, via een M5Stack adapter met ESPHome.

[PixelPrikker]

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.

[esphome]

@PixelPrikker In de PDF waar ook naar gelinkt is op de pagina staat dat de module niet werkt met de omvormer: https://www.stralendgroen...tomers.pdf?v=1a13105b7e4e

[PixelPrikker]

@esphome ik heb de 5pins versie, die zou moeten werken

[esphome]

@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?

[PixelPrikker]

@esphome nog geen andere kabel geprobeerd. Vermoed ook niet dat daar het probleem zit, aangezien diezelfde kabel wel werkt voor bijvoorbeeld een accesspoint. Crosscable heb ik zowiezo niet geprobeerd. Zou dat een soulaas bieden?

Als ik de WiFi stick gebruik loopt hij gewoon via SEMS en ook in Homey, de Lan stick zou ik moeten gaan testen. Maar zoals gezegd had ik hoop opgegeven.

Maar moet dit toch maar weer eens uit de koelkast halen, aangezien ik nu nog een domme meter heb is er lang geen noodzaak geweest om ook maar enigzins te sturen. Maar ik ben bang dat ik niet onder de slimme meter uit ga komen, dus zal nu toch wat gaan moeten doen.

[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.