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

[Luc1]

Pourquoi lorsque le serveur de l'ESP 32 ”bafouille” avec un client, il peut-être immediatement après, ”volubile” avec les deux autres ?
Tu as peut-etre mis le doigt sur quelque chose, alors j'aimerai comprendre dans le détail ce que tu veux dire  ;
David

Salut David, 

Je suis connecté en temps que client au serveur ESP 192.168.1.xxx. Boum, il plante et ne veut plus rien m'afficher ni rafraîchir la page.
Alors dans ma barre d’adresse (sur le même onglet chrome) je demande par exemple l’adresse IPv6 [2a01:yyyyyyyyy:b680] de ce même ESP 32 (qui est ”figé”, aréactif en IPv4 ) et la, miracle, le serveur envoie les données que je vois s’afficher sur ma tablette ! J’aurai eu le même résultat en interrogeant l’adresse IPv4 distante de mon ESP au travers de la redirection de port aaa.bbb.ccc.ddd:ppppp
abcd adresse IPv4de ma box
pppppp port associé à mon ESP 32
Je pense que le serveur de mon ESP 32 me voit comme 3 clients différents selon l’adresse à laquelle j’adresse ma requête et que quand la liaison est buggée avec l’un des clients,  elle ne l'est pas avec les autres (niveau mémore du serveur ou liaisonhttp? ). Puis passé un certain délai (en minuteS ) elle se réinitialise et redevient réceptive à une nouvelle requête sur cette même adresse. (Le terme ”client” n’est peut être pas Pourquoi lorsque le serveur de l'ESP 32 ”bafouille” avec un client, il peut-être immediatement après, ”volubile” avec les deux autres ?  stricto sensu)
Client 1 planté. Je me présente alors en client 2 ou 3 peu importe. Ex client 3: OK connecté.  Puis nouveau plantage, alors je bascule en client 1 ou 2 et ainsi de suite.
Le fait de basculer entre les différentes adresses de requête rétablit une liaison client/serveur opérationnelle jusqu’au plantage suivant.
          Voilà ce que j'essaie d'analyser de ces bugs aléatoires et de la façon dont j’y remédie.

[Alain_C38]

Super explication Francis ! Merci, j'ai enfin compris le concept.

@David/rdsoft30 : Depuis cette dernière version, j'ai eu des reboots de mon ESP connecté au cumulus qui recoit de l'ESP (avec ta dernière version) qui récupère Enphase. La raison semble être ce message qui arrivait rarement avant :

17/07/2026 11:16:24 : client ESP_RMS Timeout !10.0.0.147
17/07/2026 11:18:54 : client ESP_RMS Timeout !10.0.0.147
17/07/2026 11:20:54 : client ESP_RMS Timeout !10.0.0.147
17/07/2026 11:21:24 : client ESP_RMS Timeout !10.0.0.147
17/07/2026 11:22:54 : client ESP_RMS Timeout !10.0.0.147
17/07/2026 11:23:24 : client ESP_RMS Timeout !10.0.0.147
17/07/2026 11:24:54 : client ESP_RMS Timeout !10.0.0.147
17/07/2026 11:26:48 : client ESP_RMS Timeout !10.0.0.147
17/07/2026 11:26:48 : >>> clientESP_RMS Timeout !
17/07/2026 11:29:16 : >>> clientESP_RMS Timeout !

Une idée de la raison ?

Je reconnais que j'ai sur l'ESP-Emphase un -66dBm, mais c'était déjà comme cela avant le changement de version.

Parfois, les 2 reboots.

Salut

Il semblerait que tu ais un problème de configuration.
Le système cherche a communiquer avec une autre ESP32 externe pour lire des infos.

C'est ce que j’ai chez moi avec un capteur de temperature d'eau chaude dans le ballon ́d'eau chaude. Du coup j’ai ce genre de message quand le router n’arrive pas a accéder a un esp32 externe.

As tu un esp32 externe?

A+

David

Je pensais avoir été clair , de toute évidence non.

Ma config:

1. ESP-1 (IP x.x.x.25) avec SRR en version v17.27 standard. Il récupère l'information Enphase à partir d'un ESP2 externe de test avec ta version.
   
2. ESP-2 (IP x.x.x.147) qui tourne avec ta dernière version et qui récupère les infos Enphase.
   

Je trouve donc que le nombre de timeout d'accès de l'ESP 1 avait beaucoup augmenté depuis cette dernière mise à jour.
MAIS, je me suis rappelé que j'avais rajouté sur la config de l'ESP-2 la lecture de la température cumulus en externe sur l'ESP-1.
On avait donc des lectures en externe croisés : ESP1-->ESP2 pour récupérer les données Emphase ET ESP2-->ESP1 pour récupérer la tempé cumulus.
C'était peut-être trop ? J'ai supprimé la récupération de la température qui ne m'apporte rien.

Je trouve toujours que j'ai un nombre de timeout d'accès toujours plus important qu'avant et je me demandais si cela t'évoquait une raison à la vue de tes dernières modifs dans le code ?

**** 
Petite remarque (qui ne semble pas liée à tes modifications) : En retirant l’accès externe à la température sur l’ESP1 depuis sa configuration sur l’ESP2, j’ai constaté, ensuite, que l’ESP1 ne lisait plus la température de la sonde qui lui était connectée ! J’ai dû la reconfigurer manuellement.  Ce comportement est évidemment anormal. Cela suggère qu’un ESP connecté à un ESP externe peut modifier sa configuration, ce qui pourrait potentiellement entraîner un plantage.

[rdsoft30]

Super explication Francis ! Merci, j'ai enfin compris le concept.

@David/rdsoft30 : Depuis cette dernière version, j'ai eu des reboots de mon ESP connecté au cumulus qui recoit de l'ESP (avec ta dernière version) qui récupère Enphase. La raison semble être ce message qui arrivait rarement avant :

17/07/2026 11:16:24 : client ESP_RMS Timeout !10.0.0.147
17/07/2026 11:18:54 : client ESP_RMS Timeout !10.0.0.147
17/07/2026 11:20:54 : client ESP_RMS Timeout !10.0.0.147
17/07/2026 11:21:24 : client ESP_RMS Timeout !10.0.0.147
17/07/2026 11:22:54 : client ESP_RMS Timeout !10.0.0.147
17/07/2026 11:23:24 : client ESP_RMS Timeout !10.0.0.147
17/07/2026 11:24:54 : client ESP_RMS Timeout !10.0.0.147
17/07/2026 11:26:48 : client ESP_RMS Timeout !10.0.0.147
17/07/2026 11:26:48 : >>> clientESP_RMS Timeout !
17/07/2026 11:29:16 : >>> clientESP_RMS Timeout !

Une idée de la raison ?

Je reconnais que j'ai sur l'ESP-Emphase un -66dBm, mais c'était déjà comme cela avant le changement de version.

Parfois, les 2 reboots.

Salut

Il semblerait que tu ais un problème de configuration.
Le système cherche a communiquer avec une autre ESP32 externe pour lire des infos.

C'est ce que j’ai chez moi avec un capteur de temperature d'eau chaude dans le ballon ́d'eau chaude. Du coup j’ai ce genre de message quand le router n’arrive pas a accéder a un esp32 externe.

As tu un esp32 externe?

A+

David

Je pensais avoir été clair , de toute évidence non.

Ma config:

1. ESP-1 (IP x.x.x.25) avec SRR en version v17.27 standard. Il récupère l'information Enphase à partir d'un ESP2 externe de test avec ta version.
   
2. ESP-2 (IP x.x.x.147) qui tourne avec ta dernière version et qui récupère les infos Enphase.
   

Je trouve donc que le nombre de timeout d'accès de l'ESP 1 avait beaucoup augmenté depuis cette dernière mise à jour.
MAIS, je me suis rappelé que j'avais rajouté sur la config de l'ESP-2 la lecture de la température cumulus en externe sur l'ESP-1.
On avait donc des lectures en externe croisés : ESP1-->ESP2 pour récupérer les données Emphase ET ESP2-->ESP1 pour récupérer la tempé cumulus.
C'était peut-être trop ? J'ai supprimé la récupération de la température qui ne m'apporte rien.

Je trouve toujours que j'ai un nombre de timeout d'accès toujours plus important qu'avant et je me demandais si cela t'évoquait une raison à la vue de tes dernières modifs dans le code ?

**** 
Petite remarque (qui ne semble pas liée à tes modifications) : En retirant l’accès externe à la température sur l’ESP1 depuis sa configuration sur l’ESP2, j’ai constaté, ensuite, que l’ESP1 ne lisait plus la température de la sonde qui lui était connectée ! J’ai dû la reconfigurer manuellement.  Ce comportement est évidemment anormal. Cela suggère qu’un ESP connecté à un ESP externe peut modifier sa configuration, ce qui pourrait potentiellement entraîner un plantage.

Salut Françis,

En effet je n'avais pas bien tout compris de ta configuration. Je ne savais même pas qu'il était possible de récupérer les données Enphase d'un ESP externe et de reguler quelque chose sur un ESP maître. Tu pourrais me faire une capture des écrans de configuration que tu as dans "paramètre" ainsi que "actions" de ton ESP1 et ESP2 ?

De mon côté c'est différent, car l'ESP1 assure la régulation de chauffe du balon d'eau chaude en Decoupe Sinus, et a comme source de lecture capteur de température un ESP2 qui a un capteur DS18B20 monté dans le balon. Du coup l'ESP2 ne me sert qu'à lire la température que l'ESP1 lit pour réguler la chauffe.

Dans tous les cas, je ne vois pas ce qui peut avoir provoqué un changement dans la dernière version par rapport à la précédente ..... seule la fréquence de lecture de la passerelle est passée de 1.2s environ a 2s. Le code de récupération des données à l'Enphase lui n'a pas changé.

Par contre je ne comprends pas pourquoi tu ne régules pas la puissance dans ton balon d'eau chaude en Découpe Sinus avec une lecture du capteur de température du balon ?
Ton montage hardware de l'ESP est equipé d'un triac ? Peut-être as tu préférer piloter la puissance en tout ou rien avec un relais par commodité ?

A+

David

[Alain_C38]

En pièce jointe les screenshot demandés, sauf pour ESP2 où il n'y a aucune action.

En fait, je ne connaissais pas cette possibilité, je l'ai découverte lorsque j'ai voulu appliqué ta version sur un ESP que j'avais en stock. Cela m'évite de démonter l'ESP1 sur le cumulus qui est pénible à retirer.

Je ne suis pas certain que ce soit la méthode la plus efficace. A terme, je vais installer la version complète sur l'ESP1 quand elle aura passée tous les tests.

Mon commentaire supplémentaire de tout à l'heure (en fin de msg) était une erreur de manip de ma part. Je viens de m'en rendre compte. Ne pas en tenir compte.

[rdsoft30]

En pièce jointe les screenshot demandés, sauf pour ESP2 où il n'y a aucune action.

En fait, je ne connaissais pas cette possibilité, je l'ai découverte lorsque j'ai voulu appliqué ta version sur un ESP que j'avais en stock. Cela m'évite de démonter l'ESP1 sur le cumulus qui est pénible à retirer.

Je ne suis pas certain que ce soit la méthode la plus efficace. A terme, je vais installer la version complète sur l'ESP1 quand elle aura passée tous les tests.

Mon commentaire supplémentaire de tout à l'heure (en fin de msg) était une erreur de manip de ma part. Je viens de m'en rendre compte. Ne pas en tenir compte.

Salut

Pour ma part la dernière version que j'ai proposé tourne chez moi depuis 58 heures sans aucuns soucis, et aucun problème d'accès à n'importe quel moment sur les pages Web y compris la page d'Accueil.

Je suis certain que cette version apporte un vrai plus dans la stabilité et l'utilisation avec une passerelle Enphase.

@André,
Si besoin tu peux en faire une version 17.28. Si tu le souhaite je te refais passer le package ;-)

A+

David

[F1ATB]

Actuellement en vacances. On verra dans 10 jours. Si tout le monde est satisfait, on fera une 17.28.

Cordialement

André

[ROPA 59]

J'ai une fois résolu ce problème ; après avoir tout coupé les sectionneurs des panneaux , laisser rebouter et 
rappuyer sur le bouton association de ton Enphase ... mais simultanément faire une association WPS dans ta box  
( juste pour aider ...)

Patrick

[Alain_C38]

@Patrick : a qui réponds tu... je ne comprends pas.

@David :
Fonctionnement nickel sur mes 2 ESP depuis 50 h (dont l'ESP2 avec ta version). Presque plus de timeout d'accès aux ESP distants.

Je viens de réaliser que ces 2 ESP avaient des versions très proches sauf que ESP2 "portait" la charge de la lecture Emphase. Je me demande finalement si ce n'est pas réellement cela qui phagocytait la mémoire ?

ESP1 :

Mémoire RAM libre actuellement : 95692 octet
Mémoire RAM libre minimum : 37660 octet

ESP2 (avec la lecture Emphase) :

Mémoire RAM libre actuellement : 56848 octet
Mémoire RAM libre minimum : 2532 octet

Appel à témoin pour les utilisateurs de v17.17 : A combien est cette mémoire libre mini sur des systèmes avec des mesures sur un autre mesure de puissance ?