Plus d'accès aux données de la passerelle Enphase Envoy

[seb.digeos@sfr.fr]

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

[Gub]

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.

[Luc1]

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-...sing-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 !!!

[michy]

ç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

[Matth32]

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.

[Ploufdanlo]

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-...sing-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 !!!

Bonsoir,

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.

[Seb6938]

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 !

[michy]

Bonjour,

@Ploufdanlo

Ok, bien merci
  

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

[Matth32]

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 ?

[Ploufdanlo]

Bonjour,

@Ploufdanlo

Ok, bien merci
  

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 :

<?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>