+- F1ATB forum (https://f1atb.fr/forum_f1atb)
+-- Forum : Forum de F1ATB (https://f1atb.fr/forum_f1atb/forum-3.html)
+--- Forum : Routeur Photovoltaïque (https://f1atb.fr/forum_f1atb/forum-4.html)
+--- Sujet : Plus d'accès aux données de la passerelle Enphase Envoy (/thread-2795.html)
RE: Plus d'accès aux données de la passerelle Enphase Envoy - Luc1 - 17-07-2026
(17-07-2026, 12:36 PM)rdsoft30 a écrit : Pourquoi lorsque le serveur de l'ESP 32 ”bafouille” avec un client, il peut-être immediatement après, ”volubile” avec les deux autres ?Salut David,
Tu as peut-etre mis le doigt sur quelque chose, alors j'aimerai comprendre dans le détail ce que tu veux dire ;
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.
RE: Plus d'accès aux données de la passerelle Enphase Envoy - Alain_C38 - 17-07-2026
(17-07-2026, 12:18 PM)rdsoft30 a écrit :(17-07-2026, 11:34 AM)Alain_C38 a écrit : 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 :
Citation :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:
- 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.
- 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.
RE: Plus d'accès aux données de la passerelle Enphase Envoy - rdsoft30 - 17-07-2026
(17-07-2026, 05:53 PM)Alain_C38 a écrit :(17-07-2026, 12:18 PM)rdsoft30 a écrit :(17-07-2026, 11:34 AM)Alain_C38 a écrit : 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 :
Citation :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
Ma config:
- 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.
- 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
RE: Plus d'accès aux données de la passerelle Enphase Envoy - Alain_C38 - 17-07-2026
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.
RE: Plus d'accès aux données de la passerelle Enphase Envoy - rdsoft30 - 18-07-2026
(17-07-2026, 08:27 PM)Alain_C38 a écrit : 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
RE: Plus d'accès aux données de la passerelle Enphase Envoy - F1ATB - 18-07-2026
Actuellement en vacances. On verra dans 10 jours. Si tout le monde est satisfait, on fera une 17.28.
Cordialement
André
RE: Plus d'accès aux données de la passerelle Enphase Envoy - ROPA 59 - 18-07-2026
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
RE: Plus d'accès aux données de la passerelle Enphase Envoy - Alain_C38 - 19-07-2026
@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 :
Citation :Mémoire RAM libre actuellement : 95692 octet
Mémoire RAM libre minimum : 37660 octet
ESP2 (avec la lecture Emphase) :
Citation :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 ?
RE: Plus d'accès aux données de la passerelle Enphase Envoy - cmichel - 28-07-2026
Bonjour,
Aprés plusieurs test des dernières modifications il y a beaucoup moins de messages dans les données brutes, par exemple 2 messages en 12h de fonctionnement
Envoy JSON Reading 3 failed, status= TIMEOUT, partialLen=377
Et toujours ce type de message.
Aprés au niveau mémoire minimum je suis pour le moment à 8534 avec un fonctionnement de 90h de mon RMS
On avance, merci David
RE: Plus d'accès aux données de la passerelle Enphase Envoy - rdsoft30 - 28-07-2026
Salut à tous,
De mon côté la dernière version que j'ai proposée fonctionne à merveille chez moi. Aucuns messages d'erreur depuis plus de 296h de fonctionnement non stop et jamais aucuns problèmes d'affichage de la page d'accueil ni des autres d'ailleurs.
Tout est opérationnel de façon optimale de mon côté.
Malgrès un niveau mémoire minimum assez bas atteint, certainement qu'une seule fois aussi bas, je n'ai aucuns soucis.
Cette dernière version est de loin la plus fiable et stable que j'ai utilisé.
@cmichel,
Merci pour ton retour, et de rien, si le travail profite à tout le monde c'est top !
A+
David