ik krijg deze foutmelding in het error overzicht.
Laadplan Controller12-3-2026, 09:22:50
[MarstekModbusTCP] Read register 44001 failed: Modbus exception 2: Illegal Data Address
Wat wordt hiermee bedoeld? Het IP adres van de Marstek klopt.
Bedankt!
Voor dit soort vragen heb ik altijd een bug nodig, zodat ik het goed kan analyseren. Ik had verwacht idd dat hij bij paars op stop gaat. Anders zou hij geel moeten zijn is mijn verwachting. BVD
Die krijg je maar 1 keer waarschijnlijk? Dit commando zet de batterij op Discharging Cutoff Capacity = dat is de minimale soc, maar dan als setting op de batterij elf. Jij hebt een Venus E v3, die herkent dit commando niet, kan alleen bij de v1 en v2. Ik zal de melding eruit halen, beetje verwarrend .
1 Like
Staat in de backlog.
Ter info onder het beeld van nu bij mij, op profiel eigen gebruik. Wat paars was begin ochtend maakt hij stap voor stap blauw, niet rood. Met 1 paarse er tussen die is blijven staan.
Je hebt geen json meegestuurd. Kan je nog toevoegen.
Gedaan
kan iemand mij nog even uitleggen van de Solar Capture export en ontlaad drempels inhouden. Wat gebeurt er als je export bijv. op 500 en ontlaad op 1.000 zet? Kan het niet zo snel vinden in dit topic
als je de export drempel op 50 zet, dan zal de zonne-energie worden opgeslagen vanaf die waarde bij teruglevering aan het net, want je wekt op. Dus meer dan 50 watt teruglevering, dan gaat de batterij in NOM om op te slaan.
De ontlaad waarde is precies andersom, dus zodra de zon even wegvalt en de waarde van gebruik boven deze ingestelde waarde komt, dan gaat hij weer van NOM af en op stop.
De tijden die je ook kunt instellen zijn van de timer die gaat lopen als deze waarden bereikt worden, dus niet direct, om klapperen te voorkomen.
2 Likes
Ik heb net de App geinstalleerd met mijn AlphaESS G3 10T 15,3 kWh batterij. IK heb zonneplanelen met Enphase PV
Als ik nu in de monitorpagina kijk dan zie ik daar bij het stukje ‘sim energie” heel andere waarden staan bij de stroom die in/uit batterij gaat dan in de AlpheESS-app (zie afbeelding).
Wat is eigenlijk de bron van de waarden van de monitorpagina ?
Hi Roedi, deze stap om zelf de voorwaarden te kunnen bepalen vond ik toch wel erg prettig, al kan ik me jouw standpunt ook goed voorstellen. Ik zou graag 1 SlimPLanner knop willen terug zien en hierbij niet meer dan 3 of 4 voorwaarden mogelijk maken. Gebruik is aan eenieder en als voor deze knop iets niet goed werkt moet iedereen dit maar voor lief nemen en betekent voor jou ook geen prioriteit om dit probleem op te lossen.
Zou je hierover nog eens willen nadenken? Bedankt.
p.s. Vandaag dus gewerkt met Max eigen verbruik en heel wat uurtjes werden bij mij op ZON gezet en tot mijn verbazing werd hierbij teruggeleverd aan het net terwijl de batterij helemaal niet vol is. Dat wil ik toch graag voorkomen.
ik heb 2 installaties draaien inmiddels, maar ik snap het stopmoment niet;
op een andere installatie zie ik voor vannacht/morgen zie ik de NOM op een raar moment;
Is dit vanwege de zon forecast dat hij het zo doet?
beiden staan op “slimplanner eigen gebruik”.
In het verbruikspatroon device, staan de p1 meter en de zonomvormer. Daarnaast grid consumptions is de batterij neem ik aan, die haalt hij met TCP op.
Mischien ben ik niet helemaal duidelijk, maar hoe kan het zijn dat in dat rechterdeel andere waarden staan dan in de officiele AlphaESS app (linkerdeel). De batterij is bv met 2,71kW aan het opladen, maar dat zie ik niet staan bij het vakje 'slimenergy’ rechts op de eerste afbeelding. Huis geeft rechts 2,5 Kw aan terwijl de load in het linkerdeel slechts 485W aangeeft. Dit is continue sterk van elkaar afwijkend.
Kan ik mischien ergens aanpassen wat de uitgangswaarden/bronnen zijn zodat de getoonde waarden ook in de monitor webpagina kloppen? De AlphaESS wordt dmv meetspoelen gemeten en correct weergegeven in de AlphaESS App (linkerplaatje)
Ook nu nog geven de verschillende app sterk afwijkende waarden, bv huis rechts is 3W, terwijl de AlphaESS-app het correcte aangeeft van 557W (en dat is weer wat de batterij aan ontlading levert):
Eh…excuses. Het bleek dat onderwater de voorwaarden die je voorheen had ingesteld nog actief waren. (Ik had die zelf niet aan staan, dus had dat niet door) Hierdoor liepen de SlimPlanner Max Winst en Max Eigen verbruik nog niet zoals ze zoude moeten. Ik reageer dus nog niet op de opmerkingen over de issues die jullie hebben ondervonden.
Nieuw in versie 9.0.16:
Nieuwe Functionaliteit
Backup & Restore (beta)
Via het dashboard kunnen nu alle instellingen en geleerde data gedownload worden als JSON backup. Bij een herinstallatie van de app kunnen deze weer hersteld worden via een upload. Dit voorkomt dat bij een app-reset alle configuratie, geleerde profielen en historische data verloren gaan.
· Download: alle device settings, app settings, geleerde verbruiksprofielen, prijshistorie
· Upload: automatische matching op driver type (niet device ID)
· Rapport na restore: overzicht van wat hersteld en wat overgeslagen is
Kritische Apparaten in Slim Energy
De Slim Energy widget, het dashboard en de diagnostics pagina tonen nu een apart bolletje voor kritische apparaten (bijv. EV-lader). Het bolletje verschijnt onder het Huis-knooppunt met een stroomlijn vanuit Huis. Het vermogen van kritische apparaten wordt afgetrokken van het getoonde huisverbruik.
· Amber kleur (#F59E0B) voor herkenbaarheid
· Automatisch verborgen als er geen kritische apparaten geconfigureerd zijn (inclusief verbindingslijn)
· Tooltip met individueel vermogen per apparaat
DC Energy Totals op Dashboard
De Battery Status kaart op het dashboard toont nu naast de AC (grid-side) energie totalen ook de DC (cel-side) waarden. Dit geeft inzicht in het verschil tussen wat de batterijcellen opslaan/leveren en wat daadwerkelijk het net op gaat (na inverter-verliezen).
LP Optimizer: User Constraints Verwijderd
De handmatige user constraints (minimum laden, maximum ontladen, etc.) zijn volledig verwijderd. De LP optimizer bepaalt nu volledig automatisch de optimale strategie. Dit vereenvoudigt de configuratie en voorkomt dat gebruikers per ongeluk suboptimale constraints instellen.
Batterij-rotatie bij Solar Capture
Bij meerdere batterijen (multi-Sessy, multi-Marstek) worden de batterijen nu sequentieel aangestuurd bij kwartierwissel tijdens ZON en Solar Capture modus. Dit voorkomt dat alle batterijen tegelijk dezelfde opdracht krijgen en verbetert de verdeling.
HomeWizard Battery Status Inklapbaar
De HomeWizard Battery Status kaart op het dashboard is nu inklapbaar gemaakt met een pijltje, consistent met andere kaarten.
Bugfixes
Sessy energy totals: De Sessy energie-tellers (sessy_energy.import_wh/export_wh) worden nu correct als AC (grid-side) behandeld in plaats van DC. De onbetrouwbare phase counters worden niet meer gebruikt. Dit corrigeert de RTE-berekening en winstberekening voor Sessy gebruikers.
ActueleWinstManager crash: Geen crash meer als het energy price device ontbreekt of nog niet geïnitialiseerd is.
Handmatige modus SOC: Bij handmatige modus wordt de SOC niet meer overschreven door een phantom waarde van 50%. De werkelijke batterij-SOC blijft nu behouden.
LP Profile Out of Bounds: Crash in lp_profile bij setSettings() opgelost wanneer array-index buiten bereik viel.
Zonwinst badge mutatie: De “Voorspeld” zonwinst badge wordt nu vastgelegd bij de eerste planning cycle (00:00) zodat de waarde niet meer wijzigt gedurende de dag.
Diagnostics zonwinst: De zonwinst berekening in diagnostics is gelijkgetrokken met de dashboard berekening voor consistente weergave.
NOM scaling state: De NOM scaling state blijft nu behouden bij kwartierwissel in plaats van onnodig gereset te worden.
8 Likes
Hoi Roedi,
Ik wil je even laten weten dat ik de afgeslankte versie zoals die nu is veel fijner en overzichtelijker vind. Voorheen waren er te veel factoren waardoor het onoverzichtelijk werd. 
Ah leuk om te horen!!! Jammer dat de oude voorwaarden nog meededen in de bepaling van het plan. Hopelijk gaat dat nu beter.
Kan je opnieuw kijken wat hij nu doet. 9.0.17.
