Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Reboot intempestif et aléatoire
#1
Bonjour à tous et un grand merci à André pour le partage de ses travaux bien utiles à tous.

Je suis en train de finaliser mon routeur et je suis confronté à un souci de reboot intempestif. Je précise que tout fonctionne bien, le triac s'ouvre ...etc
J'ai déjà exposé mon problème sur un groupe Facebook et André a évoqué le fait que l'esp reboute s'il ne reçoit pas de mesure ou si celle-ci n'est pas au bon format.
J'ai donc poursuivi mes tests pour vérifier ce point et il s'avère que le reboot se fait à peine 30 secondes après la réception d'une mesure, parfois moins.
Les mesures sont transmises par MQTT, je n'ai pour l'instant pas d'autre possibilité.

Voici les logs juste avant reboot:
11:35:02.549 -> PuissanceMaison{"Pw":-76}
11:35:28.787 -> Niveau Signal WIFI:-59
11:35:28.787 -> IP address_: 192.168.1.80
11:35:28.787 -> WIFIbug : #0
11:35:28.787 -> ComBug : #0
11:35:28.787 -> Charge Lecture RMS (coeur 0) en ms - Min : 1 Moy : 1  Max : 1
11:35:28.787 -> Charge Boucle générale (coeur 1) en ms - Min : 0 Moy : 0  Max : 1
11:35:28.787 -> ESP32 ON depuis : 0.29 heures
11:35:36.963 -> E (1077466) task_wdt: Task watchdog got triggered. The following tasks/users did not reset the watchdog in time:
11:35:36.963 -> E (1077466) task_wdt:  - Task_LectureRMS (CPU 0)
11:35:36.963 -> E (1077466) task_wdt: Tasks currently running:
11:35:37.016 -> E (1077466) task_wdt: CPU 0: IDLE0
11:35:37.016 -> E (1077466) task_wdt: CPU 1: IDLE1
11:35:37.016 -> E (1077466) task_wdt: Aborting.
11:35:37.016 -> E (1077466) task_wdt: Print CPU 0 (current core) backtrace
11:35:37.016 ->
11:35:37.016 ->
11:35:37.016 ->
11:35:37.016 ->
11:35:37.016 -> Backtrace: 0x4008c8c3:0x3ffbd6d0 0x400faea1:0x3ffbd6f0 0x4008f0bf:0x3ffbd710
11:35:37.016 ->
11:35:37.016 ->
11:35:37.016 ->
11:35:37.016 ->
11:35:37.016 -> ELF file SHA256: 56faff2703ee20e1
11:35:37.016 ->
11:35:37.016 -> Rebooting...
Répondre
#2
Vous envoyez une mesure toutes les combien de secondes, à quelle périodicité? Si trop d'écart, cela entraine un reboot.

Cdlt
Répondre
#3
(23-06-2024, 03:00 PM)F1ATB a écrit : Vous envoyez une mesure toutes les combien de secondes, à quelle périodicité? Si trop d'écart, cela entraine un reboot.

Cdlt
Les mesures sont envoyées à chaque changement d'état du capteur, je vais essayer d'envoyer une mesure périodiquement pour voir.
Répondre
#4
(23-06-2024, 09:09 PM)Jesus De Rezoneth a écrit :
(23-06-2024, 03:00 PM)F1ATB a écrit : Vous envoyez une mesure toutes les combien de secondes, à quelle périodicité? Si trop d'écart, cela entraine un reboot.

Cdlt
Les mesures sont envoyées à chaque changement d'état du capteur, je vais essayer d'envoyer une mesure périodiquement pour voir.

Encore une fois merci André, en forçant l'envoi de la mesure par mqtt toutes les 15 secondes en plus du changement d'état je n'ai plus de reboot.

Du coup je me demande si mon système de mesure est assez réactif pour optimiser le routeur, quel est le temps maxi entre deux mesures pour éviter le reboot ?
   
Répondre
#5
15s , cela va pour éviter le reboot, mais pour la régulation, c'est pas top . Le système va fonctionner mais s'il y a des variations rapides de la consommation au niveau de la maison, elles ne seront pas prises en compte.

Cdlt
André
Répondre
#6
J'envoie aussi une mesure à chaque changement d'état du capteur. Ceci dit je me rend compte que mon système de mesure n'est pas très réactif et je pense le changer avant l'automne quand j'aurai réellement du surplus.

   
Répondre


Atteindre :


Utilisateur(s) parcourant ce sujet : 3 visiteur(s)