(04-07-2026, 11:32 AM)Luc1 a écrit : Salut à tous,
Quelques observations de béotien....
Avec Esp32 qui tourne en 17.25 ”officielle” d'André depuis 95h avec Enphase en D8.3.5289 je remarque que 

• la RAM min descend à 276 octets seulement ???
  
• Le max de la boucle du cœur 0 qui se faisait en environ 1700ms en 16.10 est descendu entre 400 et 500ms. (Et moyenne à 2ms)
  

Et comme tout le monde:

• Envoy irrespectueuse qui refuse souvent de parler à mon Esp... mais sans conséquence 
  
• Lorsqu'elle ne se déconnecte pas...
  
• Affichage des écrans accueil et brute souvent très compliqué voir momentanément impossible
  

Merci à toutes les cervelles qui cherchent et fument pour nous trouver la(les) solution(s) !

j'ai toujours mon soucis de reboot tres regulier, j'ai essayé ce matin de mettre la 17.26, je suspecte 2 trucs qui déclenche le reboot : 
- un soucis de RAM qui sature (leak memoire ?) et reboot l'ESP 
- un soucis quand on utilise home assistant en meme temps pour recuperer les stats emphase ? 

est ce qu'il y a des gens qui utilisent home assistant avec le plugins emphase chez qui ça fonctionne sans reboot ? (données brute > "ESP ON depuis xxhxx")

je viens de mettre la 17.26, il tourne depuis 16min mais j'ai toujours :

04/07/2026 11:51:10 : Envoy refused request
04/07/2026 11:51:20 : Envoy refused request
04/07/2026 11:51:24 : Envoy refused request
04/07/2026 11:51:32 : Envoy refused request
04/07/2026 11:51:36 : JSON Reading Timeout 3 / nGlobalIndex=1 nPhaseIndex=1
04/07/2026 11:51:38 : Envoy refused request
04/07/2026 11:51:42 : Envoy refused request
04/07/2026 11:51:46 : Envoy refused request
04/07/2026 11:52:00 : Envoy refused request
04/07/2026 11:52:16 : Envoy refused request

(04-07-2026, 10:14 AM)Alain_C38 a écrit : @Rouscot, ton message n’est pas compréhensible, et ton lien amène sur le site emphase pour se connecter !

Pour le pb d’affichage, pas de soucis sur Safari et Firefox effectivement..

ce site te permet de te connecter au info token d'enphase. ce sont ces infos qui sont utile au module de gestion

(04-07-2026, 11:49 AM)Oniric a écrit : [..]

est ce qu'il y a des gens qui utilisent home assistant avec le plugins emphase chez qui ça fonctionne sans reboot ? (données brute > "ESP ON depuis xxhxx")

je viens de mettre la 17.26, il tourne depuis 16min mais j'ai toujours :

04/07/2026 11:51:10 : Envoy refused request
04/07/2026 11:51:20 : Envoy refused request
04/07/2026 11:51:24 : Envoy refused request
04/07/2026 11:51:32 : Envoy refused request
04/07/2026 11:51:36 : JSON Reading Timeout 3 / nGlobalIndex=1 nPhaseIndex=1
04/07/2026 11:51:38 : Envoy refused request
04/07/2026 11:51:42 : Envoy refused request
04/07/2026 11:51:46 : Envoy refused request
04/07/2026 11:52:00 : Envoy refused request
04/07/2026 11:52:16 : Envoy refused request

je viens de trouver un truc dans mes logs, j'ai download le fichier Mois_Wh_202607.csv et dedans j'ai 12Mo (depuis 4jours donc ! )

Citation :Date,Données Maison / Soutirée,Données Maison / Injectée,,,Heure Déci. ,Message
20260701,18,0,,,0.05,Puissances non reçues => Reset
20260701,176,0,,,0.15,Puissances non reçues => Reset
20260701,476,0,,,0.35,Puissances non reçues => Reset
20260701,140,0,,,0.46,Puissances non reçues => Reset
20260701,869,0,,,0.80,Puissances non reçues => Reset
20260701,515,0,,,1.00,Puissances non reçues => Reset
20260701,45,0,,,1.06,Puissances non reçues => Reset
20260701,387,0,,,1.23,Puissances non reçues => Reset
20260701,59,0,,,1.31,Puissances non reçues => Reset
20260701,1212,0,,,1.81,Puissances non reçues => Reset
20260701,0,0,,,1.86,Puissances non reçues => Reset
20260701,449,0,,,2.03,Puissances non reçues => Reset
20260701,371,0,,,2.15,Puissances non reçues => Reset
20260701,138,0,,,2.26,Puissances non reçues => Reset
20260701,49,0,,,2.35,Puissances non reçues => Reset
20260701,50,0,,,2.41,Puissances non reçues => Reset
20260701,979,0,,,2.88,Puissances non reçues => Reset
20260701,611,0,,,3.18,Puissances non reçues => Reset
20260701,0,0,,,3.23,Puissances non reçues => Reset
20260701,261,0,,,3.40,Puissances non reçues => Reset
20260701,90,0,,,3.48,Puissances non reçues => Reset
20260701,2313,0,,,4.76,Puissances non reçues => Reset
20260701,201,0,,,5.26,Puissances non reçues => Reset
20260701,125,0,,,5.66,Puissances non reçues => Reset
20260701,448,0,,,6.70,Puissances non reçues => Reset
20260701,35,0,,,6.83,Puissances non reçues => Reset
20260701,1,0,,,6.88,Puissances non reçues => Reset
20260701,41,0,,,7.00,Puissances non reçues => Reset
20260701,402,0,,,7.50,Puissances non reçues => Reset
20260701,577,11,,,8.23,Puissances non reçues => Reset
20260701,12,4,,,8.31,Puissances non reçues => Reset
20260701,59,4,,,8.58,Puissances non reçues => Reset

est ce que ce ne serai pas le module enphase qui a vraiment du mal à recuperer les infos (pourquoi ?) et au bout d'un moment l'ESP reset. on peut regler ce comportement quelque part ?

@Oniric : tu as essayer la version de tsrasban basée sur la 17,25 dans un post précédent ?
 Il y a pas mal d'optimisation et de précisions supplémentaires dans les msg d'erreur.

VErsion à compiler: https://github.com/tsabran/Solar-Router-...hase-envoy

Le binaire en OTA: Solar_Router_V17_25_localdev-enphase-optimizing-20260629-135556.ino.bin

(04-07-2026, 08:17 PM)Alain_C38 a écrit : @Oniric : tu as essayer la version de tsrasban basée sur la 17,25 dans un post précédent ?
 Il y a pas mal d'optimisation et de précisions supplémentaires dans les msg d'erreur.

VErsion à compiler: https://github.com/tsabran/Solar-Router-...hase-envoy

Le binaire en OTA: Solar_Router_V17_25_localdev-enphase-optimizing-20260629-135556.ino.bin

le lien github a été coupé, mais je vais tester le binaire et je vous dirais demain si ça regle le soucis, 
merci, je ne l'avais pas vu celui là

Désolé, mauvais copier-coloer : https://github.com/tsabran/Solar-Router-...hase-envoy

Avec le binaire "  Solar_Router_V17_25_localdev-enphase-optimizing-20260629-135556.ino.bin ", je n'ai plus le message "Envoy refused request". Par contre j'ai ce nouveau message: "Envoy error while reading HTTP response status, status= TIMEOUT, partialLen=0" qui apparait avec une fréquence variable (entre quelques secondes et quelques minutes entre 2 occurences). J'ai également ce message que j'ai vu une fois: "Envoy JSON Reading 1 failed, status= DISCONNECTED, partialLen=0".

Je ne suis pas le mieux placer pour répondre, mais si j'ai bien compris, dans son développement tsabran à souhaiter voir les détails de ces "Envoy refused request". Les messages que tu vois sont essentiellement les mêmes messages qu'avant, mais détaillés. C'était pour comprendre la source exacte des refus.

Dans une version finale, il serait peut-être mieux de resimplifier les msg.

Le but de cette version était l'optimisation du code en fonction des sources de refus.

(Hier, 03:19 PM)Alain_C38 a écrit : Je ne suis pas le mieux placer pour répondre, mais si j'ai bien compris, dans son développement tsabran à souhaiter voir les détails de ces "Envoy refused request". Les messages que tu vois sont essentiellement les mêmes messages qu'avant, mais détaillés. C'était pour comprendre la source exacte des refus.

Dans une version finale, il serait peut-être mieux de resimplifier les msg.

Le but de cette version était l'optimisation du code en fonction des sources de refus.

Bonjour à tous,

cette version est THE version pour moi ! il y a plus de logs, certe, mais surtout il y a clairement des optimisations car je n'ai plus de soucis de reboot pour le moment ! j'ai un uptime de 22h qui pulverise le record précédent en 17.26 (et inferieur) de 1H !
mon soucis de reboot semble reglé ! je vous redirais s'ils ont completement disparu ou pas. mais je valide pour le moment les optimisations qui ont été faite !

Merci Alain de m'avoir orienté sur cette version et un grand merci à l'auteur des optimisations tsabran
je vote pour que ces optimisations soit intégré dans la version originale

Salut à tous,

Je vais apporter quelques précisions sur ce que je constate. La version avec laquelle j'ai fait des tests et qui me pose des problèmes d'affichage graphique et data du tableau de la page d'accueil, est la version faite par tsabran qui a fait un super boulot pour optimiser la connexion avec Enphase et la récupérations des données. Cela produit aussi des statistiques interessantes pour comprendre ce qu'il se passe avec la connexion Enphase. Le problème n'est pas au niveau de la connexion avec Enphase, mais que cette version 17.25(tsabran) me donne des affichages erronés sur la page d'accueil. Ce n'est pas un raffraichissement avec CTRL+F5 du navigateur, c'est vraiement un problème de code.

Depuis la 17.22, André à repris le code que j'avais produit pour la connexion à l'Enphase. et depuis les datas remontent bien, mais ce code ralenti l'affichage de la page d'accueil, car il est trop consommateur de temps à mon avis. Il fait le job correctement pour lire les données Enphase et les envoyer en MQTT à un serveur comme HomeAssistant par exemple.

J'ai du coup travaillé à comprendre tout ça ce week-end. J'ai réussi à faire une nouvelle version un peu plus optimisé qui du coup ne présente pas de bugs d'affichage (data du tableau + graphique non affichés ou erronés (sans data)) avec une page Accueil beaucoup plus fluide et comme d'habituellement. Grace au super boulot de tsabran, j'ai récupéré certaine partie de son code qui optimise la récupération des données de l'Enphase. Cela produit donc une version plus saine encore pour le source code "Source_EnphaseEnvoy.ino".

Mes différents tests m'ont fait comprendre certaines choses importante que j'ai comfirmé sur 2 versions complètements différente de code.
La version de tsabran m'a permis de voir que le temps de connexion avec l'Enphase est de 1100ms environ sur ma configuration lorsque la connexion a été rompue et doit être établie (je parle du clientSecu.connect(), pas de la prise connexion complète avec récupération de la session ID et token). Lorsque la connexion est établie, il est possible d'avoir des lecture assez rapide d'environ 100ms en moyenne, mais cela fait en sorte que la connexion avec l'Enphase reste "ouverte" et c'est ça qui perturbe la page d'accueil !!!!

Le clientWifi local à la lecture de l'enphase n'est aussi pas une bonne chose pour la consommation de la mémoire RAM. Ce dernier point est aussi critique, car j'ai constaté aussi que lorsque la mémoire libre tombe en dessous d'environ 35000 octets, la page d'accueil commence à déconner et tout se coince .....

J'ai actuellement fait une version qui fonctionne très bien avec les points suivants:
- Une lecture de l'Enphase avec une ouverture et fermeture de la connexion à chaque lecture, ce qui limite à une lecture toutes les 1.2s environ, mais largement suffisant pour réguler la surproduction.
- Une lecture de l'Enphase avec le clientWifi (clientSecu) général à l'application pour établir des connexions Wifi et non pas une variable client Wifi locale à la fonction de lecture de l'Enphase.
- J'ai volontairement supprimer la fonction Telnet et toutes ses variables associées pour libérer de la consommation mémoire, ainsi que la gestion des compteurs Linky, qui consomme aussi beaucoup de mémoire. Du coup j'ai une consommation mémoire bien plus limitée que les dernières version actuelles (17.25 & 17.26) avec un mémoire libre qui se moyenne autour de 96000 et au plus bas à 55000.

Pour moi en conclusion de tout ça, il faut absolument, ouvrir et fermer la connexion du client Wifi en faisant "clientSecu.stop()" à la fin de la récupération des datas Enphase à chaque lecture et faire en sorte de maintenir une mémoire RAM disponible toujours au dessus de 40000 50000 octets pour que les pages Web n'aient pas de soucis.

Voilà si d'autres personnes ont des idées .....

Je peux aussi faire un code pour partager ces améliorations si vous n'utilisez pas Telnet et Linky.
Je ferrais aussi le test de prendre la dernière version 17.26 et mettre les améliorations nécessaires sans supprimer Telnet et Linky pour voir.

Quelle version vous intéresserait?

A+