23-06-2024, 12:25 PM
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...
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...