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

[endrju_88]

Widać zmianę ale nadal jest coś nie tak , tzn:
Jak naruszy się strefę PRESENCE to przychodzą 3 powiadomienia, ( 1. State changed -ON , 2.State changed - OFF, 3. State changed - ON)
Gdy PRESENCE powraca do poprzedniego stanu ,przychodzi prawidłowo 1 powiadomienie State changed - OFF.
Sprawdzono na 2 tego typu czujnikach.

OK, tak w teorii jest OK - czyli powiadomienia idą, gdy następuje zmiana stanu (nie ma echa) - pytanie tylko, dlaczego ten PRESENCE wysyła tyle stanów - przypomnij mi, który to jest model?

1.Pierwszy z nich w GUI jest jako _TZE200_rhgsbacq::TS0601 to czujnik 4w1 .
https://pl.aliexpress.com/item/10050091 ... gLvvfD_BwE

2.Drugi wygląda tak samo i zgłasza się jako : HOBEIAN::ZG-204ZV , na opakowaniu ma napisane TZ-10G-Z3.0_E ,jest to czujnik 2w1 , PRESENCE i ILLUMINANCE ale oprócz tego w Cloudzie pojawia się kanał T&H ,który to nie jest aktywny ( pomiar cały czas --- ) .

[myxhir]

Czy ten czujnik będzie działał z bramka czy nie bardzo bo myślę nad zakupem
Opcja 1
https://a.aliexpress.com/_Eygyhp2
Opcja 2
https://a.aliexpress.com/_EvXYQj2

[Zibi_007]

Czy ten czujnik będzie działał z bramka czy nie bardzo bo myślę nad zakupem
Opcja 1
https://a.aliexpress.com/_Eygyhp2
Opcja 2
https://a.aliexpress.com/_EvXYQj2

Działać pewnie będzie, jak go nie ma w bazie, to poprosisz i @vajera doda.
Natomiast co do jakości działania (wskazań) podchodziłbym z dużą ostrożnością.
Poszukaj, poczytaj. Było sporo o takich czujnikach wilgotności gleby na Forum.

[vajera]

Czy ten czujnik będzie działał z bramka czy nie bardzo bo myślę nad zakupem
Opcja 1
https://a.aliexpress.com/_Eygyhp2
Opcja 2
https://a.aliexpress.com/_EvXYQj2

Opcja 1 - mam 2 sztuki na ogrodzie - na początku często gubiły zasięg , teraz pracują całkiem stabilnie, więc może faktycznie sieć Zigbee potrzebuje czasu i spokoju

[vajera]

1.Pierwszy z nich w GUI jest jako _TZE200_rhgsbacq::TS0601 to czujnik 4w1 .
https://pl.aliexpress.com/item/1005009110210160.html

Rozumiem, że w przypadku tego czujnika pomiar T/H działa?

2.Drugi wygląda tak samo i zgłasza się jako : HOBEIAN::ZG-204ZV , na opakowaniu ma napisane TZ-10G-Z3.0_E ,jest to czujnik 2w1 , PRESENCE i ILLUMINANCE ale oprócz tego w Cloudzie pojawia się kanał T&H ,który to nie jest aktywny ( pomiar cały czas --- ) .

Postaram się pamiętać, żeby zmienić definicję tego modelu, chociaż w sieci widnieje on jako 4w1?

Teraz do rzeczy - chciałbym Ci bardzo podziękować, bo Twoje zaangażowanie pomogło mi zlokalizować złośliwy błąd dotyczący czujników obecności Tuya, które zgłaszają atrybut presence poprzez Tuya datapoints.

Część z tych czujników, m.in. obydwa Twoje, działa poprzez Tuya datapoints a jednocześnie raportuje przez cluster IAS ZONE - to oznacza, że gdy wzbudzisz czujnik przetwarzane są dwa komunikaty - na pierwszy rzut oka nie wydaje się to być poważnym problemem, ale...IAS ZONE raportuje obecność poprzez "1" TDP przyjmuje wartość "1" (w przypadku części czujników) lub "0" (w przypadku innych).

W sytuacji wzbudzenia takiego czujnika najpierw leci TDP z "0", które bramka interpretuje jako OFF, za ułamek sekundy leci IAS ZONE z "1", więc bramka widzi ON, gdy czujnik wraca do stanu czuwania najpierw leci 1 (TDP) - bramka widzi ON i na koniec IAS ZONE z 0 -> OFF.

Tak było, wersja 0.9.102-19/10/2025 wprowadza korektę dla tych czujników, które udało mi się zidentyfikować, lista poniżej:

_TZE200_2aaelwxk::TS0601
_TZE200_kb5noeto::TS0601
_TZE200_rhgsbacq::TS0601
HOBEIAN::ZG-204ZV
_TZE204_mtoaryre::TS0601
HOBEIAN::ZG-204ZL

cdn.

[vajera]

cd.

Namierzyłem jeszcze 2 gagatki - oba tzw. TUYA_VIBRATION_SENSOR - w ich przypadku zarówno pole VIBRATION jak i CONTACT powinny sygnalizować wzbudzenie przez 0 a nie przez 1 - poprawka dla nich w wersji 0.9.103-19/10/2025.

_TZE200_wzk0x7fq::TS0601
HOBEIAN::ZG-102ZM

Kilka słów komentarza - sama zamiana 0/1 nie jest problemem, gdyż można to rozwiązać odwróconą logiką, chociaż oczywiście raportowanie powinno odzwierciedlać rzeczywisty stan. Problem pojawiał się, gdy czujnik raportował przez Tuya datapoints i przez IAS ZONE, bo raportowanie w tej kolejności powodowało, że chociaż ostatecznie Supla dostawała prawidłowy stan czujnika, to szło to przez sekwencje OFF-> ON i ON->OFF, co powodowało problem z nadmiarem powiadomień.

[Zibi_007]

cd.

Namierzyłem jeszcze 2 gagatki - oba tzw. TUYA_VIBRATION_SENSOR - w ich przypadku zarówno pole VIBRATION jak i CONTACT powinny sygnalizować wzbudzenie przez 0 a nie przez 1 - poprawka dla nich w wersji 0.9.103-19/10/2025.

_TZE200_wzk0x7fq::TS0601
HOBEIAN::ZG-102ZM

Kilka słów komentarza - sama zamiana 0/1 nie jest problemem, gdyż można to rozwiązać odwróconą logiką, chociaż oczywiście raportowanie powinno odzwierciedlać rzeczywisty stan. Problem pojawiał się, gdy czujnik raportował przez Tuya datapoints i przez IAS ZONE, bo raportowanie w tej kolejności powodowało, że chociaż ostatecznie Supla dostawała prawidłowy stan czujnika, to szło to przez sekwencje OFF-> ON i ON->OFF, co powodowało problem z nadmiarem powiadomień.

To mówisz, żeby aktualizować i wracać z logiką do domyślnej wartości?
Mnie to w czujnikach ruchu (obenosci) nie przeszkadzało (bo akurat nie miałem na nich ustawionych powiadomień), ale wkurzyło do tego stopnia w czujniku wibracji, że poszedł do elektrośmieci, bo myślałem, że jest felerny A teraz się okazuje, że można to naprawić. Jak wrócę do domu, to zacznę od przekopania pudła z odpadami elektronicznymi, mam nadzieję, że nikt jeszcze nie zutylizował

[vajera]

To mówisz, żeby aktualizować i wracać z logiką do domyślnej wartości?
Mnie to w czujnikach ruchu (obenosci) nie przeszkadzało (bo akurat nie miałem na nich ustawionych powiadomień), ale wkurzyło do tego stopnia w czujniku wibracji, że poszedł do elektrośmieci, bo myślałem, że jest felerny A teraz się okazuje, że można to naprawić. Jak wrócę do domu, to zacznę od przekopania pudła z odpadami elektronicznymi, mam nadzieję, że nikt jeszcze nie zutylizował

Daj mu szansę

[bokk]

Czy aktualizacja również wpłynie na zmianę logiki przy czujnikach Aqara do okien i drzwi DW-S03D

[endrju_88]

1.Pierwszy z nich w GUI jest jako _TZE200_rhgsbacq::TS0601 to czujnik 4w1 .
https://pl.aliexpress.com/item/1005009110210160.html

Rozumiem, że w przypadku tego czujnika pomiar T/H działa?

2.Drugi wygląda tak samo i zgłasza się jako : HOBEIAN::ZG-204ZV , na opakowaniu ma napisane TZ-10G-Z3.0_E ,jest to czujnik 2w1 , PRESENCE i ILLUMINANCE ale oprócz tego w Cloudzie pojawia się kanał T&H ,który to nie jest aktywny ( pomiar cały czas --- ) .

Postaram się pamiętać, żeby zmienić definicję tego modelu, chociaż w sieci widnieje on jako 4w1?

Teraz do rzeczy - chciałbym Ci bardzo podziękować, bo Twoje zaangażowanie pomogło mi zlokalizować złośliwy błąd dotyczący czujników obecności Tuya, które zgłaszają atrybut presence poprzez Tuya datapoints.

Część z tych czujników, m.in. obydwa Twoje, działa poprzez Tuya datapoints a jednocześnie raportuje przez cluster IAS ZONE - to oznacza, że gdy wzbudzisz czujnik przetwarzane są dwa komunikaty - na pierwszy rzut oka nie wydaje się to być poważnym problemem, ale...IAS ZONE raportuje obecność poprzez "1" TDP przyjmuje wartość "1" (w przypadku części czujników) lub "0" (w przypadku innych).

W sytuacji wzbudzenia takiego czujnika najpierw leci TDP z "0", które bramka interpretuje jako OFF, za ułamek sekundy leci IAS ZONE z "1", więc bramka widzi ON, gdy czujnik wraca do stanu czuwania najpierw leci 1 (TDP) - bramka widzi ON i na koniec IAS ZONE z 0 -> OFF.

Tak było, wersja 0.9.102-19/10/2025 wprowadza korektę dla tych czujników, które udało mi się zidentyfikować, lista poniżej:

_TZE200_2aaelwxk::TS0601
_TZE200_kb5noeto::TS0601
_TZE200_rhgsbacq::TS0601
HOBEIAN::ZG-204ZV
_TZE204_mtoaryre::TS0601
HOBEIAN::ZG-204ZL

cdn.

Ten pierwszy czujnik _TZE200_rhgsbacq::TS0601 ma odczyt T&H. Cieszę się ,że znalazłeś przyczynę tych powielanych powiadomień. Jutro wgram wsad i te czujniki posprawdzam. Jeszcze raz Dzięki.