Zendure producten in Home Assistant integreren deel 2

[gast777]

Mistraller schreef op dinsdag 9 juni 2026 @ 23:41:
[...]

Op de facebook usergroup regende het klachten (voornl. HEMS gebruikers)

OK, vandaag hier in ieder geval keurig NOM gedraaid met v1.0.23. Ik merk geen verschil met de vorige versie (gelukkig, want ik had geen probleem).

[Gramser]

Thanks voor de hulp @gast777 - dat ga ik eens proberen! Afgelopen nacht is het in ieder geval weer goed gegaan, maar die aanpassing ga ik eens doorvoeren. Ook gewoon een leuk leertraject voor mezelf

[DeadMetal]

DaanVervacke schreef op woensdag 10 juni 2026 @ 19:44:
[...]

De MQTT-broker voor Europese klanten draait in Frankfurt (eu-central-1). Wat er daarna met je data gebeurt is mij een raadsel... maar waarschijnlijk weinig goeds. De data die richting Frankfurt gaat is vergelijkbaar met wat je lokaal via de MQTT-optie uit je unit kunt halen, maar dan met enkele extraatjes zoals de fan speed, zoals @ctrl-tab al vermeldde. Maar dat is dus basically alles. Ik kan dus alleen maar aanraden dat je de internet-toegang van je unit blokkeert. En dan https://codeberg.org/DaanVervacke/zendure-spoof-european-mqtt-broker gebruikt om de broker lokaal te spoofen, anders valt je unit om de 8-15 minuten van je netwerk.

Interessant! Ik wil dit graag proberen. Maar welke url voeg ik toe aan de HA apps repository? Als ik https://codeberg.org/Daan...poof-european-mqtt-broker doe, laat de addon zich niet installeren, dit heb ik niet eerder gezien:

[Gramser]

ZuinigeRijder schreef op woensdag 10 juni 2026 @ 23:19:
Ik probeer een upgrade te doen, van de laatste @gielz ZenSDK en @gast777 Proxy.

Heb voordat ik de laatste versies ging installeren het volgende gedaan:


[...]


Daarna heb ik de @gielz ZenSDK geinstalleerd volgend recept:
https://github.com/Gielz1...DK/blob/main/README.nl.md

Dat gaat allemaal goed.

Daarna wilde ik de @gast777 proxy, volgens recept:
https://github.com/gast77...proxy/blob/main/README.md

Maar bij de eerste stap gaat het al meteen fout:
Hiervoor importeer je eerst de flow Zendure-proxy-Node-Red-flow_XX.json in Node-RED via het menu (hamburger rechtsboven) -> Import.

Ik krijg de foutmelding:
Some of the nodes you are importing already exist in your workspace.
Cancel + View Nodes + Copy

Daar heb ik View Nodes gekozen en ze allemaal geïmporteerd. Hoop dat dit goed is? Terwijl ik wel in het verwijderen de grijze config nodes verwijderd had......

In ieder geval lijkt het allemaal te werken.

De volgende wijzigingen heb ik ook gedaan:


[...]

Bij mijn updaten ben ik hier ook tegenaan gelopen. Had je de oude NR flow ook verwijderd, eerst? Ik weet niet goed meer hoe ik het uiteindelijk heb gefixt maar volgens mij had ik zelfs NR nog een keer verwijderd om deze melding niet meer te krijgen. Alsof er nodes achterbleven wanneer je de flow verwijderde.

[DeadMetal]

Tiesert schreef op woensdag 10 juni 2026 @ 19:53:
[...]

[Afbeelding]

Dat knopje kort indrukken doet bij mij niks. De enige manier die ik ken om het scherm aan te krijgen, is in de Zendure-app, instellingen, en dan het 'licht'-schakelaartje. Firmware 1.0.1

[Hippe Lip]

DeadMetal schreef op donderdag 11 juni 2026 @ 07:28:
Dat knopje kort indrukken doet bij mij niks. De enige manier die ik ken om het scherm aan te krijgen, is in de Zendure-app, instellingen, en dan het 'licht'-schakelaartje. Firmware 1.0.1

Waarom zet je het display überhaupt uit via de app? Het gaat namelijk sowieso vanzelf uit als je een tijdje nergens aan zit. Bij mij (2400AC+) tenminste wel.
En als je dan een keer kort op het knopje drukt, dan gaat het display weer een tijdje aan.

[ZuinigeRijder]

Gramser schreef op donderdag 11 juni 2026 @ 07:26:
[...]

Bij mijn updaten ben ik hier ook tegenaan gelopen. Had je de oude NR flow ook verwijderd, eerst? Ik weet niet goed meer hoe ik het uiteindelijk heb gefixt maar volgens mij had ik zelfs NR nog een keer verwijderd om deze melding niet meer te krijgen. Alsof er nodes achterbleven wanneer je de flow verwijderde.

Ja, ik had de oude NR flow ook verwijderd, de volgende stappen:
gast777 in "Zendure producten in Home Assistant integreren deel 2"
2) delete de oude proxy flow
3) Ga naar Config Nodes (het tandwieltje). Daar zie je een aantal grijze nodes.
4) Delete al deze grijze nodes. Dubbel-click daarvoor op al deze grijze nodes en kies Delete
5) Click op 'Deploy'

Ik had alleen de global "On All flows" "Default Theme" niet verwijderd. Misschien had ik dat wel moeten doen?

Ik zie dat er nu ook een Node RED update is (22.0.0) met breaking changes:

Breaking changes

Node-RED Dashboard (v1) is no longer bundled. The classic node-red-dashboard has been unmaintained upstream for a while, and on top of that it kept claiming the dashboard route and colliding with the newer FlowFuse Dashboard 2. So it had to go. Do you still rely on it? You can add it back yourself through the extra options.

Even better, this is a great moment to move over to its maintained successor, @flowfuse/node-red-dashboard.

The Twitter node has been removed. node-red-node-twitter has been unmaintained for years, and the API it relied on is no longer usable anyway. If you really need it, you can still install it via npm_packages.

[ Voor 29% gewijzigd door ZuinigeRijder op 11-06-2026 08:35 ]

[DeadMetal]

Hippe Lip schreef op donderdag 11 juni 2026 @ 08:24:
[...]

Waarom zet je het display überhaupt uit via de app? Het gaat namelijk sowieso vanzelf uit als je een tijdje nergens aan zit. Bij mij (2400AC+) tenminste wel.
En als je dan een keer kort op het knopje drukt, dan gaat het display weer een tijdje aan.

Omdat ik het scherm uit wilde hebben en niet wist dat dit vanzelf zou gaan
Bedankt voor de tip, nu met 'licht' aan in de app, zie ik inderdaad dat het scherm na een tijdje vanzelf uit gaat, en dan werkt de knop wél

[jannus66]

winwiz schreef op woensdag 10 juni 2026 @ 22:22:
[...]

Inmiddels had ik dat ook uitgevogeld. Ik was eerst aan het kijken of er wel een sensor was aangemaakt. Dat was zo en ik zag ook de waarden netjes updaten. Daarna keek ik eens goed waar nu om gevraagd werd... een sensor. Toen was het copy / paste en de sensor naam ingevuld, de HW P1 weer weggehaald en nu werkt het wel!

Kortom:

• De benodigde rest opdracht aan je configuration.yaml toevoegen.
• Opnieuw HA opstarten
• Zoek even bij je entiteiten of er een nieuwe sensor is aangemaakt
• Kopieer en plak de nieuwe sensornaam bij Afwijkende P1 sensor

Misschien even toevoegen aan https://github.com/Gielz1986/Zendure-HA-zenSDK/wiki/Global-and-NL-%E2%80%90-P1-CT-meters-(API's). ?

Ik vind de sensor niet bij entiteiten, heb ik het zo goed gedaan?

rest:

- resource: http://<192.168.1.43>/properties/report
scan_interval: 1
sensor:
- name: "P1 Zendure API"
value_template: "{{ value_json.total_power | float }}"
unique_id: P1_Zendure_API
unit_of_measurement: "W"
device_class: power
state_class: measurement

Dit ingevuld aan het einde van configuration.yaml, opnieuw opgestart maar ik vind nergens die P1 sensor.
Ip adres is wel goed en het groene lampje brand op de dongle.

[winwiz]

jannus66 schreef op donderdag 11 juni 2026 @ 09:13:
[...]

Ik vind de sensor niet bij entiteiten, heb ik het zo goed gedaan?

rest:

- resource: http://<192.168.1.43>/properties/report
scan_interval: 1
sensor:
- name: "P1 Zendure API"
value_template: "{{ value_json.total_power | float }}"
unique_id: P1_Zendure_API
unit_of_measurement: "W"
device_class: power
state_class: measurement

Dit ingevuld aan het einde van configuration.yaml, opnieuw opgestart maar ik vind nergens die P1 sensor.
Ip adres is wel goed en het groene lampje brand op de dongle.

ik neem aan dat de < > er niet in staan? Oftewel die moeten weg

[jannus66]

winwiz schreef op donderdag 11 juni 2026 @ 09:14:
[...]

ik neem aan dat de < > er niet in staan? Oftewel die moeten weg

Ja, daar kwam ik ook achter. Gelukt nu.

Dan vraag ik mij wel af, waarom staan die in het voorbeeld??

Maar goed, bedankt!

[winwiz]

jannus66 schreef op donderdag 11 juni 2026 @ 09:26:
[...]


Ja, daar kwam ik ook achter. Gelukt nu.

Dan vraag ik mij wel af, waarom staan die in het voorbeeld??

Maar goed, bedankt!

Meestal wordt dit gebruikt voor: <hier moet je zelf wat invullen>

Het is overigens maar goed dat ik gisteravond ben overgestapt naar de Zendure P1 meter voor de aansturing. Zag onderweg naar mijn werk (in de trein) dat de HomeWizard wéér unavailable is. Ik heb meteen een nieuwe besteld omdat ik ook nog 2 HW PiB's heb die alleen maar luisteren naar de HW P1 meter.

[ Voor 32% gewijzigd door winwiz op 11-06-2026 09:31 ]

[jannus66]

winwiz schreef op donderdag 11 juni 2026 @ 09:27:
[...]

Meestal wordt dit gebruikt voor: <hier moet je zelf wat invullen>

Het is overigens maar goed dat ik gisteravond ben overgestapt naar de Zendure P1 meter voor de aansturing. Zag onderweg naar mijn werk (in de trein) dat de HomeWizard wéér unavailable is. Ik heb meteen een nieuwe besteld omdat ik ook nog 2 HW PiB's heb die alleen maar luisteren naar de HW P1 meter.

Ik zou het zelf zo doen:
- resource: http://xxx.xxx.xxx.xxx/properties/report

Mijn HW P1 meter doet het altijd prima, De Zendure koppelde daar direct aan.
ik heb bij de Zendure AC2400+ de Zendure P1 meter erbij gekregen.
Ik ben wel benieuwd welke nauwkeuriger is. Enig idee?
Succes met je HW P1 meter!

[winwiz]

jannus66 schreef op donderdag 11 juni 2026 @ 09:40:
[...]


Ik zou het zelf zo doen:
- resource: http://xxx.xxx.xxx.xxx/properties/report

Mijn HW P1 meter doet het altijd prima, De Zendure koppelde daar direct aan.
ik heb bij de Zendure AC2400+ de Zendure P1 meter erbij gekregen.
Ik ben wel benieuwd welke nauwkeuriger is. Enig idee?
Succes met je HW P1 meter!

toen ze het gisteravond nog beiden deden zag ik wel dat de Zendure veel sneller reageert op veranderingen. Echt per seconde. De HW om de 3 seconden ongeveer. Ik heb een apart dashboard waar alle verbruikers, accu's en leveranciers samen komen dus kan mooi vergelijken

[ Voor 3% gewijzigd door winwiz op 11-06-2026 09:48 ]

[jannus66]

Oke, bedankt!

[Pakhaas]

Gramser schreef op donderdag 11 juni 2026 @ 07:26:
[...]

Bij mijn updaten ben ik hier ook tegenaan gelopen. Had je de oude NR flow ook verwijderd, eerst? Ik weet niet goed meer hoe ik het uiteindelijk heb gefixt maar volgens mij had ik zelfs NR nog een keer verwijderd om deze melding niet meer te krijgen. Alsof er nodes achterbleven wanneer je de flow verwijderde.

Is wel een beetje het kind met het badwater weggooien voor zo'n melding.

[Gramser]

Pakhaas schreef op donderdag 11 juni 2026 @ 10:55:
[...]

Is wel een beetje het kind met het badwater weggooien voor zo'n melding.

Jij zegt het, ik doe het gewoon. Overigens is het een superkleine actie als je NR alleen hebt voor die flow

[Hippe Lip]

Gramser schreef op donderdag 11 juni 2026 @ 11:04:
[...]

Jij zegt het, ik doe het gewoon. Overigens is het een superkleine actie als je NR alleen hebt voor die flow

@Gramser Bij mij is de proxy van @gast777 ook het enige gebruik van NR. De eerste keer dat ik ging updaten heb ik ook me het hoofd gebroken over hoe ik eerst de oude flow eruit kon gooien. Het duurde even voordat ik door had dat dit niet lukt met de laatste = enige flow in NR.

Nu zet ik de oude = huidige flow eerst op Disable en daarna importeer ik de nieuwe. Dat blijkt een prima werkwijze. Zo kun je ook heel snel en eenvoudig terug naar de vorige versie als de nieuwe niet goed blijkt te werken.

Het zou in die context prettig zijn als het versienummer in de naam van de flow staat, want dan herken je makkelijk welke versie je nu actief hebt.
Suggestie voor @gast777 ?

[ Voor 8% gewijzigd door Hippe Lip op 11-06-2026 11:58 ]

[DeadMetal]

@gielz ik heb een kleine suggestie. Het zou mij helpen als je hier een kleine Opladen/Ontladen/Standby indicator zou willen toevoegen die laat zien wat de batterij nu aan het doen is. Want die + of - bij het wattage blijft me verwarren (omdat positief en negatief het tegenovergestelde betekent bij de grafieken op je dashboard). Op mobiel staan beide namelijk niet tegelijk in beeld (dan staat alles onder elkaar, dus scrollen).

[Theetjuh]

DeadMetal schreef op donderdag 11 juni 2026 @ 07:23:
[...]

Interessant! Ik wil dit graag proberen. Maar welke url voeg ik toe aan de HA apps repository? Als ik https://codeberg.org/Daan...poof-european-mqtt-broker doe, laat de addon zich niet installeren, dit heb ik niet eerder gezien:
[Afbeelding]

Je kunt gewoon de url toevoegen, alleen het installeren duurt erg lang omdat hij op de achtergrond de applicatie bouwt zover ik meekreeg.
Ik heb het draaiende, ik krijg ook een open poort als ik een test doe en zie het ook in de log terug.
Maar verder zie ik nog geen entries voorbij komen van de Zendure AC2400+ jammer genoeg.
En ja ik heb dns aangepast naar m'n home assistant ip

[gast777]

Hippe Lip schreef op donderdag 11 juni 2026 @ 11:41:
[...]


Het zou in die context prettig zijn als het versienummer in de naam van de flow staat, want dan herken je makkelijk welke versie je nu actief hebt.
Suggestie voor @gast777 ?

OK, dat kan ik wel doen. 1 extra stap bij het publiceren.

[DeadMetal]

Theetjuh schreef op donderdag 11 juni 2026 @ 11:49:
[...]

Je kunt gewoon de url toevoegen, alleen het installeren duurt erg lang omdat hij op de achtergrond de applicatie bouwt zover ik meekreeg.
Ik heb het draaiende, ik krijg ook een open poort als ik een test doe en zie het ook in de log terug.
Maar verder zie ik nog geen entries voorbij komen van de Zendure AC2400+ jammer genoeg.
En ja ik heb dns aangepast naar m'n home assistant ip

Welke url? Mijn punt is dat de Installeren-knop uitgegrijsd is.

[gast777]

ZuinigeRijder schreef op donderdag 11 juni 2026 @ 08:33:
[...]


Ik zie dat er nu ook een Node RED update is (22.0.0) met breaking changes:

[...]

Meteen even die nieuwe NR versie geinstalleerd op mijn test HA VM. Werkt prima. Alleen moest ik wel na de upgrade eerst weer de procedure door om de proxy te verwijderen en alle ui nodes te verwijderen en dan de proxy flow vers te importeren. Daarna werkte het weer als voorheen.

En je moet blijkbaar de browser refreshen om het nieuwe uiterlijk van NR te krijgen.

[Theetjuh]

DeadMetal schreef op donderdag 11 juni 2026 @ 11:53:
[...]


Welke url? Mijn punt is dat de Installeren-knop uitgegrijsd is.

Aahh dat had ik niet gezien, ik heb hier gewoon https://codeberg.org/Daan...poof-european-mqtt-broker gebruikt.

[Gramser]

gast777 schreef op donderdag 11 juni 2026 @ 11:54:
[...]

Meteen even die nieuwe NR versie geinstalleerd op mijn test HA VM. Werkt prima. Alleen moest ik wel na de upgrade eerst weer de procedure door om de proxy te verwijderen en alle ui nodes te verwijderen en dan de proxy flow vers te importeren. Daarna werkte het weer als voorheen.

En je moet blijkbaar de browser refreshen om het nieuwe uiterlijk van NR te krijgen.

Ik heb ook NR op de HA Green geupdate, heb nieuwe uiterlijk en je proxy werkt prima (heb overigens ook de cached response verlengd, zoals je aangaf). So far so good!

[ Voor 22% gewijzigd door Gramser op 11-06-2026 12:04 ]

[Hippe Lip]

gast777 schreef op donderdag 11 juni 2026 @ 11:54:
[...]

Meteen even die nieuwe NR versie geinstalleerd op mijn test HA VM. Werkt prima. Alleen moest ik wel na de upgrade eerst weer de procedure door om de proxy te verwijderen en alle ui nodes te verwijderen en dan de proxy flow vers te importeren. Daarna werkte het weer als voorheen.

En je moet blijkbaar de browser refreshen om het nieuwe uiterlijk van NR te krijgen.

@gast777 Ehh, hier ga je wat hard door de instructies heen. Ik ben nét vaardig genoeg met NR om een flow te disablen en een nieuwe flow te importeren, maar wat je bedoelt met "alle ui nodes te verwijderen" en waar en hoe dat moet gaat me nu ff boven de pet.
Met de rest van HA heb ik gelukkig geen moeite.

[ Voor 3% gewijzigd door Hippe Lip op 11-06-2026 12:02 ]

[Gramser]

Hippe Lip schreef op donderdag 11 juni 2026 @ 11:41:
[...]

@Gramser Bij mij is de proxy van @gast777 ook het enige gebruik van NR. De eerste keer dat ik ging updaten heb ik ook me het hoofd gebroken over hoe ik eerst de oude flow eruit kon gooien. Het duurde even voordat ik door had dat dit niet lukt met de laatste = enige flow in NR.

Nu zet ik de oude = huidige flow eerst op Disable en daarna importeer ik de nieuwe. Dat blijkt een prima werkwijze. Zo kun je ook heel snel en eenvoudig terug naar de vorige versie als de nieuwe niet goed blijkt te werken.

Het zou in die context prettig zijn als het versienummer in de naam van de flow staat, want dan herken je makkelijk welke versie je nu actief hebt.
Suggestie voor @gast777 ?

[Afbeelding]

Ik gooide steeds eerst de bestaande flow weg (rechtermuisknop op het tabje --> dan delete), maar jouw manier is denk ik sjieker. En handig met een versienummer

[Theetjuh]

Theetjuh schreef op donderdag 11 juni 2026 @ 11:49:
[...]

Je kunt gewoon de url toevoegen, alleen het installeren duurt erg lang omdat hij op de achtergrond de applicatie bouwt zover ik meekreeg.
Ik heb het draaiende, ik krijg ook een open poort als ik een test doe en zie het ook in de log terug.
Maar verder zie ik nog geen entries voorbij komen van de Zendure AC2400+ jammer genoeg.
En ja ik heb dns aangepast naar m'n home assistant ip

Ik zie nu ook het zendure ip terug in de logging, ik had per ongeluk 8333 in de firewall gezet ip 8883

[Etjoo]

Hoi allen,

Kort vraagje van een startende Home Assistant gebruiker die geïnteresseerd is in een AC2400+.

De situatie is als volgt; nog geen slimme meter.

Wel een berg HW sockets en kWh meters. Uiteraard ook een kWh meter op de hoofdaansluiting en diverse omvormers (3 stuks) van de zonnepanelen zijn toegevoegd in HA. Dit werkt perfect!

Is het nu mogelijk om de AC2400+ via HA aan te sturen?

Volgens Chat kan dit maar hoor graag van de kenners!

Alvast bedankt voor de reactie!

[Theetjuh]

Theetjuh schreef op donderdag 11 juni 2026 @ 12:15:
[...]

Ik zie nu ook het zendure ip terug in de logging, ik had per ongeluk 8333 in de firewall gezet ip 8883

@DaanVervacke ik zie helaas nog wel unavailable voorbij komen op m'n ac2400+

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[gielz]

Etjoo schreef op donderdag 11 juni 2026 @ 12:26:
Hoi allen,

Kort vraagje van een startende Home Assistant gebruiker die geïnteresseerd is in een AC2400+.

De situatie is als volgt; nog geen slimme meter.

Wel een berg HW sockets en kWh meters. Uiteraard ook een kWh meter op de hoofdaansluiting en diverse omvormers (3 stuks) van de zonnepanelen zijn toegevoegd in HA. Dit werkt perfect!

Is het nu mogelijk om de AC2400+ via HA aan te sturen?

Volgens Chat kan dit maar hoor graag van de kenners!

Alvast bedankt voor de reactie!

Je kunt je kWh meter op de hoofdsluiting per seconden gaan uitlezen en dan een willekeurige integratie gaan draaien. Je Zendure zal dan op basis van die sensor NOM gaan draaien.

[Hippe Lip]

Etjoo schreef op donderdag 11 juni 2026 @ 12:26:
Hoi allen,

Kort vraagje van een startende Home Assistant gebruiker die geïnteresseerd is in een AC2400+.

De situatie is als volgt; nog geen slimme meter.

Wel een berg HW sockets en kWh meters. Uiteraard ook een kWh meter op de hoofdaansluiting en diverse omvormers (3 stuks) van de zonnepanelen zijn toegevoegd in HA. Dit werkt perfect!

Is het nu mogelijk om de AC2400+ via HA aan te sturen?

Volgens Chat kan dit maar hoor graag van de kenners!

Alvast bedankt voor de reactie!

@Etjoo
Geen slimme meter, zeg je. Dus ook geen dynamisch contract.
Dan komt als eerste de vraag bij me op waarom je aan de thuisbatterij gaat beginnen (geen aanmerking).

En om die batterij dan te laten reageren op je huisgebruik zonder dat je een slimme meter hebt, zul je aangewezen zijn op een alternatief zoals de Shelly 3EM meter. Die gebruik ik en dat werkt werkelijk als een zonnetje.

Dus: ja, het is mogelijk.

[Etjoo]

gielz schreef op donderdag 11 juni 2026 @ 12:29:
[...]


Je kunt je kWh meter op de hoofdsluiting per seconden gaan uitlezen en dan een willekeurige integratie gaan draaien. Je Zendure zal dan op basis van die sensor NOM gaan draaien.

Dit is in eerste instantie de bedoeling, top en dank!

[DeadMetal]

Theetjuh schreef op donderdag 11 juni 2026 @ 11:55:
[...]

Aahh dat had ik niet gezien, ik heb hier gewoon https://codeberg.org/Daan...poof-european-mqtt-broker gebruikt.

Dat doe ik ook. Enig idee @DaanVervacke ?

[Etjoo]

Hippe Lip schreef op donderdag 11 juni 2026 @ 12:48:
[...]

@Etjoo
Geen slimme meter, zeg je. Dus ook geen dynamisch contract.
Dan komt als eerste de vraag bij me op waarom je aan de thuisbatterij gaat beginnen (geen aanmerking).

En om die batterij dan te laten reageren op je huisgebruik zonder dat je een slimme meter hebt, zul je aangewezen zijn op een alternatief zoals de Shelly 3EM meter. Die gebruik ik en dat werkt werkelijk als een zonnetje.

Dus: ja, het is mogelijk.

Dat is mooi! En Inderdaad (nog) geen dynamisch contract.

We zijn al een poos van het gas af en de bedoeling is richting het einde van het jaar een EV aan te schaffen.

Alles nog op 1 fase momenteel. De aanvraag voor verzwaring is gedaan maar de uitvoer laat nog even op zich wachten, hierbij komt dan dus ook automatisch de slimme meter.

Het dak op Oost en West ligt vol met zonnepanelen, ik wil dan ook wat spelen (leren) met de accu. Ook de aansturing richting de omvormers om straks de boel te kunnen knijpen ivm de teruglevering.

Accu is puur bedoeld om de avond en nacht mee door te komen tijdens de maanden dat de zonnepanelen wat doen.

Al met al wat spelen en leren met het oog op de aankomende veranderingen per 2027 en verder

[Gramser]

@Hippe Lip ik heb ook geen dynamisch contract en pas in maart 2027 “moet” ik over. Ik draai NoM en probeer gedrag inzichtelijk te krijgen, te analyseren wat de toevoeging van de PHEV betekent in de energiemix en wat thuisbatterijen daarin betekenen. Kortom: lekker pielen tot salderen eraf is en dan hopelijk voorbereid zijn. De basis is er wel.

[Theetjuh]

Theetjuh schreef op donderdag 11 juni 2026 @ 12:29:
[...]

@DaanVervacke ik zie helaas nog wel unavailable voorbij komen op m'n ac2400+

***members only***

Ik merkte net pas dat er nog meer aan het deploy script was dan alleen het deployen van de addon, die gedraaid en het lijkt nu helemaal prima, geen disconnects meer.

[gast777]

Hippe Lip schreef op donderdag 11 juni 2026 @ 12:02:
[...]

@gast777 Ehh, hier ga je wat hard door de instructies heen. Ik ben nét vaardig genoeg met NR om een flow te disablen en een nieuwe flow te importeren, maar wat je bedoelt met "alle ui nodes te verwijderen" en waar en hoe dat moet gaat me nu ff boven de pet.
Met de rest van HA heb ik gelukkig geen moeite.

Dit zou ik ook willen vermijden om de instructies zo simpel mogelijk te houden. In sommige gevallen blijkt het toch nodig/wenselijk, vanwege het NR Dashboard. Ik zal dit eens aan de gedocumenteerde instructies toevoegen (in een nieuwe sectie voor 'hoe te upgraden').

[Theetjuh]

DeadMetal schreef op donderdag 11 juni 2026 @ 13:02:
[...]

Dat doe ik ook. Enig idee @DaanVervacke ?

Wat je zou kunnen doen is de repo downloaden, de deploy.sh aanpassen met je HA url, een long-live-token en het IP van je HA aan te passen en dan deploy.sh draaien op een Linux machine, die installeert namelijk gewoon de repository en voegt de credentials toe.

Zie de prerequisites

[ Voor 12% gewijzigd door Theetjuh op 11-06-2026 14:52 ]

[DaanVervacke]

DeadMetal schreef op donderdag 11 juni 2026 @ 07:23:
[...]

Interessant! Ik wil dit graag proberen. Maar welke url voeg ik toe aan de HA apps repository? Als ik https://codeberg.org/Daan...poof-european-mqtt-broker doe, laat de addon zich niet installeren, dit heb ik niet eerder gezien:
[Afbeelding]

Je zal de stappen in de README moeten volgen. Ik heb een speciaal script voorzien dat je moet uitvoeren op een Mac of Linux machine: https://codeberg.org/DaanVervacke/zendure-spoof-european-mqtt-broker#usage. Voor mensen die de broker liever naast hun HA instance opzetten, die kunnen hier terecht: https://codeberg.org/DaanVervacke/zendure-spoof-european-mqtt-broker#ha-container-docker-no-add-on.

[DaanVervacke]

Theetjuh schreef op donderdag 11 juni 2026 @ 12:29:
[...]

@DaanVervacke ik zie helaas nog wel unavailable voorbij komen op m'n ac2400+

***members only***

Heb je de stappen in de README doorlopen?

https://codeberg.org/DaanVervacke/zendure-spoof-european-mqtt-broker#usage

Enkel de add-ons installeren zal niet veel doen. Het script dat ik voorzie doet het volgende: de setup van de add-on, het sniffen van de credentials van je unit en die dan instellen op de broker. Als je daarnaast dan je lokale DNS correct heb ingesteld zal je unit komen aankloppen bij de lokale broker .

Edit: ik heb dit trouwens enkel nog maar kunnen testen met een SF2400AC, nog niet met de + variant.

[ Voor 6% gewijzigd door DaanVervacke op 11-06-2026 15:04 ]

[Theetjuh]

DaanVervacke schreef op donderdag 11 juni 2026 @ 15:03:
[...]

Heb je de stappen in de README doorlopen?

https://codeberg.org/DaanVervacke/zendure-spoof-european-mqtt-broker#usage

Enkel de add-ons installeren zal niet veel doen. Het script dat ik voorzie doet het volgende: de setup van de add-on, het sniffen van de credentials van je unit en die dan instellen op de broker. Als je daarnaast dan je lokale DNS correct heb ingesteld zal je unit komen aankloppen bij de lokale broker .

Edit: ik heb dit trouwens enkel nog maar kunnen testen met een SF2400AC, nog niet met de + variant.

Jazeker inmiddels al werkende zie:

Theetjuh schreef op donderdag 11 juni 2026 @ 13:38:
[...]

Ik merkte net pas dat er nog meer aan het deploy script was dan alleen het deployen van de addon, die gedraaid en het lijkt nu helemaal prima, geen disconnects meer.

[DaanVervacke]

Theetjuh schreef op donderdag 11 juni 2026 @ 15:05:
[...]

Jazeker inmiddels al werkende zie:

[...]

Top!! En jij hebt een AC2400+ staan?

[Theetjuh]

DaanVervacke schreef op donderdag 11 juni 2026 @ 15:06:
[...]

Top!! En jij hebt een AC2400+ staan?

Jazekers en sinds 13:31 geen unavailable meer, werkt super

[DaanVervacke]

Theetjuh schreef op donderdag 11 juni 2026 @ 15:10:
[...]

Jazekers en sinds 13:31 geen unavailable meer, werkt super

Dan vermeld ik dat ook even in de README van het project, bedankt!

[DeadMetal]

DaanVervacke schreef op donderdag 11 juni 2026 @ 15:00:
[...]

Je zal de stappen in de README moeten volgen. Ik heb een speciaal script voorzien dat je moet uitvoeren op een Mac of Linux machine: https://codeberg.org/DaanVervacke/zendure-spoof-european-mqtt-broker#usage.

Dank voor je werk tot dusverre, dat wil ik allereerst graag benadrukken! Maar het is helaas iets te technisch voor me.

Als ik de readme in de huidige vorm lees (en ik wil 't als HA addon gebruiken), dan:

• begrijp ik niet hoe ik de bestanden moet downloaden en waar ze te plaatsen op de HA-machine
• verwart het me dat ik eerst de DNS-instellingen moet aanpassen, terwijl HA er op dat moment nog niet klaar voor is om de Zendure ook een fatsoenlijk antwoord te sturen. Gaat de Zendure dan niet al beginnen met haperen?
• als ik dit stukje lees 'deploy.sh is configured with environment variables and run from your Linux or Mac machine' gevolgd door een code-block, dan vatte ik dat op alszijnde dat dat dat de inhoud van deploy.sh moet gaan worden. Maar je bedoelt het waarschijnlijk als de combinatie van 4 regels aanpassen + daarna een van de 4 commando's uitvoeren?

[DaanVervacke]

DeadMetal schreef op donderdag 11 juni 2026 @ 15:53:
[...]

Dank voor je werk tot dusverre, dat wil ik allereerst graag benadrukken! Maar het is helaas iets te technisch voor me.

Als ik de readme in de huidige vorm lees (en ik wil 't als HA addon gebruiken), dan:

• begrijp ik niet hoe ik de bestanden moet downloaden en waar ze te plaatsen op de HA-machine
• verwart het me dat ik eerst de DNS-instellingen moet aanpassen, terwijl HA er op dat moment nog niet klaar voor is om de Zendure ook een fatsoenlijk antwoord te sturen. Gaat de Zendure dan niet al beginnen met haperen?
• als ik dit stukje lees 'deploy.sh is configured with environment variables and run from your Linux or Mac machine' gevolgd door een code-block, dan vatte ik dat op alszijnde dat dat dat de inhoud van deploy.sh moet gaan worden. Maar je bedoelt het waarschijnlijk als de combinatie van 4 regels aanpassen + daarna een van de 4 commando's uitvoeren?

Happy to help!

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

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

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

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

Bash:

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

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

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



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

Bash:

./deploy/deploy.sh

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

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

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

[Mistraller]

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

Happy to help!

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

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

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

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

Bash:

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

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

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

[Afbeelding]

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

Bash:

./deploy/deploy.sh

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

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

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

Mooi werk! Alleen wel jammer dat je er een eigen DNS server voor moet draaien, want dat raakt mijn hele netwerk. Wat zou het prettig zijn als zendure een LAN-only optie maakt....

[Theetjuh]

Mistraller schreef op donderdag 11 juni 2026 @ 23:01:
[...]

Mooi werk! Alleen wel jammer dat je er een eigen DNS server voor moet draaien, want dat raakt mijn hele netwerk. Wat zou het prettig zijn als zendure een LAN-only optie maakt....

Dat zeker, maar je zou ook een NAT masquerade rule kunnen maken, dan pas je het destination ip/port aan, heb je niet specifiek een aparte dns server nodig

[Gramser]

Cached responsetijd verhoogt naar 90 seconden, @gast777 . Dat lijkt vandaag een rustig beeld op te leveren, gisteren ook:

[Devke]

Gramser schreef op vrijdag 12 juni 2026 @ 07:54:
Cached responsetijd verhoogt naar 90 seconden, @gast777 . Dat lijkt vandaag een rustig beeld op te leveren, gisteren ook:

[Afbeelding]

Niet verdiept nog in deze feature. Je systeem heeft de neiging om nog "vast" te lopen?

[Gramser]

Nou, dat had mijn systeem wel inderdaad. Ook na het updaten van de proxy van @gast777 . Maar hij gaf aan -wist ik veel- dat er onder het invoerveld bij de IP-adressen nog een aantal tweakable variabelen staan, waaronder nu dus die cached response. Die heb ik van 15 seconden naar 90 seconden gezet, waardoor de batterijen wat rust krijgen richting mijn modem - althans dat is mijn lekenvertaling. En dat lijkt goed te gaan nu, maar komende dagen wordt dat beter zichtbaar. 24 uur is geen zekerheidje, dan moet het toch wel even een weekje ofzo goed gaan. Ben wel redelijk hoopvol. Als dit ervoor zorgt dat ik geen reset van batterijen of modem hoeft te doen, ben ik waar ik zijn wil.

[Devke]

Gramser schreef op vrijdag 12 juni 2026 @ 08:46:
Nou, dat had mijn systeem wel inderdaad. Ook na het updaten van de proxy van @gast777 . Maar hij gaf aan -wist ik veel- dat er onder het invoerveld bij de IP-adressen nog een aantal tweakable variabelen staan, waaronder nu dus die cached response. Die heb ik van 15 seconden naar 90 seconden gezet, waardoor de batterijen wat rust krijgen richting mijn modem - althans dat is mijn lekenvertaling. En dat lijkt goed te gaan nu, maar komende dagen wordt dat beter zichtbaar. 24 uur is geen zekerheidje, dan moet het toch wel even een weekje ofzo goed gaan. Ben wel redelijk hoopvol. Als dit ervoor zorgt dat ik geen reset van batterijen of modem hoeft te doen, ben ik waar ik zijn wil.

Hier nu op dag 8 even alleen met gielz en er raakt ook niets van slag. Kritieke punt voorbij lijkt. Morgen eerst de 2400 vervangen door de 2400+ kijken hoe het dan loopt en dan wil ik wel terug naar de integratie van @gast777. Echt aan het uitsluiten gegaan. Dan kost het maar meer tijd en wat geswitch maar heee voor een goed doel.

[slvans]

Ik zat mij af te vragen of iemand anders al een dergelijke regeling heeft gemaakt. Mogelijk krijg ik betere ideeën. Ik heb ingesteld dat op basis van de voorspelling die solcast doet voor mijn zonnepanelen, ik de instelling voor de accu afstem. Dus als ik ruim voldoende stroom binnen krijg voor mijn normale huisverbruik + opladen accu, dan zit ik hem op nul op de meter. Als er onvoldoende zonnestroom is, dan zet ik heb op dynamisch NOM. Uiteraard met de juiste spread, welke ik nog aan het onderzoeken ben.

Mijn normale huisverbruik is ongeveer 8 kwh + de accu 5 kwh is in totaal 13. Dus als de opwek meer dan 13 is, gaat hij op NOM en anders dynamisch nom, met laden dus op de goedkoopste uren.

Hoe zien jullie dit en zijn er nog verbeterpunten.

code:

alias: Thuisaccu Modus Selecteren
description: ""
triggers:
  - trigger: time
    at: "06:31:00"
    id: Overdag
  - trigger: time
    at: "19:01:00"
    id: avond
  - trigger: homeassistant
    event: start
  - trigger: state
    entity_id:
      - sensor.dynamisch_goedkoopste_periode
  - trigger: state
    entity_id:
      - sensor.dynamisch_duurste_periode
    id: Duur
conditions: []
actions:
  - choose:
      - conditions:
          - condition: and
            conditions:
              - condition: time
                after: "06:30:00"
                before: "19:00:00"
              - condition: numeric_state
                entity_id: sensor.solcast_pv_forecast_voorspelling_vandaag
                attribute: estimate
                below: 15
        sequence:
          - action: input_select.select_option
            metadata: {}
            target:
              entity_id: input_select.zendure_2400_ac_modus_selecteren
            data:
              option: Dynamisch NOM
    default:
      - action: input_select.select_option
        metadata: {}
        target:
          entity_id: input_select.zendure_2400_ac_modus_selecteren
        data:
          option: Nul op de meter
mode: single

[Pakhaas]

slvans schreef op vrijdag 12 juni 2026 @ 10:29:
Ik zat mij af te vragen of iemand anders al een dergelijke regeling heeft gemaakt. Mogelijk krijg ik betere ideeën. Ik heb ingesteld dat op basis van de voorspelling die solcast doet voor mijn zonnepanelen, ik de instelling voor de accu afstem. Dus als ik ruim voldoende stroom binnen krijg voor mijn normale huisverbruik + opladen accu, dan zit ik hem op nul op de meter. Als er onvoldoende zonnestroom is, dan zet ik heb op dynamisch NOM. Uiteraard met de juiste spread, welke ik nog aan het onderzoeken ben.

Mijn normale huisverbruik is ongeveer 8 kwh + de accu 5 kwh is in totaal 13. Dus als de opwek meer dan 13 is, gaat hij op NOM en anders dynamisch nom, met laden dus op de goedkoopste uren.

Hoe zien jullie dit en zijn er nog verbeterpunten.

code:

alias: Thuisaccu Modus Selecteren
description: ""
triggers:
  - trigger: time
    at: "06:31:00"
    id: Overdag
  - trigger: time
    at: "19:01:00"
    id: avond
  - trigger: homeassistant
    event: start
  - trigger: state
    entity_id:
      - sensor.dynamisch_goedkoopste_periode
  - trigger: state
    entity_id:
      - sensor.dynamisch_duurste_periode
    id: Duur
conditions: []
actions:
  - choose:
      - conditions:
          - condition: and
            conditions:
              - condition: time
                after: "06:30:00"
                before: "19:00:00"
              - condition: numeric_state
                entity_id: sensor.solcast_pv_forecast_voorspelling_vandaag
                attribute: estimate
                below: 15
        sequence:
          - action: input_select.select_option
            metadata: {}
            target:
              entity_id: input_select.zendure_2400_ac_modus_selecteren
            data:
              option: Dynamisch NOM
    default:
      - action: input_select.select_option
        metadata: {}
        target:
          entity_id: input_select.zendure_2400_ac_modus_selecteren
        data:
          option: Nul op de meter
mode: single

Nu met salderen is er maar 1 regeling financieel het beste en dat is Dynamisch Handelen.

[ZuinigeRijder]

@slvans Ik heb een andere strategie. Ik heb 2x Solar Flow 800 Plus (samen bijna 4 kWh) en 5280 Wp panelen (Enphase micro omvormers) pal op het zuiden.

1: Tot 11:00 uur: mode "Alleen Slim ontladen". Dus NOM, maar NIET opladen. Hierdoor levert de zonnestroom in de ochtend het meeste op, zonde om dat dan overschot in de batterij te stoppen. Ook zit de batterij anders mogelijk te snel vol, zodat deze op de goedkope uren (vanaf 11:00 uur) juist niet vol geladen kan worden.

2: Vanaf 11:00 uur tot 20:00 uur: "Nul op de meter". Meestal krijg ik dan de batterijen wel weer voor 100% vol, ook met weinig zon.

3: Vanaf 20:00 tot 21:00 uur: "Snel ontladen". Wanneer helemaal vol, kan ik ongeveer een uur snel ontladen, wanneer de dynamische prijzen hoog genoeg zijn, en toch doorkomen met "Alleen Slim Ontladen" tot ongeveer 11:00 de volgende ochtend.

4: Vanaf 21:00 uur weer mode "Alleen Slim ontladen": Tot de volgende ochtend 11:00 uur.

Misschien moet ik ook nog eens kijken of "Alleen Slim ontladen" vanaf 16:00 uur nog een betere strategie is, omdat de zonnestroom terugleveren dan ook best wel wat opbrengt, zonder de batterij verliezen. Maar aan de andere kant, wanneer de batterijen rond 16:00 uur toch wel vol zit, maakt dat niet (meer) uit, het effect is dan hetzelfde. Maar als deze maar voor de helft vol zit, zou 3: weggelaten kunnen worden, zodat zonnestroom overschot meteen teruggeleverd wordt....

[ Voor 4% gewijzigd door ZuinigeRijder op 12-06-2026 11:01 ]

[Gramser]

Gramser schreef op vrijdag 12 juni 2026 @ 08:46:
Nou, dat had mijn systeem wel inderdaad. Ook na het updaten van de proxy van @gast777 . Maar hij gaf aan -wist ik veel- dat er onder het invoerveld bij de IP-adressen nog een aantal tweakable variabelen staan, waaronder nu dus die cached response. Die heb ik van 15 seconden naar 90 seconden gezet, waardoor de batterijen wat rust krijgen richting mijn modem - althans dat is mijn lekenvertaling. En dat lijkt goed te gaan nu, maar komende dagen wordt dat beter zichtbaar. 24 uur is geen zekerheidje, dan moet het toch wel even een weekje ofzo goed gaan. Ben wel redelijk hoopvol. Als dit ervoor zorgt dat ik geen reset van batterijen of modem hoeft te doen, ben ik waar ik zijn wil.

@Devke nou ik heb natuurlijk weer voor mijn beurt gesproken... het ging weer mis. Maar ik lijk 'm eruit te hebben gekregen zonder herstart van batterijen, maar wel een herstart van HA.


Cached response bleef hangen


In NR gekeken naar debug messages, Home Assistant herstart


Geen reactie eerst, na herstart weer wat beter. Dat deed dus wel iets.


Na verlengen cached responsetijd naar 1:20 werd NOM weer gehaald.

Alleen: ik ben alsnog te snel geweest denk ik. Ik had na herstart HA langer moeten wachten, of ik had eerst alleen de cached responsetijd moeeten verlengen om dat nog wat meer tijd te geven. Volgende keer... ben ik bang...

[Pakhaas]

Gramser schreef op vrijdag 12 juni 2026 @ 10:51:
knip

Hoe zie ik cached response? Volgens mij heb ik die sensor niet.

[Gramser]

Pakhaas schreef op vrijdag 12 juni 2026 @ 10:54:
[...]

Hoe zie ik cached response? Volgens mij heb ik die sensor niet.

Heb je de laatste versie van @gast777 ? Daar staat hij in. Hij staat niet standaard in je dashboard maar je kunt ‘m in de History wel gewoon opzoeken onder die naam.

[Devke]

Gramser schreef op vrijdag 12 juni 2026 @ 10:51:
[...]

@Devke nou ik heb natuurlijk weer voor mijn beurt gesproken... het ging weer mis. Maar ik lijk 'm eruit te hebben gekregen zonder herstart van batterijen, maar wel een herstart van HA.

[Afbeelding]
Cached response bleef hangen

[Afbeelding]
In NR gekeken naar debug messages, Home Assistant herstart

[Afbeelding]
Geen reactie eerst, na herstart weer wat beter. Dat deed dus wel iets.

[Afbeelding]
Na verlengen cached responsetijd naar 1:20 werd NOM weer gehaald.

Alleen: ik ben alsnog te snel geweest denk ik. Ik had na herstart HA langer moeten wachten, of ik had eerst alleen de cached responsetijd moeeten verlengen om dat nog wat meer tijd te geven. Volgende keer... ben ik bang...

Je bent te ongeduldig haha. Nu ben ik ook zo hoor, dus lotgenoten. Maar heb mezelf nu wel een tijd gegeven het probleem te vinden, stap voor stap. Uitsluiten. De batterijen moeten ons gezin bedienen en niet andersom

Kijk eens of het vanzelf weer inkomt. Is je HA niet te druk? Ik ga met je mee testen maar dan moet ik eerst 100% zeker zijn dat de basis hier goed is. Tot en met gielz gaat goed. Nu ga ik een batterij swap doen, dus eigenlijk een variabele wijzigen. Als ik het goed wil doen dan moet ik deze ook weer een week laten draaien alleen op gielz en dan pas verder kijken.................

Wat als je nu eens een weekje alleen op gielz gaat draaien, test eerst je basis zou ik doen. Dat is even een IP nr wisselen in het dashboard als je beide batterijen even afzonderlijk wilt gebruiken. Niet de mooiste oplossing maar voor de test even prima.

[Pakhaas]

Gramser schreef op vrijdag 12 juni 2026 @ 10:58:
[...]

Heb je de laatste versie van @gast777 ? Daar staat hij in. Hij staat niet standaard in je dashboard maar je kunt ‘m in de History wel gewoon opzoeken onder die naam.

In Geschiedenis vind ik hem niet. Gisteren NR geupdate en de laatste versie van de proxy. versie 20260605. Ah ik zie nu dat versie 20260611 de laatste is?

[Gramser]

@Devke Ik heb daarover gedacht maar ik kán met alleen Gielz sowieso toch maar met één torentje werken? Gielz zou die twee torens van mij best als één mogen zien, maar dat is geloof ik niet hoe het werkt…

Ik zat al te denken aan een automatisering als: if cashed response is yes for more than one hour, then restart Home Assistant.

Kan dat eigenlijk in een automatisering, HA herstarten? HA zelf zou niet te druk moeten zijn, dit is het enige wat ik ermee doe. En het bijhouden van het energy dashboard, maar dat zijn verder geen automatiseringen.

[ Voor 17% gewijzigd door Gramser op 12-06-2026 11:11 ]

[Gramser]

Pakhaas schreef op vrijdag 12 juni 2026 @ 11:06:
[...]

In Geschiedenis vind ik hem niet. Gisteren NR geupdate en de laatste versie van de proxy. versie 20260605. Ah ik zie nu dat versie 20260611 de laatste is?

Ik heb 0605. Welke taal gebruik je? In het NL zal het wellicht anders heten…?

[DeadMetal]

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

Happy to help!

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

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

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

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

Bash:

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

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

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

[Afbeelding]

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

Bash:

./deploy/deploy.sh

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

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

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

Hartelijk dank. Bij het uitvoeren van het script gaan de eerste stappen goed, en ik zie bijv. ook dat poort 8883 nog vrij is, dus het script meldt ook dat hij die niet vrij hoeft te stellen etc.
Maar het gaat mis bij:

code:

ha_ws: POST /store/addons/80e55840_zendure_mqtt_spoof/install -> unknown_error: App Zendure MQTT Spoof Broker not supported on this platform, supported architectures: amd64
ha_ws: POST /addons/80e55840_zendure_mqtt_spoof/install -> unknown_error: App Zendure MQTT Spoof Broker not supported on this platform, supported architectures: amd64

Mijn HA draait op een Odroid M1, HA OS, dat is volgens mij het arm64-platform.

[oeps]

Voor wie geïnteresseerd is in Zendure mqtt in combinatie met Home Assistant.
Ik heb al lange tijd een issue open staan bij Zendure dat de mqtt communicatie vanuit Zendure apparatuur (2400 Pro én Zendure P1) stopt zodra HA een reboot krijgt, dus bij elke elke update van HA die je doet. (MQTT van andere dingen in huis loopt gewoon door).
Ik gebruik Zendure mqtt daardoor niet meer maar hoop nog steeds dat Zendure het ooit repareert. Die kans wordt denk ik kleiner met de update die ik gisteren kreeg van Zendure:

[## 365140 ##] MQTT communication
Dear Customer,
Thank you very much for providing the detailed data from your repeated tests. Our technical team has reviewed your feedback and shared it with the R&D team.
However, due to various constraints, we are currently unable to implement improvements for third-party integrations. We recommend controlling your device via the Zendure App for the best experience.
We sincerely apologize for not being able to resolve your issue at this time. If you have any further questions or concerns regarding Zendure products, please feel free to contact us at any time.
Thank you for your understanding and support. Met alle HA versies van de afgelopen maanden kan ik het reproduceren.
Best regards,
Zendure Support Team

Eigenlijk zeggen ze, voor ons eigen gebruik werkt mqtt wel prima en HA is niet ondersteund. Op zich te begrijpen. Wel jammer want het kan nooit een heel groot issue zijn. Veel open source mqtt SW waaruit ze inspiratie kunnen halen om een connectie in stand te houden.
Hopelijk blijft het wel op de backlog staan.

[Pakhaas]

Gramser schreef op vrijdag 12 juni 2026 @ 11:09:
[...]

Ik heb 0605. Welke taal gebruik je? In het NL zal het wellicht anders heten…?

Bedankt. Nieuwste versie draait nu.

[Devke]

Gramser schreef op vrijdag 12 juni 2026 @ 11:08:
@Devke Ik heb daarover gedacht maar ik kán met alleen Gielz sowieso toch maar met één torentje werken? Gielz zou die twee torens van mij best als één mogen zien, maar dat is geloof ik niet hoe het werkt…

Ik zat al te denken aan een automatisering als: if cashed response is yes for more than one hour, then restart Home Assistant.

Kan dat eigenlijk in een automatisering, HA herstarten? HA zelf zou niet te druk moeten zijn, dit is het enige wat ik ermee doe. En het bijhouden van het energy dashboard, maar dat zijn verder geen automatiseringen.

Dan staat HA de hele dag te herstarten, blijft symptoom bestrijden dan. Ja gielz ziet 1 torentje. Wat ik doe is op de goedkoopste uren zorgen als 1 gestart is met laden dat ik even het IP adres wissel in HA. Dan gaat de ander ook laden. Wek je alleen met opwek dan is dat wat lastiger maar laat dan 1 vol lopen. Kun je er gewoon gebruik van maken. Ik heb ook 2 torentjes maar los het zo even op om achter de oorzaak te komen.

[RemmyB83]

Gramser schreef op vrijdag 12 juni 2026 @ 10:51:
[...]

@Devke nou ik heb natuurlijk weer voor mijn beurt gesproken... het ging weer mis. Maar ik lijk 'm eruit te hebben gekregen zonder herstart van batterijen, maar wel een herstart van HA.

[Afbeelding]
Cached response bleef hangen

[Afbeelding]
In NR gekeken naar debug messages, Home Assistant herstart

[Afbeelding]
Geen reactie eerst, na herstart weer wat beter. Dat deed dus wel iets.

[Afbeelding]
Na verlengen cached responsetijd naar 1:20 werd NOM weer gehaald.

Alleen: ik ben alsnog te snel geweest denk ik. Ik had na herstart HA langer moeten wachten, of ik had eerst alleen de cached responsetijd moeeten verlengen om dat nog wat meer tijd te geven. Volgende keer... ben ik bang...

Wat mijn opvalt is die kleine dip.
Dit is waarschijnlijk de switch van de ene batterij naar de andere.
De batterij die het overneemt moet vervolgens in de juiste modus worden gezet(laden/ontladen), en dan de opdrachtwaardes ontvangen. Als de modus niet klopt met de opdrachtwaardes zal hij niets doen. Vraag is denk ik: staat die batterij in de juiste modus na de switch?

[Sander]

In hoeverre is het voor de aansturing via Gielz of Fireson nog noodzakelijk/relevant om zoveel mogelijk homogene devices te hebben?

Ik heb op dit moment een Hyper (met 3 x AB2000S/X) en wil die gaan vervangen door een 2400+, de Hyper zit op losse groep en kan er dus vrij makkelijk de stap naar de 2400 maken en gelijk ook de 2400W gebruiken.

Ik heb ook nog een dakvlak(je) over op een dakkapel waar ik 3 x west of een 2x O/W opstelling kwijt kan. Ik kan vanaf daar wel weer kabels gaan leggen door het hele huis naar de meterkast en daarop aanhaken, maar een alternatief zou zijn een SF800 (evt met 1 of 2 van mijn AB2000S eronder) en op dat punt gelijk opslaan op een 'gewoon' stopcontact. Daarmee kan de hele installatie op zolder staan inclusief batterij en geen 'gedoe' met kabels door het huis.

De vraag is dan hoe ga ik dat samen aansturen zonder dat ze elkaar gaan ping-pongen etc?

[DaanVervacke]

DeadMetal schreef op vrijdag 12 juni 2026 @ 11:11:
[...]

Hartelijk dank. Bij het uitvoeren van het script gaan de eerste stappen goed, en ik zie bijv. ook dat poort 8883 nog vrij is, dus het script meldt ook dat hij die niet vrij hoeft te stellen etc.
Maar het gaat mis bij:

code:

ha_ws: POST /store/addons/80e55840_zendure_mqtt_spoof/install -> unknown_error: App Zendure MQTT Spoof Broker not supported on this platform, supported architectures: amd64
ha_ws: POST /addons/80e55840_zendure_mqtt_spoof/install -> unknown_error: App Zendure MQTT Spoof Broker not supported on this platform, supported architectures: amd64

Mijn HA draait op een Odroid M1, HA OS, dat is volgens mij het arm64-platform.

Ahh inderdaad, ik heb nog geen support toegevoegd voor arm64, ik kijk er zo snel mogelijk voor en geef je dan een seintje. Thanks!

[RemmyB83]

DeadMetal schreef op donderdag 11 juni 2026 @ 11:47:
@gielz ik heb een kleine suggestie. Het zou mij helpen als je hier een kleine Opladen/Ontladen/Standby indicator zou willen toevoegen die laat zien wat de batterij nu aan het doen is. Want die + of - bij het wattage blijft me verwarren (omdat positief en negatief het tegenovergestelde betekent bij de grafieken op je dashboard). Op mobiel staan beide namelijk niet tegelijk in beeld (dan staat alles onder elkaar, dus scrollen).

[Afbeelding]

Dit zou je zelf ook kunnen toevoegen, als je onder regel 12 van het dashboard het volgende stukje code toevoegd:

code:

- type: entity
                show_state: true
                show_icon: true
                entity: sensor.zendure_2400_ac_modus
                tap_action:
                  action: more-info
                color: "#01a180"

Dit stukje wel even netjes uitlijnen met de rest er onder, en dan zou het er zo uitmoeten zien:

[Gramser]

RemmyB83 schreef op vrijdag 12 juni 2026 @ 11:20:
[...]

Wat mijn opvalt is die kleine dip.
Dit is waarschijnlijk de switch van de ene batterij naar de andere.
De batterij die het overneemt moet vervolgens in de juiste modus worden gezet(laden/ontladen), en dan de opdrachtwaardes ontvangen. Als de modus niet klopt met de opdrachtwaardes zal hij niets doen. Vraag is denk ik: staat die batterij in de juiste modus na de switch?
[Afbeelding]

Interessant. Hoe check ik dat?

[Gramser]

Devke schreef op vrijdag 12 juni 2026 @ 11:19:
[...]

Dan staat HA de hele dag te herstarten, blijft symptoom bestrijden dan. Ja gielz ziet 1 torentje. Wat ik doe is op de goedkoopste uren zorgen als 1 gestart is met laden dat ik even het IP adres wissel in HA. Dan gaat de ander ook laden. Wek je alleen met opwek dan is dat wat lastiger maar laat dan 1 vol lopen. Kun je er gewoon gebruik van maken. Ik heb ook 2 torentjes maar los het zo even op om achter de oorzaak te komen.

Ik snap je, maar dat wordt voor mij dan weer "gedoe"... Maar stel dat ik dat wil, wat is dan de eenvoudigste manier om de proxy uit te schakelen? Alleen dat IP-adres wijzigen in het dashboard? Of moet ik nog iets deactiveren?

Edit: waarschijnlijk de flow disablen?

[Mistraller]

oeps schreef op vrijdag 12 juni 2026 @ 11:12:
Voor wie geïnteresseerd is in Zendure mqtt in combinatie met Home Assistant.
Ik heb al lange tijd een issue open staan bij Zendure dat de mqtt communicatie vanuit Zendure apparatuur (2400 Pro én Zendure P1) stopt zodra HA een reboot krijgt, dus bij elke elke update van HA die je doet. (MQTT van andere dingen in huis loopt gewoon door).
Ik gebruik Zendure mqtt daardoor niet meer maar hoop nog steeds dat Zendure het ooit repareert. Die kans wordt denk ik kleiner met de update die ik gisteren kreeg van Zendure:


[...]


Eigenlijk zeggen ze, voor ons eigen gebruik werkt mqtt wel prima en HA is niet ondersteund. Op zich te begrijpen. Wel jammer want het kan nooit een heel groot issue zijn. Veel open source mqtt SW waaruit ze inspiratie kunnen halen om een connectie in stand te houden.
Hopelijk blijft het wel op de backlog staan.

Hier lees ik tussen de regels ook door dat de focus dus echt ligt op cloud sturing. LAN-only functie zie ik dus ook echt niet gebeuren, en ik denk ook uitkijken met eventuele firmwares in de toekomst.

[RemmyB83]

Gramser schreef op vrijdag 12 juni 2026 @ 11:37:
[...]


Interessant. Hoe check ik dat?

Makkelijkste is denk ik met de Zendure integratie.
Daar moet bijv. AC uitvoermodus overeenkomen met limiet Ontladen en dan een waarde.

[Gramser]

Ik zou verwachten dat zoiets ook met Gielz op te roepen is. Ga ik eens proberen. Dank!

[Devke]

Gramser schreef op vrijdag 12 juni 2026 @ 11:41:
[...]


Ik snap je, maar dat wordt voor mij dan weer "gedoe"... Maar stel dat ik dat wil, wat is dan de eenvoudigste manier om de proxy uit te schakelen? Alleen dat IP-adres wijzigen in het dashboard? Of moet ik nog iets deactiveren?

Edit: waarschijnlijk de flow disablen?

Flow of proxy even uitzetten. Dan IP adres even goed zetten. Zonder 1880 of endpoint erachter. Wel het IP adres van je Zendure, niet van HA.

[DeadMetal]

RemmyB83 schreef op vrijdag 12 juni 2026 @ 11:36:
[...]

Dit zou je zelf ook kunnen toevoegen, als je onder regel 12 van het dashboard het volgende stukje code toevoegd:

code:

- type: entity
                show_state: true
                show_icon: true
                entity: sensor.zendure_2400_ac_modus
                tap_action:
                  action: more-info
                color: "#01a180"

Dit stukje wel even netjes uitlijnen met de rest er onder, en dan zou het er zo uitmoeten zien:
[Afbeelding]

Dank, ja dat doe ik ook, maar bij elke nieuwe release van het dashboard, verdwijnt 'ie weer. Dus daarom mijn suggestie, zodat het het hele project wellicht verder verbetert.

[Gramser]

Devke schreef op vrijdag 12 juni 2026 @ 12:12:
[...]

Flow of proxy even uitzetten. Dan IP adres even goed zetten. Zonder 1880 of endpoint erachter. Wel het IP adres van je Zendure, niet van HA.

Dat van die IP-adressen weet ik nu

[koboy]

Gramser schreef op vrijdag 12 juni 2026 @ 11:41:
[...]


Ik snap je, maar dat wordt voor mij dan weer "gedoe"... Maar stel dat ik dat wil, wat is dan de eenvoudigste manier om de proxy uit te schakelen? Alleen dat IP-adres wijzigen in het dashboard? Of moet ik nog iets deactiveren?

Edit: waarschijnlijk de flow disablen?

Wat je ook kunt doen is (als je handelt) de ene accu solo door Gielz laten afhandelen, de ander door HEMS in "tijdsblokken" modus. 1x per dag even de tijden aanpassen als dat nodig is, maar zal grotendeels gelijk blijven in deze tijd van het jaar.

[Gramser]

Goede tip - maar ik handel er niet mee. Heb nog een vast contract zonder boetes.

[DaanVervacke]

DeadMetal schreef op vrijdag 12 juni 2026 @ 11:11:
[...]

Hartelijk dank. Bij het uitvoeren van het script gaan de eerste stappen goed, en ik zie bijv. ook dat poort 8883 nog vrij is, dus het script meldt ook dat hij die niet vrij hoeft te stellen etc.
Maar het gaat mis bij:

code:

ha_ws: POST /store/addons/80e55840_zendure_mqtt_spoof/install -> unknown_error: App Zendure MQTT Spoof Broker not supported on this platform, supported architectures: amd64
ha_ws: POST /addons/80e55840_zendure_mqtt_spoof/install -> unknown_error: App Zendure MQTT Spoof Broker not supported on this platform, supported architectures: amd64

Mijn HA draait op een Odroid M1, HA OS, dat is volgens mij het arm64-platform.

@DeadMetal Ik heb ondersteuning voor arm64 toegevoegd. Je zal opnieuw het .zip bestand moeten downloaden. Succes!

[Gramser]

RemmyB83 schreef op vrijdag 12 juni 2026 @ 11:20:
[...]

Wat mijn opvalt is die kleine dip.
Dit is waarschijnlijk de switch van de ene batterij naar de andere.
De batterij die het overneemt moet vervolgens in de juiste modus worden gezet(laden/ontladen), en dan de opdrachtwaardes ontvangen. Als de modus niet klopt met de opdrachtwaardes zal hij niets doen. Vraag is denk ik: staat die batterij in de juiste modus na de switch?
[Afbeelding]

Je zou zomaar iets op het spoor kunnen zijn… zojuist weer een dip, waarna de cached response in werking trad, voor de ingestelde twee minuten:



Dit zou ook verklaren waarom het met alleen Gielz niet optreedt @Devke : daar wordt niet gewisseld tussen batterijen. @gast777 is dit het onderzoeken waard?

[Devke]

Gramser schreef op vrijdag 12 juni 2026 @ 13:19:
[...]


Je zou zomaar iets op het spoor kunnen zijn… zojuist weer een dip, waarna de cached response in werking trad, voor de ingestelde twee minuten:

[Afbeelding]

Dit zou ook verklaren waarom het met alleen Gielz niet optreedt @Devke : daar wordt niet gewisseld tussen batterijen. @gast777 is dit het onderzoeken waard?

Ik kreeg ook uitval bij volle bak laden bv. Dan waren beide actief, echter is dat niet getest nog met de oplossing van gast777. Ik draaide nog een versie voor deze oplossing.

[Gramser]

We zoeken verder...!

[Theetjuh]

DaanVervacke schreef op vrijdag 12 juni 2026 @ 13:10:
[...]

@DeadMetal Ik heb ondersteuning voor arm64 toegevoegd. Je zal opnieuw het .zip bestand moeten downloaden. Succes!

Als je dit in een lxc, voor op m’n proxmox cluster (los van home assistant), zou kunnen gieten zou ik enorm waarderen.
Geen idee hoe makkelijk het is hoor, dus wie weet vraag ik het onmogelijke, maar zou mooi zijn iig

[Pakhaas]

Gramser schreef op vrijdag 12 juni 2026 @ 13:22:
We zoeken verder...!

Ik blijf het wel bijzonder vinden dat het bij jou/jullie niet goed draait terwijl wij in de basis hetzelfde hebben. 2x 2400+, Gielz integratie met de proxy. Zelfde versie etc.

Ik heb nu ook even de cached response in beeld en die staat sinds begin (12:00) op Nee.

Het enige verschil wat wij hebben is dat hier een AP met volledige bedrading naar de router ligt.

[Gramser]

Pakhaas schreef op vrijdag 12 juni 2026 @ 13:56:
[...]

Ik blijf het wel bijzonder vinden dat het bij jou/jullie niet goed draait terwijl wij in de basis hetzelfde hebben. 2x 2400+, Gielz integratie met de proxy. Zelfde versie etc.

Ik heb nu ook even de cached response in beeld en die staat sinds begin (12:00) op Nee.

Het enige verschil wat wij hebben is dat hier een AP met volledige bedrading naar de router ligt.

Dat is dan in elk geval al een groot verschil - dat accesspoint. Die kan ik ook nog steeds een keertje proberen. Moet ik alleen de batterijen opnieuw koppelen aan de wifi. Heb jij verder ook een normaal provider-modemrouter? KPN hier, experiabox V10 als ik me niet vergis.

Draai jij ook NOM, nee toch?

[Pakhaas]

Gramser schreef op vrijdag 12 juni 2026 @ 13:58:
[...]

Dat is dan in elk geval al een groot verschil - dat accesspoint. Die kan ik ook nog steeds een keertje proberen. Moet ik alleen de batterijen opnieuw koppelen aan de wifi. Heb jij verder ook een normaal provider-modemrouter? KPN hier, experiabox V10 als ik me niet vergis.

Draai jij ook NOM, nee toch?

Delta glasvezel. Draai idd geen NOM.

[Henkie-Jan]

Ik gebruik in home assistent de integratie van Gielz. Erg fijn!!

Iemand tips wat je het beste kan doen als je twee weken afwezig bent? Uiteraard gewoon NOM + opladen op goedkoopste dynamische tarief voor mij... Of kan ik beter dynamisch handelen+NOM beter kiezen. Het is mij ondanks dat de instructies en toelichting van Gielz op zijn Github niet geheel duidelijk wat dynamisch handelen+NOM doet...

Is dat opladen op goedkoop, NOM bij neutraal en ontladen bij duur. En hoe voorkom ik dat het ontladen niet de complete batterij leeggooid zodat ik de rest van de NOM periode niks meer over heb?

[Gramser]

Pakhaas schreef op vrijdag 12 juni 2026 @ 14:20:
[...]

Delta glasvezel. Draai idd geen NOM.

Als bij mij de laadstatus niet verandert, gaat het ook gewoon goed. Ook als er op enig moment nog maar één toren aan het laden is terwijl de andere al vol is (ik heb ongelijke capaciteit). De kleinste toren is gestopt met laden in deze history:

[ctrl-tab]

Theetjuh schreef op vrijdag 12 juni 2026 @ 13:46:
[...]

Als je dit in een lxc, voor op m’n proxmox cluster (los van home assistant), zou kunnen gieten zou ik enorm waarderen.
Geen idee hoe makkelijk het is hoor, dus wie weet vraag ik het onmogelijke, maar zou mooi zijn iig

docker in proxmox lxc werkt gewoon, dus als je de niet-ha-addon versie pakt gaat dat wel lukken.

dan moet je je lxc wel behoorlijk wat rechten geven op het host-systeem, wat een beetje het LXC concept (host isolation) omver haalt , maargoed.

[gast777]

@Gramser Is het inderdaad zo dat het dipje in je grafiek, waar de cached response begint (dus een Zendure antwoordt niet) tijdens een wissel van actief device is? Ik zie het verband niet, dus zou mooi zijn als je even de grafiek van 'actief device' en die van 'cached response' (en evt wat andere zaken) bij elkaar kunt leggen om te zien of dat inderdaad zo is.

Ik wil je niet aan het lijntje houden, maar ik heb gisteren dus nog een nieuwe proxy versie (20260611) gepost, met nog wat verbeteringen voor deze feature. Voor jou zou het relevant kunnen zijn.

[oeps]

Hallo allemaal,
Ik ben me aan het voorbereiden op overgaan naar dynamisch contract volgende maand en heb wat moeite om het werkend in Gielz.
Gielz zelf draait al maanden als een zonnetje. Ik gebruik de global versie v20260529.
Het volgende gedaan:

• HACS NordPool (0.0.18, meest recente) geïnstalleerd omdat die het makkelijkst met Gielz zou moeten werken.
• Vervolgens deze post van @Wai_AM post als basis gebruikt om te configureren.
• Het deel dat sensor.nordpool_kwh_nl_eur_5_09_0 en sensor.nordpool_kwh_nl_eur_5_10_0 aanmaakt via de GUI in plaats van package (om een of andere duistere manier kwam de data niet binnen toen ik het via het package deed). Beide sensors hebben nu data. Zie screenshots, volgens mij in het juiste formaat, de Apex-Charts worden keurig getoond.
• sensor.nordpool_kwh_nl_eur_5_09_0 ingevuld bij de Gielz settings, minimal spread even op 25% en Show Dynamic on Dashboard On. 15 minute op On. Zie screenshot.

Resultaat

• Op de eerste pagina van Gielz wordt de Dynamic today grafiek niet gevuld, blijft op "Loading" en de Tomorrow grafiek blijft op "Tomorrow's prices will be known from 14:00", het is nu na 14:00 inmiddels.
• Lowest Price Periods op 1 gezet en High op 96, Mode even op Dynamic Smart Matching.
• Er valt nu weinig te handelen, batterij zit vol en de prijzen zijn laag. Doel is nu alleen het mechanisme testen.
• De sensor sensor.dynamic_nordpool is wel gevuld met een waarde. Er is dus wel (deels) contact met HACS NordPool.

Vragen:

• Hoe kan ik de twee grafieken troubleshooten. Ik zie niets in de logging.
• Zie jullie iets wat ik fout doe?

Dank!

NB: Ik weet dat er nu een geïntegreerde NordPool is maar wil voor nu zo dicht mogelijk blijven bij de manier waarop Gielz gebouwd/bedoeld is. Eerst maar dit werkend krijgen!

[Gramser]

@gast777 dan gaan we die van het weekend ook maar eens deployen. En actief device icm cached response monitoren, met charging status erbij.

Voelt absoluut niet als “aan het lijntje houden”. Voor mij is dit spelen en leren. Alleen maar top dat je alles zo in de gaten weet te houden en continu verbeteringen doorvoert!

[gielz]

oeps schreef op vrijdag 12 juni 2026 @ 15:27:
Hallo allemaal,
Ik ben me aan het voorbereiden op overgaan naar dynamisch contract volgende maand en heb wat moeite om het werkend in Gielz.
Gielz zelf draait al maanden als een zonnetje. Ik gebruik de global versie v20260529.
Het volgende gedaan:

• HACS NordPool (0.0.18, meest recente) geïnstalleerd omdat die het makkelijkst met Gielz zou moeten werken.
• Vervolgens deze post van @Wai_AM post als basis gebruikt om te configureren.
• Het deel dat sensor.nordpool_kwh_nl_eur_5_09_0 en sensor.nordpool_kwh_nl_eur_5_10_0 aanmaakt via de GUI in plaats van package (om een of andere duistere manier kwam de data niet binnen toen ik het via het package deed). Beide sensors hebben nu data. Zie screenshots, volgens mij in het juiste formaat, de Apex-Charts worden keurig getoond.
• sensor.nordpool_kwh_nl_eur_5_09_0 ingevuld bij de Gielz settings, minimal spread even op 25% en Show Dynamic on Dashboard On. 15 minute op On. Zie screenshot.

Resultaat

• Op de eerste pagina van Gielz wordt de Dynamic today grafiek niet gevuld, blijft op "Loading" en de Tomorrow grafiek blijft op "Tomorrow's prices will be known from 14:00", het is nu na 14:00 inmiddels.
• Lowest Price Periods op 1 gezet en High op 96, Mode even op Dynamic Smart Matching.
• Er valt nu weinig te handelen, batterij zit vol en de prijzen zijn laag. Doel is nu alleen het mechanisme testen.
• De sensor sensor.dynamic_nordpool is wel gevuld met een waarde. Er is dus wel (deels) contact met HACS NordPool.

Vragen:

• Hoe kan ik de twee grafieken troubleshooten. Ik zie niets in de logging.
• Zie jullie iets wat ik fout doe?

Dank!

NB: Ik weet dat er nu een geïntegreerde NordPool is maar wil voor nu zo dicht mogelijk blijven bij de manier waarop Gielz gebouwd/bedoeld is. Eerst maar dit werkend krijgen!

[Afbeelding]	[Afbeelding]	[Afbeelding]
[Afbeelding]

Unknown even weghalen bij beide manual periods

[oeps]

gielz schreef op vrijdag 12 juni 2026 @ 15:31:
[...]


Unknown even weghalen bij beide manual periods

OEPS, ik doe mijn naam eer aan, slik, en ik had dat al zo vaak hier gelezen!! Dank!

[Theetjuh]

ctrl-tab schreef op vrijdag 12 juni 2026 @ 15:19:
[...]

docker in proxmox lxc werkt gewoon, dus als je de niet-ha-addon versie pakt gaat dat wel lukken.

dan moet je je lxc wel behoorlijk wat rechten geven op het host-systeem, wat een beetje het LXC concept (host isolation) omver haalt , maargoed.

Docker in een LXC wordt niet aanbevolen/ondersteund door Proxmox btw, alleen in een VM.
Maar inderdaad, dat zou nog kunnen, een LXC zou alleen beter en veel lichter zijn

[gast777]

Gramser schreef op vrijdag 12 juni 2026 @ 15:28:
@gast777 dan gaan we die van het weekend ook maar eens deployen. En actief device icm cached response monitoren, met charging status erbij.

Ik bedoel de History grafiek van de afgelopen keer dat het gebeurde (te zien in deze grafiek die je liet zien, helaas geen tijd te zien bij de x-as). Dan kunnen we zien of het probleem op een willekeurig moment begon (wat ik verwacht met een wifi probleem) of tegelijk met iets anders wat het wellicht heeft getriggerd.

Deze even bij elkaar rond de tijd van het probleem zou mooi zijn:
Active Device
Cached Response
Zendure 1 Storage Mode
Zendure 2 Storage Mode
Zendure 1 Power Command
Zendure 2 Power Command

Bedankt!

[Pakhaas]

Gramser schreef op vrijdag 12 juni 2026 @ 15:10:
[...]


Als bij mij de laadstatus niet verandert, gaat het ook gewoon goed. Ook als er op enig moment nog maar één toren aan het laden is terwijl de andere al vol is (ik heb ongelijke capaciteit). De kleinste toren is gestopt met laden in deze history:

[Afbeelding]

Wat zie je met de sensor signaalsterkte?