[Enphase] Envoy / IQ Gateway lokaal uitlezen voor domotica

[Ferdinand Oeinck]

Waarom moeilijk doen als het makkelijk kan! Vermogen beperken kan ook lokaal zonder de relais te gebruiken.

Het volgende curl commando laat zien hoe je de productie beperkt tot een opgegeven vermogen (hier 3500 W)

code:

curl  -k -H "Accept: application/json" -H "Authorization: Bearer **token** "
 -X POST "https://envoy_ip/ivp/ss/dpel" --data @json.txt

json.txt is:

code:

{
    "dynamic_pel_settings": {
        "enable": true,
        "export_limit": false,
        "limit_value_W": 3500.0,
        "slew_rate": 900.0,
        "enable_dynamic_limiting": false
    },
    "filename": "site_settings",
    "version": "00.00.01"
}

De envoy neemt het na een paar sekonden over. Helaas weet Enlighten er niets van, daar wordt de interface niet met de actuele waarden uit de envoy geupdate.

[desert spider]

Serieus? Heb ik net een hele ESP32 module gemaakt met optocouplers om de inputs te schakelen, kan het gewoon via een API....

Vraagje: Waar heb je dit gevonden? Ik kan de json of url nergens in de enige documentatie/google vinden.

Ferdinand Oeinck schreef op woensdag 16 juli 2025 @ 12:24:
Waarom moeilijk doen als het makkelijk kan! Vermogen beperken kan ook lokaal zonder de relais te gebruiken.

Het volgende curl commando laat zien hoe je de productie beperkt tot een opgegeven vermogen (hier 3500 W)

code:

curl  -k -H "Accept: application/json" -H "Authorization: Bearer **token** "
 -X POST "https://envoy_ip/ivp/ss/dpel" --data @json.txt

json.txt is:

code:

{
    "dynamic_pel_settings": {
        "enable": true,
        "export_limit": false,
        "limit_value_W": 3500.0,
        "slew_rate": 900.0,
        "enable_dynamic_limiting": false
    },
    "filename": "site_settings",
    "version": "00.00.01"
}

De envoy neemt het na een paar sekonden over. Helaas weet Enlighten er niets van, daar wordt de interface niet met de actuele waarden uit de envoy geupdate.

[Ferdinand Oeinck]

desert spider schreef op woensdag 16 juli 2025 @ 13:13:
Serieus? Heb ik net een hele ESP32 module gemaakt met optocouplers om de inputs te schakelen, kan het gewoon via een API....

Vraagje: Waar heb je dit gevonden? Ik kan de json of url nergens in de enige documentatie/google vinden.


[...]

Ik vond dit:
https://github.com/Matthew1471/Enphase-API/issues/31
Waarna ik eerst het curl commando met een -X GET uitvoerde. Toen zag ik mijn ingestelde relais waarden in een json text.

Daarna via Enlighten PEL gezet op 'Limit power production via Gateway' en de json bekeken.

De stap naar een POST was toen snel gemaakt....
(ik had ook al geinvesteerd in een extra Shelly Pro 3 )

[ Voor 4% gewijzigd door Ferdinand Oeinck op 16-07-2025 13:52 ]

[EdwindeB]

Volgens mij was ik hier ook al lang naar opzoek!!!

Ik pas nu de export limit naar 0 aan via de enlighten pagina met het Installer account.
Dat dit ook via de API lokaal kan en ook nog met het gebruikersaccount klinkt helemaal geweldig!

Hopelijk is het dit weekend slecht weer, dan zal ik dit eens uitwerken en testen.

[Lawrentz]

Ferdinand Oeinck schreef op woensdag 16 juli 2025 @ 13:30:
[...]

Ik vond dit:
https://github.com/Matthew1471/Enphase-API/issues/31
Waarna ik eerst het curl commando met een -X GET uitvoerde. Toen zag ik mijn ingestelde relais waarden in een json text.

Daarna via Enlighten PEL gezet op 'Limit power production via Gateway' en de json bekeken.

De stap naar een POST was toen snel gemaakt....
(ik had ook al geinvesteerd in een extra Shelly Pro 3 )

Om de dpel-file uit te lezen

code:

curl -f -k -H "Authorization: Bearer **token** " https://envoy_ip/ivp/ss/dpel

En als aanvulling nog een paar verwijzingen.
https://enphase.com/downl...ial-pv-systems-tech-brief
https://enphase.com/downl...ies-microinverter-systems

Een echte handleiding van de API heb ik niet kunnen maar met alle posts van vandaag verwacht ik dat we we een heel eind kunnen komen.

[Ferdinand Oeinck]

EdwindeB schreef op woensdag 16 juli 2025 @ 15:07:
Volgens mij was ik hier ook al lang naar opzoek!!!

Ik pas nu de export limit naar 0 aan via de enlighten pagina met het Installer account.
Dat dit ook via de API lokaal kan en ook nog met het gebruikersaccount klinkt helemaal geweldig!

Hopelijk is het dit weekend slecht weer, dan zal ik dit eens uitwerken en testen.

Gebruikersacount? Weet ik niet. De token die ik heb gebruikt is van een installersacount...

Token van een gebruikersacount werkt ook!

[ Voor 4% gewijzigd door Ferdinand Oeinck op 16-07-2025 18:02 ]

[Ferdinand Oeinck]

Lawrentz schreef op woensdag 16 juli 2025 @ 15:21:
Een echte handleiding van de API heb ik niet kunnen maar met alle posts van vandaag verwacht ik dat we we een heel eind kunnen komen.

Matthew1471 schrijft hier https://github.com/Matthe...ay%20API/IVP/SS/dpel.adoc:

IVP - Site Settings (SS) - Device Power Export Limits (PEL) Settings
Get or set Device Power Export Limit (PEL) settings (Legacy, replaced by AGF).

Maar bij "Installer - Advanced Grid Functionality (AGF) - Details" https://github.com/Matthe...nstaller/AGF/Details.adoc staat een Object genaamd: PowerExportLimiting, terwijl als je de bijbehorende url (/installer/agf/details.json) uitvoert je geen PowerExportLimiting object te zien krijgt.

Wat is hier Legacy?

[Lawrentz]

Ferdinand Oeinck schreef op woensdag 16 juli 2025 @ 18:32:
[...]

Matthew1471 schrijft hier https://github.com/Matthe...ay%20API/IVP/SS/dpel.adoc:

[...]


Maar bij "Installer - Advanced Grid Functionality (AGF) - Details" https://github.com/Matthe...nstaller/AGF/Details.adoc staat een Object genaamd: PowerExportLimiting, terwijl als je de bijbehorende url (/installer/agf/details.json) uitvoert je geen PowerExportLimiting object te zien krijgt.

Wat is hier Legacy?

Ik heb een poging gewaagd door end point ...

code:

/installer/agf/details.json?selected_profile=G99-1-6:2020%20UK:1.2.10

... toe te passen ipv het default Nederlandse profiel.

In de JSON kwam iets van de power_export_limiting tevoorschijn.

Vwb de Legacy lijkt het mij dat end point ...

code:

/ivp/ss/dpel

... in één van de volgende releases wordt uitgefaseerd waardoor we de tijd krijgen om over te stappen.

Op https://github.com/Matthe...Gateway%20API/README.adoc staan meer legacy end points.

[Ferdinand Oeinck]

Lawrentz schreef op woensdag 16 juli 2025 @ 21:29:
[...]

Ik heb een poging gewaagd door end point ...

code:

/installer/agf/details.json?selected_profile=G99-1-6:2020%20UK:1.2.10

... toe te passen ipv het default Nederlandse profiel..

In de JSON kwam iets van de power_export_limiting tevoorschijn.

Vwb de Legacy lijkt het mij dat end point ...

code:

/ivp/ss/dpel

... in één van de volgende releases wordt uitgefaseerd waardoor we de tijd krijgen om over te stappen.

Op https://github.com/Matthe...Gateway%20API/README.adoc staan meer legacy urls.

power_export_limiting zie ik ook, maar de parameters zijn leeg.

dpel, staat volgens mij voor dynamic power export limiting. Dat betekent dat de reactietijd waarop het vermogen aangepast moet worden klein moet zijn, wat in de praktijk ook zo is. Zo'n snelle reactietijd zie ik niet als alle omvormers steeds een nieuw grid profiel moeten gebruiken om de export op 0 te houden. Het kan natuurlijk ook zijn dat ik die grid profielen onderschat, maar heb toch het idee dat dat meer iets statisch is.

Ik weet overigens niet hoe Matthew erbij komt dat de dpel api uitgefaseerd wordt. Ik kan daar nergens offciele Enphase documentatie over vinden. Jij wel?

[Pazo]

Lawrentz schreef op woensdag 16 juli 2025 @ 21:29:
Op https://github.com/Matthe...Gateway%20API/README.adoc staan meer legacy end points.

Thanks, hier staan een hoop API endpoints die ik nog niet ken / niet in de TS staan. Zitten best wel wat interessante tussen.

[Amersfoort]

Ferdinand Oeinck schreef op woensdag 16 juli 2025 @ 16:10:
[...]

Gebruikersacount? Weet ik niet. De token die ik heb gebruikt is van een installersacount...

Token van een gebruikersacount werkt ook!

Met mijn Homey Pro 2023, Envoy Metered zonder meetspoelen en HomeWizard P1 meter kan ik dan het volgende bereiken:

Homey leest elke x seconden de P1 elektriciteitswaarden uit (en daarmee dus ook de terug aan het leveren hoeveelheid) en met Power by the Hour app weet Homey de stroom prijs. Bij een negatieve stroomprijs bij mijn dynamisch energiecontract stuur ik de api "https://envoy_ip/ivp/ss/dpel" aan met een veranderende parameter waarde "limit_value_W": 3500.0" door de waarde van de in huis benodigde stroom met alleen een home owner Enphase account.

Heeft dit kans van slagen? Hoe snel reageert de api? Hoe vaak kan de api aangesproken worden zonder een overbelasting van het aantal aanroepingen?

[Ferdinand Oeinck]

Amersfoort schreef op donderdag 17 juli 2025 @ 09:16:
[...]

Met mijn Homey Pro 2023, Envoy Metered zonder meetspoelen en HomeWizard P1 meter kan ik dan het volgende bereiken:

Homey leest elke x seconden de P1 elektriciteitswaarden uit (en daarmee dus ook de terug aan het leveren hoeveelheid) en met Power by the Hour app weet Homey de stroom prijs. Bij een negatieve stroomprijs bij mijn dynamisch energiecontract stuur ik de api "https://envoy_ip/ivp/ss/dpel" aan met een veranderende parameter waarde "limit_value_W": 3500.0" door de waarde van de in huis benodigde stroom met alleen een home owner Enphase account.

Heeft dit kans van slagen? Hoe snel reageert de api? Hoe vaak kan de api aangesproken worden zonder een overbelasting van het aantal aanroepingen?

De omvormers reageren na een paar seconden, maar pas als je 10% over de ingestelde waarde gaat. Ik denk dat je toch wel elke 20 of eventueel elke 15 seconden kunt halen. Je zou ook NOM kunnen draaien door "export_limit": true te zetten en dan voor "limit_value_W" 0 te nemen.

Maar ik denk dat je de meetspoelen wel echt nodig hebt. Zonder zal het niet werken. De reden is dat de envoy het actuele vermogen niet weet. De envoy heeft zonder meerspoelen alleen weet van het vermogen per omvormer van de laatste 15 minuten. Dat is onvoldoende.

Je zou zeggen dat de envoy in dat geval toch per omvormer het vermogen kan opvragen, maar dat zal falen omdat, vermoed ik, de power line communicatie naar de omvormers te weinig bandbreedte heeft om elke seconde deze info te verwerken. Er kunnen honderden omvormers op de envoy worden aangelsoten. Stel je voor dat die allemaal elke seconde hun actuele vermogen gaan communiceren! Dat trekt een envoy vast niet. Andersom werk wel, de envoy kan denk ik wel honderden omvormers snel aansturen. Vandaar de meetspoelen. En als Enphase dan toch met meetspoelen begonnen is, dan ook gelijk het verbruik meten met een extra setje.

[rkonings]

nevermind.... opgelost

[ Voor 90% gewijzigd door rkonings op 23-07-2025 14:03 . Reden: vergat te rebooten ]

[gervanlierop]

Hallo Wizards,

Ik volg dit draadje met meer dan grote belangstelling echter mis ik compleet de kennis om de zaken die hier beschreven zelf te kunnen doen, laat staan aan te passen.

Ik gebruik zelf een Homey Pro om met flows allerlei zaken aan te sturen via de daarvoor beschikbare Apps (en op zich lukt dat best aardig).

Hoe mooi zou het nu zijn als er een app beschikbaar zou komen waarmee ik via een flow de Homey Pro mijn Enphase systeem (Envoy metered-S met meetspoelen) kan laten vertellen hoeveel stroomexport ik wil toestaan op een bepaald moment.

Iemand enig idee of daar al plannen voor zijn waardoor het voor leken zoals ikzelf ook mogelijk is dit te regelen?

[Ferdinand Oeinck]

gervanlierop schreef op woensdag 6 augustus 2025 @ 12:28:
Hallo Wizards,

Ik volg dit draadje met meer dan grote belangstelling echter mis ik compleet de kennis om de zaken die hier beschreven zelf te kunnen doen, laat staan aan te passen.

Ik gebruik zelf een Homey Pro om met flows allerlei zaken aan te sturen via de daarvoor beschikbare Apps (en op zich lukt dat best aardig).

Hoe mooi zou het nu zijn als er een app beschikbaar zou komen waarmee ik via een flow de Homey Pro mijn Enphase systeem (Envoy metered-S met meetspoelen) kan laten vertellen hoeveel stroomexport ik wil toestaan op een bepaald moment.

Iemand enig idee of daar al plannen voor zijn waardoor het voor leken zoals ikzelf ook mogelijk is dit te regelen?

Kun je gewoon in Enlighten instellen en heb je geen Homey voor nodig.

[gervanlierop]

Ferdinand Oeinck schreef op woensdag 6 augustus 2025 @ 12:34:
[...]


Kun je gewoon in Enlighten instellen en heb je geen Homey voor nodig.

Dank voor je reactie Ferdinand,

Ik heb sowieso geen idee hoe/waar ik dat in Enlighten kan instellen. Kan dat dan op basi svan een bepaalde negatieve stroomprijs op enig moment?
Ik heb wel ergens gelezen dat je de produktie kunt uitschakelen via Enlighten, maar wordt dan niet alle produktie uitgeschakeld?

Ik zou het natuurlijk liefst graag zelf willen aansturen op bijv een negatieve stroomprijs zodat ik niet relatief veel hoef te betalen bij negatieve stroomprijs en/of teveel opwek op een bepaald moment met mn dynamische energiecontract. Als je dat dan kunt beperken en tegelijk nog wel zelf je benodigde stroom uit de panelen kunt halen zou fraai zijn.

[Ferdinand Oeinck]

Er zit in Enlighten ook een AI optimalisatie optie in. Maar het voert te ver dat hier hier allemaal uit te leggen.

[Lawrentz]

gervanlierop schreef op woensdag 6 augustus 2025 @ 12:43:
[...]
Ik heb sowieso geen idee hoe/waar ik dat in Enlighten kan instellen. Kan dat dan op basi svan een bepaalde negatieve stroomprijs op enig moment?
Ik heb wel ergens gelezen dat je de produktie kunt uitschakelen via Enlighten, maar wordt dan niet alle produktie uitgeschakeld?

Dan is google je grootste vriend.
https://www.google.com/search?q=Enlighten

[gervanlierop]

Ferdinand Oeinck schreef op woensdag 6 augustus 2025 @ 12:49:
Er zit in Enlighten ook een AI optimalisatie optie in. Maar het voert te ver dat hier hier allemaal uit te leggen.

Snap ik, maar ik begreep van de Enpase site dat die alleen geactiveerd kan worden als je ook een Enphase batterij hebt.
Of weet jij een andere manier?

[WillemP22]

gervanlierop schreef op woensdag 6 augustus 2025 @ 12:43:
[...]


Dank voor je reactie Ferdinand,

Ik heb sowieso geen idee hoe/waar ik dat in Enlighten kan instellen. Kan dat dan op basi svan een bepaalde negatieve stroomprijs op enig moment?
Ik heb wel ergens gelezen dat je de produktie kunt uitschakelen via Enlighten, maar wordt dan niet alle produktie uitgeschakeld?

Ik zou het natuurlijk liefst graag zelf willen aansturen op bijv een negatieve stroomprijs zodat ik niet relatief veel hoef te betalen bij negatieve stroomprijs en/of teveel opwek op een bepaald moment met mn dynamische energiecontract. Als je dat dan kunt beperken en tegelijk nog wel zelf je benodigde stroom uit de panelen kunt halen zou fraai zijn.

In die Enlighten Manager (vereist een installateurs account, maar kun je ook zelf aanmaken, zie Enphase topic) kun je een power export limit (PEL) instellen. De AI Optimalisatie modus houdt rekening met de dynamische prijzen. Als de all-in prijs negatief is stopt productie. Volgens mij is diat dit jaar 2 of 3 x voorgekomen voor een paar uurtjes. Besparing is centen werk.

[WillemP22]

gervanlierop schreef op woensdag 6 augustus 2025 @ 14:51:
[...]


Snap ik, maar ik begreep van de Enpase site dat die alleen geactiveerd kan worden als je ook een Enphase batterij hebt.
Of weet jij een andere manier?

Nee, batterij is niet nodig. Je moet alleen bevestigen dat je een dynamisch contract hebt. Het werkt sowieso als je alleen IQ8’s hebt met gateway software 8.3.51xx. Ik verwacht dat de IQ7 geen spelbreker is. De M250 echter wel…dan werkt de curtailfunctie bij negatieve all-in prijzen niet.

[gervanlierop]

WillemP22 schreef op woensdag 6 augustus 2025 @ 15:36:
[...]

In die Enlighten Manager (vereist een installateurs account, maar kun je ook zelf aanmaken, zie Enphase topic) kun je een power export limit (PEL) instellen. De AI Optimalisatie modus houdt rekening met de dynamische prijzen. Als de all-in prijs negatief is stopt productie. Volgens mij is diat dit jaar 2 of 3 x voorgekomen voor een paar uurtjes. Besparing is centen werk.

Dankjewel!
Ik heb het nu via enlighten ingesteld op de Ai optimalisatie modus. Heb wel IQ7Plus omvormers dus ben benieuwd of die dan gaan luisteren ;-)

[eriksl]

Ik zie hier volgens mij bijzonder veel interesse in de mogelijkheden om de productie te beperken. Ik ben erg benieuwd wat hiervoor de reden voor is. Hebben jullie allemaal dynamische contracten waarbij je gaat betalen als je blijft produceren op bepaalde (volle) momenten? Anders lijkt het me weinig zinvol? Of heeft het te maken met accu laden op slimste moment op de dag?

Het is voor mij allemaal nogal ver-van-mijn-bed aangezien ik geen dynamisch contract heb (en bovendien de spanning op mijn fase nooit boven de 235 V komt, dus sowieso geen probleem eigenlijk).

Of hebben jullie grote/industriële installaties? Dan lijkt Enphase me weer niet de eerste keuze. Ik heb naast een Enphase installatie ook een installatie met een SolarEdge en hun aanpak met optimisers lijkt efficiënter (en flexibeler) te zijn (bij meer dan 4 panelen). Mijn SolarEdge schakelt compleet af als er onvoldoende wordt opgewekt, terwijl de 4 Enphase inverters + envoy bij elkaar 5 W blijven gebruiken, dat vind ik toch wel slordig. Bij elkaar over een jaar telt dat toch ook wel op.

[RichieB]

@eriksl 5W een heel jaar aanlaten is 44 kWh. Minimaal 1/3 van de tijd zal je PV toch wel aan staan, dus dan heb je het over 30 kWh verlies per jaar.

[Ferdinand Oeinck]

eriksl schreef op zaterdag 9 augustus 2025 @ 15:32:
Ik zie hier volgens mij bijzonder veel interesse in de mogelijkheden om de productie te beperken. Ik ben erg benieuwd wat hiervoor de reden voor is. Hebben jullie allemaal dynamische contracten waarbij je gaat betalen als je blijft produceren op bepaalde (volle) momenten? Anders lijkt het me weinig zinvol? Of heeft het te maken met accu laden op slimste moment op de dag?

Het is voor mij allemaal nogal ver-van-mijn-bed aangezien ik geen dynamisch contract heb (en bovendien de spanning op mijn fase nooit boven de 235 V komt, dus sowieso geen probleem eigenlijk).

Of hebben jullie grote/industriële installaties? Dan lijkt Enphase me weer niet de eerste keuze. Ik heb naast een Enphase installatie ook een installatie met een SolarEdge en hun aanpak met optimisers lijkt efficiënter (en flexibeler) te zijn (bij meer dan 4 panelen). Mijn SolarEdge schakelt compleet af als er onvoldoende wordt opgewekt, terwijl de 4 Enphase inverters + envoy bij elkaar 5 W blijven gebruiken, dat vind ik toch wel slordig. Bij elkaar over een jaar telt dat toch ook wel op.

Duurzaamheid in de toekomst betekent volgens mij nog veel meer zonnepanelen om niet alleen in de zomer stroom op te wekken maar ook in de winter. Omdat er daardoor dan hoogzomers veel te veel wordt opgewekt, wordt in de toekomst terugleveren op die momenten, als er dus een overschot aan stroom is, deze teruglevering heel duur gemaakt. Die ontwikkeling zie je nu al met zelfs terugleverkosten bij sommige dynamische contracten. Eigengebruik zal nog veel gestimuleerd gaan worden.

Dus is het van belang zelf controle te hebben over de productie van je panelen. Omdat de installateur ons een envoy zonder meetspoelen geleverd had, zag ik geen andere mogelijkheid dan de productie helemaal te stoppen bij negatieve prijzen (via de lokale API). Als je geen thuisbatterij hebt, is dat verder geen probleem.

Maar als je een thuisbatterij hebt, zou je die dan toch graag willen laden met je eigen stroom. Daarom heb ik mijn envoy laten vervangen door 1 met meetspoelen. Dat geeft me, ook via de lokale API, 100% controle over de productie en teruglevering.

En dus een gerust gevoel voor de toekomst, zonder het gevaar opeens veel te moeten betalen voor teruglevering, omdat je je panelen niet (controlleerd) kunt uitzetten.

Hier zie je voorbeeld waarbij de teruglevering beperkt is op 250W. De dunne blauwe lijn is wat ik aan zonne-energie had kunnen produceren. Op die dag zijn 3 wassen gedraaid plus de vaatwasser:

[ Voor 9% gewijzigd door Ferdinand Oeinck op 09-08-2025 16:52 ]

[sandergar]

eriksl schreef op zaterdag 9 augustus 2025 @ 15:32:
Het is voor mij allemaal nogal ver-van-mijn-bed aangezien ik geen dynamisch contract heb (en bovendien de spanning op mijn fase nooit boven de 235 V komt, dus sowieso geen probleem eigenlijk).

Je betaalt ook geen terugleverkosten?

[WillemP22]

eriksl schreef op zaterdag 9 augustus 2025 @ 15:32:
Ik zie hier volgens mij bijzonder veel interesse in de mogelijkheden om de productie te beperken. Ik ben erg benieuwd wat hiervoor de reden voor is. Hebben jullie allemaal dynamische contracten waarbij je gaat betalen als je blijft produceren op bepaalde (volle) momenten? Anders lijkt het me weinig zinvol? Of heeft het te maken met accu laden op slimste moment op de dag?

Het is voor mij allemaal nogal ver-van-mijn-bed aangezien ik geen dynamisch contract heb (en bovendien de spanning op mijn fase nooit boven de 235 V komt, dus sowieso geen probleem eigenlijk).

Of hebben jullie grote/industriële installaties? Dan lijkt Enphase me weer niet de eerste keuze. Ik heb naast een Enphase installatie ook een installatie met een SolarEdge en hun aanpak met optimisers lijkt efficiënter (en flexibeler) te zijn (bij meer dan 4 panelen). Mijn SolarEdge schakelt compleet af als er onvoldoende wordt opgewekt, terwijl de 4 Enphase inverters + envoy bij elkaar 5 W blijven gebruiken, dat vind ik toch wel slordig. Bij elkaar over een jaar telt dat toch ook wel op.

Ik heb juist een dynamisch contract zodat ik geen terugleverkosten heb. Er schijnen nu ook leveranciers tezijn die deze contracten aanbieden juist wel met die kosten gaan komen. Maar Tibber voor alsnog niet. In de zomer krijg ik elke maand een paar 100 euri van die jongens....die ik dan in de winter weer terug moet geven. Maar onder aan de streep heb ik geen jaarkosten terwijl mijn netto gebruik ca. 2000 kWh is.

[eriksl]

sandergar schreef op zaterdag 9 augustus 2025 @ 18:24:
Je betaalt ook geen terugleverkosten?

Dat is een eenmalig bedrag per jaar, gestaffeld. Dus "een paar" watts meer of minder maakt daar echt niet op uit.

Dan nog moet er heel wat gebeuren voordat ik stop met leveren, eigenlijk alleen als de spanning op de fase te hoog wordt. Daar heb je dan ook geen controle over en dan is het ook écht vol. Ik doe het niet alleen voor de opbrengst...

[eriksl]

WillemP22 schreef op zondag 10 augustus 2025 @ 00:25:
Ik heb juist een dynamisch contract zodat ik geen terugleverkosten heb. Er schijnen nu ook leveranciers tezijn die deze contracten aanbieden juist wel met die kosten gaan komen. Maar Tibber voor alsnog niet. In de zomer krijg ik elke maand een paar 100 euri van die jongens....die ik dan in de winter weer terug moet geven. Maar onder aan de streep heb ik geen jaarkosten terwijl mijn netto gebruik ca. 2000 kWh is.

Leuk om dat allemaal door te rekenen en er zal vast wel "iets" te halen zijn, net als bij overstappen naar een andere leverancier voor je gewone gebruik. Maar ik ben er vrij sceptisch over. Uiteindelijk zijn het geen liefdadigheidsinstellingen en moet er gewoon winst gemaakt worden. Ik ben ervan overtuigd dat je op langere termijn linksom of rechtsom uiteindelijk bijna hetzelfde betaalt. Die jongens zijn niet gek.

Ik hoop eigenlijk, qua teruglevering, dat afschaffing van de saldering zo snel mogelijk wordt doorgevoerd maar dan wel met de oorspronkelijke redenatie:
- teruglevering geeft altijd een "redelijke" opbrengst (minimaal 80% van de leveringskosten)
- terugleverkosten zijn niet meer nodig
Maar of dat uiteindelijk zo gaat gebeuren, heb ik een hard hoofd in.

Dan maar zoveel mogelijk zelf gebruiken. En hopen op een snelle evolutie in de thuisbatterijen.

[denneappel]

eriksl schreef op zondag 10 augustus 2025 @ 09:25:
[...]

- teruglevering geeft altijd een "redelijke" opbrengst (minimaal 80% van de leveringskosten)

80% van het levertarief (leveringskosten) is echt veel te hoog voor een kWh die je invoed op een zonnige 2e pinksterdag. Als je wilt invoeden / afnemen op een willekeurig moment in het jaar tegen een vast tarief dan kun je echt geen hoge vergoedingen meer verwachten.

Ik denk dat je flexibel moet worden of accepteren dat alles wat je zelf niet verbruikt geen waarde heeft. Flexibiliteit verwachten van de leverancier en 80% terug krijgt voor alles wat je zelf niet nodig hebt is te mooi om waar te zijn.

[RichieB]

"Geen waarde" als in €0,00 vind ik acceptabel op de momenten dat er inderdaad een enorm overschot is. Maar negatief (als in de vergoeding die je krijgt is lager dan de terugleverboete) niet. Dat er niet genoeg afname/opslagcapaciteit in het net aanwezig is moet niet het probleem gemaakt worden van de consument. Eerst alle daken via subsidie vol laten leggen met PV om die dan vervolgens uit te gaan zetten is bizar wanbeleid en verspilling van onze natuurlijke bronnen.

[Batilan]

eriksl schreef op zondag 10 augustus 2025 @ 09:20:
[...]

Dat is een eenmalig bedrag per jaar, gestaffeld. Dus "een paar" watts meer of minder maakt daar echt niet op uit.

Tenzij je met die paar watts (watturen) net over je staffel komt, dan scheelt het van "niets" tot "best wel veel"?

Dan nog moet er heel wat gebeuren voordat ik stop met leveren, eigenlijk alleen als de spanning op de fase te hoog wordt. Daar heb je dan ook geen controle over en dan is het ook écht vol. Ik doe het niet alleen voor de opbrengst...

Dat is aardig van je voor de energiemaatschapijen, ze zien je graag komen .

[Batilan]

eriksl schreef op zondag 10 augustus 2025 @ 09:25:
[...]

Leuk om dat allemaal door te rekenen en er zal vast wel "iets" te halen zijn, net als bij overstappen naar een andere leverancier voor je gewone gebruik. Maar ik ben er vrij sceptisch over. Uiteindelijk zijn het geen liefdadigheidsinstellingen en moet er gewoon winst gemaakt worden. Ik ben ervan overtuigd dat je op langere termijn linksom of rechtsom uiteindelijk bijna hetzelfde betaalt. Die jongens zijn niet gek.

Dat heeft heel veel met het kiezen van het juiste contract op het juiste moment te maken. Toen VanDeBron begon met de terugleverboete werd er op (de juiste ) topics al druk bediscussieerd dat als de ACM vanDeBron niet zou terugfluiten dat dan bijna alle maatschappijen uiteindeliijk zouden overgaan naar terugleverboetes.

Ik heb toen ervoor gekozen om alvast een contract af te sluiten bij Greenchoice: geen terugleverboetes, met 11cent terugleververgoeding, De prijzen maakten me niet zoveel uit omdat ik toch een fors overschot zou gaan krijgen in mijn nieuwe huis (EV moet er nog komen). Dit contract kon ik al een half jaar tevoren in laten gaan, dus mocht er intussen een betere aanbieding komen dan kon ik nog overstappen. Dit heeft me vorig jaar zo'n 400,- opgeleverd. Eigenlijk veel meer natuurlijk vanwege het salderen. Ik snap ook wel dat energiemaatschapijen niet kunnen bestaan van klanten die niets betalen maar geld toekrijgen vanwege hun netto teruglevering. Maar geheel geen vergoeding is ook niet realistisch.

Essent heeft VanDeBron gebruikt om een proefballonnetje op te laten m.b.t. terugleverboetes en dat heeft uiteindelijk heel goed uitgepakt voor de energienmaatschappijen. Dat er momenten zijn waarop het leveren van elektrische energie geen waarde heeft is zeker waar, maar je kunt zien dat er ook nog heel veel momenten zijn waarop energie wel degelijk een (soms hoge) waarde heeft.

[quote
Ik hoop eigenlijk, qua teruglevering, dat afschaffing van de saldering zo snel mogelijk wordt doorgevoerd maar dan wel met de oorspronkelijke redenatie:
- teruglevering geeft altijd een "redelijke" opbrengst (minimaal 80% van de leveringskosten)
- terugleverkosten zijn niet meer nodig
Maar of dat uiteindelijk zo gaat gebeuren, heb ik een hard hoofd in.

Dan maar zoveel mogelijk zelf gebruiken. En hopen op een snelle evolutie in de thuisbatterijen.

Inderdaad, zeker terugleverboetes moeten er af, en een redeloijke terugleververgoeding moet er komen, van 80% van de leveringskosten is meen ik nooit sprake geweest, lijkt me ook niet realistisch voor een gezonde markt (tenzij het gaat om de dynamische tarieven). Als ik me niet vergis is in een aangenomen amendement ingedient door CU en D66 en gesteund door de VVD vastgelegd dat de terugleververgoeding minimaal 50% van het "kale tarief" moet zijn. Dit zou dan geldig zijn tot 2030. Echter laat dit amendement nog steeds ruimte voor terugleverboetes welke door de ACM te beoordelen zijn. Dat is toch een beetje een "slap verhaal" van de politiek.

Hoewel de ACM de terugleverboetes op dit moment redelijk vindt, zal dat als het goed is na afschaffen saldering anders liggen: doordat de relatief hoge kosten van saldering nu worden gedragen door de energieleveranciers vervallen die op dat moment, dus houden ze veel meer ruimte over voor het uitkeren van een redelijke terugleververgoeding.

Mocht ik onverhoopt niets (of erg weinig) meer krijgen voor mijn stroom, dan gaat mijn Enphase systeem op zero export (on-topic ). Ik ben ook voor de energietransitie en wil daar best aan bijdragen (heb ook fors geinvesteerd in energiebesparing en zonnepanelen in mijn nieuwe huis, maar ik ben principieel tegen dit soort onterechte boetes, en zal daar dan ook naar handelen.

Overigens zie ik nu dat we in het topic "[Enphase] Envoy / IQ Gateway lokaal uitlezen voor domotica" zitten, deze discussie is meer iets voor het topc over De Zonnepanelenboete. Dus de moderator kan deze discussie wat mij betreft omzetten

[ Voor 11% gewijzigd door Batilan op 10-08-2025 12:43 ]

[eriksl]

denneappel schreef op zondag 10 augustus 2025 @ 09:38:
[...]


80% van het levertarief (leveringskosten) is echt veel te hoog voor een kWh die je invoed op een zonnige 2e pinksterdag. Als je wilt invoeden / afnemen op een willekeurig moment in het jaar tegen een vast tarief dan kun je echt geen hoge vergoedingen meer verwachten.

Ik denk dat je flexibel moet worden of accepteren dat alles wat je zelf niet verbruikt geen waarde heeft. Flexibiliteit verwachten van de leverancier en 80% terug krijgt voor alles wat je zelf niet nodig hebt is te mooi om waar te zijn.

Mee eens, maar dat was ooit wel het uitgangspunt.

Maar... als de saldering is afgeschaft, dan vind ik wel dat er meer ruimte moet zijn voor terugleveringsvergoeding dan de 5% ofzo die je nu krijgt (en de terugleveringsboete moet dan natuurlijk ook van de baan).

Van mij mogen ze best dynamisch vergoeden, maar dan tot 0, niet eronder (zodat je moet gaan bijbetalen). Dan verrekenen ze dat maar in de vergoeding op andere momenten. Afschakelen van panelen, vind ik, is iets wat ze mogen gaan onderhandelen met grootleveranciers, daar hebben we er genoeg van in Nederland... Automatisch afschakelen door te hoge spanning moet natuurlijk gewoon blijven.

En ja, ik ben altijd al van mening geweest dat je doel primair moet zijn om opgewekte stroom zelf te verbruiken. Dus slim je grootverbruikers in huis aanzetten.

[eriksl]

RichieB schreef op zondag 10 augustus 2025 @ 10:20:
"Geen waarde" als in €0,00 vind ik acceptabel op de momenten dat er inderdaad een enorm overschot is. Maar negatief (als in de vergoeding die je krijgt is lager dan de terugleverboete) niet. Dat er niet genoeg afname/opslagcapaciteit in het net aanwezig is moet niet het probleem gemaakt worden van de consument. Eerst alle daken via subsidie vol laten leggen met PV om die dan vervolgens uit te gaan zetten is bizar wanbeleid en verspilling van onze natuurlijke bronnen.

Ja dat dus ;-)

[eriksl]

Batilan schreef op zondag 10 augustus 2025 @ 11:50:
Tenzij je met die paar watts (watturen) net over je staffel komt, dan scheelt het van "niets" tot "best wel veel"?

Nee hoor, ik heb een best fatsoenlijke leverancier.

[b]Batilan in "[Enphase] Envoy / IQ Gateway lokaal uitlezen voor domotica"Batilan schreef op zondag 10 augustus 2025
Dat is aardig van je voor de energiemaatschapijen, ze zien je graag komen .

Leuke bijvangst voor ze. Maar mijn primaire doel is dat elke kWh die niet opgewekt is uit kolen, gas of uranium, winst is.

[DavidNewhouse]

Ferdinand Oeinck schreef op woensdag 16 juli 2025 @ 12:24:
Waarom moeilijk doen als het makkelijk kan! Vermogen beperken kan ook lokaal zonder de relais te gebruiken.

Het volgende curl commando laat zien hoe je de productie beperkt tot een opgegeven vermogen (hier 3500 W)

code:

curl  -k -H "Accept: application/json" -H "Authorization: Bearer **token** "
 -X POST "https://envoy_ip/ivp/ss/dpel" --data @json.txt

json.txt is:

code:

{
    "dynamic_pel_settings": {
        "enable": true,
        "export_limit": false,
        "limit_value_W": 3500.0,
        "slew_rate": 900.0,
        "enable_dynamic_limiting": false
    },
    "filename": "site_settings",
    "version": "00.00.01"
}

De envoy neemt het na een paar sekonden over. Helaas weet Enlighten er niets van, daar wordt de interface niet met de actuele waarden uit de envoy geupdate.

Het is mij gelukt om met een token de limit_value_W te sturen, maar er gebeurt alleen niks op Enphase, dit commando wordt genegeerd, volgens mij omdat mijn site_settings nog niet goed staan voor CT spoel op enabled of limit_export op true en mijn 3 fase op three, terwijl dat 1 moet zijn; die waarden kan ik toch niet aanpassen met een user account. Ik zou niet weten hoe?
https://[envoy\]/ivp/meters
[
{
"eid": 704643328,
"state": "disabled",
"measurementType": "production",
"phaseMode": "three",
"phaseCount": 3,
"meteringStatus": "normal",
"statusFlags": []
},
{
"eid": 704643584,
"state": "disabled",
"measurementType": "net-consumption",
"phaseMode": "three",
"phaseCount": 3,
"meteringStatus": "normal",
"statusFlags": []
}
]
ik heb onderstaande kunnen sturen naar Enphase om te testen, maar er gebeurt dus niks:
{
"dynamic_pel_settings": {
"enable": true,
"export_limit": false,
"limit_value_W": 300.0,
"slew_rate": 60.0,
"enable_dynamic_limiting": false
},
"filename": "site_settings",
"version": "00.00.01"
}

[ Voor 9% gewijzigd door DavidNewhouse op 05-09-2025 18:22 ]

[Ferdinand Oeinck]

DavidNewhouse schreef op vrijdag 5 september 2025 @ 17:27:
[...]


Het is mij gelukt om met een token de limit_value_W te sturen, maar er gebeurt alleen niks op Enphase, dit commando wordt genegeerd, volgens mij omdat mijn site_settings nog niet goed staan voor CT spoel op enabled of limit_export op true en mijn 3 fase op three, terwijl dat 1 moet zijn; die waarden kan ik toch niet aanpassen met een user account. Ik zou niet weten hoe?
https://[envoy\]/ivp/meters
[
{
"eid": 704643328,
"state": "disabled",
"measurementType": "production",
"phaseMode": "three",
"phaseCount": 3,
"meteringStatus": "normal",
"statusFlags": []
},
{
"eid": 704643584,
"state": "disabled",
"measurementType": "net-consumption",
"phaseMode": "three",
"phaseCount": 3,
"meteringStatus": "normal",
"statusFlags": []
}
]
ik heb onderstaande kunnen sturen naar Enphase om te testen, maar er gebeurt dus niks:
{
"dynamic_pel_settings": {
"enable": true,
"export_limit": false,
"limit_value_W": 300.0,
"slew_rate": 60.0,
"enable_dynamic_limiting": false
},
"filename": "site_settings",
"version": "00.00.01"
}

Op mijn envoy heb ik firmware: D8.3.5052 (a91404)
En jij?

[DavidNewhouse]

ik heb firmware D8.3.5167 (4c8675)

[Ferdinand Oeinck]

DavidNewhouse schreef op vrijdag 5 september 2025 @ 20:45:
ik heb firmware D8.3.5167 (4c8675)

Als de curl opdracht met een GET doet ipv mnet een POST wat zie je dan?

[DavidNewhouse]

nu dit:
{
"date": "2025-09-05 19:52:16 UTC",
"dynamic_pel_settings": {
"enable": false
},
"filename": "site_settings",
"version": "00.00.01"
}

[Ferdinand Oeinck]

DavidNewhouse schreef op vrijdag 5 september 2025 @ 21:04:
nu dit:
{
"date": "2025-09-05 19:52:16 UTC",
"dynamic_pel_settings": {
"enable": false
},
"filename": "site_settings",
"version": "00.00.01"
}

Ok, en nadat je via Enlighten het aan gezet hebt? Wat zie je dan?

[DavidNewhouse]

zojuist dit gestuurd: maar als de zon dus schijnt, wordt de pv niet terug geschroefd
{
"date": "2025-09-05 19:52:16 UTC",
"dynamic_pel_settings": {
"enable": true,
"export_limit": false,
"limit_value_W": 300.0,
"slew_rate": 60.0,
"enable_dynamic_limiting": false
},
"filename": "site_settings",
"version": "00.00.01"

[ Voor 8% gewijzigd door DavidNewhouse op 05-09-2025 21:10 ]

[DavidNewhouse]

er komt in de gebeurtenissen log in enphase https://enlighten.enphaseenergy.com/web/ een melding met rood uitroepteken en bij actie staat neem contact op met de klantenservice om te controleren of de productie- en verbruiksmeters goed zijn aangesloten en ingesteld.
En als ik de laatste instellingen weer ongedaan maak gaat de melding weer weg

[ Voor 12% gewijzigd door DavidNewhouse op 05-09-2025 21:18 ]

[Ferdinand Oeinck]

DavidNewhouse schreef op vrijdag 5 september 2025 @ 21:16:
er komt in de gebeurtenissen log in enphase https://enlighten.enphaseenergy.com/web/ een melding met rood uitroepteken en bij actie staat neem contact op met de klantenservice om te controleren of de productie- en verbruiksmeters goed zijn aangesloten en ingesteld.
En als ik de laatste instellingen weer ongedaan maak gaat de melding weer weg

Misschien is de polariteit van de CT klemmen verkeerd?

[DavidNewhouse]

ik heb nog geen CT klem, maar ik begreep dat dit de instellingen in https://[envoy\]/ivp/meters iets software matigs is en dat ik ook het verbruik en productie kan meten met home-assistant. Maar dat de instellingen in enphase dus eerst gewijzigd moeten worden naar enabled
En voor dat laatste heb ik volgens mij toch echt een enlightnen manager account nodig toch?

[ Voor 14% gewijzigd door DavidNewhouse op 05-09-2025 21:28 ]

[Ferdinand Oeinck]

DavidNewhouse schreef op vrijdag 5 september 2025 @ 21:27:
ik heb nog geen CT klem, maar ik begreep dat dit de instellingen in https://[envoy\]/ivp/meters iets software matigs is en dat ik ook het verbruik en productie kan meten met home-assistant. Maar dat de instellingen in enphase dus eerst gewijzigd moeten worden naar enabled
En voor dat laatste heb ik volgens mij toch echt een enlightnen manager account nodig toch?

Zonder aangesloten CT klemmen werkt het helaas niet. De envoy heeft productie en consumptie waarden nodig om dpel te kunnen doen. Als je 3 fasen hebt, heb je 6 CT klemmen nodig.

Het enige wat je dan in combinatie met bijvoorbeeld een Homewizard PiB zou kunnen zien is dit: (het beetje energie dat je 's nacht terugleverd wordt door de envoy gelijk gezien en als fout gemarkeerd!)

[DavidNewhouse]

Maar als er inderdaad 2 CT klemmen komen, ik heb een 1 fase meter, moet er toch nog steeds iets op Enphase (Enlighten manager) worden aangepast in de software en dat kan ik niet met mijn user account?

[Ferdinand Oeinck]

DavidNewhouse schreef op vrijdag 5 september 2025 @ 21:39:
Maar als er inderdaad 2 CT klemmen komen, ik heb een 1 fase meter, moet er toch nog steeds iets op Enphase (Enlighten manager) worden aangepast in de software en dat kan ik niet met mijn user account?

Dat weet ik niet precies. Bij mij is gewoon een envoy standard vervangen door een metered versie met CT klemmen. Ik heb de monteurs geassisteerd en de nieuwe envoy is mbv mijn telefoon geconfigureerd. Kan me niet herinneren dat er verder nog iets is aangepast. Wel belangrijk was dat de CT klemmen configuratie goed werd uitgevoerd (incl. consumptie, excl. consumptie).

[WillemP22]

DavidNewhouse schreef op vrijdag 5 september 2025 @ 21:39:
Maar als er inderdaad 2 CT klemmen komen, ik heb een 1 fase meter, moet er toch nog steeds iets op Enphase (Enlighten manager) worden aangepast in de software en dat kan ik niet met mijn user account?

Klopt. zodra de CT's zijn geplaatst moet je ze nog enablen, (in werking brengen). Dat kan in Enlighten manager middels een installateursaccount. Je kunt ook zelf een installateursaccount nemen. Zie daarvoor FAQ-14 van het "Het grote Enphase topic - deel 2".

[JMSL2022]

Even een vraagje: Ik lees sinds vorig jaar de envoy uit met Domoticz om daarmee mijn boiler aan te sturen. Sinds afgelopen maandag werkt dat echter niet meer. Ik heb beide systemen herstart en de laatste update van domoticz geinstalleerd maar helaas. Zijn er meer mensen die problemen hebben met het uitlezen van de Envoy?

[Pazo]

JMSL2022 schreef op woensdag 10 september 2025 @ 11:08:
Even een vraagje: Ik lees sinds vorig jaar de envoy uit met Domoticz om daarmee mijn boiler aan te sturen. Sinds afgelopen maandag werkt dat echter niet meer. Ik heb beide systemen herstart en de laatste update van domoticz geinstalleerd maar helaas. Zijn er meer mensen die problemen hebben met het uitlezen van de Envoy?

Ik ken Domoticz niet zo, dus weet ook niet hoe die integratie werkt, maar zou het kunnen zijn dat de token verlopen is? Weet niet of die gebruikt maakt van een token, maar dat is zo mijn eerste gedachte.

[ Voor 6% gewijzigd door Pazo op 10-09-2025 11:17 ]

[JMSL2022]

Pazo schreef op woensdag 10 september 2025 @ 11:16:
[...]


Ik ken Domoticz niet zo, dus weet ook niet hoe die integratie werkt, maar zou het kunnen zijn dat de token verlopen is? Weet niet of die gebruikt maakt van een token, maar dat is zo mijn eerste gedachte.

Ik kan me niet herinneren dat ik daarvoor een token nodig had, maar het zou kunnen. Ik zal vanavond de handleiding van domoticz eens terugkijken.

[denneappel]

Is bij @JMSL2022 niet toevallig een Envoy update geïnstalleerd waardoor hij nu opeens een token nodig heeft?

[Lawrentz]

JMSL2022 schreef op woensdag 10 september 2025 @ 11:08:
Even een vraagje: Ik lees sinds vorig jaar de envoy uit met Domoticz om daarmee mijn boiler aan te sturen. Sinds afgelopen maandag werkt dat echter niet meer. Ik heb beide systemen herstart en de laatste update van domoticz geinstalleerd maar helaas. Zijn er meer mensen die problemen hebben met het uitlezen van de Envoy?

Ja, via de ingebouwde ondersteuning sinds 03:15 CEST.

code:

Error: Enphase Envoy: Invalid data received! (no session_id)

Het uitlezen mbv dzVents loopt bij mij als een zonnetje.

[Lawrentz]

Softwareversie D8.3.5167 (5c3a00)
Datum softwareproductie 27 Mei, 2025 11:14 AM

Ik kwam van D8.2.4264.

Ik heb zojuist het volgende gedaan.
Stap 01. Reboot van de Envoy
Stap 02. Reboot van de RPi met Domoticz

Bij de Envoy op de pagina hardware:
Stap 03. De Poll Inverters uit- en aangezet.
Stap 04. Op pagina hardware: Don't read metered values aan- en uitgezet.

In de logging zag ik een paar keer ...

code:

Status: Enphase Envoy: Connected, serial: 122xyzxyzxyz, software: D8.3.5167
Status: Enphase Envoy: Worker stopped...
Status: Enphase Envoy: Worker started...

... voorbij komen.
Nu doet alles het weer.

Ik kan helaas niet vertellen wat de root cause was en wat het heeft opgelost.
Wellicht is het switchen van één van beide schakelaars al voldoende.

[ Voor 89% gewijzigd door Lawrentz op 10-09-2025 16:47 ]

[Lawrentz]

JMSL2022 schreef op woensdag 10 september 2025 @ 14:11:
[...]


Ik kan me niet herinneren dat ik daarvoor een token nodig had, maar het zou kunnen. Ik zal vanavond de handleiding van domoticz eens terugkijken.

Je token staat op de pagina UserVariables.
De extentie van EnphaseToken_xy is het laatste octet van je IP address van je Envoy.

[JMSL2022]

Lawrentz schreef op woensdag 10 september 2025 @ 16:50:
[...]

Je token staat op de pagina UserVariables.
De extentie van EnphaseToken_xy is het laatste octet van je IP address van je Envoy.

Ik zie inderdaad dat de laatste token van 7 september is, dat is waarschijnlijk het moment waarop die gestopt is met werken.

[JMSL2022]

JMSL2022 schreef op woensdag 10 september 2025 @ 17:52:
[...]

Ik zie inderdaad dat de laatste token van 7 september is, dat is waarschijnlijk het moment waarop die gestopt is met werken.

Opgelost, de Envoy had zichzelf kennelijk een nieuw IP-adres gegeven, uiteindelijk het nieuwe IP-adres kunnen achterhalen door op het modem in te loggen en de envoy gegevens op te vragen.
Blijft wel apart dat dit spontaan is gebeurd.

[Pazo]

@JMSL2022 wellicht een vast IP adres geven via de router?
Ik heb al mijn apparaten, op mobiele devices na, een fix IP gegeven dan wel via MAC binding in de router.
Anyway, fijn dat je de oplossing hebt gevonden

[Redshark]

Hier ook problemen met de gateway sinds 7 september, al lees ik niet uit met externe toolsanders dan de app. Een paar keer rebooten heeft het iig niet verholpen , morgen maar eens rustig naar kijken.

[Lawrentz]

JMSL2022 schreef op woensdag 10 september 2025 @ 22:41:
[...]


Opgelost, de Envoy had zichzelf kennelijk een nieuw IP-adres gegeven, uiteindelijk het nieuwe IP-adres kunnen achterhalen door op het modem in te loggen en de envoy gegevens op te vragen.
Blijft wel apart dat dit spontaan is gebeurd.

Een device zoals een Envoy kan zichzelf niet een nieuw IP-adres gegeven.
De DHCP-server in je modem/router voorziet de devices in je netwerk van een IP-adres.
Wanneer een device de verbinding met de DHCP-server verliest dan kan het device een ander IP-adres toegewezen krijgen. Dit alles is verklaarbaar en daardoor is het niet zo apart en ontstaat het niet zo spontaan zoals je het beschrijft.

Fixed IP-adressen hebben in deze context de voorkeur en kan je instellen op je devices of de DHCP-server in je modem/router.

[JMSL2022]

Lawrentz schreef op donderdag 11 september 2025 @ 08:25:
[...]

Een device zoals een Envoy kan zichzelf niet een nieuw IP-adres gegeven.
De DHCP-server in je modem/router voorziet de devices in je netwerk van een IP-adres.
Wanneer een device de verbinding met de DHCP-server verliest dan kan het device een ander IP-adres toegewezen krijgen. Dit alles is verklaarbaar en daardoor is het niet zo apart en ontstaat het niet zo spontaan zoals je het beschrijft.

Fixed IP-adressen hebben in deze context de voorkeur en kan je instellen op je devices of de DHCP-server in je modem/router.

Ja dat klopt inderdaad, ik moet dat voor Domoticz en de Envoy vast gaan zetten. Ik vond het alleen vreemd dat er opeens een nieuw ip-adres gebruikt werd omdat dat normaal gesproken alleen gebeurd als een apparaat opnieuw opgestart wordt. Wellicht heeft de Envoy een update gehad en is ie daarna herstart.

[DavidNewhouse]

Ferdinand Oeinck schreef op vrijdag 5 september 2025 @ 22:11:
[...]

Dat weet ik niet precies. Bij mij is gewoon een envoy standard vervangen door een metered versie met CT klemmen. Ik heb de monteurs geassisteerd en de nieuwe envoy is mbv mijn telefoon geconfigureerd. Kan me niet herinneren dat er verder nog iets is aangepast. Wel belangrijk was dat de CT klemmen configuratie goed werd uitgevoerd (incl. consumptie, excl. consumptie).

Beste Ferdinand, ik heb sinds vanochtend 2 CT spoelen op Enphase laten installeren, nu kan ik inderdaad gebruik maken van alle functionaliteit, het sturen van limieten werkt nu ook prima. Hoe doe jij dit icm Homewizard thuisbatterij, heb je daar iets voor bedacht (automatisering o.i.d.)? Want limiet op 0 zetten, dan gaat de thuisbatterij niet meer opladen en dat is een beetje zonde.
edit 15:00 uur: op 1 of andere manier wordt de nieuwe limiet nog steeds niet goed overgenomen, nu ondanks de aanwezigheid van de 2 spoelen (productie en consumptie), ik stuurde bv. 800W en nu wordt toch 1600W geproduceerd; ik snap nog niet wat er mis kan zijn
er staat nu bv https://[envoy\]/ivp/ss/dpel
{
"date": "2025-09-12 15:26:31 UTC",
"dynamic_pel_settings": {
"enable": true,
"export_limit": true,
"limit_value_W": 1266.0,
"slew_rate": 75.0,
"enable_dynamic_limiting": false
},
"filename": "site_settings",
"version": "00.00.01"

https://[envoy\]/ivp/meters
[
{
"eid": 704643328,
"state": "enabled",
"measurementType": "production",
"phaseMode": "three",
"phaseCount": 1,
"meteringStatus": "normal",
"statusFlags": []
},
{
"eid": 704643584,
"state": "enabled",
"measurementType": "net-consumption",
"phaseMode": "three",
"phaseCount": 1,
"meteringStatus": "normal",
"statusFlags": []
}
]

[ Voor 34% gewijzigd door DavidNewhouse op 12-09-2025 15:32 ]

[DavidNewhouse]

Gedachte: ik denk dat hem al snap, de limiet wordt wel correct toegepast, maar er wordt dus toegestaan dat er 1266W wordt terug geleverd aan export,
Mijn denkfout: ik moet dus gaan rekenen met de juiste limiet om export te beperken

[ Voor 23% gewijzigd door DavidNewhouse op 12-09-2025 16:01 ]

[Mjans19]

RichieB schreef op vrijdag 3 maart 2023 @ 21:20:
Ik heb voor mijn beide arrays grafieken en tellers gemaakt. Wel grappig om te zien dat oost nu meer oplevert dan west.
[Afbeelding]
[Afbeelding]

Ik vroeg me af hoe je dit gedaan hebt

[ Voor 13% gewijzigd door Mjans19 op 17-09-2025 15:07 ]

[RichieB]

@Mjans19 Ik sla alle data op in de een Victoria Metrics database. Die gebruik ik dan weer in Grafana dashboards.

[Eupeodes]

Ik heb een vergelijkbaar dashboard gemaakt met Home Assistant. Die metertjes links is de actuele opbrengst.


En een dag met wat meer opbrengst waarbij ook wat beter te zien is dat achter later op de dag meer opbrengst levert.

[Waps61]

Sinds een paar dagen werkte mijn Node-red toepassin voor het uitlezen van de productie van mijn panelen niet meer, met foutmeldingen over Not Authorized blablabla.
Blijkt dat de inlog procedure is gewijzigd; mn de link naar de inlogpagina
Met dank aan Dino Gregorich die heeft uitgezocht hoe dit te fixen.
Hierbij zijn flow in JSON formaat. Doe er je voordeel mee.
Bij mij werkt alles weer

[EdwindeB]

DavidNewhouse schreef op vrijdag 12 september 2025 @ 16:00:
Gedachte: ik denk dat hem al snap, de limiet wordt wel correct toegepast, maar er wordt dus toegestaan dat er 1266W wordt terug geleverd aan export,
Mijn denkfout: ik moet dus gaan rekenen met de juiste limiet om export te beperken

Waarom niet limiet niet gewoon op 0 instellen?
Je wil toch niks terug leveren?

Ik zet hem op 0 en systeem schakelt netjes hier om heen om het zo goed mogelijk op 0 te houden.

En heb sinds een week ook een HomeWizard Accu.
Ik heb geautomatiseerd via NodeRed dat wanneer de ZeroExport aan staat, de accu mode wordt ingesteld op laden naar vol, in plaats van 0 op de meter.

[ Voor 25% gewijzigd door EdwindeB op 25-09-2025 08:30 ]

[DavidNewhouse]

EdwindeB schreef op donderdag 25 september 2025 @ 08:26:
[...]


Waarom niet limiet niet gewoon op 0 instellen?
Je wil toch niks terug leveren?

Ik zet hem op 0 en systeem schakelt netjes hier om heen om het zo goed mogelijk op 0 te houden.

En heb sinds een week ook een HomeWizard Accu.
Ik heb geautomatiseerd via NodeRed dat wanneer de ZeroExport aan staat, de accu mode wordt ingesteld op laden naar vol, in plaats van 0 op de meter.

Ik snap niet precies wat je bedoelt, ik gebruik zelf home-assistant, maar als de accu geen verbruiker is in huis, gaat de accu toch niet opladen met pv? En als enphase niet ziet dat er een verbruiker is worden de zonnepanelen afgeknepen. Dat is tot nu toe mijn ervaring. En wil je niet alleen opladen als er genoeg pv is?
Kun je nog iets meer uitleg geven wat je precies doet?
En ja ik wil zo weinig mogelijk terug leveren, ik heb een vast contract met terugleverkosten

[ Voor 8% gewijzigd door DavidNewhouse op 27-09-2025 12:04 ]

[Ferdinand Oeinck]

Mijn ervaring met een HW accu en een enphase envoy metered is de volgende. Ik stel 100 W teruglevering in. Dat zorgt ervoor dat de batterij met maximaal vermogen geladen wordt. Als je minder dan 100 W instellt, wil de HW accu niet laden.

[DavidNewhouse]

ja doe ik nu ook, een beetje aan het experimenteren met ietsje hogere limit van 125W en 150W, want soms blijft de HW accu minutenlang 'hangen' op 7W of op 11W en gaat hij toch niet verder met opladen en heeft Enphase net te weinig export, bij export>78 zie ik meestal pas dat HW accu de export gaat opslaan en daarna gaat ie wel lopen...

Hoe houd je trouwens bij wanneer je token verloopt? Ik heb nu maar in mijn agenda een taak voor mezelf gezet

[ Voor 18% gewijzigd door DavidNewhouse op 27-09-2025 13:29 ]

[Ferdinand Oeinck]

Mijn nodejs server app krijgt dan een 401 fout en haal ik automatisch een nieuw token op:
https://solar.bigroses.net

[ Voor 17% gewijzigd door Ferdinand Oeinck op 27-09-2025 17:43 ]

[EdwindeB]

@DavidNewhouse
Misschien had ik nog even moeten zeggen dat ik een dynamisch contract heb.
Zodra het tarief negatief is, zet ik ZeroExport aan voor de panelen.
De accu heb ik nog maar net en heb nog geen negatieve prijzen gehad.
Ik heb het scenario gemaakt, maar is niet getest dus.

Zodra ZeroExport actief is, wil ook ook de accu laten laden, ongeacht of er voldoende vermogen beschikbaar is. Natuurlijk voorkeur voor Zonne-energie, maar wil de accu ook vol hebben voor de duurdere uren tussen 18 en 20 uur.
Ik zet daarom de accu mode van zero naar to_full via de lokale API van Homewizard.
Dit is goed beschreven op hun eigen pagina: https://api-documentation....com/docs/category/api-v2
Het schakelen doe je via een API call op de P1 meter overigens.

Mijn setup is OpenHAB met Node-Red.
Hiermee haal ik geautomatiseerd voor Enphase een token wanneer deze is verlopen en schakel ik de ZeroExport en regel ik alles voor de accu wanneer nodig.

Wel werkt het geautomatiseerd ophalen van het token sinds afgelopen week opeens niet meer.
Na een herstart krijg ik hier een 406 not acceptable bericht terug bij het inloggen, terwijl er niks is veranderd.
Ik heb deze nu er handmatig even in gezet en moet dit nog even uitzoeken, misschien dat er iets bij Enphase is gewijzigd.

[DavidNewhouse]

EdwindeB schreef op zondag 28 september 2025 @ 11:49:
@DavidNewhouse
Misschien had ik nog even moeten zeggen dat ik een dynamisch contract heb.
Zodra het tarief negatief is, zet ik ZeroExport aan voor de panelen.
De accu heb ik nog maar net en heb nog geen negatieve prijzen gehad.
Ik heb het scenario gemaakt, maar is niet getest dus.

Zodra ZeroExport actief is, wil ook ook de accu laten laden, ongeacht of er voldoende vermogen beschikbaar is. Natuurlijk voorkeur voor Zonne-energie, maar wil de accu ook vol hebben voor de duurdere uren tussen 18 en 20 uur.
Ik zet daarom de accu mode van zero naar to_full via de lokale API van Homewizard.
Dit is goed beschreven op hun eigen pagina: https://api-documentation....com/docs/category/api-v2
Het schakelen doe je via een API call op de P1 meter overigens.

Mijn setup is OpenHAB met Node-Red.
Hiermee haal ik geautomatiseerd voor Enphase een token wanneer deze is verlopen en schakel ik de ZeroExport en regel ik alles voor de accu wanneer nodig.

Wel werkt het geautomatiseerd ophalen van het token sinds afgelopen week opeens niet meer.
Na een herstart krijg ik hier een 406 not acceptable bericht terug bij het inloggen, terwijl er niks is veranderd.
Ik heb deze nu er handmatig even in gezet en moet dit nog even uitzoeken, misschien dat er iets bij Enphase is gewijzigd.

Duidelijk, met een dynamisch contract heb je inderdaad andere doelstellingen. Mijn doelstellingen zijn: zoveel mogelijk zelfverbruik, zo min mogelijk terugleverkosten en zoveel mogelijk mijn HW thuisbatterij vullen. Vandaar dat ik de export limit een beetje open zet: 100-150W. En binnen home-assistant heeft HomeWizard een mooie integratie waarin het mogelijk om alle modi van de thuisbatterij te regelen, maar op dit moment laat ik het gewoon op nulmodus staan. Mijn huidige token is nog geldig tm 27 februari 2026, dus voorlopig ben ik van plan om te klikken op het linkje in de TS voor firmware 8, zoveel moeite is dit ook niet en dan is het weer 6 maanden geldig volgens mij.

[Pazo]

@vinniefireman ik lees net in de versie 0.8.0 update van je HA integratie dat er een binary sensor for Dynamic Power Export Limit is toegevoegd. Ik vind deze echter niet terug in HA onder de entiteiten of apparaten. Waar zou ik deze moeten vinden? Ik neem aan onder de Envoy. En wat doet deze sensor? Kan deze iets van de koppeling tussen dynamisch energieleveranciers en Enphase uitlezen / aansturen? Of kan ik die sensor zelf gebruiken om via regels icm mijn Tibber integratie acties te laten uitvoeren?

EDIT:
Wacht, is het de dpel dat ik aan moet zetten?



EDIT:
Hmm, ik zie niets nieuws, geen nieuwe sensoren / entiteiten (na inschakeling dpel en herstart HA).

[ Voor 26% gewijzigd door Pazo op 10-10-2025 20:01 ]

[vinniefireman]

@Pazo Is een PR van iemand geweest. Voegt twee services/actions toe:

code:

enphase_envoy.enable_dpel

code:

enphase_envoy.disable_dpel

Waarmee “Dynamic Production Export Limiting” aangezet kan op een bepaald wattage. De sensor is om te zien of DPEL actief is.

Werkt alleen met een Envoy Metered icm alle CTs en installer account. (Ik kan het zelf niet testen want heb een Envoy Standard)

Als ik tijd heb zal ik nog een switch en input toevoegen zodat het ook via de UI kan.

[Pazo]

Ah oké. Ja ik heb een metered / CTs / installer account. Switch in de UI zou top zijn, maar ondertussen zal ik binnenkort eens gaan kijken wat ik er mee kan doen icm mijn Tibber integratie.

Keep up the voor work, ik ben heel blij met je integratie

[Waps61]

Sikkek schreef op vrijdag 5 mei 2023 @ 14:18:
Ik heb iets geks met de envoy web page. Sinds ik denk een week of twee zoe ik dit bij de lifetime production:
[Afbeelding]
Dus 390 kWh lifetime productie
Echter heb ik veel meer geproduceerd, in Enlighten zie ik dit:
[Afbeelding]
1,58 MWh lifetime, dit getal klopt.
Herkent iemand dit en is het op te lossen?

Ik loop tegen hetzelfde probleem aan. de Envoy home pagina rapporteert 6.7MWh lifetime terwijl de Enphase webpagia 11,5 MWh rapporteert. Dat laaste klopt als ik de jaar totalen van de afgelopen 3 jaren optel.
Is er ooit een antwoord gekomen op de vraag? (zoeken op lifetime levert geen resultaten

[Sikkek]

Waps61 schreef op vrijdag 7 november 2025 @ 17:02:
[...]

Ik loop tegen hetzelfde probleem aan. de Envoy home pagina rapporteert 6.7MWh lifetime terwijl de Enphase webpagia 11,5 MWh rapporteert. Dat laaste klopt als ik de jaar totalen van de afgelopen 3 jaren optel.
Is er ooit een antwoord gekomen op de vraag? (zoeken op lifetime levert geen resultaten

Enphase gaf aan het opgelost te hebben. Data is echter nooit gecorrigeerd....

[twhb]

Vraagje over de export limit (metered gateway met CTs)
Ik wil tzt de gateway zo instellen dat er 0 teruggeleverd wordt ivm verdwijnen salderen en teruglever kosten. Verder wil ik een plugin batterij aanschaffen (Bijv Marstek Venus E). Die PIB zou dan via Home Assistant aangestuurd moeten worden. Ik denk dat me dat deel wel lukt.
Maar om dat goed aan te kunnen sturen en het zonne overschot in de PIB te krijgen moet HA weten wanneer er zonnestroom 'over' is op het moment dat de export naar het net gelimiteerd wordt.
Is er een manier om uit te lezen hoeveel er actueel door de gateway gelimiteerd wordt?

[decramy]

Ik verwacht van niet. Maar als je de export limiet op 100W zet, zal de batterij eerder opnemen dan de export limiet ingrijpt

[Ferdinand Oeinck]

twhb schreef op zaterdag 8 november 2025 @ 12:32:
Vraagje over de export limit (metered gateway met CTs)
Ik wil tzt de gateway zo instellen dat er 0 teruggeleverd wordt ivm verdwijnen salderen en teruglever kosten. Verder wil ik een plugin batterij aanschaffen (Bijv Marstek Venus E). Die PIB zou dan via Home Assistant aangestuurd moeten worden. Ik denk dat me dat deel wel lukt.
Maar om dat goed aan te kunnen sturen en het zonne overschot in de PIB te krijgen moet HA weten wanneer er zonnestroom 'over' is op het moment dat de export naar het net gelimiteerd wordt.
Is er een manier om uit te lezen hoeveel er actueel door de gateway gelimiteerd wordt?

Is de Marstek dan zomaar aan te sturen via HA? Bij een Homewizard PiB werkt het alleen als de teruglevering beperkt wordt tot zo'n 100W. Dat is genoeg voor de Homewzard PiB om te gaan laden. En als dat laden eenmaal opgang is gaat het laadvermogen vanzelf omhoog naar max 800W per PiB. De teruglevering blijft dan steeds constant op 100W. Ik heb dat deze zomer getest:https://solar.bigroses.net/7-19-2025
De dunne blauwe lijn is mijn potentiele zonnevermogen. De blauwe staafjes de afgeknepen waarden via de Envoy. Paars en Groen zijn resp. laden en ontladen van PiB.

[twhb]

Die marstek heeft rs485 en lan. Er zou een 'open api' komen maar daar weet ik de status niet van. Via rs485 + een esp32 boardje kun je volgens mij in elk geval overal bij en instellen. Zie Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling
Maar er wordt ook een Shelly ondersteund om p1 uit te lezen. Er is een HA plugin om dat te emuleren met input in HA zelf (normaal via een P1 usb of zo). Die code zou ik aan kunnen passen om net te doen alsof er meer teruggeleverd wordt dan 0, gebaseerd op het overschot van de zonnestroom. Dan draait de PIB gewoon op NOM en kan je vanuit HA aansturen hoeveel de PIB mag laden zonder extra hardware.
Maar dan moet ik wel weten hoeveel overschot er is.

Het idee om in plaats van bovenstaande de export limit op 100W te zetten kan, maar dan lever je dus wel terug, met mogelijke teruglever kosten.

[twhb]

Hoe kom je aan die blauwe lijn?

[RichieB]

@twhb 10 uur op 100W is 1 kWh voor een volle dag terugleveren. Dat verder optimaliseren naar 0 staat niet in verhouding tot de potentiële besparing.

[twhb]

@RichieB Ik snap wat je bedoelt. Maar we zitten hier wel op Tweakers

[DavidNewhouse]

Ik heb deze setup ook draaien met 2 CT spoelen en HomeWizard PIB en houdt de limit op 140W, ik ben een beetje aan het experimenteren geweest met de pv limit, maar 85W is echt te laag en 100W mijns inziens net ook een beetje te laag om de PIB de export te laten oppakken. Dat komt omdat Enphase supersnel de productie afstemt op het verbruik. Ik stuur het aan vanuit Home-assistant (met een token: zie TS) en heb een automatisering gemaakt waarmee ik de limit op 0 zet als de SOC van batterij hoger is dan 99% en onder de 95% zet ik het weer terug naar 140W. Dan blijft zowel Enphase als HW PIB meewerken als er extra stroom gevraagd wordt. En ja dat wek je iets minder op dan maximaal, maar beperk je toch op hele zonnige dagen de export. In september kwam ik op maximaal 0,5 kWh teruglevering per dag

[Ferdinand Oeinck]

twhb schreef op zaterdag 8 november 2025 @ 14:54:
Hoe kom je aan die blauwe lijn?

https://solcast.com/free-rooftop-solar-forecasting

[twhb]

@DavidNewhouse Dat is ook een mooie manier om het voor elkaar te krijgen! Ga ik ook proberen. Misschien met iets andere SOC percentages/limieten. Ik denk dat jouw teruglevering nog relatief hoog is doordat de accu langzamer oplaadt wanneer hij bijna vol is.

[twhb]

Ferdinand Oeinck schreef op zaterdag 8 november 2025 @ 17:07:
[...]

https://solcast.com/free-rooftop-solar-forecasting

Bedankt! Ga ik ook even onderzoeken.

[SPT]

Voor wie er wat aan heeft: ik heb even een simpel shell script gemaakt om de productie via crontab elke 5 minuten uit te lezen, en de data in een csv-file op te slaan. Er wordt ook een mail verstuurd 7 dagen voordat de API-key afloopt. Het is belangrijk om bij het aanmaken van het token je consumenten-account te gebruiken en niet je installer-account, en om het token voor een commissioned gateway aan te maken.

Gepost omdat het bij mij even duurde voordat ik de API aan de praat had, en bij het zoeken op internet vooral vragen tegenkwam en niet altijd antwoorden.

code:

#!/bin/bash

TOKEN="<token>"

URL="https://envoy.domein.net/api/v1/production"
OUTFILE="/home/stefan/envoy_database.csv"

# Current unix time
ts=$(date +%s)

#Determine expiration date of token
payload=$(echo "$TOKEN" | cut -d'.' -f2 | tr '_-' '/+' | # swap URL-safe Base64 chars
sed -E 's/[^A-Za-z0-9+\/]//g' | # strip any non-Base64 chars
awk '{l=length($0)%4; if(l) printf "%s%s", $0, substr("====",1,4-l); else print}' | base64 -d 2>/dev/null)
exp_ts=$(echo "$payload" | jq -r '.exp') # UNIX-epoch expiration date

# seconds until expiration
delta=$(( exp_ts - ts ))

week=604800 # 7 days in seconds
window=300 # 5 minutes in seconds

# Send mail
if (( delta <= week && delta > week - window )); then
echo 'Your Envoy API-token expires 7 days from now. Please renew the token and update envoy.sh.' | mail [e-mail] -r [e-mail] -s 'Expiration date Envoy API-token\nMime-Version: 1.0\nContent-Type: text/html' -a 'From:meter.domein.net <[e-mail]>'
fi

# obtain data from Envoy
json=$(curl -s -k -f -H "Authorization: Bearer $TOKEN" "$URL")

# Extract data
wh_life=$(jq '.wattHoursLifetime' <<<"$json")
watts_now=$(jq '.wattsNow' <<<"$json")

# If the CSV doesn't exist yet, create it with a header
if [[ ! -f "$OUTFILE" ]]; then
echo "tijd,stroom,vermogen" > "$OUTFILE"
fi

# Append the new line
echo "${ts},${wh_life},${watts_now}" >> "$OUTFILE"

[eriksl]

Vertel? Ik kan geen API key voor een commissioned gateway aanmaken op de een of andere manier, maar die voor een uncomissioned gateway werkt ook prima bij mij ;-)

[SPT]

eriksl schreef op vrijdag 14 november 2025 @ 15:49:
Vertel? Ik kan geen API key voor een commissioned gateway aanmaken op de een of andere manier, maar die voor een uncomissioned gateway werkt ook prima bij mij ;-)

Je bent wellicht met een verkeerde account ingelogd, waardoor je de key voor een commissioned gateway niet kan aanvragen? Ik kon zelf wel een API-key voor een uncommissioned gateway aanmaken, maar daarmee kon ik de API niet gebruiken (401 foutmelding). Afgaande op de fora die ik heb doorgespit gaat het vaker fout doordat mensen een API-key voor een uncommissioned gateway aanvragen inplaats van een voor een commissioned gateway. Waarom het bij jou wel werkt weet ik niet.

[Ferdinand Oeinck]

Dat hele gedoe met die token hangt me echt heel erg de keel uit. Wat als Enphase ophoudt te bestaan? Kreeg net een email van ze dat er drastische prijsverlagingen op de micro omvormers aankomen. Hoe lang houdt Enphase het nog vol? En kunnen we dan nog over ons eigendom beschikken? Of moeten we straks betalen voor een token?

[SPT]

Ferdinand Oeinck schreef op vrijdag 14 november 2025 @ 19:33:
Dat hele gedoe met die token hangt me echt heel erg de keel uit. Wat als Enphase ophoudt te bestaan? Kreeg net een email van ze dat er drastische prijsverlagingen op de micro omvormers aankomen. Hoe lang houdt Enphase het nog vol? En kunnen we dan nog over ons eigendom beschikken? Of moeten we straks betalen voor een token?

Ik begrijp dat er een Modbus toegang wordt ontwikkeld. Dat is wel een volledig lokale oplossing. Weet iemand of je dat voor Nederlandse systemen al kunt aanvragen bij Enphase?

[Pazo]

SPT schreef op vrijdag 14 november 2025 @ 22:10:
[...]


Ik begrijp dat er een Modbus toegang wordt ontwikkeld. Dat is wel een volledig lokale oplossing. Weet iemand of je dat voor Nederlandse systemen al kunt aanvragen bij Enphase?

Ja, @sandergar heeft dat volgens mij.
Zie evt Enphase topic en zoek op modbus.

Edit:
Sorry, @sandergar schrijft er veel over maar volgens mij heeft @HarmenD het daadwerkelijk aan staan, gezien deze post: HarmenD in "Het grote Enphase topic - deel 2"

[ Voor 26% gewijzigd door Pazo op 14-11-2025 23:17 ]

[eriksl]

TCP ModBus zou perfect zijn. Daarmee lees ik m'n SolarEdge systemen ook al uit. Helemaal zonder user id of passwords of tokens of andere flauwekul. Nu even afwachten of ze het "goed" doen, (standaard) en of alle nuttige informatie ermee op te halen is.

Wel raar hoor, die informatie kun je ook best via json uitdelen, wat ze nu in feite ook doen, maar dan moet er opeens een token op, omdat je er anders vanaf internet bij zou kunnen (suf, dat is dan je eigen schuld...). En met TCP ModBus zou die redenatie opeens niet meer opgaan?!?!

[eriksl]

SPT schreef op vrijdag 14 november 2025 @ 19:15:
[...]

Je bent wellicht met een verkeerde account ingelogd, waardoor je de key voor een commissioned gateway niet kan aanvragen? Ik kon zelf wel een API-key voor een uncommissioned gateway aanmaken, maar daarmee kon ik de API niet gebruiken (401 foutmelding). Afgaande op de fora die ik heb doorgespit gaat het vaker fout doordat mensen een API-key voor een uncommissioned gateway aanvragen inplaats van een voor een commissioned gateway. Waarom het bij jou wel werkt weet ik niet.

Echt heel apart.

Mijn installateur is er een paar dagen mee bezig geweest en die kwam er ook al niet uit... Dus ik heb nu twee accounts, user en installer, en met de een kan ik bepaalde dingen en met de ander kan ik weer andere dingen, maar met geen van beide kan ik "alles". Maar het is zo goed, ik kan nu alle json ophalen die ik nodig heb.