Zendure producten in Home Assistant integreren deel 2

[DrNickB]

gielz schreef op zondag 17 mei 2026 @ 08:05:
[...]


@denneappel @DrNickB jullie hebben toch ook een 800? Hebben jullie dan ook problemen doordat mogelijk de hardware trager is?

Nee, tenminste niet waar ik iets aan kan merken.
Gebruik toevallig ook UniFi, staat bij mij op einde terras, terwijl Sf800Pro in de schuur achter een stalen deur staat.
Mijn signaal is gemiddeld goed, maar her en der ook zwak en uitstekend (Deur open).
Heb eigenlijk nooit een freeze of iets dergelijks gemerkt, draai al vanaf september en altijd op gielz.
Niks anders, geen eigen extra polls, heb mijn eigen entiteiten allemaal verwerkt binnen de gielz package, zodat alles loopt via die ene rest call.

[denneappel]

gielz schreef op zondag 17 mei 2026 @ 08:05:
[...]


@denneappel @DrNickB jullie hebben toch ook een 800? Hebben jullie dan ook problemen doordat mogelijk de hardware trager is?

Ik heb eigenlijk geen connectie problemen.

2 sf800pro's in de hooischuur met een Unifi accespoint en 1 sf800pro in mijn kantoor op een iets drukker Unifi accespoint.

Ik gebruik Uptime Kuma waarbij ze in een groep zitten. Over ICMP heb ik een uptime van 99.72% (24h) en 99.37% (30d). Zodra 1 unit onbereikbaar is dan geldt dat voor de hele groep.

De discussie heeft mij wel aan het denken gezet. Ik ga even een monitor aanmaken die over http loopt om te zien of de webserver specifiek misschien minder presteert.

[DrNickB]

hemertje schreef op vrijdag 15 mei 2026 @ 20:23:
Update t.o.v. de eerdere versie

Voor wie z'n Zendure inverters wil koelen met externe ventilatoren via de offgrid socket: kant-en-klare HA package + dashboard kaart, werkt out-of-the-box met Gielz + gast777 (EN). Pas alleen je temp_on/temp_off thresholds aan.

[...]


[...]


En de bijbehorende helpers + automations package


[...]


[Afbeelding]

Kan het zijn dat ik in je code, wat daadwerkelijke acties mis naar de zendure toe? of lees ik er zwaar over heen.

Zelf gebruik ik de zelfde structuur, echter in uw code (met gebruikers) kun je de aan/uit waardes zo in stellen dat hij nooit aan gaat of nooit uit gaat

[Hippe Lip]

Mijn twee stacks zijn weer via de proxy van @gast777 verbonden met de zenSDK van @gielz en het gehakkel is weer begonnen.

Als ik het zo met mij (leken)oog bekijk lijkt processorcapaciteit of geheugen niet het probleem. En WiFi hadden we al uitgesloten.
Wie waagt zich aan een analyse?

[ Voor 11% gewijzigd door Hippe Lip op 17-05-2026 10:17 ]

[Pakhaas]

@Hippe Lip om te achterhalen wat er mis gaat met de proxy, moet je een debug file maken. @gast777 heeft daar een dashboard voor gemaakt zodat dat heel simpel is. Je moet wel even de proxy naar de laatste versie updaten.

[gielz]

Hippe Lip schreef op zondag 17 mei 2026 @ 10:15:
Mijn twee stacks zijn weer via de proxy van @gast777 verbonden met de zenSDK van @gielz en het gehakkel is weer begonnen.

Als ik het zo met mij (leken)oog bekijk lijkt processorcapaciteit of geheugen niet het probleem. En WiFi hadden we al uitgesloten.
Wie waagt zich aan een analyse?

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Had je ook al in de Zendure app zelf gekeken onder Devices > Zendure kiezen > Statistics en dan helemaal onderaan naar het battery charge level. Hoe ziet deze grafiek daar er uit? Heb je daar een screenshot van.

Wellicht zo?

[Maarten60]

@gielz @hemertje

[...] deze foutmelding ook elke keer dat Home Assistant opnieuw opstart?

"Error fetching data: http://unknown/api/v1/data failed"
"Error fetching data: http://unknown/properties/report failed"

Ik denk dat melden bij Home Assistant Core wel zinvol is, maar niet als specifieke Zendure/Gielz bug.

De kern lijkt breder: een REST resource_template kan bij HA startup al geëvalueerd worden terwijl helpers zoals input_text nog tijdelijk unknown zijn. Daardoor ontstaat een call naar http://unknown/... en dus een logfout, terwijl de configuratie later gewoon goed werkt.

Van de voorgestelde HA Core-oplossingen lijkt optie A mij het netst: een availability_template op REST block-niveau. Dan kun je declaratief voorkomen dat de REST poll start zolang de benodigde helper nog geen geldige waarde heeft. Dat sluit beter aan bij bestaande HA-conventies dan stilzwijgend unknown URL’s negeren.

Ik denk ook niet dat de technische complexiteit per definitie heel groot hoeft te zijn. De echte vraag is vooral welk gedrag HA wil hanteren voor REST resources die tijdens startup nog geen geldige templatewaarde hebben. Andere HA componenten kennen immers al vergelijkbare mechanismen, zoals availability_template.

[Maarten60]

@gielz
Voor mijn eigen installatie heb ik het opgelost door de REST reads via een statische resource: !secret ... te laten lopen. Dat geeft een schoon log, maar is minder flexibel omdat het IP-adres dan niet meer via een helper/dashboard instelbaar is.

Ik begrijp de afweging om dit niet als standaardoplossing in de package op te nemen, omdat secrets.yaml voor sommige gebruikers weer een extra stap is. Tegelijkertijd is de wijziging, zodra secrets.yaml al gebruikt wordt, juist erg klein en levert het wel een schoon log op zonder startup REST errors.

Misschien is daarom een tussenweg handig: de !secret variant standaard als commentaar opnemen direct onder de bestaande resource_template regel. Dan kunnen gebruikers die al met secrets.yaml werken de startup-safe variant eenmalig configureren en daarna eenvoudig activeren.

Bijvoorbeeld:

code:

# standaard 
resource_template: "http://{{ states('input_text.homewizard_p1_ip_adres') }}/api/v1/data" 
# optionele variant via secrets.yaml om startup errors te voorkomen
# resource: !secret homewizard_p1_api_url

en

code:

# standaard 
resource_template: "http://{{ states('input_text.zendure_unit_1_ip') }}/properties/report" 
# optionele variant via secrets.yaml om startup errors te voorkomen
# resource: !secret zendure_report_url

Dan blijft de standaardconfiguratie eenvoudig, maar is de workaround voor gebruikers met startup logfouten wel direct beschikbaar en update-proof gedocumenteerd.

[naftebakje]

Ik heb net de Gielz zendure upgedate, en omdat ik nu de aparte file onder packages gebruik (had het ervoor rechtstreeks in configuration.yaml gezet) moest ik opnieuw configureren.

Ik gebruik een DSMR power meter (via een helper), maar hij neemt hem nu niet meer. De helper sensor werkt gewoon, ziet elke 5 seconden netjes een nieuwe waarde, maar in de integratie zie je geen waarde bij "home energy meter power" (die is niet beschikaar).

Is dit een bugje? Iemand anders die ook een "eigen" P1 gebruikt die wel werkt?

Oeps, sensornaam verkeerd, . ipv _

[ Voor 5% gewijzigd door naftebakje op 17-05-2026 11:57 ]

[Hippe Lip]

gielz schreef op zondag 17 mei 2026 @ 10:40:
Had je ook al in de Zendure app zelf gekeken onder Devices > Zendure kiezen > Statistics en dan helemaal onderaan naar het battery charge level. Hoe ziet deze grafiek daar er uit? Heb je daar een screenshot van.

Die mogelijkheid lijk ik niet te hebben. Alsnik op het woord ‘Zendure’ druk gebeurt er nix.

[ZuinigeRijder]

@Hippe Lip Je moet één van de twee Solarflow 2400 AC+ kiezen, dan kun je de statistieken van die omvormer/batterijen kiezen.

[ Voor 6% gewijzigd door ZuinigeRijder op 17-05-2026 13:17 ]

[DrNickB]

Hippe Lip schreef op zondag 17 mei 2026 @ 13:10:
[...]

Die mogelijkheid lijk ik niet te hebben. Alsnik op het woord ‘Zendure’ druk gebeurt er nix.

[Afbeelding]

Klik op 1 van je 2 2400+ en dan op Statistics (De gene met mogelijk meeste problemen).
Kun je ook nog dagen heen en weer.

Als je gaten in deze grafieken ziet, zoals hierboven ergens aangegeven, dan is het hoogst waarschijnlijk wifi/cloud communicatie die de waardes niet goed door geeft.

[Hippe Lip]

ZuinigeRijder schreef op zondag 17 mei 2026 @ 13:17:
@Hippe Lip Je moet één van de twee Solarflow 2400 AC+ kiezen, dan kun je de statistieken van die omvormer/batterijen kiezen.

In het begin kon ik dan bij die batterij komen, maar als ik nu daarop tik moet ik ’m opnieuw configureren.

[Hippe Lip]

Hmm, toch ff doorlopen en dan zie ik dit.
Wat zegt je dit, @gielz?

[ Voor 3% gewijzigd door Hippe Lip op 17-05-2026 15:30 ]

[Polvo176]

gielz schreef op zondag 17 mei 2026 @ 10:40:
[...]


Had je ook al in de Zendure app zelf gekeken onder Devices > Zendure kiezen > Statistics en dan helemaal onderaan naar het battery charge level. Hoe ziet deze grafiek daar er uit? Heb je daar een screenshot van.

Wellicht zo?
[Afbeelding]

Ik ben dat wel tegen gekomen al gebruik ik HA niet.
Wat is daar de oorzaak van?
Ik kon het niet precies achterhalen, bij mij doen alleen de Hypers het, bij de sf800pro en 1600ac nog nooit gezien.

Ruim een week geleden ook een dag, eerst een hyper, na 2 uur de 2e en nog 2 uur later de 3e.
de werkelijke percentages bij laden en ontladen gaat goed, maar de registratie in de grafiek in de app alleen niet.
Ik heb van alles geprobeerd, maar ben er nooit achter gekomen wat nou de oorzaak is geweest.
Mogelijk het tijdelijk even uitzetten van een Hyper.
Na ruim een dag deed alles het weer normaal.

Nog even de grafiek van HA er bij, daar is er ook iets van te zien, maar niet zoals in de app

[ Voor 8% gewijzigd door Polvo176 op 17-05-2026 13:39 ]

[DrNickB]

Polvo176 schreef op zondag 17 mei 2026 @ 13:25:
[...]

Ik ben dat wel tegen gekomen al gebruik ik HA niet.
Wat is daar de oorzaak van?
Ik kon het niet precies achterhalen, bij mij doen alleen de Hypers het, bij de sf800pro en 1600ac nog nooit gezien.

Ruim een week geleden ook een dag, eerst een hyper, na 2 uur de 2e en nog 2 uur later de 3e.
de werkelijke percentages bij laden en ontladen gaat goed, maar de registratie in de grafiek in de app alleen niet.
Ik heb van alles geprobeerd, maar ben er nooit achter gekomen wat nou de oorzaak is geweest.
Mogelijk het tijdelijk even uitzetten van een Hyper.
Na ruim een dag deed alles het weer normaal.

[Afbeelding]

Wow die is wel bizar zeg.
Meestal duiden 'dipjes' op geen internet verbinding, maar dit is wel next level

[crosseel]

Ik las in het verleden dat enkelen problemen hadden met firmare V1.0.19 bij de SF 2400 AC..

Ik zit nog steeds op V1.0.1 is het aangewezen om zoals de app aangeeft up te graden of blijf ik beter waar ik ben? Ik draai alles binnen HA met gielz integratie..

[gast777]

Pakhaas schreef op zondag 17 mei 2026 @ 10:21:
@Hippe Lip om te achterhalen wat er mis gaat met de proxy, moet je een debug file maken. @gast777 heeft daar een dashboard voor gemaakt zodat dat heel simpel is. Je moet wel even de proxy naar de laatste versie updaten.

Inderdaad. Maak even een debug log naar file. Dan wil ik daar wel naar kijken of er iets afwijkends gebeurt. Dat is het minimale om serieus te kijken wat er gebeurt als vermoed wordt dat het iets anders is dan connectiviteitsproblemen.

Nieuwste proxy versie installeren en dan browsen naar

http://<ip-adres>:1880/endpoint/dashboard/zenproxylivedataget
of
http://<ip-adres>:1880/dashboard/zenproxylivedataget

Dan wijst het zich hopelijk vanzelf.

[Pakhaas]

@gast777 heeft mij met de debug proxy snel en goed geholpen om het probleem te vinden en te verhelpen met een nieuwe geupdate proxy

[ Voor 15% gewijzigd door Pakhaas op 17-05-2026 16:22 ]

[Hippe Lip]

@gast777 Ben vandaag op pad. Ik zal dit oppakken als ik weer thuis ben.

[Gramser]

Voor wie het aangaat: dank voor de Tailscale tip voor remote access. Geen idee wat ik precies allemaal heb ingesteld maar inmiddels werkt het

[Maarten60]

@gielz @hemertje
Ik heb een issue aangemaakt voor REST foutmelding bij starten HA. https://github.com/home-assistant/core/issues/170992
We gaan het zien of het wat oplevert.

[ctrl-tab]

Gramser schreef op zondag 17 mei 2026 @ 17:21:
Voor wie het aangaat: dank voor de Tailscale tip voor remote access. Geen idee wat ik precies allemaal heb ingesteld maar inmiddels werkt het

Zou je bij het aanzetten van remote access niet van de hoed en de rand willen weten?

[Gramser]

ctrl-tab schreef op zondag 17 mei 2026 @ 18:22:
[...]


Zou je bij het aanzetten van remote access niet van de hoed en de rand willen weten?

Ik mag graag overdrijven, ik vermoed wel een beetje wat ik heb gedaan hoor . Je waarschuwing is niettemin gewaardeerd!

[YvonneVP]

Hippe Lip schreef op vrijdag 15 mei 2026 @ 22:43:
[...]

Graphite theme had ik er toevallig al op staan, maar nog nooit gebruikt.
Heb je een [code]voorbeeldje van een grafiekje voor me?
Snap ‘m nog niet zo.

Kies als template in je dashboard gewoon het Graphite theme eens in plaats van het theme wat je nu gebruikt.

Ik had last van dergelijke gehakkelde grafieken toen ik mijn HA instance nog op een VM had draaien onder Windows. Was een en al drama. Ik heb uiteindelijk HA op een ThinClient gezet en sindsdien heb ik ook die gehakkelde grafieken niet meer omdat ik sindsdien ook het graphite theme gebruik. Voorheen zag het eruit zoals bij jou, en dat het leek alsof er spaties in de grafieklijn zaten.

[Mistraller]

gielz schreef op zondag 17 mei 2026 @ 10:40:
[...]


Had je ook al in de Zendure app zelf gekeken onder Devices > Zendure kiezen > Statistics en dan helemaal onderaan naar het battery charge level. Hoe ziet deze grafiek daar er uit?

Deze wist ik nog niet! Hoe haalt Zendure die data eigenlijk op dan? En zou dat nog verstorend kunnen zijn voor de aanroep van de REST api? In mijn grafiek in de Zendure app ziet het er namelijk heel strak uit.

[Hippe Lip]

gast777 schreef op zondag 17 mei 2026 @ 15:58:
[...]

Inderdaad. Maak even een debug log naar file. Dan wil ik daar wel naar kijken of er iets afwijkends gebeurt. Dat is het minimale om serieus te kijken wat er gebeurt als vermoed wordt dat het iets anders is dan connectiviteitsproblemen.

Nieuwste proxy versie installeren en dan browsen naar

http://<ip-adres>:1880/endpoint/dashboard/zenproxylivedataget
of
http://<ip-adres>:1880/dashboard/zenproxylivedataget

Dan wijst het zich hopelijk vanzelf.

[Afbeelding]

OK, @gast777, ik heb nu je laatste versie geïnstalleerd en ik kan die zenproxylivedataget draaien. Daar zie ik nu vier lege kolommen, maar ik neem aan dat dat zo is omdat ik op Dynamic Trading sta en er nu nix gebeurt.

Als het morgen weer onrustig wordt tijdens het laden, dan start ik die zenproxylivedataget en dan krijg ik een hoop te zien.

Wat doe ik daar dan vervolgens mee? Moet ik een screenshot maken? Wordt het ergens in een file weggeschreven en stuur ik die naar je toe? Anders misschien?
Dat is me nog niet helemaal duidelijk.

Edit
Even mee zitten spelen en ik zie dat Write to file aan moet, dan Start live debug indruk en dat na een tijdje weer stop. Dan Download debug file.

Hoe lang wil je dat ik die debug laat lopen?

[ Voor 7% gewijzigd door Hippe Lip op 17-05-2026 23:44 ]

[Hippe Lip]

YvonneVP schreef op zondag 17 mei 2026 @ 20:45:
[...]

Kies als template in je dashboard gewoon het Graphite theme eens in plaats van het theme wat je nu gebruikt.

Ik had last van dergelijke gehakkelde grafieken toen ik mijn HA instance nog op een VM had draaien onder Windows. Was een en al drama. Ik heb uiteindelijk HA op een ThinClient gezet en sindsdien heb ik ook die gehakkelde grafieken niet meer omdat ik sindsdien ook het graphite theme gebruik. Voorheen zag het eruit zoals bij jou, en dat het leek alsof er spaties in de grafieklijn zaten.

@YvonneVP Je hebt gelezen dat het hakkelen helemaal voorbij was en ik een strakke grafiek kreeg als ik de proxy er tussenuit laat en de Gielz rechtstreeks aan één stack koppel?

Als ik tijd heb en eraan toe kom ga ik me eens verdiepen in dat Graphite theme, want ik las er al eens eerder over. Het zal vast eenvoudig zijn als je eenmaal weet hoe het werkt, maar zover ben ik nog niet.

[gast777]

Hippe Lip schreef op zondag 17 mei 2026 @ 23:39:
[...]

OK, @gast777, ik heb nu je laatste versie geïnstalleerd en ik kan die zenproxylivedataget draaien. Daar zie ik nu vier lege kolommen, maar ik neem aan dat dat zo is omdat ik op Dynamic Trading sta en er nu nix gebeurt.

Als het morgen weer onrustig wordt tijdens het laden, dan start ik die zenproxylivedataget en dan krijg ik een hoop te zien.

Wat doe ik daar dan vervolgens mee? Moet ik een screenshot maken? Wordt het ergens in een file weggeschreven en stuur ik die naar je toe? Anders misschien?
Dat is me nog niet helemaal duidelijk.

Edit
Even mee zitten spelen en ik zie dat Write to file aan moet, dan Start live debug indruk en dat na een tijdje weer stop. Dan Download debug file.

Hoe lang wil je dat ik die debug laat lopen?

Klopt inderdaad. Als het probleem optreedt tijdens dat de debug loopt en naar file aan het schrijven is, dan is dat genoeg. Je kunt de debug gerust een tijd laten lopen, hoeveel nodig is om het probleem te zien. Na een uur gaat de debug vanzelf uit, maar zo lang zal wel niet nodig zijn. Laat ook even weten op welk tijdstip in de debug het probleem optreedt (liefst met evt grafiek erbij aangeleverd waarop dat te zien is). Dan kan ik direct gericht naar dat moment kijken (middels de timestamps in de debug).

Voor het starten van de debug run kun je even op 'clear debug file' clicken om evt oude data te deleten.

Beschrijving (die in de handleiding komt die ik nog een keer moet posten):

"START LIVE DEBUG" - Click om de live debug te starten/stoppen.
"WRITE TO FILE: YES/NO" - Click om het wegschrijven van de debug informatie naar een file in of uit te schakelen.
"CLEAR DEBUG FILE" - Click om de debug file te verwijderen en schoon te starten met een volgende debug sessie.
"DOWNLOAD DEBUG FILE" - Click om de debug file te downloaden.

[Hippe Lip]

Dank je, @gast777. Dat laatste sprak wel voor zich gelukkig.

Die debug zal ik een tijdje laten lopen. Helpt het als ik die start vóórdat het laden en dus het gehakkel begint, of wacht ik gewoon tot de laadperiode gestart is en dan ergens in dat tijdsblok laat ik de debug een half uur lopen?

In de grafieken in het verleden zag ik telkens gehakkel. Het is dus niet een specifiek moment dat er iets gebeurt. Ik neem aan dat je dat snel gaat zien in de debug-file die er dan uitkomt.

als je voor vandaag (maandag) 21 kwartieren lowest price en 16 kwartieren highest price invoert dan zie je dat ik eerst 1, even later 2 kwartieren laad en daarna een blok van een paar uur.

[ Voor 27% gewijzigd door Hippe Lip op 18-05-2026 00:25 ]

[YvonneVP]

Hippe Lip schreef op maandag 18 mei 2026 @ 00:00:
[...]

@YvonneVP Je hebt gelezen dat het hakkelen helemaal voorbij was en ik een strakke grafiek kreeg als ik de proxy er tussenuit laat en de Gielz rechtstreeks aan één stack koppel?

Als ik tijd heb en eraan toe kom ga ik me eens verdiepen in dat Graphite theme, want ik las er al eens eerder over. Het zal vast eenvoudig zijn als je eenmaal weet hoe het werkt, maar zover ben ik nog niet.

Het Graphite theme in je Gielz Dashboard integreren is appeltje-eitje. Via HACS kun je de Graphite theme in HA toevoegen mocht je dit nog niet gedaan hebben..

[Gramser]

Bovenstaande is mij zelfs gelukt. Ziet er goed uit, fijn leesbaar.

[Hippe Lip]

YvonneVP schreef op maandag 18 mei 2026 @ 08:48:
[...]

Het Graphite theme in je Gielz Dashboard integreren is appeltje-eitje. Via HACS kun je de Graphite theme in HA toevoegen mocht je dit nog niet gedaan hebben..

Graphite had ik eens eerder via HACS geïnstalleerd, maar heb nog niet uitgevonden hoe ik het ergens gebruiken kan.
Nogmaals: als je het eenmaal weet is het makkelijk, maar zover ben ik nog niet.

[ Voor 9% gewijzigd door Hippe Lip op 18-05-2026 09:47 ]

[gielz]

Hippe Lip schreef op maandag 18 mei 2026 @ 09:47:
[...]

Graphite had ik eens eerder via HACS geïnstalleerd, maar heb nog niet uitgevonden hoe ik het ergens gebruiken kan.
Nogmaals: als je het eenmaal weet is het makkelijk, maar zover ben ik nog niet.

Je kunt bij je profiel het thema aanpassen in HA of centraal in de instellingen;

[Hippe Lip]

gielz schreef op maandag 18 mei 2026 @ 09:48:
Je kunt bij je profiel het thema aanpassen in HA of centraal in de instellingen;
[Afbeelding]

Oh DÁÁR …

En toen bleek dat daar helemaal geen theme te kiezen was, toch maar even de tijd genomen in de docs te duiken.
Bleek ik nog de nodige twee regels in mijn configuration.yaml niet te hebben

YAML:

frontend:
  themes: !include_dir_merge_named themes

Nu heb ik het ingesteld op Graphite Auto en HA nogmaals herstart (laat nix aan het toeval over).

Resultaat: maakt (helaas) geen fluit uit. De onderbrekingen zitten nog steeds in de grafieken.
Maar toch dank voor hulp en ondersteuning op dit punt, @YvonneVP en @gielz

[Gramser]

Huh? Ik had nu wel een Graphite kleurtje verwacht in die grafiek. En die yaml-regels horen volgens mij direct al in Gielz te zitten dus hoe kan het dat jij die niet had, dan...?

[ Voor 46% gewijzigd door Gramser op 18-05-2026 10:41 ]

[Hippe Lip]

Gramser schreef op maandag 18 mei 2026 @ 10:39:
Huh? Ik had nu wel een Graphite kleurtje verwacht in die grafiek.

Hangt dat kleurtje niet samen met het thema dat je kiest? Ik heb verder in de instellingen van Graphite nix gewijzigd aan gewenste kleuren. Gewoon een standaard Graphite theme gekozen.

En die yaml-regels horen volgens mij direct al in Gielz te zitten dus hoe kan het dat jij die niet had, dan...?

Als ik het me goed herinner was dat bij de installatie van de Gielz een optie. Toen heb ik Graphite wel via HACS geïnstalleerd, maar die installatie nooit echt afgemaakt, want het was een optie en ik had op dat moment geen dringende behoefte daar tijd aan te besteden.

[Hippe Lip]

Nu, kort voordat mijn Dynamic Trading actief gaat worden heb ik nog eens even in de Zendure Proxy Info van @gast777 gekeken. (Edit: er was juist een kort los kwartiertje laden begonnen).

Wat zeggen die missing reply’s?



Het is niet dat de processor het nou zo druk heeft of zo…

[ Voor 31% gewijzigd door Hippe Lip op 18-05-2026 10:56 ]

[Gramser]

Toen ik het Graphite theme vanochtend selecteerde, werd-ie meteen grijs. Ik denk dat dat ook is wat @YvonneVP bedoelt - probeer die kleur eens en kijk wat de grafiek doet?

Vwb de Gielz - ik heb gewoon die stappen gevolgd indertijd en volgens mij niet specifiek iets met die regels gedaan. Maar kan me vergissen.

[Hippe Lip]

Gramser schreef op maandag 18 mei 2026 @ 10:56:
Toen ik het Graphite theme vanochtend selecteerde, werd-ie meteen grijs. Ik denk dat dat ook is wat @YvonneVP bedoelt - probeer die kleur eens en kijk wat de grafiek doet?

Die heb ik geselecteerd. Tenminste, dit is wat ik ingesteld heb. Is dat wat je bedoelt?

Vwb de Gielz - ik heb gewoon die stappen gevolgd indertijd en volgens mij niet specifiek iets met die regels gedaan. Maar kan me vergissen.

Het staat nog steeds bij de installatieinstructies:

1. Requires Apexcharts HACS and (optionally) Graphite HACS.

[Gramser]

Zet 'm eens op "Dark". Staat nu op Light...

[Hippe Lip]

@Gramser
Dan krijg ik een zwarte pagina en daar houd ik niet zo van...
Wat voegt dit anders toe?

Bovendien: zijn we nu alleen wat aan het spelen met kosmetische verbeteringen of met het feit dat er stukken uit de grafiek ontbreken en het beantwoorden van de vraag waarom die onderbrekingen erin zitten?

Het maakt ook geen bal uit...

[ Voor 25% gewijzigd door Hippe Lip op 18-05-2026 11:27 ]

[Hippe Lip]

@gast777 Een eerste korte logfile heb ik in DM naar je gestuurd.

Ik ben benieuwd...

[Gramser]

Hippe Lip schreef op maandag 18 mei 2026 @ 11:26:
@Gramser
Dan krijg ik een zwarte pagina en daar houd ik niet zo van...
Wat voegt dit anders toe?

Bovendien: zijn we nu alleen wat aan het spelen met kosmetische verbeteringen of met het feit dat er stukken uit de grafiek ontbreken en het beantwoorden van de vraag waarom die onderbrekingen erin zitten?

Het maakt ook geen bal uit...

[Afbeelding]

Hee, ik probeer slechts te helpen met een hint van een ander. Neem me niet kwalijk. Volgens mij was het vermoeden dat de -visuele- onderbrekingen wel eens aan de standaard grafische weergave konden liggen. Dat is nu uitgesloten denk ik.

[ Voor 9% gewijzigd door Gramser op 18-05-2026 11:35 ]

[Hippe Lip]

Gramser schreef op maandag 18 mei 2026 @ 11:33:
[...]

Hee, ik probeer slechts te helpen met een hint van een ander. Neem me niet kwalijk.

Sorry als ik de indruk gewekt heb dat ik boos was of zo, want dat is zeker niet zo.
Ik ben juist erg blij met hulp van anderen. De samenwerking en hulp aan elkaar hier op GoT vind ik juist een geweldig iets.

Volgens mij was het vermoeden dat de -visuele- onderbrekingen wel eens aan de standaard grafische weergave konden liggen. Dat is nu uitgesloten denk ik.

OK, dank voor de bevestiging. Het was me niet duidelijk welke kant jullie op stuurden en ik had voor mezelf al het idee dat die grafiek gewoon de (werkelijk optredende) onderbrekingen liet zien en dat het niet slechts een grafisch dingetje was.
Fijn dat dit nu is vastgesteld.
Thnx.

[Gramser]

Haha, helder, no worries!

[Hippe Lip]

@gast777
Twee kortere en een langere debugfile staan in je PM.

Ik ben benieuwd naar je analyse ...

[denneappel]

gielz schreef op zondag 17 mei 2026 @ 08:05:
[...]


@denneappel @DrNickB jullie hebben toch ook een 800? Hebben jullie dan ook problemen doordat mogelijk de hardware trager is?

denneappel schreef op zondag 17 mei 2026 @ 09:33:
[...]
...
Ik gebruik Uptime Kuma waarbij ze in een groep zitten. Over ICMP heb ik een uptime van 99.72% (24h) en 99.37% (30d). Zodra 1 unit onbereikbaar is dan geldt dat voor de hele groep.

Gisteren aangegeven dat ik ook de webservers over HTTP in Uptime Kuma zou zetten.

Over de afgelopen 24h heb ik over mijn 3 SF800pro's:
- een uptime over ICMP van 1: 99.58% / 2: 99.65% / 3: 99.5% (groep 98.84%)
- een uptime over HTTP van 1: 95.9% / 2: 96.11% / 3: 95.34% (groep 88.4%)

Voor HTTP checkt Utime Kuma of de webserver een code in de 200 range meegeeft en of het specifieke SN wordt getoond per unit.

Beide checks gaan iedere 20s met 2 extra pogingen. Als er na 20s geen valide reactie is ontvangen wordt deze als offline gemarkeerd. Als er 1 child uit de groep offline is dan wordt de groep ook als offline gemarkeerd.

Dit laat volgens mij duidelijk zien dat er een verschil zit in de reactie van de host VS de reactie van de webserver op de host in de Zendure.

En omdat de groep een veel lagere uptime heeft dan de nodes individueel treed het probleem niet tegelijk op bij de nodes.

[Hippe Lip]

Hippe Lip schreef op maandag 18 mei 2026 @ 12:45:
@gast777
Twee kortere en een langere debugfile staan in je PM.

Ik ben benieuwd naar je analyse ...

Grote, grote dank aan @gast777 voor de analyse van mijn data en het vinden en maken van de oplossing.
Er bleken opdrachten vanuit HA te komen zonder geldig serienummer en die verstoorden de hele boel.

Volgende stap is uit te vinden waar die opdrachten vandaan kwamen en waarom ik die wel kreeg en de meesten van jullie niet...

Maar ik lijk nu dus van mijn gehakkel af te zijn

[Gramser]

Mooi nieuws @Hippe Lip ! En hoe/waar is het nu gefixt dan?

[Hippe Lip]

Gramser schreef op maandag 18 mei 2026 @ 14:30:
Mooi nieuws @Hippe Lip ! En hoe/waar is het nu gefixt dan?

Ik kreeg een eigen versie van de Node RED die ik natuurlijk meteen in gebruik genomen heb.

@gast777 zei me:

Wat er gewijzigd is, is dat de proxy nu controleert of de POST opdrachten een geldig serienummer in de message hebben. Zo niet, dan wordt die opdracht genegeerd.

Oorzaak is dat de proxy soms van HA een message ontvangt met de opdracht om te stoppen met laden/ontladen en dat bericht heeft een ongeldig serienummer "unavailable".

Omdat deze opdracht onwenselijk is, want je beschrijft het als een probleem, zal de proxy vanaf nu checken of het serienummer van opdrachten geldig is. Zo niet, dan negeren we de opdracht en sturen de opdracht niet door naar de Zendures.

en

De proxy heeft geen weet van instellingen op de Home Assistant. Het enige wat hij doet is opdrachten (POST) om te laden/ontladen doorsturen (al dan niet gewijzigd) naar de Zendures. Waarom die opdrachten komen en of ze wenselijk zijn of niet, kan de proxy niet weten. Verder stuurt hij de GET informatie door en doet hij daar ook zelf iets mee om zaken in goede banen te leiden, maar dat speelt in deze issue geen rol.

Hij gaat nu checken met Gielz waarom HA deze opdracht stuurt. Want dat is voor mij natuurlijk ook nog de grote vraag: waarom ik dat wel heb en anderen niet.

Maar zolang HA opdrachten met een ongeldig S/N stuurt wordt het vanaf nu geblokkeerd en zal het symptoom vermoedelijk opgelost zijn.
Hij zal de fix wel in de release-notes vermelden bij de volgende release.

[Gramser]

Netjes hoor! Knap gevonden weer van @gast777 !

[Hippe Lip]

Gramser schreef op maandag 18 mei 2026 @ 15:20:
Netjes hoor! Knap gevonden weer van @gast777 !

Vooral dankzij zijn proxytools die een debug-logfile maken, zodat je (=@gast777 ) kan zien wat er allemaal gebeurt en wat er door zijn proxy heen gaat.

Mooi werk ook om zo'n tool te maken want daarmee kon ik, met mijn beperkte HA-technische kennis, tóch de benodigde data vergaren die weer tot een verbetering van het werk van @gast777 (en @gielz?) leidt.

[Hippe Lip]

Nou, mijn grote blok laden via Dynamic Trading is afgerond en ik kan @gast777 bevestigen dat die vlekkeloos is verlopen. Dank voor je werk nogmaals



Mijn grafieken van SoC en temperatuur laten nog steeds onderbrekinkjes zien, maar aangezien alles nu gewoon lijkt te werken vind ik dat niet meer zo heel spannend.
Eerst maar eens aankijken wat die vreemde serienummerloze commando's veroorzaakt heeft. Mogelijk dat die grafieken ook weer goedkomen als dat punt verholpen is.

[ Voor 11% gewijzigd door Hippe Lip op 18-05-2026 16:58 ]

[Hippe Lip]

@gast777 Kan het zijn dat die nummerloze dingen gegenereerd worden door de regel
"let ipZendure3 = ""
in je Node-RED?
Ik heb maar twee stacks ... ?

[Korvaag]

Wai_AM schreef op woensdag 8 april 2026 @ 22:23:
Heb eindelijk officiele nordpool integratie werkend:

Voor als je die wilt gebruiken met Gielz Zendure-HA-zenSDK

- Zorg dat je HACS nordpool verwijdert (echt verwijderen)
- maak in packages map een bestand genaamd nordpool_officical.yaml (of een naam naar keuze)
plak onderstaande erin

[...]


-ga naar instellingen--> Ontwikkelaarshulpmiddelen --> Acties


[...]


Plak die config entry ID in regel 36 van nordpool_official.yaml

input nummer (entiteiten) dienen in decimalen te worden ingevuld.
BTW 21% = 0,21
energiebelasting (2026) = 0,0916
opslag_energieleverancier (Tibber 2026) = 0,0205

check config of er niks verkeerd is en herstart dan pas HA.

Dan zou je een entiteit hebben genaamd nordpool_kwh_nl_eur_5_09_0.
Vul die in voor Gielz: Dynamische nordpool sensor

Je dient nu aanpassingen in Gielz yaml bestand te maken bij:

attributes:
raw_today: >-
en
raw_tomorrow: >-

de .isoformat() weg te halen (zoals hieronder ter illustraties doorgehaald).


[...]


Yaml checken en Yaml configuraties herladen.


Apex chart:

[...]

Ik dacht dat het simpel was maar mijn 'Dynamic Today' blijft leeg. Ik heb alles wel in het Engels, wellicht heeft dat er iets mee te maken. Dynamic Tomorrow wordt wel mooi gevuld. Enig idee waar dit aan kan liggen? Ook ff @ctrl-tab tikje... zijn post heb ik eigenlijk gebruikt. Feitelijk gebeurt er hetzelfde.

[gielz]

Korvaag schreef op maandag 18 mei 2026 @ 17:11:
[...]

Ik dacht dat het simpel was maar mijn 'Dynamic Today' blijft leeg. Ik heb alles wel in het Engels, wellicht heeft dat er iets mee te maken. Dynamic Tomorrow wordt wel mooi gevuld. Enig idee waar dit aan kan liggen? Ook ff @ctrl-tab tikje... zijn post heb ik eigenlijk gebruikt. Feitelijk gebeurt er hetzelfde.

[Afbeelding]

Unknown weghalen in de handmatige periode van vandaag.

[Korvaag]

gielz schreef op maandag 18 mei 2026 @ 17:16:
[...]


Unknown weghalen in de handmatige periode van vandaag.

Thanks!

Ik ga me even in een hoekje zitten schamen. Goedendag verder.

[Hippe Lip]

Omdat ik zag dat als mijn stacks een langere tijd achtereen volle bak (ont)laden, de temperatuur oploopt en daarmee het vermogen van elk terugloopt van 2400 naar ca. 2000W, heb ik twee 20cm grote ventilatoren besteld.

Ik heb er eentje om alvast te testen met een ijzerdraadje achterop een van mijn stacks gehangen. Het effect is verbluffend:
De temperatuur is 13 graden lager en het vermogen verbetert daarmee tot 2200W.

Bij de 2400AC was zoiets al bekend, nu weet ik uit eigen ervaring dat dit bij de 2400AC+ ook zo is.
En door het 20cm grote formaat is één zo’n ding voldoende. Sterker nog: ik kan er niet eens twee kwijt

[gast777]

Ter info, zojuist heb ik een nieuwe versie van de Proxy gepost (20260518). Deze heeft de volgende twee aanpassingen:

- Vanaf deze versie worden de POST messages (opdrachten) gecontroleerd op het hebben van een geldig serienummer (payload.sn). Het serienummer moet de string "PROXY" bevatten om geaccepteerd te worden. Dit voorkomt ook een issue waarbij in bepaalde gevallen onnodig even het vermogen naar 0 Watt wordt gezet tijdens opladen of ontladen ("hakkels"). Bedankt @Hippe Lip voor je data waar dat in te zien was!

- De timeout voor het samenvoegen van de GET Responses van de Zendures is verhoogd van 1 naar 2 seconden (in de blokjes "Join Responses"). Bij een aantal gebruikers bleek dat van een van de Zendures soms de Reply meer dan een seconde later dan die van de andere Zendure op de Proxy arriveert. Daardoor werd geen GET Response naar Home Assistant gestuurd. Daarna volgde dan ongeveer 10 seconden zonder verdere GET Responses en een interruptie in de data. Een hogere timeout zou dit in veel gevallen kunnen voorkomen.

[Devke]

Hippe Lip schreef op maandag 18 mei 2026 @ 15:17:
[...]

Ik kreeg een eigen versie van de Node RED die ik natuurlijk meteen in gebruik genomen heb.

@gast777 zei me:

[...]


en


[...]


Hij gaat nu checken met Gielz waarom HA deze opdracht stuurt. Want dat is voor mij natuurlijk ook nog de grote vraag: waarom ik dat wel heb en anderen niet.

Maar zolang HA opdrachten met een ongeldig S/N stuurt wordt het vanaf nu geblokkeerd en zal het symptoom vermoedelijk opgelost zijn.
Hij zal de fix wel in de release-notes vermelden bij de volgende release.

Troost je. Ik schuif aan. Geen gehakkel maar wel regelmatig verbindingen verlies. Sensoren Niet Bereikbaar. Ik dacht dat het wel eens aan het AP kon liggen. Echter die is gewoon bereikbaar. Dus uitval is soms naar 5 minuten al, soms na paar uur pas. Ben er al naar aan het kijken met hulp van @gast777 . Vanmorgen weer bingo. Nu eerst maar eens kijken wat er nog wel en niet te benaderen is.

[Korvaag]

@gielz Ik zie nog wel wat raars gebeuren. Misschien dat jij tips hebt. Ik ben zelf (nog) niet ervaren genoeg om dit te debuggen.

Even een korte schets:
- Ik heb twee merken accu's: Ecoflow en Zendure, beide units 4kWh
- Ecoflow doet NOM en Zendure dynamisch handelen

Wat ik nu zie is het volgende. Ik heb duurst / goedkoopste uren allebei op 4 uur ingesteld (heb een SF800 Pro dus die kan maar met 800W ontladen en 1000W laden wat dus grofweg 4 uur laden en ontladen is).

De grafiek geeft netjes weer dat bv vandaag duurste uren zijn om 6:00 en dan vanmiddag om 19:00 - 21:00. Lijkt prima te kloppen met ook andere apps/sensors zoals de app EnergyPricing of m'n Budget Energie app

Echter als ik dan kijk hoe laat de accu vanochtend is gaan ontladen: van 4:00 - 5:00. Dat is twee uur te vroeg. Het viel me gisteren ook al op met laden maar dat heb ik even genegeerd omdat ik dacht dat alle sensoren/grafieken nog moesten 'settelen' (lees: volledige sets aan waardes hebben voor 24 uur).

Ik heb uiteraard wel een vermoeden wat er mis gaat:
- Er gaat iets mis met timezones?
- Er gaat iets mis in de originele Nordpool sensor met omrekenen (maar waarom geeft de grafiek het dan wel goed weer)

M'n Home Assistant staat netjes op Amsterdam GMT+1. Language staat wel op Engels. Ik zie dit gedrag niet met andere automations. Ik heb bv ook AIO energy management en die schakelt wel op de juiste tijden.

Jij slimme tips?

edit:
iemand anders gevonden in het topic die het ook heeft maar zonder oplossing. Ik heb een clock toegevoegd aan een dashboard en deze staat netjes op 10:01 AM momenteel (ook moment van deze eerste edit). Timezone in settings staat goed, timezone in user staat goed en timezone in docker stack staat goed. Allemaal Europe/Amsterdam enzo.
Ook een testje gedaan met een template sensor met daarin {{ now() }} en dit geeft ook een voor mijn gevoel correcte waarde: 2026-05-20 12:15:00.333648+02:00 (en ik tik dit dus om 12:15).

[ Voor 22% gewijzigd door Korvaag op 20-05-2026 12:15 ]

[DeadMetal]

Hippe Lip schreef op maandag 18 mei 2026 @ 22:40:
Omdat ik zag dat als mijn stacks een langere tijd achtereen volle bak (ont)laden, de temperatuur oploopt en daarmee het vermogen van elk terugloopt van 2400 naar ca. 2000W, heb ik twee 20cm grote ventilatoren besteld.

Ik heb er eentje om alvast te testen met een ijzerdraadje achterop een van mijn stacks gehangen. Het effect is verbluffend:
De temperatuur is 13 graden lager en het vermogen verbetert daarmee tot 2200W.

Bij de 2400AC was zoiets al bekend, nu weet ik uit eigen ervaring dat dit bij de 2400AC+ ook zo is.
En door het 20cm grote formaat is één zo’n ding voldoende. Sterker nog: ik kan er niet eens twee kwijt

[Afbeelding]

Interessant. Hoe ga je het uiteindelijk permanent monteren en zou je daar dan een foto van willen posten?

[Hippe Lip]

DeadMetal schreef op dinsdag 19 mei 2026 @ 09:19:
Interessant. Hoe ga je het uiteindelijk permanent monteren en zou je daar dan een foto van willen posten?

Dat zal ik zeker hier laten zien.

Eerst nog wat denkwerk waaraan ik de ventilatoren ga hangen. Waarschijnlijk aan twee platte horizontale alu strips. Bij elke ventilator zitten rubberen/siliconen ‘pilaartjes’ waarmee je de ventilator aan de strip kunt bevestigen. Daar heb je dan de geluidsdemping.

Nu nog bedenken waaraan ik die strips ga ophangen. Ik dacht al aan een blokje in de handvaten opzij bovenaan, maar ook aan de optie om bovenaan de buitenste koelvinnen (L+R) een gaatje te boren om daar een pinnetje of schroefje in te doen.

Ik puzzel nog even.

[Hippe Lip]

Ik keek net op het dashboard van @gast777 en kwam wat vreemds tegen.
Ik draai nog zijn speciale versie van gisteren.
Wat kan dit veroorzaken?

Dynamic Trading staat aan maar het is geen goedkoop of duur kwartier.

[ Voor 6% gewijzigd door Hippe Lip op 19-05-2026 17:17 ]

[TBird484]

Ik stuur mijn ventilatoren volledig aan via ESPHome en Homeassistant. Ik gebruik geen aparte temp sensor, maar maak gebruik van de omvormer temp data die door de proxy wordt geleverd.
Ik maak gebruik van pwm ventilatoren, zodat toerental regelbaar is. Voor montage heb ik 4mm schroeven gebruikt afgedekt met een 3.5mm dopje. Door nu de schroeven voordat je het moertje vastdraait onder een hoek(je) te zetten onstaat er binnen het geheel meer dan voldoende klemkracht tussen de koelribben.

[Hippe Lip]

TBird484 schreef op dinsdag 19 mei 2026 @ 11:17:
Ik stuur mijn ventilatoren volledig aan via ESPHome en Homeassistant. Ik gebruik geen aparte temp sensor, maar maak gebruik van de omvormer temp data die door de proxy wordt geleverd.
Ik maak gebruik van pwm ventilatoren, zodat toerental regelbaar is. Voor montage heb ik 4mm schroeven gebruikt afgedekt met een 3.5mm dopje. Door nu de schroeven voordat je het moertje vastdraait onder een hoek(je) te zetten onstaat er binnen het geheel meer dan voldoende klemkracht tussen de koelribben.

[Afbeelding]

[Afbeelding] [Afbeelding]

Dat klemmen heb ik ook aan gedacht, maar verwachtte dat dit onvoldoende zou houden omdat de ruimte tussen de ribben naar buiten toe steeds breder wordt. Maar jij hebt dus een andere ervaring.

Op de tweede foto zie ik je schroeven met een dopje, maar ik snap dat ‘onder een hoek(je)’ niet. Wat bedoel je daarmee? Alle schroeven lijken daar gewoon recht te zitten?

[Maarten60]

Hippe Lip schreef op dinsdag 19 mei 2026 @ 10:18:
[...]
Eerst nog wat denkwerk waaraan ik de ventilatoren ga hangen. Waarschijnlijk aan twee platte horizontale alu strips. Bij elke ventilator zitten rubberen/siliconen ‘pilaartjes’ waarmee je de ventilator aan de strip kunt bevestigen. Daar heb je dan de geluidsdemping.

Nu nog bedenken waaraan ik die strips ga ophangen. Ik dacht al aan een blokje in de handvaten opzij bovenaan, maar ook aan de optie om bovenaan de buitenste koelvinnen (L+R) een gaatje te boren om daar een pinnetje of schroefje in te doen.

Ik heb de oplossing van Geert (ACplus) met 2x 12cm fan die bevestig zijn op de twee getapte schroefgaten aan de onderkant en gebruik het noodstroom stopcontact. Stuur het aan via HA, werkt prima.

[TBird484]

Hippe Lip schreef op dinsdag 19 mei 2026 @ 11:28:
[...]

Op de tweede foto zie ik je schroeven met een dopje, maar ik snap dat ‘onder een hoek(je)’ niet. Wat bedoel je daarmee? Alle schroeven lijken daar gewoon recht te zitten?

Dat klopt, het is ook minimaal. Je maakt gebruik van het feit dat het gat net iets groter is dan de schroef, waardoor je hem nog een heel klein beetje naar links of rechts kan drukken.
Als je buitenste schroeven nu naar buiten drukt en dan de moer vast draait, dan is dat ook voldoende om tussen de ribben te klemmen. Schroeven rusten aan de onderkant ook op de rand, zodat niet het gehele gewicht met klemkracht opgevangen moet worden.

[Hippe Lip]

Maarten60 schreef op dinsdag 19 mei 2026 @ 11:33:
[...]

Ik heb de oplossing van Geert (ACplus) met 2x 12cm fan die bevestig zijn op de twee getapte schroefgaten aan de onderkant en gebruik het noodstroom stopcontact. Stuur het aan via HA, werkt prima.
[Afbeelding]

Draai jij op de volle 2400W bij die temperatuurgrafiek?
En als die temperatuur zijn hoogte waarde heeft (ruim 35 graden?) welk vermogen haalt de omvormer dan nog?

[Maarten60]

Hippe Lip schreef op dinsdag 19 mei 2026 @ 13:08:
[...]

Draai jij op de volle 2400W bij die temperatuurgrafiek?
En als die temperatuur zijn hoogte waarde heeft (ruim 35 graden?) welk vermogen haalt de omvormer dan nog?

Ja ik laad (en ontlaad) op 2400W. Zie grafiek voor laadsnelheid, soc en temperatuur.

[gast777]

Hippe Lip schreef op dinsdag 19 mei 2026 @ 10:20:
Ik keek net op het dashboard van @gast777 en kwam wat vreemds tegen.
Ik draai nog zijn speciale versie van gisteren.
Wat kan dit veroorzaken?

Dynamic Trading stast aan maar het is geen goedkoop of duur kwartier.

[Afbeelding]

Wat je hier ziet is op zich normaal voor als net een van de Zendures de minSOC (10%) heeft bereikt, maar de andere nog niet. HA commandeert 4800W, de proxy commandeert 2400W per Zendure, maar 0W voor degene die al minSOC heeft bereikt.

Maar zo te zien hebben beide nu reeds minSOC bereikt. Ik zou dan verwachten dat HA een 0W commando stuurt en die zou je dan ook zien bij Power Command en dan de beide Zendures ook command 0. Ik weet niet of dat 0W commando nooit gekomen is of een andere reden. Dit kan je miscchien beter zien door de huidige GET debug data te sturen of hier plakken, daar staat alle huidige status in.

[Devke]

Maarten60 schreef op dinsdag 19 mei 2026 @ 13:49:
[...]

Ja ik laad (en ontlaad) op 2400W. Zie grafiek voor laadsnelheid, soc en temperatuur.
[Afbeelding]

Bewuste keuze omvormer rond de 32 graden houden? Hier zit hij altijd wel op 40 graden. Ik dacht even dat je vol vermogen kon laden en toch 32 graden, maar dat verkeerd gezien.

[metalmarco]

Devke schreef op dinsdag 19 mei 2026 @ 15:11:
[...]

Bewuste keuze omvormer rond de 32 graden houden? Hier zit hij altijd wel op 40 graden. Ik dacht even dat je vol vermogen kon laden en toch 32 graden, maar dat verkeerd gezien.

Ik hou mijn omvormers ook kwa temperatuur zo laag mogelijk. Hier beginnen de fans te werken vanaf 25 graden en draaien vol gas als ze de 40 graden aantikken. Maar warmer dan 36 graden heb ik ze nog niet gezien (2,5 maand nu in gebruik).

Mij is altijd geleerd, dat elektronica het langst mee gaat als ze koel blijven, dus daarom hier vanaf 25 graden al koelen. En zo doe ik het ook met mijn PV omvormers, daar zitten drum fans onder die de boel ook koel proberen te houden.

[Devke]

metalmarco schreef op dinsdag 19 mei 2026 @ 16:18:
[...]

Ik hou mijn omvormers ook kwa temperatuur zo laag mogelijk. Hier beginnen de fans te werken vanaf 25 graden en draaien vol gas als ze de 40 graden aantikken. Maar warmer dan 36 graden heb ik ze nog niet gezien (2,5 maand nu in gebruik).

Mij is altijd geleerd, dat elektronica het langst mee gaat als ze koel blijven, dus daarom hier vanaf 25 graden al koelen. En zo doe ik het ook met mijn PV omvormers, daar zitten drum fans onder die de boel ook koel proberen te houden.

1 kan ik er besturen. Die had ik al lager gezet maar of er dit 1 is die daar lekker voor geschikt is hmmm. Ali variant. 2e is van Zendure zelf. Die is helaas niet te besturen en gaat altijd naar de 40 en schommelt daar.

[Maarten60]

Devke schreef op dinsdag 19 mei 2026 @ 15:11:
[...]

Bewuste keuze omvormer rond de 32 graden houden? Hier zit hij altijd wel op 40 graden. Ik dacht even dat je vol vermogen kon laden en toch 32 graden, maar dat verkeerd gezien.

Mijn instellingen; bij 2 minuten boven 35C zet ik de fan aan en bij 5 min onder de 30C weer uit. Dan kan ik tot ca 803% SoC op ~2400W laden en ontladen. Ik ben er ook achter gekomen dat de temperatuur niet heel veel beperkt uitmaakt voor het laadprofiel. Als ik de fan uitzet loopt de temp op tot hoog in de 50C maar het laadprofiel blijft gelijk. Firmware versie maakt wel uit. V1.0.3 is beter dan V1.0.2. Zie mijn eerder post.
Ik houd de temperatuur laag omdat ik verwacht dat het beter is voor het apparaat. Echter de keuze van 35C is arbitrair.

Edit: de temperatuur maakt wel uit bij laatste versie. Er wordt langer (83%) op 2400 W geladen

[ Voor 6% gewijzigd door Maarten60 op 19-05-2026 17:58 ]

[Maarten60]

Devke schreef op dinsdag 19 mei 2026 @ 16:28:
[...]
1 kan ik er besturen. Die had ik al lager gezet maar of er dit 1 is die daar lekker voor geschikt is hmmm. Ali variant. 2e is van Zendure zelf. Die is helaas niet te besturen en gaat altijd naar de 40 en schommelt daar.

Ik kan de snelheid niet besturen. Ik stuur aan / uit via het noodstroomstopcontact.

[Devke]

Maarten60 schreef op dinsdag 19 mei 2026 @ 16:33:
[...]

Ik kan de snelheid niet besturen. Ik stuur aan / uit via het noodstroomstopcontact.

Welke fan gebruik je? 2400 AC ? (ter vergelijk).

[Maarten60]

Devke schreef op dinsdag 19 mei 2026 @ 16:39:
[...]

Welke fan gebruik je? 2400 AC ? (ter vergelijk).

Arctic P12.
Ik heb AC2400plus.

[metalmarco]

Hier dus 6 Artic P12 die via mosfett en esp printje de 3 stapels lekker koel houden.
En de esp print red hem zelf, want die trekt alleen de temperatuur uit HA en ziet daar dan naar hoeveel % de fans moeten draaien. En gewoon netjes op een dinrailtje aan de wand waar de esp + de 3 mosfett prints hangen en de voeding toevoer natuurlijk.

[Hippe Lip]

metalmarco schreef op dinsdag 19 mei 2026 @ 16:51:
En gewoon netjes op een dinrailtje [...]

Maar jij hebt het over een 2400AC. We moeten wel appels met appels blijven vergelijken. Want de temperatuurbeheersing van een 2400AC is anders en heeft waarschijnlijk een ander effect dan die van een 2400AC+

Die heb ik nog niet onder de 43-44 graden kunnen houden met mijn ventilator. En daarbij werd het (ont)laadvermogen beperkt tot ruim 2200W.
Op een 2400AC+ dus.

@Maarten60 Heb jij een 2400AC of een Plus?

[ Voor 56% gewijzigd door Hippe Lip op 19-05-2026 17:32 ]

[Hippe Lip]

gast777 schreef op dinsdag 19 mei 2026 @ 00:23:
Ter info, zojuist heb ik een nieuwe versie van de Proxy gepost (20260518).

Dank weer, @gast777

Als ik die nu in gebruik neem en op 'Deploy' klik, dan krijg ik het plaatje hieronder te zien.

Wat moet ik daarmee? Ik wil die unused nodes wel weghelen, maar ik heb geen idee waar ik ze kan vinden, selecteren en verwijderen. Ik ben totale NOOB op het gebied van Node-RED.

[Maarten60]

Hippe Lip schreef op dinsdag 19 mei 2026 @ 17:28:
[...]
@Maarten60 Heb jij een 2400AC of een Plus?

Ik heb een AC2400+ (plus) en kan 2400W laden tot ca 83% SoC met firmware v1.0.3.

[Hippe Lip]

@Maarten60 En waar staat-ie opgesteld? In een koude ruimte?

Mijn twee stacks staan op zolder in de technische ruimte waar het op dit moment een stuk warmer zal zijn dan in een schuur of garage. Dat maakt ongetwijfeld ook een heleboel uit.

Misschien kunnen we eens gaan kijken naar de mogelijkheden voor waterkoeling, zoals bij PC's ...

[Gramser]

Hippe Lip schreef op dinsdag 19 mei 2026 @ 17:48:
[...]


Dank weer, @gast777

Als ik die nu in gebruik neem en op 'Deploy' klik, dan krijg ik het plaatje hieronder te zien.

Wat moet ik daarmee? Ik wil die unused nodes wel weghelen, maar ik heb geen idee waar ik ze kan vinden, selecteren en verwijderen. Ik ben totale NOOB op het gebied van Node-RED.

[Afbeelding]

Ik vermoed dat je in NodeRed een leeg tabblad open hebt staan, naast die van de proxy van @gast777 . Dat heb ik ook gehad en toen ik die weghaalde was die melding ook verdwenen. Dácht ik. Ik neem wel aan dat je ip-adressen in de proxy hebt ingevuld?

[Maarten60]

Hippe Lip schreef op dinsdag 19 mei 2026 @ 18:00:
@Maarten60 En waar staat-ie opgesteld? In een koude ruimte?

Mijn twee stacks staan op zolder in de technische ruimte waar het op dit moment een stuk warmer zal zijn dan in een schuur of garage. Dat maakt ongetwijfeld ook een heleboel uit.

Misschien kunnen we eens gaan kijken naar de mogelijkheden voor waterkoeling, zoals bij PC's ...

Die van mij staan in de garage. Nu iets van 16C.
Waterkoeling klinkt leuk maar zal niet meevallen met die koelribben.
Het je al een fan draaien en wat is het effect?

[BizzieBis]

@alle Fan boys, volgens mij zitten jullie in het verkeerde topic. Het grote Zendure plug-and-play thuisaccu systemen topic past beter voor deze discussie

[Venimk1]

pasmanm schreef op donderdag 30 april 2026 @ 20:58:
[...]


Voor de geïnteresseerden:

Ik heb een vast contract en streef naar een 'Nul op de Meter' (NOM) situatie. Standaard laadt mijn batterij direct op met het maximale beschikbare zonnevermogen (2400W), maar ik wil dit proces juist spreiden over de dag. Door met een lager vermogen te laden, ontzie ik de omvormer en de batterijen. Een klein verlies aan efficiëntie is voor mij geen probleem; ik heb immers zonnestroom genoeg.

Het doel? De batterij moet vol zijn zodra de zon ondergaat, waarbij het script ook rekening houdt met de auto die later op de dag kan worden ingeplugd (en dan maximaal gaat laden met alle zonne energy naar de target SoC).

Hiervoor gebruik ik het onderstaande script, dat onder andere de SolCast zonne stroom voorspelling gebruikt. Ik heb vandaag weer wat aanpassingen gedaan, dus morgen weer even kijken. Ik deel het alvast, misschien heeft iemand anders er ook wat aan!

@gielz Gielz, zou jij in je yaml de zendure_2400_ac_max_oplaadvermogen min van 700 op 500 kunnen zetten?
Dank

code:

alias: "Zendure: Slim Solar Laden (Reverse EV Reservering)"
description: >-
  Berekent het laadplafond door vanaf zonsondergang terug te rekenen hoeveel 
  tijd de auto nodig heeft. De resterende tijd (vanaf nu) is voor de batterij.
triggers:
  - trigger: time_pattern
    minutes: /15
conditions:
  - condition: numeric_state
    entity_id: sensor.envoy_xxxxxxx_current_power_production
    above: 100
actions:
  - variables:
      baseload_w: 1000
      min_laad_vermogen: 600
      ev_buffer_w: 500
      solcast_entity: sensor.solcast_pv_forecast_voorspelling_vandaag
      zendure_cap_wh: >-
        {{ states('sensor.zendure_2400_ac_totale_capaciteit') | float(11.52) *
        1000 }}
      zendure_huidig_perc: "{{ states('sensor.zendure_2400_ac_laadpercentage') | float(0) }}"
      zendure_streef_perc: >-
        {{ states('sensor.zendure_2400_ac_maximale_laadpercentage') | float(100)
        }}
      zendure_wh_nodig: >-
        {{ (([zendure_streef_perc - zendure_huidig_perc, 0] | max) / 100) *
        zendure_cap_wh * 1.2 }}
      ev_cap_wh: >-
        {{ states('sensor.xxxxxx_total_battery_capacity') | float(0)
        * 1000 }}
      ev_huidig_wh: "{{ states('sensor.xxxxxx_soc_kwh') | float(0) * 1000 }}"
      ev_streef_perc: "{{ states('number.xxxxxx_target_soc') | float(100) }}"
      ev_wh_nodig: "{{ [((ev_streef_perc / 100) * ev_cap_wh) - ev_huidig_wh, 0] | max }}"
      simulatie_uren: >-
        {% set forecasts = state_attr(solcast_entity, 'detailedForecast') %} {%
        set ns = namespace(ev_rem=ev_wh_nodig, bat_slots=0) %} {% if forecasts
        is not none %}
          {# Filter slots tussen nu en 20:30 en draai de volgorde om (laatste eerst) #}
          {% set relevant_slots = forecasts | selectattr('period_start', 'defined') 
            | map(attribute='period_start') 
            | select('search', now().strftime('%Y-%m-%d'))
            | list %}
          
          {# We lopen van laat naar vroeg #}
          {% for slot in forecasts | reverse if as_datetime(slot.period_start) >= now() and as_datetime(slot.period_start) <= today_at("20:30") %}
            {% set solar_w = slot.pv_estimate | float(0) * 1000 %}
            {% set surplus_w = [solar_w - baseload_w, 0] | max %}
            {% set ev_power = [surplus_w - ev_buffer_w, 0] | max %}
            
            {% if ns.ev_rem > 0 and ev_power > 0 %}
              {# Dit slot aan het einde van de dag wordt opgeëist door de auto #}
              {% set ns.ev_rem = ns.ev_rem - (ev_power * 0.5) %}
            {% else %}
              {# Dit slot is 'vrij' voor de batterij omdat de auto (virtueel) al vol is #}
              {% if surplus_w > 0 %}
                {% set ns.bat_slots = ns.bat_slots + 1 %}
              {% endif %}
            {% endif %}
          {% endfor %}
        {% endif %} {# Hoeveel uur blijft er 'vooraan' de dag over voor de
        batterij? #} {{ [ns.bat_slots * 0.5, 0.5] | max }}
      uren_voor_batterij: "{{ simulatie_uren | float }}"
      benodigd_vermogen: "{{ zendure_wh_nodig / uren_voor_batterij }}"
      eind_instelling: >-
        {% set plafond = [benodigd_vermogen, min_laad_vermogen] | max %} {{
        [plafond | int, 2400] | min }}
  - action: input_number.set_value
    target:
      entity_id:
        - input_number.zendure_2400_ac_max_oplaadvermogen
        - input_number.test_beperking_stroom
    data:
      value: "{{ eind_instelling }}"
mode: restart

Bijgesloten een overzicht van zonneopbrengst met daaronder in blauw de batterij, groen de auto en binnenkort rood voor de waterboiler.

[Afbeelding]

Mijn batterij blijft gewoon op standby staan ????

[Maarten60]

BizzieBis schreef op dinsdag 19 mei 2026 @ 19:22:
@alle Fan boys, volgens mij zitten jullie in het verkeerde topic. Het grote Zendure plug-and-play thuisaccu systemen topic past beter voor deze discussie

Beetje grijs gebied. Aansturen fan via ha hoort hier, temp discussie in andere topic.
Valide feedback, Point taken. Zal er op letten.

[gast777]

Hippe Lip schreef op dinsdag 19 mei 2026 @ 17:48:
[...]


Dank weer, @gast777

Als ik die nu in gebruik neem en op 'Deploy' klik, dan krijg ik het plaatje hieronder te zien.

Wat moet ik daarmee? Ik wil die unused nodes wel weghelen, maar ik heb geen idee waar ik ze kan vinden, selecteren en verwijderen. Ik ben totale NOOB op het gebied van Node-RED.

[Afbeelding]

Je kunt het gewoon negeren. Deploy was successful zo te zien.

Dit is iets is wat nu met het nieuwe Dashboard 2 gebeurt. Bij importeren ontstaan duplicate config nodes. Ik wil het ook simpel houden voor de gebruikers, dus was nog aan het nadenken voor een eenvoudige oplossing.

Maar hoe je dit voorkomt is voor het importeren van de nieuwe flow, eerst op al die grijze config nodes hier (onder het tandwieltje) dubbelclicken en op delete clicken. Allemaal deleten. Dan begin je weer met een schone lei en importeert hij normaal, zonder meldingen.

[Theetjuh]

Maarten60 schreef op dinsdag 19 mei 2026 @ 21:57:
[...]

Beetje grijs gebied. Aansturen fan via ha hoort hier, temp discussie in andere topic.
Valide feedback, Point taken. Zal er op letten.

Staat hier ergens iets zodat ik het ook kan gaan maken voor de nog aan te schaffen setup?
Via een esp32 ofzo?

[Arthur]

Ik gebruik met veel plezier de Gielz integratie in NOM-stond, maar ik zie soms toch wat onverwacht gedrag. Ik heb een Solarflow AC2400+ met 4 batterijen. Vandaag bijvoorbeeld zag ik dit gedrag:



Zie het omcirkelde gebied. Ik heb ingesteld dat de accu laadt met 2400W. Er is meer dan voldoende teruglevering op de P1 meter (de grijze curve), maar toch schakelt het opladen meerdere malen terug tot <2400W, en kortdurend tot zelfs slechts 1500W. Iemand een idee wat dat kan verklaren?

[DrNickB]

Arthur schreef op dinsdag 19 mei 2026 @ 22:20:
Ik gebruik met veel plezier de Gielz integratie in NOM-stond, maar ik zie soms toch wat onverwacht gedrag. Ik heb een Solarflow AC2400+ met 4 batterijen. Vandaag bijvoorbeeld zag ik dit gedrag:

[Afbeelding]

Zie het omcirkelde gebied. Ik heb ingesteld dat de accu laadt met 2400W. Er is meer dan voldoende teruglevering op de P1 meter (de grijze curve), maar toch schakelt het opladen meerdere malen terug tot <2400W, en kortdurend tot zelfs slechts 1500W. Iemand een idee wat dat kan verklaren?

Niet dat ik je vraag direct kan beantwoorden, maar wat waren je tempratuur waardes van je omvormers en wat was je batterij soc ?
Te warm kan throttle betekenen, hoge soc kan kalibratie zijn voor laatste (soms wel) 20%.

[Hippe Lip]

Vanavond heb ik de montage van mijn 200 mm grote ventilatoren afgerond en ik wil het resultaat hier showen. Mogelijk dat anderen er wat aan hebben.

Mijn motto is gewoonlijk: eenvoud is kenmerk van het ware, dus ik zocht een zo eenvoudig mogelijke manier om de ventilatoren op te hangen en dat is gelukt.
Met deze Nocua NF-A20 PWM worden wat accessoires meegeleverd, waaronder pilaartjes (rubber of siliconen) om ze te monteren. De kop ervan rust nu tegen de koelribben, waardoor er een ontkoppeling is van een eventuele trilling in de ventilatoren. Maar eigenlijk is die er helemaal niet vanwege het feit dat de as in vloeistof gelegerd is en op de kopse kant met een magneet op afstand gehouden wordt.
Je hoort ze nagenoeg niet.

Voor de ophang heb ik twee M6-boutjes (15 mm) met een stukje WC-rolkarton tussen twee ribben aan de zijkant geschroefd. Daardoor weet ik zeker dat ze nooit zullen afzakken. Liever had ik. M7 boutjes direct strak tussen de ribben gedraaid, maar ik kon ze niet zo snel vinden.
Om de ventilatoren te op te hangen heb ik een alu strip (Praxis) van 30 cm voorzien van 7,5 mm gaten waardoor die pilaatjes gestoken zijn. Met soort weerhaakjes zitten ze vast in de ventilator. De overlengte van die pilaartjes moet eigenlijk nog afgeknipt worden.
In de bovenste strip twee holletjes die over de boutjes vallen. Zo hangt de ventilator stevig en kun je ‘m er eenvoudig afhaken.

[DrNickB]

Hippe Lip schreef op dinsdag 19 mei 2026 @ 22:51:
[...]

Geniaal waar een wc rol al niet goed voor is

Ik moet mijn ontwerp nog verder afmaken, maar iets met zin en tijd (werkt nu ook),
iets met houtlaser werk en 2x 80mm 12v fans,
Simpel geschakeld via HA en OffGrid, regelbare voeding nu op 7,5v staan.
Bij 40 graden inschakelen en 35 graden uitschakelen.
Ja geeft wel een 'zaagtand' effect in tempratuur, maar hierdoor wel onder de 40graden range.

[Hippe Lip]

Arthur schreef op dinsdag 19 mei 2026 @ 22:20:
Ik gebruik met veel plezier de Gielz integratie in NOM-stond, maar ik zie soms toch wat onverwacht gedrag. Ik heb een Solarflow AC2400+ met 4 batterijen. Vandaag bijvoorbeeld zag ik dit gedrag:

[Afbeelding]

Zie het omcirkelde gebied. Ik heb ingesteld dat de accu laadt met 2400W. Er is meer dan voldoende teruglevering op de P1 meter (de grijze curve), maar toch schakelt het opladen meerdere malen terug tot <2400W, en kortdurend tot zelfs slechts 1500W. Iemand een idee wat dat kan verklaren?

Heb je écht de laatste versie van de Gielz en de proxy van @gast777? Vooral die laatste is belangrijk, want ik had precies zoiets en aan de hand van metingen is er gisteren een nieuwe versie gekomen. Kijk dus even op Github naar de versie van 18-05-2026. Vooral de Node-RED flow is belangrijk om de laatste te hebben.

Laat je weten of het daarna voorbij is?

[Hippe Lip]

En dan heb ik voor @gast777 nog een aardig bericht. Ik heb de afgelopen drie uren tijdens het ontladen je proxycounters laten lopen. In de ene stack 2 GET Reply’s gemist, in de andere maar eentje. En geen enkel serienummer gemist.

Betekent dit dat het nu goed draait? Geen missing packets meer?

Hmm, terwijl ik dit tik bedenk ik me dat ik mijn gehakkel dat ik tot gisteren had (vanwege ‘unknown’ serienummers) alleen voorkwam in de laadfase en dit is tijdens het ontladen, niet tijdens het ontladen vreemd genoeg.
Als ik eraan denk (en dan tijd heb) zal ik morgen tijdens het laden nog eens een waarneming doen.

[Maarten60]

Theetjuh schreef op dinsdag 19 mei 2026 @ 22:19:
[...]

Staat hier ergens iets zodat ik het ook kan gaan maken voor de nog aan te schaffen setup?
Via een esp32 ofzo?

Wat zoek je precies. Het maken van de fan? Complete versie van @geert1992 beschikbaar via marktplaats of zelfbouw met voorbeelden hier en op het zendure topic.
Of de integratie? Ik heb zelf een simpele aan/uit sturing via home assistant, maar dan moet je ha hebben.

[Theetjuh]

Maarten60 schreef op woensdag 20 mei 2026 @ 08:26:
[...]

Wat zoek je precies. Het maken van de fan? Complete versie van @geert1992 beschikbaar via marktplaats of zelfbouw met voorbeelden hier en op het zendure topic.
Of de integratie? Ik heb zelf een simpele aan/uit sturing via home assistant, maar dan moet je ha hebben.

Bedankt, al deze info wist ik al niet eens, maar ik doelde eigenlijk op het maken van de controller, ik heb gisteravond al even wat gezocht en ik lijk het allemaal makkelijk zelf te kunnen maken.
Moet alleen nog ff de nodige zaken kopen, maar ik zal ook even naar die van @geert1992 zoeken.

[gast777]

Hippe Lip schreef op dinsdag 19 mei 2026 @ 23:14:
En dan heb ik voor @gast777 nog een aardig bericht. Ik heb de afgelopen drie uren tijdens het ontladen je proxycounters laten lopen. In de ene stack 2 GET Reply’s gemist, in de andere maar eentje. En geen enkel serienummer gemist.

Betekent dit dat het nu goed draait? Geen missing packets meer?

Geen idee. Ik zal eens een counter toevoegen voor POST commando drop vanwege ongeldig serienummer. Dan is dat gemakkelijk te zien of dat nog gebeurt.

Voor de onderbrekingen zelf (de grondoorzaak) is niets veranderd. Alleen is wel de join timeout van de GET Requests verhoogd van 1 naar 2 seconden. Dan kan er 2 seconden zitten tussen de aankomst van de GET Responses van de beide Zendures voordat die naar de prullenbak gaan. Hiermee zou de stabiliteit bij traag netwerk of trage Zendures hopelijk iets beter kunnen worden. Ik heb nog geen resultaat gehoord daarover. Ik heb zelf dat probleem hier niet dus kan het niet zelf verifieren.