Zgłoszenia nowych urządzeń [bramka Zigbee]

[Zibi_007]

Osobiście podoba mi sie bardziej nowy sposób, jednak nie jest wtedy w stanie pokazać nigdzie stanu baterii ponieważ w apce na telefonie nie widać żadnego kanału. Według mnie dla tego urządzenia powinien być osobny kanał w tym przypadku dla stanu baterii i wtedy byłoby super.

Mogę dodawać do każdego urządzenia Zigbee implementującego wyłącznie kanały AT:

A) kanał typu GPM(KPOP), który będzie odbierał stan baterii - to przy okazji pozwoli na monitoring historii

albo

B) kanał typu VirtualRelay, który również może mieć dodatkową funkcję, np. aktywować/dezaktywować przetwarzanie zdarzeń z przycisku?

A nie można A i B razem?
Bateria, to jest element, o którym wspominałem przy dyskusji o przejściu z włączników na AT. Mamy tutaj jednego kolegę (nie będę wymieniał nicka), dla którego stan baterii jest niezwykle istotny (nawet powiadomienia ustawia) . Sam mam do tego ambiwalentny stosunek (do tej całej zmiany), ale jeśli już to stan baterii powinien być znany. Teraz z dobrze działającego systemu (przełączniki) mamy kastrata (AT) bez informacji o stanie baterii. O możliwości pokazania stanu AT w Supli (aplikacji) nie wspominając (bo z założenia są niewidoczne).

[vajera]

A nie można A i B razem?
Bateria, to jest element, o którym wspominałem przy dyskusji o przejściu z włączników na AT. Mamy tutaj jednego kolegę (nie będę wymieniał nicka), dla którego stan baterii jest niezwykle istotny (nawet powiadomienia ustawia) .

Powiadomienia w Cloud, tak?

Sam mam do tego ambiwalentny stosunek (do tej całej zmiany), ale jeśli już to stan baterii powinien być znany. Teraz z dobrze działającego systemu (przełączniki) mamy kastrata (AT) bez informacji o stanie baterii. O możliwości pokazania stanu AT w Supli (aplikacji) nie wspominając (bo z założenia są niewidoczne).

Tak coś czułem, że nie jesteś zadowolony z tego rozwiązania, niemniej:

A) propozycja dodania do bramki flagi VR/AT jest z mojej strony wciąż aktualna - niezależnie od liczby chętnych (minimum 1 ),

B) nie wiem czy doczytałeś, ale postarałem się o zdublowanie każdej akcji AT do akcji lokalnych, więc to też może być jakieś rozwiązanie, np. zamiast 18×VR dodajesz 6xAT + 3-4 LVR, którym przypisujesz najbardziej potrzebne akcje, tak żeby mieć pogląd w aplikacji?

[Simono]

Co proponujesz jako min i maks i delta?

W przypadku liczników elektrycznych wydaje się, że min_interval nie powinien być krótszy niż 30 sekund, max to np. 3600 (bo po co zalewać bramkę komunikatami z tym samym stanem zużytej energii?), natomiast delta - zacząłbym moze od 5 i ewentualnie schodził do 1 - zrób sobie test np. z suszarką.

No i pięknie działa. Dzięki.
Dałem deltę na 1. Mój serwer pobiera od około 80 do 150W.

[Simono]

Ja jestem chętny na jakąkolwiek formę sprawdzajania co jakiś czas bylebym wymienił akumulatorek zanim się rozładuje a żona będzie chciała włączyć światło nad blatem w kuchni

[klew]

Ja bym był za tym aby sprawdzić czemu w cloud nie ma poziomu baterii dla Wyzwalacza Akcji. Wtedy można sobie też dodać powiadomienie.

Temat jutro sprawdzę, aby określić gdzie jest potrzebna poprawka.

Nie róbmy workaroundów na błędy, które powinny być proste do poprawy.
Nie róbmy też protez, bo ktoś czegoś akurat by chciał.
Jeśli bateria jest raportowana w Supli w określony sposób, to się tego trzymajmy. Może za jakiś czas będzie dla tego parametru przechowywana historia, albo dodane estymowanie ile jeszcze pociągnie na tej baterii.
A jak to na kpop przerzucicie, to potem trzeba będzie się z tego wycofywać.

[Zibi_007]

A nie można A i B razem?
Bateria, to jest element, o którym wspominałem przy dyskusji o przejściu z włączników na AT. Mamy tutaj jednego kolegę (nie będę wymieniał nicka), dla którego stan baterii jest niezwykle istotny (nawet powiadomienia ustawia) .

Powiadomienia w Cloud, tak?

Sam mam do tego ambiwalentny stosunek (do tej całej zmiany), ale jeśli już to stan baterii powinien być znany. Teraz z dobrze działającego systemu (przełączniki) mamy kastrata (AT) bez informacji o stanie baterii. O możliwości pokazania stanu AT w Supli (aplikacji) nie wspominając (bo z założenia są niewidoczne).

Tak coś czułem, że nie jesteś zadowolony z tego rozwiązania, niemniej:

A) propozycja dodania do bramki flagi VR/AT jest z mojej strony wciąż aktualna - niezależnie od liczby chętnych (minimum 1 ),

B) nie wiem czy doczytałeś, ale postarałem się o zdublowanie każdej akcji AT do akcji lokalnych, więc to też może być jakieś rozwiązanie, np. zamiast 18×VR dodajesz 6xAT + 3-4 LVR, którym przypisujesz najbardziej potrzebne akcje, tak żeby mieć pogląd w aplikacji?

Tak, powiadomienia w cloud. Można ustawić w zależności od stanu baterii. Ale ten kolega, to serio, nie ja. Mnie rusza dopiero czerwony wykrzyknik; -)
To nie o to chodzi czy jestem zadowolony czy nie. Tam gdzie mam poustawiane reakcje pod VR to sobie po prostu zostawię, w nowych poprzypisuję pod AT. Chodzi o to, co wyżej napisał @klew. Niech to będzie w pełni funkcjonalne. Zrobi poprawkę w SD i prawie wszyscy będą zadowoleni. Prawie, bo stan będzie widać w cloud, ale w aplikacji już nie (trzeba będzie ustawić powiadomienia).

[Simono]

Też jestem za standardami. Czekam zatem na informacje w Cloud. Na powiadomienia to raczej nie mogę liczyć gdyż używam prywatnej instancji bez publicznego adresu.

[lukasz06]

A ja jeszcze nie zaktualizowałem bramki i tak czekam co z tego będzie

[Yepestis]

U mnie stan baterii w cloud jest widoczny zatem to będzie problem konkretnego urzadzenia, a nie globalny.

Screenshot_20260104_214709_Chrome.jpg

[vajera]

U mnie stan baterii w cloud jest widoczny zatem to będzie problem konkretnego urzadzenia, a nie globalny.


Screenshot_20260104_214709_Chrome.jpg

Kolega @Simono używa lokalnej instancji serwera - może to ma znaczenie?

Inna kwestia - te przyciski potrafią zaraportować stan baterii nawet po 24h.