+- F1ATB forum (https://f1atb.fr/forum_f1atb)
+-- Forum : Forum de F1ATB (https://f1atb.fr/forum_f1atb/forum-3.html)
+--- Forum : Routeur Photovoltaïque (https://f1atb.fr/forum_f1atb/forum-4.html)
+--- Sujet : Plus d'accès aux données de la passerelle Enphase Envoy (/thread-2795.html)
RE: Plus d'accès aux données de la passerelle Enphase Envoy - seb.digeos@sfr.fr - 14-06-2026
(13-06-2026, 11:43 AM)F1ATB a écrit : SR19
Bonjour
Vous qui avez l'expérience du développement du code pour EnPhase, que pensez-vous de ces problèmes soulevés par certains.
N'ayant chez moi pas de système Enphase, je ne peux investiguer. A l'époque du développement, je m'étais connecté à distance à un système Enphase dont la personne avait rerouté temporairement les ports.
Cordialement
André / F1ATB
Bonjour, si ça peut aider pour identifier le problème je peux ouvrir temporairement les ports de ma passerelle
Cordialement
RE: Plus d'accès aux données de la passerelle Enphase Envoy - Gub - 14-06-2026
(12-06-2026, 08:08 PM)Placo84 a écrit :(12-06-2026, 05:38 PM)berserk14 a écrit : La solution temporaire est de repasser par vos domotique jeedom home assistant etc et publier votre conso en mqtt
Merci berserk14, c'est ce que j'ai fait grâce à vous:
Voici mon yaml avec l'intégration enphase :
alias: Envoy vers MQTT
description: ""
triggers:
- trigger: state
entity_id:
- sensor.envoy_122323128582_current_net_power_consumption
actions:
- action: mqtt.publish
data:
topic: envoy/net_power_consumption
payload: >-
{"Pw":{{
states("sensor.envoy_122323128582_current_net_power_consumption") | float * 1000
}}}
retain: true
mode: single
Merci pour le partage.
Je suis en train de tester et j'ai une actualisation des données Envoy seulement toutes les 60 secondes (environ) dans HA.
C'est pareil pour vous ?
Je me réponds. Il est possible de désactiver l'actualisation automatique de l'intégration et de créer en lieu et place une automatisation pour actualiser les données selon une fréquence plus courte.
Cela présente un risque de se faire jeter si la fréquence est trop courte. Sans indication précise de trouver, j'ai tenté 15 secondes pour le moment.
RE: Plus d'accès aux données de la passerelle Enphase Envoy - Luc1 - 14-06-2026
Bonjour à tous,
Le problème n'est pas particulier avec le routeur F1ATB, mais pour tous les utilisateurs des API Enphase... (ex: https://forum-photovoltaique.fr/viewtopic.php?t=82076 )
J'ai trouvé ça : nouvelle tech brief d'Enphase juin 2025 décrivant les modalités de connexion actualisées pour acceder aux API :
teb-00060-en-us-iq-gateway-local-api-or-ui-access-using-token-2025-06-18
in https://enphase.com/download/iq-gateway-local-apis-or-ui-access-using-token
Avec pas mal de changements par rapport à la version diffusée partout de
Tech Brief-IQ Gateway Local API or UI Access using Token-EN-US-12-14-2022
qu'elle annule et remplace.
J'y note également un passage obligé de htttp à https
NOTE: When the token retrieval URL is accessed through the web browser, the browser does an HTTPS GET on the URL. The content of the response can be seen in the browser. This content contains the token, expected expiry date, and time in UNIX epoch time stamp format. The duration for which the token is valid can be verified using this information.
L'ancienne version accédait en HTTTP
ancienne version:
curl -f -k -H 'Accept: application/json' -H 'Authorization: Bearer eyJraWQiOi…’ -X GET http://<IQ Gateway-ip>/api/v1/production/inverters
et maintenant:
curl -f -k -H 'Accept: application/json' -H 'Authorization: Bearer eyJraWQiOi…’ -X GET https://<IQ Gateway-ip>/api/v1/production/inverters
A explorer par des bidouilleurs plus doués en anglais et en programmation que moi !!!
RE: Plus d'accès aux données de la passerelle Enphase Envoy - michy - 14-06-2026
ça utilise déjà https sur le port 443
Code :
clientSecu.println("GET https://" + host + "/ivp/meters/reports/consumption HTTP/1.0");par contre on utilise une autre API : /ivp/meters/reports/consumption et pas /api/v1/production/inverters
Cette API /ivp/meters/reports/consumption existe encore dans la doc de 2025 (je ne sais pas si c'est un bug dans les docs, il est écrit que les informations sont rafraichi toutes les 5 minutes, ce qui est incompatible avec le fonctionnement du routeur)
voir s'il ne faudrait pas utiliser l'API /ivp/livedata/status qui est plus cohérente pour le routeur
Si quelqu'un peut faire une capture (texte) de ce qui est retourner dans la navigateur dans chacune des situations quand on fait les appels suivant (remplacer {IQ_Gateway_ip} par l'IP de votre passerelle):
https://{IQ_Gateway_ip}/ivp/meters/readings
https://{IQ Gateway_ip}/ivp/pdm/energy
https://{IQ_Gateway_ip}/api/v1/production/inverters
https://{IQ_Gateway_ip}/ivp/meters/reports/consumption
https://{IQ_Gateway_ip}/ivp/livedata/status
RE: Plus d'accès aux données de la passerelle Enphase Envoy - Matth32 - 14-06-2026
Bonjour
Pour ma part toutes les tentatives de connexion avec tes propositions Michy me renvoie sur une page Enphase où il faut entrer le token pour se connecter.
Mais le pb c’est que le routeur n’obtient justement pas ce token.
RE: Plus d'accès aux données de la passerelle Enphase Envoy - Ploufdanlo - 14-06-2026
(14-06-2026, 07:25 PM)Luc1 a écrit : Bonjour à tous,Bonsoir,
Le problème n'est pas particulier avec le routeur F1ATB, mais pour tous les utilisateurs des API Enphase... (ex: https://forum-photovoltaique.fr/viewtopic.php?t=82076 )
J'ai trouvé ça : nouvelle tech brief d'Enphase juin 2025 décrivant les modalités de connexion actualisées pour acceder aux API :
teb-00060-en-us-iq-gateway-local-api-or-ui-access-using-token-2025-06-18
in https://enphase.com/download/iq-gateway-local-apis-or-ui-access-using-token
Avec pas mal de changements par rapport à la version diffusée partout de
Tech Brief-IQ Gateway Local API or UI Access using Token-EN-US-12-14-2022
qu'elle annule et remplace.
J'y note également un passage obligé de htttp à https
NOTE: When the token retrieval URL is accessed through the web browser, the browser does an HTTPS GET on the URL. The content of the response can be seen in the browser. This content contains the token, expected expiry date, and time in UNIX epoch time stamp format. The duration for which the token is valid can be verified using this information.
L'ancienne version accédait en HTTTP
ancienne version:
curl -f -k -H 'Accept: application/json' -H 'Authorization: Bearer eyJraWQiOi…’ -X GET http://<IQ Gateway-ip>/api/v1/production/inverters
et maintenant:
curl -f -k -H 'Accept: application/json' -H 'Authorization: Bearer eyJraWQiOi…’ -X GET https://<IQ Gateway-ip>/api/v1/production/inverters
A explorer par des bidouilleurs plus doués en anglais et en programmation que moi !!!
Voici ma contribution à la résolution de ce problème qui m'impacte aussi :
Ci joint le resultat de ces différentes commandes sur mon système :
La commande https://{IQ_Gateway_ip}/ivp/meters/reports/consumption ne me donne rien. -> ce qui explique la panne !!!
Pour les autres les résultats sont les suivants (j'ai mis la commande en première ligne de chaque fichier).
En esprérant que cela aide
Remarque : vu l'heure je n'ai plus de production ;-)
Edit : /ivp/meters/readings me semble le plus exploitable car les données sont horodatées et changent à chaque interrogation contrairement aux autres qui ne semblent pas être en temps réel.
RE: Plus d'accès aux données de la passerelle Enphase Envoy - Seb6938 - 14-06-2026
(13-06-2026, 09:38 AM)wolff231 a écrit : C est vrai que c est la misère car l'un fait planter l'autre.
Alors que séparateur le routeur ou la passerelle marchent bien.
Il n' y a pas moyen de couper la prise de musure enphase dans f1atb et de mettre une marche forcée dans les actions de 1500w de chauffe eau de 10h du mat a 16h le soir.
Je n ai pas d autres sources de mesure et il faut très beau donc on ne profite pas de la production.
J ai mi mon routeur sur source de données non définie, ce qui lui permet de ne plus communiquer avec enphase, pour l' instant ça ne plante plus ni côté routeur, ni côté passerelle.
J ai mi une action de 10h a 18h avec une puissance de routage de 50% et un seuil PV de 3000w , du coup mon chauffe eau fonctionne a mi puissance durant la journée.
Si jamais ça peut dépanner quelqu un en attendant un retour positif de chez enphase.
Bonjour wolff231,
Top merci pour cette idée de planification !
RE: Plus d'accès aux données de la passerelle Enphase Envoy - michy - 14-06-2026
Bonjour,
@Ploufdanlo
Ok, bien merci
Citation :La commande https://{IQ_Gateway_ip}/ivp/meters/reports/consumption ne me donne rien.
Un des problèmes peut venir de là, le routeur interroge la passerelle avec ça ..., sans retour, on ne peut pas gérer le surplus (et la passerelle se met en défaut suite au nombre de requête auxquelles elle ne peut pas répondre)
quelle version de firmware tourne? (l'API /ivp/meters/reports/consumption a sûrement été supprimé avec le dernier firmware en cours de déploiement)
Dans le retour de livedata, il y a une ligne intrigante :
"info": "Last available status data shown. Live stream not enabled. Enable using /ivp/livedata/stream/ API",
enphase aurait ajouter des nouveautés non documenté?
que donne le retour de https://{IQ_Gateway_ip}/ivp/livedata/stream/ ?
et aussi (pour obtenir les versions firmware, software, hardware ...)
https://{IQ_Gateway_ip}/info
Pour avoir une visu de ce qui est configurer comme matériel
https://{IQ_Gateway_ip}/ivp/ensemble/device_list
RE: Plus d'accès aux données de la passerelle Enphase Envoy - Matth32 - 14-06-2026
Bonjour,
Un truc que je ne comprend pas, chez moi rien ne fait planter rien, la passerelle va bien maintenant (après 3 jours avec les voyants rouge) mais je n'ai juste pas de token recu par le routeur alors que la demande web à la main fonctionne.
Il y a donc plusieurs problèmes en cours ?
RE: Plus d'accès aux données de la passerelle Enphase Envoy - Ploufdanlo - 14-06-2026
(14-06-2026, 09:37 PM)michy a écrit : Bonjour,
@Ploufdanlo
Ok, bien merci
Citation :La commande https://{IQ_Gateway_ip}/ivp/meters/reports/consumption ne me donne rien.
Un des problèmes peut venir de là, le routeur interroge la passerelle avec ça ..., sans retour, on ne peut pas gérer le surplus (et la passerelle se met en défaut suite au nombre de requête auxquelles elle ne peut pas répondre)
quelle version de firmware tourne? (l'API /ivp/meters/reports/consumption a sûrement été supprimé avec le dernier firmware en cours de déploiement)
Dans le retour de livedata, il y a une ligne intrigante :
"info": "Last available status data shown. Live stream not enabled. Enable using /ivp/livedata/stream/ API",
enphase aurait ajouter des nouveautés non documenté?
que donne le retour de https://{IQ_Gateway_ip}/ivp/livedata/stream/ ?
et aussi (pour obtenir les versions firmware, software, hardware ...)
https://{IQ_Gateway_ip}/info
Pour avoir une visu de ce qui est configurer comme matériel
https://{IQ_Gateway_ip}/ivp/ensemble/device_list
ivp/meter/reading est le seul qui change a chaque interrogation
Pour le stream il semble qu'il faille l'activer, ce que l'on voit est le résultat de la dernière vision "temps réel" dans l'application.
Voici les infos de ma config :
Citation :<?xml version="1.0" encoding="UTF-8"?>
<envoy_info>
<time>1781466510</time>
<device>
<sn>122246006738</sn>
<pn>800-00654-r08</pn>
<software>D8.3.5528</software>
<euaid>4c8675</euaid>
<seqnum>0</seqnum>
<apiver>1</apiver>
<imeter>true</imeter>
</device>
<web-tokens>true</web-tokens>
<package name="agf">
<pn>500-00012-r01</pn>
<version>02.02.00</version>
<build>f9db90</build>
</package>
<package name="app">
<pn>500-00002-r01</pn>
<version>08.03.5528</version>
<build>f9db90</build>
</package>
<package name="backbone">
<pn>500-00010-r01</pn>
<version>07.00.20</version>
<build>176d57</build>
</package>
<package name="boot">
<pn>590-00019-r01</pn>
<version>02.00.01</version>
<build>2569cb</build>
</package>
<package name="devimg">
<pn>500-00005-r01</pn>
<version>01.02.578</version>
<build>9f8904</build>
</package>
<package name="essimg">
<pn>500-00020-r01</pn>
<version>40.00.42</version>
<build>8010ed</build>
</package>
<package name="ffuimg">
<pn>500-00022-r01</pn>
<version>01.00.04</version>
<build>2cd3479</build>
</package>
<package name="geo">
<pn>500-00008-r01</pn>
<version>02.01.24</version>
<build>a74d96</build>
</package>
<package name="kernel">
<pn>500-00011-r02</pn>
<version>04.04.225</version>
<build>3553c8</build>
</package>
<package name="meter">
<pn>500-00013-r01</pn>
<version>03.02.08</version>
<build>3a6cf6</build>
</package>
<package name="patch">
<pn>500-00016-r01</pn>
<version>01.00.00</version>
<build>32768</build>
</package>
<package name="pkgsec">
<pn>500-00021-r01</pn>
<version>01.00.00</version>
<build>19ae14</build>
</package>
<package name="rootfs">
<pn>500-00001-r01</pn>
<version>02.00.00</version>
<build>1212</build>
</package>
<package name="rootfs-full">
<pn>500-00001-r01</pn>
<version>02.00.00</version>
<build>1212</build>
</package>
<package name="security">
<pn>500-00016-r01</pn>
<version>02.00.00</version>
<build>54a6dc</build>
</package>
<build_info>
<build_id>-FRA-799-merge-master-enable-prod:pkg-May-07-26-16:09:25</build_id>
<build_time_gmt>1778170649</build_time_gmt>
<release_stage>700-GA</release_stage>
<release_ver>02.00.1585</release_ver>
</build_info>
</envoy_info>