Se connecter

Bendu13 · Il y a 11 heures

Alors si j'ai bien compris, ce n'est pas 3 minutes mais un peu plus de 30 secondes (millis() - LastPwMQTTMillis < 30000)
Si le message n'a pas été reçu au bout de 30s, un décompte de 5 cycles démarre.
Si le message n'a pas été reçu à la fin du décompte (watchdog) l'ESP reboot.
Le niveau de réception de mon broker MQTT est de 52%, ce n'est pas terrible... c'est une piste à explorer.

Jacques13 · Il y a 10 heures

(Aujourd’hui, 09:56 AM)Bendu13 a écrit : Un dysfonctionnement de l'ESP32 est une possibilité mais pour moi ce n'est pas celle qui est la plus probable.
Mon routeur fonctionne correctement et reboot après plusieurs dizaines d'heures de bon fonctionnement.
Je vais essayer de regarder quelles sont les conditions qui peuvent provoquer un reboot.
J'ai éliminé les plus évidentes : perte d'alimentation, perte de wifi, j'ai même vérifié qu'aucun élément ne soit au contact du bouton reset lorsque le couvercle de mon routeur est fermé.
Je vais tenter d'analyser le programme pour trouver des pistes.

Une simple erreur de lecture en ram ou sur la mémoire flash provoquera un reboot. Il ne faut pas oublier qu'on est sur des puces qui n'ont pas un niveau de fiabilité digne des normes industrielles minimum. Moi je dis ca avec un background de mainteneur, à un moment il s'agit du nombre d'heures de recherche, pour une économie de 3€, il y a probablement un arbitrage à faire.
Regarde aussi s'il ne chauffe pas trop non plus, ouvre ton boitier pour un ou deux jours, c'est simple et ca ne coute rien.

Mike · Il y a 10 heures

(Il y a 11 heures)Bendu13 a écrit : Alors si j'ai bien compris, ce n'est pas 3 minutes mais un peu plus de 30 secondes (millis() - LastPwMQTTMillis < 30000)
Si le message n'a pas été reçu au bout de 30s, un décompte de 5 cycles démarre.
Si le message n'a pas été reçu à la fin du décompte (watchdog) l'ESP reboot.
Le niveau de réception de mon broker MQTT est de 52%, ce n'est pas terrible... c'est une piste à explorer.

Si une mesure de puissance a été trouvé avant le reboot alors PuissanceValide est initialisée à 4 et il va falloir attendre 4 fois 30 secondes pour que PuissanceValide passe à 0 et encore une fois 30 secondes pour qu'on passe dans le else du "if (PuissanceValide > 0) {" donc en tout le rooteur rebootera 2 minutes 30 après la dernière mesure de puissance valide.

Dans le cas ou le routeur n'a jamais obtenu de mesure de puissance, comme PuissanceValide est initialisée à 5 par defaut alors il faudra un cycle de plus soit 3 minutes avant que le routeur reboot.

Bendu13 · Il y a 10 heures

Au temps pour moi, je n'avais pas bien compris le code.
Alors, autant je pouvais admettre pouvoir perdre le signal puissance 30s, autant 3 minutes, ça me semble peu probable.

Je suis également d'accord sur le fait que remplacer l'esp32 ne coute pas grand chose, j'y viendrai sûrement si je n'ai plus de piste mais je suis d'un naturel curieux et j'aime bien analyser et comprendre les choses. Moi aussi je suis mainteneur avec une fonction de fiabiliste, j'analyse les défaillances, je cherche à comprendre comment fonctionne les installations pour pouvoir les fiabiliser. Il faut croire que je ramène du travail à la maison ... Smile

Mike · Il y a 10 heures

Je pense qu'utiliser telnet comme expliqué ici : https://f1atb.fr/fr/documentation-routeu...-et-debug/
permettrait de confirmer ou d'infirmer que le problème vient de la mesure de puissance ou pas.

Jacques13 · Il y a 10 heures

(Il y a 10 heures)Bendu13 a écrit : Au temps pour moi, je n'avais pas bien compris le code.
Alors, autant je pouvais admettre pouvoir perdre le signal puissance 30s, autant 3 minutes, ça me semble peu probable.

Je suis également d'accord sur le fait que remplacer l'esp32 ne coute pas grand chose, j'y viendrai sûrement si je n'ai plus de piste mais je suis d'un naturel curieux et j'aime bien analyser et comprendre les choses. Moi aussi je suis mainteneur avec une fonction de fiabiliste, j'analyse les défaillances, je cherche à comprendre comment fonctionne les installations pour pouvoir les fiabiliser. Il faut croire que je ramène du travail à la maison ...

La curiosité est une qualité mais à moment donné remplacer l'esp c'est juste s'enlever un doute, sans s'enlever le plaisir de chercher à comprendre. Imagine que c'est l'esp, tu auras cherché 2 mois quelque chose d'impossible à trouver.

Par contre, l'idée du telnet comme chien de garde est une bonne solution pour avoir éventuellement un indice.

Bendu13 · Il y a 9 heures

J'ai regardé le lien, je connais Putty, je l'ai déjà utilisé avec un raspberry pi mais dans mon cas je ne vois pas trop comment faire.
J'affiche dispPw et je regarde ce que ça affiche lorsque j'ai eu un reset ?
Je m'excuse si ma question est bête mais là je sorts de mon domaine de compétence ...

Mike · Il y a 9 heures

(Il y a 9 heures)Bendu13 a écrit : J'ai regardé le lien, je connais Putty, je l'ai déjà utilisé avec un raspberry pi mais dans mon cas je ne vois pas trop comment faire.
J'affiche dispPw et je regarde ce que ça affiche lorsque j'ai eu un reset ?
Je m'excuse si ma question est bête mais là je sorts de mon domaine de compétence ...

Pas besoin de lancer de commandes, une fois putty connecté, par défaut cela affiche les messages de debug.
Par exemple toutes les 30 secondes vous verrez si la puissance est lue ou non.
Vous laissez putty ouvert jusqu'à ce que ça reboot et comme cela vous aurez le log complet jusqu'au reboot et on pourra voir (ou pas) le fameux message "Puissances non reçues => Reset "
Dans putty Il est aussi possible de spécifier un fichier de log afin que toute la session soit sauvegardée dans ce fichier (voir section logging dans la partie gauche).

Bendu13 · Il y a 7 heures

Oui je viens de voir pour le fichier log, ça c'est vraiment pas mal, je vais regarder de près ce soir.
Ca me permettrait de poser un diagnostic, c'est ce que je cherche.

Merci beaucoup pour votre aide.