Zgłoszenia błędów [bramka Zigbee]

[LukiSpajder]

Może wrzucić to na pierwszej stronie tego wątku .
viewtopic.php?t=16694

[klew]

Przed chwilą wgrałem ten nowy, większy wsad do bramki Z2B, poszło dobrze. Sparowałem cz. temp/humid. Przycisnąłem 5 x boot i mi się coś wysypało na beta cloud-zie. Chciałem usunąć bramkę z konta i pojawił mi się poniższy ekran.

Była aktualizacja bety. To jest serwer do testów, gdzie wrzucane są różne zmiany w serwerze i cloud , które niekoniecznie będą poprawnie działać.

[klew]

@klew takie uprzejme pytanie - tworzę kanał, zmieniam mu numer na ten zapisany w tabeli i w przypadku Relay ustawiam InitialCaption i DefaultFunction - czy to może powodować kolizję kanałów, jeżeli użytkownik zmienił już nazwę i/lub funkcję kanału?

Nie. Konflikt występuje wyłącznie gdy:
1. Był zarejestrowany kanał o numerze X, a teraz urządzenie rejestruje się bez tego kanału.
2. Kanał o numerze X miał typ kanału A, a teraz rejestruje się z typem B.

Nic więcej nie jest brane pod uwagę przy tym sprawdzaniu.

Najłatwiej w cloud sprawdzić na których kanałach jest konflikt i jakiego typu. Po fakcie raczej nic więcej nie wywnioskujemy

[RomanG]

A mogę zapytać, w jakim celu zastosowałeś ten 5xBOOT?

Mistrzu złoty! Myślałem, że to czyści bramkę, bo miałem niby problemy z parowaniem i rejestracją na moim koncie.
A prawdopodobnie przyczyna była bardziej obiektywna, o czym wspomniał @ klew.
Jeżeli można, to chciałbym kogoś poprosić o krótkie wyjaśnienie dla laika, co robią poszczególne "bootkliki"?
Teoretycznie jest opis, ale dla mnie nie do końca jasny.

[LukiSpajder]

Jednak coś nie tak jest . Szkoda bo nie miałem podpięte pod putty .
Ale tak zmieniłem wcześniej w cloudzie funkcjie tego małego przycisku na schodowy . I wszystko działało ok. Ale dałem reset układu w cloud po zalogowaniu pojawiła się nowa bramka . W tej nowej naciąłem jeszcze raz w cloud reset układu . I pojawiła się kolejna bramka nowa . Następnie zresetowałem bramkę przyciskiem na płytce . W cludzie pojawił się konflikt kanałów . ( nic na razie nie usuwałem z clouda i z płytki )

teraz coś takiego pokazuje w logach :

Code: Select all

[19:54:30][     1][V][esp32-hal-periman.c:235] perimanSetBusDeinit(): Dein=========== Before Setup Start ===========
[19:54:30]Chip Info:
[19:54:30]------------------------------------------
[19:54:30]  Model             : ESP32-C6
[19:54:30]  Package           : 0
[19:54:30]  Revision          : 0.01
[19:54:30]  Cores             : 1
[19:54:30]  CPU Frequency     : 160 MHz
[19:54:30]  XTAL Frequency    : 40 MHz
[19:54:30]  Features Bitfield : 0x00000052
[19:54:30]  Embedded Flash    : No
[19:54:30]  Embedded PSRAM    : No
[19:54:30]  2.4GHz WiFi       : Yes
[19:54:30]  Classic BT        : No
[19:54:30]  BT Low Energy     : Yes
[19:54:30]  IEEE 802.15.4     : Yes
[19:54:30]------------------------------------------
[19:54:30]INTERNAL Memory Info:
[19:54:30]------------------------------------------
[19:54:30]  Total Size        :   374508 B ( 365.7 KB)
[19:54:30]  Free Bytes        :   331364 B ( 323.6 KB)
[19:54:30]  Allocated Bytes   :    32128 B (  31.4 KB)
[19:54:30]  Minimum Free Bytes:   326552 B ( 318.9 KB)
[19:54:30]  Largest Free Block:   294900 B ( 288.0 KB)
[19:54:30]------------------------------------------
[19:54:30]Flash Info:
[19:54:30]------------------------------------------
[19:54:30]  Chip Size         : 16777216 B (16 MB)
[19:54:30]  Block Size        :    65536 B (  64.0 KB)
[19:54:30]  Sector Size       :     4096 B (   4.0 KB)
[19:54:30]  Page Size         :      256 B (   0.2 KB)
[19:54:30]  Bus Speed         : 40 MHz
[19:54:30]  Bus Mode          : QIO
[19:54:30]------------------------------------------
[19:54:30]Partitions Info:
[19:54:30]------------------------------------------
[19:54:30]                nvs : addr: 0x00009000, size:    20.0 KB, type: DATA, subtype: NVS
[19:54:30]            otadata : addr: 0x0000E000, size:     8.0 KB, type: DATA, subtype: OTA
[19:54:30]               app0 : addr: 0x00010000, size:  2560.0 KB, type:  APP, subtype: OTA_0
[19:54:30]             spiffs : addr: 0x00290000, size:  1384.0 KB, type: DATA, subtype: SPIFFS
[19:54:30]         zb_storage : addr: 0x003EA000, size:    16.0 KB, type: DATA, subtype: FAT
[19:54:30]             zb_fct : addr: 0x003EE000, size:     4.0 KB, type: DATA, subtype: FAT
[19:54:30]             rcp_fw : addr: 0x003EF000, size:     4.0 KB, type: DATA, subtype: SPIFFS
[19:54:30]           coredump : addr: 0x003F0000, size:    64.0 KB, type: DATA, subtype: COREDUMP
[19:54:30]------------------------------------------
[19:54:30]Software Info:
[19:54:30]------------------------------------------
[19:54:30]  Compile Date/Time : Jan 21 2025 20:23:01
[19:54:30]  Compile Host OS   : windows
[19:54:30]  ESP-IDF Version   : v5.3.2-282-gcfea4f7c98-dirty
[19:54:30]  Arduino Version   : 3.1.1
[19:54:30]------------------------------------------
[19:54:30]Board Info:
[19:54:30]------------------------------------------
[19:54:30]  Arduino Board     : ESP32C6_DEV
[19:54:30]  Arduino Variant   : esp32c6
[19:54:30]  Arduino FQBN      : esp32:esp32:esp32c6:UploadSpeed=921600,CDCOnBoot=cdc,CPUFreq=160,FlashFreq=80,FlashMode=qio,FlashSize=4M,PartitionScheme=custom,DebugLevel=verbose,EraseFlash=all,JTAGAdapter=default,ZigbeeMode=zczr
[19:54:30]============ Before Setup End ============
[19:54:30][  2099][I][Z2S_Gateway.ino:84] setup(): setup start
[19:54:30][  2099][V][esp32-hal-periman.c:235] perimanSetBusDeinit(): Deinit function for type GPIO (1) successfully set to 0x4203abcc
[19:54:30][  2100][V][esp32-hal-periman.c:160] perimanSetPinBus(): Pin 9 successfully set to type GPIO (1) with bus 0xa
[19:54:30]Storage initialization
[19:54:30]readStorage: 8; Read: [53 55 50 4C 41 1 0 1 ]
[19:54:30]Storage: Number of sections 1
[19:54:30]Reading section: 0
[19:54:30]readStorage: 7; Read: [3 0 0 FF FF FF FF ]
[19:54:30]Section type: 3; size: 0
[19:54:30]storedCRC 65535, CRC calc 65535
[19:54:30]LittleFsConfig: file "/supla-dev.cfg" size 998
[19:54:30]LittleFsConfig: initializing storage from file...
[19:54:30]LittleFsConfig: init result success
[19:54:30]LittleFsConfig: writing to file "/supla-dev.cfg"
[19:54:30]LittleFsConfig: writing to file "/supla-dev.cfg.bak"
[19:54:30]Button[0]::setHoldTime: 2000
[19:54:30]Button[0]::setMulticlickTime: 500
[19:54:30][  2176][I][z2s_devices_table.cpp:117] Z2S_loadDevicesTable(): before get devices table
[19:54:30][  2197][I][z2s_devices_table.cpp:152] Z2S_loadDevicesTable(): Devices table load success!
[19:54:30][  2197][I][z2s_devices_table.cpp:184] Z2S_initSuplaChannels(): initSuplaChannels starting
[19:54:30][  2198][D][ZigbeeCore.cpp:85] addEndpoint(): Endpoint: 1, Device ID: 0x0050
[19:54:30][  2198][I][Z2S_Gateway.ino:173] setup(): before SuplaDevice begin
[19:54:30] *** Supla - starting initialization (platform 0)
[19:54:30] *** Supla - Config initalization
[19:54:30]Device mode: 0
[19:54:30]Config incomplete: missing Wi-Fi SSID
[19:54:30]LAST STATE ADDED: Missing Wi-Fi SSID
[19:54:30]Config incomplete: missing Wi-Fi password
[19:54:30]LAST STATE ADDED: Missing Wi-Fi password
[19:54:30]Security level: Supla CA
[19:54:30] *** Supla - Config load for elements
[19:54:30]RemoteDeviceConfig: Registering field 0x00000010
[19:54:30]Clock: automaticTimeSync: 1
[19:54:30]Button[0]::onLoadConfig: btnType: 0
[19:54:30]Button[0]::setButtonType: 0
[19:54:30]Button[0]::setMulticlickTime: 500
[19:54:30]Button[0]::setHoldTime: 2000
[19:54:30]Button[0] enabling IN as config button
[19:54:30] *** Supla - Config load for elements done
[19:54:30] *** Supla - Load state storage
[19:54:30]Validating storage state section with current device configuration
[19:54:30]Storage state section validation successful
[19:54:30] *** Supla - Load state storage done
[19:54:30] *** Supla - Init elements
[19:54:30]Button[0]: Initialized: pin 9, pullUp 1, invertLogic 1, state 1
[19:54:30] *** Supla - Init elements done
[19:54:30]Config incomplete: deviceMode = CONFIG
[19:54:30]GUID: 01388B6820FEEEA54893C6E33
[19:54:30]Device name: Zigbee to Supla
[19:54:30]Device software version: SDK 25.01.03-dev
[19:54:30] *** Supla - Initializing network layer
[19:54:30][Wi-Fi] Network AP/hostname: ZIGBEE-TO-SUPLA-404CCA5F8D88
[19:54:30]Using Supla protocol version 23
[19:54:30]Current status: [5] SuplaDevice initialized
[19:54:30]Wi-Fi SSID missing
[19:54:30]WiFi: enter config mode with SSID: "ZIGBEE-TO-SUPLA-404CCA5F8D88"
[19:54:30][  2213][V][NetworkEvents.cpp:113] _checkForEvent(): Network Event: 101 - WIFI_READY
[19:54:30][  2295][V][AP.cpp:108] _onApEvent(): AP Started
[19:54:30][  2295][V][NetworkEvents.cpp:113] _checkForEvent(): Network Event: 130 - AP_START
[19:54:30][  2296][V][AP.cpp:88] _onApArduinoEvent(): Arduino AP Event: 130 - AP_START
[19:54:30]Starting local web server
[19:54:30]LAST STATE ADDED: Config mode
[19:54:30]Current status: [40] Config mode
[19:54:30] *** Supla - Initialization done
[19:54:30]=========== After Setup Start ============
[19:54:30]INTERNAL Memory Info:
[19:54:30]------------------------------------------
[19:54:30]  Total Size        :   374508 B ( 365.7 KB)
[19:54:30]  Free Bytes        :   271644 B ( 265.3 KB)
[19:54:30]  Allocated Bytes   :    87576 B (  85.5 KB)
[19:54:30]  Minimum Free Bytes:   271032 B ( 264.7 KB)
[19:54:30]  Largest Free Block:   245748 B ( 240.0 KB)
[19:54:30]------------------------------------------
[19:54:30]GPIO Info:
[19:54:30]------------------------------------------
[19:54:30]  GPIO : BUS_TYPE[bus/unit][chan]
[19:54:30]  --------------------------------------  
[19:54:30]     9 : GPIO
[19:54:30]    12 : USB_DM
[19:54:30]    13 : USB_DP
[19:54:30]    16 : UART_TX[0]
[19:54:30]    17 : UART_RX[0]
[19:54:30]============ After Setup End =============

[endrju_88]

Wgrałem dzisiaj plik .bin (1.8Mb) z Wersji 0.1.0-07/02/2025: pod adres 0x10000 i w Supla Cloud okazało się ,że jest konflikt kanałów , przez co moduł nie mógł się połączyć. Musiałem go finalnie usunąć z Clouda ,wgrać od nowa plik (tylko już ten 4Mb ) i dodawać wszystkie urządzenia od nowa. Wgrywałem tego 1,8Mb identycznie jak w wersji wcześniejszej. Czy coś się zmieniło w procedurze wgrywania tych mniejszych binów? Ustawiłem nieodpowiedni adres? Czy miał ktoś z Was podobny problem ?

Nic takiego nie powinno mieć miejsce. Funkcja InitSuplaChannels() tworzy kanały na bazie tablicy zapisanej na oddzielnej partycji, dane Zigbee podobnie.

Ok , w takim razie poczekam na kolejną aktualizację i o ile będzie plik 1,8 MB to spróbuje jeszcze raz tak samo wgrać bina i zobaczę czy będzie ok.

[lukasz06]

@Vajera jak to jest z tym statusem czujnika binarnego po zaniku zasilania. Myślałem, że to poprawiłeś, ale u mnie to nie działa do końca prawidłowo.. Jeśli w trakcie zaniku zasilania zmienię status czujnika, to po powrocie pokazuje ostatni zapamiętany stan. Czekałem 1h i stan się nie zmienił na prawidłowy.

[vajera]

@Vajera jak to jest z tym statusem czujnika binarnego po zaniku zasilania. Myślałem, że to poprawiłeś, ale u mnie to nie działa do końca prawidłowo.. Jeśli w trakcie zaniku zasilania zmienię status czujnika, to po powrocie pokazuje ostatni zapamiętany stan. Czekałem 1h i stan się nie zmienił na prawidłowy.

Odpowiadam - cały dzień spędziłem dzisiaj nad kodem źródłowym Hubitata i jestem już właściwie na 100% pewny:

• te czujniki IAS bardzo różnie reagują na próby konfiguracji raportowania zone status - czasami pomaga taki zabieg - po sparowaniu i restarcie bramki należy "pobudzić" czujnik, wtedy zaczyna wysyłać raporty, ale i tak po jakimś czasie może mu się "zapomnieć" i nie ma na to sposobu,
• to są urządzenia sleepy device - nie ma żadnego sposbu żeby je obudzić z poziomu bramki,
• jedyne, co mogę zaproponować to kopia rozwiązania z Hubitata - czyli jeżeli np. przez 60 minut czujnik nie podał stanu i nie daje się odczyć readAttribute to ustawiamy mu stan na offline w Supla.

[vajera]

A mogę zapytać, w jakim celu zastosowałeś ten 5xBOOT?

Mistrzu złoty! Myślałem, że to czyści bramkę, bo miałem niby problemy z parowaniem i rejestracją na moim koncie.
A prawdopodobnie przyczyna była bardziej obiektywna, o czym wspomniał @ klew.
Jeżeli można, to chciałbym kogoś poprosić o krótkie wyjaśnienie dla laika, co robią poszczególne "bootkliki"?
Teoretycznie jest opis, ale dla mnie nie do końca jasny.

Dodałem jeszcze jeden opis w pierwszym poście tematu "Aktualizacje oprogramowania".

[vajera]

W temacie resetu licznika energii w Tuya:

The second addition is the "Reset Energy" command. Unlike the zWave devices, most of the Zigbee devices do not have an explicit Reset command supported in the firmware, so resetting the energy reading is simulated by storing the actual energy reading in a state and then subtracting it from the new energy readings. The custom 'resetEnergy' command can be invoked from RM5 rule every month or every week, etc..

Oni rozwiązali to poprzez zapamiętywanie stanu licznika przy parowaniu i odejmowanie od stanu raportowanego tego stanu zapamiętanego - mogę spróbować zaimplementować coś takiego?