Note de ce sujet :
  • Moyenne : 5 (1 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Plus d'accès aux données de la passerelle Enphase Envoy
#91
même soucis, perte de data dans home assistant depuis la gateway enphase. puis je me suis rendu compte ce matin que plus d'eau chaude non plus car le routeur f1atb etait en carafe car plus de data depuis la gateway.

ce que j'ai remarqué, c'est qu'en faisant un reboot de ma gateway enphase avec le routeur f1atb éteint, elle reboot et repart correctement. mes remontées dans home assistant fonctionne bien. mais des que je rallume le routeur f1atb, dans les 5min la gateway s'effondre et se met à clignoter rouge à nouveau.

j'etais sur une vieille version du routeur. j'ai upgrade en 17.21 et meme resultat.

pour le moment j'ai shunté le routeur pour gérer à nouveau mon chauffe eau en mode hp/hc :'(
Répondre

#92
(Il y a 2 heures)Mike a écrit :
(Il y a 2 heures)Pliz72 a écrit : Idem pour moi, testé a l'instant 
Token OK mais pas de mesure

Merci pour les tests.
Supprimer le mDNS ne suffit donc pas pour tout le monde pour que cela fonctionne à nouveau.
Il doit y avoir une subtilité qui fait que cela fonctionne chez Luc1 mais pas chez d'autres utilisateurs.

oui et concernant mDNS en décochant la case " Adresse IP auto par résolution mDNS" on le bypasse (v17.18) sans avoir à modifier le code (et on utilise dans ce cas l"adresse IP manuelle " Adresse IP Enphase-Envoy externe"). Mais ça ne résout pas la suite.

Sinon dans mon cas j'ai un raspberry/homeAssistant/mosquitto qui voit bien les sensors envoy ... Donc pour l'instant je renvoie par MQTT le sensor envoy à l'esp32 tout en essayant de comprendre ce qui empeche l'esp d'interroger le envoy ... à suivre.
Répondre

#93
(Il y a 1 heure)olivier38 a écrit :
(Il y a 2 heures)Mike a écrit :
(Il y a 2 heures)Pliz72 a écrit : Idem pour moi, testé a l'instant 
Token OK mais pas de mesure

Merci pour les tests.
Supprimer le mDNS ne suffit donc pas pour tout le monde pour que cela fonctionne à nouveau.
Il doit y avoir une subtilité qui fait que cela fonctionne chez Luc1 mais pas chez d'autres utilisateurs.

oui et concernant mDNS en décochant la case " Adresse IP auto par résolution mDNS" on le bypasse (v17.18) sans avoir à modifier le code (et on utilise dans ce cas l"adresse IP manuelle " Adresse IP Enphase-Envoy externe"). Mais ça ne résout pas la suite.

Sinon dans mon cas j'ai un raspberry/homeAssistant/mosquitto qui voit bien les sensors envoy ... Donc pour l'instant je renvoie par MQTT le sensor envoy à l'esp32 tout en essayant de comprendre ce qui empeche l'esp d'interroger le envoy ... à suivre.

Idem mais ce n'est pas magique en terme de réactivité ca fait grossièrement le boulot,
 effectivement que ca soit jeedom ou HA il n'y as pas eut de maj sur les intégrations et pourtant cela fonctionne, je ne veux pas faire de la théorie de comptoir mais ca semble cibler, il existe des afficheurs diy pour la enphase il faudrais se renseigner savoir si de leurs côtés ils ont les mêmes probleme que nous 
D'ailleurs enphase n'as jamais répondu a mon mail
Répondre

#94
(Hier, 10:39 PM)michy a écrit : 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"]

Bonjour à tous,
Merci Michy pour ces détails. Pour infos je suis en <software>D8.3.5528</software> et RMS 17.20 (j'ai désactivé la résolution mDNS car j'ai une IP fixe pour l'IQ + le mDNS ne fonctionne pas chez moi)

Même remarque que la majorité des personnes: le routeur solaire tente de se connecter à l'IQ meter qui se met en 'rideau' (4 led rouge) => pour solutionner dans les parametres du RMS j'ai sélectionné "Non définie" pour la "Source" dans l'onglet Mesures de puissance". Puis j'ai redémarré l'IQ meter et depuis il fonctionne (pour info: j'ai testé de remettre la source Enphase dans le RMS et de nouveau 4 leds rouges sur IQ meter au bout de quelques minutes).

Pour faire avancer sur le pb je partage les infos ci-dessous. (Note pour faire ces tests il faut que l'IQ meter soit bien sure avec les leds vertes)
pour générer un token:
https://enlighten.enphaseenergy.com/entr...erial_num="Numéro série passerelle IQ Enphase à 12 chiffre"

Lecture du Json: ivp/meters via la commande: (je suis sur Linux)
curl -k -H "Authorization: Bearer MON_TOKEN_TROUVE_PRECEDEMENT" \
https://MON_IP_IQ_METER/ivp/meters/readings

test via navigateur
https://MON_IP_IQ_METER/login.html
=> Attention votre navigateur va indiquer url "Non sécurisé" il faut donc accepter la "Connexion non sécurisé" (le message dépend de votre navigateur)

J'ai joint le résulat de "ivp/meters/readings" dans meters_readings.txt => on retrouve bien les valeurs pour activePower/apparentPower/actEnergyDlvd/voltage/current (il manquerais la correspondance vers PactConso_M si quelqu'un la connait ?), je n'ai pas le code source sous la main ;-)

J'espère que cela pourra aider, désoler je dois me déconnecter, demain je serais en déplacement pour le boulot, j'ai la possibilité de pousser cela plus en détail mercredi soir ;-) si quelqu'un n'a pas résolut le pb d'ici là ;-) 
Bien à vous


Pièces jointes
.txt   meters_readings.txt (Taille : 17.53 Ko / Téléchargements : 4)
Répondre

#95
(Il y a 1 heure)olivier38 a écrit :
(Il y a 2 heures)Mike a écrit :
(Il y a 2 heures)Pliz72 a écrit : Idem pour moi, testé a l'instant 
Token OK mais pas de mesure

Merci pour les tests.
Supprimer le mDNS ne suffit donc pas pour tout le monde pour que cela fonctionne à nouveau.
Il doit y avoir une subtilité qui fait que cela fonctionne chez Luc1 mais pas chez d'autres utilisateurs.

oui et concernant mDNS en décochant la case " Adresse IP auto par résolution mDNS" on le bypasse (v17.18) sans avoir à modifier le code (et on utilise dans ce cas l"adresse IP manuelle " Adresse IP Enphase-Envoy externe"). Mais ça ne résout pas la suite.

Sinon dans mon cas j'ai un raspberry/homeAssistant/mosquitto qui voit bien les sensors envoy ... Donc pour l'instant je renvoie par MQTT le sensor envoy à l'esp32 tout en essayant de comprendre ce qui empeche l'esp d'interroger le envoy ... à suivre.
Merci à tous pour les tests. L'idée de décocher le mDNS depuis la 17.18 m'évite provisoirement de recompiler, mais il faudrait le refaire avec mon .bin de hier qui est une base modifiée en 17.20. Je cherchait justement un testeur en 5528. Pour résumer la génération du Token est vérifiée avec un Cookie. 
Voici le lien ici :  https://wetransfer.com/downloads/c89f7bd84b039081703a1f7adb32e83420260614154654/d8f44fac09b9acf286c2417a3d7b2a4720260614154820/306157
Répondre



Atteindre :


Utilisateur(s) parcourant ce sujet :
Alain_C38, cmichel, Ecubitus, fafadar, lefilliatre, Oniric, patrickvalence, thierry parisis, 1 utilisateur(s) invisible(s), 4 visiteur(s)

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