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

[zzrr]

U mnie to samo. 1.5.55 już teraz ponad dobę bez restartu. Zainstalowałem też tą wersję na inną bramkę w którymś tam momencie i też ponad 12 godzin bez restartu.

[vajera]

Prośba do moich dzielnych testerów - w wolnej chwili wypróbujcie wersję 1.5.57-30/05/26.

[bokk]

ok, to 1.5.57 wylądowało na jednej bramce z jednym urządzeniem TCC (tej co jako jedyna zaliczyła jeden restart przy nowej wersji 1.5.41)

[zzrr]

@vajera wiesz co... zdradzę Ci swój plan na najbliższą godzinę. Napisałeś wcześniej że nie miałeś u siebie możliwości złapać logów żeby Ci adresy do funkcji pokazało. Za to u mnie złapać loga na wersji np 1.5.48 to jak nalać wody do szklanki. Dla treningu i nauki skompiluję u siebie tą 1.5.48, wgram na płytkę i złapię jeszcze raz loga z adresami. Będę miał niezbędne binarki i kompilację zgodną z logami a po adresach z logów zdekoduję adresy do funkcji. Miałbyś materiał do porównania z tym co już zrobiłeś. Tak zrobię... Czegoś tam zawsze się dowiemy a ja się czegoś nauczę. Dlatego na ten moment nie startuję jeszcze bramki 1.5.57 bo będzie mi potrzebny PIR w bramce z wersją 1.5.48. A jak już wyciągnę loga to pójdzie 1.5.57. Dobry plan?

[bokk]

ok, to 1.5.57 wylądowało na jednej bramce z jednym urządzeniem TCC (tej co jako jedyna zaliczyła jeden restart przy nowej wersji 1.5.41)

Po godzinie pracy bramka stabilna ale nie pokazuje czau pracy

[vajera]

ok, to 1.5.57 wylądowało na jednej bramce z jednym urządzeniem TCC (tej co jako jedyna zaliczyła jeden restart przy nowej wersji 1.5.41)

Po godzinie pracy bramka stabilna ale nie pokazuje czau pracy

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.

[bokk]

A to na poprawionej 1.5.41

[LukiSpajder]

aktualizacji zrobiona do ver.1.5.57 - będę obserwował

[zzrr]

@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

[zzrr]

@vajera jeszcze jeśli by to miało w czymś pomóc to nim już zakończę torturowanie wersji 1.5.48 to jeszcze wrzucę drugi log z tej samej wersji. Zdarzenia poprzedzające reset wydają się być inne ale na ile inne to już Ty sam jeśli to jeszcze coś wnosi oceń. W każdym razie same adresy Stack memory identyko jak kopia 1:1. Jakie z tego wnioski? Ja nie wiem a Ty pewnie tak
A teraz przechodzę na wersję 1.5.57

1.5.48_Dump_2.rar