Données enphasesecur journalières, semaine et MES identiques

Bonjour, j’utilise le plugin Enpahsesecur depuis 12/2023.
Je récupère des données temps réel (presque), des données journalières et les mêmes données
depuis la mise en service (MES) de la passerelle afin de faire des stastitiques et des profils d’amélioration de performance au quotidien.
Le 10/06/2026à 23h02, la passerelle enphase a redémarré (raison inconnue) et depuis les valeurs retournées pour certaines données journalières, semaine et MES depuis sont identiques
et prennent la valeur depuis la mise en service pour ex :Consommation total : les valeur énergie du jour, de la semaine et de la MES sont celles de la MES.
En consultant, les signalements relatifs à enphasesecur, une réponse renvoie à interroger enphasesecur, c’est donc ce que j’ai fait voici le contenu de notre échange.

Didxxxx
00:04 (il y a 22 heures)
À API

Bonjour, J’ai un système domotique JEEDOM connecté sur une passerelle Enphase depuis 12/2023 sans problème.
ID du site : XXXXXX
Le 10/06 à 23h02, il y a eu un redémarrage de la passerelle.
Depuis sans avoir modifié l’application JEEDOM, à chaque requête je reçois des valeurs identiques d’énergie jour, semaine, ou MES pour certains paramètres qui continuent à évoluer pour exemple:
Consommation totale, les valeur du jour, de la semaine et depuis la MES sont identiques et correspondent à la valeur MES. Il est à noter que les valeurs jour et semaine ne sont pas remises à 0 suivant leur périodicité.
La version du plugin JEEDOM n’a pas évolué depuis le 08/12/2024.
J’ai relancé le plugin , coupé et relancé la passerelle le 15/06 (voir histo de la passerelle) cela ne résoud pas le problème.
Pouvez vous me donner des informations sur ce phénomène.

Réponse d’enphasesecur

Cordialement, de la part d’Enphase Energy.

Notre analyse indique que le plugin JEEDOM utilise actuellement l’ancien point de terminaison /production.json, lequel peut renvoyer des valeurs agrégées incorrectes, notamment après un redémarrage de la passerelle. Cela explique pourquoi les valeurs journalières, hebdomadaires et mensuelles semblent identiques.

Nous avons vérifié les données en utilisant des points de terminaison plus récents de la passerelle, qui renvoient des valeurs correctes :

/ivp/pdm/energy fournit des données de production journalières et hebdomadaires précises ;

/ivp/meters/readings confirme l’exactitude des mesures en temps réel et cumulées.

Nous vous recommandons de mettre à jour le plugin JEEDOM afin d’utiliser ces points de terminaison plus récents à la place de /production.json.

N’hésitez pas à répondre à cet e-mail si vous avez besoin d’une assistance supplémentaire.

Cordialement,

J’utilise le plugin mais suis incapable de mettre en oeuvre la réponse car je pense qu’elle fait parti de son développement.

Existe t’il un correctif ou faut-il modifier les développements jeedom faits à partir de ce pugin.

Merci d’avance pour votre réponse.

Core : 4.5.3 (master)
DNS Jeedom Atlas : oui

Plugin : Enphase Secure
Version : 2024-12-08 01:10:21 (stable)
Statut Démon : Démarré - (2026-06-16 23:47:44)
Santé
🟢 Matériel : Atlas
🟢 Système à jour : OK
🟢 Cron actif : OK
🟢 Scénario actif : OK
🟢 Démarré : OK 2026-06-16 00:28:04
🟢 Date système (dernière heure enregistrée) : OK 2026-06-17 22:47:33 (2026-06-17 22:37:02)
🟢 Droits sudo : OK
🟢 Version Jeedom : 4.5.3
🟢 Version OS : debian 11.8
🟢 Version PHP : 7.4.33
🟢 Nombre de processus Apache : 12
🟢 Version OS : Linux JeedomAtlas 5.15.93-rockchip64 #23.02.2 SMP PREEMPT Fri Feb 17 23:48:36 UTC 2023 aarch64 GNU/Linux  [11.8]
🟢 Version database : 10.5.21-MariaDB-0+deb11u1
🟢 Espace disque libre : 76 %
🟢 Connexion active/max/autorisée : 12/24/151
🟢 Taille base de données : 139.53 MB
🟢 Espace disque libre tmp : 96 %
🟢 Mémoire disponible : 69 % (Total 3864 Mo)
🟢 Mémoire suffisante : 0 
🟢 Erreur I/O : 0
🟢 Swap disponible : 100 % (Total 1932 Mo)
🟢 Swappiness : 100 %
🟢 Charge : 0.29 - 0.26 - 0.17
🟢 Configuration réseau interne : OK
🟢 Configuration réseau externe : OK
🟢 Node : v22.21.0 
🟢 Python 3 : Python 3.9.2 
🟢 Persistance du cache : OK
🟢 Apache private tmp : OK

Bonjour
J’utilise simultanément Enphase secure et Envoy (officiel Jeedom).
Depuis le 17/06/2026, j’ai des erreurs dans les logs.

Enphase secure tous les 1/4 d'heure
0007|[2026-06-17 23:46:06] ERROR  : Erreur de connexion aux serveurs Enphase
0008|[2026-06-17 23:54:33] ERROR  : Erreur lors de la récupération des mesures attente de 10s pour recommmencer
Envoy toutes les minutes
0889|[2026-06-18 09:30:03] ERROR  Erreur sur la fonction cron du plugin : Erreur lors de l\'authentification sur Enphase : {"message":"Invalid"}

Je passe en débug et je vous raconte la suite…
Edit
Enphase secure

0087|[2026-06-18 09:41:08] INFO  : Recuperation token
0088|[2026-06-18 09:41:08] DEBUG  : Starting new HTTPS connection (1): enlighten.enphaseenergy.com:443
0089|[2026-06-18 09:41:09] DEBUG  : https://enlighten.enphaseenergy.com:443 "POST /login/login.json HTTP/1.1" 401 None
0090|[2026-06-18 09:41:09] ERROR  : Erreur de connexion aux serveurs Enphase
0091|[2026-06-18 09:41:09] INFO  : Send to jeedom :  error serveur
0092|[2026-06-18 09:41:09] DEBUG  : Starting new HTTP connection (1): 127.0.0.1:80
0093|[2026-06-18 09:41:09] DEBUG  : http://127.0.0.1:80 "POST /plugins/enphasesecur/core/php/jeeenphasesecur.php?apikey=gAdcSCPpXXFpEMTd2anCcQ4HMKkYN3GTmPzMYqCxzwqY656NKgB9nb7tjU9dd7ah HTTP/1.1" 200 0
0094|[2026-06-18 09:41:14] DEBUG  : Shutdown
0095|[2026-06-18 09:41:14] DEBUG  : Removing PID file /tmp/jeedom/enphasesecur/deamon.pid
0096|[2026-06-18 09:41:14] INFO  : Send to jeedom :  error arret
0097|[2026-06-18 09:41:14] DEBUG  : Starting new HTTP connection (1): 127.0.0.1:80
0098|[2026-06-18 09:41:14] DEBUG  : Exit 0

envoy

0922|[2026-06-18 09:44:02] DEBUG  [request] https://192.168.1.104/production.json?details=1
0923|[2026-06-18 09:44:02] DEBUG  [request] 401 unautorize try to renew token
0924|[2026-06-18 09:44:02] DEBUG  [getJWT] {"message":"Invalid"}
0925|[2026-06-18 09:44:02] ERROR  Erreur sur la fonction cron du plugin : Erreur lors de l\'authentification sur Enphase : {"message":"Invalid"}

Le token n’est pas renouvelé.
Il semble que le soucis soit chez Enphase.

La génération du token est en vrac chez enphase.

Bonjour

Merci du partage d’expérience

Maise n’ai pas de pb de connexion, par rapport à la récupération du token ou autre. Le renouvellement du token est manuel et se fait une fois par an.

2026-06-18 23:21:44] DEBUG  : load_ssl_context verify=False cert=None trust_env=True http2=False
[2026-06-18 23:21:44] INFO  : Test Token
[2026-06-18 23:21:44] DEBUG  : connect_tcp.started host='xxx.xxx.xxx.xxx' port=xxx local_address=None timeout=5.0 socket_options=None
[2026-06-18 23:21:44] DEBUG  : connect_tcp.complete return_value=<httpcore._backends.sync.SyncStream object at xxxxxxxxxxxx>
[2026-06-18 23:21:44] DEBUG  : start_tls.started ssl_context=<ssl.SSLContext object at xxxxxxxxxxxx> server_hostname='xxx.xxx.xxx.xxx' port=xxx local_address=None timeout=5.0 socket_options=Nonetimeout=5.0
[2026-06-18 23:21:44] DEBUG  : start_tls.complete return_value=<httpcore._backends.sync.SyncStream object at 0xffffb6c032e0>
[2026-06-18 23:21:44] DEBUG  : send_request_headers.started request=<Request [b'GET']>
[2026-06-18 23:21:44] DEBUG  : send_request_headers.complete
[2026-06-18 23:21:44] DEBUG  : send_request_body.started request=<Request [b'GET']>
[2026-06-18 23:21:44] DEBUG  : send_request_body.complete
[2026-06-18 23:21:44] DEBUG  : receive_response_headers.started request=<Request [b'GET']>
[2026-06-18 23:21:45] DEBUG  : receive_response_headers.complete return_value=(b'HTTP/1.1', 200

Le pb est sur la récupération de la méme donnée avec des périodicités différentes (jour, semaine et MES)

J’ai aussi ce problème, avec en plus impossibilité de récupérer le token, même manuellement avec trois navigateurs différents.

Bonjour, j’ai également ce problème de données depuis le 8/6/2026

Les données proj_jour et conso_total_jour sont équivalentes aux donnes prod_MES et conso_total_MES

Et j’ai ce message d’erreur

image

Il faut que je regarde vers quel serveur d’autantif la box emphase renvoie. ils l’ont peut-être changé avec la mise à jour des box.
Je regarderai ce soir.

as tu essayé cette méthode pour récupérer le token ? :

/entrez-auth-token?serial_num=XXXXXXXX

(il faut se connecter sur le site web https://enlighten.enphaseenergy.com/ au préalable)

Pour ma part ça fonctionne

Quand je me connecte ensuite à ma passerelle https://{IP}/production.json, je constate effectivement que les variables whToday, whLastSevenDays et whLifetime ont toutes les mêmes valeurs.

Bonjour, j’ai exactement le même problème sur le plugin et en effet le lien https://{IP}/production.json de ma passerelle remonte depuis le 11/06 les variables whToday, whLastSevenDays et whLifetime avec des valeurs identiques. Pas de problème de token de mon côté.
Depuis j’ai aussi cette erreur toutes les nuits à 22h : Erreur sur enphasesecur::enphasesecurCron1drapport() : Division by zero, je ne sais pas si c’est lié ?

Salut,

Vous êtes sûr du tag ? Moi je n’ai pas ces commandes sur le plugin-enphasesecur
Il ne s’agirait pas plutôt du plugin-enphase et si c’est le cas il faut changer le tag

Pour info, j’ai regardé coté plugin-enphasesecur. Je suis sur un firmware D8.3.5169 et je n’ai pas constaté ce que vous indiquez. Les valeurs jour, semaine et depuis mise en service sont bien différentes.

Dans le titre, le plugin est bien enphase secure (voir ci-dessus) . Il y a 2 sujets qui se mêlent :

1 - Pb de mise jour des valeurs, des données qui spnt identiques et dans le message d’origine, enphas eenergy explique la possible raison de ce comportement ( réponse que j’ai joint à mon message),

2 - Pb de récupération du token . Pb que je n’ai pas (pour l’instant) et il serait souhaitable de dissocier les 2 sujets. A préciser que la connexion entre la passerelle et la Jeedom n’est pas en wifi mais cablé direct via un switch ethernet;

Et à mon avis les solutions à mettre en oeuvre ne sont pas de la même nature.

Merci de vos retours, ça ne résoud pas le pb mais je me sens moins seul avec mon soucis.

Je parle bien aussi du plugin Enphase Secure.
J’ai le problème de mise à jours de valeurs ProdJour et ProdSemaine
Je n’ai pour l’instant pas le problème de Token.
Version du plugin : 2024-12-08 01:10:21 (stable)
Version Jeedom : 4.5.3
Version OS : Debian 12.14
Version Python : 3.11.2
Version PHP : 8.2.31

Bonjour,
Avec ces versions:


Pas de souci pour récupérer le token, mais les valeurs conso net Jour, Semaine et MES sont identiques et à l’ouest:

Ca dure depuis le 9/6, date probable de la mise à jour de la passerelle.

Mille merci. Cela marche avec le lien direct.
Et cela fait effectivement un an que je tournais avec le token précédent qui se renouvelait tout seul.
Je ne comprends pas trop pourquoi le site enlighten.enphaseenergy.com me fait la gueule.

C’est uniquement plugin-envoy qui ne mettais plus à jour tout seul le token.

J’utilise les deux plugins qui se complêtent bien. plugin-enphasesecur.

Bon du coup ça veux dire qu’on va tous être concerné quand la passerelle sera mis à jour avec le D8.3.5528

Le soucis c’est que les données json du « nouveau lien » n’ont plus la même structure donc il y a du job pour adapter.

Pour plugin-enphasesecur le dev n’est plus sous Jeedom du coup il fait des fix quand il peut mais là je sais pas ce que ça donnera.

Probablement.
Puni aussi avec

  • Version logicielle D8.3.5528 (f9db90)
  • Date de version logicielle 06 mai, 2026 1:51 Après-midi

Et puni aussi avec l’obligation d’achat à 1 centimes/kW.h l’année prochaine. :disappointed_face:

Super ça avance, le pb semble cerné pour le plugin-enphasesecur, et c’est la cata. Effectivement cela ne semble pas simple à corriger.

Le plugin JEEDOM Enphase Envoy, dont la doc n’explique pas tout, opère avec quelle version d’API de la passerelle (V7 sur la doc et on est en D8.3.5528)?.

Cela peut être la solution de passer sur ce plugin si son fonctionnement n’est pas affecté par la nouvelle version passerelle? Ceux qui l’utilisen ont-ils ce pb car il semble que l’on puissse récupérer les mêmes donnes (live, jour, semaine et MES.

bon cela va coûterait 6€ et j’imagine que cela oblige à reprendre une partie de nos développements, mais si c’est la solution!

qu’en pense Mr. Jeedom ?

De ce que je constate, envoy et enphasesecure sont ok pour les mesures de puissances instantannées mais pas pour les données d’énergie.

Vous êtes en monophasé ou triphasé ?

Je suis en monophasé.

Je proposerais une modification demain sur la base de la beta. Si vos tests sont ok je ferais une PR.