[Enphase] Envoy / IQ Gateway lokaal uitlezen voor domotica

[rft80]

LT1970 schreef op zaterdag 3 mei 2025 @ 10:20:
Wij hebben twee sets panelen, een oude set met een Envoy-R en een nieuwe set met de IQ Gateway standard. Ik heb de Envoy Installer integratie van Vincent Wolsink geïnstalleerd en kan nu de productie van de nieuwe panelen uitzetten maar ik krijg de Envoy-R niet toegevoegd aan de Envoy Installer Integratie. Ik ga er vanuit dat de Envoy-R te oud is.

Heeft iemand ook deze combinatie van twee systemen en een methode gevonden om beide systemen uit te lezen met Home Assistant?

Heeft de Envoy-R een api optie? Firmware D4 of nieuwer?

Zo ja, ik zit op FW D5 (deze is volledig lokaal, geen cloud-key nodig om in te loggen); met een installer account kan je gewoon curl commando's versturen:

STATUS

code:

curl -v -k GET "http://IPADDR/ivp/mod/603980032/mode/power" -H "Accept: application/json" --digest -u "installer:PDW"

PANELEN UIT

code:

curl -k -X PUT "http://IPADDR/ivp/mod/603980032/mode/power" \
     -H "Accept: application/json" \
     --digest -u "installer:PWD" \
     -b /tmp/CURLCOOKIE \
     -H "Content-Type: application/x-www-form-urlencoded" \
     -d "{\"length\":1,\"arr\":[1]}"

PANELEN AAN

code:

curl -k -X PUT "http://IPADDR/ivp/mod/603980032/mode/power" \
     -H "Accept: application/json" \
     --digest -u "installer:PWD" \
     -b /tmp/CURLCOOKIE \
     -H "Content-Type: application/x-www-form-urlencoded" \
     -d "{\"length\":1,\"arr\":[0]}"

[Pazo]

aran schreef op zondag 11 mei 2025 @ 15:50:
[...]


Hoi @Pazo heb jij hiervoor een metered gateway gebruikt of kan dit ook met de reguliere non-metered gateway? Ben inmiddels wat uurtjes aan het lezen maar vind vooral oplossingen voor de metered-variant.

Tegelijk kom ik onderstaande link tegen. Daarin wordt duidelijk dat binnen de installer (&dhz?) omgeving je de productie uit zou kunnen zetten.

Hoe heb jij het gedaan?

https://support.enphase.c...d-enable-power-production

Ik heb inderdaad een metered gateway, maar volgens mij moet het met een standaard ook kunnen.
Maar je moet inderdaad wel een DHZ / bedrijfsaccount hebben.

[LT1970]

rft80 schreef op zondag 11 mei 2025 @ 21:21:
[...]

Heeft de Envoy-R een api optie? Firmware D4 of nieuwer?

Zo ja, ik zit op FW D5 (deze is volledig lokaal, geen cloud-key nodig om in te loggen); met een installer account kan je gewoon curl commando's versturen:

Bedankt voor de tip, ik zit nog op D3.17.3. Ik ga eens kijken hoe ik op D5 kom.

[Pazo]

@LT1970 Geen idee of zo'n oude envoy nog nieuwere firmware kan krijgen.
Enphase kan wel update pushen, dus wellicht dat je de support kan bellen en vragen of er een nieuwe firmware versie is / deze laten pushen.

[zunrob]

In ons huis is een installatie van Enphase aanwezig. Zover ik zie met de IQ7 en een Gateway Standard.
Ik gebruik de standaard integratie van Home Assistant, maar het valt me op dat de frequentie waarmee de data wordt bijgewerkt steeds anders is. Daarom heb ik een custom polling interval aangemaakt van elke 10 seconden, maar dit lijkt niets uit te maken. Bij een vriend werkt dit wel op deze manier. Het is me eigenlijk niet duidelijk wat de reden is dat dit niet werkt. Hopelijk kan iemand me de goede kant op wijzen!

[zunrob]

CappieL schreef op woensdag 26 maart 2025 @ 10:20:
[...]


Omdat ik mijn vorige bericht niet meer kan bewerken, quote ik mezelf maar even.
Ik kwam er maar niet uit en heb toen een dagrapportage uitgedraaid (CSV-bestand) en hierin zag ik dat de tijdinterval 5 minuten is, maar dat de meetwaarde een uur lang hetzelfde bleef.
Heb contact opgenomen met de Enphase support en zij hebben de pollingconfiguratie aangepast naar 5 minuten. (Dit is een instelling die zij ooit veranderd hebben en op verzoek kan dit worden gewijzigd).

Welk interval is dit? Interval waarmee de Gateway de omvormers pollt of interval waarmee naar de cloud wordt gestuurd?

Ik had vandaag gebeld met de helpdesk m.b.t. het poll interval in HA, maar ik had niet de indruk dat de Engels sprekende medewerker mij helemaal begreep. Hij had het alleen over het 15 minuten interval voor de cloud.

[Kingiez]

De enphase omvormers rapporteren (doorgaans) eens in de 5 minuten richting de envoy. De envoy rapporteert eens per 15 minuten naar de cloud.

Nu starten de omvormers niet per se op dezelfde tijd op, maar ook willen de rapportages nog wel eens net iets later (of eerder) binnekomen en zo in ieder geval ervoor zorgen dat alle omvormers asynchroon van elkaar een rapportage sturen naar de envoy (en dus niet netjes allemaal op de iedere 5e minuut van het uur).

Zo kan het dus lijken alsof je iedere minuut (of iedere 40 seconden), een update binnenkrijgt, maar dat is dan op basis van 1 of meerdere omvormers die een rapportage heeft verstuurd naar de envoy.

Zeker in het geval van een envoy standard heeft het weinig zin om vaker dan eens per minuut je envoy te pollen vanuit Home Assistant.


Als je een envoy metered hebt met CT klemmen, dan is het in sommige gevallen wel mogelijk om vaker (of near-realtime zelfs) updates te ontvangen van je totale opwek (op basis van de CT klemmen). De omvormers rapporteren ook dan gewoon eens per 5 minutem, dus geldt hetzelfde als bij de Envoy Standard.

[aran]

Hoi allemaal,

nav de berichten over uitzetten van de panelen/micro omvormers, probeer ik een DHZ-account of installer-account te krijgen. Enphase gebeld en zij geven aan mijn account te kunnen omzetten voor 250 of 300 euro. Of eventueel 12 euro per maand. Dat vind ik wel echt gekkenwerk.

Wat zijn de mogelijke manieren om een huiseigenaaraccount om te zetten naar een installer/dhz-account? Graag jullie tips.

[Pazo]

@aran
FAQ vraag 14.

[eriksl]

Twee jaar geleden heb ik de zonnepanelen, vier stuks, op het dak van het huis laten vervangen. Die waren uit 2008 dus niet echt heel efficient... Er zat nog een staartje subsidie op, dus ik heb ze op het dak van het tuinhuisje geplaatst, was nog best even leuk qua opbrengst, maar niet echt schokkend.

Nu is de subsidie afgelopen, dus ze kunnen weg. Ik heb besloten ze te vervangen door iets moderns/efficienters. Ik had bedacht daarvoor een vergelijkbaar, naar mijn idee, best mooi systeem van SolarEdge hiervoor te gaan gebruiken als dat ik op het dak heb. Helaas zijn de panelen (de "optimisers" tegenwoordig écht niet meer individueel uit te lezen, wat best jammer is, MAAR er is wel een mooie TCP MODbus interface die in super realtime, zonder vertraging, via TCP allerlei interessante informatie geeft, zoals de huidige opbrengst (input DC, output AC, stroom en spanning, frequentie enz). Daar kan ik wel mee leven.

Maar nu blijkt dus dat de serie inverters van SolarEdge die ik op het oog had, niet kunnen werken met vier panelen. Begint bij zes. Te lage nominale spanning met vier panelen. Mijn installateur had intussen een ander model van SE gevonden, waarbij je een enkele optimiser bij de inverter krijgt waar je vier panelen op kunt aansluiten (eventueel acht). De inverter en optimiser is wel pittig duur. En ook, blijkt nu, eigenlijk niet meer verkrijgbaar. Terug naar de tekentafel.

Ik ben dus aan het kijken naar alternatieven. Enphase lijkt me ook goed spul. Waar ik nu naar aan het kijken ben, is of je ze ook goed kunt uitlezen. Niet via een "cloud" maar gewoon lokaal. In dit topic zie ik daar gemengde berichten over. Het is me niet helemaal duidelijk hoe en wat als ik nú een Envoy aanschaf (met de laatste firmware). Of ik daar lokaal (via http+json?) gegevens uit kan halen. En wat die gegevens dan precies zijn (met name of ook de DC input gerapporteerd; als de informatie per micro-converter uitgesplitst wordt, zou dat helemaal mooi zijn). Voordat ik Enphase ga aanschaffen wil ik dat echt zeker weten. TCP Modbus, zoals bij SolarEdge zou ik nog mooier vinden.

Wie heeft hier ervaring mee en kan me dat vertellen?

[fenrir]

eriksl schreef op donderdag 15 mei 2025 @ 19:30:
Twee jaar geleden heb ik de zonnepanelen, vier stuks, op het dak van het huis laten vervangen. Die waren uit 2008 dus niet echt heel efficient... Er zat nog een staartje subsidie op, dus ik heb ze op het dak van het tuinhuisje geplaatst, was nog best even leuk qua opbrengst, maar niet echt schokkend.

Nu is de subsidie afgelopen, dus ze kunnen weg. Ik heb besloten ze te vervangen door iets moderns/efficienters. Ik had bedacht daarvoor een vergelijkbaar, naar mijn idee, best mooi systeem van SolarEdge hiervoor te gaan gebruiken als dat ik op het dak heb. Helaas zijn de panelen (de "optimisers" tegenwoordig écht niet meer individueel uit te lezen, wat best jammer is, MAAR er is wel een mooie TCP MODbus interface die in super realtime, zonder vertraging, via TCP allerlei interessante informatie geeft, zoals de huidige opbrengst (input DC, output AC, stroom en spanning, frequentie enz). Daar kan ik wel mee leven.

Maar nu blijkt dus dat de serie inverters van SolarEdge die ik op het oog had, niet kunnen werken met vier panelen. Begint bij zes. Te lage nominale spanning met vier panelen. Mijn installateur had intussen een ander model van SE gevonden, waarbij je een enkele optimiser bij de inverter krijgt waar je vier panelen op kunt aansluiten (eventueel acht). De inverter en optimiser is wel pittig duur. En ook, blijkt nu, eigenlijk niet meer verkrijgbaar. Terug naar de tekentafel.

Ik ben dus aan het kijken naar alternatieven. Enphase lijkt me ook goed spul. Waar ik nu naar aan het kijken ben, is of je ze ook goed kunt uitlezen. Niet via een "cloud" maar gewoon lokaal. In dit topic zie ik daar gemengde berichten over. Het is me niet helemaal duidelijk hoe en wat als ik nú een Envoy aanschaf (met de laatste firmware). Of ik daar lokaal (via http+json?) gegevens uit kan halen. En wat die gegevens dan precies zijn (met name of ook de DC input gerapporteerd; als de informatie per micro-converter uitgesplitst wordt, zou dat helemaal mooi zijn). Voordat ik Enphase ga aanschaffen wil ik dat echt zeker weten. TCP Modbus, zoals bij SolarEdge zou ik nog mooier vinden.

Wie heeft hier ervaring mee en kan me dat vertellen?

Dit gaat niet (meer) bij Enphase. Je zult altijd een verbinding met de cloud nodig hebben.

[RichieB]

fenrir schreef op donderdag 15 mei 2025 @ 19:36:
[...]

Dit gaat niet (meer) bij Enphase. Je zult altijd een verbinding met de cloud nodig hebben.

Je hebt alleen de cloud nodig voor een authenticatie token. De gegevens kan je nog steeds lokaal uitlezen, zie bijv. hier. Deze data haal ik hier mee op:

code:

inverter_power
inverter_ac_power
inverter_ac_voltage
inverter_dc_voltage
inverter_dc_current
inverter_temperature

@eriksl elke inverter wordt door de Envoy elke 5 minuten gepolld, helaas kan je dat niet zelf of vaker laten doen.

[ Voor 14% gewijzigd door RichieB op 15-05-2025 19:48 ]

[fenrir]

RichieB schreef op donderdag 15 mei 2025 @ 19:43:
[...]

Je hebt alleen de cloud nodig voor een authenticatie token. De gegevens kan je nog steeds lokaal uitlezen, zie bijv. hier. Deze data haal ik hier mee op:

code:

inverter_power
inverter_ac_power
inverter_ac_voltage
inverter_dc_voltage
inverter_dc_current
inverter_temperature

@eriksl elke inverter wordt door de Envoy elke 5 minuten gepolld, helaas kan je dat niet zelf of vaker laten doen.

Dit betekend dat de gateway dus ook altijd verbonden moet zijn met de servers van Enphase want anders kan die token niet gesynchroniseerd worden. In mijn optiek ben je dan afhankelijk van een cloud want met alleen lokaal lukt het je niet.

[Pazo]

fenrir schreef op donderdag 15 mei 2025 @ 20:42:
[...]

Dit betekend dat de gateway dus ook altijd verbonden moet zijn met de servers van Enphase want anders kan die token niet gesynchroniseerd worden. In mijn optiek ben je dan afhankelijk van een cloud want met alleen lokaal lukt het je niet.

Yes, ga je helaas niet meer aan ontkomen.
T/m firmware versie 5 kon je nog volledig lokaal zonder online token. Vanaf versie 7 en 8 is een token nodig, die volgens mij maar 1x per half jaar ofzo wordt opgehaald.
Op versie 5 blijven / terug gaat kan helaas niet. Zelfs toen ik in instelling had staan dat updaten niet mocht, heeft Enphase op een gegeven moment 'doorbroken' en alsnog versie 7 naar Envoys / gateways gepushed, of je nu wilde of niet. Nu had het ook wel te maken met een beveiligingslek, want je kon elke Envoy met versie 5 die aan het internet ging vrij eenvoudig inbreken (zelf getest). Dus ik begrijp wel dat versie 7 hebben gepushed (er was hier overigens geen versie 6, ging van 5 naar 7), maar toen ik ook het token geïntroduceerd.

[eriksl]

Dat "token" gebeuren kan ik wel mee leven. Dat hebben mijn airco en verwarming ook. Je deelt er niks inhoudelijks mee richting internet, qua veiligheid niet zo'n probleem denk ik. Het geeft wel de fabrikant de mogelijkheid om firmwares te pushen, dat is dan wel jammer. Maar zolang je niet afhankelijk van een cloud service om je gegevens te krijgen, vind ik het acceptabel. Ik denk ook niet dat je het bij een andere leverancier beter dan dit krijgt?

Wel jammer dat je maar eens per 5 minuten up to date gegevens krijgt. Maar ik heb sowieso ook altijd een meter aan m'n inverters hangen voor realtime info over AC opbrengst.

Dus... raden jullie me aan om dan naar Enphase te kijken? Zoals gezegd, SolarEdge valt dus af en Growatt lijkt me niks, volgens mij is die nog meer veel dichtgetimmerd!

[eriksl]

Even iets anders, ik heb ditzelfde gedonder met m'n SolarEdge inverter op het dak. Dat er allerlei gegevens zijn die de inverter of "envoy" wel heeft, maar niet met je wil delen. Ik zit wel eens te denken om te proberen het protocol tussen de micro-converts en de envoy, of vergelijkbaar, tussen optimisers en inverter, af te tappen en proberen te hacken. Aangezien de aangeleverde stroom puur DC is, moet het protocol wel iets van een gemoduleerd signaal zijn en dus met een spoel om de DC kabels zijn op te pikken. Dan vervolgens is de vraag of het allemaal "ruwe data" is, dan zal het misschien nog wel lukken, maar als ze zelfs hier al encryptie op doen, tsja, dan wordt het lastig. Iemand ervaring mee, ideeën over?

[eriksl]

Nog een laatste double check: de gegevens kun je (met token...) toch gewoon met http opvragen, in JSON formaat? Daar kan ik wel wat mee.

[aran]

Pazo schreef op donderdag 15 mei 2025 @ 14:49:
@aran
FAQ vraag 14.

Thanks! Iets met bomen en bos. Toch beter lezen...

[RichieB]

eriksl schreef op vrijdag 16 mei 2025 @ 10:36:
[...]
Ik zit wel eens te denken om te proberen het protocol tussen de micro-converts en de envoy, of vergelijkbaar, tussen optimisers en inverter, af te tappen en proberen te hacken. Aangezien de aangeleverde stroom puur DC is, moet het protocol wel iets van een gemoduleerd signaal zijn en dus met een spoel om de DC kabels zijn op te pikken. Dan vervolgens is de vraag of het allemaal "ruwe data" is, dan zal het misschien nog wel lukken, maar als ze zelfs hier al encryptie op doen, tsja, dan wordt het lastig. Iemand ervaring mee, ideeën over?

Ephase gebruikt Powerline communicatie over de AC aansluiting. Het zou leuk zijn om dat te reverse engineren, maar daar heb ik alleen maar vragen over gezien, geen antwoorden.

[eriksl]

Ja daar was ik al bang voor...

[knotwilg]

eriksl schreef op donderdag 15 mei 2025 @ 19:30:
Wie heeft hier ervaring mee en kan me dat vertellen?

met token gaat het ophalen van lokale data prima. Je bent echter geheel afhankelijk van de luimen van Enphase. Op vragen of die toegang beschikbaar blijft heb ik nooit een eenduidig bevestigend antwoord gekregen. Ze hebben al wel vaker zomaar dingen aangepast, features er uit gemikt.

Voor de fabrieksgarantie moet je systeem permanent aan het net hangen.
T.a.v. veiligheid, er zijn de afgelopen jaren heel wat problemen geweest, ook na versie 7. Het is een hardware bedrijf met goede hardware en de software kant is onder de maat.

Dat ophalen van 5 minuten data is niet zo heel interessant, wat doe je er mee, grafiekjes maken? Interessanter is het om panelen, net onafhankelijk, aan en uit te kunnen schakelen en daar geeft Enphase de gewone consument geen toegang toe, of je moet je helemaal aan hun "systeem" overgeven. Het is nogal een silo.

De spullen van Hoymiles zijn net-onafhankelijk te gebruiken, maar dat vergt weer geknutsel en je bent afhankelijk van ge-reverse-engineerd spul.

[ Voor 4% gewijzigd door knotwilg op 16-05-2025 13:42 ]

[eriksl]

Dan is dat voor mij prima denk ik. Ja, ik wil én grafiekjes maken én de huidige opbrengst tonen. Die informatie gebruik ik om zware gebruikers wel of niet (nu) aan te zetten. Ik heb weinig zonnepanelen in de buurt (op mijn fase), waardoor de spanning nooit boven de 235 V komt, dus ik hoef nooit af te schakelen. Heb ook geen regeling met mijn energieleverancier voor afschakelen.

Ik bedenk me net nog wat... Op het dak van het huis heb ik (zoals gezegd) een SolarEdge inverter voor 12 panelen. Systeem met per paneel een optimiser. Best mooi systeem, maar technisch niet tussen te komen. Vooral jammer dat ze de gegevens per optimiser niet prijsgeven.

Enphase met z'n micro-converters is vergelijkbaar, maar daar zit een loophole bedenk ik me net. Je zou per micro-converter een meter kunnen aansluiten, dan weet je de opbrengst alsnog per paneel. Alleen jammer dat ze op mijn schuurtje allemaal altijd dezelfde hoeveelheid zon zien, dus ik geloof niet dat daar zinvol is om die moeite te doen.

[RichieB]

@eriksl Die moeite hoef je inderdaad niet te doen, want de opbrengst per inverter kan je gewoon lokaal opvragen bij je Envoy. Of je haalt het uit de cloud van Enphase, daar staat die data ook.

Voor SolarEdge kan je ook de informatie per optimizer uit hun cloud halen (niet lokaal). Gewoon de webpagina openen waar dat staat en dan in je developer tools de API call bekijken. Die zet je vervolgens in een script. Doe ik al zo lang ik ze heb elke paar minuten. Werkt aardig. Het ligt er soms uit maar het werkt goed genoeg om een beeld te krijgen.

[ Voor 3% gewijzigd door RichieB op 16-05-2025 17:02 ]

[fenrir]

eriksl schreef op vrijdag 16 mei 2025 @ 10:32:
Dat "token" gebeuren kan ik wel mee leven. Dat hebben mijn airco en verwarming ook. Je deelt er niks inhoudelijks mee richting internet, qua veiligheid niet zo'n probleem denk ik. Het geeft wel de fabrikant de mogelijkheid om firmwares te pushen, dat is dan wel jammer. Maar zolang je niet afhankelijk van een cloud service om je gegevens te krijgen, vind ik het acceptabel. Ik denk ook niet dat je het bij een andere leverancier beter dan dit krijgt?

Wel jammer dat je maar eens per 5 minuten up to date gegevens krijgt. Maar ik heb sowieso ook altijd een meter aan m'n inverters hangen voor realtime info over AC opbrengst.

Dus... raden jullie me aan om dan naar Enphase te kijken? Zoals gezegd, SolarEdge valt dus af en Growatt lijkt me niks, volgens mij is die nog meer veel dichtgetimmerd!

En een Growatt icm https://github.com/OpenInverterGateway/OpenInverterGateway?
Kan je lokaal alles uitlezen en er gaat niets meer naar een Chinese server.

[eriksl]

RichieB schreef op vrijdag 16 mei 2025 @ 17:01:
@eriksl Die moeite hoef je inderdaad niet te doen, want de opbrengst per inverter kan je gewoon lokaal opvragen bij je Envoy. Of je haalt het uit de cloud van Enphase, daar staat die data ook.

Daar lees ik dus verschillende dingen over hier. Meestal toch wel dat je alleen de totale opbrengst kunt opvragen. Ik was niet van plan zo'n "metered" Envoy aan te schaffen, die zijn twee keer zo duur!

RichieB schreef op vrijdag 16 mei 2025 @ 17:01:
Voor SolarEdge kan je ook de informatie per optimizer uit hun cloud halen (niet lokaal). Gewoon de webpagina openen waar dat staat en dan in je developer tools de API call bekijken. Die zet je vervolgens in een script. Doe ik al zo lang ik ze heb elke paar minuten. Werkt aardig. Het ligt er soms uit maar het werkt goed genoeg om een beeld te krijgen.

Ik heb wel eens gekeken naar die API. Die was destijds nog volop in ontwikkeling. Hopelijk nu wat beter uitgekristalliseerd. Maar er zit daar een addertje onder het gras. Je mag maximaal een x aantal keer per dag data opvragen en dat komt uit op eens per kwartier. Om een beeld te krijgen van de afzonderlijke panels/optimisers is dat misschien helemaal prima, maar voor realtime display van de opbrengst natuurlijk absoluut niet afdoende. Ik zal er nog eens in duiken. Als het tegelijk kan werken met uitlezen via TCP Modbus (wat ik nu doe) dan is het misschien interessant om eens naar te kijken. Ik heb het heel lang geprobeerd met de RS485 aansluiting, maar nooit goed werkend gekregen (zie andere topic hier).

[RichieB]

eriksl schreef op vrijdag 16 mei 2025 @ 18:11:
[...]

Daar lees ik dus verschillende dingen over hier. Meestal toch wel dat je alleen de totale opbrengst kunt opvragen.

Dan heb je niet goed gelezen. Je kan de actuele opwekking in Volt, Ampere en Watt lokaal uitlezen per micro omvormer.

Ik was niet van plan zo'n "metered" Envoy aan te schaffen, die zijn twee keer zo duur!
[...]

Een metered Envoy heeft hier niets mee te maken. Het enige wat je daarmee extra krijgt is een aantal spoelen die je om je hoofdaansluiting moet doen. Dit heeft niets te maken met het uitlezen van de omvormers lokaal of in de cloud.

[eriksl]

Ergens helemaal in het begin van het topic stond zoiets. Maar wellicht achterhaald dan. Des te beter.

[JT]

@eriksl Je kunt op de groep van de panelen een kwh-meter drukken en die uitlezen met modbus. Als er nog meer op die groep zit, dan kun je die kwh-meter plaatsen tussen de omvormers en de rest van de elektra op die groep. Ik heb een Home Wizard/Eastron kwh-meter op de groep van m'n extra panelen zitten en die levert data in HA, werkt top. Elke paar seconde nieuwe data. Ik ga nu met ESP's aan de slag om twee andere meters met modbus uit te lezen. Vrij vaak voorkomend iets. Daar heb ik voor gekozen omdat die kwh-meters van HW met wifi van de HW-app afhankelijk zijn om te kiezen met welk netwerk ze verbinding maken. Daar wil ik niet van afhankelijk zijn voor uitlezen op afstand.

Een andere optie is een Solisomvormer. Ze hebben in ieder geval 1 productserie waarin ook een omvormer zit die prima met 4 panelen kan. Zelf lees ik middels modbus mijn Solisomvormer realtime met een polling rate van 2s ofzo helemaal lokaal uit. De ESP waarmee ik dat doe heeft via wifi verbinding met het thuisnetwerk en levert middels ESPHome zijn data af in HA. Omvormer is ook volledig te bedienen via modbus. Volgens mij kan dit ook met Goodwe.

[eriksl]

Vermogens in huis (afname en levering) heb ik jarenlang gemeten met kWh uur meters en dan met een ESP8266 de flitsen van de LED tellen. De laatste meters die ik gebruikte hadden MODbus, maar ik had geen zin meer om daar in te duiken... Maar sinds een jaar heb ik die allemaal vervangen door meters van Shelly. Veel simpeler dan MODbus (en qua techniek ook veel moderner). Zitten gewoon op de wifi en kun je met JSON-over-HTTP uitlezen. De "mini" variant is echt heel klein en omdat er geen relais in zit (zoals veel van de niet-mini-modellen) kunnen ze zonder bezwaar de volle 16A meten.

Die zou je dus ook tussen elke micro-converter kunnen zetten, wat ik al eerder suggereerde. Maar als die informatie ook via de Envoy beschikbaar is, dan vind ik dat teveel van het goede. Er komt tussen de micro-converters en de groep sowieso één zo'n Shelly meter, zodat ik realtime informatie van de totale opbrengst heb en ik beiden met elkaar kan controleren. Doe ik ook al met de SE installatie op het dak.

MODbus doe ik alleen over TCP, de "ruwe" versie is echt zooooooo ouderwets qua techniek.

[knotwilg]

fenrir schreef op donderdag 15 mei 2025 @ 20:42:
[...]

Dit betekend dat de gateway dus ook altijd verbonden moet zijn met de servers van Enphase want anders kan die token niet gesynchroniseerd worden.

Als ik het goed heb begrepen haal je eens in het jaar een token op, dat wordt vervolgens lokaal in het envoy gebeuren opgeslagen. Je zou dan in principe voor een jaar de netwerkverbinding kunnen verbreken en toch data lokaal uitlezen. Echter, de garantie kan het je wel kosten want het is een van de fabrieksgarantievoorwaarden dat je permanent met het net verbonden bent.

In theorie zou je het token kunnen spoofen en het 25 jaar geldig maken, het is niet moeilijk er zelf een te maken, maar hoe krijg je die vervolgens in je systeem?

Ook het aanmaken van meerdere tokens werkt gewoon en je kunt ze door elkaar gebruiken zolang ze geldig zijn. (dwz, dat was een jaar geleden nog zo, heb het sindsdien niet meer geprobeerd)

[eriksl]

Ik vermoed dat ze werken volgens OAUTH2. En dan kun je die tokens juist niet forgen. En dan gaat dat token ook periodiek gecontroleerd worden bij de server in de cloud. Maar dat vind ik allemaal geen probleem. Zit geen persoonlijke informatie in en is zwaar versleuteld.

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