Bonsoir André,

Je cherche toujours à comprendre l'origine des blocages de l'ESP d'entrée (Linky dans mon cas), pour les versions supérieures à V9.01 de votre routeur solaire.

Pour poursuivre mes investigations, je viens d'installer 3 ESP32 avec le Routeur V11.10 .
Un ESP N°1 Linky raccordé sur mon compteur et 2 autres ESP Externes ESP2 et ESP3 sans aucun actionneur de raccordé.

Je suis avec le navigateur Google Chrome et je confirme que bien qu'inaccessible, cet ESP Linky continue d'envoyer les valeurs correctes aux 2 ESP Externes. Donc ce n'est pas un plantage, mais juste un blocage des échanges avec le navigateur Chrome.

On peut facilement produire le blocage en changeant 5 ou 6 fois la page de l'ESP Linky en passant de la page "accueil" à la page "données brutes". Ensuite seul un reset de l'ESP rétablit la situation.

Grâce à l'affichage de l'occupation RAM que vous avez ajouté, j'ai constaté que la mémoires RAM libre minimum diminue à chaque changement de page et passe de plus de 99000 Octets à moins de 10000 Octets. Cette valeur ne remonte jamais contrairement à la mémoire libre actuelle.
C'est lorsque cette valeur mini est atteinte que le plantage se produit.
Sur les 2 autres ESP la mémoire diminue aussi mais se stabilise à des valeurs bien supérieures.

Cela fait penser à de la mémoire non libérée qui affecterait uniquement l'ESP Linky.

Merci pour toutes ces évolutions que vous nous offrez et dont j'espère pouvoir bénéficier bientôt.

Bonne soirée

J'ai l'impression que vos travaux et cette mise en évidence vont faire avancer le Schmilblick. Merci ! Car un problème reproductible est presque à moitié résolu. C'est toujours dur d'identifier et traquer les "fuites mémoires".
J'ai un problème similaire au votre avec 1 serveur UxIx3 et trois routeurs clients. Et je suis donc toujours en 9.01 pour le moment moi aussi.

Problème similaire reporté ici.
https://github.com/espressif/arduino-esp32/issues/9954
Il semblerait qu'il y ait une régression sur le "garbage collector".
A suivre.

de mon coté, j'utilise le code UxIx3.
Dans celui-ci, une variable "String", définie en global" est, (ré-)initialisée, puis agrandie "dynamiquement" ( MK333_dataBrute +=...).
C'est fortement déconseillé car si le garbage collector n'est pas bien écrit/optimisé, on peut alors créer des "trous" et des "fuites" chaque fois que la variable est ré-utilisée. @André, peut-être faut-il remplacer ces variables dynamiques par des variables de taille pré-déterminée" et 'fixe" pour s'éviter de pareils problèmes ?

Regis

Merci pour votre retour, il confirme ce que j'avais déjà un petit peu détecté. Comme le mentionne Philippe, il faudrait sûrement passer les strings en variables de caractères à longueurs fixes. L'utilisation de String n'est pas recommandée, mais c'est tellement plus pratique au début quand on ne connait pas encore les longueurs des messages.

Un indice également et une solution de déblocage. Les échanges avec chrome de gros fichiers ne se font pas. Mais dans la barre d'adresse, un simple /restart est bien prise en compte et le système redémarre.

André

(05-07-2024, 05:50 AM)F1ATB a écrit : Regis

Merci pour votre retour, il confirme ce que j'avais déjà un petit peu détecté. Comme le mentionne Philippe, il faudrait sûrement passer les strings en variables de caractères à longueurs fixes. L'utilisation de String n'est pas recommandée, mais c'est tellement plus pratique au début quand on ne connait pas encore les longueurs des messages.

Un indice également et une solution de déblocage. Les échanges avec chrome de gros fichiers ne se font pas. Mais dans la barre d'adresse, un simple /restart est bien prise en compte et le système redémarre.

André

Bonjour à vous tous et merci pour votre prise en compte 'instantanée !!!

Je vous fais confiance quant à la résolution de ce problème, je vais bientôt pouvoir utiliser les dernières mise à jour, j'en suis persuadé.

Quelle chance d'avoir trouvé votre site André, vous nous offrez un routeur solaire plus pro que les pro...

Très bonne journée à tous.

---

(05-07-2024, 05:50 AM)F1ATB a écrit : Un indice également et une solution de déblocage. Les échanges avec chrome de gros fichiers ne se font pas. Mais dans la barre d'adresse, un simple /restart est bien prise en compte et le système redémarre.

André

Parfois oui, mais parfois rien à faire pour débloquer le navigateur sauf le reset de l'ESP.

---

(05-07-2024, 06:34 AM)regisarnaud a écrit :

(05-07-2024, 05:50 AM)F1ATB a écrit : Regis

Merci pour votre retour, il confirme ce que j'avais déjà un petit peu détecté. Comme le mentionne Philippe, il faudrait sûrement passer les strings en variables de caractères à longueurs fixes. L'utilisation de String n'est pas recommandée, mais c'est tellement plus pratique au début quand on ne connait pas encore les longueurs des messages.

Un indice également et une solution de déblocage. Les échanges avec chrome de gros fichiers ne se font pas. Mais dans la barre d'adresse, un simple /restart est bien prise en compte et le système redémarre.

André

Bonjour à vous tous et merci pour votre prise en compte 'instantanée !!!

Je vous fais confiance quant à la résolution de ce problème, je vais bientôt pouvoir utiliser les dernières mise à jour, j'en suis persuadé.

Quelle chance d'avoir trouvé votre site André, vous nous offrez un routeur solaire plus pro que les pro...

Très bonne journée à tous.

---

(05-07-2024, 05:50 AM)F1ATB a écrit : Un indice également et une solution de déblocage. Les échanges avec chrome de gros fichiers ne se font pas. Mais dans la barre d'adresse, un simple /restart est bien prise en compte et le système redémarre.

André

Parfois oui, mais parfois rien à faire pour débloquer le navigateur sauf le reset de l'ESP.

Autant pour moi, j'avais compris une simple actualisation de la page, mais je viens de découvrir que le restart peut se faire depuis le navigateur dans la barre d'adresse.  Merci pour cette information.

Bonjour,

J'ai repris des essais aujourd'hui avec 2 ESP V11.10.   1 ESP Linky branché au compteur et 1 ESP1 sans actionneurs.

Avec les mêmes manips (passer l'ESP Linky de "Accueil" à "données brutes" plusieurs fois), la  mémoires RAM libre minimum a diminuée jusqu'à 8824 Octets mais je n'ai pas réussi à le faire planter. La mémoire RAM libre minimum est restée ensuite à cette valeur.

Même manips avec 3 ESP (1 Linky, 1 ESP1 et 1 ESP2) et dans cette config j'ai bien rebloqué l'ESP Linky avec une RAM à 11224 Octets.

Je ne sais pas si ça peut aider à la compréhension, mais au moins ça confirme que c'est reproductible au delà de 2 ESP connectés.

Bonne soirée.

---

Dernier essai du jour,

Toujours même manips avec 1 ESP Linky,  1 ESP1 Externe couplé à  l'ESP Linky  et 1 ESP2 Externe couplé à l'ESP1.

Dans cette config pas de plantage, la RAM descend à 9196 Octets et ne bouge plus, par contre on a pas mal de ralentissements au changements de page des 3 ESP surtout lorsqu'on ouvre la page des données brutes.