Herstart de omvormer nu één keer volledig (spanningsloos, niet alleen de app) — na de Frank-unbind is dit hét moment: een half-vastgelopen Modbus-server op de omvormer is de klassieke oorzaak van precies dit patroon (minuten-lange weiger-episodes die vanzelf herstellen).
24 uur aankijken en dan de foutlog checken: zijn de ECONNREFUSED-meldingen weg of duidelijk minder? Dan was het de combinatie Frank-koppeling/vastgelopen Modbus-stack.
Optioneel hard bewijs: op een moment dat het faalt vanaf een laptop telnet 192.168.178.214 502 proberen — weigert die ook, dan is het 100% de omvormer-kant en niet SlimLaden.
“SC bij STOP” zit nu in de planner
Tot nu toe was “Solar Capture bij STOP” iets dat pas op het moment zelf gebeurde: het plan rekende met terugleveren, terwijl de accu in werkelijkheid het zonoverschot opving. Gevolg: betaalde laad-uren in het plan terwijl de accu allang vol zat, en teruglever-kwartieren die nooit gebeurden. Met de instelling aan plant SlimLaden het opvangen nu vooraf in: het plan toont die kwartieren als Zon-laden, betaalde laad-uren verdwijnen als de zon de accu toch al vult, en de avond-ontlading wordt op de echte (vollere) accu gepland. Let op: de verwachte winst kan hierdoor lager (soms negatief) tonen — de gemiste teruglevering wordt nu eerlijk meegerekend; dat is geen fout maar realistische boekhouding. Geldt automatisch ook voor Victron Multi RS en Solis (daar is STOP altijd zelfverbruik).
Rustiger plan bij volle accu (2% hysterese)
Een accu die op de laadgrens (bv. 95%) stopt, zakt door zelfontlading/balancering af en toe een fractie terug — en werd dan meteen weer een beetje bijgeladen, soms meerdere keren per middag. Vanaf nu geldt: eenmaal vol = rust. Pas als de accu 2% onder de grens zakt mag er weer geladen worden. Minder micro-cycli (slijtage), rustiger beeld. Van onderaf opladen tot de grens verandert niet.
Zendure: batterij bleef vrijwel stil bij nul-op-de-meter
Door een omgekeerd teken in de vermogens-uitlezing dacht de regelaar dat een ontladende Zendure aan het láden was. Gevolg: de accu dekte maar ~een kwart van het huisverbruik (“batterij lijkt idle”) of sprong heen en weer tussen laden en ontladen. Gefixt — nul-op-de-meter regelt nu strak naar volledige dekking.
Flow-kaarten “Geplande actie” spreken nu de taal van het laadplan
De trigger “Geplande actie gewijzigd” en de conditie “Geplande actie is…” kijken nu naar de actie zoals de grafiek 'm toont: een kwartier dat op het laadplan geel (Zon-laden) of paars (Zon-overschot) is, telt in je flows ook zo — voorheen kon de tijdlijn “NOM” melden terwijl het plan geel toonde. Bijvangst: aanzienlijk minder trigger-ruis bij herplanningen.
P1-detectie: Homey zelf wordt niet meer als slimme meter aangezien
Bij gebruikers zonder echte P1-meter kon de automatische detectie de Homey zelf (±2W eigen verbruik) als “slimme meter” kiezen — met een vals-groen P1-kaartje en een lege Verbruik & Learning tot gevolg. De detectie slaat de Homey en systeem-apparaten nu over, eist een echte meter-indicatie, en herstelt bestaande installaties automatisch. Geen meter gevonden? Dan zegt het kaartje dat nu eerlijk, met uitleg hoe je 'm handmatig instelt.
OK. Aanvullend nog: handmatige commando’s werken wel gewoon. Net NOM gestuurd en batterij reageert direct. Ongeveer gelijktijdig zie je nog steeds de errors verschijnen.
Hoi Roedi, het valt me op dat de batterij temperatuur slechts 1 maal per ongeveer 5 minuten wordt geupdate. Dat was voorheen toch veel sneller? Kan ik dat zelf ergens instellen?
Om er adequaat op te kunnen reageren. Ik heb met een esp32 een regeling gemaakt die de ventilators aanstuurt met een pwm signaal. Afhankelijk van de temperatuur draaien de ventilatoren harder of zachter. Een temperatuuruitlezing van maximaal 1 minuten zou dan wel wenselijk zijn.
TypeError: Cannot read properties of null (reading ‘toFixed’)
at Roedi_ActueleWinstManager._saveStateNow (/app/drivers/battery-action/managers/Roedi_ActueleWinstManager_Refactored.js:221:215)
at process.processTicksAndRejections (node:internal/process/task_queues:103:5)
at async Roedi_ActueleWinstManager._saveState (/app/drivers/battery-action/managers/Roedi_ActueleWinstManager_Refactored.js:180:5)
at async Roedi_ActueleWinstManager.processQuarterlyData (/app/drivers/battery-action/managers/Roedi_ActueleWinstManager_Refactored.js:1279:9)
at async Roedi_SchedulerManager.updateActueleWinstManager (/app/drivers/battery-action/managers/Roedi_SchedulerManager_Refactored.js:1048:7)
at async quarterlyCallback (/app/drivers/battery-action/managers/Roedi_SchedulerManager_Refactored.js:209:9)
Maar ik hoor van @Giddy31 dat bij hem icm de Venus 3 E V3 wel beter draait .
En owja @Roedi_de_Lion Lilly go nr 1 is inmiddels succesvol geflasht alleen nu nog fysiek aansluiten aan de Marstek en de andere lillygo flashen ,maar nu ff een weekje weg op vakantie
“SC bij STOP” zit nu in de planner
Rustiger plan bij volle accu (2% hysterese)
Zendure: batterij bleef vrijwel stil bij nul-op-de-meter
Flow-kaarten “Geplande actie” spreken nu de taal van het laadplan
P1-detectie: Homey zelf wordt niet meer als slimme meter aangezien
en de andere lillygo flashen ,maar nu ff een weekje weg op vakantie 
