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

[vajera]

Zastanawiałem się czy da się zintegrować miernik napięcia w baterii Lidl Parkside typu 20V Smart.

Mają wbudowany Zigbee do kontroli ale tylko wersja Smart. Można też wywołać (pewnie jakiś monostabilny kanał w Supli) identyfikację - wtedy dioda LED miga (dobre jak się ma kilka baterii i nie wiadomo która). Dodatkowo soft akumulatora przechowuje info o zużyciu etc.

Nie potrafię tej baterii wprowadzić w tryb parowania, bo podesłałbym odczyty.

Nie znalazłem żadnej informacji na ten temat w sieci, może korzystają z protokołu Zigbee, ale np. z wykorzystaniem Touchlink albo jakiegoś własnego systemu parowania?
A jak wywołujesz identyfikacji lub sprawdzasz poziom akumulatora? Przez bramkę Zigbee?

[vajera]

@endrju_88, @Zenon

Na Github właśnie buduje się wersja 0.7.83-16/05/2025:

• istniejące polecenie update-device-timings zyskało nową opcję AUTOSET, dla której podajemy wartość w sekundach (domyślnie wartość ta ustawiona jest na 0 sekund, co wyłącza ten mechanizm),
• jeżeli ustawimy: update-device-timings nr_kanału_czujnika autoset 60, to po 60 sekundach od wzbudzenia czujnik wróci do stanu wyjściowego, każde kolejne wzbudzenie czujnika w tym czasie powoduje rozpoczęcie odliczania czasu od nowa,
• opcja ta przeznaczona jest zasadniczo dla czujników ruchu/drgań, które mają problem z powrotem do stanu spoczynkowego po wystąpieniu zdarzenia,
• użycie jej w przypadku np. czujników otwarcia drzwi/okna zepsuje logikę działania czujnika.

[Zenon]

@endrju_88, @Zenon

Na Github właśnie buduje się wersja 0.7.83-16/05/2025:

• istniejące polecenie update-device-timings zyskało nową opcję AUTOSET, dla której podajemy wartość w sekundach (domyślnie wartość ta ustawiona jest na 0 sekund, co wyłącza ten mechanizm),
• jeżeli ustawimy: update-device-timings nr_kanału_czujnika autoset 60, to po 60 sekundach od wzbudzenia czujnik wróci do stanu wyjściowego, każde kolejne wzbudzenie czujnika w tym czasie powoduje rozpoczęcie odliczania czasu od nowa,
• opcja ta przeznaczona jest zasadniczo dla czujników ruchu/drgań, które mają problem z powrotem do stanu spoczynkowego po wystąpieniu zdarzenia,
• użycie jej w przypadku np. czujników otwarcia drzwi/okna zepsuje logikę działania czujnika.

Witam!
O jejku. Nie spodziewałem się tak szybkiej reakcji. Przetestuję jak wrócę z pracy. Bardzo dziękuję.
Pozdrawiam
Zenon

[Zenon]

@endrju_88, @Zenon

Na Github właśnie buduje się wersja 0.7.83-16/05/2025:

• istniejące polecenie update-device-timings zyskało nową opcję AUTOSET, dla której podajemy wartość w sekundach (domyślnie wartość ta ustawiona jest na 0 sekund, co wyłącza ten mechanizm),
• jeżeli ustawimy: update-device-timings nr_kanału_czujnika autoset 60, to po 60 sekundach od wzbudzenia czujnik wróci do stanu wyjściowego, każde kolejne wzbudzenie czujnika w tym czasie powoduje rozpoczęcie odliczania czasu od nowa,
• opcja ta przeznaczona jest zasadniczo dla czujników ruchu/drgań, które mają problem z powrotem do stanu spoczynkowego po wystąpieniu zdarzenia,
• użycie jej w przypadku np. czujników otwarcia drzwi/okna zepsuje logikę działania czujnika.

Witam!
@vajera - nie wiem jak ty to zrobiłeś ale chyba zawarłeś pakt z diabłem Zadziałało za pierwszym razem. Mam to czego oczekiwałem. Dziękuję bardzo. Z uwag technicznych tylko tyle że dolną granicą powrotu do stanu pierwotnego wydaje się być 7-8 sekund. Poniżej tej wartości dalej potrzeba minimum 7 sekund aby czujnik powrócił do stanu normalnego. Pewno daje w tym czasie cały czas sygnał o wzbudzeniu.
I dodatkowa informacja bo nie wiem czy tak ma być. Po wpisaniu komendy nie ma informacji zwrotnej ale wszystko działa jak wpisano.

To forum przywraca mi wiarę w ludzi i ich bezinteresowność. Tyle porad i informacji które tutaj dostałem to coś niewiarygodnego. Dzięki wam mam pięknie i sprawnie działający system Smart Home i mogę go spokojnie rozbudowywać o kolejne elementy.
Pozdrawiam
Zenon

[vajera]

Witam!
@vajera - nie wiem jak ty to zrobiłeś ale chyba zawarłeś pakt z diabłem Zadziałało za pierwszym razem. Mam to czego oczekiwałem. Dziękuję bardzo. Z uwag technicznych tylko tyle że dolną granicą powrotu do stanu pierwotnego wydaje się być 7-8 sekund. Poniżej tej wartości dalej potrzeba minimum 7 sekund aby czujnik powrócił do stanu normalnego. Pewno daje w tym czasie cały czas sygnał o wzbudzeniu.
I dodatkowa informacja bo nie wiem czy tak ma być. Po wpisaniu komendy nie ma informacji zwrotnej ale wszystko działa jak wpisano.

To forum przywraca mi wiarę w ludzi i ich bezinteresowność. Tyle porad i informacji które tutaj dostałem to coś niewiarygodnego. Dzięki wam mam pięknie i sprawnie działający system Smart Home i mogę go spokojnie rozbudowywać o kolejne elementy.
Pozdrawiam
Zenon

W sumie..."jam tej części siłą drobną, co wiecznie złego pragnąć, zawsze czyni dobro..." (czy jakoś tak to szło - piszę z pamięci)...

W temacie tych 7 - 8 sekund: weryfikacja czasu odbywa się w metodzie iterateAlways() czujnika, która wykonywana jest przez Supla ze zmienną częstotliwością, więc to też może być przyczyną.

Jeżeli to ma dla Ciebie znaczenie to możemy podrążyć temat aczkolwiek 7 sekund wydaje się sensownym przedziałem czasowymi.

[Zenon]

Witam!
@vajera - nie wiem jak ty to zrobiłeś ale chyba zawarłeś pakt z diabłem Zadziałało za pierwszym razem. Mam to czego oczekiwałem. Dziękuję bardzo. Z uwag technicznych tylko tyle że dolną granicą powrotu do stanu pierwotnego wydaje się być 7-8 sekund. Poniżej tej wartości dalej potrzeba minimum 7 sekund aby czujnik powrócił do stanu normalnego. Pewno daje w tym czasie cały czas sygnał o wzbudzeniu.
I dodatkowa informacja bo nie wiem czy tak ma być. Po wpisaniu komendy nie ma informacji zwrotnej ale wszystko działa jak wpisano.

To forum przywraca mi wiarę w ludzi i ich bezinteresowność. Tyle porad i informacji które tutaj dostałem to coś niewiarygodnego. Dzięki wam mam pięknie i sprawnie działający system Smart Home i mogę go spokojnie rozbudowywać o kolejne elementy.
Pozdrawiam
Zenon

W sumie..."jam tej części siłą drobną, co wiecznie złego pragnąć, zawsze czyni dobro..." (czy jakoś tak to szło - piszę z pamięci)...

W temacie tych 7 - 8 sekund: weryfikacja czasu odbywa się w metodzie iterateAlways() czujnika, która wykonywana jest przez Supla ze zmienną częstotliwością, więc to też może być przyczyną.

Jeżeli to ma dla Ciebie znaczenie to możemy podrążyć temat aczkolwiek 7 sekund wydaje się sensownym przedziałem czasowymi.

Witam!
Jest bardzo dobrze. Teraz działa porównywalnie albo nawet żwawiej niż w Tuya. Nic więcej nie potrzeba. Tak tylko pisałem w celu informacji dla innych jakby się zastanawiali ile da się najmniej ustawić.
Pozdrawiam
Zenon

[Zibi_007]

Witam!
@vajera - nie wiem jak ty to zrobiłeś ale chyba zawarłeś pakt z diabłem Zadziałało za pierwszym razem. Mam to czego oczekiwałem. Dziękuję bardzo. Z uwag technicznych tylko tyle że dolną granicą powrotu do stanu pierwotnego wydaje się być 7-8 sekund. Poniżej tej wartości dalej potrzeba minimum 7 sekund aby czujnik powrócił do stanu normalnego. Pewno daje w tym czasie cały czas sygnał o wzbudzeniu.
I dodatkowa informacja bo nie wiem czy tak ma być. Po wpisaniu komendy nie ma informacji zwrotnej ale wszystko działa jak wpisano.

To forum przywraca mi wiarę w ludzi i ich bezinteresowność. Tyle porad i informacji które tutaj dostałem to coś niewiarygodnego. Dzięki wam mam pięknie i sprawnie działający system Smart Home i mogę go spokojnie rozbudowywać o kolejne elementy.
Pozdrawiam
Zenon

W sumie..."jam tej części siłą drobną, co wiecznie złego pragnąć, zawsze czyni dobro..." (czy jakoś tak to szło - piszę z pamięci)...

W temacie tych 7 - 8 sekund: weryfikacja czasu odbywa się w metodzie iterateAlways() czujnika, która wykonywana jest przez Supla ze zmienną częstotliwością, więc to też może być przyczyną.

Jeżeli to ma dla Ciebie znaczenie to możemy podrążyć temat aczkolwiek 7 sekund wydaje się sensownym przedziałem czasowymi.

No i sprawa się rypła. Wydało się. @vajera nie ma paktu z diabłem, tylko sam jest Mefistofelesem
W sumie pasuje, czemu nie?
Może sobie jeszcze w podpisie dopisać, że: "ja jestem cząstką części, co wszystkim wpierw była, cząstką ciemności, co światło zrodziła".
Też pasuje.

A teraz serio. Czeka na mnie w domu podobny czujnik. Jak w końcu tam zawitam, to sprawdzę jak jest w moim. Także te poziomy czułości, o których piszecie w innym temacie.

@Zenon - @vajera jest znany z tego, że niemożliwe rzeczy robi od ręki. Natomiast na cuda trzeba trochę poczekać. Najczęściej do +BWNU
Przy okazji. Zadziałały Ci te czujniki dymu, o których mi pisałeś?

[vajera]

proszę o dodanie sygnalizatora akustyczno optycznego .

Code: Select all

TZ3000_c2yscrj8 :: TS0224

https://pl.aliexpress.com/item/10050088 ... ry_from%3A

Dodałem ten sygnalizator w wersji 0.7.91-19/05/2025, ale póki co tylko jako jeden przekaźnik bo musimy go przetestować czy on działa poprzez Tuya custom cluster czy przez IAS WD.

Daj znać kiedy miałbyś czas na testy to napiszę Ci kilka rozkazów do wypróbowania.

[LukiSpajder]

Proszę o dodanie czujnika temperatury z datą i godziną

https://pl.aliexpress.com/item/10050068 ... pt=glo2pol

Code: Select all

Peer Manufacturer is "_TZE204_d7lpruvi"
Peer Model is "TS0601"

[vajera]

Proszę o dodanie czujnika temperatury z datą i godziną

https://pl.aliexpress.com/item/10050068 ... pt=glo2pol

Code: Select all

Peer Manufacturer is "_TZE204_d7lpruvi"
Peer Model is "TS0601"

+BWNU To jest jakaś nowość, ale chyba pójdzie jako Tuya T/H - powinien raportować temperaturę, wilgotność i poziom baterii 0-100%, jak również pobierać z bramki prawidłowy czas - proszę o feedback.