:strip_exif()/i/2006193904.png?f=thumbmini)
:strip_exif()/i/2005202526.png?f=thumbmini)
:strip_exif()/i/2007620922.webp?f=thumbmini)
/u/1923442/crop63fe874155259_cropped.png?f=community)
6 kWp solar | Daikin Intergas Hybride 8kW | Tesla Model Y RWD 2023 | Fiat 500e 2014 | Zendure SF2400AC 17 kWh
:strip_icc():strip_exif()/u/396258/crop5c58365079ffa_cropped.jpeg?f=community)
Iemand enig idee waar ik nog kan kijken? goedkoopste uren zijn al begonnen meet de Gielz integratie triggert blijkbaar niet het laden. De sensor; sensor.dynamisch_goedkoopste_periode blijft ook op Nee staan terwijl de grafiek wel toont dat de goedkoopste uren zijn begonnen. waar zit dan de mismatch?
Ik zie dit in de details van de sensor, vermoed dat de "2026-04-29T11:45:00+02:00"" en dan voornamelijk de +02:00 er niet in hoort te staan? Hoe komt dit er in en hoe fix ik dit precies?
:strip_exif()/f/image/QYLdaIk5laaTioC9sqSpodxA.png?f=user_large)
[ Voor 21% gewijzigd door Flexiilex op 29-04-2026 12:37 ]
/u/448236/crop6887bd15b6132_cropped.png?f=community)
:strip_icc():strip_exif()/u/17441/lm_logo_ps1.jpg?f=community){kind=logo}
6 kWp solar | Daikin Intergas Hybride 8kW | Tesla Model Y RWD 2023 | Fiat 500e 2014 | Zendure SF2400AC 17 kWh
:strip_exif()/u/117880/911_gt3rs_60.gif?f=community)
Stomme vraag misschien maar hoe update ik de proxy?
. Loop tegen het accu limiet aan, heb er totaal 9.
[ Voor 7% gewijzigd door Tortelli op 29-04-2026 20:54 ]
Ik heb hetzelfde volgens mij. Mijn goedkoopste periode matcht niet met de periode waarop hij gaat laden. Eigenlijk zou ik verwachten dat de accu om 12u gaat laden. Maar dat doet hij pas om 2u. En het systeem heeft aan de de goedkoopste periode om 14 u begint en om 18u eindigt. Terwijl in het tweede scherm te zien is dat deze start om 12 u en eindigt om 16u. Ik heb hem om 1 u handmatig even omgezet naar geforceerd laden. Dat ging gewoon goed. En toen weer terug gezet. Er even geen aandacht aan besteed en ik zie nu achteraf dat hij pas om 14 u startte met laden en eigenlijk pas om 18u zou stoppen als de accu niet al vol zat. Dat is niet de bedoeling op basis van de onderste grafiek in mijn ogen. Begrijp ik iets verkeerd of werkt het bij mij niet zoals je mag verwachten.
Ik heb een klok toegevoegd in HA. Die loopt gewoon gelijk met de normale klok. Mijn Nas ook even gecheckt. Beiden staan gewoon goed.
:no_upscale():strip_icc():strip_exif()/f/image/ZPl1LymCpn686q989SHPAv6E.jpg?f=user_large)
:no_upscale():strip_icc():strip_exif()/f/image/YCv7S9s207ovb7IgoBfJZO58.jpg?f=user_large)
De Proxy (in Node-RED) hoef je niet te updaten hiervoor.:
[...]
Stomme vraag misschien maar hoe update ik de proxy?
Wat je wel moet doen is de Proxy HA sensoren inplakken in de Gielz Package. Hoe je dat kunt doen staat hier uitgelegd:
https://github.com/gast777/Zendure-zenSDK-proxy#monitoring
Laat maar horen als het niet duidelijk is.
6 kWp solar | Daikin Intergas Hybride 8kW | Tesla Model Y RWD 2023 | Fiat 500e 2014 | Zendure SF2400AC 17 kWh
:strip_exif()/u/1434842/crop6741d3e96ad39_cropped.gif?f=community)
Wanneer je bij de ha gebruiker zelf kijkt wat zie je dan hier;
:no_upscale():strip_icc():strip_exif()/f/image/u9fs5LDueiu5qMZKOuW10F8R.jpg?f=user_large)
Zendure-HA.com | Run Zendure your way — in Home Assistant
:strip_icc():strip_exif()/u/1103515/crop5b9572cbecf55_cropped.jpeg?f=community)
:no_upscale():strip_icc():strip_exif()/f/image/JyC7vPwxhrVAJcrgrMfWp3Cm.jpg?f=user_large)
Ik hoop het niet, wat als Zendure besluit om de lokale API er weer uit te halen en dat je perse een update moet doen (door die functie) waardoor je alleen nog maar van de cloud oplossing gebruik kan maken
* elektriekert zet aluhoedje af
Ja. Ik hoop het ook niet maar ik ben tegelijk wel 1 van de gedupeerden van Enphase. Overnacht was de lokale API verdwenen. Daar moet je nu een token ophalen uit de US om 30 dagen toegang te krijgen tot je eigen PV systeem:
[...]
Ik hoop het niet, wat als Zendure besluit om de lokale API er weer uit te halen en dat je perse een update moet doen (door die functie) waardoor je alleen nog maar van de cloud oplossing gebruik kan maken
* elektriekert zet aluhoedje af
Dan ga je daar wel anders over nadenken.Ik voer bij Zendure in ieder geval wel erg passief updates door. Als het allemaal werkt laat ik het vaak voor wat het is.
/u/45846/R744Logo.png?f=community)
Heb idd geen probleem meer. Stedin is langs geweest en heeft de hoofdzekering vervangen.
Mooie bijkomstigheid; er bestaan geen 35A automaten en daarom een gratis upgrade naar 40A gekregen. Nu lekker 9,3kW over de één fase trekken
Daarbij kan ik nu "meer risico" nemen omdat ik de zekering, zonder tussenkomst en kosten met/bij Stedin, zelf weer om kan zetten.
Dus de zaken staan nu op 44A afgeregeld en kan ik ruim 10kW over de fase jagen
Volgens de Stedin monteur was het een prima stap om te zetten. De kosten die ik nu maak, zouden ook grotendeels bij een 3fase aansluiting gemaakt moeten worden. Het omzetten naar 3Fase is nu nog simpelere en goedkoper omdat er al veel voorbereidend werk vanuit Stedin gedaan is. Groepenkast voldeed ook aan de eisen van Stedin, moet dan alleen een andere PV-omvormer kopen of nieuwe Zendure met geïntegreerde PV-omvormers.
Enige is dat ik in mijn geval nu 2x "voorrijkosten" betaal. Maar dat is prima te overzien.
Prima opgelost zo
https://www.taltion.nl, https://www.trekhaakkoffer-huren.nl, https://www.fietsendrager-huren.nl, https://www.fietskar-huren.nl
Die staat in mijn ogen ook goed. Ik snap er niets van waar ik het zoeken moet. Ook vandaag is de accu nog niet begonnen met de dynamisch goedkoopste periode.
:no_upscale():strip_icc():strip_exif()/f/image/kbZs5ibnBkQIuoQEAApgkS8o.jpg?f=user_large)
Super! Ziet er goed uit en ik ga hem testen
https://www.taltion.nl, https://www.trekhaakkoffer-huren.nl, https://www.fietsendrager-huren.nl, https://www.fietskar-huren.nl
:strip_icc():strip_exif()/u/86087/CM2.jpg?f=community)
De redenering is al vele malen gemaakt
Algemeen: accu zo goedkoop mogelijk vullen, en zo duur mogelijk legen.
Dit jaar met salderen betekent dat: PV uit bij all-in negatief zoals morgen, en voor de rest alleen naar het tarief kijken.
Volgend jaar: stroom van PV is 10 cent (EB) goedkoper dan stroom van het net, dus zo veel mogelijk daarmee vullen op zo laag mogelijk tarief moment. Opgeslagen stroom zo veel mogelijk zelf gebruiken, en overschot van de accu en PV tegen zo hoog mogelijk tarief het net op. Bij negatieve teruglevertarieven zorgen dat je niet teruglevert door opslag en/of curtailen. Bij negatief afname tarief uiteraard PV uit.
[ Voor 18% gewijzigd door koboy op 30-04-2026 17:46 ]
Ik zie ik zie wat jij niet ziet, en het is....... ach laat ook maar je ziet het toch niet!
/u/952127/crop6889c2aae49b6_cropped.png?f=community)
Avond @gielz en anderen, vandaag iets meegemaakt in de automatisering dat niet lekker loopt, en dacht post het hier ipv github om eventueel nog wat input van anderen.
Zoals bekend heb ik en sf800pro, met direct aangesloten panelen. Draai normaal alleen op 'slim ontladen'. (Enige pv is op Zendure).
Ik heb voor de test vandaag 'excess energy export' op Forbid gezet.
Het lijkt erop dat hierdoor een bepaalde voorwaarde niet wordt gehaald, waardoor het ontladen wordt ontregeld.
De ingestelde laadvermogen waarde veranderd niet meer. 5m Standby wordt getriggerd, gaat weer wat doen voor 3 cycles en staat dan weer stil.
Vanmiddag 15:35 was accu vol en gebeurde het.
Later nog weer even geprobeerd, toen solar hoger was dan verbruik en batt nog steeds 100% was.
Met het zelfde resultaat.
Wanneer ik een waarde handmatig instel, schroeft hij netjes panelen terug en levert hij enkel vanaf panelen.
Er is dus een waarde of conditie die er voor zorgt dat het deel van het 'slim ontladen' niet triggerd en dat hij dus niet van waarde wisselt.
Heb helaas geen /report waardes van die momenten, wel wat screenshots. En kan uiteraard van alles aanleveren en testen waar gewenst.
Zoals bekend heb ik en sf800pro, met direct aangesloten panelen. Draai normaal alleen op 'slim ontladen'. (Enige pv is op Zendure).
Ik heb voor de test vandaag 'excess energy export' op Forbid gezet.
Het lijkt erop dat hierdoor een bepaalde voorwaarde niet wordt gehaald, waardoor het ontladen wordt ontregeld.
De ingestelde laadvermogen waarde veranderd niet meer. 5m Standby wordt getriggerd, gaat weer wat doen voor 3 cycles en staat dan weer stil.
Vanmiddag 15:35 was accu vol en gebeurde het.
Later nog weer even geprobeerd, toen solar hoger was dan verbruik en batt nog steeds 100% was.
Met het zelfde resultaat.
Wanneer ik een waarde handmatig instel, schroeft hij netjes panelen terug en levert hij enkel vanaf panelen.
Er is dus een waarde of conditie die er voor zorgt dat het deel van het 'slim ontladen' niet triggerd en dat hij dus niet van waarde wisselt.
Heb helaas geen /report waardes van die momenten, wel wat screenshots. En kan uiteraard van alles aanleveren en testen waar gewenst.
:no_upscale():strip_icc():strip_exif()/f/image/3U5qebStMcgR3YcmQuNqhycH.jpg?f=user_large) | :no_upscale():strip_icc():strip_exif()/f/image/woMFJVSvCHnoiBQ4wJQX10Xk.jpg?f=user_large) | :no_upscale():strip_icc():strip_exif()/f/image/6h6HrVMHGHsEpRLp16Lqe60B.jpg?f=user_large) |
:no_upscale():strip_icc():strip_exif()/f/image/bxkxGfAO3mvpgBCkJ5dDi5VP.jpg?f=user_large) |
Mini Server - PiHole, Backups, Nextcloud | NUC - HomeAssistant (docker), Zigbee2Mqtt (docker), ZwaveJSUI (docker), mqtt, P1-USB | Zendure SF800Pro | 1350Wp PV
:no_upscale():strip_icc():strip_exif()/f/image/hHDV9IpSKm7AJPfFdq0IIlYz.jpg?f=user_large)
:strip_exif()/f/image/4GIaeRzV95sJxxzMogrIaXqz.png?f=user_large)
:strip_exif()/f/image/FY7Gwqa4eNTEz0epOVWEfnxk.png?f=user_large)
Tip van de dag, even sensor. toevoegen aan je nordpool sensor die ingevuld is. Hij kan de sensor nu niet vinden.
Ook aan je home energy sensor.
Zendure-HA.com | Run Zendure your way — in Home Assistant
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:
Bijgesloten een overzicht van zonneopbrengst met daaronder in blauw de batterij, groen de auto en binnenkort rood voor de waterboiler.1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
| 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 |
:no_upscale():strip_icc():strip_exif()/f/image/T2f6hc7cKnnw9ktn6nn2CNEI.jpg?f=user_large)
Eerste moment rond de 1100w pv vermogen, 2de moment rond de 750w pv.
:no_upscale():strip_icc():strip_exif()/f/image/p5GMjp1oCL3NenDHMhL5gS4D.jpg?f=user_large)
Ja ik weet dat het zonde is. Ik zit met vast contract bij vattenfall, en als ik onder de 500kwh terug levering blijf betaal ik geen extra kosten, daar boven ga ik betalen.
Daarnaast qua voorbereiding op 2027, even testen hoe het systeem loopt en reageerd.
Mini Server - PiHole, Backups, Nextcloud | NUC - HomeAssistant (docker), Zigbee2Mqtt (docker), ZwaveJSUI (docker), mqtt, P1-USB | Zendure SF800Pro | 1350Wp PV
6 kWp solar | Daikin Intergas Hybride 8kW | Tesla Model Y RWD 2023 | Fiat 500e 2014 | Zendure SF2400AC 17 kWh
:
[...]
Tip van de dag, even sensor. toevoegen aan je nordpool sensor die ingevuld is. Hij kan de sensor nu niet vinden.
Ik was al bang dat het zoiets simpels was
Ik zie wel dat ik mijn sensor nog even moet tweaken.
Zit 1,2 cent verschil in.
Zal hier eens zoeken hoe Tweakers die sensor hebben aangepast op de uurprijzen van ZP.
In mijn energy dashboard staat momenteel ook nog op kwartier prijzen.
[ Voor 26% gewijzigd door elektriekert op 30-04-2026 21:55 ]
Even ter verduidelijking:
Temperatuur van batterijen 11 en 12 in oorspronkelijke volgorde:
:strip_exif()/f/image/bNU3P55UyPgLahguGXG4KBke.png?f=user_large)
/f/image/RXgzxNQLOMGx9WYJyanBny6W.png?f=fotoalbum_large)
Na verwisselen batterijen 11 en 12:
:strip_exif()/f/image/SHv2S22zFwobrBOAtG0QEpGk.png?f=user_large)
/f/image/LSea7KnBu0wFGkjjeWn4oRd2.png?f=fotoalbum_large)
Temperatuur van batterijen 11 en 12 in oorspronkelijke volgorde:
:strip_exif()/f/image/RXgzxNQLOMGx9WYJyanBny6W.png?f=user_large)
Na verwisselen batterijen 11 en 12:
:strip_exif()/f/image/LSea7KnBu0wFGkjjeWn4oRd2.png?f=user_large)
6 kWp solar | Daikin Intergas Hybride 8kW | Tesla Model Y RWD 2023 | Fiat 500e 2014 | Zendure SF2400AC 17 kWh
Ik heb met hulp van Claude een tooltje voor HA gemaakt om de verdiensten en ROI bij te volgen. Ik miste wat inzichten in de resultaten van operation mode Dynamic Trading
De tool houdt bij hoeveel kWh er elk kwartier is geladen en ontladen en tegen welk tarief.
Nu ben ik zelf echt een beginner met HA dus hoor graag wat feedback om het verder te verbeteren
:strip_exif()/f/image/yCqSCk2Pl2kMOxLQzh7Qaeu4.png?f=user_large)
De tool houdt bij hoeveel kWh er elk kwartier is geladen en ontladen en tegen welk tarief.
Nu ben ik zelf echt een beginner met HA dus hoor graag wat feedback om het verder te verbeteren
Ja dat is nu nog even een dingetje. Maar dat wordt door Gielz nog aangepast binnenkort, heeft hij al toegezegd
.
6 kWp solar | Daikin Intergas Hybride 8kW | Tesla Model Y RWD 2023 | Fiat 500e 2014 | Zendure SF2400AC 17 kWh
Morgen hebben we heel gunstige negatieve tarieven. Om 11.00 uur staat het tarief echter op €0,00. Hierdoor zit er een gat in de grafiek. Is het tarief van €0,00 net niet gedefinieerd zodat ie mee gaat in de 'goedkope' of 'dure' uren en daardoor dus leeg blijft? Of is dit een glitch in Nordpool waar de Apex grafiek dus niet weet wat te doen? Ik dacht goedkoopste uren even terug te zetten naar 2, maar ook dan blijft ie gewoon 4 goedkoopste uren aangeven. je zou dus eigenlijk verwachten dat om 11 uur het €0,00 tareif uur rood zou zijn. Dat gebeurd echter niet. Als ik goedkoopste uren op 5 zet, en duurste uren op 19, dan ook geeft ie geen kleur als het taarief €0,00 is./f/image/r33JVx3GxA1wCkJtVK4bj5CH.png?f=fotoalbum_large)
:strip_exif()/f/image/r33JVx3GxA1wCkJtVK4bj5CH.png?f=user_large)
Ik durf het niet zeker te zeggen.
:no_upscale():strip_icc():strip_exif()/f/image/eitBROhd6IVembVUXsqjWSv2.jpg?f=user_large)
In screenshot zie je moment dat hij naar standby gaat, pv volgt iets later naar 0.
Dan gaat hij laad vermogen instellen, pv is wat traag met starten, daardoor extra correctie op laadvermogen, pv wordt wakker.
Daarna is er waarschijnlijk teveel terug levering, waardoor hij op een of andere manier niet meer zelf terug regelt. (Iets wat hij wel doet met en na piek belastingen en teveel terug levering normaal)
Ik weet niet zeker of hier de alleen slim ontladen in de weg zit, met nom zou hij dan willen laden, maar hij regelt hem ook niet verder naar beneden.
Mini Server - PiHole, Backups, Nextcloud | NUC - HomeAssistant (docker), Zigbee2Mqtt (docker), ZwaveJSUI (docker), mqtt, P1-USB | Zendure SF800Pro | 1350Wp PV
Hier ook mijn 'P1' meeting erbij op dat moment. :strip_exif()/f/image/M5AZ59ktOtdijfhQEnk6I5yW.jpg?f=fotoalbum_large)
:no_upscale():strip_icc():strip_exif()/f/image/M5AZ59ktOtdijfhQEnk6I5yW.jpg?f=user_large)
Mini Server - PiHole, Backups, Nextcloud | NUC - HomeAssistant (docker), Zigbee2Mqtt (docker), ZwaveJSUI (docker), mqtt, P1-USB | Zendure SF800Pro | 1350Wp PV
In de attributes geeft ie de duurste en goedkoopste uren netjes en correct. Bij 2 uur goedkoopste en 22 duurste uren (totaal 24 uur) zie je dat ook terug in de attributes, maar de grafiek blijft 4 goedkoopste uren tonen, en het uur waar de prijs 0,00 is toont ie niet als duur óf goedkoop.
Zet ik de goedkoopste periode op 5 uren, en de duurste periode naar 19 uur (totaal dus 24 uur), ook dan wordt dit netjes in de attributes getoond, maar in de grafiek verandert er niets, en blijft ie dus tarief €0,00 ongekleurd tonen, en worden er maar 4 goedkoopste uren getoond. In de kleuring van goedkoopste of duurste periode verandert dus niets, ondanks dat de waardes in goedkoopste en duurste periode verandert, en dit ook in de attributes terug te zien is. Aan het dashboard heb ik verder ook niets aangepast, dus het lijkt erop alsof ie over zijn giechel gaat door die prijs van € 0,00 om 11 uur in de ochtend.
:no_upscale():strip_icc():strip_exif()/f/image/zBPsPxlPn1ZyTaLH3J1uT2Dw.jpg?f=user_large)
:no_upscale():strip_icc():strip_exif()/f/image/oP7KCUiQA619nfuBCmUGDJB1.jpg?f=user_large)
:no_upscale():strip_icc():strip_exif()/f/image/HAitOjuVDatnTZSru9kGLler.jpg?f=user_large)
:strip_exif()/u/516830/crop64b14f31b778a_cropped.webp?f=community)
Dat er al veel over heen en weer geredeneerd is weet ik, maar nergens heb ik de situatie gezien die ik schets en waar jij nu ook niets over zegt (met alle respect overigens, geen kritiek). Wat je zegt is absoluut waar, maar niet waar het mij om ging.:
[...]
De redenering is al vele malen gemaakt
Algemeen: accu zo goedkoop mogelijk vullen, en zo duur mogelijk legen.
Dit jaar met salderen betekent dat: PV uit bij all-in negatief zoals morgen, en voor de rest alleen naar het tarief kijken.
Volgend jaar: stroom van PV is 10 cent (EB) goedkoper dan stroom van het net, dus zo veel mogelijk daarmee vullen op zo laag mogelijk tarief moment. Opgeslagen stroom zo veel mogelijk zelf gebruiken, en overschot van de accu en PV tegen zo hoog mogelijk tarief het net op. Bij negatieve teruglevertarieven zorgen dat je niet teruglevert door opslag en/of curtailen. Bij negatief afname tarief uiteraard PV uit.
Wellicht maak ik me druk over kruimeltjes en komt het zelden voor, maar ik vroeg me af of er door iemand serieus rekening gehouden is/wordt met de situatie dat op zeker moment / uur je eigen zonnestroom gebruiken goedkoper is dan gebruiken van het net maar terugleveren aan het net geld kost. Dat gaat dus net over die bandbreedte van de belasting en andere kosten.
De PV dan geheel uitschakelen is suboptimaal (eigen stroom is goedkoper) en helemaal niet uitschakelen ook (teruglevering kost geld).
Alleen dan zou het nuttig zijn een soort NOM algoritme te hebben dat m'n omvormer throttled afhankelijk van m'n productie en m'n eigen gebruik.
De eerste afhankelijkheid is betreffende de prijs van stroom op dat uur (laten we het per uur bekijken) en als de kale prijs negatief is èn in absolute zin kleiner is dan de kosten wordt dit relevant. Is die prijs in absolute zin groter dan de kosten dan is het allemaal heel simpel. PV volle bak aan of uit, niets er tussenin.
De tweede afhankelijkheid is m'n verbruik op dat moment, uiteraard. De enige regelbare variabele daarin is het wel/niet/een beetje opladen van m'n accu.
One cookie a day keeps the doctor away !
@gielz bij mij staat de spread nu op negatief, waardoor hij dus onder de minimale spread zit en niet begint te laden. Dit is denk ik de versie van maart of April, dus misschien dat dat al opgelost is (sorry nog geen tijd gehad op te updated)
:no_upscale():strip_icc():strip_exif()/f/image/81047X7suC2ksmqM3oSu7qJr.jpg?f=user_large)
Okido, dat snap ik. Wil niet zoveel in accu's investeren (voorlopig) en het is me net ( 5 minuten geleden) eindelijk gelukt de fouten te krijgen uit m'n tijd-trigger (op vaste tijdstippen een andere modus kiezen).
Nu experimenteren hoe ik op eenzelfde manier m'n omvormer kan knijpen, de juiste negatieve periodes detecteren en dan die twee samenvoegen. Dan heb ik de ruwe versie (PV aan als prijs positief, PV uit als prijs negatief).
Of ik dan nog ga fijnslijpen om die hopelijk weinig voorkomende toestand (zie eerder) er ook in te krijgen zien we dan wel weer. Ik heb nog 8 maanden om dat uit te vogelen
One cookie a day keeps the doctor away !
Probleem is dat prijs negatief maar all-in nog positief best veel voorkomt. Afhankelijk van hoeveel PV je hebt liggen kun je natuurlijk ook de switch wat later maken, bijvoorbeeld bij EPEX onder de -5 cent en het verlies pakken, of de omvormer in dat prijsbereik laten terugregelen tot ergens rond de base-load + vermogen dat de PV pakt, maar dan ben je al halverwege de totaaloplossing.:
[...]
Okido, dat snap ik. Wil niet zoveel in accu's investeren (voorlopig) en het is me net ( 5 minuten geleden) eindelijk gelukt de fouten te krijgen uit m'n tijd-trigger (op vaste tijdstippen een andere modus kiezen).
Nu experimenteren hoe ik op eenzelfde manier m'n omvormer kan knijpen, de juiste negatieve periodes detecteren en dan die twee samenvoegen. Dan heb ik de ruwe versie (PV aan als prijs positief, PV uit als prijs negatief).
Of ik dan nog ga fijnslijpen om die hopelijk weinig voorkomende toestand (zie eerder) er ook in te krijgen zien we dan wel weer. Ik heb nog 8 maanden om dat uit te vogelen
Ik zie ik zie wat jij niet ziet, en het is....... ach laat ook maar je ziet het toch niet!
:no_upscale():strip_icc():strip_exif()/f/image/0i4rg6L4aRNkAT1zt9UNS8Tv.jpg?f=user_large)
Even voorbereiden voor de zwaar negatieve prijs (ruim 4 uur lang!) en het weer is in alle opzichten zonnig 😎☀️
En dat meer dan 4 uur lang!
[ Voor 16% gewijzigd door Hippe Lip op 01-05-2026 14:54 ]
Verdraagzaamheid is het hoogste gebod
en wie dat niet eert die schoppen we rot.
<John O`Mill>
:strip_exif()/f/image/oz0ohakVEtAGbQRN7iOoTtMW.png?f=user_large)
Ik zit alweer over de 21 euro voor vandaag!
Vanavond weer lekker 15kw terug leveren voor 0.346 cent. Dan halen we de 27 euro wel!
/f/image/R0PFMYmazO2sAiA1ofFzInkF.png?f=fotoalbum_large)
Vanavond weer lekker 15kw terug leveren voor 0.346 cent. Dan halen we de 27 euro wel!
:strip_exif()/f/image/R0PFMYmazO2sAiA1ofFzInkF.png?f=user_large)
@gielz allereerst onwijs bedankt voor deze mooie integratie, 1 van de redenen waarom ik voor de Zendure ben gegaan, je zou commissie moeten gaan vragen 
Vraagje:
In de hulptekst staat dat als de inverter temperatuur 55 graden bereikt, hij dan automatisch vermogen afschaalt. Nu keek ik toevallig en zag dat deze al op 57 graden stond, en nog steeds op maximum vermogen (van 2200 watt). Hij was al iets van 20-30min boven de 55 graden.
De modus die aan stond, was maximum charge.
Had er iets moeten gebeuren bij 55 graden? Of werkt dat alleen in een andere modus? Of had de batterij dat zelf moeten doen buiten jouw integratie om?
Vraagje:
In de hulptekst staat dat als de inverter temperatuur 55 graden bereikt, hij dan automatisch vermogen afschaalt. Nu keek ik toevallig en zag dat deze al op 57 graden stond, en nog steeds op maximum vermogen (van 2200 watt). Hij was al iets van 20-30min boven de 55 graden.
De modus die aan stond, was maximum charge.
Had er iets moeten gebeuren bij 55 graden? Of werkt dat alleen in een andere modus? Of had de batterij dat zelf moeten doen buiten jouw integratie om?
:strip_icc():strip_exif()/u/1894616/crop685afccdcfd37_cropped.jpg?f=community)
Dat doet het systeem zelf. Had hier gister ook een foutje gemaakt in de aansturing van de Ome Ali koeling die bovenop de omvormer staat en zag dit terug door teruglopende vermogen. 2200 is denk ik al remmen geweest bij jou daar het max op 2400 ligt.:
@gielz allereerst onwijs bedankt voor deze mooie integratie, 1 van de redenen waarom ik voor de Zendure ben gegaan, je zou commissie moeten gaan vragen
Vraagje:
In de hulptekst staat dat als de inverter temperatuur 55 graden bereikt, hij dan automatisch vermogen afschaalt. Nu keek ik toevallig en zag dat deze al op 57 graden stond, en nog steeds op maximum vermogen (van 2200 watt). Hij was al iets van 20-30min boven de 55 graden.
De modus die aan stond, was maximum charge.
Had er iets moeten gebeuren bij 55 graden? Of werkt dat alleen in een andere modus? Of had de batterij dat zelf moeten doen buiten jouw integratie om?
Denk in kansen, niet in problemen. Homewizard Plug-In Battery 5.4 kWh. Zendure 2400 AC 17.2 kWh. Testen Accumate 4.8 kWh Plug-In Battery. 3330 Wp zonnepanelen. EV 77 kWh. Peblar Business Laadpaal.
Dan is het toch wel vreemd dat de Zendure zelf wel direct ingreep toen de integratie van Gielz nog uit stond (zie screenshot). Dat was bij 2200 laden en bereiken van 55 graden.
Dus lijkt me toch wat anders dan of niet?
:no_upscale():strip_icc():strip_exif()/f/image/onfWAGVDwSQ9y5ifasuyv5S3.jpg?f=user_large)
Ik ben hier ook mee aan het stoeien geweest met behulp van @geert1992 en zijn ventilator met thermometer. De fan koelt zeer goed maar nadeel is dat de bodemtemp vrij snel bereikt is. Gevolg: ventilator uit en omvormer warmt weer op. Daarom geen thermometersensor maar zonder sensor op de offgrid poort.
Ik heb geprobeerd dit enigszins te ondervangen door in te stellen dat ie bij 35 graden aangaat maar pas uitgaat als er 5 minuten lang <500w erin of eruit gaat. Daarna gaat de ventilator uit.
Hieronder een snip van vanmiddag; 4 uur lang opladen met 2000w. Omvormer is niet warmer geworden dan 35 graden, de bovenste stippellijn in de grafiek.Het kleine rode rechthoekje is de temperatuur die 31 of 32 graden is. Hing er precies tussenin.
:strip_exif()/f/image/mSkBuWfvQWT1nu5maWGgrWO5.png?f=user_large)
Rood = omvormer
Blauw = accu die aan de omvormer zit.
code:
Daarna is het weer nom met de bijbehordende schommelingen.1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
| alias: Zendure Fan 1 - UIT bij lage activiteit
mode: single
triggers:
- entity_id: sensor.zendure_2400_ac_vermogen_import
below: 400
for: "00:05:00"
trigger: numeric_state
conditions:
- condition: numeric_state
entity_id: sensor.zendure_2400_ac_vermogen_export
below: 200
- condition: state
entity_id: input_boolean.zendure_fan_auto_enabled
state: "on"
- condition: state
entity_id: switch.zendure_offgrid_stopcontact_1
state: "on"
actions:
- action: switch.turn_off
target:
entity_id: switch.zendure_offgrid_stopcontact_1 |
Oranje = accu 1 enz.
Samsung Qled | Sonos Arc Ultra; Sub 2nd; 2x Era100 | PS5 | DS218+ | DIRIGERA | Iptv | B&W 607s3 | NAD C338 | Argon Audio TT4SE | Streetfishing |
Doel je hierop?
:strip_exif()/f/image/g6THUARpHumjn2qLjN8zW6B2.png?f=user_large)
Denk in kansen, niet in problemen. Homewizard Plug-In Battery 5.4 kWh. Zendure 2400 AC 17.2 kWh. Testen Accumate 4.8 kWh Plug-In Battery. 3330 Wp zonnepanelen. EV 77 kWh. Peblar Business Laadpaal.
Ik kom er helaas niet helemaal uit. Bij dynamisch NOM hoort niet dit gedrag in mijn ogen. Mijn idee is dat er nu niet moet worden opgeladen. Er is zonnestroom van de panelen. Ik wil dat hij pas gaat laden in de goedkope uren. Ook als ik hem overrule en aangeef dat bijvoorbeeld G19:00 is goedkoop. Dan blijft hij nu laden op mijn zonnestroom. Begrijp ik het verkeerd of is er nog steeds iets mis in mijn home assistant.
:strip_exif()/f/image/nblxSMir4rDItX2QXgNMThkK.jpg?f=fotoalbum_large)
:strip_exif()/f/image/QPsCsfeBVoW7yk6OGcCQj842.jpg?f=fotoalbum_large)
:strip_exif()/f/image/JAGjxpKfEbhjZ5yD8ZlAeVys.jpg?f=fotoalbum_large)
:no_upscale():strip_icc():strip_exif()/f/image/nblxSMir4rDItX2QXgNMThkK.jpg?f=user_large)
:no_upscale():strip_icc():strip_exif()/f/image/QPsCsfeBVoW7yk6OGcCQj842.jpg?f=user_large)
:no_upscale():strip_icc():strip_exif()/f/image/JAGjxpKfEbhjZ5yD8ZlAeVys.jpg?f=user_large)
:strip_icc():strip_exif()/u/78991/Image2.jpg?f=community)
![[Afbeelding]](https://tweakers.net/i/AGi4vnSMtxxgIzUa7tnpnmPTDTs=/fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():strip_exif()/f/image/2JQBYLcaw7aytcNlpJhjv1vM.jpg?f=user_large){kind=link}
:strip_exif()/f/image/zbhPufgwo8MahjElpjDmEEdb.png?f=user_large){kind=link}
![[Afbeelding]](https://tweakers.net/i/3RDjZ-QLqyjZ36X32TRRRbQIJrw=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/IhGRFoRW113EOhQALcO0HCWx.png?f=user_large){kind=link}
On-Grid: 2x Zendure SF 2400 AC met 5 Zendure AB3000X: 29 kWh, Off-Grid: Victron EasySolar-II GX 48V/5000VA + 6600wP Solar met 4 Pylontech US3000C 48V van 3.5kWh: 14kWh - Totaal 43 kWh
Foto's van de ATS (ik noem dat eigenlijk een Automatic Transfer Switch, maar het is eigenlijk een 'Managed' Transfer Switch) heb ik hier eerder al gepost. Dit was de info op m'n ATS-display na de swap deze ochtend:
:no_upscale():strip_icc():strip_exif()/f/image/TifYQMAlMImSFe1fukTyjHzi.jpg?f=user_large)
De 2 Zendures onder de zekeringkast en ATS:
:no_upscale():strip_icc():strip_exif()/f/image/ZkBc2H0VVOpyQKnKYrh0k1KS.jpg?f=user_large)
[ Voor 24% gewijzigd door RobTesla op 02-05-2026 11:51 ]
On-Grid: 2x Zendure SF 2400 AC met 5 Zendure AB3000X: 29 kWh, Off-Grid: Victron EasySolar-II GX 48V/5000VA + 6600wP Solar met 4 Pylontech US3000C 48V van 3.5kWh: 14kWh - Totaal 43 kWh