Zendure producten in Home Assistant integreren deel 2

[MoreIlex]

Newbie hier. Als ik de Gielz oplossing wil updaten, moet ik dan de hele installatie gewoon opnieuw doen of een deel daarvan? En raak ik dan geen instellingen kwijt?

[RemmyB83]

MoreIlex schreef op donderdag 30 juli 2026 @ 13:16:
Newbie hier. Als ik de Gielz oplossing wil updaten, moet ik dan de hele installatie gewoon opnieuw doen of een deel daarvan? En raak ik dan geen instellingen kwijt?

Idd, alles opnieuw doen wat is geupdate door Gielz.
En nee, als je het goed doet raak je geen instellingen kwijt.
Let wel op dat je dezelfde taal installeert als dat is geïnstalleerd, anders moet je wel alles opnieuw instellen...

[Gramser]

Helaas - ik heb weer een “hanger”. Een van de twee torentjes ontlaadt met 165W en luistert niet meer naar Gielz. Gielz denkt ook dat ze beiden nog 91% zijn maar de zendure app laat zien dat toren 1 24% is (en daalt) en de andere 87% op standby…

Ik ben op vakantie - er is geloof ik nog geen manier om op afstand een harde reset te doen he? Aanpassingen in HA doen niks.

[ZuinigeRijder]

@Gramser Heb je geprobeerd Node-RED te herstarten. Via Settings -> Apps -> Node-RED -> Restart?

[Gramser]

ZuinigeRijder schreef op donderdag 30 juli 2026 @ 22:36:
@Gramser Heb je geprobeerd Node-RED te herstarten. Via Settings -> Apps -> Node-RED -> Restart?

Nee! Ga ik meteen doen!

[Gramser]

Dat was ‘m helaas ook niet. Sterker nog, nu herkent Gielz m’n setup niet eens meer: “unknown”.

Morgen verder, niettemin dank!

[Pakhaas]

Gramser schreef op donderdag 30 juli 2026 @ 23:01:
Dat was ‘m helaas ook niet. Sterker nog, nu herkent Gielz m’n setup niet eens meer: “unknown”.

Morgen verder, niettemin dank!

Lekker de app uit en van je vakantie genieten. Die paar centen is het niet waard om tijdens je vakantie mee bezig te zijn.

[Gramser]

Helemaal waar @Pakhaas ! Denk dat het me toch niet lukt om te fixen vanaf hier🙂

[Gramser]

Nog even wat verder zitten snuffelen. Ik heb eerder het idee dat thuis m’n modem/internet eruit ligt. Het lukt niet om de KPN-mail op te halen en ook HomeWizard krijgt geen netwerkverbinding. En in NodeRed zie ik een ENETUNREACH waaruit ik opmaak dat het nerwerk niet beschikbaar/onbereikbaar is.

Ik zie alleen geen meldingen van KPN-storingen online, dus… 🧐🧐🧐

[DeadMetal]

Vraagje...

Eerder werd er door diverse mensen in dit topic vermeld dat een bepaalde 1.x firmware-update ervoor zorgde NOM niet top meer werkte, namelijk dat er een zaagtandpatroon ontstond waarbij de Zendure in stapjes van 50 watt richting het 'doel' beweegt, in plaats van direct.

Is dit met firmware 2.x nog steeds het geval?

[Wai_AM]

DeadMetal schreef op vrijdag 31 juli 2026 @ 08:55:
Vraagje...

Eerder werd er door diverse mensen in dit topic vermeld dat een bepaalde 1.x firmware-update ervoor zorgde NOM niet top meer werkte, namelijk dat er een zaagtandpatroon ontstond waarbij de Zendure in stapjes van 50 watt richting het 'doel' beweegt, in plaats van direct.

Is dit met firmware 2.x nog steeds het geval?

Ja nog steeds het geval bij 2.X (SF2400AC)

[DeadMetal]

DaanVervacke schreef op donderdag 11 juni 2026 @ 19:28:
[...]

Happy to help!

Je kan via de repository de .zip van het project downloaden op je Mac/Linux toestel. e.g. https://codeberg.org/DaanVervacke/zendure-spoof-european-mqtt-broker/archive/main.zip.

Die pak je dan uit in een folder naar keuze. Dan kan je via de terminal navigeren naar die folder, of via je file manager rechtstreeks een terminal window openen in de folder van het project.

De 4 EXPORT-lijnen voer je individueel uit in je terminal. Dit zijn feitelijk tijdelijke variabelen die je instelt in je terminal-sessie. Je zal dus het IP & de hostname van je Home Assistant instance moeten instellen, en dan ook een long lived token aanvragen. Die stel je dan eerst netjes in aan de hand van de voorbeeld commando's. REPO_URL mag je gewoon kopieren en plakken uit de README. Die staat al juist.

Eens je dat gedaan hebt kan je snel valideren of je variabelen goed staan door het volgende commando eens uit te voeren:

Bash:

printenv | grep -E "^(HA_TOKEN|HA_BASE|HOST_ADDR|REPO_URL)="

Als je terminal dan mooi de juiste waarden teruggeeft dan staat alles goed!

Nu kan je adhv van je lokale DNS mqtteu.zen-iot.com laten herschrijven naar het IP van je Home Assistant instance. Bijvoorbeeld in Adguard Home:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~[Afbeelding]

Dan ben je in principe klaar om het deploy script uit te voeren. In hetzelfde terminal-scherm dat hopelijk nog steeds open staat voor je het volgende commando uit:

Bash:

./deploy/deploy.sh

Het script zal verbinden met je Home Assistant instance, de broker bouwen en installeren als een add-on en vanaf je unit komt aankloppen (door de DNS-overwrite) dan zal het script de unieke credentials van je unit uitlezen en automatisch instellen op de broker. Waardoor de unit bij zijn eerstvolgende verbindings-poging zal komen aankloppen met de juiste credentials en dan automatisch zal verbinden.

Het eindresultaat is dat je SolarFlow denkt dat hij met de MQTT-broker op AWS aan het praten is, terwijl het eigenlijk je lokale broker is .

Laat gerust iets weten als je nog ergens op vast loopt.

/edit: opgelost!

Hi @DaanVervacke zou je nog eens willen helpen? Ik ben gemigreerd naar andere hardware voor mijn HAOS installatie (een NUC), HAOS generic-x86-64 image. Na het terugzetten van de backup, wilde jouw addon/app niet starten, omdat ik die destijds voor arm64 gebouwd had. Vanwege het terugzetten van de backup, staan er nog wel steeds netjes 2 MQTT users in de config (ik heb 2 Zendures).

Dus ik ben opnieuw door je instructies heen gegaan. De 4 export lines uitgevoerd en daarna het deploy commando. De basis gaat goed, hij weet netjes met HA te communiceren en de addon opnieuw te installeren en deze draait nu ook goed.

Echter, de batterijen lijken zich niet te melden bij de broker. Ze blijven elke paar minuten weer op 'unavailable' in HA schieten. Vreemd genoeg zelfs als ik de DNS-rewrite in Adguard even disable. Hoe forceer ik die laatste sniffing stap tot een succes? Moet ik jouw addon even helemaal verwijderen incl. opgeslagen data, en het opnieuw proberen?

code:

[+] Supervisor API reachable (WebSocket) at http://192.168.0.11:8123
[+] Add-on repository already registered: https://codeberg.org/DaanVervacke/zendure-spoof-european-mqtt-broker
[+] Resolved add-on slug: 80e55840_zendure_mqtt_spoof
[+] core_mosquitto is not bound to host :8883 — nothing to free
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~[*] Add-on already installed — rebuilding to pick up latest source
[+] Add-on installed
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~[*] Enabling go-auth debug and (re)starting the add-on
[+] Add-on '80e55840_zendure_mqtt_spoof' state: started
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~[*] Sniffing device credentials from go-auth debug log (up to 120s)...
[!] ACTION: power-cycle the SolarFlow (or wait for it to reconnect) now.
[!] No credentials sniffed within 120s — add-on left in debug mode.
[!] Trigger a device reconnect, then run:  ./deploy/deploy.sh sniff
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~[*] ----------------------------------------------------------------
[+] Done. Add-on slug: 80e55840_zendure_mqtt_spoof
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~[*] Host TLS endpoint : 192.168.0.11:8883 (DNS mqtteu.zen-iot.com -> 192.168.0.11)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~[*] Whitelisted creds : /home/DeadMetal/Downloads/zendure-spoof-european-mqtt-broker-main/zendure-spoof-european-mqtt-broker/deploy/.state.json (.creds)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~[*] Re-sniff later    : ./deploy/deploy.sh sniff      Roll back: ./deploy/deploy.sh revert

Ik hoop dat ik de batterijen (2400 AC+) goed power-cycle. Ik trek de stekker eruit en houd de aan-knop 10s ingedrukt tot de lange piep. Dan wacht ik even een paar minuutjes, doe het commando, en wanneer de addon in die 'sniffing' stand schiet, stop ik de stekkers er weer in. De DNS-rewrite is op dat moment actief.

/edit: er stond na wat troubleshooting van mijn kant een verkeerd DNS ip-adres in de DHCP-instellingen in mijn router, dus de Zendures gingen niet richting Adguard voor hun DNS, domme typefout van mijn kant.

[ Voor 17% gewijzigd door DeadMetal op 31-07-2026 11:41 ]

[jannus66]

JSven schreef op woensdag 29 juli 2026 @ 19:29:
[...]

Ik gebruik volgende template, die ik rechtstreeks in mijn configuration.yaml heb toegevoegd

YAML:

template:
  - trigger:
      - platform: time
        at: "23:59:50" # Net voor middernacht updaten
    sensor:
      - name: "Zendure Batterij Score (365d)"
        unique_id: zendure_batterij_score_365
        unit_of_measurement: "dagen"
        icon: mdi:battery-sync
        state: >
          {# Haal de geschiedenis op uit het attribuut, of start met lege lijst #}
          {% set current_history = this.attributes.history | default([]) %}
          {# Was hij vandaag vol? 1 = ja, 0 = nee #}
          {% set today = 1 if states('input_boolean.batterij_vandaag_al_vol_geweest') == 'on' else 0 %}
          {# Voeg vandaag toe aan de lijst en bewaar alleen de laatste 365 items #}
          {{ (current_history + [today])[-365:] | sum }}
        attributes:
          # Dit attribuut is onze 'database'
          history: >
            {% set current_history = this.attributes.history | default([]) %}
            {% set today = 1 if states('input_boolean.batterij_vandaag_al_vol_geweest') == 'on' else 0 %}
            {{ (current_history + [today])[-365:] }}
          # Dit attribuut vertelt hoeveel dagen we al bijhouden
          dagen_data: >
            {% set current_history = this.attributes.history | default([]) %}
            {{ (current_history + [1])[-365:] | count }}

Dit houdt bij hoeveel keer de 100% is bereikt van de laatste 365 dagen. Ik toon het op deze manier op mijn dashboard

[Afbeelding]

code:

type: markdown
content: >-
  ### Batterij Statistieken

  {% set entity = 'sensor.zendure_batterij_score_365d' %}

  {% set score = states(entity) | int(0) %} {% set total = state_attr(entity,
  'dagen_data') | int(0) %}

  De batterij was **{{ score }}** keer volgeladen.

  <small><i>Gemeten over de laatste {{ total }} dagen.</i></small>

  {% if total > 0 %} Dat is **{{ (score / total * 100) | round(1) }}%** van de
  tijd. {% else %} <br><i>Nog geen data beschikbaar. De eerste meting vindt
  vanavond om 23:59 plaats.</i> {% endif %}

Moet ik hier nog iets aanpassen voor mij zelf want hij blijft op o staan, ondanks volle batterij (AC2400+) gisteren.

[Theetjuh]

DeadMetal schreef op vrijdag 31 juli 2026 @ 08:55:
Vraagje...

Eerder werd er door diverse mensen in dit topic vermeld dat een bepaalde 1.x firmware-update ervoor zorgde NOM niet top meer werkte, namelijk dat er een zaagtandpatroon ontstond waarbij de Zendure in stapjes van 50 watt richting het 'doel' beweegt, in plaats van direct.

Is dit met firmware 2.x nog steeds het geval?

Is dit de reden waarom je niet upgrade naar firmware 2.x ?
Want met firmware 2.x heb je de proxy van Daan niet meer nodig iig

[DeadMetal]

Theetjuh schreef op vrijdag 31 juli 2026 @ 10:38:
[...]

Is dit de reden waarom je niet upgrade naar firmware 2.x ?
Want met firmware 2.x heb je de proxy van Daan niet meer nodig iig

Ik heb Daans proxy weer werkend dus de Zendures zijn weer van het internet af.
Exact, ik blijf lekker op de oude firmware om die zaagtand te voorkomen.

[JSven]

jannus66 schreef op vrijdag 31 juli 2026 @ 09:54:
[...]

Moet ik hier nog iets aanpassen voor mij zelf want hij blijft op o staan, ondanks volle batterij (AC2400+) gisteren.

Ja, mijn foutje. Volgende automatisering heb ik ook nog lopen.

code:

alias: "Batterij: Dagelijkse Vol-Check"
description: Reset om middernacht en markeert wanneer de batterij voor het eerst vol is.
triggers:
  - trigger: time
    at: "00:00:00"
    id: reset_middernacht
  - trigger: numeric_state
    entity_id: sensor.zendure_2400_ac_laadpercentage
    above: 99
    id: batterij_vol
conditions: []
actions:
  - choose:
      - conditions:
          - condition: trigger
            id: reset_middernacht
        sequence:
          - action: input_boolean.turn_off
            target:
              entity_id: input_boolean.batterij_vandaag_al_vol_geweest
            data: {}
      - conditions:
          - condition: trigger
            id: batterij_vol
          - condition: state
            entity_id: input_boolean.batterij_vandaag_al_vol_geweest
            state: "off"
        sequence:
          - action: input_boolean.turn_on
            target:
              entity_id: input_boolean.batterij_vandaag_al_vol_geweest
mode: single

[jannus66]

JSven schreef op vrijdag 31 juli 2026 @ 13:01:
[...]

Ja, mijn foutje. Volgende automatisering heb ik ook nog lopen.

code:

alias: "Batterij: Dagelijkse Vol-Check"
description: Reset om middernacht en markeert wanneer de batterij voor het eerst vol is.
triggers:
  - trigger: time
    at: "00:00:00"
    id: reset_middernacht
  - trigger: numeric_state
    entity_id: sensor.zendure_2400_ac_laadpercentage
    above: 99
    id: batterij_vol
conditions: []
actions:
  - choose:
      - conditions:
          - condition: trigger
            id: reset_middernacht
        sequence:
          - action: input_boolean.turn_off
            target:
              entity_id: input_boolean.batterij_vandaag_al_vol_geweest
            data: {}
      - conditions:
          - condition: trigger
            id: batterij_vol
          - condition: state
            entity_id: input_boolean.batterij_vandaag_al_vol_geweest
            state: "off"
        sequence:
          - action: input_boolean.turn_on
            target:
              entity_id: input_boolean.batterij_vandaag_al_vol_geweest
mode: single

Ha, ik dacht al zoiets. Bedankt hoor!

[c0mplex1]

JSven schreef op vrijdag 31 juli 2026 @ 13:01:
[...]

Ja, mijn foutje. Volgende automatisering heb ik ook nog lopen.

code:

alias: "Batterij: Dagelijkse Vol-Check"
description: Reset om middernacht en markeert wanneer de batterij voor het eerst vol is.
triggers:
  - trigger: time
    at: "00:00:00"
    id: reset_middernacht
  - trigger: numeric_state
    entity_id: sensor.zendure_2400_ac_laadpercentage
    above: 99
    id: batterij_vol
conditions: []
actions:
  - choose:
      - conditions:
          - condition: trigger
            id: reset_middernacht
        sequence:
          - action: input_boolean.turn_off
            target:
              entity_id: input_boolean.batterij_vandaag_al_vol_geweest
            data: {}
      - conditions:
          - condition: trigger
            id: batterij_vol
          - condition: state
            entity_id: input_boolean.batterij_vandaag_al_vol_geweest
            state: "off"
        sequence:
          - action: input_boolean.turn_on
            target:
              entity_id: input_boolean.batterij_vandaag_al_vol_geweest
mode: single

Wist je dat de code ook nog een stukje ingekort kan worden?

code:

alias: "Batterij: Dagelijkse Vol-Check"
description: Reset om middernacht en markeert wanneer de batterij voor het eerst vol is.
triggers:
  - trigger: time
    at: "00:00"
    id: "off"
  - trigger: numeric_state
    entity_id: sensor.zendure_2400_ac_laadpercentage
    above: 99
    id: "on"
conditions: []
actions:
  - action: input_boolean.turn_{{ trigger.id }}
    data: {}
    target:
      entity_id: input_boolean.batterij_vandaag_al_vol_geweest
mode: single

[m-vw]

Zijn er mensen die de proxy van @abaart draaien? Ik denk hem goed geïnstalleerd te hebben, maar Appdeamon lijkt niet mee te willen werken. De proxy lijkt, ondanks diverse herstarts van Appdeamon en HA niet te draaien.

Als ik de web-ui open krijg ik een time-out.

Inmiddels is het gelukt, morgen kijken of het goed werkt met een 800plus/2400pro combinatie.

[ Voor 16% gewijzigd door m-vw op 31-07-2026 22:25 ]

[TWKterry]

Naar aanleiding van de BatteryFull hierboven kan ik mijn setup ook wel delen, houdt de tijd per dag bij dat de batterij vol was. Het optellen van de tijden zoals hierboven met de door @JSven getoonde methode zou wel een leuke toevoeging zijn, dan zie je het per jaar maar tijden optellen moet ik nog eens uitzoeken want is niet gewoon + dacht ik.

Goed mijn setup is twee Helpers;
treshold sensor:
een binary sensor die aangaat als de SOC (%) boven een bepaalde waarde komt, ik heb 98%

history stats sensor:
een dagelijkse tijdsduur sensor (unit of measurement = hours) met als options zoals in onderstaande yaml-code. Dit geeft dus een sensor die bij weergave in het dashboard de uren/minuten dat er NOM was laat zien.

YAML:

# Battery full or not
binary_sensor:
  - platform: threshold
    entity_id: sensor.pib_hw1_full_active
    source: sensor.pib_hw1_state_of_charge
    upper: 98
    hysteresis: 0

# Battert Full Duration (hours for a single day)
sensor:
  - platform: history_stats
    name: PiB-hw1 Full daily
    entity_id: binary_sensor.pib_hw1_full_active
    source:
    state: "on"
    type: time
    start: "{{ today_at() if now() < today_at("23:59") else now() }}"
    end: "{{ now() }}"

Hetzelfde kun je doen met de Empty Battery en de NOM voor de P1-meter.

[mike20]

Dit weekend ga ik mijn dubbele Sf800+ integreren in HA. Ik heb ze al toegevoegd via de app maar daar firmware updates gedaan naar V2.0.1.

Nu vraag ik mij af of ik daar wel goed aan gedaan heb en dit goed samen werkt met van Gielz en Gast777 of had ik dat niet moeten doen?

[Tortelli]

Volgens mij sloopt V22.0.1 de integratie, bij mij is hij er mee gestopt net iig. Gelukkig snapshot gemaakt dus ik kan eenvoudig weer terug. Proxmox ftw

[sender]

Tortelli schreef op zaterdag 1 augustus 2026 @ 13:41:
Volgens mij sloopt V2.0.1 de integratie, bij mij is hij er mee gestopt net iig. Gelukkig snapshot gemaakt dus ik kan eenvoudig weer terug. Proxmox ftw

2.0.1 van wat? De accu of de integratie in HA?

[mike20]

Oke niet handig dat ik de firmware er al op gezet heb dus. is het dan wel verstandig dat ik voor nu het wel ga integreren van hun beide of tijdelijk fireson ga nemen ? ik draai HAos

@sender Firmware van de Accu's bedoelde ik (edit) je doelde niet op mij, excuus

[ Voor 7% gewijzigd door mike20 op 01-08-2026 13:53 ]

[meesje]

sender schreef op zaterdag 1 augustus 2026 @ 13:49:
[...]

2.0.1 van wat? De accu of de integratie in HA?

Met snapshot vermoed ik de HA integratie.

[YvonneVP]

Vanaf 1 augustus heeft Zonneplan ook de kwartierprijzen. Ik heb de optie '15 Minuten Tarieven Actief' aangezet, maar in de apex charts blijf ik de uurtarieven zien. Voor zover ik had begrepen zou dit automatisch dan omgezet worden naar de tarieven per 15 minuten. Ik heb de laatste versie van de Gielz integratie draaien. Iemand enig idee? Of moet ik de Nordpool sensor een keer opnieuw aanmaken, of de Apex charts opnieuw invoegen oid.?

[Tortelli]

Nee ik bedoelde de laatste Node-RED update in combinatie met de proxy van Gast777.

[ Voor 7% gewijzigd door Tortelli op 01-08-2026 14:48 ]

[gast777]

mike20 schreef op zaterdag 1 augustus 2026 @ 13:09:
Dit weekend ga ik mijn dubbele Sf800+ integreren in HA. Ik heb ze al toegevoegd via de app maar daar firmware updates gedaan naar V2.0.1.

Nu vraag ik mij af of ik daar wel goed aan gedaan heb en dit goed samen werkt met van Gielz en Gast777 of had ik dat niet moeten doen?

Mijn SF2400+ draaien ook op V2.0.1 en tot nu toe vlekkeloos. De SF800+ is een ander model, maar ik zou niet direct problemen verwachten (maar ik ken niet alle known/unknown issues van ieder model en firmware).

[raven22]

Er wordt geadviseerd een rookmelder bij de batterijen te installeren.
Ik gebruik er een die gekoppeld is aan HA. Ik kan de batterij(en) in standby schakelen indien er rook gedetecteerd wordt. Of is het beter om een Shelly te gebruiken en de gehele stroom van de batterij te koppelen? Of heeft dit niet veel zin aangezien de cellen in de batterij indien ze op hol slaan toch niet meer luisteren naar wel of geen AC beschikbaar.

[gast777]

Tortelli schreef op zaterdag 1 augustus 2026 @ 14:47:
Nee ik bedoelde de laatste Node-RED update in combinatie met de proxy van Gast777.

Dit wou ik natuurlijk even snel checken. Zelf zojuist een update gedaan van Node-Red als App in HA. Nieuwe versie is 22.0.1 (in NR zelf geeft hij aan v5.0.2) en alles werkt nog prima door.

Ik zou wel adviseren om hem op Standby te zetten voor de update (sowieso voor iedere update). Wat voor probleem kwam je tegen?

[gast777]

Ik zat al wel op 22.0.0. Jij kwam wellicht van een eerdere versie, die echt anders is, ook ander uiterlijk. Dan moet je wellicht alles deleten (inclusief alle oude dashboard/ui items) en de proxy flow opnieuw erop zetten.

[raven22]

mike20 schreef op zaterdag 1 augustus 2026 @ 13:51:
Oke niet handig dat ik de firmware er al op gezet heb dus. is het dan wel verstandig dat ik voor nu het wel ga integreren van hun beide of tijdelijk fireson ga nemen ? ik draai HAos

@sender Firmware van de Accu's bedoelde ik (edit) je doelde niet op mij, excuus

2.0.1 doet het prima op mijn 800 met gielz.
Gewoon de batterijen toevoegen in de app, maar niet toevoegen aan 'een huis' in de app. Dan werkt het prima.

[Tortelli]

gast777 schreef op zaterdag 1 augustus 2026 @ 16:19:
Ik zat al wel op 22.0.0. Jij kwam wellicht van een eerdere versie, die echt anders is, ook ander uiterlijk. Dan moet je wellicht alles deleten (inclusief alle oude dashboard/ui items) en de proxy flow opnieuw erop zetten.

Ik zat al op 22.0.0 maar denk dat het niet pauseren niet geholpen heeft. Zal het vandaag nog eens proberen!

[RemmyB83]

Tortelli schreef op zaterdag 1 augustus 2026 @ 16:39:
[...]


Ik zat al op 22.0.0 maar denk dat het niet pauseren niet geholpen heeft. Zal het vandaag nog eens proberen!

Hier NR op versie v22.0.1 en drie sf800plus op de laatste versie, en geen problemen met de proxy. Dus ik denk dat je iets niet goed heb gedaan. Wel de ip-adressen terug gezet?

[Gramser]

Nou ik weet niet hoe ik het gedaan heb, maar na wat pielen in HA heb ik de AC2400+’s toch uit hun niet-reactieve staat weten te krijgen. Na de tip om NodeRed te herstarten, wat niet werkte, viel me op dat ik ook geen updates kon doen in HA. Daarvoor was eerst de update van HA Supervisor nodig en die nleef maar draaien. Via de Terminal kunnen herstarten, toen kon ik de andere items ook updaten én een herstart van NR ging toen ook weer. En hoppa, de boel draait weer..! Dus samenspel van factoren..? Wel blij mee.

[Hippe Lip]

gast777 schreef op zaterdag 1 augustus 2026 @ 16:16:
[...]
Dit wou ik natuurlijk even snel checken. Zelf zojuist een update gedaan van Node-Red als App in HA. Nieuwe versie is 22.0.1 (in NR zelf geeft hij aan v5.0.2) en alles werkt nog prima door.

Ik zou wel adviseren om hem op Standby te zetten voor de update (sowieso voor iedere update). Wat voor probleem kwam je tegen?

Ik zit nog op NR 21.0.10. Kort nadat 22.0.0 uitkwam heb ik ge-upgrade, maar toen ging er van alles mis en heb ik als de wiedeweerga de backup van direct daarvóór teruggezet.

NR is voor mij een black box die ik niet kan overzien. Kan iemand een stappenplannetje, een handleiding geven hoe ik die upgrade moet doen? Ik las wel dat ik dingen weg moet gooien, maar ik weet niet wat wel en wat niet, dus ben ik huiverig.
HA ben ik verder goed mee bekend en kan ik goed mee overweg.

[Pakhaas]

Gramser schreef op zaterdag 1 augustus 2026 @ 18:12:
Nou ik weet niet hoe ik het gedaan heb, maar na wat pielen in HA heb ik de AC2400+’s toch uit hun niet-reactieve staat weten te krijgen. Na de tip om NodeRed te herstarten, wat niet werkte, viel me op dat ik ook geen updates kon doen in HA. Daarvoor was eerst de update van HA Supervisor nodig en die nleef maar draaien. Via de Terminal kunnen herstarten, toen kon ik de andere items ook updaten én een herstart van NR ging toen ook weer. En hoppa, de boel draait weer..! Dus samenspel van factoren..? Wel blij mee.

Je kon het toch niet laten om tijdens je vakantie hier mee bezig te gaan. 😅

[ Voor 5% gewijzigd door Pakhaas op 01-08-2026 22:15 ]

[m-vw]

Pakhaas schreef op zaterdag 1 augustus 2026 @ 22:14:
[...]

Je kon het toch niet laten om tijdens je vakantie hier mee bezig te gaan. 😅

Daar zijn vakanties toch voor. In de week heb ik echt geen tijd om een hele avond gaan zitten klooien om iets aan de gang te krijgen. 🙂

[gast777]

Hippe Lip schreef op zaterdag 1 augustus 2026 @ 19:49:
[...]

Ik zit nog op NR 21.0.10. Kort nadat 22.0.0 uitkwam heb ik ge-upgrade, maar toen ging er van alles mis en heb ik als de wiedeweerga de backup van direct daarvóór teruggezet.

NR is voor mij een black box die ik niet kan overzien. Kan iemand een stappenplannetje, een handleiding geven hoe ik die upgrade moet doen? Ik las wel dat ik dingen weg moet gooien, maar ik weet niet wat wel en wat niet, dus ben ik huiverig.
HA ben ik verder goed mee bekend en kan ik goed mee overweg.

Je zou eventueel in HA de App Node-Red kunnen Uninstallen en daarna weer installeren (om met een schone lei te beginnen). Dan heb je een verse Node-Red en kun je de flow er zo inprakken. Dit heb ik niet zelf getest, maar iemand hier had het zo gedaan met succes.

Anders kun je deze instructie volgen (zelfde als de flow updaten) na de update van NR:

gast777 in "Zendure producten in Home Assistant integreren deel 2"

[maartend]

Vraag..

Ik krijg over een dag of 10 2 Solarflow 800 plus in huis. Deze worden aangesloten op 2 verschillende groepen.

Ik heb 12 zonnepanelen op dak, ik wil gaan voor NOM. Op dinsdag is mijn vrouw vrij, woensdag wij beiden, ik donderdag en wij beiden in het weekend. We hebben geen thuiswonende k8nderen. Dus veel dagen ook overdag mensen thuis. We hebben geen EV en ik zie ook niet zo snel gebeuren dat die gaat komen. We hebben 1 kleine airco op de slaapkamer, maar die draait enkel als het idd heel warm is en dan nog gaat hij pas uurtje voor het slapen aan. En veelal gedurende de nacht uit. Verder hebben we het normale spul in huis ; vaatwasser, wasmachine, droger, TV, versterker, desktopcomputer. Geen vloerverwarming, geen warmtepomp. Vast elek. contract, wel hoog/laag tarief, maar ik zag dat dit nog maar 1 cent scheelde. En ik heb natuurlijk Home Assistant en een home wizard P1 meter.

Wat zijn zo ongeveer de beste instellingen in HA om NOM te behalen voor onze situatie?

P.s. ik weet dat ik 2 apps moet toevoegen aan HA, gielz en gast777, hoewel ik de precieze namen wel fout zal schrijven nu

[ Voor 6% gewijzigd door maartend op 02-08-2026 11:56 ]

[RemmyB83]

maartend schreef op zondag 2 augustus 2026 @ 11:44:
Vraag..

Ik krijg over een dag of 10 2 Solarflow 800 plus in huis. Deze worden aangesloten op 2 verschillende groepen.

Ik heb 12 zonnepanelen op dak, ik wil gaan voor NOM. Op dinsdag is mijn vrouw vrij, woensdag wij beiden, ik donderdag en wij beiden in het weekend. We hebben geen thuiswonende k8nderen. Dus veel dagen ook overdag mensen thuis. We hebben geen EV en ik zie ook niet zo snel gebeuren dat die gaat komen. We hebben 1 kleine airco op de slaapkamer, maar die draait enkel als het idd heel warm is en dan nog gaat hij pas uurtje voor het slapen aan. En veelal gedurende de nacht uit. Verder hebben we het normale spul in huis ; vaatwasser, wasmachine, droger, TV, versterker, desktopcomputer. Geen vloerverwarming, geen warmtepomp. Vast elek. contract, wel hoog/laag tarief, maar ik zag dat dit nog maar 1 cent scheelde. En ik heb natuurlijk Home Assistant en een home wizard P1 meter.

Wat zijn zo ongeveer de beste instellingen in HA om NOM te behalen voor onze situatie?

P.s. ik weet dat ik 2 apps moet toevoegen aan HA, gielz en gast777, hoewel ik de precieze namen wel fout zal schrijven nu

Er zijn niet echt beste instellingen voor je situatie. Mijn advies is om ze gewoon te integreren en te monitoren, om vervolgens je eigen strategie te bepalen. Ik wissel zelf ook ook een beetje per seizoen, vakantie van de kinderen, en andere dingen.

[apfel]

Sinds kort een 2400+ via HA laten aansturen met de Gielz integratie v20260716. Nom werkt prima, maar wanneer deze op nom+dynamische staat is de tijd dat die gaat ontladen niet op het duurste moment maar erna. Gisteren waren de duurste 2 uren 20-21 uur en 21-22 uur (volgens dashboard) maar de accu gaat ontladen van 22-23 en 23-00 uur.

Is dit een probleem dat er een klok ergens niet goed staat?

[..Christiaan..]

YvonneVP schreef op zaterdag 1 augustus 2026 @ 14:46:
Vanaf 1 augustus heeft Zonneplan ook de kwartierprijzen. Ik heb de optie '15 Minuten Tarieven Actief' aangezet, maar in de apex charts blijf ik de uurtarieven zien. Voor zover ik had begrepen zou dit automatisch dan omgezet worden naar de tarieven per 15 minuten. Ik heb de laatste versie van de Gielz integratie draaien. Iemand enig idee? Of moet ik de Nordpool sensor een keer opnieuw aanmaken, of de Apex charts opnieuw invoegen oid.?

In de eigen zonneplan app zie ik ook nog geen kwartierprijzen. Zal komende week wel uitgerold worden denk ik.

[geert1992]

..Christiaan.. schreef op zondag 2 augustus 2026 @ 19:05:
[...]

In de eigen zonneplan app zie ik ook nog geen kwartierprijzen. Zal komende week wel uitgerold worden denk ik.

Zitten er al in, moet je alleen zelf op kwartier zetten.

[Hippe Lip]

Ik draai met mijn 2x 2400 AC+ op Dynamic Trading. Nou zit ik daar niet elke dag naar te kijken en wil het zoveel mogelijk automatisch laten werken. Hij staat ingesteld op dagelijks laden op de goedkoopste 24 kwartieren en ontladen op de 20 duurste kwartieren.

Beide waardes (24 en 20) zijn iets te ruim gekozen, zodat ik redelijk zeker weet dat het goed gaat: naar 100% laden en dan baar 10% ontladen.

Dat gaat redelijk goed, maar niet altijd. Dat laden gaat (in deze tijd van het jaar) midden overdag. De 20 duurste kwartieren voor het ontladen zijn soms voor meer dan de helft in de vroege ochtend en de dag erna in de avond. Dat betekent dat er dan tussen 2x laden geen 20 goedkope kwartieren zitten en de accu dus niet helemaal ontlaad. Das jammer van de opbrengst.

Hoe kan ik bij het ontladen kiezen voor de goedkoopste 20 kwartieren tussen 12:00 uur vandaag en 12:00 uur morgen?

[rnrn]

Ik gebruik 2x een 800 plus met Gielz/proxy.
Nu valt me 's nachts een soort zaagtand patroon op wanneer ik de export efficiëntie bekijk.



De kleine piekjes zullen een koelkast o.i.d. zijn. De grotere op-en-neergaande lijn lijkt ongeveer gelijk te vallen met de proxy afwisseling tussen beide apparaten. Dit zou betekenen dat het ene apparaat zo'n 10% minder efficiënt is dan het andere. Hebben anderen dit ook? Valt dit binnen de norm? Of is er misschien een andere verklaring mogelijk? Mogelijk gaat het minder efficiënte apparaat niet correct in standby, maar dan zou de sensor "Zendure Actief Device" dit moeten registreren neem ik aan?

[Newtonjan]

Ik draai met mijn 2400AC nog op de oude versie 1.0.15 ivm problemen met het langzamer reageren van de batterij. (Ik weet overigens niet of dit in versie 2 allemaal is opgelost?)

Affin, vannacht is opeens de chargeMaxLimit en inverseMaxPower beide op nul gezet. Omdat ik deze in HA helemaal niet kan instellen en ik de app van Zendure ook niet open heb gehad, kan ik alleen maar bedenken dat dit van buitenuit is gebeurd. De maxSoc was overigens ook verzet van 90% naar 70%.
Het resultaat was dus dat de batterij helemaal in standby stond (niks laden en niks ontladen).
Via een curl commando alles weer gezet zoals ik wil en HA draait meteen weer goed.

Inmiddels heb ik de Zendure losgekoppeld van het internet en kan ik de app dus ook niet meer gebruiken. Ik laat het even zo en kijk dit wat dagen aan. De app wil wel steeds dat ik update naar versie 2, maar dat negeer is vooralsnog.

[noo]

Newtonjan schreef op maandag 3 augustus 2026 @ 12:41:
Ik draai met mijn 2400AC nog op de oude versie 1.0.15 ivm problemen met het langzamer reageren van de batterij. (Ik weet overigens niet of dit in versie 2 allemaal is opgelost?)

Affin, vannacht is opeens de chargeMaxLimit en inverseMaxPower beide op nul gezet. Omdat ik deze in HA helemaal niet kan instellen en ik de app van Zendure ook niet open heb gehad, kan ik alleen maar bedenken dat dit van buitenuit is gebeurd. De maxSoc was overigens ook verzet van 90% naar 70%.
Het resultaat was dus dat de batterij helemaal in standby stond (niks laden en niks ontladen).
Via een curl commando alles weer gezet zoals ik wil en HA draait meteen weer goed.

Inmiddels heb ik de Zendure losgekoppeld van het internet en kan ik de app dus ook niet meer gebruiken. Ik laat het even zo en kijk dit wat dagen aan. De app wil wel steeds dat ik update naar versie 2, maar dat negeer is vooralsnog.

Dank voor de tip! Bij mijn 2400AC (met V1.0.23) waren inverseMaxPower en chargeMaxLimit vannacht rond 04:00 op 0 gezet, maxSoc was ook 0 gezet. Net vanaf mijn vakantieadres met curl gecorrigeerd en de boel draait weer.

[Tijgerkracht]

Newtonjan schreef op maandag 3 augustus 2026 @ 12:41:
Ik draai met mijn 2400AC nog op de oude versie 1.0.15 ivm problemen met het langzamer reageren van de batterij. (Ik weet overigens niet of dit in versie 2 allemaal is opgelost?)

Affin, vannacht is opeens de chargeMaxLimit en inverseMaxPower beide op nul gezet. Omdat ik deze in HA helemaal niet kan instellen en ik de app van Zendure ook niet open heb gehad, kan ik alleen maar bedenken dat dit van buitenuit is gebeurd. De maxSoc was overigens ook verzet van 90% naar 70%.
Het resultaat was dus dat de batterij helemaal in standby stond (niks laden en niks ontladen).
Via een curl commando alles weer gezet zoals ik wil en HA draait meteen weer goed.

Inmiddels heb ik de Zendure losgekoppeld van het internet en kan ik de app dus ook niet meer gebruiken. Ik laat het even zo en kijk dit wat dagen aan. De app wil wel steeds dat ik update naar versie 2, maar dat negeer is vooralsnog.

Hier precies hetzelfde

[YvonneVP]

..Christiaan.. schreef op zondag 2 augustus 2026 @ 19:05:
[...]

In de eigen zonneplan app zie ik ook nog geen kwartierprijzen. Zal komende week wel uitgerold worden denk ik.

Ik de Gielz integratie zou ik die optie volgens mij gewoon aan moeten kunnen zetten, en dat ik dus kwartierprijzen zie. Ik kan me natuurlijk vergissen.

[YvonneVP]

geert1992 schreef op zondag 2 augustus 2026 @ 19:49:
[...]

Zitten er al in, moet je alleen zelf op kwartier zetten.

Na een update staan de kwartierprijzen in de Zonneplan app. Maar hoe krijg ik de kwartierprijzen ook in de Gielz integratie. De 15 minuten tarieven toggle staat op aan, maar ik blijf de uurtarieven zien ipv de kwartiertarieven.

[YvonneVP]

raven22 schreef op zaterdag 1 augustus 2026 @ 16:13:
Er wordt geadviseerd een rookmelder bij de batterijen te installeren.
Ik gebruik er een die gekoppeld is aan HA. Ik kan de batterij(en) in standby schakelen indien er rook gedetecteerd wordt. Of is het beter om een Shelly te gebruiken en de gehele stroom van de batterij te koppelen? Of heeft dit niet veel zin aangezien de cellen in de batterij indien ze op hol slaan toch niet meer luisteren naar wel of geen AC beschikbaar.

Als de batterijen eenmaal oververhit zijn geraakt, en dat er rook uit komt omdat de brand erin gevlogen is, dan heeft het volgens mij weinig nut meer om te stroom eraf te halen. Het kan waarschijnlijk geen kwaad dit te doen, maar de batterij zal daardoor niet ineens meer in de fik blijven staan. Die rookmelder is wel een goed idee naar mijn mening. Welke rookmelder heb je daarvoor gehaald die je in HA kunt integreren?

[koboy]

..Christiaan.. schreef op zondag 2 augustus 2026 @ 19:05:
[...]

In de eigen zonneplan app zie ik ook nog geen kwartierprijzen. Zal komende week wel uitgerold worden denk ik.

Schuifje voor de kwartier grafiek moet je zelf even aanzetten. Zit verstopt in de ¨filteropties¨ waar ook de belasting aan/uit zit.

[koboy]

Hippe Lip schreef op zondag 2 augustus 2026 @ 23:37:
Ik draai met mijn 2x 2400 AC+ op Dynamic Trading. Nou zit ik daar niet elke dag naar te kijken en wil het zoveel mogelijk automatisch laten werken. Hij staat ingesteld op dagelijks laden op de goedkoopste 24 kwartieren en ontladen op de 20 duurste kwartieren.

Beide waardes (24 en 20) zijn iets te ruim gekozen, zodat ik redelijk zeker weet dat het goed gaat: naar 100% laden en dan baar 10% ontladen.

Dat gaat redelijk goed, maar niet altijd. Dat laden gaat (in deze tijd van het jaar) midden overdag. De 20 duurste kwartieren voor het ontladen zijn soms voor meer dan de helft in de vroege ochtend en de dag erna in de avond. Dat betekent dat er dan tussen 2x laden geen 20 goedkope kwartieren zitten en de accu dus niet helemaal ontlaad. Das jammer van de opbrengst.

Hoe kan ik bij het ontladen kiezen voor de goedkoopste 20 kwartieren tussen 12:00 uur vandaag en 12:00 uur morgen?

Is helaas een beperking van de Gielz integratie dat die niet over de datumgrens heenkijkt. Wat ik zelf doe is dagelijks even kijken als ik in de middag even rustig zit (ahum), en dan het aantal ontlaad eenheden ophoog om de boel te corrigeren. Dit was met hele uren wat overzichtelijker.

Op vakantie laat ik het gewoon staan op (bij mij 20 en 24). Het verlies valt dan onder het potje "jammer maar helaas¨

[Keida]

noo schreef op maandag 3 augustus 2026 @ 13:17:
[...]

Dank voor de tip! Bij mijn 2400AC (met V1.0.23) waren inverseMaxPower en chargeMaxLimit vannacht rond 04:00 op 0 gezet, maxSoc was ook 0 gezet. Net vanaf mijn vakantieadres met curl gecorrigeerd en de boel draait weer.

ik heb net maar gewoon firmware geupdate... voor de 2400AC+. Hopen dat het nu weer werkt

die MaxSoc en chargeMAxLimit- komen die ook in HA? of alleen in Zendureapp? ik kan deze in HA niet vinden?

Wel bizar dat dit doorgevoerd wordt terwijl de apparaten niet in HEMS hangen.

[noo]

Keida schreef op maandag 3 augustus 2026 @ 17:48:
[...]

ik heb net maar gewoon firmware geupdate... voor de 2400AC+. Hopen dat het nu weer werkt

die MaxSoc en chargeMAxLimit- komen die ook in HA? of alleen in Zendureapp? ik kan deze in HA niet vinden?

Wel bizar dat dit doorgevoerd wordt terwijl de apparaten niet in HEMS hangen.

Volgens mij kun je deze parameters in recente versies van Gielz zien en aanpassen (ik draai nog een 'antieke' Gielz waar dat nog niet in zit). Maar je kan de huidige waarden opvragen mbv curl. Zie deze post: Newtonjan in "Het grote Zendure plug-and-play thuisaccu systemen topic". t

[gielz]

Zie het hier inderdaad ook. Elke keer proberen ze extern alles naar 0 te zetten.

Draai een 2400 ac+ met goed werkende firmware 1.0.3.

[ Voor 6% gewijzigd door gielz op 03-08-2026 18:51 ]

[raven22]

YvonneVP schreef op maandag 3 augustus 2026 @ 14:14:
[...]

Als de batterijen eenmaal oververhit zijn geraakt, en dat er rook uit komt omdat de brand erin gevlogen is, dan heeft het volgens mij weinig nut meer om te stroom eraf te halen. Het kan waarschijnlijk geen kwaad dit te doen, maar de batterij zal daardoor niet ineens meer in de fik blijven staan. Die rookmelder is wel een goed idee naar mijn mening. Welke rookmelder heb je daarvoor gehaald die je in HA kunt integreren?

Een Awards smoke detector met zigbee

[messi]

Newtonjan schreef op maandag 3 augustus 2026 @ 12:41:

Affin, vannacht is opeens de chargeMaxLimit en inverseMaxPower beide op nul gezet. Omdat ik deze in HA helemaal niet kan instellen en ik de app van Zendure ook niet open heb gehad, kan ik alleen maar bedenken dat dit van buitenuit is gebeurd. De maxSoc was overigens ook verzet van 90% naar 70%.

Ah, ik dacht al, is de accu kapot..

Ik had de waardes vanmiddag ook weer terug gezet dmv de API, maar ze stonden net weer op 0. Ik weet niet wat ze aan het doen zijn (FW V1.0.3), maar ik ga em niet meer vol krijgen voor zonsondergang. Als dit zo blijft dan forceer ik de waardes wel in iedere API request.

[raven22]

raven22 schreef op maandag 3 augustus 2026 @ 18:52:
[...]

Een Awards smoke detector met zigbee

oeps, moet een Aqara zijn

[lexuzu]

messi schreef op maandag 3 augustus 2026 @ 19:09:
[...]

Ah, ik dacht al, is de accu kapot..

Ik had de waardes vanmiddag ook weer terug gezet dmv de API, maar ze stonden net weer op 0. Ik weet niet wat ze aan het doen zijn (FW V1.0.3), maar ik ga em niet meer vol krijgen voor zonsondergang. Als dit zo blijft dan forceer ik de waardes wel in iedere API request.

Hier hetzelfde. Het viel me vanmiddag ineens op dat de batterij op 70% bleef steken. Toen de max. state of charge in de Zendure App weer naar 100% gezet. 20 minuten later stond ie weer op 70%. Vreemd.

[noo]

Ik heb internet toegang voor mijn 2400AC uitgezet na het herstellen van de waarden om dit soort grappen verder tegen te gaan.

Een zeer dubieuze handelwijze van Zendure wat mij betreft. Ik wil best mijn firmware updaten, maar ik ben momenteel op vakantie dus ik kan dat nu niet. Als ik @Newtonjan's bericht niet gelezen had zou mijn batterij een paar weken nutteloos zijn geweest.

[Keida]

noo schreef op maandag 3 augustus 2026 @ 20:08:
Ik heb internet toegang voor mijn 2400AC uitgezet na het herstellen van de waarden om dit soort grappen verder tegen te gaan.

Een zeer dubieuze handelwijze van Zendure wat mij betreft. Ik wil best mijn firmware updaten, maar ik ben momenteel op vakantie dus ik kan dat nu niet. Als ik @Newtonjan's bericht niet gelezen had zou mijn batterij een paar weken nutteloos zijn geweest.

hoe zet ik uberhaupt internet toegang voor de omvormers uit?

[Theetjuh]

Keida schreef op maandag 3 augustus 2026 @ 20:27:
[...]

hoe zet ik uberhaupt internet toegang voor de omvormers uit?

In je router bijvoorbeeld

[noo]

Keida schreef op maandag 3 augustus 2026 @ 20:27:
[...]

hoe zet ik uberhaupt internet toegang voor de omvormers uit?

In veel routers kun je dat per device configureren.

[lexuzu]

Keida schreef op maandag 3 augustus 2026 @ 20:27:
[...]

hoe zet ik uberhaupt internet toegang voor de omvormers uit?

Heb het zelf net met een firewall rule in m'n UCG Ultra uitgezet. Daar kun je eenvoudig aangeven dat verkeer richting het internet vanaf een bepaald apparaat geblokkeerd moet worden.

[Henkie-Jan]

gielz schreef op maandag 3 augustus 2026 @ 18:50:
Zie het hier inderdaad ook. Elke keer proberen ze extern alles naar 0 te zetten.

Draai een 2400 ac+ met goed werkende firmware 1.0.3.

[Afbeelding]

Mij viel alleen op als ik de SF 2400AC+ de bescherming via het schakelaartje in de Gielz app uit zet maar ik laat het maximale percentage op bijvoorbeeld 80% staan hij nog steeds maar tot 80% laad. Pas als ik het schakelaartje uit zet en de maximale laadpercentage op bijvoorbeeld 100 zet doet ie dat. Draai versie 2.0.1

[Henkie-Jan]

Wie-o-wie weet precies hoe die batterij volgorde in de Gielz app werkt? Ik dacht dat hij gewoon bij de SF2 2400AC+ de interne batterij als 1 pakt. die daaronder als 2 en die daaronder als 3. Maar dat schijnt niet altijd zo te zijn? Hoe controleer ik dat? En als ik het dan invul hoe? gewoon 1;2;3? Sorry misschien een niet al te snuggere vraag

[DrNickB]

Hier ook een gek dingetje, vanaf extern zoals hier wordt gekenmerkt, wordt bij mij de 'GridReverse' oftewel, voor de Pro series, overtollig zon doorsturen naar het net, elke keer omgezet naar 0;
dit is een onbekende waarde volgens de API.
Als ik deze via de App of via Gielz (en dus API) omzet naar 1 (Toegestaan) of 2 (verboden) wordt hij elke keer weer naar 0 gezet.

Ook hier draai ik op v1.0.25 en heb (al even) de update naar v2.0.0 klaar staan (Nu ook in beeld de v2.0.1).

Tevens wordt mijn land code registratie naar Duitsland gezet, terwijl de min en max soc wel gewoon blijven staan..

[PeaceNlove]

Ook hier de internet toegang dicht. gielz en ha draaien prima door. Blij met de keuze voor Zendure dat het inderdaad uit kan, maar het laat wel zien dat IoT onbetrouwbaar is. Gelukkig is er ook Ethernet of Thing dankzij HA en gielz

wel de laatste firmware er op gezet voor het internet geblokkeerd werd, dat dan weer wel

[ Voor 16% gewijzigd door PeaceNlove op 03-08-2026 21:27 ]

[FredvZ]

Hier ook spontaan rare instellingen. Firmware update wil niet lukken want accu is te leeg (7%) . Handmatig laden lukt niet, zowel niet vanuit app als vanuit HA.

Ook op vallend: als ik de MQTT modus uitzet op de Zendure dan blijft MQTT toch actief.
Iemand een tip hoe ik de accu toch in een modus kan krijgen dat-ie gaat laden?

[PeaceNlove]

FredvZ schreef op maandag 3 augustus 2026 @ 21:36:
Hier ook spontaan rare instellingen. Firmware update wil niet lukken want accu is te leeg (7%) . Handmatig laden lukt niet, zowel niet vanuit app als vanuit HA.

Ook op vallend: als ik de MQTT modus uitzet op de Zendure dan blijft MQTT toch actief.
Iemand een tip hoe ik de accu toch in een modus kan krijgen dat-ie gaat laden?

zie andere Zendure topic, was ook bij mij de oplossing :

Newtonjan schreef op maandag 3 augustus 2026 @ 15:48:
[...]

Ik draai met mijn 2400AC nog op de oude versie 1.0.15 ivm problemen met het langzamer reageren van de batterij. (Ik weet overigens niet of dit in versie 2 allemaal is opgelost?)

Vannacht is opeens de chargeMaxLimit en inverseMaxPower beide op nul gezet. Omdat ik deze in HA helemaal niet kan instellen en ik de app van Zendure ook niet open heb gehad, kan ik alleen maar bedenken dat dit van buitenuit is gebeurd. De maxSoc was overigens ook verzet van 90% naar 70%.
Het resultaat was dus dat de batterij helemaal in standby stond (niks laden en niks ontladen).
Via een curl commando alles weer gezet zoals ik wil en HA draait meteen weer goed.

Inmiddels heb ik de Zendure losgekoppeld van het internet en kan ik de app dus ook niet meer gebruiken. Ik laat het even zo en kijk dit wat dagen aan. De app wil wel steeds dat ik update naar versie 2, maar dat negeer ik vooralsnog.

# Vervang <IP> door het lokale IP van je Zendure (bv. 192.168.2.12)
# Vervang <SN> door je eigen serienummer (te vinden op het typeplaatje of via /properties/report - je kunt de sn ook bekijken met commando 1 hieronder)

# 1. Status ophalen (ter controle, geen wijziging)
curl -s http://<IP>/properties/report | jq

# 2. Max laad-/ontlaadvermogen + limieten herstellen naar 800 W (of 2400 W)
curl -s -X POST http://<IP>/properties/write \
  -H "Content-Type: application/json" \
  -d '{"sn":"<SN>","properties":{"chargeMaxLimit":800,"inverseMaxPower":800}}'
# Je mag deze ook op 2400 zetten als de omvormer op een eigen groep staat ...

# 3. Max/min laadpercentage herstellen naar 90% / 10%
curl -s -X POST http://<IP>/properties/write \
  -H "Content-Type: application/json" \
  -d '{"sn":"<SN>","properties":{"socSet":900,"minSoc":100}}'
# Je mag deze ook op 100% zetten; vul dan 1000 in bij socSet

[YvonneVP]

raven22 schreef op maandag 3 augustus 2026 @ 18:52:
[...]

Een Awards smoke detector met zigbee

Ik heb nog een WiFi rookmelder liggen die ik ooit een gekocht heb omdat ik die ook aan Amazon Alexa kan koppelen. Ik zal eens kijken of ik die dan daarvoor kan gebruiken. Mijn batterij komt uiteindelijk in de trapkast te staan met een temperatuursensor en waar ik een extra ventilator in het bovenlicht bij de deur ga inbouwen voor de afvoer van de warmte, mocht het ooit eens te warm worden in de trapkast. Op mijn Zendure 2400AC heb ik ook 2 ventilatoren gekocht om de omvormer te koelen mocht ie toch eens te warm worden.

[YvonneVP]

raven22 schreef op maandag 3 augustus 2026 @ 19:49:
[...]

oeps, moet een Aqara zijn

Had je al meer smart devices van Aqara? Die hebben toch ook allemaal een Aqara Zigbee hub nodig?

[DJ-Promo]

Wifi koppelen alleen mogelijk met de app? Heb een nieuwe AP die vlakbij hangt.

[raven22]

YvonneVP schreef op maandag 3 augustus 2026 @ 22:19:
[...]

Had je al meer smart devices van Aqara? Die hebben toch ook allemaal een Aqara Zigbee hub nodig?

Je hebt een Zigbee hub nodig, niet specifiek die van aqara. Ik heb er een van sonoff

[YvonneVP]

raven22 schreef op maandag 3 augustus 2026 @ 23:22:
[...]

Je hebt een Zigbee hub nodig, niet specifiek die van aqara. Ik heb er een van sonoff

Ik heb ook een SonOff direct aangesloten op mijn HA server, dan nog een wat oudere in mijn Alexa Echo Plus, en nog een van Tuya, omdat sommige dingen helaas alleen via een Tuya compatible gateway te koppelen zijn voor Amazon Alexa en die ik dan ook nog gewoon in HA kan zetten.

[YvonneVP]

Henkie-Jan schreef op maandag 3 augustus 2026 @ 21:02:
Wie-o-wie weet precies hoe die batterij volgorde in de Gielz app werkt? Ik dacht dat hij gewoon bij de SF2 2400AC+ de interne batterij als 1 pakt. die daaronder als 2 en die daaronder als 3. Maar dat schijnt niet altijd zo te zijn? Hoe controleer ik dat? En als ik het dan invul hoe? gewoon 1;2;3? Sorry misschien een niet al te snuggere vraag

In de Zendure app kun je bij apparaatinformatie van je omvormer onder 'Batterij' de serienummers en volgorde van je batterijen zien. Via Developer Tools -> States in HA kun je dan met de entiteit sensor.zendure_2400_ac_batterij_serienummers de volgorde van je serienummers zien. Als die niet overeenkomt met de volgorde van je batterijen in de Zendure app dan kun je die dus op die manier in HA recht trekken zodat de rest (temperatuue, celbalans etc.) per batterij ook zal kloppen. Die volgorde kan dus gewoon 1;2;3 zijn of 1;3;2. Je deelt in HA de batterijen dus in op basis van hoe ze in de Zendure app vermeld staan.

[gast777]

YvonneVP schreef op dinsdag 4 augustus 2026 @ 02:48:
[...]

In de Zendure app kun je bij apparaatinformatie van je omvormer onder 'Batterij' de serienummers en volgorde van je batterijen zien. Via Developer Tools -> States in HA kun je dan met de entiteit sensor.zendure_2400_ac_batterij_serienummers de volgorde van je serienummers zien. Als die niet overeenkomt met de volgorde van je batterijen in de Zendure app dan kun je die dus op die manier in HA recht trekken zodat de rest (temperatuue, celbalans etc.) per batterij ook zal kloppen. Die volgorde kan dus gewoon 1;2;3 zijn of 1;3;2. Je deelt in HA de batterijen dus in op basis van hoe ze in de Zendure app vermeld staan.

Of lees de volgorde van de serienummers van de fysieke accu's af, om die te vergelijken met sensor.zendure_2400_ac_batterij_serienummers. De Zendure app zou de volgorde namelijk ook verkeerd kunnen hebben.

[koeniejj]

Ik zat gisteren ook met een zelfde probleem, dat het maximale laadpercentage naar 70% bleef gaan. Nu heb ik de internettoegang naar de Zendure via de router geblokkeerd en nu heb ik het probleem niet meer. Helaas wel een ander probleem:

De verbinding is ineens niet stabiel en HA verliest contact met de accu:

• Zo'n 4-5x per uur
• Ongeveer 1 minuut per keer
• De accu lijkt wel normaal te functioneren (het laadpercentage loopt "normaal" op en lijkt niet beïnvloed)

Dit is pas sinds de accu geen toegang meer heeft tot het internet. Daar voor alleen heel sporadisch (4x per 14 dagen) zulke "verbindingsverliezen".

Iemand een idee of hetzelfde gedrag?

[R1chardTM]

koeniejj schreef op dinsdag 4 augustus 2026 @ 14:49:
Ik zat gisteren ook met een zelfde probleem, dat het maximale laadpercentage naar 70% bleef gaan. Nu heb ik de internettoegang naar de Zendure via de router geblokkeerd en nu heb ik het probleem niet meer. Helaas wel een ander probleem:

De verbinding is ineens niet stabiel en HA verliest contact met de accu:

• Zo'n 4-5x per uur
• Ongeveer 1 minuut per keer
• De accu lijkt wel normaal te functioneren (het laadpercentage loopt "normaal" op en lijkt niet beïnvloed)

[Afbeelding]

Dit is pas sinds de accu geen toegang meer heeft tot het internet. Daar voor alleen heel sporadisch (4x per 14 dagen) zulke "verbindingsverliezen".

Iemand een idee of hetzelfde gedrag?

Volgens mij is dit een bekend probleem met oudere firmware versies. Het verhaal was volgens mij iets in de trand van dat door het internet te blokkeren de netwerk stack om de zoveel tijd vastloopt door mislukte calls, dit reset zich uiteindelijk weer. Geloof dat dit in hogere firmware versies opgelost is. Is in de historie van de topic meer over te vinden.

Beetje een probleem dus als je niet wilt/kunt updaten. Zendure lijkt dus settings te forceren om gebruikers met oude firmware te pesten, en internet blokkade op oude firmware is ook een probleem.

Ik draai zelf al weken stabiel op firmware 2.0.1 (AC 2400+), Gielz en de NOM functie.

[ Voor 9% gewijzigd door R1chardTM op 04-08-2026 15:34 ]

[koeniejj]

R1chardTM schreef op dinsdag 4 augustus 2026 @ 15:32:
[...]

Volgens mij is dit een bekend probleem met oudere firmware versies. Het verhaal was volgens mij iets in de trand van dat door het internet te blokkeren de netwerk stack om de zoveel tijd vastloopt door mislukte calls, dit reset zich uiteindelijk weer. Geloof dat dit in hogere firmware versies opgelost is. Is in de historie van de topic meer over te vinden.

Beetje een probleem dus als je niet wilt/kunt updaten. Zendure lijkt dus settings te forceren om gebruikers met oude firmware te pesten, en internet blokkade op oude firmware is ook een probleem.

Ik draai zelf al weken stabiel op firmware 2.0.1 (AC 2400+), Gielz en de NOM functie.

Eerlijk gezegd had ik nog niet gezocht omdat het 1:1 met het verbreken van het internet leek te zijn. Ik kan proberen te updaten en daarna het internet weer blokkeren.


Bedankt!

[Mimiix]

Mn schijf leek wat vol te lopen binnen HA. BLijkt dat de Gielz integratie daar redelijk wat mee van doen heeft. 700MB in ongeveer 2.5 maand





Ik heb voor nu iig het een en ander uitgezet, dat erniet meer logs bij komen. Verder toch maar met de recorder gaan spelen

[banaliteit]

Mimiix schreef op dinsdag 4 augustus 2026 @ 16:26:
Mn schijf leek wat vol te lopen binnen HA. BLijkt dat de Gielz integratie daar redelijk wat mee van doen heeft. 700MB in ongeveer 2.5 maand

[Afbeelding]

[Afbeelding]

Ik heb voor nu iig het een en ander uitgezet, dat erniet meer logs bij komen. Verder toch maar met de recorder gaan spelen

Ipv black list kan je ook met whitelist werken. Vooral als je straks veel meer entities gaat toevoegen in de toekomst.

[m-vw]

R1chardTM schreef op dinsdag 4 augustus 2026 @ 15:32:
[...]

Volgens mij is dit een bekend probleem met oudere firmware versies. Het verhaal was volgens mij iets in de trand van dat door het internet te blokkeren de netwerk stack om de zoveel tijd vastloopt door mislukte calls, dit reset zich uiteindelijk weer. Geloof dat dit in hogere firmware versies opgelost is. Is in de historie van de topic meer over te vinden.

Beetje een probleem dus als je niet wilt/kunt updaten. Zendure lijkt dus settings te forceren om gebruikers met oude firmware te pesten, en internet blokkade op oude firmware is ook een probleem.

@koeniejj
@DaanVervacke Heeft iets geprogrammeerd om de accu's om de tuin te leiden. Dus dan zou je in theorie van het internet afkunnen waardoor Zendure geen instellingen meer kan pushen.

[koboy]

R1chardTM schreef op dinsdag 4 augustus 2026 @ 15:32:
[...]

Volgens mij is dit een bekend probleem met oudere firmware versies. Het verhaal was volgens mij iets in de trand van dat door het internet te blokkeren de netwerk stack om de zoveel tijd vastloopt door mislukte calls, dit reset zich uiteindelijk weer. Geloof dat dit in hogere firmware versies opgelost is. Is in de historie van de topic meer over te vinden.

Beetje een probleem dus als je niet wilt/kunt updaten. Zendure lijkt dus settings te forceren om gebruikers met oude firmware te pesten, en internet blokkade op oude firmware is ook een probleem.

Ik draai zelf al weken stabiel op firmware 2.0.1 (AC 2400+), Gielz en de NOM functie.

En weer zie ik een bericht langskomen dat Zendure gebruikers van een oudere firmware naar een update aan het pesten zou zijn. Heeft iemand hier daadwerkelijk bewijs van?
Een mededeling van support dat je bij problemen eerst moet updaten is geen bewijs. Dat doet iedere leverancier van wat voor product dan ook.

Reken niet iets tot kwaadaardigheid wat je ook kunt toekennen aan onkunde/stupiditeit....
Vergeet niet dat een paar weken geleden de hele aansturing/app er uit lag door een storing....

[Mimiix]

koeniejj schreef op dinsdag 4 augustus 2026 @ 15:38:
[...]

Eerlijk gezegd had ik nog niet gezocht omdat het 1:1 met het verbreken van het internet leek te zijn. Ik kan proberen te updaten en daarna het internet weer blokkeren.


Bedankt!

Nu ik issues had met mn sf2400pro omdat hij steeds naar Duitsland wisselde en exporteren van zonnestroom uitzetten, zie ik dit ook na blokkeren van het internet Ik ga eens proberen.

[koeniejj]

R1chardTM schreef op dinsdag 4 augustus 2026 @ 15:32:
[...]

Volgens mij is dit een bekend probleem met oudere firmware versies. Het verhaal was volgens mij iets in de trand van dat door het internet te blokkeren de netwerk stack om de zoveel tijd vastloopt door mislukte calls, dit reset zich uiteindelijk weer. Geloof dat dit in hogere firmware versies opgelost is. Is in de historie van de topic meer over te vinden.

Beetje een probleem dus als je niet wilt/kunt updaten. Zendure lijkt dus settings te forceren om gebruikers met oude firmware te pesten, en internet blokkade op oude firmware is ook een probleem.

Ik draai zelf al weken stabiel op firmware 2.0.1 (AC 2400+), Gielz en de NOM functie.

Dit lijkt te hebben gewerkt. Ik draai nu V2.0.1 en al bijna 2 uur zonder problemen (maar wel weer offline i.v.m. de 70% max-laadpercentage).

[Newtonjan]

Mijn 2400AC is van het internet af in verband met het probleem dat Zendure op afstand het laadvermogen op nul zet. Hierdoor werkt de batterij effectief niet. Alles werkt dus weer netjes als de batterij geen contact heeft met internet.
En toen ... het volgende probleem wat anderen ook al meldden: met versie 1.0.15 heb ik (inderdaad) dat ongeveer na een kwartier de verbinding met de 2400AC er ongeveer 30 s uitligt.

Dus daar gaan we: ik ga terug naar het internet + update naar 2.0.1 + tijdelijk op internet blijven + weer van het internet af.

4 Aug 20:44 Start update
4 Aug 20:51 Einde update

• Alle entiteiten direct beschikbaar in HA.
• chargeMaxLimit en inverseMaxPower staan beide op 0
• Max laadpercentage staat op ook op 0%
• Het land staat op Duitsland (in de app te zien)

4 Aug 20:58 Het lukt me niet om in de app netjes de maximale vermogens in te stellen. Doe dit dan maar zelf via een curl commando. De max en min laadpercentages kon ik wel netjes aanpassen in de app.

Nu wachten ... (ik laat de internet verbinding aan)

[bericht wordt aangevuld]

4 Aug 21:12 Ik zie al dat tijdens ontladen het schakelen van lage naar hoge vermogens en vice versa goed en snel werkt. Dus het probleem van langzame ramp-up/down is er niet.

4 Aug 22:39 De percentages staan nog steeds op 100% en 10%. De chargeMaxLimit en inverseMaxPower staan nog goed (op 2400 W). Ik ga de nacht draaien met de 2400AC met internet verbonden.

5 Aug 08:30 Het systeem is nog steeds verbonden met internet. Draait nu op 2.0.1. Er zijn deze nacht geen settings aangepast. Alles draait nog steeds normaal. Ik ga nu internet blokkeren.

5 Aug 08:43 Internet geblokkeerd

5 Aug 11:26 Zonder internet is er geen uitval van de verbinding!

5 Aug 23:17 Draait nog steeds goed zonder internet

[ Voor 23% gewijzigd door Newtonjan op 05-08-2026 23:17 ]

[emielbf]

koboy schreef op dinsdag 4 augustus 2026 @ 17:39:
[...]


En weer zie ik een bericht langskomen dat Zendure gebruikers van een oudere firmware naar een update aan het pesten zou zijn. Heeft iemand hier daadwerkelijk bewijs van?
Een mededeling van support dat je bij problemen eerst moet updaten is geen bewijs. Dat doet iedere leverancier van wat voor product dan ook.

Reken niet iets tot kwaadaardigheid wat je ook kunt toekennen aan onkunde/stupiditeit....
Vergeet niet dat een paar weken geleden de hele aansturing/app er uit lag door een storing....

zie het aantal meldingen hier van accu's die er tussen 4 en half 5 mee stopten. Ik heb een case aangemaakt en het eerste antwoord is dat dat ze ontkennen:

Een stukje uit het antwoord:
Regarding the firmware update and the situation where the device did not operate normally, we would like to clarify that Zendure does not remotely block or disable users’ devices from functioning properly. The operating status of the device can be affected by various factors, including firmware version, device connection status, network communication, system configuration, and smart energy management strategies.

Het zal inderdaad onkunde geweest zijn, wat ze niet gaan toegeven.

[martinvdm]

Ik heb sinds kort ook dat Zendure mijn Max laadpercentage terug zet op 70%. Ik dacht even dat hij het langer volhield toen ik hem op 95% gezet had ipv 100% maar vanochtend was het toch weer gereset. Ik draai nog op 1.0.15 met Gielz. Begrijp ik het goed dat het advies dus is om te upgraden naar 2.0.1? Ik heb eigenlijk ook niet zo’n zin om het internet te blokkeren.

[nlrobert]

Ik zie de laatste tijd steeds vaker dat alleen slim ontladen gaat opladen, zo ook vannacht. Ik wil juist niet dat die op gaat laden als die op deze modus staat. Is dit iets wat bij jullie ook gebeurd?

[ Voor 13% gewijzigd door nlrobert op 05-08-2026 10:18 ]

[maartend]

Ik krijg binnenkort mijn 2 solarflows.

Wat kan ik het beste doen ; gelijk in HA gooien of eerst aanmelden via de gewone app en als dat dan draait daarna pas het HA topic gaan volgen?

Want dan kan ik het goed etopic gaan lezen.

[ Voor 11% gewijzigd door maartend op 05-08-2026 11:38 ]

[martinvdm]

maartend schreef op woensdag 5 augustus 2026 @ 11:37:
Ik krijg binnenkort mijn 2 solarflows.

Wat kan ik het beste doen ; gelijk in HA gooien of eerst aanmelden via de gewone app en als dat dan draait daarna pas het HA topic gaan volgen?

Want dan kan ik het goed etopic gaan lezen.

Ligt eraan wat je wilt gaan doen. Er zijn meerdere manieren van aansturen. Lees je even goed in mbt de verschillende methodes, maak een keus en enjoy

[maartend]

martinvdm schreef op woensdag 5 augustus 2026 @ 12:26:
[...]

Ligt eraan wat je wilt gaan doen. Er zijn meerdere manieren van aansturen. Lees je even goed in mbt de verschillende methodes, maak een keus en enjoy

Maar dat is het hem juist. Ik wil NOM, heb 2 800, op gescheiden groepen, vast tarief. Maar het gaat me dus echt om begin, waar begin ik met inlezen ; Zendure en HA of enkel Zendure topic. Want beiden gelijkertijd geeft chaos in mijn hoofd

[Ben(V)]

Je zult eerst de Zendure app moeten gebruiken om via Bluetooth de netwerk configuratie goed te zetten.
Daarna kun je HA gaan gebruiken met ofwel gielz(https://github.com/Gielz1986/Zendure-HA-zenSDK) ofwel de Fireson(https://github.com/Zendure/Zendure-HA) integratie voor HA.

Aangezien jij twee solarflows hebt en alleen NOM wilt doen lijkt mij de Fireson handiger.
Als je met een dynamisch tarief wilt gaan werken is gielz slimmer, maar omdat je twee solarflows hebt zul je dan ook nog de node red oplossing van gast777 naast gielz nodig hebben.

[maartend]

Ben(V) schreef op woensdag 5 augustus 2026 @ 12:52:
Je zult eerst de Zendure app moeten gebruiken om via Bluetooth de netwerk configuratie goed te zetten.
Daarna kun je HA gaan gebruiken met ofwel gielz(https://github.com/Gielz1986/Zendure-HA-zenSDK) ofwel de Fireson(https://github.com/Zendure/Zendure-HA) integratie voor HA.

Aangezien jij twee solarflows hebt en alleen NOM wilt doen lijkt mij de Fireson handiger.
Als je met een dynamisch tarief wilt gaan werken is gielz slimmer, maar omdat je twee solarflows hebt zul je dan ook nog de node red oplossing van gast777 naast gielz nodig hebben.

Thnx. Van die van Fireson was ik me niet bewust. Heb zlefs vast tarief, dus ga ik idd me geod inlezen op fireson. Die van gast wist ik idd.

Dus even instellen via BT en dan verder dit topic. Duidelijk

[DJ-Promo]

Firmware geupdate en toen werkte alles weer. Nu staat ie weer standby en nul reactie van HA. De curl acties gedaan en zag hem even laden en nu weer standby. Staat nu dus op 61%.

[koboy]

DJ-Promo schreef op woensdag 5 augustus 2026 @ 15:43:
Firmware geupdate en toen werkte alles weer. Nu staat ie weer standby en nul reactie van HA. De curl acties gedaan en zag hem even laden en nu weer standby. Staat nu dus op 61%.

2400AC? Zet hem eens helemaal uit en koppel hem los van het net. Dan de omvormer er af en je kunt je waarschijnlijk in het smelt-topic melden.

[doobieters]

Ik heb momenteel 4 SF800 plus lokaal draaien via de officiële HA integratie / zendesk (voorheen Fireson).

nu wil ik 1 exemplaar vervangen met een 2400ac+.

Kan dat? En weet iemand hoe ik dat het beste kan doen?

[ Voor 4% gewijzigd door doobieters op 05-08-2026 21:15 ]