[Enphase] Envoy / IQ Gateway lokaal uitlezen voor domotica

[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.

[sandergar]

Pazo schreef op vrijdag 14 november 2025 @ 22:21:
[...]


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"

@PazoMijn Victron systeem stuurt de Enphase installatie aan via de Modbus TCP. Enphase Support moet dit activeren voor je.

[eriksl]

Hoe vraag je dat aan? Moet je daar nog een bepaalde firmware versie voor hebben? Voor mij zou het ideaal zijn, sowieso veel beter dan dit systeem met JSON en een authorisatietoken.
Je hebt dan alleen wel een lijst nodig met registers en wat ze doen (vergelijkbaar met een SNMP MIB), is die ook beschikbaar?

[GJzon]

eriksl schreef op zaterdag 15 november 2025 @ 15:46:
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?!?!

Kan iemand hier iets mee? https://github.com/radioelf/test_ModbusTcp_Envoy
Kwam het toevallig tegen.

[eriksl]

Ga ik naar kijken. Voor zover ik kan zien is het een vrij gewone TCP Modbus client, standaard volgens SUNspec (net als SolarEdge). De vraag is even of de server-kant op de envoy standaard aan staat. Ik vermoed van niet (zie ook vorige bericht). Als je eenmaal TCP Modbus support hebt, dan is het vrij eenvoudig om er een client voor te maken, dat is vrij standaard.

[eriksl]

Dit is wat er in het document staat bij deze link. Als de TCP Modbus eenmaal werkt, dan heb je de specifieke software van de link niet nodig, TCP Modbus met SUNSPEC protocol is standaard, kan met een standaard client.

"Once Enphase Support has received your request with a site ID and an IQ Gateway serial number,
they will be able to update your IQ Gateway software to the required version and assist you with
getting the Modbus TCP/IP function enabled."

[eriksl]

Ik heb de aanvraag gedaan. Ben benieuwd.

[Ferdinand Oeinck]

Interessant. Ik heb geen verstand van modbus tcp. Maar zou je hiermee ook de envoy kunnen aansturen? Door een register te veranderen? En dan bijvoorbeeld ss/dpel instellen?

[eriksl]

Er staat op die site en in de documentatie, dat je alleen readonly toegang krijgt. Voor mij is dat genoeg en perfect, maar als je echt dingen wilt aanpassen niet mogelijk dus. Er staat iets over dat ze "frequency shift" voor je "read/write" kunnen zetten, maar ik vermoed alleen dat, geen andere dingen.

Ja best jammer, er is zo'n mooie open standaard voor, dat die niet enthousiast gebruikt wordt.

SolarEdge biedt overigens standaard TCP Modbus toegang aan, maar voor zover ik weet is dat sowieso (ook) alleen readonly.

[XElD]

ranjo schreef op woensdag 15 mei 2024 @ 14:48:
[...]


Ik bedoel ook niet de IQ relais. Maar de digital input contacten aan de rechterkant. Zie figuur 2 (in deze handleiding wordt overigens aangegeven dat deze "not used" zijn, maar misschien is deze handleiding verouderd)

In een van jouw screenshots staat er "limit power production/export via reading of relays settings on gateway's digitial input port" waarbij het lijkt dat je adhv de input contacten een aantal levels kan opgeven. (4 relais is 16 mogelijkheden??...). Hiermee zou je de Envoy kunnen limiteren via hardware input waarbij je dus niet afhankelijk bent van de API met de tokens. Zeker voor de off-grid liefhebbers zou dit interessant kunnen zijn.

Maar misschien zit ik er naast.. ik moet een een installer account gaan regelen denk ik

Edit: deze handleiding geeft meer info: https://enphase.com/media/12537

Top, ik ben hier mee bezig en het was me nog onduidelijk waar ik de relaisschakelingen op moest aansluiten aan de andere kant van de 'Digital Input' poorten. Het is dus de 'Com' poort tussen de 'RefGen' en 'DRM ø' poort. Ik heb een metered Envoy en wil zonder tokens etc. vermogen kunnen regelen. Toevallig heb ik vier Shelly Pro EM-50's in mijn meterkast die elk een nog ongebruikt schakelbaar relais hebben. Dus dat komt mooi uit, benieuwd of het werkt!

[eriksl]

Over aanzetten van TCP Modbus krijgt ik het volgende terug van Enphase (na een maand wachten...)

Hallo Erik,

Na overleg met mijn team hebben we vastgesteld dat de Envoy op uw locatie niet compatibel is met het inschakelen van TCP Modbus, omdat deze geen meteropties heeft.

TCP Modbus deelt de gegevens van de productiemeter. Daarom is het niet mogelijk om TCP Modbus in dit geval in te schakelen.

Met vriendelijke groet,
*******
Enphase Energy.

Toch wel een apart verhaal.

[ranjo]

@eriksl heb je meetspoelen? Volgens mij heeft een Envoy de meetspoelen nodig om het vermogen te kunnen regelen. Wat ik me voor kan stellen omdat de microomvormers hun afgegeven vermogen maar af en toe doorsturen. Ik heb een metered envoy zonder spoelen (want meerprijs, en ik had er toch een modbus meter tussen gezet). En mijn envoy doet niks met een aangepaste "limit power production"-instelling, wat volgens mij hetzelfde is als dat je dat via modbus zou aansturen.

[ Voor 8% gewijzigd door ranjo op 19-12-2025 12:56 ]

[eriksl]

Dat is ook wel een beetje het verhaal waar zij mee komen.

Nee, ik heb geen meetspoelen. Heb ik niet nodig.

Maar wat ik niet snap, is waarom ze TCP Modbus niet gewoon "aan" kunnen zetten voor mijn monitoring. Gewoon monitoring. Niks meetspoelen. Bij SolarEdge is dat standaard.

[Pazo]

@vinniefireman is de Power productie knop kapot / eruit gehaald?
Ik zag ineens dat deze niet meer beschikbaar was? Ik lees er niets over op Github?

En ik zie dat meer entiteiten niet meer beschikbaar zijn? Grid profile, life time net energy?

Is er iets veranderd of ligt het probleem bij mij?

[ardvark99]

Pazo schreef op donderdag 29 januari 2026 @ 20:29:
@vinniefireman is de Power productie knop kapot / eruit gehaald?
Ik zag ineens dat deze niet meer beschikbaar was? Ik lees er niets over op Github?

En ik zie dat meer entiteiten niet meer beschikbaar zijn? Grid profile, life time net energy?

Is er iets veranderd of ligt het probleem bij mij?

Ik heb Versie 0.8.1 van de Installer op HA draaien, en bij mij is alles nog zichtbaar en bereikbaar, productie knop, grid profile, life time, etc.

Ik denk dat er iets met jouw Installer integratie is.

[breew]

ardvark99 schreef op donderdag 29 januari 2026 @ 21:17:
[...]

Ik heb Versie 0.8.1 van de Installer op HA draaien, en bij mij is alles nog zichtbaar en bereikbaar, productie knop, grid profile, life time, etc.

Ik denk dat er iets met jouw Installer integratie is.

same here (ook versie0.8.1).. alles 'gewoon' zoals het hoort.

[Pazo]

OK, dan moet ik eens op onderzoek uit.



Het herladen van de integratie / HA opnieuw starten geeft geen oplossing.
Zou de integratie kunnen verwijderen, al ben ik er een klein beetje huiverig voor omdat er heel veel aan vast hangt. Maar goed, ik heb de namen niet verandert dus als ik het opnieuw installeer zou alles gelijk weer moeten werken. En ik zal wel even een backup maken. Toch maar even proberen.

EDIT: Ik zie ook dat ik nu bij alle micro's ook allerlei sensoren mis / niet meer beschikbaar zijn.
Toch maar eens verwijderen.

EDIT 2:
Verwijderd, opnieuw geïnstalleerd en alles lijkt weer te werken

[ Voor 61% gewijzigd door Pazo op 29-01-2026 22:28 ]

[jelmervos]

Klein dingetje, maar misschien heeft iemand een idee.
Ik log zelf (elke 2 min), dmv een eigen script, de gegevens uit de Envoy-S (firmware versie 8 ) naar pvoutput, zodat ik voltage en temperatuur van de inverters kan meesturen. Als timestamp voor pvoutput gebruik ik de ReadingTime uit V1Production. Nou zie ik dat er af en toe wat mist:

Ook als ik gemiddelde tijd neem van alle inverters (PCU reportDate) zie ik hetzelfde gebeuren.

Iemand enig idee hoe dit kan?

[Ferdinand Oeinck]

Laat dat script eens zien dan?

[jelmervos]

Ferdinand Oeinck schreef op donderdag 19 maart 2026 @ 16:25:
Laat dat script eens zien dan?

Tis iets meer dan een script, tis een .net applicatie:
https://github.com/jelmer...er/tree/main/EnvoyReader2
uitlezen zit in EnvoyReader, wegschrijven in PvOutputWriter

Ik gebruik NEnvoy van de (helaas overleden) @RobIII

[ZuinigeRijder]

@jelmervos Je weet dat je ook PVOutput Enphase uit kan laten lezen. Nadeel is dat dit maar 1x per uur is, maar dan wordt wel alle data van dat laatste uur opgehaald. Maar waarschijnlijk wil je meer data (voltage en temperatuur van de inverters).

[ Voor 14% gewijzigd door ZuinigeRijder op 19-03-2026 20:57 ]

[jelmervos]

ZuinigeRijder schreef op donderdag 19 maart 2026 @ 20:56:
@jelmervos Je weet dat je ook PVOutput Enphase uit kan laten lezen. Nadeel is dat dit maar 1x per uur is, maar dan wordt wel alle data van dat laatste uur opgehaald.

Weet ik, maar dat is zonder voltage, temperatuur (en frequentie) toch?

[ZuinigeRijder]

@jelmervos Klopt, PVOutput zal die data niet ophalen/wegschrijven. Kan het zijn dat Envoy de ontbrekende data gewoon niet in de cloud geschreven heeft, dan kan je script dit ook nooit wegschrijven?

[jelmervos]

ZuinigeRijder schreef op donderdag 19 maart 2026 @ 21:12:
@jelmervos Klopt, PVOutput zal die data niet ophalen/wegschrijven. Kan het zijn dat Envoy de ontbrekende data gewoon niet in de cloud geschreven heeft, dan kan je script dit ook nooit wegschrijven?

Ik gebruik geen cloud, ik lees de Envoy direct uit via lokale API.

[Ferdinand Oeinck]

devstatus.pcu geeft toch steeds pas na ongeveer 15 minuten nieuwe waarden per inverter? Ik log deze waarden in een mariadb tabel. Om dan de power per kwartier te laten zien, verdeel ik de devstatus power evenredig over de overlappende vorige kwartieren. Ik kan zo snel niet uit je code halen of je het devstatus.pcu vermogen wel verdeeld over de vorige 5 minuten intervallen. Zo niet, dan zou het kunnen dat je gewoon geen reportDate hebt tijdens precies die 5 minuten. Mijn eigen code levert in ieder geval bijna exact dezelfde vermogens per kwartier die de enphase cloud ook laat zien.

[jelmervos]

Probleem is inderdaad dat de inverters maar elke 15 minuten rapporteren. Ik had gehoopt dat ik zonder iets lokaal op te slaan pvoutput kan vullen met elke 5 minuten data. Is er iets slims te bedenken?

[Pazo]

@jelmervos Maar in PVOutput staat het toch op 5 min?

Als ik naar de mijn kijk zie ik gewoon iedere 5 min data staan?
https://pvoutput.org/intr...674&sid=79456&dt=20260320

Of bedoel je wat anders?

[Ferdinand Oeinck]

jelmervos schreef op vrijdag 20 maart 2026 @ 10:21:
Probleem is inderdaad dat de inverters maar elke 15 minuten rapporteren. Ik had gehoopt dat ik zonder iets lokaal op te slaan pvoutput kan vullen met elke 5 minuten data. Is er iets slims te bedenken?

Als je de metered versie van de envoy hebt kun je het actuele vermogen van de inverters opvragen. Zo niet, dan heb je pech en zul je een window van 20 minuten moeten aanhouden. Dat komt best vaak voor dat ik vermogen van devstatus voor een (klein) gedeelte in het derde kwartier terug moet plaasten.

[Ferdinand Oeinck]

Pazo schreef op vrijdag 20 maart 2026 @ 11:25:
@jelmervos Maar in PVOutput staat het toch op 5 min?

Als ik naar de mijn kijk zie ik gewoon iedere 5 min data staan?
https://pvoutput.org/intr...674&sid=79456&dt=20260320

Of bedoel je wat anders?

Login?

[Pazo]

Ferdinand Oeinck schreef op vrijdag 20 maart 2026 @ 11:27:
[...]

Login?

Mm dat werkt blijkbaar niet.

Screenshot dan maar:

[Eupeodes]

Pazo schreef op vrijdag 20 maart 2026 @ 11:25:
@jelmervos Maar in PVOutput staat het toch op 5 min?

Als ik naar de mijn kijk zie ik gewoon iedere 5 min data staan?
https://pvoutput.org/intr...674&sid=79456&dt=20260320

Of bedoel je wat anders?

ik heb een mailtje gestuurd naar Enphase en zij konden de frequentie van rapporteren naar elke 5 minuten zetten. Dit gebruik ik in de winter voor schakelen van de feestverlichting, en dan was elke 15 minuten data toch te traag.

[SpikeHome]

Eupeodes schreef op vrijdag 20 maart 2026 @ 11:38:
[...]

ik heb een mailtje gestuurd naar Enphase en zij konden de frequentie van rapporteren naar elke 5 minuten zetten. Dit gebruik ik in de winter voor schakelen van de feestverlichting, en dan was elke 15 minuten data toch te traag.

Ik heb tussen de pv en de envoy een kwh meter er tussen van homewizzard, dan zie ik gewoon live de energy van pv waarop ik weer zaken kan schakelen (homey).

[Pazo]

Eupeodes schreef op vrijdag 20 maart 2026 @ 11:38:
[...]

ik heb een mailtje gestuurd naar Enphase en zij konden de frequentie van rapporteren naar elke 5 minuten zetten. Dit gebruik ik in de winter voor schakelen van de feestverlichting, en dan was elke 15 minuten data toch te traag.

Jep, dat heeft waarschijnlijk met de polling interval te maken @jelmervos , zie FAQ vraag 22 in het grote Enhpase topic.

[Eupeodes]

SpikeHome schreef op vrijdag 20 maart 2026 @ 11:41:
[...]

Ik heb tussen de pv en de envoy een kwh meter er tussen van homewizzard, dan zie ik gewoon live de energy van pv waarop ik weer zaken kan schakelen (homey).

zit ik ook over te denken, heb alleen in de verdeler geen ruimte ervoor, dus dan zou er in een extra kastje bij moeten voor die meter

[SpikeHome]

@Eupeodes je kan gewoon waar de kabel vanaf het dak binnenkomt je huis in een klein groepenkastje er tussen zetten met de kwh meter daarin.

[Eupeodes]

SpikeHome schreef op vrijdag 20 maart 2026 @ 11:45:
@Eupeodes je kan gewoon waar de kabel vanaf het dak binnenkomt je huis in een klein groepenkastje er tussen zetten met de kwh meter daarin.

Ik heb nu ook al een klein groepenkastje op zolder zitten, maar die zit met relais en 2 automaten al lekker vol. Een hoger kastje past op die plek echt niet, zou hooguit breder kunnen gaan, maar dit kastje is niet in meer dan 6 din leverbaar voor zover ik kan vinden

[RichieB]

@Eupeodes Je kan kijken of je de polling period zelf weer op 300 seconden kan krijgen met deze truc.

[jelmervos]

Eupeodes schreef op vrijdag 20 maart 2026 @ 11:38:
[...]

ik heb een mailtje gestuurd naar Enphase en zij konden de frequentie van rapporteren naar elke 5 minuten zetten. Dit gebruik ik in de winter voor schakelen van de feestverlichting, en dan was elke 15 minuten data toch te traag.

polling-period-secs staat bij mij op 900.

[Pazo]

jelmervos schreef op vrijdag 20 maart 2026 @ 12:26:
[...]

polling-period-secs staat bij mij op 900.

Die moet dus terug naar 300

[jelmervos]

RichieB schreef op vrijdag 20 maart 2026 @ 12:19:
@Eupeodes Je kan kijken of je de polling period zelf weer op 300 seconden kan krijgen met deze truc.

Geprobeerd, hij switcht naar low, en weer terug naar standard, maar polling-period-secs blijft 900.
Dan maar een mailtje naar support?

[Pazo]

jelmervos schreef op vrijdag 20 maart 2026 @ 12:38:
[...]

Geprobeerd, hij switcht naar low, en weer terug naar standard, maar polling-period-secs blijft 900.
Dan maar een mailtje naar support?

Ja, zelf kan je dat zover ik weet niet aanpassen.
Enphase bellen / mailen

[jelmervos]

Pazo schreef op vrijdag 20 maart 2026 @ 13:10:
[...]


Ja, zelf kan je dat zover ik weet niet aanpassen.
Enphase bellen / mailen

Gelukt via de chat op https://enphase.com/contact-enphase-support
Duurde totaal 30 min.

[XElD]

ranjo schreef op woensdag 15 mei 2024 @ 14:48:
[...]


Ik bedoel ook niet de IQ relais. Maar de digital input contacten aan de rechterkant. Zie figuur 2 (in deze handleiding wordt overigens aangegeven dat deze "not used" zijn, maar misschien is deze handleiding verouderd)

In een van jouw screenshots staat er "limit power production/export via reading of relays settings on gateway's digitial input port" waarbij het lijkt dat je adhv de input contacten een aantal levels kan opgeven. (4 relais is 16 mogelijkheden??...). Hiermee zou je de Envoy kunnen limiteren via hardware input waarbij je dus niet afhankelijk bent van de API met de tokens. Zeker voor de off-grid liefhebbers zou dit interessant kunnen zijn.

Maar misschien zit ik er naast.. ik moet een een installer account gaan regelen denk ik

Edit: deze handleiding geeft meer info: https://enphase.com/media/12537

Ik wou dit al een tijd proberen. En zojuist werkend gekregen!

Dus aansluiten conform dit schema op de aansluitingen die in Europeese handleidingen met 'not used' zijn gemarkeerd: https://enphase.com/media/12537



Dit was wel even pielen want de 'com' pooit zit precies onder het 'DRM' weerstandje.



Ik heb een Shelly Pro EM-50 waar een droogcontact op zit in mijn meterkast. Dus daar is het mee te schakelen. Via de uitgebreide/installateurstoegang van Enlighten is het vervolgens in te stellen.



En wonderbaarlijk, voor geen meter gedocumenteerd in de reguliere handleidingen maar het werkt op mij Envoy/IQ Gateway metered. Het systeem reageert vrijwel direct.

Relais open:


Relais gesloten:


Ik heb software versie 8.3.5167 op de IQ Gateway / Envoy-S-Metered-EU.

N.B. voor de oplettende kijker ik heb ze zonnepanelen zelf op 1 fase en de Envoy op 3 fase. Toen de zonnepanelen geinstalleerd werden was het nog een 1 fase meterkast maar om de export te meten moet de IQ gateway / Envoy wel met drie fasen zijn aangesloten.

[Ferdinand Oeinck]

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.

Schopje....

[knotwilg]

Ferdinand Oeinck schreef op zondag 22 maart 2026 @ 13:00:
[...]
Schopje....

"metered" neem ik aan?

desondanks, er moet een signaal naar de IQ's gaan om minder output te leveren oid. Is dat "signaal" bekend, zodat ik op basis van de P1 meter kan sturen?

[Ferdinand Oeinck]

knotwilg schreef op zondag 22 maart 2026 @ 14:21:
[...]


"metered" neem ik aan?

desondanks, er moet een signaal naar de IQ's gaan om minder output te leveren oid. Is dat "signaal" bekend, zodat ik op basis van de P1 meter kan sturen?

Ja, 'metered' versie hier.

Dan 'weet' de envoy wat de productie, en consumptie is. Dus ook de teruglevering. En daarop stuurt de envoy de inverters aan. In combinatie met de Homewizard PiB zet ik de max teruglevering op 100W tot 200W. Dan worden de PiB geladen en de productie berperkt.

[hjw-001]

XElD schreef op zondag 22 maart 2026 @ 11:18:
[...]


Ik wou dit al een tijd proberen. En zojuist werkend gekregen!

Dus aansluiten conform dit schema op de aansluitingen die in Europeese handleidingen met 'not used' zijn gemarkeerd: https://enphase.com/media/12537

[Afbeelding]

Dit was wel even pielen want de 'com' pooit zit precies onder het 'DRM' weerstandje.

[Afbeelding]

Ik heb een Shelly Pro EM-50 waar een droogcontact op zit in mijn meterkast. Dus daar is het mee te schakelen. Via de uitgebreide/installateurstoegang van Enlighten is het vervolgens in te stellen.

[Afbeelding]

En wonderbaarlijk, voor geen meter gedocumenteerd in de reguliere handleidingen maar het werkt op mij Envoy/IQ Gateway metered. Het systeem reageert vrijwel direct.

Relais open:
[Afbeelding]

Relais gesloten:
[Afbeelding]

Ik heb software versie 8.3.5167 op de IQ Gateway / Envoy-S-Metered-EU.

N.B. voor de oplettende kijker ik heb ze zonnepanelen zelf op 1 fase en de Envoy op 3 fase. Toen de zonnepanelen geinstalleerd werden was het nog een 1 fase meterkast maar om de export te meten moet de IQ gateway / Envoy wel met drie fasen zijn aangesloten.

Good find! Heb je al wat meer ervaringen opgedaan?

Ik zat te lezen en in de configuratie portal te kijken en het valt mij op dat je in principe 16 levels/combinaties kan definiëren als je alle relais inzet. Zelf zat ik te denken aan 2x een Shelly 1 Mini Gen3, dat levert mij met droog-contact relais 4 combinaties op, die wilde ik als volgt inzetten:
0-0 : Enphase 100%
1-0 : Enphase 66% power
0-1 : Enphase 33% power
1-1 : Enphase 0% power

Iemand al ervaring met de skewrate? Want hier kan je onmogelijk mee nul-op-meteren, het afbouwen van de Enphase van 100% naar 0% power neemt tijd in beslag, dat is ook beter voor de levensduur meen ik. Mijn vraag is specifiek, welke minimale tijd moet je tussen het schakelen van de relais configureren? Vervolgvraag als de enphase afbouwt van 100% > target 0% en de afbouw zit op e.g. 54%, kan je dan het commando 75% weer sturen en neem de enphase dat direct mee? dus afbouwen stopt en bouwt direct weer op naar 75%?

Ik neem aan dat de Enphase Envoy zelf besluit welke wijze/balans de micro omvormers worden ingesteld? E.g. gedeeltelijk uit of volledig uitgeschakeld?

Mijn doel is om de PV productie in een bandbreedte (golfbeweging dus) mee te laten bewegen met verbruik. Voor binnen de bandbreedte wil ik mijn thuisaccu inzetten, ik behoud wat SoC ruimte e.g. 75% - 95% bandbreedte om achterlopende Enphase PV productie op te vangen en zo toch 0 op de meter te krijgen.

Hoor graag of iemand dit al geprobeerd heeft.

[XElD]

Ha @hjw-001, de ervaring die ik tot nu heb is dat het eigenlijk instantaan reageert. Het werkt net zoals in de door Ferdinand beschreven post (Ferdinand Oeinck in "[Enphase] Envoy / IQ Gateway lokaal uitlezen voor domotica") via de PEL instellingen.

Als je bijv. met het vermogen wilt regelen lijkt me via het lokale netwerk wat minder omslachtig. Dat ik de import/export functie zo aan de gang heb gekregen is ook echt omdat ik nu wel eens wou weten of dit nou überhaupt werkte of niet. En omdat het me een mooie knop op mijn meterkast geeft waar ik een labeltje 'PV export aan/uit' onder kon plakken . En ja, het is uiteindelijk natuurlijk ook heel robuust want überhaupt niet afhankelijk van een netwerk.

Wat nog wel een overweging kan zijn is dat via curl aansturen net een wat tragere respons zou kunnen hebben omdat er dan nieuwe PEL instellingen toegepast worden terwijl de relaisschakeling natuurlijk werkt met reeds ingeladen PEL instellingen (evt. iets om een keer te testen).

Toevallig heb ik pak 'm beet een jaar geleden (toen ook nog niet duidelijk was dit via curl kon) precies hetzelfde overwogen als jij zie ook deze post: XElD in "Het grote Enphase topic - deel 2"

Mijn meterkast was toen nog 1 fase en ik kon gemakkelijk zo met vier Shelly Pro EM-50's met vier droogcontacten de envoy aansturen was mijn gedachte. Uiteindelijk niet aan toegekomen.