[Enphase] Envoy / IQ Gateway lokaal uitlezen voor domotica

[fenrir]

Vergeet niet dat gehele naw gegevens bij je Enphase installatie staan en de gateway automatisch de data van de micro omvormers upload naar de cloud omgeving van Enphase. Het is dus wel wat meer dan alleen een token synchronisatie.

[eriksl]

Ja dat is echt de vloek tegenwoordig! Ik heb ook al een verwarmingssysteem en een airco die je ALLEEN maar via cloud kunt uitlezen/besturen. Echt bedroevend. Bij de airco is het zelfs zo dat je die eerder wel lokaal kon benaderen, maar dat ze dat bij latere firmwares hebben uitgezet. Daar zou eens iets voor in de wet vastgelegd moeten worden. Dat je je eigen apparaten ook ZELF mag benaderen...

[marnie]

eriksl schreef op zaterdag 17 mei 2025 @ 09:36:
Ja dat is echt de vloek tegenwoordig! Ik heb ook al een verwarmingssysteem en een airco die je ALLEEN maar via cloud kunt uitlezen/besturen. Echt bedroevend. Bij de airco is het zelfs zo dat je die eerder wel lokaal kon benaderen, maar dat ze dat bij latere firmwares hebben uitgezet. Daar zou eens iets voor in de wet vastgelegd moeten worden. Dat je je eigen apparaten ook ZELF mag benaderen...

Wetgeving komt er aan, dit jaar nog. De Datawet (European Data Act). Of het direct alle data blokkades weghaalt is te betwijfelen,ik verwacht dat er bedrijven zijn die niet direct mee gaan doen.
https://digital-strategy.ec.europa.eu/nl/policies/data-act

[fenrir]

eriksl schreef op zaterdag 17 mei 2025 @ 09:36:
Ja dat is echt de vloek tegenwoordig! Ik heb ook al een verwarmingssysteem en een airco die je ALLEEN maar via cloud kunt uitlezen/besturen. Echt bedroevend. Bij de airco is het zelfs zo dat je die eerder wel lokaal kon benaderen, maar dat ze dat bij latere firmwares hebben uitgezet. Daar zou eens iets voor in de wet vastgelegd moeten worden. Dat je je eigen apparaten ook ZELF mag benaderen...

Dat is dus precies waarom ik maar bleef posten dat volgens mij Enphase niet is wat jij zoekt (of ik heb je verkeerd begrepen).

Mijn envoy is een jaar terug overleden en dat is nog steeds zo. Hij zat in een local lan waardoor deze nog steeds op v5 draaide. Nu heb ik nog steeds geen zin gehad om het geheel te vervangen voor iets anders. Maar dan komt er lekker een string omvormer die ik lokaal kan uitlezen en aansturen. Veel last van schaduw blijk ik niet te hebben.

[eriksl]

Ik zou ook wel het liefst natuurlijk een converter hebben die helemaal lokaal te benaderen is, zonder dat je ook maar iets op internet hoeft te doen. Maar ik betwijfel ten zeerste of die sowieso nog bestaan. Met SolarEdge kan het, maar die hebben geen inverters meer voor < 6 panelen (ja wel in theorie, maar is niet meer aan te komen).

Dus een alternatief waarbij je wel iets met een token moet doen, dat vind ik ook nog wel acceptabel. Als het maar niet is (zoals bij andere apparaten die ik heb) dat ze hun data continu oploaden naar de cloud en dat ik daar dan vervolgens (vaak zeer beperkt) m'n eigen data weer mag ophalen. Dat vind ik echt te ver gaan.

[johnhemmers]

eriksl schreef op zaterdag 17 mei 2025 @ 14:08:
Ik zou ook wel het liefst natuurlijk een converter hebben die helemaal lokaal te benaderen is, zonder dat je ook maar iets op internet hoeft te doen. Maar ik betwijfel ten zeerste of die sowieso nog bestaan. Met SolarEdge kan het, maar die hebben geen inverters meer voor < 6 panelen (ja wel in theorie, maar is niet meer aan te komen).

Dus een alternatief waarbij je wel iets met een token moet doen, dat vind ik ook nog wel acceptabel. Als het maar niet is (zoals bij andere apparaten die ik heb) dat ze hun data continu oploaden naar de cloud en dat ik daar dan vervolgens (vaak zeer beperkt) m'n eigen data weer mag ophalen. Dat vind ik echt te ver gaan.

de apsystems ecu-c biedt die mogelijkheid, icm apsystems omvormers - draait een 'lokale' webserver, die bijvoorbeeld via https://github.com/HAEdwi...tant-apsystems_ecu_reader in home assistent uitgebreid te bevragen/ besturen is - je kunt dan inverters aan/ uit zetten, hun vermogen per paneel beperken, icm ct klemmen in de meterkast zero export activeren (ct klemmen heb ik zelf nog niet geinstalleerd), allerlei informatie opvragen etc - bij mijn weten is een apsystems cloud account daarvoor niet nodig - de ecu-c legt wel contact met apsystems heb ik gezien (kijkt bijvoorbeeld of er een cloud account is met het ecu-c id gekoppeld)

neemt niet weg dat enphase duidelijk marktleider is op het gebied van micro omvormers

[ Voor 32% gewijzigd door johnhemmers op 22-05-2025 09:41 ]

[EdwindeB]

sojab0on schreef op donderdag 8 mei 2025 @ 06:48:
ik kan die installer niet meer gebruiken token gen werkt wel maar ik krijg als ik naar die install pagina wil van de envoy gelijk unauthorized
en niet een vraag om te authen
iemand een tip of idee

@sojab0on
Mocht je een oplossing hebben dan hou ik mij aanbevolen!

Helaas herken ik dit probleem!
Ik zit hier inmiddels al ruim een jaar mee!

Had er een ticket voor lopen bij Enphase. Ze hebben al van alles aangepast, maar werkt nog steeds niet.
Advies was om te bellen, maar is er tot op heden bij gebleven.
Daarnaast geeft ik momenteel de voorkeur bij een kleine negatieve prijs momenteel de voorkeur aan Zero Export. Hiervoor heb ik echter nog geen API calls gevonden, indien dit kan.

[Louwm]

goedemorgen

ik heb een vraag sinds kort schakelt de envoy elke keer van zelf lokaal verbinden aan( het tweede lampje brandt) als ik het uitschakelt met het knopje naast het lampje gaat het na korte tijd weer aan ,
hoe kan ik dat oplossen?
bijvoorbaat dank voor jullie advies

[unconnected]

Louwm schreef op zaterdag 31 mei 2025 @ 07:05:
goedemorgen

ik heb een vraag sinds kort schakelt de envoy elke keer van zelf lokaal verbinden aan( het tweede lampje brandt) als ik het uitschakelt met het knopje naast het lampje gaat het na korte tijd weer aan ,
hoe kan ik dat oplossen?
bijvoorbaat dank voor jullie advies

Je bedoeld dat hij dan zelf een lokaal wifi netwerk wil opzetten? Ik heb dat ook al een tijdje af en toe. Inmiddels ben ik er achter dat internet er dan even heeft uitgelegen en dan gooit hij dat aan. Heb ik sinds KPN mijn experiabox heeft geupdate met 'betere firmware' (sinds december/januari). Nog nooit zo'n brokkele verbinding gehad Misschien bij jou ook een haperende modem?

[Louwm]

unconnected schreef op zaterdag 31 mei 2025 @ 08:49:
[...]


Je bedoeld dat hij dan zelf een lokaal wifi netwerk wil opzetten? Ik heb dat ook al een tijdje af en toe. Inmiddels ben ik er achter dat internet er dan even heeft uitgelegen en dan gooit hij dat aan. Heb ik sinds KPN mijn experiabox heeft geupdate met 'betere firmware' (sinds december/januari). Nog nooit zo'n brokkele verbinding gehad Misschien bij jou ook een haperende modem?

bedankt voor je reactie , denk dat dit niet de oorzaak is omdat als ik het lampje uit zet het binnen 2 minuut weer brandt ,

[iKiddo]

ranjo schreef op dinsdag 1 april 2025 @ 09:29:
Ik heb per toeval mee gekregen dat Enphase een Modbus functie heeft ontwikkeld waardoor Victron systemen de opbrengst kunnen uitlezen. Dit moet bij Enphase aangevraagd worden en dan wordt er een read only modbus poort geactiveerd op de Envoy.
Los van dat dit voor Victron gebruikers heel fijn is, zou het voor mij ook een voordeel zijn om dit met home assistant te koppelen. Dan is er namelijk weer écht een locale API zonder cloud gebaseerde tokens.
Ik heb wel begrepen dat deze nog niet in Nederland beschikbaar is als je bij Enphase de aanvraag doet. Hopelijk gaat dit wel komen.
Zie https://enphase.com/en-gb...g-modbus-tcpip-tech-brief

Heeft er hier al iemand deze 'Victron modbus' aangezet gekregen?

[sandergar]

iKiddo schreef op zondag 1 juni 2025 @ 22:38:
[...]

Heeft er hier al iemand deze 'Victron modbus' aangezet gekregen?

Jazeker. Kost wat moeite en tijd maar uiteindelijk gelukt.

[ranjo]

Ik lees op de comments van deze video dat je schijnbaar ook kan limiteren via modbus. Dat is nieuw voor mij, ik dacht dat de modbus functie alleen read only is. Ben benieuwd of iemand dit kan testen, ik heb (nog) geen meetspoelen dus het zal bij mij niet werken. Zie: YouTube: Nieuws van Victron Energy

[sandergar]

ranjo schreef op vrijdag 13 juni 2025 @ 21:26:
Ik lees op de comments van deze video dat je schijnbaar ook kan limiteren via modbus. Dat is nieuw voor mij, ik dacht dat de modbus functie alleen read only is. Ben benieuwd of iemand dit kan testen, ik heb (nog) geen meetspoelen dus het zal bij mij niet werken. Zie: YouTube: Nieuws van Victron Energy

Limiteren gaat via fase verschuiving. Niet via Modbus. Heb je een Metered of een Standard gateway?

[decramy]

Zonder het filmpje bekeken te hebben... Zou het kunnen dat de afname (aan victron-zijde) gelimiteerd wordt en dat dat instelbaar is via modbus? Als je zonnepanelen alles aan via de victron moet laten lopen (ook voordat je naar het grid gaat) kun je de opbrengst dus limiteren door de afname in te perken.

[ranjo]

Het gaat er om dat je nu juist kan limiteren zonder van het net af te gaan. Off grid kon natuurlijk al langer door de frequentie aan te passen. Maar on grid leek tot voor kort niet mogelijk. (Op de relais contacten na)

[sandergar]

ranjo schreef op vrijdag 13 juni 2025 @ 22:18:
Het gaat er om dat je nu juist kan limiteren zonder van het net af te gaan. Off grid kon natuurlijk al langer door de frequentie aan te passen. Maar on grid leek tot voor kort niet mogelijk. (Op de relais contacten na)

Alle fabrikanten doen mee behalve ...
Enphase .... Volgens Harold, in het filmpje, wil Enphase alleen investeren in hun eigen kastjes.

[Initial G]

Zat wat te spelen met de vincentwolsink HA integratie en kwam er achter dat mijn envoy metered nogal wat grid profiles heeft. Destijds heb ik die met een oude toolkit app geupload en de profielen zijn blijven zitten na alle firmware updates tot nu v8.2.4382.
Aan de ene kant leuk, maar ik vermoed dat het mijn Envoy laggy maakt. Kan ik ook profielen verwijderen? Kan ik de profielen extraheren en opslaan/delen?

code:

available_profiles:
  - G99-1-6:2020 UK:1.2.10
  - AU AS4777.3:2005:1.0.9
  - Vector AS4777.3:2005:1.0.7
  - TasNetworks AS4777.3:2005, PF=0.9:1.0.6
  - AU AS4777.3:2005, No Export:1.0.8
  - AU AS4777.2:2015 Zero Export:1.1.4
  - NZ default AS4777.2:2015 ≤30kVA:1.1.1
  - TASMAN AS4777.2:2015 ≤30kVA:1.1.2
  - WEL AS4777.3:2005, No Export:1.0.9
  - WEL AS4777.3:2005:1.0.9
  - TasNetworks AS4777.2:2015, PF=0.9 UE:1.1.1
  - AU AS4777.2:2015 10kW Export Limit:1.1.1
  - C10_11 20130101:1.0.5
  - Greece Mainland PPC 20120101:1.0.3
  - Greece Island PPC 20120101:1.0.3
  - Argentina Santa Fe 220V:1.1.2
  - VFR2014:1.0.3
  - WA AS4777.2:2015 VV VW 5kW Export:1.1.7
  - BL&P 230:1.1.3
  - SS-EN50438:2007 SEK TK8:1.1.2
  - PowerWater AS4777.2:2015 ≤30kVA:1.0.8
  - OJ Oct 2 2013 Turkey:1.1.2
  - Corsica SEI REF 14 201611 49.5_50.5Hz:1.0.7
  - Corsica SEI REF 14 201611 46_52Hz:1.0.5
  - VDE0126 Alternative Chile:1.0.7
  - Argentina Edenor-Edesur 2019:1.1.1
  - SA TS129 AS4777.2:2015 VV VW:1.1.2
  - Hong Kong 220V 50Hz:1.1.3
  - SA TS129 AS4777.2:2015 VV VW 15kW Export Limit:1.1.2
  - SA TS129 AS4777.2:2015 VV VW 5kW Export Limit:1.1.3
  - QLD AS4777.2:2015 VV VW:1.1.2
  - QLD AS4777.2:2015 VV VW 5 kW Export Limit:1.1.1
  - QLD AS4777.2:2015 VV VW 15 kW Export Limit:1.1.2
  - SA TS129 AS4777.2:2015 VV VW Zero Export:1.1.1
  - QLD AS4777.2:2015 VV VW Zero Export:1.1.1
  - NZ default AS4777.3:2005:1.0.1
  - NZ default AS4777.3:2005, No Export:1.0.1
  - Endeavour Energy AS4777.2:2015 VV VW 4.8 kW Export Limit:1.1.1
  - Endeavour Energy AS4777.2:2015 VV VW:1.1.1
  - QLD AS4777.2:2015 VV VW 10 kW Export Limit:1.1.2
  - PowerWater AS4777.2:2015 Zero Export:1.1.2
  - New Caledonia-50-230:1.1.2
  - TAS AS4777.2:2015 VV VW:1.1.1
  - UTE-2017:1.1.1
  - Essential Energy AS4777.2:2015 Vv Vw 258V 3kW Export:1.1.1
  - AU AS4777.2:2015 5 kW Export Limit 258V:1.1.1
  - Essential Energy AS4777.2:2015 Vv Vw 6 kW Export:1.1.3
  - AU AS4777.2:2015:1.1.3
  - AU AS4777.2:2015 VV VW:1.1.3
  - PowerWater AS4777.2:2015 5 kW Export:1.1.3
  - PowerWater AS4777.2:2015 7 kW Export:1.1.4
  - TAS AS4777.2:2015 VV VW 5kW Export:1.1.1
  - AU AS4777.2:2015 258V:1.1.1
  - VDE AR-N-4105:2018 Germany, Red. 70%, cos phi 1:1.2.3
  - VDE AR-N-4105:2018 Germany, Red. 50%, cos phi 1:1.2.3
  - VDE AR-N-4105:2018 Germany, no limit, cos phi 1:1.2.3
  - VDE AR-N-4105:2018 Germany, Red. 70%, cos phi 0.95:1.2.3
  - VDE AR-N-4105:2018 Germany, Red. 50%, cos phi 0.95:1.2.3
  - VDE AR-N-4105:2018 Germany, no limit, cos phi 0.95:1.2.4
  - VDE AR-N-4105:2018 Germany, no limit, cos phi 0.9:1.2.4
  - VDE AR-N-4105:2018 Germany, Red. 50%, cos phi 0.9:1.2.3
  - VDE AR-N-4105:2018 Germany, Red. 70%, cos phi 0.9:1.2.2
  - VDE AR-N-4105:2018 Germany, Red. 70%, cos phi -0.95:1.2.2
  - VDE AR-N-4105:2018 Germany, Red. 50%, cos phi -0.95:1.2.2
  - VDE AR-N-4105:2018 Germany, no limit, cos phi -0.95:1.2.3
  - VDE AR-N-4105:2018 Germany, no limit, cos phi -0.9:1.2.3
  - VDE AR-N-4105:2018 Germany, Red. 50%, cos phi -0.9:1.2.2
  - VDE AR-N-4105:2018 Germany, Red. 70%, cos phi -0.9:1.2.2
  - VDE AR-N-4105:2018 Germany, PEL 70 %W, OE:1.2.7
  - VDE AR-N-4105:2018 Germany, PEL 70 %W, UE:1.2.7
  - VDE AR-N-4105:2018 Switzerland -0.9 PF:1.2.1
  - EN50438:2013 Spain:1.1.5
  - EN 50549-1:2019 RfG Base Profile:1.2.10
  - EN 50549-1:2019 EIFS 2018:2 Sweden:1.2.6
  - EN 50549-1:2019 Finland FinGrid VJV2018:1.2.3
  - EN 50549-1:2019 ANRE Norms Romania No 30/2013:1.2.5
  - EN 50549-1:2019 ENTSOe RFG Type A Poland <10 kW:1.2.9
  - EN50438:2013 Spain No Export:1.1.2
  - EN 50549-1:2019 MEM.A No.1087 Luxembourg:1.2.2
  - AU AS4777.2:2015 VV 12 kW Export Limit:1.1.1
  - EN 50549-1:2019 RfG E02 Netherlands:1.2.4
  - QLD AS4777.2:2015 VV VW 30 kW Export Limit:1.1.2
  - G98-1-4:2019 UK:1.2.5
  - SA TS130 AS4777.2:2015 VV VW:1.1.2
  - EN 50549-1:2019 VFR2019 France:1.2.6
  - PowerWater AS4777.2:2015 15 kW Export:1.1.3
  - EN 50549-1:2019 C10/11 Belgium Synergrid 201909:1.2.7
  - VDE AR-N-4105:2018 Germany, Red. 0%, cos phi 1:1.2.1
  - G98-1/NI:2019 Northern Ireland:1.2.6
  - VDE AR-N-4105:2018 Switzerland 0W Export:1.2.2
  - EN 50549-1:2019 TOR Type A:2019 Austria 0W PEL:1.2.1
  - G99-1/NI:2019 Northern Ireland:1.2.11
  - AusGrid AU AS4777.2:2015 VV VW:1.1.2
  - VDE AR-N-4105:2018 Hungary:1.2.5
  - VDE AR-N-4105:2018 Germany, PEL 40 %W, cos phi 1:1.2.1
  - VDE AR-N-4105:2018 Switzerland, UE:1.2.4
  - Essential Energy AS4777.2:2015 Vv Vw 5 kW Export:1.1.3
  - PowerWater AS4777.2:2015:1.1.1
  - EN 50549-1:2019 VFR2019 France - Zero Export:1.2.1
  - G99-1-6:2020 G100-1-2:2018 UK PEL Zero Export:1.2.12
  - QLD AS4777.2:2015 VV VW 2 kW Export Limit:1.1.1
  - Essential Energy AS4777.2:2015 Vv Vw Zero Export:1.1.1
  - G59-3-4:2018, G100-1-1:2017 PEL 4.4 kW:1.0.18
  - EN 50549-1:2019 RfG Poland:1.1.2
  - UK G59-3-6:2019:1.0.4
  - UK G83-2-1:2018:1.0.2
  - G59-3-4:2018, G100-1-1:2017 PEL 3.68 kW:1.0.4
  - G99-1-1:2018 G100-1-1:2017 UK PEL 3.4 kW:1.0.2
  - G99-1-1:2018 G100-1-1:2017 UK PEL 3.6 kW:1.0.2
  - G99-1-1:2018 G100-1-1:2017 UK PEL 6.5 kW:1.0.2
  - G99-1-1:2018 G100-1-1:2017 UK Zero Export:1.0.2
  - India - Kerala:1.1.2
  - VFR2014 Tahiti 50 Hz 230 V:1.0.1
  - G99-1/NI:2019 G100-1-2:2018 Northern Ireland Zero Export:1.2.11
  - EN50438:2013 Balearic and Canary Islands:1.1.5
  - AusGrid AU AS4777.2:2015 VV VW 5 kW Export Limit:1.1.1
  - AusGrid AU AS4777.2:2015 VV VW Zero Export:1.1.1
  - AusGrid AU AS4777.2:2015 VV VW 15 kW Export Limit:1.1.1
  - Endeavour Energy AS4777.2:2015 VV VW Zero Export:1.1.1
  - Endeavour Energy AS4777.2:2015 VV VW 5 kW Export Limit:1.1.1
  - Endeavour Energy AS4777.2:2015 VV VW 15 kW Export Limit:1.1.1
  - Horizon AU AS4777.2:2015 VV VW:1.1.2
  - Horizon AU AS4777.2:2015 VV VW Zero Export:1.1.1
  - Horizon AU AS4777.2:2015 VV VW 5 kW Export Limit:1.1.1
  - Horizon AU AS4777.2:2015 VV VW 15 kW Export Limit:1.1.1
  - Essential Energy AS4777.2:2015 Vv Vw 4 kW Export Limit:1.1.1
  - EN 50549-1:2019 TR V1.2:201902 DK1:1.2.4
  - EN 50549-1:2019 TR V1.2:201902 DK2:1.2.4
  - Essential Energy AS4777.2:2015 Vv Vw 2kW Export:1.1.1
  - Essential Energy AS4777.2:2015 VV VW:1.1.1
  - AU AS4777.3:2005:1.0.1
  - AusGrid AU AS4777.2:2015 VV VW 10 kW Export Limit:1.1.1
  - Essential Energy AS4777.2:2015 VV VW 3kW Export old settings:1.1.2
  - Italy CEI 0-21 201412:1.0.8
  - NZ MainPower AS4777.2:2015 VV VW:1.1.1
  - VDE AR-N-4105:2018 Germany, Red. 20 %W, cos phi 1:1.2.8
  - VDE AR-N-4105:2018 Germany, Red. 95 %W, cos phi 1:1.2.8
  - EN 50549-1:2019 - No Export:1.2.1
  - NERSA 3.0:2019 / NRS 097-2-1:2017 ED2.1 South Africa:1.2.6
  - EN 50549-1:2019 Czech PPDS:2018:1.2.2
  - BL&P 2020 50-230 FW VV >150kW:1.1.1
  - BL&P 2020 50-230 FW FP <=150kW:1.1.2
  - EN 50549-1:2019 ENTSOe RFG Type A Poland <10 kW - Zero Export:1.2.1
  - EN 50549-1:2019 ENTSOe RFG Type A Poland <10 kW - 3.68kW PEL:1.2.1
  - >-
    NERSA 3.0:2019 / NRS 097-2-1:2017 ED2.1 South Africa zero injection
    enabled:1.2.6
  - Israel SI 4777 2008:1.2.5
  - AU AS4777.2:2015 2 kW Export Limit 258V:1.1.1
  - AU AS4777.2:2015 2.5 kW Export Limit 258V:1.1.1
  - AU AS4777.2:2015 3 kW Export Limit 258V:1.1.1
  - Jamaica-50-240:1.1.1
  - EN 50549-1:2019 TOR Type A:2019 Austria:1.2.15
  - EN 50549-1:2019 VFR2019 France - PEL 6kW:1.2.1
  - G99-1-6:2020 G100-1-2:2018 UK PEL 2kW:1.2.1
  - G99-1-6:2020 G100-1-2:2018 UK PEL 4.3kW:1.2.1
  - QLD AS4777.2:2015 VV VW 12.6 kW Export Limit:1.1.1
  - VIC AS4777.2:2015 VV VW 4 kW Export Limit:1.1.1
  - VDE AR-N-4105:2018 Germany, Red. 60 %W, cos phi -0.95:1.2.6
  - Essential Energy AS4777.2:2015 Vv Vw 7 kW Export:1.1.1
  - Essential Energy AS4777.2:2015 Vv Vw 4 kW Export:1.1.1
  - Essential Energy AS4777.2:2015 Vv Vw 3 kW Export:1.1.1
  - Essential Energy AS4777.2:2015 Vv Vw 11 kW Export:1.1.1
  - Essential Energy AS4777.2:2015 Vv Vw 15 kW Export:1.1.1
  - MEA 2015 Thailand:1.2.4
  - MEA 2015 Thailand Zero Export:1.2.1
  - VIC AS4777.2:2015 VV VW 4.5 kW Export Limit:1.1.1
  - NZ 4777.2:2015 5 kW Export Limit:1.1.2
  - EN 50549-1:2019 VFR2019 France - Zero Export Maroc:1.2.1
  - G99-1-6:2020 G100-1-2:2018 UK PEL 6.84kW:1.2.1
  - NZ 4777.2:2015 15 kW Export Limit:1.1.1
  - NZ 4777.2:2015 2 kW Export Limit:1.1.1
  - NZ 4777.2:2015 20 kW Export Limit:1.1.1
  - NZ 4777.2:2015 6 kW Export Limit:1.1.1
  - NZ 4777.2:2015 Zero Export Limit:1.1.1
  - NZ 4777.2:2015 3 kW Export Limit:1.1.1
  - AS/NZS 4777.2:2015 30 kW Export Limit:1.1.2
  - EN 50549-1:2019 ANRE Norms Romania No 30/2013_Zero_Export:1.2.2
  - New Caledonia-50-230 Zero Export:1.1.2
  - Endeavour Energy AS4777.2:2015 VV VW 1 kW Export:1.1.1
  - EN 50549-1:2019 Elektrilevi Estonia:1.2.3
  - UK G59-3-7:2019 M-Series:1.0.14
  - EN 50549-1:2019 Czech PPDS:2018_Zero Export:1.2.1
  - NZ 4777.2:2015 7.8 kW Export Limit:1.1.1
  - EN 50549-1:2019 Turkey EDPK 28229:2012 <16A:1.2.5
  - G99-1-6:2020 G100-1-2:2018 UK PEL 5.5kW:1.2.1
  - EN 50549-1:2019 VFR2019 - PEL 3kW France:1.2.1
  - EN 50549-1:2019 Malta:1.2.2
  - EN 50549-1:2019 VFR2019 France PEL 9kW:1.2.1
  - CEA 2016 230:1.2.6
  - CEA 2016 240:1.2.7
  - VIC AS4777.2:2015 VV VW:1.1.2
  - VIC AS4777.2:2015 VV VW 10 kW Export Limit:1.1.2
  - VIC AS4777.2:2015 VV VW 15 kW Export Limit:1.1.2
  - VIC AS4777.2:2015 VV VW 5 kW Export Limit:1.1.2
  - VIC AS4777.2:2015 VV VW 6kW Export Limit:1.1.2
  - VIC AS4777.2:2015 VV VW 8 kW Export Limit:1.1.2
  - VIC AS4777.2:2015 VV VW Zero Export:1.1.1
  - VIC AS4777.2:2015 VV VW 24 kW Export Limit:1.1.1
  - VIC AS4777.2:2015 VV VW 12.95 kW Export:1.1.1
  - VDE AR-N-4105:2018 Deutschland, bis 600 VA:1.2.7
  - VIC AS4777.2:2015 VV VW 1 kW Export Limit:1.1.1
  - PEA 2016 Thailand 220 V Zero Export:1.2.1
  - CEA 2016 230v Zero Export:1.2.4
  - CEA 2016 240v Zero Export:1.2.4
  - PEA 2016 Thailand 220 V:1.2.5
  - PEA 2016 Thailand 220 V, UE:1.2.5
  - VDE0126:2013 Monaco:1.1.24
  - EN50438:2013 Portugal:1.2.6
  - Italy CEI 0-21 201409 Q-Relay 2:1.2.9
  - Italy CEI 0-21 201904 S1:1.2.2
  - Italy CEI 0-21 201904 S2:1.2.3
  - EN 50549-1:2019 Spain:1.2.1
  - EN 50549-1:2019 DTIS-230206-BRL Oct-2018 Ireland:1.2.10
  - Italy CEI 0-21 201904 S2 Zero Export:1.2.4
  - Chile MT Densidad Baja:1.1.1
  - Chile MT Densidad Alta o Media:1.1.1
  - Essential Energy AS4777.2:2015 Vv Vw 4.6 kW Export Limit:1.1.1

[eriksl]

Overigens is het systeem intussen aangelegd en sinds vandaag kan ik er ook bij (had nog even wat voeten in de aarde).

Ik kan de totale opbrengst opvragen (https/json vanaf de envoy) en ook de opbrengst per inverter.

Maar wat hier eerder werd gezegd, dat je ook het voltage en frequentie per inverter kunt opvragen, ik denk dat dat niet kan, er is geen enkele URL in het lijstje die die informatie geeft.

Elke minuut uitvragen is geen enkel probleem, alleen de waardes lopen nogal eens achter. De actuele opbrengst is van pak 'm beet de laatste vijf minuten, de opbrengst per inverter kan nog wat verder achterlopen omdat die inverters maar eens per zoveel tijd hun informatie doorgeven.

Ik vergelijk dit (in één grafiek) met wat de kWh-meter aangeeft en dan klopt het best aardig. Je mist alleen de zeer tijdelijke pieken en dalen.

Dit is allemaal zeer acceptabel, maar ik moet zeggen dat de toegang zoals SolarEdge die biedt, via TCP MODbus, net even iets beter werkt. Ook geen gedoe met keys en session id's enzo. Alleen daar kun je dan weer de opbrengst per optimiser helemáál niet opvragen. Dan is die eens per +/- 10 minuten van Enphase nog niet zo slecht.

Daarover gesproken, ik snij nu nog een bochtje af door m'n session id cookie uit m'n browser te vissen en die met de http fetcher mee te geven. Ik zie dat het betreffende cookie een levensduur heeft van 1 maand in de browser, dus dit lijkt me niet echt de beste methode voor de lange termijn

Dan zal ik toch even in moeten duiken in het geautomatiseerd opvragen van een key en session id. Zag er toch nog wel wat ingewikkeld uit, als je totaal geen gebruikers-interactie mag hebben, geen interactieve browser...

[Lawrentz]

eriksl schreef op woensdag 9 juli 2025 @ 21:10:

Maar wat hier eerder werd gezegd, dat je ook het voltage en frequentie per inverter kunt opvragen, ik denk dat dat niet kan, er is geen enkele URL in het lijstje die die informatie geeft.

Ik denk dat het het wel kan.

code:

curl -k -f -H "Authorization: Bearer <token>" https://<ip-address>/ivp/meters/readings

Maw, RTFM (Read The Fantastic Manual)?

[eriksl]

Nah, daar heb je niet zoveel aan als je niet de metered versie hebt... Ok, dat had ik niet verteld.

Dit is dan overigens niet per inverter maar per fase (en alles 0 bij mij dus).

[ Voor 31% gewijzigd door eriksl op 10-07-2025 10:27 ]

[Pazo]

@eriksl nee dat kan inderdaad niet. Als je een DHZ / installateursaccount hebt kan je het wel in Enlighten vinden.

[eriksl]

Ja, daar had ik 'm (ook) al gevonden. Maar beetje lastig geautomatiseerd uit te lezen...

[Pazo]

Via Home Assistant kan het wel.

[Rouske]

eriksl schreef op donderdag 10 juli 2025 @ 10:26:
Nah, daar heb je niet zoveel aan als je niet de metered versie hebt... Ok, dat had ik niet verteld.

Dit is dan overigens niet per inverter maar per fase (en alles 0 bij mij dus).

De info per inverter staat hier:
https://<IP>/ivp/peb/devstatus

"fields": ["serialNumber", "devType", "communicating", "recent", "producing", "reportDate", "temperature", "dcVoltageINmV", "dcCurrentINmA", "acVoltageINmV", "acPowerINmW"],

[eriksl]

Nope..

<html>
<head><title>401 Authorization Required</title></head>
<body>
<center><h1>401 Authorization Required</h1></center>
<hr><center>Redirecting to <a id='link' href=''></a></center>
<script>
const redirect_url = window.location.protocol + '//' + window.location.host + '/home';
function redirect() { window.location.href = redirect_url; }
window.onload = function() {
const link = document.getElementById('link');
link.href = redirect_url;
link.text = redirect_url;
setTimeout(redirect, 500);
}
</script>
</body>
</html>

Misschien dat je daarvoor (ook) een metered versie moet hebben, of een oudere firmware.

[Rouske]

@eriksl ik heb een standaard versie met D8.3.5167
Je moet wel via de installer/dhz login inloggen (token).

Moet wel zeggen dat ik geen domotica heb en als ik die info wil inzien dat ik eerst een sessie opzet naar https://<IP>/home en daar inloggen met mijn dhz account. Daarna een 2e sessie/tab naar https://<IP>/ivp/peb/devstatus of andere url zonder in te loggen.

[ Voor 57% gewijzigd door Rouske op 10-07-2025 15:45 ]

[eriksl]

Ik heb wel een installer login, maar dat is niet het account waarmee ik de tokens voor de envoy kan maken, dat is met m'n "gewone" gebruikers-login. Ja, ik snap er ook weinig van. Da's ook iets waar m'n installateur mee aan het klooien is geweest en ik geloof dat hij het ook niet helemaal begreep, ben al lang blij dát ik toegang heb. Ik laat 'm nu even met rust, hij had er al aardig wat tijd in gestoken.

[eriksl]

BTW het is me nu wel gelukt met jouw truc. Dat wil zeggen dat het zou kunnen door de session cookie uit je browser te "stelen". Dat heb ik gisteren ook gedaan voor "gewone" toegang (omdat ik nog niet helemaal door had hoe het systeem met de authorisation tokens werkte) en dat werkt op zich best, alleen die session cookies werken maar een paar uur. Dus ja, leuk om eens naar te kijken, maar ik ben bang dat ik het niet kan automatiseren. Of iemand moet nog een slim idee hebben ;-) Ik heb nu de opbrengst in W per inverter, dat vind ik al heel mooi.

[EdwindeB]

Ik heb/had geautomatiseerd via Node-red i.c.m. openHAB.
Maar kan ook bijvoorbeeld via curl script.
Zie hiervoor op: https://enever.nl/zonnepanelen-aan-uit-zetten-enphase/

Ik heb deze gebruikt om het in Node-Red te maken.
Helaas werkt het sinds half april vorig jaar niet volledig meer.
Ik wil zaken opvragen waarvoor je Installer rechten nodig hebt en die heb ik, desondanks krijg ik een 403 authorization required melding.

Ik heb Enphase hier een half jaar op laten zwoegen, zonder resultaat. Het zou goed moeten zijn.
Ik denk zelf nog steeds dat mijn installateur het niet leuk vond dat ik mijn panelen uit zette en iets heeft aangepast waardoor het opeens niet meer werkte, helaas zijn ze inmiddels failliet en kan het ze niet vragen.

Ik hoop dat iemand hier ooit een oplossing voor heeft.
Daarnaast zou ik nog steeds geautomatiseerd willen regelen om Zero Export te kunnen regelen, maar hier lijkt geen API voor en moet nu via de portal.

[willemd]

Sinds deze week heb ik een Enphase-systeem met een Envoy Metered. Alles lijkt goed te werken, maar de statistieken in HA geven een raar beeld. Ik heb op dit moment alleen nog een gewone gebruikersaccount in mijn Enphase.

De huidige productie en consumptie die HA aangeeft (dus in W) lijkt goed te zijn. Ze komen min of meer overeen met wat de P1-meter aangeeft.

Maar de 'energy consumption today' is mis. Zie dit screenshot:





De energy consumption today in kWh (dus elektra-gebruik in huis, toch?) zou continu moeten stijgen, en kan niet afnemen. Althans, dat is wat ik zou verwachten.


Wat gaat hier mis? Zou een van de ringen verkeerd zijn gemonteerd, of verkeerd ingesteld? Of is dit normaal bij deze statistiek (en begrijp ik het gewoon niet)?

[Appletower]

Vraag: hoe moeilijk is het om een standaard Envoy te vervangen door een metered?

[sandergar]

Appletower schreef op zondag 13 juli 2025 @ 17:21:
Vraag: hoe moeilijk is het om een standaard Envoy te vervangen door een metered?

Voor een leek heel moeilijk en voor een elektricien geheel niet moeilijk. Heb ik hiermee je vraag beantwoord?

[Lawrentz]

Appletower schreef op zondag 13 juli 2025 @ 17:21:
Vraag: hoe moeilijk is het om een standaard Envoy te vervangen door een metered?

Ik interpreteer je vraag dat je overweegt om het zelf te doen.

Met deze interpretatie schrijf ik deze reactie.

Als je jezelf deze vraag stelt dan heb je je niet verdiept in deze materie.
Dan lijkt het mij verstandig om de vervanging uit te besteden.

Het is meer dan een stopcontact vervangen of tuinverlichting aanleggen.

[Ferdinand Oeinck]

Appletower schreef op zondag 13 juli 2025 @ 17:21:
Vraag: hoe moeilijk is het om een standaard Envoy te vervangen door een metered?

Is bij mij vandaag gedaan door ZPN. Was na zo'n anderhalf uur klaar. Wat veel tijd koste was de envoy in de installer toolkit te vervangen en van nieuwe software te voorzien.

Gelijk later in de middag de optie 'Limit power production/export via reading of relays settings on Gateway's Digital Input Port' uitgeprobeerd met een Shelly op 1 relay. Dat werkte goed! (Bij de envoy standard niet).

Nu nog een Shelly Pro 3 erbij zodat alle 16 levels te programmeren zijn....

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