+- 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 - ROPA 59 - 18-06-2026
bonsoir@all,
pour information, auparavant, bien que lorsque cela fonctionnait, j'avais également des ": "Connection failed to Envoy-S server!xxxxx :" de temps à autre , ceci n’influençait pas le monitoring de notre F1atb
a+
en pj /une ancienne copie écran pour expliquer ... du 19/10/2025
RE: Plus d'accès aux données de la passerelle Enphase Envoy - Oniric - 18-06-2026
juste un message pour signifier que je suis ce thread avec attention, probablement comme de nombreuses autres personnes, et je tenais à vous remercier grandement pour vos tests/dev etc.
bien évidement si je peux aider à un moment je le ferais !
merci encore à/pour la communauté
RE: Plus d'accès aux données de la passerelle Enphase Envoy - F1ATB - 18-06-2026
PactConso_M: puissance consommée par la maison
PactReseau : puissance à l'entrée du maison (
PuissanceS_M_inst =PactReseau si positive. S=soutiré, M=Maison
PuissanceI_M_inst = -PactReseau si negatif. I=injecté
PvaReseau = puissance apparente
PVAS_M_inst = PVAS_M_inst si positive
PVAI_M_inst = - PVAS_M_inst si negative
PVA_M_moy = moyenne puissance apparente pour calculer le facteur de forme
PowerFactor
whDlvdCum = energie cumulé en Wh
Puissance_M_moy = moyenne puissance active
RE: Plus d'accès aux données de la passerelle Enphase Envoy - Alain_C38 - 18-06-2026
(18-06-2026, 05:46 PM)Seb6938 a écrit : J'ai récupéré les maj depuis le GIT en v7.21 (toujours <software>D8.3.5528</software>)
...
J'ai modifié :
// Avant
if (!clientFirmV7.connect(host.c_str(), 443, 3000)) {
// Après
if (!clientFirmV7.connect(host.c_str(), 443, 10000)) {
...
Dans la v17.21 (j'imagine que ce n'est pas v7.21
), je ne trouve pas ce texte "clientFirmV7," . Ni dans aucun fichier.au mieux, je trouve : if (!clientSecu.connect(server1Enphase, 443, 3000)) BRAVO
EDIT :1 heure après...
Le client se connecte correctement. Rien ne plante (passerelle envoy ou routeur).
Je suis également en v8.3.5528 sur la passerelle
RE: Plus d'accès aux données de la passerelle Enphase Envoy - Alain_C38 - 18-06-2026
(18-06-2026, 12:36 AM)michy a écrit : Bonjour,
Citation :J'ai réussi à faire en sorte que le routeur arrive à se connecter en trouvant l'adresse IP du routeur avec le mDNS et récupère ensuite le "session_id" puis enfin le "token".
Cela fonctionne maintenant avec la dernière mise à jour de l'Enphase en v8.3.5528, alors que le code d'origine de la version V17.21 du routeur ne fonctionnait pas chez moi.
Par contre l'interrogation des données de l'Enphase ne fonctionne pas car l'accès à L'API /ivp/meters/reports/consumption ne fonctionne plus ! Pire elle provoque un reboot de l'Enphase qui se met à clignoter rouge sur les 4 leds. Du coup, aucunes réponse n'est donnée par l'Enphase.
La seule API qui fonctionne est /ivp/meters/readings. Le codage n'est pas le même et toutes les informations ne sont pas accessibles.
J'ai réalisé un programme Python pour effectuer une connexion avec récupération de la session_id ainsi que le token, et lorsque j'interroge l'Enphase avec l'API /ivp/meters/reports/consumption, j'obtient un message interessant qui mentionne qu'il y a eu trop d'interrogation. Comme si il y avait une limite du nombre de lecture .....
requests.exceptions.SSLError: HTTPSConnectionPool(host='192.168.1.134', port=443): Max retries exceeded with url: /ivp/meters/reports/consumption (Caused by SSLError(SSLCertVerificationError(1, '[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: unable to get local issuer certificate (_ssl.c:1082)')))
Ensuite j'ai encore quelques soucis avec la récupération des données avec l'API /ivp/meters/readings,
mon intuition c'est que l'obtention du token n'as jamais été un problème, (même s'il y a quelques ajustement possible dans la fonction d'André)
le fait de harceler les serveurs enphase (toutes les 0,6 secondes pour obtenir un nouveau token) provoque une situation qui blacklist l'IP du demandeur pour quelques temps ...
une petite pause pour recharger un nouveau code fait que ça marche la fois suivante
Le vrai problème c'est la suppression de l'API /ivp/meters/reports/consumption (qui en plus provoque le plantage de la passerelle quand on tente de l'utilise)
Si vous faites de la compilation, je mets la fonction de lecture modifiée (faisant le lien entre les variables du routeur et le Json retourné par /ivp/meters/readings en espérant que ça fonctionne)
J'ai copier-coller ton code (très très différent). ça compile sans problème. Ca tourne sur l'ESP32, mais aucune récupération de données. Tout est à zéro.
RE: Plus d'accès aux données de la passerelle Enphase Envoy - michy - 19-06-2026
(18-06-2026, 10:07 PM)Alain_C38 a écrit : J'ai copier-coller ton code (très très différent). ça compile sans problème. Ca tourne sur l'ESP32, mais aucune récupération de données. Tout est à zéro.
Les derniers essais avec cmichel (membre team chargeur VE) sont prometteurs
dans mon code, comme bug j'avais l'url de l'API (manque un S a meters et un S a readings)
code en PJ, non testé (même pas compilé, il peu rester quelques bug)
il faudrait faire un retour en donnant la version de votre firmware
RE: Plus d'accès aux données de la passerelle Enphase Envoy - alexbo44 - 19-06-2026
Bonjour,
Pareil que tous, depuis le 10 juin, le routeur en carafe, la passerelle enphase avec les 4 led rouges. Elle est revenue à la normale depuis, mais toujours aucune donnée dans le routeur.
J'avais ouvert un incident après d'enphase, je n'ai jamais eu de réponse. Puis au téléphone on me dis que l'on me rappelle sous 2 jours, j'attends toujours.
Je lis ici qu'enphase a cherché a moneyer nos données via des abonnements ?? Si c'est vrai c'est scandaleux, on paye déjà un certain prix l'équipement, et en plus il faudrait payer pour accéder à nos données?
Bref je ne me retrouve plus dans la politique d'enphase. Donc pour le routeur j'ai préféré passer sur Shelly, plus de problème. D'autant plus que c'est pas la première fois qu'enphase change le fonctionnement de son api avec des dysfonctionnements du routeur à la clé.
Tout ça pour dire que, même en basculant sur Shelly sur le routeur, il "plantait" a intervalle régulière (au bout de 30 sec d'activité environ), "plantait" ou perdait le wifi?
En supprimant les données de consommation du mois de juin, ça va beaucoup mieux. Est-ce que les soucis de connexion ont généré des logs à foison saturant ainsi la mémoire?
Je donne l'astuce pour ceux qui seraient dans la même situation que moi.
Bon courage dans la résolution du problème avec enphase !
RE: Plus d'accès aux données de la passerelle Enphase Envoy - Alain_C38 - 19-06-2026
(19-06-2026, 12:40 AM)michy a écrit :(18-06-2026, 10:07 PM)Alain_C38 a écrit : J'ai copier-coller ton code (très très différent). ça compile sans problème. Ca tourne sur l'ESP32, mais aucune récupération de données. Tout est à zéro.
Les derniers essais avec cmichel (membre team chargeur VE) sont prometteurs
dans mon code, comme bug j'avais l'url de l'API (manque un S a meters et un S a readings)
code en PJ, non testé (même pas compilé, il peu rester quelques bug)
il faudrait faire un retour en donnant la version de votre firmware
De quel firmware ? Je suis en v8.3.5528 sur la passerelle
voir pj pour erreurs
RE: Plus d'accès aux données de la passerelle Enphase Envoy - bujon86 - 19-06-2026
HEllo,
je l'avais écrit plus haut mais pourquoi ne pas utiliser l'adresse : https://envoy/production.json?details=1
On a toutes les données, j'ai un script python qui me récupère toutes les données de production/ consommation et qui tape sur cette adresse et ça fonctionne toujours même avec la dernière version du firmware.
Voici la réponse sur cette adresse.
En attendant une correction j'ai créer un script python qui simule le résultat d'un Shelly EM avec les données de https://envoy/production.json?details=1 ci dessous :
{
"production": [
{
"type": "inverters",
"activeCount": 8,
"readingTime": 1781844634,
"wNow": 26,
"whLifetime": 445203
},
{
"type": "eim",
"activeCount": 1,
"measurementType": "production",
"readingTime": 1781844646,
"wNow": 49.368,
"whLifetime": 9929160.785,
"varhLeadLifetime": 2404946.677,
"varhLagLifetime": 69833.919,
"vahLifetime": 0.003,
"rmsCurrent": 0.79,
"rmsVoltage": 247.793,
"reactPwr": 112.841,
"apprntPwr": 135.462,
"pwrFactor": 0.368,
"whToday": 9929160.785,
"whLastSevenDays": 9929160.785,
"vahToday": 0.003,
"varhLeadToday": 2404946.677,
"varhLagToday": 69833.919,
"lines": [
{
"wNow": 49.368,
"whLifetime": 9929160.595,
"varhLeadLifetime": 67861.373,
"varhLagLifetime": 2402975.671,
"vahLifetime": 0.003,
"rmsCurrent": 0.578,
"rmsVoltage": 231.808,
"reactPwr": 112.841,
"apprntPwr": 133.999,
"pwrFactor": 0.368,
"whToday": 9929160.595,
"whLastSevenDays": 9929160.595,
"vahToday": 0.003,
"varhLeadToday": 67861.373,
"varhLagToday": 2402975.671
},
{
"wNow": 0,
"whLifetime": 0.022,
"varhLeadLifetime": 2.484,
"varhLagLifetime": 1953.952,
"vahLifetime": 0,
"rmsCurrent": 0.14,
"rmsVoltage": 4.659,
"reactPwr": 0,
"apprntPwr": 0.656,
"pwrFactor": 0,
"whToday": 0.022,
"whLastSevenDays": 0.022,
"vahToday": 0,
"varhLeadToday": 2.484,
"varhLagToday": 1953.952
},
{
"wNow": 0,
"whLifetime": 0.167,
"varhLeadLifetime": 17.053,
"varhLagLifetime": 1970.062,
"vahLifetime": 0,
"rmsCurrent": 0.071,
"rmsVoltage": 11.325,
"reactPwr": 0,
"apprntPwr": 0.805,
"pwrFactor": 0,
"whToday": 0.167,
"whLastSevenDays": 0.167,
"vahToday": 0,
"varhLeadToday": 17.053,
"varhLagToday": 1970.062
}
]
}
],
"consumption": [
{
"type": "eim",
"activeCount": 1,
"measurementType": "total-consumption",
"readingTime": 1781844646,
"wNow": 269.981,
"whLifetime": 37522645.379,
"varhLeadLifetime": -1627157.763,
"varhLagLifetime": 2544041.941,
"vahLifetime": 0.01,
"rmsCurrent": 2.231,
"rmsVoltage": 243.03,
"reactPwr": -170.156,
"apprntPwr": 516.461,
"pwrFactor": -1.42,
"whToday": 37522645.379,
"whLastSevenDays": 37522645.379,
"vahToday": 0.01,
"varhLeadToday": 0,
"varhLagToday": 2544041.941,
"lines": [
{
"wNow": 271.178,
"whLifetime": 37651083.162,
"varhLeadLifetime": 2545998.807,
"varhLagLifetime": -1625199.78,
"vahLifetime": 0.01,
"rmsCurrent": 2.227,
"rmsVoltage": 231.861,
"reactPwr": -170.156,
"apprntPwr": 516.461,
"pwrFactor": 0.58,
"whToday": 37651083.162,
"whLastSevenDays": 37651083.162,
"vahToday": 0.01,
"varhLeadToday": 2545998.807,
"varhLagToday": 0
},
{
"wNow": -1.196,
"whLifetime": -49347.709,
"varhLeadLifetime": -1946.961,
"varhLagLifetime": 7.708,
"vahLifetime": 0,
"rmsCurrent": -0.066,
"rmsVoltage": 5.764,
"reactPwr": 0,
"apprntPwr": -0.384,
"pwrFactor": -1,
"whToday": 0,
"whLastSevenDays": 0,
"vahToday": 0,
"varhLeadToday": 0,
"varhLagToday": 7.708
},
{
"wNow": 0,
"whLifetime": -79090.072,
"varhLeadLifetime": -1965.691,
"varhLagLifetime": -9.905,
"vahLifetime": 0,
"rmsCurrent": 0.071,
"rmsVoltage": 5.404,
"reactPwr": 0,
"apprntPwr": 0.384,
"pwrFactor": -1,
"whToday": 0,
"whLastSevenDays": 0,
"vahToday": 0,
"varhLeadToday": 0,
"varhLagToday": 0
}
]
},
{
"type": "eim",
"activeCount": 1,
"measurementType": "net-consumption",
"readingTime": 1781844646,
"wNow": 220.613,
"whLifetime": 27593484.594,
"varhLeadLifetime": 779741.923,
"varhLagLifetime": 4950941.627,
"vahLifetime": 0.01,
"rmsCurrent": 1.856,
"rmsVoltage": 243.03,
"reactPwr": -282.998,
"apprntPwr": 383.627,
"pwrFactor": -1.42,
"whToday": 0,
"whLastSevenDays": 0,
"vahToday": 0,
"varhLeadToday": 0,
"varhLagToday": 0,
"lines": [
{
"wNow": 221.809,
"whLifetime": 27721922.566,
"varhLeadLifetime": 4948974.479,
"varhLagLifetime": 777775.891,
"vahLifetime": 0.01,
"rmsCurrent": 1.649,
"rmsVoltage": 231.861,
"reactPwr": -282.998,
"apprntPwr": 382.43,
"pwrFactor": 0.58,
"whToday": 0,
"whLastSevenDays": 0,
"vahToday": 0,
"varhLeadToday": 0,
"varhLagToday": 0
},
{
"wNow": -1.196,
"whLifetime": -49347.732,
"varhLeadLifetime": 6.991,
"varhLagLifetime": 1961.661,
"vahLifetime": 0,
"rmsCurrent": 0.207,
"rmsVoltage": 5.764,
"reactPwr": 0,
"apprntPwr": 1.196,
"pwrFactor": -1,
"whToday": 0,
"whLastSevenDays": 0,
"vahToday": 0,
"varhLeadToday": 0,
"varhLagToday": 0
},
{
"wNow": 0,
"whLifetime": -79090.24,
"varhLeadLifetime": 4.37,
"varhLagLifetime": 1960.156,
"vahLifetime": 0,
"rmsCurrent": 0,
"rmsVoltage": 5.404,
"reactPwr": 0,
"apprntPwr": 0,
"pwrFactor": -1,
"whToday": 0,
"whLastSevenDays": 0,
"vahToday": 0,
"varhLeadToday": 0,
"varhLagToday": 0
}
]
}
],
"storage": [
{
"type": "acb",
"activeCount": 0,
"readingTime": 0,
"wNow": 0,
"whNow": 0,
"state": "idle"
}
]
}
RE: Plus d'accès aux données de la passerelle Enphase Envoy - Alain_C38 - 19-06-2026
Je suis pour !
mais à titre perso, je ne sais pas faire. Je fais juste des copier-coller de code, je compile et télécharge et j'ai un config qui me permet de tester à partir d'un ESP32 dédié aux tests