Czujniki T/H/P/IL i IAS - zgłoszenia, uwagi, pomysły [bramka Zigbee]

[vajera]

Przeprowadziłem dzisiaj następujący test z udziałem 3 czujników otwarcia drzwi/okna:

1. Aqara T1 Sensor
2. Aqara P1 Sensor
3. Sonoff SNZB-04P.

Sparowałem te czujniki z bramką a następnie:
włączyłem im flagę offline/remote wakeup,
wszystkie 3 wprowadziłem w stan "zamknięty",
wyłączyłem bramkę,
odsunąłem magnesy (stan "owarty"),
odczekałem kilka minut i włączyłem bramkę ponownie.

Tak, jak należało się spodziewać wszystkie 3 wyświetliły się na początku na czerwono, ale pomimo upływu czasu ich stan nie uległ zmianie

Obserwując logi i parametr last seen zauważyłem natomiast, że te urządzenia nawiązują kontakt z bramką po jakimś czasie robiąc tzw. rejoin a nawet raportują stan baterii. Pomimo tej aktywności nie raportują jednak swojego stanu...i wtedy wpadłem na pomysł:

od jakiegoś czasu bramka obsługuje ten rejoin - wymagał tego słynny termometr z przyciskiem podświetlenia na górze - dlaczego w takim razie nie spróbować aktywnie odpytać czujnik o jego stan przy okazji tej operacji?
Okazuje się, że to działa - Sonoff zrobił ten rejoin już po kilku minutach, Aqara T1 po około 42 minutach a słynna P1 dopiero po 55 minutach, ale wszystkie 3 w ciągu godziny zaktualizowały swój stan.

Oczywiście na ten moment SNZB-04P jest niekwestionowanym liderem, ale będę jeszcze weryfikował te wyniki. Postaram się jeszcze dzisiaj wrzucić nową wersję bramki, więc chętni będą mogli przetestować swoje czujniki otwarcia.

Funkcja dostępna w 0.9.156-23/11/2025.

[Zibi_007]

Przeprowadziłem dzisiaj następujący test z udziałem 3 czujników otwarcia drzwi/okna:

1. Aqara T1 Sensor
2. Aqara P1 Sensor
3. Sonoff SNZB-04P.

Sparowałem te czujniki z bramką a następnie:
włączyłem im flagę offline/remote wakeup,
wszystkie 3 wprowadziłem w stan "zamknięty",
wyłączyłem bramkę,
odsunąłem magnesy (stan "owarty"),
odczekałem kilka minut i włączyłem bramkę ponownie.

Tak, jak należało się spodziewać wszystkie 3 wyświetliły się na początku na czerwono, ale pomimo upływu czasu ich stan nie uległ zmianie

Obserwując logi i parametr last seen zauważyłem natomiast, że te urządzenia nawiązują kontakt z bramką po jakimś czasie robiąc tzw. rejoin a nawet raportują stan baterii. Pomimo tej aktywności nie raportują jednak swojego stanu...i wtedy wpadłem na pomysł:

od jakiegoś czasu bramka obsługuje ten rejoin - wymagał tego słynny termometr z przyciskiem podświetlenia na górze - dlaczego w takim razie nie spróbować aktywnie odpytać czujnik o jego stan przy okazji tej operacji?
Okazuje się, że to działa - Sonoff zrobił ten rejoin już po kilku minutach, Aqara T1 po około 42 minutach a słynna P1 dopiero po 55 minutach, ale wszystkie 3 w ciągu godziny zaktualizowały swój stan.

Oczywiście na ten moment SNZB-04P jest niekwestionowanym liderem, ale będę jeszcze weryfikował te wyniki. Postaram się jeszcze dzisiaj wrzucić nową wersję bramki, więc chętni będą mogli przetestować swoje czujniki otwarcia.

Ten "chłyt" chyba musi wykorzystywać też oryginalna bramka eWelink, bo tam też po jakimś czasie wracał stan. Na pewno do godziny (nie wiem czy to Twoje kilka minut nie jest przypadkiem i czy nie wbiłeś się akurat w "okienko"). Najprościej było otworzyć i zamknąć drzwi/okno, ale to nie jest rozwiązanie. Sprawdzę, jak to działa przy najbliżej okazji. Jak zwykle brawa za super robotę i poświęcony czas!

[vajera]

Ten "chłyt" chyba musi wykorzystywać też oryginalna bramka eWelink, bo tam też po jakimś czasie wracał stan. Na pewno do godziny (nie wiem czy to Twoje kilka minut nie jest przypadkiem i czy nie wbiłeś się akurat w "okienko"). Najprościej było otworzyć i zamknąć drzwi/okno, ale to nie jest rozwiązanie. Sprawdzę, jak to działa przy najbliżej okazji. Jak zwykle brawa za super robotę i poświęcony czas!

Możliwe, bo przy kolejnym teście SNZB-04P "wskoczył" już po 40 sekundach a P1 po około 10 minutach.

[vajera]

Testów ciąg dalszy - jestem poza domem, ale VPN + Telnet sprawdzają się rewelacyjnie - aż muszę siebie pochwalić

Wyniki analizy poniżej:

1. SNZB-04P po utracie połączenia z bramką nawiązuje je ponownie bardzo szybko - czasami poniżej minuty, zwykle do 5 minut. Natomiast po nawiązaniu połączenia zgłasza się mniej więcej co 6 godzin.

2. Aqara T1 i P2 potrzebują nieco więcej czasu na ponowne nawiązanie połączenia, chociaż zdarza się im się czas poniżej minut, natomiast później raportują mniej więcej co 45 minut.

[Mario78]

Przeprowadziłem dzisiaj następujący test z udziałem 3 czujników otwarcia drzwi/okna:

1. Aqara T1 Sensor
2. Aqara P1 Sensor
3. Sonoff SNZB-04P.

Sparowałem te czujniki z bramką a następnie:
włączyłem im flagę offline/remote wakeup,
wszystkie 3 wprowadziłem w stan "zamknięty",
wyłączyłem bramkę,
odsunąłem magnesy (stan "owarty"),
odczekałem kilka minut i włączyłem bramkę ponownie.

Tak, jak należało się spodziewać wszystkie 3 wyświetliły się na początku na czerwono, ale pomimo upływu czasu ich stan nie uległ zmianie

Obserwując logi i parametr last seen zauważyłem natomiast, że te urządzenia nawiązują kontakt z bramką po jakimś czasie robiąc tzw. rejoin a nawet raportują stan baterii. Pomimo tej aktywności nie raportują jednak swojego stanu...i wtedy wpadłem na pomysł:

od jakiegoś czasu bramka obsługuje ten rejoin - wymagał tego słynny termometr z przyciskiem podświetlenia na górze - dlaczego w takim razie nie spróbować aktywnie odpytać czujnik o jego stan przy okazji tej operacji?
Okazuje się, że to działa - Sonoff zrobił ten rejoin już po kilku minutach, Aqara T1 po około 42 minutach a słynna P1 dopiero po 55 minutach, ale wszystkie 3 w ciągu godziny zaktualizowały swój stan.

Oczywiście na ten moment SNZB-04P jest niekwestionowanym liderem, ale będę jeszcze weryfikował te wyniki. Postaram się jeszcze dzisiaj wrzucić nową wersję bramki, więc chętni będą mogli przetestować swoje czujniki otwarcia.

Funkcja dostępna w 0.9.156-23/11/2025.

A ten rejoin jak mam włączyć ?:) Czy, może od kombilacji 0.9.156 już to jest domyślnie włączone?

[vajera]

A ten rejoin jak mam włączyć ?:) Czy, może od kombilacji 0.9.156 już to jest domyślnie włączone?

Nic nie musisz włączać - rejoin jest obsługiwany od dawna a wersja 0.9.156 i wyższe wykorzystują ten mechanizm do aktualizacji stanu czujnika.

Jestem cały czas na wyjeździe, ale ustawiłem timeout - 1h dla Aqara i 6h dla Sonoff - czujniki są cały czas online w aplikacji Supla. Wystarczy zresztą spojrzeć na last seen ms w GUI albo w Telnet żeby to potwierdzić, jak wrócę do domu to prztestuje jeszcze te czujniki Tuya, które mam w szufladzie od stycznia

[Mario78]

A ten rejoin jak mam włączyć ?:) Czy, może od kombilacji 0.9.156 już to jest domyślnie włączone?

Nic nie musisz włączać - rejoin jest obsługiwany od dawna a wersja 0.9.156 i wyższe wykorzystują ten mechanizm do aktualizacji stanu czujnika.

Jestem cały czas na wyjeździe, ale ustawiłem timeout - 1h dla Aqara i 6h dla Sonoff - czujniki są cały czas online w aplikacji Supla. Wystarczy zresztą spojrzeć na last seen ms w GUI albo w Telnet żeby to potwierdzić, jak wrócę do domu to prztestuje jeszcze te czujniki Tuya, które mam w szufladzie od stycznia

Dzieki za informację.

[Beholder]

Proszę o dodanie deskryptora dla czujnika otwarcia:

Code: Select all

Unknown model Zbeacon::DS01, no binding is possible

@vajera jeżeli potrzebujesz jakiś logów lub linka to daj znać.

[Beholder]

Proszę o dodanie deskryptora dla czujnika zalania.

Code: Select all

Unknown model Zbeacon::TS0207, no binding is possible

[vajera]

Wracam z dobrą (mam nadzieję) wiadomością dotyczącą czujników otwarcia Aqara Door/Window Sensor DW S03D/T1.

Kupiłem kiedyś taki czujnik do testów z polskiej dystrybucji Aqara (po rekomendacji kolegi @bbok) i wszystkie powyżej opisane doświadczenia dotyczyły właśnie tego egzemplarza.
Zachęcony sprawnym działaniem tego czujnika a jednocześnie pamiętając, że z identycznie wyglądającymi czujnikami z Ali był jakiś problem, zamówiłem na próbę czteropak w ramach Black Friday/Cyber Monday.

Pierwsza próba parowania z bramką produkcyjną - czerwona dioda? W ruch poszła bramka testowa i logi - okazało się, że ten czujnik przedstawia się nieco inaczej, co prawda to inne id również było w bazie, ale czujnik ma znany problem z parowaniem - po rozpoczęciu tego procesu trzeba naciskać przycisk w odstępie mniej więcej jednej sekundy, aż do zakończenia parowania.

Czujnik dodał się, oczywiście reaguje na magnes, przyszedł więc czas na test offline. Po mniej więcej 10 godzinach mogłem już stwierdzić porażkę - czujnik bez wzbudzenia magnesem był offline cały czas, nie wykonał żadnej próby rejoin.

Natomiast zauważyłem, że również naciśnięcie przycisku na odbudowie nie aktywuje tego rejoin i czujnik nadal jest offline a to, wbrew pozorom, była obserwacja dająca nadzieję.

Logi szybko pokazały, że w przypadku tej odmiany naciśnięcie przycisku nie generuje rejoin, ale powoduje wysłanie tzw. paczki FF01 z klastra BASiC, w której są m.in. informacje o stanie baterii.

Dzięki temu poszedłem do przodu i uzyskałem ten efekt, że po naciśnięciu przycisku czujnik budzi się w Supla i aktualizuje stan baterii, nadal natomiast nie aktualizował stanu otwarcia.
Stwierdziłem, że powtórzę manewr zastosowany w przypadku rejoin, czyli gdy czujnik wyśle tę paczkę, to bramka w odpowiedzi zapyta o stan OnOff...ale ku mojemu rozczarowaniu czujnik ignorował to zapytanie

Zacząłem więc dokładnie analizować całą zawartość tej paczki danych i na samym końcu znalazłem obiecującą pozycję (id = 100, typ danych BOOL, wartość była 0 lub 1) - okazało się, że to jest aktualny stan kontaktronu

Został ostatni i najważniejszy test - "otworzyłem" okno, wyłączyłem bramkę, "zamknąłem" okno, włączyłem bramkę, czujnik był oczywiście offline, więc poszedłem spać.

Rano - bingo - czujnik online, okno zamknięte, analiza danych pokazała, że zgłasza się regularnie mniej więcej co godzinę.

Biorąc pod uwagę jakość wykonania tych czujników, oraz ich niewielkie rozmiary, to przy obecnych cenach mogą stanowić interesującą opcję dla budżetowych rozwiązań.

Chciałbym podkreślić, że nie chcę tworzyć konkurencji dla komercyjnych rozwiązań polskiego producenta, ale jeżeli ktoś chce na początek spróbować IoT w ramach skromnego budżetu, to jest to dobre rozwiązanie.