[Błąd-rozwiązany] Utrata komunikacji dla niektórych czujników [bramka ZigBee]

[vajera]

Chciałbym zgłosić błąd, który pojawił się już tutaj na forum, a którego doświadczyłem dzisiaj osobiście - niestety na bramce SALON (bez logów).

Otóż po aktualizacji do ostatniej wersji straciłem połączenie z dwoma czujnikami otwarcia Aqara P2, więc zacząłem od ponownego sparowania - najpierw jednego a później drugiego. Problem w tym, że po sparowaniu drugiego pierwszy przestał reagować w Supla. Zacząłem zagłębiać się w problem i ku mojemu zdziwienie odkryłem, że bramka ma łączność z czujnikiem (C&A), ale z jakiegoś powodu gubi się komunikat do Supla. Podejrzewam, że duże zmiany w okolicach wersji 1.3.0 mogły wprowadzić taki problem, więc będę szukał przyczyny.

Aktualizacja 09/02/2026

W wersji 1.4.12-09/02/26 naprawiono nieprawidłową współpracę z powyższymi czujnikami - konieczne jest ponowne sparowanie czujnika z flagą Force device to bind gateway again. UWAGA - nie usuwamy czujnika z GUI i z Cloud, wszystkie integracje i akcje zostają zachowane.

Przy tej okazji zmieniałem także definicje parowania i raportowania wielu innych czujników (w tym SNZB-02P, Xiaomi), więc jeżeli ktoś ma z nimi problem, to zapraszam do wypróbowania nowej wersji.

Aktualizacja 13/02/2026

viewtopic.php?t=18188

[bokk]

Tutaj podobny problem:

https://github.com/espressif/esp-zigbee-sdk/issues/435

Z opisu wynika, że rozwiązaniem było erase flash - może komuś uda się zrobić taki też na świeżej bramce po czyszczeniu pamięci i wgraniu merged?

Dotarły do mnie moduły Espressif ESP32-C6-WROOM-1U i zacząłem przekładać urządzenia na nową bramkę. Do modułów podpiąłem błędnie zamówioną antenę 4G LTE Qoltec DUAL | 5dBi | dookólna | zewnętrzna | zakres częstotliwości 600-2700 MHz i miejscach gdzie siła sygnału radia była w okolicach 10% obecnie jest 40%.
Bramkę zrobiłem po wykasowaniu pamięci plikiem merged.8MB.OTA.no_logs.bin 1.4.23 i zmieniłem kanał na 25.
Po restarcie bramki uruchomiłem skaner i znów pokazało mi nie ustawiony kanał 25 tylko kanał 11 ale sprawdziłem to jeszcze przez telnet get-zigbee-primary-channel i tutaj była odpowiedz - kanał 25 ??

Edit:
W dwóch skrajnych miejscach domu dołożyłem SONOFF ZBMINIR2 i po uruchomieniu trybu Turbo siła sygnału wzrosła do 57%, sieć działa stabilnie z 20 urządzeniami w tym 5 głowic z zewnętrznymi termometrami. Oprogramowanie bez zmian 1.4.23.

[bulek68]

W temacie błędów czujnika.
Pacjent czujnik T/H (Zbeacon::TH01) po zmianie wersji z końca stycznia na 17.02 (wczorajszej) czujnik się dodał ale wskazań nie ma po kilkunastu godzinach.
Wciśnięcie przycisku nic nie wnosi, bramka na xiao c6 no logs.

[vajera]

W temacie błędów czujnika.
Pacjent czujnik T/H (Zbeacon::TH01) po zmianie wersji z końca stycznia na 17.02 (wczorajszej) czujnik się dodał ale wskazań nie ma po kilkunastu godzinach.
Wciśnięcie przycisku nic nie wnosi, bramka na xiao c6 no logs.

Rozumiem, że mówisz o wskazaniach T/H?

W takim razie wejdź w GUI:
- zakładka C&A,
- wybierz czujnik,
- wybierz klaster TEMPERATURE MEASUREMENT,
- atrybut TEMPERATURE,
- min interval 10,
- max interval 3600,
- delta 50,
- obudź czujnik przyciskiem,
- w ciągu 1 - 2 sekund od obudzenia wcisnij Configure reporting,
- dla pewności odczytaj następnie te ustawienia przyciskiem Read reporting settings (też pewnie będziesz musiał obudzić czujnik).

To samo możesz zrobić dla atrybutu HUMIDITY w klastrze HUMIDITY MEASUREMENT, z tym, że tutaj jako delta proponuję 1.

[bulek68]

Tak mówiłem o wskazaniach T/H
Zastosuje wskazówki po powrocie do domu.

Ps. Tylko tego typu (jak by nie było) budżetowe czujniki sprawiają jakieś schody w działaniu że nie chcą lub nie będą działać na zasadzie plug&play jak np te nieco droższe pokroju sonoff'a?

[Zibi_007]

Tak mówiłem o wskazaniach T/H
Zastosuje wskazówki po powrocie do domu.

Ps. Tylko tego typu (jak by nie było) budżetowe czujniki sprawiają jakieś schody w działaniu że nie chcą lub nie będą działać na zasadzie plug&play jak np te nieco droższe pokroju sonoff'a?

Ja mam dokładnie odwrotne doświadczenia. Te budżetowe parują się bez problemu, raportują na standardowych klastrach, do tego mają jasno ustalony harmonogram raportowania, a jedyny problem może stanowić wskazanie baterii, którego normalne pojawienie się może potrwać do 24 godzin...

[vajera]

Tak mówiłem o wskazaniach T/H
Zastosuje wskazówki po powrocie do domu.

Ps. Tylko tego typu (jak by nie było) budżetowe czujniki sprawiają jakieś schody w działaniu że nie chcą lub nie będą działać na zasadzie plug&play jak np te nieco droższe pokroju sonoff'a?

To zawsze jest ten sam dylemat - czy ustawić domyślne parametry raportowania (co da efekt plug&play), ale może skrócić czas pracy na baterii, czy zostawić ten wybór użytkownikowi, w zależności o jego potrzeb.

[bulek68]

Ja mam dokładnie odwrotne doświadczenia. Te budżetowe parują się bez problemu, raportują na standardowych klastrach, do tego mają jasno ustalony harmonogram raportowania, a jedyny problem może stanowić wskazanie baterii, którego normalne pojawienie się może potrwać do 24 godzin...

Z całą pewnością masz na tym polu wielokrotnie większe doświadczenie więc ciężko mi z tym polemizować.
Moje polega na użytkowaniu 3 modeli
(SONOFF::SNZB-02D) x5
(SONOFF::SNZB-02WD) x1
(Zbeacon::TH01) x1

Ten ostani kupiłem raczej jako ciekawostkę i mam mieszane uczucia względem niego nie tylko dla tego że po aktualizacji do najnowszej bramki przestał działać.
Poprzednio raportował odrazu po dodaniu do bramki temperaturę i wilgotność nic nie trzeba było konfigurować.

To zawsze jest ten sam dylemat - czy ustawić domyślne parametry raportowania (co da efekt plug&play), ale może skrócić czas pracy na baterii, czy zostawić ten wybór użytkownikowi, w zależności o jego potrzeb.

No więc tak: wypowiem się z perspektywy "LENIA".

Nie wiem dokładnie w którym momencie pojawiło się na świecie Twoja Z2S ale w ubiegłym roku zaglądałem na forum kilkadziesiąt razy, reguły szybko i bez większego zaangażowania.
Gdy zobaczyłem że pojawia się opcja użycia urządzeń zigbee entuzjazm był ogromny do momentu gdy dochodziłem kilkukrotnie do wniosku że to nie do końca plug&play i chyba nie mam czasu żeby się tym bawić.
Aż w końcu przyszedł dzień w którym olśniło mnie i zakupiłem kilka zabawek na próbę i testy.

I teraz co chwilę musicie się ze mną użerać

Rozwiązania im prostrze tym bardziej przyciągające.
Nie wiem jaka jest różnica we wspomnianym czasie działania takich czujników, ale do póki nie trzeba im wymieniać bateryjek za parę złotych częściej jak co kilka miesięcy to uważam że powinny one być skonfigurowane by działały plug&play.
Zawsze można pozostawiać użytkownikowi przypięte wskazówki jak wydłużyć działanie urzadznia.

Nigdy nie miałem takich urządzeń podpiętych np Tuya
Czy tam te urządzenia też mają np w aplikacji opcje konfiguracji raportowania by wydłużyć działanie na baterii?

[Zibi_007]

[...]
Nigdy nie miałem takich urządzeń podpiętych np Tuya
Czy tam te urządzenia też mają np w aplikacji opcje konfiguracji raportowania by wydłużyć działanie na baterii?

Nic nie mają. Czasem nawet baterię pokazują na zasadzie "good" i "low". Albo samo "low". I tyle.

@vajera chciał zrobić pod Suplę coś więcej niż proste urządzenie tłumaczące kanały z Zigbee na Suplę. I dopiął swego. W niektórych przypadkach poszedł nawet dalej, niż to co można uzyskać np. pod Z2MQTT. A czy to dobrze, czy źle dla typowego "Kowalskiego" to nie wiem, bo chyba mi trochę daleko do takiego Każdy musi ocenić sam.

[vajera]

...

Ustaw te powyższe parametry konfiguracji i zobacz, czy to pomoże - ja dzięki temu będę mógł ustawić automatyczne raportowanie dla tego czujnika na przyszłość.