Powiadomienia skrzynki na listy

[vajera]

Daj znać, czy udało Ci się sparować obydwa czujniki do swojej bramki i czy widzisz reakcję w aplikacji dla każdego z nich?

No na tym pierwszym jest reakcja, testuję na sucho, dopisałem wyżej. Zrobię obiad i będę się bawił drugim czujnikiem. Mi nie jest do niczego potrzebna druga bramka, ja to się dziwię ludziom, że zakładają jakieś czujki gdzie się tylko da i do tego zakupują urządzenia obsługujące HA. Szkoda życia, najważniejsze rzeczy/powiadomienia mam otrzymywać na komórce, czy się dom nie pali, jaka jest temperatura w najchłodniejszym pomieszczeniu, czy brama garażowa się całkowicie domknęła, no i dobrze jest wcześniej widzieć, czy mam nową pocztę.

Po wielu próbach dodała się ta duga czujka poprzez GUI do tej samej bramki, ale nie wyświetla w Cloud co to za urządzenie.


Dwie czujki.jpg

Aktualizacja danych urządzenia podwykonawczego w Cloud czasami zajmuje chwilę - pytanie czy wszystkie dane urządzenia są widoczne w GUI (Zigbee devices) i czy widać reakcję na zmianę stanu w aplikacji Supla.

[Jaroni]

Daj znać, czy udało Ci się sparować obydwa czujniki do swojej bramki i czy widzisz reakcję w aplikacji dla każdego z nich?

No na tym pierwszym jest reakcja, testuję na sucho, dopisałem wyżej. Zrobię obiad i będę się bawił drugim czujnikiem. Mi nie jest do niczego potrzebna druga bramka, ja to się dziwię ludziom, że zakładają jakieś czujki gdzie się tylko da i do tego zakupują urządzenia obsługujące HA. Szkoda życia, najważniejsze rzeczy/powiadomienia mam otrzymywać na komórce, czy się dom nie pali, jaka jest temperatura w najchłodniejszym pomieszczeniu, czy brama garażowa się całkowicie domknęła, no i dobrze jest wcześniej widzieć, czy mam nową pocztę.

Po wielu próbach dodała się ta duga czujka poprzez GUI do tej samej bramki, ale nie wyświetla w Cloud co to za urządzenie.


Dwie czujki.jpg

Aktualizacja danych urządzenia podwykonawczego w Cloud czasami zajmuje chwilę - pytanie czy wszystkie dane urządzenia są widoczne w GUI (Zigbee devices) i czy widać reakcję na zmianę stanu w aplikacji Supla.

Nie widzę takiej zakładki w GUI, ale reakcja na zmianę stanu w aplikacji jest przy obu czujkach, ale po powrocie magnesów, stan wraca też do pierwotnego. Można je razem ze sobą jakoś powiązać, najlepiej, żeby tylko jedna ikonka skrzynki w aplikacji widniała.
Mam teraz w Cloud widziane Device #02 (LUMI::lumi.sensor_magnet.aq2) i Device #03 (LUMI::lumi.sensor_magnet.aq2).

Screenshot_2026-03-17-17-27-41-449_org.supla.android.jpg

[vajera]

Nie widzę takiej zakładki w GUI, ale reakcja na zmianę stanu w aplikacji jest przy obu czujkach. Można je razem ze sobą jakoś powiązać, najlepiej, żeby tylko jedna ikonka skrzynki w aplikacji widniała.

1. Nie widzisz zakładki Zigbee devices w GUI? Jaki typ GUI masz ustawiony w zakładce Gateway?

2. Ustaw sobie typ GUI, w którym widoczna bedzie zakładka Zigbee channels i Local actions - może być Full GUI albo Supla GUI.

3. W zakładce Zigbee channels dodaj do bramki obiekt VirtualBinary, korzystając z panelu Local logic objects i zrestartuj bramkę.

4. Wejdź w zakładkę Local actions i dodaj 2 akcje lokalne:

- source channel - CZUJNIK_AQARA_NR_1
- source event - ON_TURN_ON
- destination channel - LOCAL VIRTUAL BINARY
- destination action - SET

- source channel - CZUJNIK_AQARA_NR_2
- source event - ON_TURN_ON
- destination channel - LOCAL VIRTUAL BINARY
- destination action - CLEAR

5. Zrestartuj bramkę i sprawdź w aplikacji działanie tych akcji - teraz wzbudzenie jednego czujnika AQARA powinno ustawiać ten LVB a drugiego resetować LVB.

6. W Cloud ukrywasz pokazywanie obu czujników AQARA w aplikacji, temu LVB nadajesz nazwę Skrzynka pocztowa i ustawiasz ikony.

[Jaroni]

Nie widzę takiej zakładki w GUI, ale reakcja na zmianę stanu w aplikacji jest przy obu czujkach. Można je razem ze sobą jakoś powiązać, najlepiej, żeby tylko jedna ikonka skrzynki w aplikacji widniała.

1. Nie widzisz zakładki Zigbee devices w GUI? Jaki typ GUI masz ustawiony w zakładce Gateway?

2. Ustaw sobie typ GUI, w którym widoczna bedzie zakładka Zigbee channels i Local actions - może być Full GUI albo Supla GUI.

3. W zakładce Zigbee channels dodaj do bramki obiekt VirtualBinary, korzystając z panelu Local logic objects i zrestartuj bramkę.

4. Wejdź w zakładkę Local actions i dodaj 2 akcje lokalne:

- source channel - CZUJNIK_AQARA_NR_1
- source event - ON_TURN_ON
- destination channel - LOCAL VIRTUAL BINARY
- destination action - SET

- source channel - CZUJNIK_AQARA_NR_2
- source event - ON_TURN_ON
- destination channel - LOCAL VIRTUAL BINARY
- destination action - CLEAR

5. Zrestartuj bramkę i sprawdź w aplikacji działanie tych akcji - teraz wzbudzenie jednego czujnika AQARA powinno ustawiać ten LVB a drugiego resetować LVB.

6. W Cloud ukrywasz pokazywanie obu czujników AQARA w aplikacji, temu LVB nadajesz nazwę Skrzynka pocztowa i ustawiasz ikony.

Zaraz zobaczę, jak to będzie działać. Miałem ustawione fabrycznie Minimal GUI (Gateway + Creditentials). Wow, teraz po wybraniu Full GUI i restarcie mam wszystkie zakładki i zaczynam działać

Jesteś wielki vajera. Coś pięknego, ten temat powinien znaleźć się w podwieszonych, wzorcowy poradnik, długo byłoby mi szukać.

Screenshot_2026-03-17-18-53-41-945_org.supla.android.jpg

Screenshot_2026-03-17-18-54-28-821_org.supla.android.jpg

Screenshot_2026-03-17-18-59-13-612_org.supla.android.jpg

Screenshot_2026-03-17-18-59-48-370_org.supla.android.jpg

To jest to, co chciałem osiągnąć idąc w Zigbee Supla i zakup płytki ESP32-C6-DevKitC-1U-N8. Jutro podkleję czujniki i magnesy w skrzynce (czujki i magnesy będą względem siebie pod kątem 90 st. i tylko lekko do siebie zbliżone, ale sprawdziłem, że zda to egzamin) i wrzucę tu jeszcze fotki, jak to wygląda, a potem jak już odbiorę obudowę do płytki i ją podwieszę na ścianie, koło routera (IP Client - Fritzbox 7590AX), też wrzucę zdjęcie i zapodam, jak jest z zasięgiem. To chyba były stare czujki, długo leżały, bo mają słabe baterie i dlatego tak tanio Chińczyk sprzedał.
Siła sygnału radia 70% (na razie blisko płytki w pokoju)
Poziom baterii 60%
Pomierzyłem, mają 3,19V.

[zzrr]

.....
To jest to, co chciałem osiągnąć idąc w Zigbee Supla i zakup płytki ESP32-C6-DevKitC-1U-N8. Jutro podkleję czujniki i magnesy w skrzynce (czujki i magnesy będą względem siebie pod kątem 90 st. i tylko lekko do siebie zbliżone, ale sprawdziłem, że zda to egzamin) i wrzucę tu jeszcze fotki, jak to wygląda, a potem jak już odbiorę obudowę do płytki i ją podwieszę na ścianie, koło routera (IP Client - Fritzbox 7590AX), też wrzucę zdjęcie i zapodam, jak jest z zasięgiem. To chyba były stare czujki, długo leżały, bo mają słabe baterie i dlatego tak tanio Chińczyk sprzedał.
Siła sygnału radia 70% (na razie blisko płytki w pokoju)
Poziom baterii 60%
Pomierzyłem, mają 3,19V.

Może coś przeoczyłem. Jednak jeśli poszedłeś w to rozwiązanie i z tego co widzę zdecydowałeś pozostać na bateriach to może przydałby się jeszcze dodatkowy kanał VB, nawet ukryty, który zaraportuje Ci komunikatem do apki że napięcie na batce 1 i 2 ukrytych czujników spadło do jakiegoś ustawionego progu. Bo teraz stanu baterii na ukrytych czujnikach nie widać. Można zdaje się zrobić akcje dla obu ukrytych czujników które będą uruchamiać jeden VB a w nim komunikat o niskim stanie baterii. Lub dwa VB dla każdej oddzielnie.
EDIT:
@vajera da się? bo osobiście nie robiłem akcji żadnych jeszcze dla stanu baterii?

[zzrr]

@vajera jeśli jakiś czujnik wysyła klaster PowerConfig i w akcjach wybierzemy taki czujnik jako źródło to CONDITION odczyta tą wartość tak jak to robi dla GPM? Czy z racji że to inny klaster to się tak nie da zrobić jak napisałem powyżej?

[vajera]

@vajera jeśli jakiś czujnik wysyła klaster PowerConfig i w akcjach wybierzemy taki czujnik jako źródło to CONDITION odczyta tą wartość tak jak to robi dla GPM? Czy z racji że to inny klaster to się tak nie da zrobić jak napisałem powyżej?

CONDITION tutaj się nie przyda, bo ono operuje na wartości kanału. Na dzisiaj jedynie reakcja na stan baterii z Cloud, oczywiście nic nie stoi na przeszkodzie, żeby dodać taki lokalne zdarzenie ON_LOW_BATTERY.

[zzrr]

@vajera jeśli jakiś czujnik wysyła klaster PowerConfig i w akcjach wybierzemy taki czujnik jako źródło to CONDITION odczyta tą wartość tak jak to robi dla GPM? Czy z racji że to inny klaster to się tak nie da zrobić jak napisałem powyżej?

CONDITION tutaj się nie przyda, bo ono operuje na wartości kanału. Na dzisiaj jedynie reakcja na stan baterii z Cloud, oczywiście nic nie stoi na przeszkodzie, żeby dodać taki lokalne zdarzenie ON_LOW_BATTERY.

No myślę że pomysł na taką ację lokalną jak mówisz to by nie był zły. Lepiej mieć niż nie mieć jak to sie mówi. Tylko to już ewentualnie sam rozpatrz jaka potrzeba tego jest. Bo jak sam widzisz to tak w rozmowie wynikło. A jak byś widział w razie czego ustawianie zdarzenia na to/ procent powyżej/poniżej czy jakoś inaczej?

[klew]

Czemu nie chcesz po prostu dodać reakcji w cloud z powiadomieniem?

[zzrr]

Czemu nie chcesz po prostu dodać reakcji w cloud z powiadomieniem?

Chcę. A kto powiedział że nie chcę.
Edit:
To się tak w rozmowie zrodziło żeby akcję zrobić na stan baterii. A powiadomienie w cloud jak najbardziej.