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

[vajera]

@Yepestis, @lukasz06 - to jest efekt by design

Aktualnie bramka wysyła "ping" tylko do urządzeń zasilanych z sieci.
Wszystkie czujniki temperatury, wilgotności, otwarcia i inne zasilane bateryjne są tzw. sleeping devices - nie można ich odpytać o cokolwiek gdy śpią.

Możemy sobie ustalić, że jeżeli urządzenie nie wyśle nic w ciągu np. 4 godzin to zaznaczamy je jako offline, ale może się okazać, że część czujników będzie offline będąc online.

[Zibi_007]

@Yepestis, @lukasz06 - to jest efekt by design

Aktualnie bramka wysyła "ping" tylko do urządzeń zasilanych z sieci.
Wszystkie czujniki temperatury, wilgotności, otwarcia i inne zasilane bateryjne są tzw. sleeping devices - nie można ich odpytać o cokolwiek gdy śpią.

Możemy sobie ustalić, że jeżeli urządzenie nie wyśle nic w ciągu np. 4 godzin to zaznaczamy je jako offline, ale może się okazać, że część czujników będzie offline będąc online.

I dokładnie jest tak, jak piszesz. Mam czujnik zalania, który melduje się dwa razy na dobę, tzn. dokładnie co 12 godzin. Sprawdziłem. Oczywiście, jeśli wykryje wodę, to wzbudza się natychmiastowo. Jak zmienisz, to będę go miał 3/4 czasu offline... Jeden czujnik otwarcia drzwi, jeśli nie był wzbudzony daje życie (sygnał) co 6h, drugi nawet nie wiem, ale mam podejrzenie, że nie częściej, jak raz na dobę. Pod Tuya będzie dokładnie to samo. Tu nie ma co kombinować i ulepszać na siłę. No chyba, ze ustawisz ten czas na 24h, to może dać jakieś info, że czujnik wypadł z sieci.

[klew]

A czy te urządzenia nie zgłaszają co jaki czas się wybudzają? Wtedy każde mogłoby mieć swoje ustawienie.

[Zibi_007]

A czy te urządzenia nie zgłaszają co jaki czas się wybudzają? Wtedy każde mogłoby mieć swoje ustawienie.

O! I to jest dobre pytanie. Natomiast nigdzie się z taką informacją nie spotkałem. Sprzedawcy (producenci) też w danych technicznych tym się nie chwalą. Wiadomo, że wydłużenie czasu działania urządzenia związane jest z częstotliwością wybudzania. Z drugiej strony, taki czujnik zalania i tak się wybudzi, jak go zaleje woda albo będzie miał słabą baterię. Tak, to może sobie spać i oszczędzać energię. Co ma raportować. Te 12h w zupełności wystarczy...

[Yepestis]

Przy czynnikach otwarcia drzwi, zalania, ruchu itp. to rzeczywiście czujnik nie ma po co się zgłaszać zbyt często, nie mniej po jakimś czas też warto go zrobić offline np. po 24h bo czasem można nie zauważyć że nie dała.
Ale termometry, wilgotnościomierze czy czujniki ciśnienia to raczej powinny częściej raportować żeby miały sens i tu wydaje mi się że timeout na 1h byłby ok.
Bo jak po kilku dniach nie zauważę ze pomiary się nie zmieniają to mi kwiatek wyschnie na pieprz

Tak się jeszcze zastanawiam że można by do każdego czujnika podejść indywidualnie i ustawiać ten czas na podstawie częstotliwości zgłaszania się czujnika do bramki ale nie wiem czy nie była by to zbędna komplikacjia, a i można by ten czas zaburzyć przez ręczne wymuszenie wysłania danych przyciskiem na czujniku.

[Zibi_007]

[...]

Tak się jeszcze zastanawiam że można by do każdego czujnika podejść indywidualnie i ustawiać ten czas na podstawie częstotliwości zgłaszania się czujnika do bramki ale nie wiem czy nie była by to zbędna komplikacjia, a i można by ten czas zaburzyć przez ręczne wymuszenie wysłania danych przyciskiem na czujniku.

I każdy użytkownik, zanim zgłosi urządzenie do dodania, to będzie np. 24h obserwować, co ile się zgłasza? Ja o swoich to wiem, bo w ramach testów bramki się tym dużo bawiłem, ale wątpię żeby się jeszcze komuś chciało. Czujniki temperatury i wilgotności raportują też przy zmianie mierzonych parametrów. Jeśli rzeczywiście gdzieś jest dostępna informacja o maksymalnym czasie uśpienia urządzenia, to można by dodać, w innym przypadku słabo to widzę (no chyba, że raz na 24h).
W takim np. SmartLife, czy eWelink tego nie ma i np. mam tam cały czas aktywne czujniki, które klika - kilkanaście dni temu przeniosłem do Supli

[vajera]

Mogę zrobić coś takiego:

1. w WebInterface dodam pole CustomParameter, gdzie użytkownik będzie mógł wpisać sobie np.:"4",
2. następnie w WebInterface wybierze polecenie "UPDATE PING - Z2S_DEVICE XX:XX:XX:XX:XX:XX:XX:XX",
3. bramka zapisze ten parametr w tablicy urządzeń i stanie się on czasem, po którym urządzenie przejdzie w tryb offline o ile nie wyśle danych (to zresetuje odliczanie),
4. domyślnie będzie 0 == bez sprawdzenia (tak jak do tej pory),
5. trzeba pamiętać o tym, że w sytuacji gdy czas będzie ustawiony np. na 4h a po 3h i 55 min od ostatniego wysłania danych nastąpi reset bramki to po resecie odliczanie zacznie się od nowa czyli urządzenie przejdzie w tryb offline po 4h a nie po 5 minutach.

@klew - czy to da się zrobić? Wpisanie wartości custom parametr, wybranie custom command z listy i SAVE - czy w trakcie wykonywania custom command będzie już dostępna wartość tego custom parametr?

[klew]

@klew - czy to da się zrobić? Wpisanie wartości custom parametr, wybranie custom command z listy i SAVE - czy w trakcie wykonywania custom command będzie już dostępna wartość tego custom parametr?

Jeśli parametr będzie w forumularzu wcześniej, to będzie on dostępny, ale nie wiem czy to jest gwarantowane.
A nie lepiej sobie zrobić całą komendę z wartościa w samej komendzie?

[vajera]

Jeśli parametr będzie w forumularzu wcześniej, to będzie on dostępny, ale nie wiem czy to jest gwarantowane.
A nie lepiej sobie zrobić całą komendę z wartościa w samej komendzie?

Też o tym najpierw pomyślałem, ale weźmy taki przykład:

20 czujników x 4 opcje (4h, 8h, 12h, 24h) to daje 80 indywidualnych komend...

[klew]

To zrób własny parser tych komend