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
(Aujourd’hui, 12:12 AM)Seb6938 a écrit : Bonjour à tous,
J'ai récupéré les sources (https://github.com/F1ATB/Solar-Router-F1ATB) donc en "#define Version  "17.20" // PhDV61" à ce jour. j'ai récupéré un ESP32 de test. Coté matériel Enphase j'ai une paserelle IQ meter en version <software>D8.3.5528</software>.

TEST1: Généré un token via le web
https://enlighten.enphaseenergy.com/entr...XXXXXXXXXX

curl -k -H "Authorization: Bearer MON_TOKEN_WEB" https://192.168.0.38/api/v1/production
RESULTAT OK:
{
  "wattHoursToday": 0,
  "wattHoursSevenDays": 60333,
  "wattHoursLifetime": 12760547,
  "wattsNow": 1100
}

TEST2: generé le token via la v7.20
23:53:11.864 -> Essai connexion  Enlighten server 2 pour obtention token!
23:53:14.059 -> Token :eyJraWQiOi.....

curl -k -H "Authorization: Bearer MON_TOKEN_V7.20" https://192.168.0.38/api/v1/production
<head><title>401 Authorization Required</title></head>

=> Le token généré via le RMS pose pb depuis le changement coté API Enphase

... je pousserais l'analyse plus loin demain soir si je peux

Sébastien, regarde mon post/photo. Après une coupure du gateway Enphase de 10mn, ESP32 en 17.21, la connexion est OK, et j’ai le Token. Mais pas de données et ESP32 très très lent.
DMC 6 Kw / IQ8P / Enphase Meter / ESP32 / SSR
Urban Solar Energy : batterie virtuelle 
Répondre

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)


Pièces jointes
.txt   Fonction LectureEnphase.txt (Taille : 7.38 Ko / Téléchargements : 7)
Merci André Smile ,
Routeur V17.19 (since V2.01) / Source UxI / 5 actions

Si les réponses que je propose bénévolement sur ce forum ne vous plaisent pas, ignorez-les simplement sans me jeter la pierre ! (Ou ne posez pas de question)
Répondre

Merci à tous pour la mobilisation autour de le problématique. Merci aux bénévoles et à André ??
Répondre

J'ai fait faire un audit a une IA pour challenger la version du projet sur le github et les versions d'API de chez Enphase. Je lui ai aussi demandé de prendre en compte les problèmes rencontrés depuis le 10/06.

1. Graphify sur le projet puis focalisation sur la partie Enphase pour lui permettre d'avoir une bonne compréhension du projet et du code ramené du Git.
2. mise en liaison avec la partie données developper chez Enphase.
3. prise en compte de la problématique rencontrée

J'en ai ressorti un audit et un rapport d'analyse qui ouvrent certaines voies d'exploration.

Je ne fait pas coder chez moi car je n'ai pas l'assurance que ça ne va pas impacter les autres choses que la partie Enphase et je n'ai pas la maîtrise du sujet. Si au final ça n'est pas partageable derrière ça ne sert à rien.

Je joint les rapports en PJ.

Bonne journée et bon courage à tous.


Pièces jointes
.txt   AUDIT_ENPHASE_ENVOY_S.txt (Taille : 18.58 Ko / Téléchargements : 5)
.txt   RAPPORT_ANALYSE_ENPHASE.txt (Taille : 15.05 Ko / Téléchargements : 4)
Répondre

Pour mon soucis de reboot (page précédente), le problème est apparu avec la mise à jour Enphase, mais il ne semble pas vous impacter. Mon ESP32 plante dès que j'accède à l'interface Web.

Je vais faire un sujet dédié pour ne pas + polluer celui là avec ce problème annexe.

Edit : c'est résolu, les explications ici
Répondre

Hello, comme beaucoup il y a quelques jours, j'ai testé plein de chose sans y arriver au niveau de la passerelle . AU niveau du routeur en V15 que je n'avais pas touché depuis bine longtemps , j'étais passé sur mon shellypro .
L'Enphase est revenu en pleine nuit et depuis cela fonctionné

Ce matin j'avais un peu de temps donc je fait maj pour passage en V17 et remettre enphase vu que la passerelle fonctionne et que le fichier de paramètre entre V15 et V17 ne semble pas fonctionner, sauf que cela fait 2h que je galère car moi les problèmes au niveau de l'ESP est pire
Démarrage ok et quand j'active emphase, il devient inaccessible et il se réinitialise tout seul avec l'adresse IP par défaut !

J'ai remis mon shelly a la place pour réparer et la j'ai eu l'idée de venir ici.

Je n'est pas tout lu mais je confirme aussi que le routeur fait planter la passerelle ENVOY !!! J'avais pas fait le liens car je pensais l'inverse

Bon courage pour la solution
Répondre

rdsoft30 a écrit:

[quote pid="24842" dateline="1781733317"]

      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)')))

[/quote]

Enphase voudrait nous faire payer les accès  à NOS données sur les APIs ??? Voir copie écran 

If you are a developer or homeowner looking to access Enphase systems' data, you can subscribe to any of the plans listed below. Sign up to the developer portal, and choose a plan of your choice to access the API. The Watt plan provides free access to 1,000 hits each month. For additional access, you can subscribe to the Kilowatt plan or Megawatt plan after adding a credit card to your account. 
In  https://developer-v4.enphase.com/developer-plans


Pièces jointes Miniature(s)
   
Répondre

(Il y a 2 heures)Luc1 a écrit : [quote pid="24842" dateline="1781733317"]

      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)')))

Enphase voudrait nous faire payer les accès  à NOS données sur les APIs ??? Voir copie écran 

If you are a developer or homeowner looking to access Enphase systems' data, you can subscribe to any of the plans listed below. Sign up to the developer portal, and choose a plan of your choice to access the API. The Watt plan provides free access to 1,000 hits each month. For additional access, you can subscribe to the Kilowatt plan or Megawatt plan after adding a credit card to your account. 
In  https://developer-v4.enphase.com/developer-plans
[/quote]

Oui je pense qu'ils ont juste mis en exécution leur restriction d'usage d'accès à l'API. Ce qui est étrange c'et que le truc semble annoncé depuis 2024.
Répondre

Je ne pense pas que ce soit le cas 

Ce qui est certain, c'est que pour plein d'autres applis du même type, cela marche encore comme HomeAssistant ou chez moi EnergyBoard qui n'a pas été mit à jour depuis 2025 et qui fait des requêtes en continue.
Je me trompe peut-être. 

Par contre, si on suit les liens Enphase, on tombe sur une page avec le code à employer : https://developer-v4.enphase.com/docs/qu...tml#step_1
--------------------------------------------------------------
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 :
1 visiteur(s)

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