Note de ce sujet :
  • Moyenne : 5 (3 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Plus d'accès aux données de la passerelle Enphase Envoy
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


Pièces jointes Miniature(s)
   
6 kWc - Enphase iq8hc
Enphase envoy metered
Répondre

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é Smile
enphase 3.5Kwc (10 panneaux de 350w avec micro onduleur) depuis janvier 2025
1 f1atb router 17.x (en rade à cause de enphase depuis mi juin) depuis fevrier 2025
home-assistant depuis 2015
Répondre

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
Répondre

Thumbs Up 
(Il y a 5 heures)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 Smile), 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
--------------------------------------------------------------
ESP32 (v117,20 et IP fixe) + sonde température + SSR -- Cumulus/Chauffe-Eau
Source données serveur Enphase 7.

Répondre

(Aujourd’hui, 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.
--------------------------------------------------------------
ESP32 (v117,20 et IP fixe) + sonde température + SSR -- Cumulus/Chauffe-Eau
Source données serveur Enphase 7.

Répondre



Atteindre :


Utilisateur(s) parcourant ce sujet :
olivier38, Roi_arthur, seb.digeos@sfr.fr, 1 utilisateur(s) invisible(s), 3 visiteur(s)

Moteur MyBB, © 2002-2026 Melroy van den Berg.