Dyskusja ogólna [bramka Zigbee]

[prze_cinek]

Cytując klasyka "ja Ty mnie zaimponowałeś w tej chwili" 19 urządzeń to już spora grupa - rozumiem, że nie masz kłopotów ze stabilnością bramki tudzież utratą komunikacji z urządzeniami?

Bramkę mam w centrum domu i strategicznie kupiłem 3 gniazdka Ikei jako poprawiające sygnał. Sama bramka to devkit n16 - wcześniej miałem n4 ale działała tak se - teraz robi za skaner. Na tej n16 na razie nic nie rwie i reaguję bardzo fajnie. Tylko ten parasoll zachował się dziwnie. Tak naprawdę to oprócz termometrow to nic innego nie sieje po sieci. Po aktualizacji bramki czy utracie prądu muszę czasami uchylić okno żeby zresetować stan czujników binarnych. To z czego chyba zrezygnuje na rzecz przyszłych bateryjnych auratonow to czujniki zalania - nie mam do tych chińskich zaufania bo często ich stan po resecie bramki jest niewiadomy ( w sensie czasem pokazuje zalanie, czasem czysto). I teraz przed dodaniem nowych urządzeń robię sobie zawsze backup pamięci - bo synchronizowanie ich na nowo to byłby dla mnie koszmar. Teraz czekam na drugą bramkę i będę próbował z elementami ogrodowymi - czujniki deszczu, wilgotności gleby itd

[vajera]

Bramkę mam w centrum domu i strategicznie kupiłem 3 gniazdka Ikei jako poprawiające sygnał. Sama bramka to devkit n16 - wcześniej miałem n4 ale działała tak se - teraz robi za skaner. Na tej n16 na razie nic nie rwie i reaguję bardzo fajnie. Tylko ten parasoll zachował się dziwnie. Tak naprawdę to oprócz termometrow to nic innego nie sieje po sieci. Po aktualizacji bramki czy utracie prądu muszę czasami uchylić okno żeby zresetować stan czujników binarnych. To z czego chyba zrezygnuje na rzecz przyszłych bateryjnych auratonow to czujniki zalania - nie mam do tych chińskich zaufania bo często ich stan po resecie bramki jest niewiadomy ( w sensie czasem pokazuje zalanie, czasem czysto). I teraz przed dodaniem nowych urządzeń robię sobie zawsze backup pamięci - bo synchronizowanie ich na nowo to byłby dla mnie koszmar. Teraz czekam na drugą bramkę i będę próbował z elementami ogrodowymi - czujniki deszczu, wilgotności gleby itd

Przypominam o poleceniu:

update-sed-timeout nr_kanału_Supla_czujnika timeout(wartość w godzinach - tylko cyfry)

Polecenie update-sed-timeout 0 4 spowoduje, że brak jakiejkolwiek aktywności ze strony urządzenia na kanale 0 przez 4h oznaczy je jako offline.

[vajera]

Dzięki za odpowiedź.
Jeśli chodzi o zasieg. Wszystkie czujniki gleby mają na drodze ścianę ale są w odległości 2m. 3m i ostatni prawie 12m ale ten tak ustawiłem ze w prostej linii do bramki zamiast ściany ma okno i zasieg radia około 40%
Czujniki Ikea działają zawsze tak długo jak działają czujniki gleby pozniej siada wszystko naraz lub w krótkim czasie.

Wczoraj wgrałem znów wszystko od nowa i od nowa sparowałem. Oczywiście na najnowszym bin jaki był. Teraz to ustawianie i parowanie jak dioda daje info co się dzieje trwa max 10min.
Jak pojawi się jeszcze raz problem sparuje na tej bramce czujniki gleby tylko bo na tym mi zależy.
Jako ciekawostkę dodam że w tym samym dniu kupiłem jw pakiecie jeszcze inny czujnik kontraktonowy z Ikea i czujnik zalania. To Sparowane jest na innej bramce i działa. Nie idealnie ale prawie.
Aaa dodam że te wspomniane czujniki gleby działają już na 4 bramce bo byłem pewny ze coc z nimi jest nie tak więc zamawiałem kolejne i instalowałem. I faktycznie z tych 3 wymienionych jeden esp32 c6 był naprawdę walnięty a objawiało się to tym że się wieszał "chyba" kilka razy dziennie

Mam prośbę - jeżeli nie korzystasz z żadnych repeaterów to daj z konsoli polecenie nwk-scan i wrzuć tutaj rezultaty (albo wyślij na priv), ewentualnie zanotuj wartości LQI dla czujników.

Stos Zigbee ma taką funkcję:

esp_zb_secur_network_min_join_lqi_set

,

która pozwala ustawić minimalne LQI, poniżej którego koordynator nie pozwoli czujnikowi wykonać rejoin - ono domyślnie jest ustawione na 32.

EDIT Może warto zastanowić się nad zrobieniem tego parametru konfigurowalnym?

EDIT nr 2 Nie doczytałem - to jest funkcja, którą powinno ustawić sobie urządzenie końcowe, więc nie mamy na nią wpływu, aczkolwiek nadal ten test z nwk-scan ma sens.

[Mario78]

Mam prośbę - jeżeli nie korzystasz z żadnych repeaterów to daj z konsoli polecenie nwk-scan i wrzuć tutaj rezultaty (albo wyślij na priv), ewentualnie zanotuj wartości LQI dla czujników.

Stos Zigbee ma taką funkcję:

esp_zb_secur_network_min_join_lqi_set

,

która pozwala ustawić minimalne LQI, poniżej którego koordynator nie pozwoli czujnikowi wykonać rejoin - ono domyślnie jest ustawione na 32.

EDIT Może warto zastanowić się nad zrobieniem tego parametru konfigurowalnym?

EDIT nr 2 Nie doczytałem - to jest funkcja, którą powinno ustawić sobie urządzenie końcowe, więc nie mamy na nią wpływu, aczkolwiek nadal ten test z nwk-scan ma sens.

Wczoraj jak pisałem wcześniej postawiłem sobie wszystko od zera wgrywając od nowa *.bin i jak zwykle działa pieknie. Niestety moje doświadczenie wskazuje, że pewnie się to zmieni mimo, że nic tam nie będe ruszał.

Poniżej wynik komendy nwk-scan dla bramki:

Code: Select all

Scan neighbour record number - 0x2:
IEEE ADDRESS            x
SHORT ADDRESS           0xf437
DEPTH                   0x1
RX_ON_WHEN_IDLE         0x0
RELATIONSHIP            0x1
LQI                     0
RSSI                    -82
OUTGOING COST           0x0
AGE                     0x3
DEVICE TIMEOUT          480
TIMEOUT COUNTER         237642
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
Scan neighbour record number - 0x3:
IEEE ADDRESS            x
SHORT ADDRESS           0x2052
DEPTH                   0x1
RX_ON_WHEN_IDLE         0x0
RELATIONSHIP            0x1
LQI                     0
RSSI                    -80
OUTGOING COST           0x0
AGE                     0x3
DEVICE TIMEOUT          480
TIMEOUT COUNTER         218344
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
Scan neighbour record number - 0x4:
IEEE ADDRESS            x
SHORT ADDRESS           0xbd26
DEPTH                   0x1
RX_ON_WHEN_IDLE         0x0
RELATIONSHIP            0x1
LQI                     0
RSSI                    -90
OUTGOING COST           0x0
AGE                     0x3
DEVICE TIMEOUT          15360
TIMEOUT COUNTER         15357980
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
Scan neighbour record number - 0x5:
IEEE ADDRESS            x
SHORT ADDRESS           0xf259
DEPTH                   0x1
RX_ON_WHEN_IDLE         0x0
RELATIONSHIP            0x1
LQI                     0
RSSI                    -91
OUTGOING COST           0x0
AGE                     0x3
DEVICE TIMEOUT          15360
TIMEOUT COUNTER         15357320
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
Scan neighbour record number - 0x6:
IEEE ADDRESS            x
SHORT ADDRESS           0xa382
DEPTH                   0x1
RX_ON_WHEN_IDLE         0x0
RELATIONSHIP            0x1
LQI                     0
RSSI                    -102
OUTGOING COST           0x0
AGE                     0x3
DEVICE TIMEOUT          15360
TIMEOUT COUNTER         14706086
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
Z2S_nwk_scan_neighbourhood scan completed

[Zibi_007]

Bramkę mam w centrum domu i strategicznie kupiłem 3 gniazdka Ikei jako poprawiające sygnał. Sama bramka to devkit n16 - wcześniej miałem n4 ale działała tak se - teraz robi za skaner. Na tej n16 na razie nic nie rwie i reaguję bardzo fajnie. Tylko ten parasoll zachował się dziwnie. Tak naprawdę to oprócz termometrow to nic innego nie sieje po sieci. Po aktualizacji bramki czy utracie prądu muszę czasami uchylić okno żeby zresetować stan czujników binarnych. To z czego chyba zrezygnuje na rzecz przyszłych bateryjnych auratonow to czujniki zalania - nie mam do tych chińskich zaufania bo często ich stan po resecie bramki jest niewiadomy ( w sensie czasem pokazuje zalanie, czasem czysto). I teraz przed dodaniem nowych urządzeń robię sobie zawsze backup pamięci - bo synchronizowanie ich na nowo to byłby dla mnie koszmar. Teraz czekam na drugą bramkę i będę próbował z elementami ogrodowymi - czujniki deszczu, wilgotności gleby itd

Przypominam o poleceniu:

update-sed-timeout nr_kanału_Supla_czujnika timeout(wartość w godzinach - tylko cyfry)

Polecenie update-sed-timeout 0 4 spowoduje, że brak jakiejkolwiek aktywności ze strony urządzenia na kanale 0 przez 4h oznaczy je jako offline.

Ja to bym wrócił do domyślnego przypisania tej wartości do wszystkich czujników. Możemy podyskutować, czy mają to być 2, 4, 8, 12 godzin. Zawsze też zostanie możliwość indywidualnego ustawienia tej wartości (tak, jak obecnie). Pytania, dlaczego cały czas czujnik mam online, jeśli wyłączyłem go 5 godzin temu będą tutaj powracać, jak bumerang...

[vajera]

...

W tym logu masz chyba odpowiedź - wszystkie wartości LQI na 0 a RSSI < -80 - wydaje się, że to są skrajnie niskie parametry jakości połączenia, praktycznie na granicy zerwania. Spróbuj, chociaż tymczasowo, przenieść bramkę bliżej tych czujników i porównaj wyniki - tylko najpierw czujniki muszą wysłać nowe dane albo musisz je "pobudzić", np. naciskając przycisk parowania na 1-2 sekundy.

EDIT Wpisz sobie w wyszukiwarkę forum Supla następującą frazę "custom cmd rssi" i zobacz jakie wartości pojawiają się u innych.

[Mario78]

...

W tym logu masz chyba odpowiedź - wszystkie wartości LQI na 0 a RSSI < -80 - wydaje się, że to są skrajnie niskie parametry jakości połączenia, praktycznie na granicy zerwania. Spróbuj, chociaż tymczasowo, przenieść bramkę bliżej tych czujników i porównaj wyniki - tylko najpierw czujniki muszą wysłać nowe dane albo musisz je "pobudzić", np. naciskając przycisk parowania na 1-2 sekundy.

EDIT Wpisz sobie w wyszukiwarkę forum Supla następującą frazę "custom cmd rssi" i zobacz jakie wartości pojawiają się u innych.

3 czujniki z 5 sa w odległości poniżej 2m (jeden ma może 1m) do bramki a 2 z tych 3 nawet nie mają ściany jako przeszkoda . Bliżej to to traci sens przecież.
Ten co ma najniższą wartość ma faktycznie z 15 no może 20m ale przeszkoda to okno.

[vajera]

Kontynuując powyższy temat - wydaje mi się, że urządzenie końcowe Zigbee w trakcie parowania może mieć wyższą siłę sygnału niż podczas ponownego łączenia z siecią. To mogłoby tłumaczyć takie problemy, jak opisywany tu przypadek gleboczujników - dają radę sparować się na granicy sygnału a później, np. po restarcie bramki, już się nie łączą ponownie.
@Yepestis Spróbuj może w wolnej chwili wywołać to nwk-scan dla porównania?

[vajera]

3 czujniki z 5 sa w odległości poniżej 2m (jeden ma może 1m) do bramki a 2 z tych 3 nawet nie mają ściany jako przeszkoda . Bliżej to to traci sens przecież.
Ten co ma najniższą wartość ma faktycznie z 15 no może 20m ale przeszkoda to okno.

Antena?
Zasilanie bramki?
Bateria w czujnikach?

[Mario78]

3 czujniki z 5 sa w odległości poniżej 2m (jeden ma może 1m) do bramki a 2 z tych 3 nawet nie mają ściany jako przeszkoda . Bliżej to to traci sens przecież.
Ten co ma najniższą wartość ma faktycznie z 15 no może 20m ale przeszkoda to okno.

Antena?
Zasilanie bramki?
Bateria w czujnikach?

Będe eliminowł kolejno te 3 punkty chociaż ostatni już wczoraj wyeliminowałem mierząc fizycznie każdą z baterii
Zasilanie bramki może być tropem (dodam że to już jest 4 bramka którą testuje w identycznym układzie z tymi czujnikami) - jedna była z anteną zewnętrzną i jedna 16mb - zachowanie to samo.
Narazie dzięki - jak posprawdzam wrócę z info co ustaliłem. Nie chce Ci też głowy zawracać pisząc bo wole sam dochodzić do problemu.