Zendure producten in Home Assistant integreren deel 2

[Mistraller]

Gramser schreef op donderdag 17 september 2026 @ 12:08:
Overigens, iets anders: ik heb nu nog een vast contract maar wil eigenlijk al overstappen naar dynamisch. Opzegboete is twee tientjes, kan ik mee leven. Zou vanaf januari ingaan dan. Is er eigenlijk een mogelijkheid om die Nordpoolsensor al "aan te zetten" om gewoon te kunnen zien wat dure en goedkope uren zijn? Dan gaat het een beetje voor me leven, en kan ik gaan nadenken over wanneer auto te laden en zo.

Ja tuurlijk, ik kijk er al sinds het begin naar. Ookal heb ik nog vast contract.

[Gramser]

Dank @Mistraller! Ik heb het ook net aangezet (eigenlijk gek dat ik dat niet eerder heb gedaan, maar dacht dat je daarvoor al een dynamisch contract moest hébben), maar weet niet goed wat ik verder moet invullen bij minimal spread, lowest en highest price periods, en en export correction... little help ?

[Mistraller]

Gramser schreef op donderdag 17 september 2026 @ 12:32:
Dank @Mistraller! Ik heb het ook net aangezet (eigenlijk gek dat ik dat niet eerder heb gedaan, maar dacht dat je daarvoor al een dynamisch contract moest hébben), maar weet niet goed wat ik verder moet invullen bij minimal spread, lowest en highest price periods, en en export correction... little help ?

Dat zijn gewoon jouw persoonlijke wensen. Want de spread is het prijsverschil wat jij acceptabel vind om te gaan laden of ontladen, low/high; hoeveel periodes jij wilt aanmerken als laad/ontlaad periode (hangt dus ook van jouw ingestelde vermogens af).
Export correction weet ik niet, ik zit nog op een ouwe Gielz maar ik meen dat je daar energiebelasting correctie in kwijt kan en zo.

Maar goed, ik heb zo het vermoeden dat het op github allemaal prima uitgelegd zal staan

[RemmyB83]

Gramser schreef op donderdag 17 september 2026 @ 12:08:
Overigens, iets anders: ik heb nu nog een vast contract maar wil eigenlijk al overstappen naar dynamisch. Opzegboete is twee tientjes, kan ik mee leven. Zou vanaf januari ingaan dan. Is er eigenlijk een mogelijkheid om die Nordpoolsensor al "aan te zetten" om gewoon te kunnen zien wat dure en goedkope uren zijn? Dan gaat het een beetje voor me leven, en kan ik gaan nadenken over wanneer auto te laden en zo.

Ik zou nog wel even goed nadenken/wachten voor dat je je vastecontract opzegd en overstapt naar dynamisch. Momenteel zijn de dynamischeprijzen ook niet echt laag, en vast bied je nu zekerheid, zeker nu periode er aankomt waarbij je meer gaat verbruiken. Persoonlijk zou ik wachten tot feb/maart.
Helaas loopt mijn vastecontract af per 1okt en ga dynamisch, dus heb verder niets tegen dynamisch. Maar denk er wel even overna in deze roerige tijd.

[Gramser]

Misschien wel goed advies, haast is een slechte raadgever. Ik zou het sowieso pas vanaf januari in laten gaan, maar ik móet uiteindelijk per 1 maart wat kiezen. Vast contract zou in mijn geval zo'n 60 per maand gaan kosten, dynamisch wordt ingeschat op 53,-.

Ik heb wel het idee dat ik met een dynamisch contract minder "moeilijk" hoef te doen tussen auto en batterij. Bij NoM bijten die elkaar als ik de auto op zon wil laden. Bij dynamisch contract kan ik dan makkelijker / is het logischer om beide op te laden als stroom goedkoop is, om maar wat te noemen.

@Mistraller ik vond het op Github niet heel duidelijk nog, maar je helpt me op weg. Dank daarvoor, ik ga me verder inlezen.

[ Voor 10% gewijzigd door Gramser op 17-09-2026 12:56 ]

[Pakhaas]

RemmyB83 schreef op donderdag 17 september 2026 @ 12:48:
[...]

Ik zou nog wel even goed nadenken/wachten voor dat je je vastecontract opzegd en overstapt naar dynamisch. Momenteel zijn de dynamischeprijzen ook niet echt laag, en vast bied je nu zekerheid, zeker nu periode er aankomt waarbij je meer gaat verbruiken. Persoonlijk zou ik wachten tot feb/maart.
Helaas loopt mijn vastecontract af per 1okt en ga dynamisch, dus heb verder niets tegen dynamisch. Maar denk er wel even overna in deze roerige tijd.

Het voordeel van hogere dynamische prijzen overdag is dat je ook meer krijgt voor teruglevering met PV

[RemmyB83]

Gramser schreef op donderdag 17 september 2026 @ 12:52:
Misschien wel goed advies, haast is een slechte raadgever. Ik zou het sowieso pas vanaf januari in laten gaan, maar ik móet uiteindelijk per 1 maart wat kiezen. Vast contract zou in mijn geval zo'n 60 per maand gaan kosten, dynamisch wordt ingeschat op 53,-.

Ik heb wel het idee dat ik met een dynamisch contract minder "moeilijk" hoef te doen tussen auto en batterij. Bij NoM bijten die elkaar als ik de auto op zon wil laden. Bij dynamisch contract kan ik dan makkelijker / is het logischer om beide op te laden als stroom goedkoop is, om maar wat te noemen.

@Mistraller ik vond het op Github niet heel duidelijk nog, maar je helpt me op weg. Dank daarvoor, ik ga me verder inlezen.

Komende maanden wordt het alleen maar donkerder dus vang het zonlicht wat je over hebt op, en dan kun je denk ik weinig verkeerd doen. Opladen op de goedkopere momenten kost je ook tijd en energie, en daar win je denk ik in de winterperiode ook niets mee. Vanaf maart gaan je zonnepanelen waarschijnlijk weer lekker opwekken, en misschien je dagelijkse verbruik grotendeels dekken. En dan zou ik pas overstappen.

[RemmyB83]

Pakhaas schreef op donderdag 17 september 2026 @ 12:59:
[...]

Het voordeel van hogere dynamische prijzen overdag is dat je ook meer krijgt voor teruglevering met PV

Klopt maar er zijn weinig mensen die in de periode van november t/m feb meer opwek hebben dan verbruik....

(Maar na mijn kleine stapje offtoppic, kunnen we deze discussie denk ik beter in een ander topic verder voeren🤗)

[Gramser]

Excuses, het begon met mijn vraag over de dashboardweergave maar we wijden te ver uit. Dank, stof tot nadenken!

[jm29]

Hallo,

Aanstaande dinsdag krijg ik mijn Zendure SolarFlow 4000 Mix Pro binnen. Ik wil deze gaan aansturen middels de integratie van Gielz. Ik heb daarnaast een Alfen Eve Single Pro-line die ik regelmatig gebruik met de ingebouwde solar charge functie. Nu ben ik bang dat de Alfen en de zendure elkaar tegen gaan werken, wanneer ik de solar charge functie van de Alfen gebruik.

Nu heb ik ernaar gekeken om de Alfen ook te integreren in HA, maar ik lees diverse berichten over EEPROM's die snel defect raken door de hoge schrijfactiviteit vanuit HA automatiseringen.

Ik zou graag horen wat jullie inzichten hierover zijn en hoe ik het beste de Alfen lader icm de Zendure kan aansturen. Ik zou hem zo willen aansturen dat de Alfen voorrang krijgt op de zonnestroom en dat de Zendure pas gaat laden wanneer de accu van de auto vol is.

[Mscroos]

jm29 schreef op donderdag 17 september 2026 @ 17:18:
Hallo,

Aanstaande dinsdag krijg ik mijn Zendure SolarFlow 4000 Mix Pro binnen. Ik wil deze gaan aansturen middels de integratie van Gielz. Ik heb daarnaast een Alfen Eve Single Pro-line die ik regelmatig gebruik met de ingebouwde solar charge functie. Nu ben ik bang dat de Alfen en de zendure elkaar tegen gaan werken, wanneer ik de solar charge functie van de Alfen gebruik.

Nu heb ik ernaar gekeken om de Alfen ook te integreren in HA, maar ik lees diverse berichten over EEPROM's die snel defect raken door de hoge schrijfactiviteit vanuit HA automatiseringen.

Ik zou graag horen wat jullie inzichten hierover zijn en hoe ik het beste de Alfen lader icm de Zendure kan aansturen. Ik zou hem zo willen aansturen dat de Alfen voorrang krijgt op de zonnestroom en dat de Zendure pas gaat laden wanneer de accu van de auto vol is.

Dit heb ik gebouwd met een P1 simulator. Ik laat de Alfen op overschot draaien en stuur de P1 waardes zelf aan. Deze simulatie zorgt ervoor dat de auto vanaf 1.4kWh het overschot opneemt. Tot 1.4 kWh laad de accu op. Werkt heel goed, voordeel is dat er niets speciaals naar de Alfen gaat wat afwijkt van normaal gebruik.

[dr.trimble]

Ik heb zopas de update gedaan naar de laatste versie van Gielz. Hierin heb ik mijn Zendure P1 ingesteld als afwijkende p1 meter. Ik krijg echter "NOM" niet op gang. De zendure blijft in standby staan. In het logboek komt er soms "⛔P1 aansturing vermogen offline voor 1 minuut, noodstop —". Ik heb ook mijn homewizard P1-meter geprobeerd en dat was net hetzelfde. Het verbruik is wel te zien van de P1 in de toepassing. Handmatig opladen gaat perfect.

UPDATE:

blijkbaar is "sensor.p1_aansturing_vermogen" niet beschikbaar

Weet iemand een oplossing voor dit probleem?

[ Voor 9% gewijzigd door dr.trimble op 17-09-2026 20:08 ]

[m-vw]

dr.trimble schreef op donderdag 17 september 2026 @ 18:25:
Ik heb zopas de update gedaan naar de laatste versie van Gielz. Hierin heb ik mijn Zendure P1 ingesteld als afwijkende p1 meter. Ik krijg echter "NOM" niet op gang. De zendure blijft in standby staan. In het logboek komt er soms "⛔P1 aansturing vermogen offline voor 1 minuut, noodstop —". Ik heb ook mijn homewizard P1-meter geprobeerd en dat was net hetzelfde. Het verbruik is wel te zien van de P1 in de toepassing. Handmatig opladen gaat perfect.

UPDATE:

blijkbaar is "sensor.p1_aansturing_vermogen" niet beschikbaar

Weet iemand een oplossing voor dit probleem?

Heb je de automatisering gestart?

[dr.trimble]

ja ,hoor. Want handmatig opladen, slim laden en ontladen werkt wel.

Nog een update:

Nu werkt het wel, had een ip-adres ingesteld van de zendure P1-meter in de configuratie en mijn Homewizard ingesteld als afwijkende P1 meter. Dit gaf uiteraard een conflict. Nu werkt alles terug normaal.

[ Voor 63% gewijzigd door dr.trimble op 17-09-2026 20:42 ]

[marinadus]

Gramser schreef op donderdag 17 september 2026 @ 11:52:
[...]

Ik neem aan dat je dynamische tarieven hebt - maak je al gebruik van de het dynamische blokje met de Nordpoolsensor in de automatisering en het dashboard? Die is speciaal gemaakt voor dynamische tarieven, en dan kun je ook gebruik maken van de verschillende strategieën die Gielz biedt.

Ja maar ik zou niet weten hoe ik daarmee mn doel bereik?

[smeerbartje]

Hey allemaal, ik gebruik al een tijdje de Gielz integratie. In principe werkt deze prima, echter het feit dat het een template is, ik met bestanden moet gaan klooien en het een vrij zware belasting op de home assistant host geeft overwegg ik nu om naar de officiele integratie te gaan.

Nu heb ik eens gegeken naar de openingspost. Hier staat goed uitgelegd wat nu precies de verschillen zijn.

Ik wil eigenlijk alleen maar 0-op-de-meter. Dus zonnestroom over?? --> de batterij in. En bij piekverbruik moet de batterij gaan ontladen. Dat is het enige dat ik wil. Heeft Gielz nu voordelen voor mij? Of kan ik net zo goed de officiele integratie draaien? Deze kan ook gewoon lokaal werken zag ik.

Mis ik iets?

[Whiskey48]

smeerbartje schreef op zaterdag 19 september 2026 @ 09:50:
Hey allemaal, ik gebruik al een tijdje de Gielz integratie. In principe werkt deze prima, echter het feit dat het een template is, ik met bestanden moet gaan klooien en het een vrij zware belasting op de home assistant host geeft overwegg ik nu om naar de officiele integratie te gaan.

Nu heb ik eens gegeken naar de openingspost. Hier staat goed uitgelegd wat nu precies de verschillen zijn.

Ik wil eigenlijk alleen maar 0-op-de-meter. Dus zonnestroom over?? --> de batterij in. En bij piekverbruik moet de batterij gaan ontladen. Dat is het enige dat ik wil. Heeft Gielz nu voordelen voor mij? Of kan ik net zo goed de officiele integratie draaien? Deze kan ook gewoon lokaal werken zag ik.

Mis ik iets?

Of koop een goedkope N100 mini pc.mrt 12gb geheugen oid.

Weet de huidige prijs niet maar tot voor kort waren deze maar net boven de €100.

*Edit: laat maar, je betaalt nu zeker het 3 voudige.

[ Voor 3% gewijzigd door Whiskey48 op 19-09-2026 10:21 ]

[smeerbartje]

Whiskey48 schreef op zaterdag 19 september 2026 @ 10:17:
[...]

Of koop een goedkope N100 mini pc.mrt 12gb geheugen oid.

Weet de huidige prijs niet maar tot voor kort waren deze maar net boven de €100.

*Edit: laat maar, je betaalt nu zeker het 3 voudige.

Dank voor je advies, maar dat was niet de vraag he . Ik vroeg me af of de standaard integratie iets mist t.o.v. de Gielz integratie (puur voor 0-op-de-meter als doel).

[B-Force]

smeerbartje schreef op zaterdag 19 september 2026 @ 09:50:
Hey allemaal, ik gebruik al een tijdje de Gielz integratie. In principe werkt deze prima, echter het feit dat het een template is, ik met bestanden moet gaan klooien en het een vrij zware belasting op de home assistant host geeft overwegg ik nu om naar de officiele integratie te gaan.

Nu heb ik eens gegeken naar de openingspost. Hier staat goed uitgelegd wat nu precies de verschillen zijn.

Ik wil eigenlijk alleen maar 0-op-de-meter. Dus zonnestroom over?? --> de batterij in. En bij piekverbruik moet de batterij gaan ontladen. Dat is het enige dat ik wil. Heeft Gielz nu voordelen voor mij? Of kan ik net zo goed de officiele integratie draaien? Deze kan ook gewoon lokaal werken zag ik.

Mis ik iets?

Kijk eens naar de integratie van energienerds: Zendure Schedule. Heb ik nu ook een tijdje draaien en biedt genoeg opties voor wat je wil. Enige is dan wel dat je iedere dag een schema moet checken, maar dat moet met Gielz ook. (Of je draait hetzelfde als de dag ervoor en je kijkt er niet naar om).

[ Voor 3% gewijzigd door B-Force op 19-09-2026 10:51 ]

[Polvo176]

smeerbartje schreef op zaterdag 19 september 2026 @ 09:50:
Hey allemaal, ik gebruik al een tijdje de Gielz integratie. In principe werkt deze prima, echter het feit dat het een template is, ik met bestanden moet gaan klooien en het een vrij zware belasting op de home assistant host geeft overwegg ik nu om naar de officiele integratie te gaan.

Nu heb ik eens gegeken naar de openingspost. Hier staat goed uitgelegd wat nu precies de verschillen zijn.

Ik wil eigenlijk alleen maar 0-op-de-meter. Dus zonnestroom over?? --> de batterij in. En bij piekverbruik moet de batterij gaan ontladen. Dat is het enige dat ik wil. Heeft Gielz nu voordelen voor mij? Of kan ik net zo goed de officiele integratie draaien? Deze kan ook gewoon lokaal werken zag ik.

Mis ik iets?

Fireson heeft voor mij alleen maar voordelen, werkt zelfs beter dan de app omdat ik tussen verschillende modi kan schakelen wat in Hems niet kan en de vermogens verdeling is beter.
Met 5 batterijen van 3 soorten is Gielz voor mij niet eens bruikbaar.
Voor NOM alleen kunt een hele korte automatisering maken die de manager op slim opladen zet en je bent klaar.
Maar als je alleen NOM wilt draaien kun je de app ook gewoon gebruiken.

[Vaez]

B-Force schreef op zaterdag 19 september 2026 @ 10:50:
[...]

Kijk eens naar de integratie van energienerds: Zendure Schedule. Heb ik nu ook een tijdje draaien en biedt genoeg opties voor wat je wil. Enige is dan wel dat je iedere dag een schema moet checken, maar dat moet met Gielz ook. (Of je draait hetzelfde als de dag ervoor en je kijkt er niet naar om).

Je kan de Gielz redelijk eenvoudig compleet automatiseren naar je eigen wensen, dan hoef je er eigenlijk nooit naar te kijken en wijzigt de modus automatisch. Mijn wens was om me voor te bereiden op 2027 als het salderen weg is. Dus maximaal eigen zonne-energie gebruiken om op te laden, verder op basis van de goedkoopste prijs bij te laden en niet terug te leveren naar het net. En ook niet de accu te ontladen als de prijs op zijn goedkoopste moment zit. Daarmee kwam ik op de volgende scenario's:

• Zon over | accu komt vol uit zon | de zon vult de accu en dekt je huis | Nul op de meter
• Zon over | goedkoopste kwartier | accu komt niet vol | de zon vult de accu en je huis koopt het tekort in | Alleen slim opladen
• Geen zon | goedkoopste kwartier | accu komt niet vol | je huis koopt in en de accu blijft gespaard voor een duurder moment | Alleen slim opladen
• Geen zon | goedkoopste kwartier | dit kwartier laadt bij op net | de accu laadt uit het net en je huis koopt zelf in | Dynamisch NOM
• Geen zon | dure prijs | de accu levert aan je huis | Nul op de meter of Dynamisch NOM

Dit heb ik toen gebouwd in een automation die Gielz aanstuurt en de eerste paar weken gemonitord en verbeterd. Voorbeeldje hiervan: https://github.com/christianvaes/home-assistant/blob/main/automations/accu_dagplan_en_bijplan.yaml

[MazzHead]

smeerbartje schreef op zaterdag 19 september 2026 @ 09:50:
Hey allemaal, ik gebruik al een tijdje de Gielz integratie. In principe werkt deze prima, echter het feit dat het een template is, ik met bestanden moet gaan klooien en het een vrij zware belasting op de home assistant host geeft overwegg ik nu om naar de officiele integratie te gaan.

Nu heb ik eens gegeken naar de openingspost. Hier staat goed uitgelegd wat nu precies de verschillen zijn.

Ik wil eigenlijk alleen maar 0-op-de-meter. Dus zonnestroom over?? --> de batterij in. En bij piekverbruik moet de batterij gaan ontladen. Dat is het enige dat ik wil. Heeft Gielz nu voordelen voor mij? Of kan ik net zo goed de officiele integratie draaien? Deze kan ook gewoon lokaal werken zag ik.

Mis ik iets?

Als je geen nieuwe functionaliteit nodig hebt hoef je niet meer te klooien met bestanden om bij te blijven. Gewoon laten staan en gebruiken. Hetzelfde geldt voor firmware, het werkt toch?

[Holmes]

Ik heb inmiddels de SolarFlow 2400 AC besteld, maar kwam er achteraf pas achter dat er bij sommige gebruikers problemen zijn geweest met connectoren die te warm werden en zelfs zijn gaan smelten.

Nu heb ik nog een ESP32 liggen en een aantal kleine temperatuursensoren. Ik zat daarom te denken om zelf de temperatuur rond de connector(en) te gaan monitoren en die gegevens eventueel in Home Assistant te loggen.

Mijn idee is vooral om vroeg te kunnen zien of er tijdens laden/ontladen een connector duidelijk warmer begint te worden dan de omgeving of dan de andere aansluitpunten.

Is zoiets praktisch uitvoerbaar zonder de connector zelf open te maken? Dus bijvoorbeeld een kleine sensor zo dicht mogelijk tegen de buitenkant van het connectorhuis of de behuizing aan. Of zit de warmte bij zo’n slecht contact juist zo lokaal ín de connector dat je aan de buitenkant pas te laat iets merkt?

Ben vooral benieuwd of iemand dit al eens heeft geprobeerd, en zo ja: waar je de sensor het beste kunt plaatsen en welke temperatuurverschillen nog normaal zijn.

[B-Force]

Vaez schreef op zaterdag 19 september 2026 @ 11:09:
[...]

Je kan de Gielz redelijk eenvoudig compleet automatiseren naar je eigen wensen, dan hoef je er eigenlijk nooit naar te kijken en wijzigt de modus automatisch. Mijn wens was om me voor te bereiden op 2027 als het salderen weg is. Dus maximaal eigen zonne-energie gebruiken om op te laden, verder op basis van de goedkoopste prijs bij te laden en niet terug te leveren naar het net. En ook niet de accu te ontladen als de prijs op zijn goedkoopste moment zit. Daarmee kwam ik op de volgende scenario's:

• Zon over | accu komt vol uit zon | de zon vult de accu en dekt je huis | Nul op de meter
• Zon over | goedkoopste kwartier | accu komt niet vol | de zon vult de accu en je huis koopt het tekort in | Alleen slim opladen
• Geen zon | goedkoopste kwartier | accu komt niet vol | je huis koopt in en de accu blijft gespaard voor een duurder moment | Alleen slim opladen
• Geen zon | goedkoopste kwartier | dit kwartier laadt bij op net | de accu laadt uit het net en je huis koopt zelf in | Dynamisch NOM
• Geen zon | dure prijs | de accu levert aan je huis | Nul op de meter of Dynamisch NOM

Dit heb ik toen gebouwd in een automation die Gielz aanstuurt en de eerste paar weken gemonitord en verbeterd. Voorbeeldje hiervan: https://github.com/christianvaes/home-assistant/blob/main/automations/accu_dagplan_en_bijplan.yaml

Klopt, alleen als er een EV in het spel komt, wordt het wel complexer. Ben er nog niet over uit wat dan het handigst is, ook om de forecasted zonne opbrengst mee te nemen

[Ben(V)]

Holmes schreef op zaterdag 19 september 2026 @ 12:53:
Ik heb inmiddels de SolarFlow 2400 AC besteld, maar kwam er achteraf pas achter dat er bij sommige gebruikers problemen zijn geweest met connectoren die te warm werden en zelfs zijn gaan smelten.

Nu heb ik nog een ESP32 liggen en een aantal kleine temperatuursensoren. Ik zat daarom te denken om zelf de temperatuur rond de connector(en) te gaan monitoren en die gegevens eventueel in Home Assistant te loggen.

Mijn idee is vooral om vroeg te kunnen zien of er tijdens laden/ontladen een connector duidelijk warmer begint te worden dan de omgeving of dan de andere aansluitpunten.

Is zoiets praktisch uitvoerbaar zonder de connector zelf open te maken? Dus bijvoorbeeld een kleine sensor zo dicht mogelijk tegen de buitenkant van het connectorhuis of de behuizing aan. Of zit de warmte bij zo’n slecht contact juist zo lokaal ín de connector dat je aan de buitenkant pas te laat iets merkt?

Ben vooral benieuwd of iemand dit al eens heeft geprobeerd, en zo ja: waar je de sensor het beste kunt plaatsen en welke temperatuurverschillen nog normaal zijn.

Als de temperatuur van een connector op gaat lopen ben je te laat.
Tevens is het bijna onmogelijk daar een temperatuur opnemer te plaatsen.

Wat ik doe is door HA het vermogen te laten bereken dat in de connector ontwikkelt wordt.
Dat doe je door spanning van de batterij af te trekken van totale spanning en dat te vermenigvuldigen met de stroom.

Dit is de yaml code voor vier batterijen

      - name: Battery1
        unique_id: ff306e56-0c04-402f-af99-ced16db9a630
        device_class: power
        state_class: measurement 
        unit_of_measurement: "W"
        state: >
          {% set total_voltage =  states('sensor.solarflow_2400_ac_bat_volt') | float %}
          {% set pack_voltage = states('sensor.ab3000_08242_total_vol') | float %}
          {% set pack1_current = states('sensor.ab3000_08242_batcur') | float %}
          {% set pack2_current = states('sensor.ab3000_02822_batcur') | float %}
          {% set pack3_current = states('sensor.ab3000_02866_batcur') | float %}
          {{((total_voltage - pack_voltage) * (pack1_current + pack2_current + pack3_current)) | abs | round(1, default=0)}}

      - name: Battery2
        unique_id: 6a6a8159-442f-4515-b85a-a611896847e2
        device_class: power
        state_class: measurement 
        unit_of_measurement: "W"
        state: >
          {% set total_voltage =  states('sensor.solarflow_2400_ac_bat_volt') | float %}
          {% set pack_voltage = states('sensor.ab3000_02822_total_vol') | float %}
          {% set pack2_current = states('sensor.ab3000_02822_batcur') | float %}
          {% set pack3_current = states('sensor.ab3000_02866_batcur') | float %}
          {{((total_voltage - pack_voltage) * (pack2_current + pack3_current)) | abs | round(1, default=0)}}

      - name: Battery3
        unique_id: bfbacb9e-9204-4de0-a504-c5ca66b3f80a
        device_class: power
        state_class: measurement 
        unit_of_measurement: "W"
        state: >
          {% set total_voltage =  states('sensor.solarflow_2400_ac_bat_volt') | float %}
          {% set pack_voltage = states('sensor.ab3000_02866_total_vol') | float %}
          {% set pack3_current = states('sensor.ab3000_02866_batcur') | float %}
          {{((total_voltage - pack_voltage) * (pack3_current)) | abs | round(1, default=0)}}

      - name: Battery4
        unique_id: 033c931b-c800-47df-8dfc-340dba9e70af
        device_class: power
        state_class: measurement 
        unit_of_measurement: "W"
        state: >
          {% set total_voltage =  states('sensor.solarflow_2400_ac_bat_volt') | float %}
          {% set pack_voltage = states('sensor.ab3000_03030_total_vol') | float %}
          {% set pack4_current  = states('sensor.ab3000_03030_batcur') | float %}
          {{((total_voltage - pack_voltage) * pack4_current) | abs | round(1, default=0)}}

[Maarten60]

smeerbartje schreef op zaterdag 19 september 2026 @ 09:50:
Hey allemaal, ik gebruik al een tijdje de Gielz integratie. In principe werkt deze prima, echter het feit dat het een template is, ik met bestanden moet gaan klooien en het een vrij zware belasting op de home assistant host geeft overwegg ik nu om naar de officiele integratie te gaan.

Ik wil eigenlijk alleen maar 0-op-de-meter. Dus zonnestroom over?? --> de batterij in. En bij piekverbruik moet de batterij gaan ontladen. Dat is het enige dat ik wil. Heeft Gielz nu voordelen voor mij? Of kan ik net zo goed de officiele integratie draaien? Deze kan ook gewoon lokaal werken zag ik.

Mis ik iets?

Iedereen maakt natuurlijk zijn eigen afweging.

Ik gebruik zelf eigenlijk alleen nul-op-de-meter en heb een vast energiecontract. Toch blijf ik voorlopig bij Gielz.

Waarom? Vooral vanwege de vele verschillende laadmodi, de korte lijnen met de ontwikkelaar, die snel reageert en openstaat voor suggesties, en de mogelijkheden om er zelf dingen omheen te bouwen. Zo heb ik extra packages gemaakt voor het afhandelen van EV-laden en voor het aansturen van mijn fans. Ik heb daarnaast twee omvormers en vind de naadloze samenwerking met gast777 een duidelijke pre.

Het “klooien met bestanden” herken ik zelf niet zo. Ik gebruik het SDK-package, heb van de automatisering een package gemaakt (2 regels toevoegen) en ook het dashboard is feitelijk een package. Daardoor kan ik het geheel vrij eenvoudig in één keer installeren.

Ook de zware belasting herken ik niet. Ik heb HA eerst op een RPi5 gedraaid en inmiddels op een aparte NUC. In beide gevallen is het systeem na een restart snel weer beschikbaar en gewoon responsief.

Een ander voordeel vind ik dat ik zelf bepaal wanneer ik update. Dat doe ik misschien twee keer per jaar: als iets goed werkt, hoef ik niet iedere nieuwe versie direct te installeren.

Maar uiteindelijk zou mijn vraag vooral zijn: als je nu tevreden bent over Gielz en eigenlijk alleen NOM wilt, welk probleem probeer je dan met de overstap naar de officiële integratie op te lossen?

[Pakhaas]

Ik vraag mij het volgende af. Stel ik maak een automatisering die op basis van P1 vermogen het oplaadvermogen van de Zendures (via Gielz) steeds aanpast zodat er niet teveel vermogen door de hoofdzekering gaat. Dus een soort loadbalancing. Is dat schadelijk voor de Zendure? Voor mijn idee doet een NOM regeling bij @gielz hetzelfde. Dan zie je ook steeds het in het logboek het vermogen wijzigen. Voor ik iets sloop wil ik wel graag weten of dit kan.

[dr.trimble]

Hoi, ik heb de laatste Gielz draaien. Doordat binnenkort de zonopbrengst zal minderen wil ik al nagaan hoe ik het best mijn batterij kan in zetten. Doordat we in Belgie bij Engie superdaltarief hebben wil ik tijdens deze periode de accu opladen tot een bepaald percentage (afhankelijk van de zonopbrengst van de komende dag). Hoe kan ik dit het best regelen? Voor de overige periodes moet hij gewoon NOM draaien.

[Maarten60]

@Pakhaas
Volgens mij is het continu aanpassen van het laad-/ontlaadvermogen op basis van de P1-meting precies wat de NOM-regeling van Gielz al doet.

Ik begrijp alleen het deel over de hoofdzekering niet helemaal. Welk probleem met de hoofdzekering probeer je precies op te lossen?

[ZuinigeRijder]

dr.trimble schreef op zaterdag 19 september 2026 @ 19:37:
Hoi, ik heb de laatste Gielz draaien. Doordat binnenkort de zonopbrengst zal minderen wil ik al nagaan hoe ik het best mijn batterij kan in zetten. Doordat we in Belgie bij Engie superdaltarief hebben wil ik tijdens deze periode de accu opladen tot een bepaald percentage (afhankelijk van de zonopbrengst van de komende dag). Hoe kan ik dit het best regelen? Voor de overige periodes moet hij gewoon NOM draaien.

Je moet een automatisering maken, die het max laadpercentage zet (maar die kun je alleen zetten tussen 70 en 100%) en het min laadpercentage zet (maar die kun je alleen zetten tussen 5 en 50%). Maar je kunt ook een automatisering maken die de SOC% neemt en wanneer die een bepaald percentage bereikt heeft, de modus op Standby zet Met de automatisering heb jij alle vrijheid, tijdstip, dag van de week, etc.

[denneappel]

Maarten60 schreef op zaterdag 19 september 2026 @ 22:22:
@Pakhaas
Volgens mij is het continu aanpassen van het laad-/ontlaadvermogen op basis van de P1-meting precies wat de NOM-regeling van Gielz al doet.

Ik begrijp alleen het deel over de hoofdzekering niet helemaal. Welk probleem met de hoofdzekering probeer je precies op te lossen?

Ik denk dat @Pakhaas graag Xom "X op de meter" wil. Dat kan gewoon door een template P1 te maken die je P1 + of - X doet.

[raven22]

Had al een tijdje Gielz draaien met een SF800plus. Volgende week komen er echter 2x sf2400AC+ bij, dus maar eens rondgekeken naar andere integratie.
Heb nu omnibattery draaien, en ben wel impressed. Zeer eenvoudig te installeren en als het goed is kan het ook overweg met meerdere batterijen van verschillende omvormer en opslag capaciteiten. We gaan het binnenkort zien. Voorlopig is nom voor mij genoeg.

[koboy]

Pakhaas schreef op zaterdag 19 september 2026 @ 17:45:
Ik vraag mij het volgende af. Stel ik maak een automatisering die op basis van P1 vermogen het oplaadvermogen van de Zendures (via Gielz) steeds aanpast zodat er niet teveel vermogen door de hoofdzekering gaat. Dus een soort loadbalancing. Is dat schadelijk voor de Zendure? Voor mijn idee doet een NOM regeling bij @gielz hetzelfde. Dan zie je ook steeds het in het logboek het vermogen wijzigen. Voor ik iets sloop wil ik wel graag weten of dit kan.

Wat je eigenlijk wilt weten is of de op/ontlaad limiet direct naar flash wordt geschreven of dat deze net als het huidige vermogen in RAM wordt opgeslagen.....
Wellicht dat @gielz dit ergens heeft staan....

Als je hier geen duidelijkheid op krijgt zou ik het zekere voor het onzekere nemen en de modulatie in een "fake" P1 meter meenemen zodat je je aansluiting maximaal kan benutten.

[DaanVervacke]

Ik ben op zoek naar enkele Tweakers die hun Solarflow batterij eens willen sturen/testen via BLE, via een ESPHome Bluetooth Proxy.

https://github.com/DaanVervacke/solarflow-ble

[B-Force]

Ik zie her en der mensen met de Omnibattery integratie draaiend. Ik zit zelf nu op Zendure Schedule van Energienerds en dat bevalt prima: lekker overzichtelijk per uur een schema kiezen. Maar wel elke dag opnieuw iets bedenken.

Met Omnibattery wil ik de volgende stap gaan zetten, omdat dat qua logica een stapje verder is. Wellicht op termijn anar de integratie van Gielz, maar volgens mij werk Omnibattery nu eerst even eenvoudiger. Klopt dat? (qua instellen en qua gebruik)

Ik heb de hele support pagina van Omnibattery doorgeplozen, maar ik kan daar niet iets vinden over een visual die per uur (of kwartier) de uit te voeren strategie laat zien. Dit heb ik in eerste instantie denk ik wel nodig om handmatig te kunnen checken of dit (in mijn ogen) inderdaad de beste strategie zou zijn. Weet iemand of dit ook zichtbaar te maken is?

[Holmes]

Net de Zendure 2400AC binnen! 😄 Nog geen gesmolten connectoren 😉 (hehe). Meteen de Gielz-integratie in Home Assistant werkend gemaakt en ook NOM getest. Damn, dat werkt tot nu toe echt goed — supertevreden!

Hoe hebben anderen hier de beveiliging/failsafe in Home Assistant geregeld? Stel dat HA, de integratie of de verbinding ermee uitvalt: blijft de Zendure dan op de laatst ingestelde waarde staan, of kan hij weer terugvallen naar zijn maximale laad-/ontlaadvermogen?

Ik wil natuurlijk voorkomen dat hij bij een storing ineens weer vol vermogen gaat draaien. Hebben jullie daar nog een extra failsafe voor ingebouwd?

[eddyd]

Misschien kunnen jullie mij helpen (als relatief nieuw met HA en Zendure).

Ik heb Gielz geïnstalleerd in HA en alles draait met mijn 2400 AC+. Maar mijn NOM wil niet goed stabiliseren. Als mijn huis relatief stabiel 600 W verbruikt, dan ontlaadt de accu direct naar 1200W. Wat weer terug levering initieerd... en het gaat zo af en aan.

[Maarten60]

eddyd schreef op maandag 21 september 2026 @ 20:57:
Misschien kunnen jullie mij helpen (als relatief nieuw met HA en Zendure).

Ik heb Gielz geïnstalleerd in HA en alles draait met mijn 2400 AC+. Maar mijn NOM wil niet goed stabiliseren. Als mijn huis relatief stabiel 600 W verbruikt, dan ontlaadt de accu direct naar 1200W. Wat weer terug levering initieerd... en het gaat zo af en aan.

Welke meter heb je? 4.2 of 5.

[eddyd]

Maarten60 schreef op maandag 21 september 2026 @ 21:04:
[...]

Welke meter heb je? 4.2 of 5.

de 5.0

[m-vw]

Holmes schreef op maandag 21 september 2026 @ 20:52:
Net de Zendure 2400AC binnen! 😄 Nog geen gesmolten connectoren 😉 (hehe). Meteen de Gielz-integratie in Home Assistant werkend gemaakt en ook NOM getest. Damn, dat werkt tot nu toe echt goed — supertevreden!

Hoe hebben anderen hier de beveiliging/failsafe in Home Assistant geregeld? Stel dat HA, de integratie of de verbinding ermee uitvalt: blijft de Zendure dan op de laatst ingestelde waarde staan, of kan hij weer terugvallen naar zijn maximale laad-/ontlaadvermogen?

Ik wil natuurlijk voorkomen dat hij bij een storing ineens weer vol vermogen gaat draaien. Hebben jullie daar nog een extra failsafe voor ingebouwd?

[Afbeelding]

De laatst ingestelde waarde blijft actief.
Je moet de integratie zien als iets dat iedere vijf seconde de instelling voor je aanpast. Kijk maar eens in de app. Je kan bij de invoervelden gewoon zien wat er gebeurt.

Ik heb binnen mijn regeling een trigger met push melding voor als de proxy vastloopt en omdat ik HA als vm op een oude laptop draai en wat onverklaarbare uitvallen heb gehad loopt er een script dat controleert of de vm nog actief is. Maar dat is nog een test.

De echte Back-up is de Zendure app.

[ Voor 7% gewijzigd door m-vw op 22-09-2026 06:37 ]

[eddyd]

eddyd schreef op maandag 21 september 2026 @ 21:27:
[...]

de 5.0

En dit gaat ie doen:

[eddyd]

eddyd schreef op maandag 21 september 2026 @ 21:36:
[...]

En dit gaat ie doen: [Afbeelding]

Gevonden, jouw vraag triggerde mij, mijn dsmr integratie stond op 30 seconden, nu op 1 gezet

[manusjevanalles]

eddyd schreef op maandag 21 september 2026 @ 21:43:
[...]

Gevonden, jouw vraag triggerde mij, mijn dsmr integratie stond op 30 seconden, nu op 1 gezet

Volgens mij moet die zelfs op 0 staan zodat elk telegram direct doorkomt.

[eddyd]

manusjevanalles schreef op maandag 21 september 2026 @ 22:07:
[...]


Volgens mij moet die zelfs op 0 staan zodat elk telegram direct doorkomt.

Staat op 0 nu. Dankjewel.

[MP3-Junky]

Holmes schreef op maandag 21 september 2026 @ 20:52:
Net de Zendure 2400AC binnen! 😄 Nog geen gesmolten connectoren 😉 (hehe). Meteen de Gielz-integratie in Home Assistant werkend gemaakt en ook NOM getest. Damn, dat werkt tot nu toe echt goed — supertevreden!

Hoe hebben anderen hier de beveiliging/failsafe in Home Assistant geregeld? Stel dat HA, de integratie of de verbinding ermee uitvalt: blijft de Zendure dan op de laatst ingestelde waarde staan, of kan hij weer terugvallen naar zijn maximale laad-/ontlaadvermogen?

Ik wil natuurlijk voorkomen dat hij bij een storing ineens weer vol vermogen gaat draaien. Hebben jullie daar nog een extra failsafe voor ingebouwd?

[Afbeelding]

Bij storing krijgt de batterij geen nieuw signaal en blijft dus werken op het laatste signaal. Maar volgens mij zit er een failsafe in de batterij ingebouwd dat als hij 10min? geen nieuw signaal ontvangt automatisch naar standby gaat.

[m-vw]

MP3-Junky schreef op dinsdag 22 september 2026 @ 09:45:
[...]
Maar volgens mij zit er een failsafe in de batterij ingebouwd dat als hij 10min? geen nieuw signaal ontvangt automatisch naar standby gaat.

Dit klopt niet, ten minste niet als de batterij op handmatig staat. En de aansturing via HA werkt via hetzelfde principe. Heb al vaak genoeg nachten gehad dat HA gecrasht was en dan blijft de batterij gewoon in zijn laatste opdracht staan.

Ik zou het ook vreemd vinden, want waarom zou een batterij niet de hele dag met 200w mogen (ont)laden?

Hoe het via de Zendure aansturing werkt weet ik niet.

[ Voor 9% gewijzigd door m-vw op 22-09-2026 10:21 ]

[Maarten60]

@eddyd ik weet niet precies welke setting je bedoeld en op 0 hebt gezet. Ik kan die in de Gielz instellingen ook niet vinden.
Ik heb ook een ac2400+ met de standaard Gielz instelling, nom en neem ongeveer 1 kWh per dag af van net. Het log meldt iedere 5 s een opladen balanceren commando. Verder wel eens begrepen dat de zendure ook paar seconden tijd nodig heeft om de instelling te verwerken en dat 5 s heb optimale minimum, voor balanceer commando's, is.
Dit ter info.

[TWKterry]

Klopt het dat de standaard Zendure/Fireson integratie geen veld heeft voor het aantal cycles van de batterijen?
Ik heb een Solarflow 800pro in testopstelling samen met een HomeWizard die wel zo'n veld heeft. Aangezien de levensduur gebaseerd is op cycli zou dat wel een fijne sensor zijn.

[koboy]

Maarten60 schreef op dinsdag 22 september 2026 @ 11:18:
@eddyd ik weet niet precies welke setting je bedoeld en op 0 hebt gezet. Ik kan die in de Gielz instellingen ook niet vinden.
Ik heb ook een ac2400+ met de standaard Gielz instelling, nom en neem ongeveer 1 kWh per dag af van net. Het log meldt iedere 5 s een opladen balanceren commando. Verder wel eens begrepen dat de zendure ook paar seconden tijd nodig heeft om de instelling te verwerken en dat 5 s heb optimale minimum, voor balanceer commando's, is.
Dit ter info.

Als je een P1 kabeltje had gehad dan had je de instelling wel gehad. Default van de integratie hiervoor is elke 30s een update doorlaten naar de HA database wat prima is om de energiestromen in kaart te brengen maar voor aansturing natuurlijk veel te lang. Door deze naar 0s te zetten wordt elke update die de slimme meter via de P1 poort stuurt direct een nieuwe meetwaarde in de HA database waardoor deze ook opgepakt kan worden door de integraties die er van afhankelijk zijn.

[Ben(V)]

TWKterry schreef op dinsdag 22 september 2026 @ 11:20:
Klopt het dat de standaard Zendure/Fireson integratie geen veld heeft voor het aantal cycles van de batterijen?
Ik heb een Solarflow 800pro in testopstelling samen met een HomeWizard die wel zo'n veld heeft. Aangezien de levensduur gebaseerd is op cycli zou dat wel een fijne sensor zijn.

Nee dat klopt niet.
Het heet "switch count" en zit ook in de FireSon integratie.

En de belangrijkheid hiervan wordt echt overdreven..
Het klopt dat voor elk relais een aantal schakelingen gespecificeerd is, maar dat is alleen gedefinieer onder vollast, schakelen onder nullast veroorzaakt geen slijtage van een relais.

De Zendure batterijen schakelen niet om tussen laden en ontladen onder vollast, maar altijd onder nullast (er wordt eerst terug geregeld).
Het beperken van die schakelingen doet dus niets voor de levensduur van de batterijen.
Die wordt bepaalt door de hoeveelheid vermogen van lading/ontlading en met name bij welke temperatuur en niet door het aantal keren omschakelen.

[Polvo176]

Switch count is iets heel anders dan een cyclus teller en een cyclus count zit er niet bij in HA integratie.
Ik zou er ook niet druk over maken, je zult nooit veel meer dan 250 cycli maken in een jaar als je met zonne energie oplaad, dat zou neerkomen op 24 jaar bij 6000 cycli.
De batterij is dan allang afgeschreven.

[Ben(V)]

@TWKterry

Als je een cyclus count wilt weten kun je dat berekenen door de total charge kWh op te tellen en door de capaciteit van je batterij te delen.

Die gegevens zijn beiden beschikbaar in alle integraties.

[ Voor 4% gewijzigd door Ben(V) op 22-09-2026 13:53 ]

[Mistraller]

TWKterry schreef op dinsdag 22 september 2026 @ 11:20:
Klopt het dat de standaard Zendure/Fireson integratie geen veld heeft voor het aantal cycles van de batterijen?
Ik heb een Solarflow 800pro in testopstelling samen met een HomeWizard die wel zo'n veld heeft. Aangezien de levensduur gebaseerd is op cycli zou dat wel een fijne sensor zijn.

1 Cycle staat voor "helemaal leeg naar helemaal vol".

In mijn geval zie ik dat er bij een serie slappe dagen best wel wat verloop zit in het percentage (Gisteren weer eens een keer 100% aangetikt, maar toen ging ie ergens rond de 84% al trottlen, een teken dat de BMS ziet dat de accu bijna vol zit, en ja, in 1x naar de 100%)
Dat betekent dat een berekende Cycle ook extreem onbetrouwbaar zou zijn. Bovendien, wear is continu. Het is niet zo dat je tot 10.000 cycles niks merkt en daarna ineens kapotte accu's hebt. Is een geleidelijk, chemisch proces. Waarbij ook nog geldt dat snel laden en ontladen, en temperatuur ook best wat invloed hebben.
Een cijfer waar je dus volgens mij heel erg weinig aan hebt in de algemeenheid. En wil je het graag dan is het in HA, desnoods met de hulp van wat AI, zo gemaakt op jouw persoonlijke wensen.

[TWKterry]

Alle antwoorders hierboven hartelijk dank, ik ben weer veel wijzer.
Bij HW wordt een cyclus count gegeven en die is bij mij 292 na anderhalf jaar gebruik op NOM dus bijna 1 in de 2 dagen. Hoe ze die berekenen is verder onbekend en ik maak me ook geen zorgen zoals hierboven ook gezegd.
Maar als met aangeeft zoveel cycli zou ik verwachten dat daar een counter voor is. Ik denk niet dat ik de berekening zelf ga maken, lijkt me te afhankelijk van te veel factoren.
Nogmaals allen dank!

[Idr548]

Willen mensen met Omnibattery eventueel hun settings delen?
Ik heb de homewizard meter / solar meter beide op 1sec polling staan.
Maar ben wat zoek met de instellingen. ik merk redelijk wat import / export van het net.

Thx

[burniej]

B-Force schreef op maandag 21 september 2026 @ 20:01:
Ik zie her en der mensen met de Omnibattery integratie draaiend. Ik zit zelf nu op Zendure Schedule van Energienerds en dat bevalt prima: lekker overzichtelijk per uur een schema kiezen. Maar wel elke dag opnieuw iets bedenken.

Met Omnibattery wil ik de volgende stap gaan zetten, omdat dat qua logica een stapje verder is. Wellicht op termijn anar de integratie van Gielz, maar volgens mij werk Omnibattery nu eerst even eenvoudiger. Klopt dat? (qua instellen en qua gebruik)

Ik heb de hele support pagina van Omnibattery doorgeplozen, maar ik kan daar niet iets vinden over een visual die per uur (of kwartier) de uit te voeren strategie laat zien. Dit heb ik in eerste instantie denk ik wel nodig om handmatig te kunnen checken of dit (in mijn ogen) inderdaad de beste strategie zou zijn. Weet iemand of dit ook zichtbaar te maken is?

Bij omnibattery krijg je in het menu van HA een extra tabblad (dus niet in je dashboard overzicht).

Als je daar heen gaat en op de hoofdpagina naar beneden scrollt zie je de strategie voor de komende 24 uur en wat er daadwerkelijk sinds 12 uur vannacht is gebeurd.

Hierin staat de volgende 'status windows' (gearceerde velden):

Solar window

Solar charge

Grid charge

Battery discharge

Grid charge not needed


En de volgende parameters:

Solar production (kWh/15 min)

Consumption (lWh/15 min)

Total SOC (%)


En als je een laadvertraging hebt aangezet zie je dit als kleine klokjes elk kwartier bovenin de grafiek.

[raven22]

Idr548 schreef op dinsdag 22 september 2026 @ 23:25:
Willen mensen met Omnibattery eventueel hun settings delen?
Ik heb de homewizard meter / solar meter beide op 1sec polling staan.
Maar ben wat zoek met de instellingen. ik merk redelijk wat import / export van het net.

Thx

Ik heb gewoon de default settings en werkt prima volgens mij.
De homewizard p1 entiteit heb ik ingevuld, en ook de 3 fasen bescherming aangevinkt.
Meer niet.

[maartend]

raven22 schreef op woensdag 23 september 2026 @ 07:50:
[...]

Ik heb gewoon de default settings en werkt prima volgens mij.
De homewizard p1 entiteit heb ik ingevuld, en ook de 3 fasen bescherming aangevinkt.
Meer niet.

Ik heb dan nog ingesteld dat de batterijen enkel mogen laden van de panelen en niet mogen ontladen naar het net

[dr.trimble]

ik heb zonet de zendure manager en de zendure scheduler geinstalleerd. het lukt me echter niet om het dashboard zichtbaar te maken. Kan iemand me op weg helpen? thx.

[B-Force]

dr.trimble schreef op woensdag 23 september 2026 @ 17:42:
ik heb zonet de zendure manager en de zendure scheduler geinstalleerd. het lukt me echter niet om het dashboard zichtbaar te maken. Kan iemand me op weg helpen? thx.

Een card maken op je dashboard met bv de volgende yaml:

[code]
type: custom:zendure-schedule

title: ZENDURE PLANNER

[/code]

[ Voor 11% gewijzigd door B-Force op 23-09-2026 18:58 ]

[dr.trimble]

wat ik deed:

instellingen > dashboards > dashboard toevoegen > leeg dashboard > ruwe confi.editor en dan wat hierboven staat plakken.

Dan krijg ik Ongeldige configuratie: AT path views: expected an array value but received: undefined.


Update: moest gewoon kaart toevoegen, geen dashboard

[ Voor 11% gewijzigd door dr.trimble op 23-09-2026 20:16 ]

[Super Cow]

Idr548 schreef op dinsdag 22 september 2026 @ 23:25:
Willen mensen met Omnibattery eventueel hun settings delen?
Ik heb de homewizard meter / solar meter beide op 1sec polling staan.
Maar ben wat zoek met de instellingen. ik merk redelijk wat import / export van het net.

Thx

De homewizard P1 polling is standaard 5 sec toch?
Ik kwam dit tegen: https://github.com/taurgis/homeassistant-homewizard-instant

Ik maak zelf gebruik van een homewizard 1 fase din meter(ik nog geen slimme meter ), waar ik dit ook heb moeten veranderen.

[peterbier]

Super Cow schreef op donderdag 24 september 2026 @ 13:13:
[...]

De homewizard P1 polling is standaard 5 sec toch?
Ik kwam dit tegen: https://github.com/taurgis/homeassistant-homewizard-instant

Ik maak zelf gebruik van een homewizard 1 fase din meter(ik nog geen slimme meter ), waar ik dit ook heb moeten veranderen.

Ja zie het nu pas.
Inderdaad 5 seconden interval.
En dat is de meter die ik gebruik voor mijn Zendures.
Dan zou mijn nom nog beter kunnen.
Bedankt voor je mededeling.👍
Kan de Shelly gaan gebruiken die heb ik op 2 seconden interval staan.
Iemand nog tips hoe de HomeWizard p1 op 2 seconden te krijgen is in HomeAssistant.

[Pakhaas]

peterbier schreef op donderdag 24 september 2026 @ 20:25:
[...]

Ja zie het nu pas.
Inderdaad 5 seconden interval.
En dat is de meter die ik gebruik voor mijn Zendures.
Dan zou mijn nom nog beter kunnen.
Bedankt voor je mededeling.👍
Kan de Shelly gaan gebruiken die heb ik op 2 seconden interval staan.
Iemand nog tips hoe de HomeWizard p1 op 2 seconden te krijgen is in HomeAssistant.

Dit begrijp ik niet echt. In de HW app zie ik het vermogen elke seconde wijzigen.

[peterbier]

Pakhaas schreef op donderdag 24 september 2026 @ 20:32:
[...]

Dit begrijp ik niet echt. In de HW app zie ik het vermogen elke seconde wijzigen.

Klopt maar in HomeAssistant is dat 5 seconden.
Wist ik ook niet.
Maar het is wel een aandachtspunt.

[Super Cow]

peterbier schreef op donderdag 24 september 2026 @ 20:25:
[...]

Ja zie het nu pas.
Inderdaad 5 seconden interval.
En dat is de meter die ik gebruik voor mijn Zendures.
Dan zou mijn nom nog beter kunnen.
Bedankt voor je mededeling.👍
Kan de Shelly gaan gebruiken die heb ik op 2 seconden interval staan.
Iemand nog tips hoe de HomeWizard p1 op 2 seconden te krijgen is in HomeAssistant.

Daarom had ik die github link meegestuurd, met die HACS integratie kan je HW p1 meter in HA op 1 second zetten.
Bij mijn weten (niet 100% zeker) is in HA alle sensoren standaard max 5 seconden polling.

[Pakhaas]

peterbier schreef op donderdag 24 september 2026 @ 20:35:
[...]

Klopt maar in HomeAssistant is dat 5 seconden.
Wist ik ook niet.
Maar het is wel een aandachtspunt.

Oke. Als ik op de Gielz pagina kijk bovenaan zie ik ook de p1 meter elke seconde wijzigen. Vreemd.

[Mimiix]

Pakhaas schreef op donderdag 24 september 2026 @ 20:41:
[...]

Oke. Als ik op de Gielz pagina kijk bovenaan zie ik ook de p1 meter elke seconde wijzigen. Vreemd.

Gielz doet het via de rest api met de homewizzard p1, als je ten minste het ip hebt ingesteld.

[Pakhaas]

Mimiix schreef op donderdag 24 september 2026 @ 20:49:
[...]

Gielz doet het via de rest api met de homewizzard p1, als je ten minste het ip hebt ingesteld.

Ja ingesteld. Wat betekent dat, elke seconde?

[Mimiix]

Pakhaas schreef op donderdag 24 september 2026 @ 20:50:
[...]

Ja ingesteld. Wat betekent dat, elke seconde?

Je ziet hem elke seconde wijzingen toch ?

[m-vw]

Als je bij Gielz het ip-adres van je Homewizqrd P1 meter ingeeft ziexje inderdaad de waarde iedere 1seconde veranderen. Daar hoef je ver niets voor te doen.

Maar dat is niet de frequentie waar Gielz mee werkt. Dat is 5 seconde.

[peterbier]

Super Cow schreef op donderdag 24 september 2026 @ 20:39:
[...]

Daarom had ik die github link meegestuurd, met die HACS integratie kan je HW p1 meter in HA op 1 second zetten.
Bij mijn weten (niet 100% zeker) is in HA alle sensoren standaard max 5 seconden polling.

Had ik gezien maar zoek een 2 seconden interval.
Maar ik ga het eens testen met mijn Shelly pro 3em.

[CappieL]

peterbier schreef op donderdag 24 september 2026 @ 21:04:
[...]

Had ik gezien maar zoek een 2 seconden interval.
Maar ik ga het eens testen met mijn Shelly pro 3em.

Als je je accu via HA gaat aansturen, houdt er dan ook rekening mee dat de accu ook tijd nodig heeft om te reageren op een nieuwe P1-waarde. De 2400AC doet er bijvoorbeeld ook 5 seconden over om het stuur-signaal te verwerken etc. Daarom staat de standaard Gielz-interval op 5 seconden.
Het heeft dan geen zin om elke seconde een nieuwe P1-waarde binnen te krijgen.

[sender]

peterbier schreef op donderdag 24 september 2026 @ 20:35:
[...]

Klopt maar in HomeAssistant is dat 5 seconden.
Wist ik ook niet.
Maar het is wel een aandachtspunt.

De officiële HomeWizard-integratie heeft geen instelling voor het interval. Hij pollt zelf, ongeveer elke 5 seconden. Er zijn twee manieren om naar 1 seconde te gaan.

Optie 1: custom integratie met WebSocket (aanrader)

"HomeWizard Instant" is een custom integratie voor P1-meters die data via de WebSocket van de lokale API v2 ontvangt. Updates komen binnen zodra het apparaat nieuwe data meldt, dus zonder polling. Je hebt firmware 6.00 of hoger nodig, en je moet tijdens de setup één keer op de knop van de dongle drukken. Je kunt hem via HACS toevoegen als custom repository (categorie Integration): `hprax/homeassistant-homewizard-instant`. Omdat hij een ander domein gebruikt, kan hij naast de officiële integratie draaien. (https://github.com/hprax/homeassistant-homewizard-instant)

Optie 2: polling uitzetten en zelf 1x per seconde verversen

1. Ga naar Instellingen → Apparaten & diensten → HomeWizard → de drie puntjes bij je apparaat → Systeemopties. Zet "Polling voor wijzigingen inschakelen" uit.

2. Maak een automation:

alias: HomeWizard P1 fast refresh

YAML:

alias: HomeWizard P1 fast refresh
triggers:
  - trigger: time_pattern
    seconds: "/1"
actions:
  - action: homeassistant.update_entity
    target:
      entity_id: sensor.p1_meter_power

Vervang de entity door een sensor van jouw P1-meter. Eén update_entity ververst alle entiteiten van dat apparaat.

Een paar dingen om op te letten:

- Een slimme meter met DSMR 5 of hoger levert elke seconde nieuwe data. Bij DSMR 4 is dat elke 10 seconden, en dan heeft 1 seconde geen zin.

- Vaak pollen belast de dongle en je database. Sluit de vermogenssensoren eventueel uit van de recorder.

[peterbier]

Ik heb nu de Shelly pro 3em in de HomeAssistant Fireson gezet.
Deze had ik al via modbus in HA staan interval 2 seconden.
Even aankijken of dit mooier werkt.

Een andere keer kijken hoe de HW P1 werkt met de 1 seconden interval.

[ZuinigeRijder]

@peterbier Je kunt gewoon de Gielz HW P1 sensor gebruiken:

code:

sensor.p1_aansturing_vermogen

in plaats van de HW P1 meter

code:

sensor.hw_p1_meter_vermogen

Dan heb je al de P1 data per seconde.

[peterbier]

ZuinigeRijder schreef op donderdag 24 september 2026 @ 21:50:
@peterbier Je kunt gewoon de Gielz HW P1 sensor gebruiken:

code:

sensor.p1_aansturing_vermogen

in plaats van de HW P1 meter

code:

sensor.hw_p1_meter_vermogen

Dan heb je al de P1 data per seconde.

Ik kijk het even aan met de Shelly.
Ik probeer het afname en terugleveren zo laag mogelijk te houden. (NOM)
Dit wil ik lager proberen te krijgen. (Hoofd meter)

[m-vw]

peterbier schreef op donderdag 24 september 2026 @ 22:04:
[...]

Ik kijk het even aan met de Shelly.
Ik probeer het afname en terugleveren zo laag mogelijk te houden. (NOM)
Dit wil ik lager proberen te krijgen. (Hoofd meter)

[Afbeelding]

Wat hier mis mee? Aan de ene kant snap ik het streven naar 0 best, maar zoals hierboven ook geschreven je kan data verversen tot je een ons weegt als de batterij niet sneller kan reageren veroorzaak je enkel onnodige belasting op je systeem.

Ik zit vandaag ook op 0,9kW import en ik weet precies waar dat door komt. Mijn mooie pulserde kookplaat. Zou ik de import kunnen beperken? Natuurlijk. Gewoon iets verzinnen om een basis teruglevering in te kunnen stellen tijdens het koken, maar dan heb je waarschijnlijk wel meer export. Beetje lood om oud ijzer.

[peterbier]

m-vw schreef op donderdag 24 september 2026 @ 22:26:
[...]

Wat hier mis mee? Aan de ene kant snap ik het streven naar 0 best, maar zoals hierboven ook geschreven je kan data verversen tot je een ons weegt als de batterij niet sneller kan reageren veroorzaak je enkel onnodige belasting op je systeem.

Ik zit vandaag ook op 0,9kW import en ik weet precies waar dat door komt. Mijn mooie pulserde kookplaat. Zou ik de import kunnen beperken? Natuurlijk. Gewoon iets verzinnen om een basis teruglevering in te kunnen stellen tijdens het koken, maar dan heb je waarschijnlijk wel meer export. Beetje lood om oud ijzer.

Opzich niks mis mee maar als het beter kan.
Ik wist helemaal niet dat de HW P1 de data om de 5 seconden was. (In HomeAssistant)
De HomeWizard app is per seconde.
(Hiervoor is de oplossing genoemd)

Ik heb ook nog een Shelly die ik toen voor de Hypers heb gebruikt via HEMS. (Zendure app)
Deze ooit een keer via modbus op 2 seconden interval gezet in HomeAssistant.
Nu deze in de Fireson gezet en kijken wat het uithaalt.
Het blijft tweaken.
Mocht het niks uit maken kan de HomeWizard P1 weer in Fireson. (Met de 5 seconden interval)

[Polvo176]

peterbier schreef op donderdag 24 september 2026 @ 22:42:
[...]

Ik heb ook nog een Shelly die ik toen voor de Hypers heb gebruikt via HEMS. (Zendure app)
Deze ooit een keer via modbus op 2 seconden interval gezet in HomeAssistant.
Nu deze in de Fireson gezet en kijken wat het uithaalt.
Het blijft tweaken.
Mocht het niks uit maken kan de HomeWizard P1 weer in Fireson. (Met de 5 seconden interval)

Ik heb naar het vermogen van de HW P1 en de Shelly gekeken, de HW P1 veranderd inderdaad iedere 5 seconden, maar de Shelly is random tussen 1 en soms 15 seconden.
Kun je dat vast zetten op 2 seconden?

[MoZvy]

Je kan de HW meter ook uitlezen via REST API.
In de startpost staat een link naar de uitleg mbv de Gielz integratie (https://github.com/Gielz1986/Zendure-HA-zenSDK/wiki/Global-and-NL-%E2%80%90-P1-CT-meters-(API's))
Ik gebruik de Zendure-HA integratie in combinatie met de HW P1 en REST API V2 connectie. Werkt perfect met 1 sec interval.
Ik heb zelf de 2400 AC+ en deze reageert quasi onmiddellijk op inputwijzigingen van de Zendure-HA integratie zolang je uiteraard de lokale ZenSDK gebruikt en er reeds een initiële vermogensafgifte is van de omvormer.


Dit toevoegen aan je configuration.yaml en de instructies volgen uit de link.

YAML:

rest:
  - resource: https://<IP-HOMEWIZARD-P1>/api/measurement  
    verify_ssl: false
    scan_interval: 1
    headers:
      Authorization: Bearer <TOKEN>
    sensor:
      - name: "P1 Homewizard API v2"
        value_template: "{{ value_json.power_w | float }}"
        unique_id: P1_Homewizard_API_V2
        unit_of_measurement: "W"
        state_class: measurement
        device_class: power

[Ben(V)]

Er zijn twee manieren waarop je zowel de Shelly als de HW data kunt binnenkrijgen.

• Wachten tot ze zelf nieuwe data versturen en dan krijgt je bij de HW elke 5 seconden data en bij de shelly varieert dat afhankelijk van het percentage verandering (grote verandering geeft snellere updates).
• Zelf de HW of de shelly om data vragen en dan kun je beiden op een update van 1 sec krijgen

[peterbier]

Polvo176 schreef op vrijdag 25 september 2026 @ 00:11:
[...]

Ik heb naar het vermogen van de HW P1 en de Shelly gekeken, de HW P1 veranderd inderdaad iedere 5 seconden, maar de Shelly is random tussen 1 en soms 15 seconden.
Kun je dat vast zetten op 2 seconden?

Ik moest ff zoeken is al meer als een jaar geleden.
Maar de uitleg is te vinden in het andere Zendure topic.
In de zoekbalk type je Taro modbus

Maar er zijn vast ook wel andere manieren te vinden om de Shelly sneller te krijgen.

[Polvo176]

peterbier schreef op vrijdag 25 september 2026 @ 11:08:
[...]

Ik moest ff zoeken is al meer als een jaar geleden.
Maar de uitleg is te vinden in het andere Zendure topic.
In de zoekbalk type je Taro modbus

Maar er zijn vast ook wel andere manieren te vinden om de Shelly sneller te krijgen.

Ik zie nu ook van alles voorbij komen om de HW P1 op 1 seconde te krijgen.
Ik heb overigens al een paar weken een korte maar goed werkende zomer automatisering.
Ik ben nu bezig met een Winter versie, daarna kijk ik wel naar deze perikelen.
Misschien is die versnelling van de Shelly helemaal niet nodig, als er grote veranderingen zijn reageert hij al direct.

[Ben(V)]

De shelly doet het eigenlijk het beste.
Als er geen verandering is dan belast hij de boel ook niet met overbodige informatie (er is toch niets verandert).
Als er wel veranderingen zijn meld hij dat snel tot max 1 per seconde.

De hw p1 kan dat niet die verstuurt elke 5 seconden data en als je sneller wilt moet je HA bijvoorbeeld de data vaker laten opvragen, maar verandering gestuurd kan hij niet.

PS
De Zendure batterij zelf kan maar maximaal elke 5 seconden wijzigen.

[Polvo176]

Ben(V) schreef op vrijdag 25 september 2026 @ 12:44:


PS
De Zendure batterij zelf kan maar maximaal elke 5 seconden wijzigen.

Dan is die hele discussie over versnellen toch overbodig?

[peterbier]

Ben(V) schreef op vrijdag 25 september 2026 @ 12:44:
De shelly doet het eigenlijk het beste.
Als er geen verandering is dan belast hij de boel ook niet met overbodige informatie (er is toch niets verandert).
Als er wel veranderingen zijn meld hij dat snel tot max 1 per seconde.

De hw p1 kan dat niet die verstuurt elke 5 seconden data en als je sneller wilt moet je HA bijvoorbeeld de data vaker laten opvragen, maar verandering gestuurd kan hij niet.

PS
De Zendure batterij zelf kan maar maximaal elke 5 seconden wijzigen.

Bij mij reageren de Zendures iedere seconde.
Dit kan ik zien aan de 3 fase MID kWh meter wat ik er tussen heb.
Nu dat ik de Shelly (2 seconden) in Fireson heb reageert het nog sneller dan de HW P1 heb ik het idee.

[koboy]

Ben(V) schreef op vrijdag 25 september 2026 @ 12:44:
[...]

PS
De Zendure batterij zelf kan maar maximaal elke 5 seconden wijzigen.

Onzin. Elke accu heeft wat tijd nodig om op/af te regelen naar het gevraagde vermogen. Kleine wijzigingen gaan snel, grote wijzigingen kunnen een paar secondes duren. Om die reden kiezen veel automatiseringen er voor om maar 1x per 5 secondes de vermogensvraag van de accu te wijzigen. Vaker kan wel, maar maakt de noodzakelijke berekening complexer waarbij je ook niet absoluut zeker weet dat alle data van hetzelfde moment is met over/undershoots tot gevolg.
De simpelste manier waarbij het systeem de kans krijgt naar de nieuwe toestand te regelen geeft het meest rustige regelgedrag.

[peterbier]

Even in HomeAssistant gekeken.
Zonder verandering is de interval 5 seconden van de Zendure.
Bij verandering is dit direct kan per seconde zijn.
In theorie zou de NOM beter worden met de Shelly (2 seconden).
In de praktijk moet ik het even afwachten.
Wel een leuk testje.

[Polvo176]

peterbier schreef op vrijdag 25 september 2026 @ 13:44:
Even in HomeAssistant gekeken.
Zonder verandering is de interval 5 seconden van de Zendure.
Bij verandering is dit direct kan per seconde zijn.
In theorie zou de NOM beter worden met de Shelly (2 seconden).
In de praktijk moet ik het even afwachten.
Wel een leuk testje.

Ik heb dit ook gedaan, maar dan met een ongewijzigde Shelly.
Of het ook echt beter wordt weet ik niet, het blijft een indirecte meting met afwijkingen.

[ Voor 10% gewijzigd door Polvo176 op 25-09-2026 13:59 ]

[JeroenH]

Ik gebruik de Gielz-integratie nu een tijdje en het is fantastisch. Zo fijn dat iemand de tijd genomen heeft om zoiets moois te maken.

Ik heb wel een vraagje, mijn Zendure Solarflow 800 Pro heeft een noodstroom-aansluiting. Die kan ik prima vanuit de Zendure app aan en uit zetten, en ik zie de status in de Gielz-integratie dan ook keurig veranderen.

Maar default staat deze aansluiting uit, en als het stroomnet onverwachts wegvalt, valt mijn wifi weg enz en kan ik de batterij dus niet meer via de app bedienen. Overigens zie ik HA helemaal geen bedieningselement om de noodstroomaansluiting te bedienen. Klopt dit of kijk ik niet goed? Niet dat me dit helpt bij een stroomuitval, want geen wifi -> HA kan de batterij niet bedienen.

Hoe kan ik in een situatie met stroomuitval de noodstroomaansluiting aanzetten? Weet iemand dat? Ik had het handig gevonden als hiervoor een schakelaar op de batterij zelf had gezeten.

[Ben(V)]

koboy schreef op vrijdag 25 september 2026 @ 13:37:
[...]

Onzin. Elke accu heeft wat tijd nodig om op/af te regelen naar het gevraagde vermogen. Kleine wijzigingen gaan snel, grote wijzigingen kunnen een paar secondes duren. Om die reden kiezen veel automatiseringen er voor om maar 1x per 5 secondes de vermogensvraag van de accu te wijzigen. Vaker kan wel, maar maakt de noodzakelijke berekening complexer waarbij je ook niet absoluut zeker weet dat alle data van hetzelfde moment is met over/undershoots tot gevolg.
De simpelste manier waarbij het systeem de kans krijgt naar de nieuwe toestand te regelen geeft het meest rustige regelgedrag.

Grappig dat je altijd je commentaar begin met "onzin" of woorden van gelijke strekking en vervolgens precies hetzelfde zegt wat je eerst als "onzin" bestempelt.

Maar snel data hebben van je echte verbruik is wel degelijk belangrijk.
Als een Zendure een commando krijgt om bijvoorbeeld meer vermogen te leveren duurt dat gemiddelt 5 seconden voor hij dat ook echt gaat leveren.
Als je dan een meetsysteem hebt dat ook traag is en bijvoorbeeld daar weer pas na zijn eigen 5 seconden op reageert krijg je een slecht reagerend system in z'n geheel.

Kortom snel meten regelt beter.

[CappieL]

JeroenH schreef op vrijdag 25 september 2026 @ 14:46:
Ik gebruik de Gielz-integratie nu een tijdje en het is fantastisch. Zo fijn dat iemand de tijd genomen heeft om zoiets moois te maken.

Ik heb wel een vraagje, mijn Zendure Solarflow 800 Pro heeft een noodstroom-aansluiting. Die kan ik prima vanuit de Zendure app aan en uit zetten, en ik zie de status in de Gielz-integratie dan ook keurig veranderen.

Maar default staat deze aansluiting uit, en als het stroomnet onverwachts wegvalt, valt mijn wifi weg enz en kan ik de batterij dus niet meer via de app bedienen. Overigens zie ik HA helemaal geen bedieningselement om de noodstroomaansluiting te bedienen. Klopt dit of kijk ik niet goed? Niet dat me dit helpt bij een stroomuitval, want geen wifi -> HA kan de batterij niet bedienen.

Hoe kan ik in een situatie met stroomuitval de noodstroomaansluiting aanzetten? Weet iemand dat? Ik had het handig gevonden als hiervoor een schakelaar op de batterij zelf had gezeten.

Via bluetooth verbinden met de batterij en dan in de app aanzetten.

[koboy]

Ben(V) schreef op vrijdag 25 september 2026 @ 15:23:
[...]

Grappig dat je altijd je commentaar begin met "onzin" of woorden van gelijke strekking en vervolgens precies hetzelfde zegt wat je eerst als "onzin" bestempelt.

Maar snel data hebben van je echte verbruik is wel degelijk belangrijk.
Als een Zendure een commando krijgt om bijvoorbeeld meer vermogen te leveren duurt dat gemiddelt 5 seconden voor hij dat ook echt gaat leveren.
Als je dan een meetsysteem hebt dat ook traag is en bijvoorbeeld daar weer pas na zijn eigen 5 seconden op reageert krijg je een slecht reagerend system in z'n geheel.

Kortom snel meten regelt beter.

Kijk dan ook even naar waar ik op reageer. De onzin slaat puur op het maar elke 5 seconden een wijziging mogen doen van de accu. In het slechtste geval duurt het een seconde of 5 (of zelfs meer al je van maximaal laden naar maximaal terugleveren gaat) voordat de accu staat te doen wat je hem gevraagd hebt. Een kleine bijstelling van 300W ofzo is in ongeveer een seconde gebeurd. Je zou een feedback algoritme kunnen zetten hierop, maar omdat de data van verschillende devices komt met inherent verschillende timestamps is het makkelijker en geeft het een rustiger regelbeeld om elke 5 seconden een aanpassing te doen omdat de regel toestand van de accu dan meestal stabiel is. Gielz heeft uitgebreid geëxperimenteerd hiermee bij het maken van zijn integratie.

Vergelijk het maar met dat je op een loopband loopt. Kleine variaties in snelheid kun je prima direct oppakken, bij grotere variaties kost het jou even tijd om je aan te passen aan de nieuwe snelheid van de loopband.

Maar nogmaals: als je koeienpoep praat zal ik blijven zeggen dat het onzin is. Als je iets inzichtvols post krijg je een duimpje.

[ Voor 3% gewijzigd door koboy op 25-09-2026 16:10 ]

[JeroenH]

CappieL schreef op vrijdag 25 september 2026 @ 15:55:
[...]


Via bluetooth verbinden met de batterij en dan in de app aanzetten.

Oh ik wist niet dat met BT verbinden kon. Ga ik proberen! Thanks.

[CappieL]

JeroenH schreef op vrijdag 25 september 2026 @ 16:10:
[...]

Oh ik wist niet dat met BT verbinden kon. Ga ik proberen! Thanks.

Voor de 2400AC werkt dat (al heb ik het nooit nodig gehad), dacht dat de 800 het ook kan

[ Voor 6% gewijzigd door CappieL op 25-09-2026 16:18 ]

[TWKterry]

JeroenH schreef op vrijdag 25 september 2026 @ 14:46:
Ik gebruik de Gielz-integratie nu een tijdje en het is fantastisch. Zo fijn dat iemand de tijd genomen heeft om zoiets moois te maken.

Ik heb wel een vraagje, mijn Zendure Solarflow 800 Pro heeft een noodstroom-aansluiting. Die kan ik prima vanuit de Zendure app aan en uit zetten, en ik zie de status in de Gielz-integratie dan ook keurig veranderen.

Maar default staat deze aansluiting uit, en als het stroomnet onverwachts wegvalt, valt mijn wifi weg enz en kan ik de batterij dus niet meer via de app bedienen. Overigens zie ik HA helemaal geen bedieningselement om de noodstroomaansluiting te bedienen. Klopt dit of kijk ik niet goed? Niet dat me dit helpt bij een stroomuitval, want geen wifi -> HA kan de batterij niet bedienen.

Hoe kan ik in een situatie met stroomuitval de noodstroomaansluiting aanzetten? Weet iemand dat? Ik had het handig gevonden als hiervoor een schakelaar op de batterij zelf had gezeten.

Ik gebruik de standaard (Fireson) integratie en heb daar een 'Off-grid mode' selector, die kan OFF, Normal of Economic. Ik heb er verder nog niet naar gekeken want te druk met inregelen Zendure+Homewizard.
Je zult dan wel een UPS op diverse apparaten moeten hebben om het aan te zetten :-)

[JeroenH]

Het is me niet duidelijk hoe ik via Bluetooth connect met de Solarflow 800 Pro. Ik was nog even bang dat ik de batterij per ongeluk een hard reset had gegeven door te lang op de enige knop (een hoogst ongelukkige UI als je het mij vraagt) te drukken, maar gelukkig is hij inmiddels weer zichtbaar in de app en in HA. Phew.

Maar nu; hoe, exact, connect ik via bluetooth met de batterij? De handleiding vermeldt daar helemaal niets over, behalve in de specs dat de batterij bluetooth heeft.

Ik heb de batterij al in de Zendure app, maar over wifi.

In dit filmpje zie ik dit scherm voorbij komen:



Daar zie ik een keus tussen wifi en bluetooth. Echter, als ik tot hetzelfde punt in mijn app kom (toets op de Zendure 3s ingedrukt gehad, lampje knippert, ik sta naast de batterij), dan zie ik alleen de mogelijkheid via wifi te connecten (en hij is dus al via wifi geconnect):



Ik begrijp niet wat er gebeurt. Iemand een idee?

[eamelink]

Vanmiddag had ik een probleempje:

1) Ik heb drie SolarFlow 800's, elk met twee PV-panelen eraan, die deden bij elkaar 1400W
3) De SolarFlow batterijen zaten allemaal vol, dus ik vermoed dat ze in 'bypass' zaten
4) Mijn P1 gaf aan ~500W verbruik

Gielz probeerde te 'dischargen' met ~500W (zie derde plaatje), maar de Zendures gebruikten niet de batterij om tot een totaal van 1.9KW te komen.

Mijn vermoeden is dat de Zendures niks deden omdat de bypass output al hoger dan de 500 was. De aansturing had die 500 moeten optellen bij de 1400W PV output van de Zendures, en tegen de Zendures moeten vertellen dat ze 1900W moesten uitsturen.

Iemand die dit herkent?

[m-vw]

eamelink schreef op vrijdag 25 september 2026 @ 20:45:
Vanmiddag had ik een probleempje:

1) Ik heb drie SolarFlow 800's, elk met twee PV-panelen eraan, die deden bij elkaar 1400W
3) De SolarFlow batterijen zaten allemaal vol, dus ik vermoed dat ze in 'bypass' zaten
4) Mijn P1 gaf aan ~500W verbruik

Gielz probeerde te 'dischargen' met ~500W (zie derde plaatje), maar de Zendures gebruikten niet de batterij om tot een totaal van 1.9KW te komen.

Mijn vermoeden is dat de Zendures niks deden omdat de bypass output al hoger dan de 500 was. De aansturing had die 500 moeten optellen bij de 1400W PV output van de Zendures, en tegen de Zendures moeten vertellen dat ze 1900W moesten uitsturen.

Iemand die dit herkent?


[Afbeelding]

[Afbeelding]

[Afbeelding]

Mijn setup is allang niet meer in lijn met de originele Gielz+proxy, maar ik weet wel dat de proxy gewoon de hele vraag moet doorgeven want de batterij houdt zelf rekening met de eigen pv.

Je zou via het statusoverzicht van HA kunnen kijken of bepaalde entiteiten doen wat je denkt dat ze zouden moeten doen. Heb ik een tijd geleden ook gedaan. Daarna gewoon een tabblad in mijn dashboard gemaakt met een berg sensoren:



In mijn plaatje zijn bijvoorbeeld aansturing en opdracht belangrijk.

Nog een aanvulling.
Instellingen -> Hulpmiddelen -> Sjabloon is ook een zeer handig hulpmiddel om realtime te kunnen zien wat entiteiten doen. De syntax is vrij eenvoudig.

code:

P1 nom doel: {{states(sensor.p1_nom_doel}} W
P1 vermogen: {{states(sensor.p1_meter_vermogen}} W

Geeft:

[ Voor 13% gewijzigd door m-vw op 25-09-2026 22:35 ]