Zendure producten in Home Assistant integreren deel 2

[Gramser]

Dank voor de heads-up, die ga ik dus nog maar even niet installeren...

[Panzer_V]

Hierbij de tijdelijke oplossing voor @gielz

Het probleem zit hem erin dat de waarde 'pvstatus' niet langer in de JSON gerapporteerd wordt.

Pas in de configuratie YAML het volgende aan:

- Verwijder regels 3 en 6

- Voeg regel 7 toe

YAML:

      - name: "Zendure 2400 AC Vermogen Aansturing"
        value_template: >
#          {% set pv = value_json['properties']['pvStatus'] | int(0) %}
          {% set solar = value_json['properties']['solarInputPower'] | float(0) %}
          {% set grid_off = value_json.get('properties', {}).get('gridOffPower', 0) | float(0) %}
#          {% set pv_active = (pv == 1) or (solar > 0) or (grid_off < 0) %}
          {% set pv_active = (solar > 0) or (grid_off < 0) %}
          {% set pass = value_json['properties']['pass'] | int %}
          {% set ac_mode = value_json['properties']['acMode'] | int %}
          {% if not pv_active %}
            {% set opladen = value_json['properties']['outputPackPower'] | float(0) %}
            {% set ontladen = - (value_json['properties']['packInputPower'] | float(0)) %}
            {{ opladen if opladen != 0 else ontladen }}
          {% else %}
            {% set opladen = value_json['properties']['gridInputPower'] | float(0) %}
            {% set opladen_vol = value_json['properties']['outputPackPower'] | float(0) %}
            {% set ontladen = - (value_json['properties']['outputHomePower'] | float(0)) %}
            {% if pass == 2 %}
              {% set result = opladen_vol %}
            {% elif opladen != 0 %}
              {% set result = opladen %}
            {% else %}
              {% set result = ontladen %}
            {% endif %}
            {% if ac_mode == 1 and result < 0 %}
              0
            {% else %}
              {{ result }}
            {% endif %}
          {% endif %}

@gielz , ik weet niet hoe ik deze wijziging via Git naar jou kan doorsturen. Is bovenstaande voldoende voor jou om de code aan te passen?

[ Voor 4% gewijzigd door Panzer_V op 09-11-2026 11:47 ]

[ppaulv]

wellicht best om geen update van FW te doen totdat Gielz een officiële update heeft gepubliceerd.
Gaat dit ook mis als je via de NR flow van gast777 werkt?

[Panzer_V]

ppaulv schreef op maandag 9 november 2026 @ 12:10:
wellicht best om geen update van FW te doen totdat Gielz een officiële update heeft gepubliceerd.
Gaat dit ook mis als je via de NR flow van gast777 werkt?

Ik zou de boel niet uit de context halen nu. Het lijkt er op dat er 1 waarde niet langer in de json zit. Kwestie van eerst je yaml aanpassen en dan updaten.

Ik zie niet in waarom dat niet zou werken.

[ppaulv]

Panzer_V schreef op maandag 9 november 2026 @ 12:18:
[...]

Ik zou de boel niet uit de context halen nu. Het lijkt er op dat er 1 waarde niet langer in de json zit. Kwestie van eerst je yaml aanpassen en dan updaten.

Ik zie niet in waarom dat niet zou werken.

Heb niet willen zeggen (en heb dat ook niet gedaan) dat dit niet zou gaan werken.
Alleen dat het eenvoudiger is even af te wachten.

[Panzer_V]

ppaulv schreef op maandag 9 november 2026 @ 12:30:
[...]

Heb niet willen zeggen (en heb dat ook niet gedaan) dat dit niet zou gaan werken.
Alleen dat het eenvoudiger is even af te wachten.

Okay, helder

Qua wachten...ik las dat 2.0.5. de P1 lezer van HomeWizzard weer ondersteund. Er zullen dus mensen zijn die daar profijt van hebben. Alhoewel ik mij afvraag of je daar wat aan hebt als je toch alles via HA aanstuurt

[ppaulv]

Nou, m'n zoon heeft net een setje gekocht, zit nog in dozen, zonder p1 meter. Wacht echt op het moment dat de HW p1 ondersteund wordt. Dus voor hem is dit goed nieuws.
Maar ik dacht dat hiervoor een aanpassing in alleen de app nodig was, en dit is fw van het setje (omvormer/accu/beide) ...

[oeps]

Cardinal schreef op zondag 8 november 2026 @ 17:11:
Zendure zenSDK (Gielz) + Forecasting 2026.11.3
De belangrijkste wijzigingen ten opzichte van 2026.11.2:

Net 2026.11.2 geïnstalleerd. Kleine opmerking:
Ik krijg een configuration error. Als ik het dashboard in edit mode open zie ik "Custom element doesn't exist: mod-card.".
In de documentatie staat "The tables look better with card-mod (optional).".
Card-mod geïnstalleerd en zie de plan time line. De vorige versie werkte (blijkbaar) ook zonder Card-Mod.

[Cardinal]

@oeps you fix some, you break some. Ik zal het checken, bedankt.

[Cardinal]

Panzer_V schreef op maandag 9 november 2026 @ 11:46:
Hierbij de tijdelijke oplossing voor @gielz
Het probleem zit hem erin dat de waarde 'pvstatus' niet langer in de JSON gerapporteerd wordt.

@gielz zal er echt naar moeten gaan kijken, want het zit om meer plekken verweven. De gene die ik kon vinden:

• Vermogen PV Naar Huis
• Vermogen PV Naar Batterij
• Vermogen PV Totaal

Ik vermoed dat deze alleen wat rariteiten in het dashboard zal veroorzaken, maar beter safe than sorry.

[tweetyvogel]

afgelopen periode een applicatie "Zendure EMS" in elkaar gezet op basis van Omnibattery en Gielz het geheel is een Home Assistant-package: met één YAML-bestand inclusief een complete dashboard dat je in je configuratie zet. Het stuurt 2 of 3 Zendure SolarFlow-sets rechtstreeks aan via hun lokale netwerk-API, zonder cloud en zonder extra integraties uit HACS.

Wat het doet:

•     Nul op de meter: bij elke nieuwe meterwaarde (en in elk geval elke 5 seconden) wordt het vermogen van de sets zo bijgestuurd dat je netmeter rond 0 W blijft. Zonne-overschot gaat de accu in, 's avonds levert de accu je verbruik.

•     Verdeling over de sets: bij weinig vraag werkt één set, bij meer vraag doen de andere sets mee. De laadtoestand van de sets groeit vanzelf naar elkaar toe.

•     Dynamische prijzen: laden bij negatieve of lage prijzen, de accu bewaren voor dure uren, en eventueel verkopen bij pieken.

•     Kwartierplanner: rekent per kwartier met prijzen, zonneverwachting (Forecast.Solar) en je geleerde verbruik. Er wordt alleen van het net geladen als de accu anders later in een duurder kwartier tekortkomt.

•     Dashboard: alle bediening, de planning en de grafieken op één plek, met alleen standaardkaarten van Home Assistant.

Hier de huidige laatste handleiding

Mocht je interesse hebben om er mee te testen of te gaan werken, dan hoor ik het wel

[ Voor 20% gewijzigd door tweetyvogel op 09-11-2026 14:20 ]

[Mimiix]

tweetyvogel schreef op maandag 9 november 2026 @ 14:10:
afgelopen periode een applicatie "Zendure EMS" in elkaar gezet op basis van Omnibattery en Gielz het geheel is een Home Assistant-package: met één YAML-bestand inclusief een complete dashboard dat je in je configuratie zet. Het stuurt 2 of 3 Zendure SolarFlow-sets rechtstreeks aan via hun lokale netwerk-API, zonder cloud en zonder extra integraties uit HACS.

Wat het doet:

•     Nul op de meter: bij elke nieuwe meterwaarde (en in elk geval elke 5 seconden) wordt het vermogen van de sets zo bijgestuurd dat je netmeter rond 0 W blijft. Zonne-overschot gaat de accu in, 's avonds levert de accu je verbruik.

•     Verdeling over de sets: bij weinig vraag werkt één set, bij meer vraag doen de andere sets mee. De laadtoestand van de sets groeit vanzelf naar elkaar toe.

•     Dynamische prijzen: laden bij negatieve of lage prijzen, de accu bewaren voor dure uren, en eventueel verkopen bij pieken.

•     Kwartierplanner: rekent per kwartier met prijzen, zonneverwachting (Forecast.Solar) en je geleerde verbruik. Er wordt alleen van het net geladen als de accu anders later in een duurder kwartier tekortkomt.

•     Dashboard: alle bediening, de planning en de grafieken op één plek, met alleen standaardkaarten van Home Assistant.

Hier de huidige laatste handleiding

Mocht je interesse hebben om er mee te testen of te gaan werken, dan hoor ik het wel

Kan je het allicht op Github in een repo plaatsen? Leest veel makkelijker dan een drive file

[tweetyvogel]

Mimiix schreef op maandag 9 november 2026 @ 14:19:
[...]

Kan je het allicht op Github in een repo plaatsen? Leest veel makkelijker dan een drive file

Misschien later, als er echt interesse is

[Hippe Lip]

Panzer_V schreef op maandag 9 november 2026 @ 11:46:
Hierbij de tijdelijke oplossing voor @gielz

Het probleem zit hem erin dat de waarde 'pvstatus' niet langer in de JSON gerapporteerd wordt.

Pas in de configuratie YAML het volgende aan:

- Verwijder regels 3 en 6

- Voeg regel 7 toe

YAML:

      - name: "Zendure 2400 AC Vermogen Aansturing"
        value_template: >
#          {% set pv = value_json['properties']['pvStatus'] | int(0) %}
          {% set solar = value_json['properties']['solarInputPower'] | float(0) %}
          {% set grid_off = value_json.get('properties', {}).get('gridOffPower', 0) | float(0) %}
#          {% set pv_active = (pv == 1) or (solar > 0) or (grid_off < 0) %}
          {% set pv_active = (solar > 0) or (grid_off < 0) %}
          {% set pass = value_json['properties']['pass'] | int %}
          {% set ac_mode = value_json['properties']['acMode'] | int %}
          {% if not pv_active %}
            {% set opladen = value_json['properties']['outputPackPower'] | float(0) %}
            {% set ontladen = - (value_json['properties']['packInputPower'] | float(0)) %}
            {{ opladen if opladen != 0 else ontladen }}
          {% else %}
            {% set opladen = value_json['properties']['gridInputPower'] | float(0) %}
            {% set opladen_vol = value_json['properties']['outputPackPower'] | float(0) %}
            {% set ontladen = - (value_json['properties']['outputHomePower'] | float(0)) %}
            {% if pass == 2 %}
              {% set result = opladen_vol %}
            {% elif opladen != 0 %}
              {% set result = opladen %}
            {% else %}
              {% set result = ontladen %}
            {% endif %}
            {% if ac_mode == 1 and result < 0 %}
              0
            {% else %}
              {{ result }}
            {% endif %}
          {% endif %}

@gielz , ik weet niet hoe ik deze wijziging via Git naar jou kan doorsturen. Is bovenstaande voldoende voor jou om de code aan te passen?

Dank, @Panzer_V

Alleen gaat er ergens iets niet goed. Ik werk met de global versie en jouw regels 3 en 6 staan bij mij op 2138 en 2141 en ik heb jouw regel 7 ingevoegd als regel 2142 met knippen en plakken.
Maar dan krijg ik een foutmelding. Het lijkt ook eerder te zitten dan die nieuwe regel, maar ik kan niet coderen, dus de fout ook niet 'lezen'.

Wat gaat er niet goed?



Dit staat er nu bij mij:

YAML:

      - name: "Zendure Power"
        value_template: >
#          {% set pv = value_json['properties']['pvStatus'] | int(0) %}
          {% set solar = value_json['properties']['solarInputPower'] | float(0) %}
          {% set grid_off = value_json.get('properties', {}).get('gridOffPower', 0) | float(0) %}
#          {% set pv_active = (pv == 1) or (solar > 0) or (grid_off < 0) %}
          {% set pv_active = (solar > 0) or (grid_off < 0) %}
          {% set pass = value_json['properties']['pass'] | int %}
          {% set ac_mode = value_json['properties']['acMode'] | int %}
          {% if not pv_active %}
            {% set opladen = value_json['properties']['outputPackPower'] | float(0) %}
            {% set ontladen = - (value_json['properties']['packInputPower'] | float(0)) %}
            {{ opladen if opladen != 0 else ontladen }}
          {% else %}
            {% set opladen = value_json['properties']['gridInputPower'] | float(0) %}
            {% set opladen_vol = value_json['properties']['outputPackPower'] | float(0) %}
            {% set ontladen = - (value_json['properties']['outputHomePower'] | float(0)) %}
            {% if pass == 2 %}
              {% set result = opladen_vol %}
            {% elif opladen != 0 %}
              {% set result = opladen %}
            {% else %}
              {% set result = ontladen %}
            {% endif %}
            {% if ac_mode == 1 and result < 0 %}
              0
            {% else %}
              {{ result }}
            {% endif %}
          {% endif %}

EDIT:
De fout zit in het feit dat je die twee regels niet uit moet hashen, maar ook werkelijk moet VERWIJDEREN.
Dan werkt het wel goed.

[ Voor 27% gewijzigd door Hippe Lip op 09-11-2026 15:06 ]

[Cardinal]

@Hippe Lip haal regel 3 en 6 weg. helemaal.

Of vervang door:

code:

      - name: "Zendure Power"
        value_template: >
          {# {% set pv = value_json['properties']['pvStatus'] | int(0) %} #}
          {% set solar = value_json['properties']['solarInputPower'] | float(0) %}
          {% set grid_off = value_json.get('properties', {}).get('gridOffPower', 0) | float(0) %}
          {# {% set pv_active = (pv == 1) or (solar > 0) or (grid_off < 0) %} #}
          {% set pv_active = (solar > 0) or (grid_off < 0) %}
          {% set pass = value_json['properties']['pass'] | int %}
          {% set ac_mode = value_json['properties']['acMode'] | int %}
          {% if not pv_active %}
            {% set opladen = value_json['properties']['outputPackPower'] | float(0) %}
            {% set ontladen = - (value_json['properties']['packInputPower'] | float(0)) %}
            {{ opladen if opladen != 0 else ontladen }}
          {% else %}
            {% set opladen = value_json['properties']['gridInputPower'] | float(0) %}
            {% set opladen_vol = value_json['properties']['outputPackPower'] | float(0) %}
            {% set ontladen = - (value_json['properties']['outputHomePower'] | float(0)) %}
            {% if pass == 2 %}
              {% set result = opladen_vol %}
            {% elif opladen != 0 %}
              {% set result = opladen %}
            {% else %}
              {% set result = ontladen %}
            {% endif %}
            {% if ac_mode == 1 and result < 0 %}
              0
            {% else %}
              {{ result }}
            {% endif %}
          {% endif %}

[ Voor 94% gewijzigd door Cardinal op 09-11-2026 15:06 ]

[Hippe Lip]

Cardinal schreef op maandag 9 november 2026 @ 15:04:
@Hippe Lip haal regel 3 en 6 weg. helemaal.

Of vervang door:

code:

      - name: "Zendure Power"
        value_template: >
          {# {% set pv = value_json['properties']['pvStatus'] | int(0) %} #}
          {% set solar = value_json['properties']['solarInputPower'] | float(0) %}
          {% set grid_off = value_json.get('properties', {}).get('gridOffPower', 0) | float(0) %}
          {# {% set pv_active = (pv == 1) or (solar > 0) or (grid_off < 0) %} #}
          {% set pv_active = (solar > 0) or (grid_off < 0) %}
          {% set pass = value_json['properties']['pass'] | int %}
          {% set ac_mode = value_json['properties']['acMode'] | int %}
          {% if not pv_active %}
            {% set opladen = value_json['properties']['outputPackPower'] | float(0) %}
            {% set ontladen = - (value_json['properties']['packInputPower'] | float(0)) %}
            {{ opladen if opladen != 0 else ontladen }}
          {% else %}
            {% set opladen = value_json['properties']['gridInputPower'] | float(0) %}
            {% set opladen_vol = value_json['properties']['outputPackPower'] | float(0) %}
            {% set ontladen = - (value_json['properties']['outputHomePower'] | float(0)) %}
            {% if pass == 2 %}
              {% set result = opladen_vol %}
            {% elif opladen != 0 %}
              {% set result = opladen %}
            {% else %}
              {% set result = ontladen %}
            {% endif %}
            {% if ac_mode == 1 and result < 0 %}
              0
            {% else %}
              {{ result }}
            {% endif %}
          {% endif %}

Daar kwam ik net ook achter. Die fout heb ik nu dus niet meer, maar NOM werkt nu nog steeds niet in de Gielz. De 'oplossing' van @Panzer_V (b)lijkt dus geen oplossing?!
Zou er ook nog iets bij @gast777 aangepast moeten worden?

EDIT
Het duurde even voordat de Gielz de boel weer oppikte. Gelukkig draait mijn NOM nu weer. Fijn te weten in de aanloop naar die bijna 90 cent van vanavond
Thnx @Panzer_V

[ Voor 7% gewijzigd door Hippe Lip op 09-11-2026 15:16 ]

[Panzer_V]

@Hippe Lip , je moet ze idd verwijderen. Fijn dat dit opgelost is.

Heb je alles al eens gereboot? De hele HA server bedoel ik dan?

Ikzelf gebruik geen gast777 dus kan niet zeggen waar het nog meer misgaat. De oplossing van mij werkt sowieso op een systeem met 1 batterij.

[stfn345]

Ik heb Gielz + Zendure Proxy van gast777. Zendure 2400AC+ 2.0.5 werkt met de wijzigingen die hierboven worden voorgesteld.

[ Voor 7% gewijzigd door stfn345 op 09-11-2026 15:22 ]

[RemmyB83]

Panzer_V schreef op maandag 9 november 2026 @ 15:14:
@Hippe Lip , je moet ze idd verwijderen. Fijn dat dit opgelost is.

Heb je alles al eens gereboot? De hele HA server bedoel ik dan?

Ikzelf gebruik geen gast777 dus kan niet zeggen waar het nog meer misgaat. De oplossing van mij werkt sowieso op een systeem met 1 batterij.

offtopic:
Noob hier in programmeertaal!
De # die er voor staat in regel 3 en 6, maakt er toch een soort notitie? HA doe er er verder toch niets mee qua aansturing.
Waarom moeten die regels dan verwijderd worden voor een goede werking?
Of begrijp ik het verkeerd?

[ppaulv]

Panzer_V schreef op maandag 9 november 2026 @ 15:14:
@Hippe Lip , je moet ze idd verwijderen. Fijn dat dit opgelost is.

Heb je alles al eens gereboot? De hele HA server bedoel ik dan?

Ikzelf gebruik geen gast777 dus kan niet zeggen waar het nog meer misgaat. De oplossing van mij werkt sowieso op een systeem met 1 batterij.

Vraagje, werkt dit ook vóór de upgrade van firmware? Heb zelf ook wat dingen geknutseld (zegt alleen iets over rm'n eigen werk) en wil graag eerst testen voordat ik niet meer terug kan.

[Cardinal]

@RemmyB83 Na value_template: > begint een tekstblok. YAML weet welke regels bij dat blok horen doordat ze ingesprongen zijn. Een # helemaal links staat minder ver in, dus daar eindigt het blok. Daardoor is value_template "leeg". De regel daarna ({% set solar …) hoort dan nergens meer bij.

@ppaulv Ja, dit werkt ook voor de oude firmware.

[ Voor 8% gewijzigd door Cardinal op 09-11-2026 15:35 ]

[Nachtapotheker]

Ter inspiratie: Vandaag en morgen is er wat meer spread, dus er is ook meer actie te zien in mijn eigen gekluste planning.

Disclaimer: omdat ik aan het testen ben voor volgend jaar, gebruik ik nu al de tarieven voor 2027 (zonder salderen van btw en belasting)

[Desmosil]

Ik heb de yaml ook aangepast na de firmware update. De ac2400+ ontlaad wel als ik modus snel ontladen aan zet. Maar nom pakt hij niet en blijft hij standby, ha opnieuw opstarten deed niks. Wat zou er mis gaan?

[Hippe Lip]

Desmosil schreef op maandag 9 november 2026 @ 17:08:
Ik heb de yaml ook aangepast na de firmware update. De ac2400+ ontlaad wel als ik modus snel ontladen aan zet. Maar nom pakt hij niet en blijft hij standby, ha opnieuw opstarten deed niks. Wat zou er mis gaan?

Dat had ik eerst ook. Uiteindelijk ging de boel na een aantal minuten weer werken. Kennelijk heeft de Gielz even nodig om op te starten.

Je hebt bij het aanpassen van de yaml wel die twee regels er écht uitgehaald? Een # aan het begin van de regels werkt niet …

[Koenis]

oeps schreef op zaterdag 7 november 2026 @ 16:16:
[...]

Heb inmiddels ZenSDK with Forecasting geïnstalleerd (2026.11.2). Complimenten!

De planninggeschiedenis staat nu op 2 dagen dus nog vers. Heel mooi dat je het plan in tekst uitlegt. Zo wordt ik meegenomen in het plan. Top!

Ik gebruik de planner in combinatie met een Warmtepomp die dan deel uitmaakt van de base load. Op grijze dagen klopt dat wel zo'n beetje. Op zonnige dagen niet helemaal: WP gaat overdag uit door zoninstraling maar zonnige dagen is meestal ook koude nachten. Het totale gebruik zal niet heel veel schelen, wel het tijdstip waarop (eventueel kan ik dat verwerken in de "Battery charge margin". Met een WP dus ook prima tot nu toe! Ik zie wel of/hoe het de planning in de war schopt bij grote weersveranderingen.

Met die relatief vlakke prijzen van nu zie ik vooral "haal maar uit het net en de batterij vult met wat over is van de zon."

Vraag: Voor morgen is de opmerking "Estimated grid charge tomorrow: nothing, charging is not expected to pay off".
Als ik in de Gielz spread kijk dan zie ik dat de spread hoger is dan ik als minimum heb. Even bij cheap en expensive 1 gezet. Zie screenshot.

Ik begrijp niet helemaal waarom niet gaat laden bij groen, tussen groen en rood op stand-by en met rood stroom uit de batterij halen.

Gebruik je in de planner de spread vanuit Gielz of andere info? (Voordat ik de planner gebruikte zou ik die twee kwartieren handelen).

Als ik het goed begrijp doe je in de planner niet iets met het aantal goedkope/dure kwartieren omdat de planner een luxe NOM is(??)

[Afbeelding]

Hopelijk is het volgende makkelijk in te bouwen om handelen ook mogelijk te maken in een nieuwe of bestaande mode:

• Als iemand een aantal opgeeft bij "Lowest/Highest price Periods" (of handmatige veld) dan wordt er "blind" geladen / ontladen (slim omgaan met die aantallen is dus verantwoordelijkheid van de gebruiker).
• Wat de planner dan zou doen is simpelweg het aantal geladen of ontladen kWh opnemen in de planning als eenmalige load (dus er niet van leren).
• Waarom: hopelijk zijn er nu en volgend jaar nog genoeg momenten om naast deze mooie NOM, ook te handelen.

Ik zou uiteraard ook even een Gielz mode kunnen kiezen om te handelen maar dan mis ik het zeer gewaardeerde in stand-by gaan dat de planner slim doet.

In workflow is het dan: Mode staat altijd op die plannings-NOM+handelen. 1x per dag even kijken of je ook wilt handelen, aantal ingeven en verder geen omkijken naar.

Dank in elk geval voor deze mooie Gielz extensie!

Goedenavond,ik krijg de forecast maar niet goed ingevuld,hij blijft oranje,de sensoren werken wel gewoon maar ik blijf maar de foutcode krijgen,heeft u mischien een idee?

[Desmosil]

Hippe Lip schreef op maandag 9 november 2026 @ 17:58:
[...]

Dat had ik eerst ook. Uiteindelijk ging de boel na een aantal minuten weer werken. Kennelijk heeft de Gielz even nodig om op te starten.

Je hebt bij het aanpassen van de yaml wel die twee regels er écht uitgehaald? Een # aan het begin van de regels werkt niet …

Jazeker, ook langer de tijd gegeven maar hij wil niet naar een modus zoals NOM of dynamisch NOM (duur).

Handmatige modus werkt prima, dus ik heb het idee dat het ergens zit in de aansturing

[Hippe Lip]

Desmosil schreef op maandag 9 november 2026 @ 18:26:
[...]

Jazeker, ook langer de tijd gegeven maar hij wil niet naar een modus zoals NOM of dynamisch NOM (duur).

Handmatige modus werkt prima, dus ik heb het idee dat het ergens zit in de aansturing

En je hele HA opnieuw gereboot?

[Desmosil]

Hippe Lip schreef op maandag 9 november 2026 @ 18:29:
[...]

En je hele HA opnieuw gereboot?

Ook dat, zowel yaml's opnieuw laden als volledig opnieuw opstarten. In HEMS draait hij wel keurig NOM. Dus de data van de p1 meter wordt wel doorgegeven

[meesje]

Panzer_V schreef op maandag 9 november 2026 @ 12:34:
[...]

Okay, helder

Qua wachten...ik las dat 2.0.5. de P1 lezer van HomeWizzard weer ondersteund. Er zullen dus mensen zijn die daar profijt van hebben. Alhoewel ik mij afvraag of je daar wat aan hebt als je toch alles via HA aanstuurt

Dat zou mooi zijn, maar ook al gebruik van HA en de HW P1 meter vind ik het wel een fijne gedachte mocht er iets in HA omgevallen zijn dat ik alsnog de batterijen via HEMS en de Zendure P1 kan laten aansturen.

[Desmosil]

Desmosil schreef op maandag 9 november 2026 @ 18:32:
[...]

Ook dat, zowel yaml's opnieuw laden als volledig opnieuw opstarten. In HEMS draait hij wel keurig NOM. Dus de data van de p1 meter wordt wel doorgegeven

Om de een of andere reden werkt het nu wel, maar alleen als hij in HEMS zit van Zendure... Ik meen dat de batterij altijd uit HEMS moest om via HA aan te sturen.

[R1chardTM]

Fix voor de problemen met AC2400+ firmware versie 2.0.5 in samenwerking met Giels staat klaar ter goedkeuring door Gielz. Dus mocht je het zelf al tijdelijk even willen fixen, kun je hier de aangepaste files vandaan halen. Bij mij werken de verschillende NOM modi weer.
Make pvStatus json read optional to support firmware 2.0.5 for AC2400+ by NextNebula · Pull Request #345 · Gielz1986/Zendure-HA-zenSDK

[ Voor 10% gewijzigd door R1chardTM op 09-11-2026 19:22 ]

[tweetyvogel]

Mimiix schreef op maandag 9 november 2026 @ 14:19:
[...]

Kan je het allicht op Github in een repo plaatsen? Leest veel makkelijker dan een drive file

https://github.com/WBoerhoop/Zendure-EMS

bij deze