[Problem-rozwiązany] Samoistny restart bramki [bramka ZigBee]

[LukiSpajder]

Czy wersja 1.5.57 działa prawidłowo u was bo u mnie nie resetuje się ale wszystkie głowice sonoff TRVZB robią się offline . A jednej bramce cały czas mruga na zmianę offline/online

[zzrr]

Czy wersja 1.5.57 działa prawidłowo u was bo u mnie nie resetuje się ale wszystkie głowice sonoff TRVZB robią się offline . A jednej bramce cały czas mruga na zmianę offline/online

No ja swoją 1.5.57 uruchomiłem 7 minut temu dopiero. Pytanie czy w zmianach testowych kodu funkcja timeout działa tak jak do tej pory czy na czas testu nie trzeba by wyłączyć. To już @vajera chyba musi nam powiedzieć.

[LukiSpajder]

Czy wersja 1.5.57 działa prawidłowo u was bo u mnie nie resetuje się ale wszystkie głowice sonoff TRVZB robią się offline . A jednej bramce cały czas mruga na zmianę offline/online

No ja swoją 1.5.57 uruchomiłem 7 minut temu dopiero. Pytanie czy w zmianach testowych kodu funkcja timeout działa tak jak do tej pory czy na czas testu nie trzeba by wyłączyć. To już @vajera chyba musi nam powiedzieć.

Dobra pisała o tym @vajera

Wszystko OK, ta wersja:

- nie uaktualnia panelu informacyjnego w GUI,
- nie uaktualnia last_seen_ms, więc część mechanizmów timeout nie będzie działać,
- nie działa podgląd na Tuya response payload w TCC, samo ustawianie datapoints w TCC powinno działać.

Moje bramki z 1.5.57 pracują już prawie 14h bez przerwy.

[vajera]

@vajera
nawiązując do... viewtopic.php?p=237146#p237146
Czy to w czymś pomoże? lub może utwierdzi w jakichś wnioskach lub naprowadzi może na jeszcze jakiś inny trop?

Code: Select all

PS C:\Users\Robert> & "C:\Users\Robert\AppData\Local\Arduino15\packages\esp32\tools\esp-rv32\2601\bin\riscv32-esp-elf-addr2line.exe" -pfiaC -e "C:\TEST\Z2S_Gateway.ino.elf" 0x421e8e42 0x42119ef6 0x42119f42 0x42027e30 0x4202cee6 0x42002a0c
0x421e8e42: multi_heap_get_info at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/heap/multi_heap_poisoning.c:399
0x42119ef6: heap_caps_get_info at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/heap/heap_caps.c:377
0x42119f42: heap_caps_get_largest_free_block at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/heap/heap_caps.c:306
0x42027e30: fillMemoryUptimeInformation(char*) at C:\Arduino\Z2S_Gateway/z2s_web_gui.cpp:1069 (discriminator 5)
0x4202cee6: Z2S_updateWebGUI() at C:\Arduino\Z2S_Gateway/z2s_web_gui.cpp:4537

1.5.48_Dump.rar

Moje obserwacje oraz dane od Was coraz bardziej wskazują na następujący scenariusz - gdzieś dochodzi do naruszenia sterty, cykliczny odczyt stanu wolnej pamięci wykrywa ten fakt i generuje panic error.

[LukiSpajder]

Wersja 1.5.57 na trzech bramkach w żadnej nie wystąpiło restart bramki .
Choć tak jak mówiłem u mnie nie były tak częste

[zzrr]

U mnie v1.5.57 4:20.też bez restartu.

[bokk]

U mnie był na 3 bramkach w jednym czasie ale wtedy miałem problem z zalogowaniem się do clouda

[zzrr]

U mnie v1.5.57 4:20.też bez restartu.

Napisałem że bez resetu bo popatrzyłem na inną bramkę. Wróciłem teraz do domu i przeanalizowałem sprawę. Nie mogło być 4:20 pracy jak uruchomiłem bramkę z wersją 1.5.57 o 15:08. A moment startu zapisałem.
teraz mi pokazuje czas pracy 4:19.
Czyli miałem restart bramki po około 2h pracy. W okolicach godziny 17:00-17:05.
Przełączam ją do laptopa i włączam zapis do loga.

[Zibi_007]

@vajera
nawiązując do... viewtopic.php?p=237146#p237146
Czy to w czymś pomoże? lub może utwierdzi w jakichś wnioskach lub naprowadzi może na jeszcze jakiś inny trop?

Code: Select all

PS C:\Users\Robert> & "C:\Users\Robert\AppData\Local\Arduino15\packages\esp32\tools\esp-rv32\2601\bin\riscv32-esp-elf-addr2line.exe" -pfiaC -e "C:\TEST\Z2S_Gateway.ino.elf" 0x421e8e42 0x42119ef6 0x42119f42 0x42027e30 0x4202cee6 0x42002a0c
0x421e8e42: multi_heap_get_info at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/heap/multi_heap_poisoning.c:399
0x42119ef6: heap_caps_get_info at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/heap/heap_caps.c:377
0x42119f42: heap_caps_get_largest_free_block at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/heap/heap_caps.c:306
0x42027e30: fillMemoryUptimeInformation(char*) at C:\Arduino\Z2S_Gateway/z2s_web_gui.cpp:1069 (discriminator 5)
0x4202cee6: Z2S_updateWebGUI() at C:\Arduino\Z2S_Gateway/z2s_web_gui.cpp:4537

1.5.48_Dump.rar

Moje obserwacje oraz dane od Was coraz bardziej wskazują na następujący scenariusz - gdzieś dochodzi do naruszenia sterty, cykliczny odczyt stanu wolnej pamięci wykrywa ten fakt i generuje panic error.

A tak serio to trzymam kciuki, aby udało się namierzyć przyczynę.

[zzrr]

...
A tak serio to trzymam kciuki, aby udało się namierzyć przyczynę.

@vajera to już pewnie klnie na tą styrtę