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

[michy]

peut être 2 problemes 

- L'obtention du token => voir le post de Serge19 qui ne corrige que cette partie

S'il manque effectivement l'API /ivp/meters/reports/consumption, c'est un second problème qui se greffe en plus

Dans la version 17.20 du routeur, On doit obtenir 6 informations de la passerelle

PactConso_M => Puisance en Watt en cours dans la maison (couvert par apport solaire et soutirage réseau Enedis ... dispo dans  ivp/meter/reading reste a identifier l'item

PactReseau => Puissance en Watt échangée avec le réseau Enedis, dispo dans ivp/meter/reading sous le nom "activePower" doc[0]["activePower"]

PvaReseau => Puissance  en VA échangée avec le réseau Enedis, dispo dans ivp/meter/reading sous le nom "apparentPower" doc[0]["apparentPower"]

whDlvdCum => Cumul wattHeure délivré dispo dans ivp/meter/reading sous le nom  "actEnergyDlvd" doc[0]["actEnergyDlvd"]

Tension_M => tension dispo dans ivp/meter/reading sous le nom "voltage" doc[0]["voltage"]

Intensite_M => intensité dispo dans ivp/meter/reading sous le nom "current" doc[0]["current"]

[Ploufdanlo]

peut être 2 problemes 

- L'obtention du token => voir le post de Serge19 qui ne corrige que cette partie

S'il manque effectivement l'API /ivp/meters/reports/consumption, c'est un second problème qui se greffe en plus

Dans la version 17.20 du routeur, On doit obtenir 6 informations de la passerelle

PactConso_M => Puisance en Watt en cours dans la maison (couvert par apport solaire et soutirage réseau Enedis ... dispo dans  ivp/meter/reading reste a identifier l'item

PactReseau => Puissance en Watt échangée avec le réseau Enedis, dispo dans ivp/meter/reading sous le nom "activePower" doc[0]["activePower"]

PvaReseau => Puissance  en VA échangée avec le réseau Enedis, dispo dans ivp/meter/reading sous le nom "apparentPower" doc[0]["apparentPower"]

whDlvdCum => Cumul wattHeure délivré dispo dans ivp/meter/reading sous le nom  "actEnergyDlvd" doc[0]["actEnergyDlvd"]

Tension_M => tension dispo dans ivp/meter/reading sous le nom "voltage" doc[0]["voltage"]

Intensite_M => intensité dispo dans ivp/meter/reading sous le nom "current" doc[0]["current"]

L'analyse me semble bonne.

Je n'ai pas les moyens de faire la correction moi même et de la compiler mais je peux tester un .bin si une bonne âme me la fournie. (je suis sur un linux un peu étrange)

[michy]

Déjà est ce que le token est reçu par le routeur 

-> dans les 1er Messages par telnet, juste après un reset, il doit y avoir une ligne 
headers 2 enlighten received
suivi de
Token : xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

[Ploufdanlo]

Je ne l'ai pas chopé dans le telnet mais j'ai bien "Ok Received from Enphase" pour le token et la session Id...

Je pense donc que c'est bon ...

[michy]

L'obtention du jeton c'est ok sur base 17.20 officiel ou sur la base modifiée par Serge19 ?

[Ploufdanlo]

L'obtention du jeton c'est ok sur base 17.20 officiel ou sur la base modifiée par Serge19 ?

Pardon je ne l'ai pas précisé : je suis en 17.20 tout ce qu'il y a d'officiel

Le routeur redémarre régulièrement avec le message dans telnet :"Reset demandé Puissances non reçues => Reset".

Il semblerai donc que l'absence de mesure fasse redémarrer le routeur (un watchdog ?)

Aprés chaque redémarrage j'ai un bien ok received from enphase ... cf copie d'écran

[Serge19]

L'obtention du jeton c'est ok sur base 17.20 officiel ou sur la base modifiée par Serge19 ?

Pardon je ne l'ai pas précisé : je suis en 17.20 tout ce qu'il y a d'officiel

Le routeur redémarre régulièrement avec le message dans telnet :"Reset demandé Puissances non reçues => Reset".

Il semblerai donc que l'absence de mesure fasse redémarrer le routeur (un watchdog ?)

Aprés chaque redémarrage j'ai un bien ok received from enphase ... cf copie d'écran

Si vous êtes bien en D8.3.5528, 2 choses à faire :

1) Comme vous êtes sur linux, il faudrait récupérer Putty.exe à cette adresse: https://fr.linux-terminal.com/?p=5009 C'est un utilitaire pour afficher le Telnet et voir les valeurs de Session-id et Token.
2) faite une sauvegarde de vos params et tentez la maj en OTA avec le .bin que je propose. Le lien est ici :
 https://f1atb.fr/forum_f1atb/thread-2805.html. Cette version interroge un autre serveur que dans la version précédente pour le Token justement

[Luc1]

ç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

voici les fichiers attendus (après avoir inseré manuellement mon token) mais dont je suis bien incapable de comprendre toute la signification et d'en tirer des hypothèses sur le niveau de blocage... à toi de jouer Michy !


et dans la doc 2023, on avait déjà:
Getting meter readings  GET https://{IQ_Gateway_ip}/ivp/meters/readings  Description: Returns measurements from production CT, storage CT and consumption CT, and all are subjected to the availability of CTs. This data will get updated once every 5 minutes.
Donc idem.

Se coucher tard, nuit  (Raymond Devos)
Alors bonne nuit et à demain