Watch_dog en dernier recours.

[Jeryko]

Bonjour à tous,

Watch_dog en dernier recours.

J'avais un montage esp8266 qui fonctionnait depuis 4 ou 5 ans sans problème.
Après avoir réalisé un petite extension (validé une entrée de plus sur un pcf8574) et surtout
paramétrer un changement d'heure été/hiver automatique, j'ai maintenant des blocages intempestifs.
Pas de reset, loop ne tourne plus et la situation est bloquée.
Le voyant dans loop reste éteint. Une seule fois je l'ai vu allumé en permanence.
Ces blocages, se produisent de temps en temps, tous les 3 à 8 jours, même en pleine nuit alors que tout est calme.
Ce montage est accessible depuis le Web, placé dans un armoire électrique (soumis à des perturbations électromagnétiques)
mais protégé tant que faire ce peut ????

Remarques :
- RAM (IRAM_ATTR, ICACHE_RAM_ATTR), used 61743 / 65536 bytes (94%) -
- j'ai fait le tour des while et de toutes les possibilités de boucles sans fin sans rien trouver.
- J'ai placé des logStep pour essayer de trouver la zone de blocage. Sans succès.
- j'ai demandé au chat qui pète et qui sait tout : Sans succès.
- j'ai mémorisé des variables et je les régénère après un reset (sans coupure de courant)
et j'ai finalement réalisé ce chien de garde qui fonctionne bien mais ne me plait qu'à moitié.
Voir schéma ci-dessous.

Si quelqu'un à des idées pour supprimer ce machin qui est moche, je suis preneur.
Si quelqu'un veut utiliser ce machin, qu'il se serve.
Géryko
-----

[jiherve]

bonsoir
il semble qu'il y ait deux watch dog dans le processeur:https://bigdanzblog.wordpress.com/20...t-for-esp8266/
JR

[Jeryko]

Bonsoir jiherve,

Oui mais les watch dog devraient faire un reset !

Dans mon cas, le programme est bloqué.
Il n'y qu'un reset manuel ou une coupure de courant pour le faire repartir.
Merci.

[racard]

Bonsoir jiherve,

Oui mais les watch dog devraient faire un reset !

Dans mon cas, le programme est bloqué.
Il n'y qu'un reset manuel ou une coupure de courant pour le faire repartir.
Merci.

bonsoir c'est la 1ere fois que j'entend parler de ca un whatchdog qui ne veut pas bosser.
néanmoins si une led clignote on 100ms T=1s.
détection led tjrs éteinte on détecte via un circuit RC (on rajoute c) et on récupère à la br 3 le signal
détection led tjrs allumé on détecte par le même principe .
ensuite on fait un ou en logique pour l'envoyer sur le reset (bien sûr on fait le complément nécessaire un 4011 2 c et 2 R devrait suffire je pense

[A voir en vidéo sur Futura]

[Jeryko]

Bonjour racard,

Pas sûr de bien te comprendre.
"... ensuite on fait un ou en logique pour l'envoyer sur le reset."

C'est bien ce que fait mon montage car les watchdog ESP8266 ne font rien pour sortir du blocage. (en grève ?)
Il y a comme une boucle infinie quelque part. Ou ? Pourquoi ?
Impossible d'utiliser le logiciel pour sortir de là.

La DEL reste éteinte, parfois allumée (un seule fois constaté) et aucune possibilité de me connecter au montage.

Seule solution : reset manuel sur le BP ou coupure de courant.

Cordialement.

PS, le transistor de sortie est un BC557

[annjy]

Bjr,

salut, Jeryko
tu ne peux pas alimenter sur batterie pendant 1 semaine ?

cdlt,
JY

[Vincent PETIT]

Bonjour,
Si je comprends bien ça fonctionnait avant et depuis ces modifs

- un petite extension (validé une entrée de plus sur un pcf8574)
- paramétrer un changement d'heure été/hiver automatique

Tu as des problèmes de plantage ?

Si c'est bien ça, as-tu essayé de revenir au design d'origine, en retirant ces améliorations, pour voir si les plantages disparaissent ?

Pour debuger il faudrait faire :
- revenir au design initial et valider que tout fonctionne (plusieurs semaines)
- faire le paramétrage heure été/hiver et valider que tout fonctionne (plusieurs semaines)
- ajouter l'extension électronique et valider que tout fonctionne (plusieurs semaines)

Afin d'avoir une idée si le problème est logiciel ou matériel.


Tu dis aussi que tout ceci est dans une armoire électrique. Quelqu'un a-t-il ajouté quelque chose dans l'armoire qui pourrait coïncidencer avec les plantages ? Est-ce que l'électronique/pcb ont été pensé pour cet environnement perturbé ?

[Jeryko]

Bonjour,

J'alimente en 5 V à l'aide d'un "chargeur de tél portable" depuis 4 ou 5 ans sans problème.

Il faudrait que j'ai une batterie et que je réalise un montage ....
Pas impossible mais je n'y crois pas trop.

Mon alimentation est totalement indépendante, comprend un filtre antiparasites.
Tous les éléments raccordés se font par optocoupleurs, des masses et des nombreux découplages (condensateurs).

[Jeryko]

Bonjour,

@Vincent PETIT

J'ai bien pensé à ce retour en arrière pour bien identifier l'origine de la cause.
Problème : je n'ai plus la version qui était en place et qui fonctionnait.
En cherchant bien dans mon PC, (bazar innommable) je vais essayer de trouver quelque chose de proche.

Je ne sais plus comment j'ai fait pour en arriver là.
C'était tellement évident et simple que le l'ai "écrasée".
J'ai honte. J'ai honte. J'ai honte.

Aucune autre modification dans l'armoire électrique.

[jiherve]

Bonjour,
Vincent indique la bonne méthode, toujours suspecter les dernières modif mais moi je me pose une question : reste il encore assez de RAM pour la gestion de la pile?
ça c'est très vicieux car peu de compilo sont à même d'estimer la charge dynamique de la RAM et il n'y a ni OS ni MMU dans ce µC .Donc peut être qu'un petit ménage s'impose.
JR

[racard]

Bonjour racard,

Pas sûr de bien te comprendre.
"... ensuite on fait un ou en logique pour l'envoyer sur le reset."

C'est bien ce que fait mon montage car les watchdog ESP8266 ne font rien pour sortir du blocage. (en grève ?)

bonjour
j'avais pensé à ca comme montage :

[Jeryko]

Bonsoir Racard,

Oui, je pense que ton schéma revient au même sur le principe.

Mon montage fonctionne aussi et je ne cherche pas à faire plus simple ou mieux.

Ce qui est sûr,c'est qu'un 4011 ne peut pas "piloter" la sortie Rst.
J'ai dû modifier mon schéma initial et ajouter un transistor BC557.

[polo974]

Bonsoir jiherve,

Oui mais les watch dog devraient faire un reset !

Dans mon cas, le programme est bloqué.
Il n'y qu'un reset manuel ou une coupure de courant pour le faire repartir.
Merci.

À moins d'un gros pb sur le micro, le watchdog doit faire un reset. mais il ne faut pas le réarmer dans une interruption, seulement dans la boucle de fond. j'ai lu ici:

The 8.2 seconds timeout for the hardware watchdog and 3.2 seconds for the software watchdog timeout, concord with the times reported by pasko_zh.

donc, premier trucs à faire, trouver comment l'activer, puis comment le réarmer. faire un test où on ne réarme plus après "un certain temps" (pour voir que ça reset pour de vrai et être sûr qu'on l'a bien activé), puis le mettre dans le code utile en ne réarmant que dans la main loop (éventuellement ajouter un test du watchdog dans une condition particulière (commande ou un état des entrées)).

Sinon, pour ne pas perdre ses versions de dev: utiliser git en local. On peut même le mettre en place à posteriori sur un dossier. Et avec moins de 5 commandes, on fait quasi tout. et il y a de l'aide en ligne comme sur le web
git help
git help tutorial

Bon, on peut aussi passer par un plugin dans visualcode ou autre éditeur de la mort qui tue...

[racard]

Bonsoir Racard,

Oui, je pense que ton schéma revient au même sur le principe.

Mon montage fonctionne aussi et je ne cherche pas à faire plus simple ou mieux.

Ce qui est sûr,c'est qu'un 4011 ne peut pas "piloter" la sortie Rst.
J'ai dû modifier mon schéma initial et ajouter un transistor BC557.

je ne comprends pas /reset c'est une entrée ce n'est pas une sortie ?

[Jeryko]

Bonjour Racard,

Oui, le Rst est une entrée sur la carte ESP8266 mais non une entrée de microprocesseur !

La sortie d'un 4093 (et d'un 4011 à priori) n'arrive pas à abaisser suffisamment le niveau 3,3 V sur Rst lors d'un reset.
Le tension reste à 2V environ, vue à l'oscilloscope. C'est pour cette raison que j'ai dû ajouter un transistor BC 557.
(Voir mon schéma, mais je n'ai pas le schéma réel.)

Cela dure depuis plus de 2 mois, j'ai besoin de faire une pause.

@polo974

Bien évidemment que je ne réarme pas dans une interruption.
Si le blocage se produisait dans une partie de mon code, je pense que je l'aurais localisé avec mes logStep.

Peut-être trop de réarmements ? mais j'en ai tellement peu ?
Il me reste encore cette piste à tester. (supprimer tous les réarmements )

"On peut aussi utiliser git en local" :
Je ne connaissais pas ce truc. Je vais y regarder. (je ne suis pas un pro)

Actuellement ça fonctionne bien, totalement transparent.
J'ai eu un reset en 4 jours. J'en suis informé par SMS.

Merci à tous.

[racard]

Bonjour Racard,

Oui, le Rst est une entrée sur la carte ESP8266 mais non une entrée de microprocesseur !

La sortie d'un 4093 (et d'un 4011 à priori) n'arrive pas à abaisser suffisamment le niveau 3,3 V sur Rst lors d'un reset.
Le tension reste à 2V environ, vue à l'oscilloscope. C'est pour cette raison que j'ai dû ajouter un transistor BC 557.
(Voir mon schéma, mais je n'ai pas le schéma réel.)

Cela dure depuis plus de 2 mois, j'ai besoin de faire une pause.

@polo974

Bien évidemment que je ne réarme pas dans une interruption.
Si le blocage se produisait dans une partie de mon code, je pense que je l'aurais localisé avec mes logStep.

Peut-être trop de réarmements ? mais j'en ai tellement peu ?
Il me reste encore cette piste à tester. (supprimer tous les réarmements )

"On peut aussi utiliser git en local" :
Je ne connaissais pas ce truc. Je vais y regarder. (je ne suis pas un pro)

Actuellement ça fonctionne bien, totalement transparent.
J'ai eu un reset en 4 jours. J'en suis informé par SMS.

Merci à tous.

bonsoir il y a une anomalie car le VOL d'un cmos c'est max 0.05V !
https://www.ti.com/lit/ds/symlink/cd...UaAu6hEALw_wcB

[jiherve]

bonsoir
non tout dépend du courant à pomper!
ceci dit ce type de dysfonctionnement apparait lorsque la mémoire vive est mal gérée, variable modifiée à la fois par la tache de fond et une interruption c'est mortel!
JR

[Jeryko]

Bonjour,

Autre petite modification que j'ai faite et dont j'ai oublié de parler :

Sur GPIO2 (D4) la DEL bleue de la carte ESP8266 ne fonctionnait plus. (del grillée sur la carte ?)
Sur GPIO2 (D4) j'avais aussi un détecteur de température DS 18B20 et lui fonctionnait.

C'est à ce moment que j'ai mis une DEL extérieure sur D4 et déplacé le DS 18B20 sur GPIO16 (D0) qui était disponible.

Lorsque je ferai d'autres tests, je remettrai DS18B20 sur D4 pour voir ce qui se passe. On ne sait jamais !

Merci

[racard]

bonsoir
non tout dépend du courant à pomper!
JR

bonjour c'est à dire ?
quel courant peux donner un VOL de 3.3V j'ai du mal ?
jeryko c'est quoi la tension d'alim 5V ?

[umfred]

Si le blocage se produisait dans une partie de mon code, je pense que je l'aurais localisé avec mes logStep.

ce n'est pas forcément 1 emplacement en particulier, mais si ça se passait plus fréquemment quand tu communiquais avec tel ou tel périphérique, ou via tel ou tel protocole (i2c, 1-wire,...)
Est-ce que dans tes modifications tu n'as pas provoqué d'erreur de type overflow (un oubli dans ta gestion de l'ajout de l'entrée supplémentaire du pcf) ou de timeout (dans la tentative de récupération de la date/heure pour le changement automatique?)

Vu que le but du sujet (sauf ereur) c'est de trouver le "bug" logiciel (ou/et hard) du blocage, et pas le watchdog hard que tu as rajouté

[jiherve]

bonjour,

bonjour c'est à dire ?
quel courant peux donner un VOL de 3.3V j'ai du mal ?
jeryko c'est quoi la tension d'alim 5V ?

ben le VOL dépend du courant à absorber il augmente avec le courant c'est basique.
JR

[racard]

bonjour,

ben le VOL dépend du courant à absorber il augmente avec le courant c'est basique.
JR

oui maxi 0.4V pour IOL max sous 5V on est loin de 3.3