[Zigbee] Co zamiast CC2531?

Witam,
korzystam od samego początku z cc2531 jako koordynatora zigbee, ale od jakiegoś czasu moja sieć się trochę rozrosła (24 urządzeń zigbee2mqtt) , 30 urządzeń wifi i osobne bramka hue z ok. 30 urządzeniami zigbee.
Pomimo faktu, iż na ok 80m2 (grube ściany) ok. 12 urządzeń zigbee pełni rolę routerów to często mam wrażenie, iż to wina koordynatora, który już nie wyrabia.
Kanały cc2531 to 25, a Hue jest na kanale 15.
Aktualnie mapa wygląda w ten sposób, ale co jakiś czas wiele urządzeń wskazuje na LQI na poziomie 0 i jedyne rozwiązanie, które przynosi poprawę to fizyczny reset urządzenia (wyciągnięcie dongla z usb)

I tu moje pytanie, w jaki koordynator warto iść? Jest znane Conbee ii i nowy Sonoff Dongle na CC2652P.

Proszę o jakieś cenne rady.

Przesiadłem się z cc2531 na conbee.
Różnica jest jakbyś wsiadł z malucha do audi :slightly_smiling_face:
Zero problemu.
Czasy reakcji krótsze i lepszy zasięg :slightly_smiling_face:

Mam conbee i podobne odczucia jak @Kraszewsky.
Parter + piętro 140m2, sporo ruterów, LQI na wszystkich urządzenia prawie na maska.


Więc polecam conbee od AI-Speaker!

2 polubienia

Czyli 2:0 dla Conbee, sonoff jako ciekawostka mnie interesuje, bo cena obu jest akceptowalna.
Czekam na trzeci głos i zamawiam zwycięzcę

Haha to ja dam +1 dla Conbee2
Swoją drogą sonoff pewnie jest na ch340 czyli nie podziała na bramce AIS.

Internet zeznaje że Sonoff to:

obraz

Mam go od kilku dni na biurku ale nie miałem czasu potestować. Sądzisz że będzie działał z bramkami AIS?

Nie wiem czy jest w bramce sterownik do niego.
Podepnij go i wpisz w konsoli:

lsusb
dmesg | grep tty

Pokaz co zwróciły te komendy.

Jako drugi do PRO1? Nie wywalę sobie sieci zigbee?

Nie rozwalisz, nawet jeśli to wypinasz, restart bramki i śmiga wszystko od nowa.

Dongle na 100% na CP2102N - rozkręcałem.

Wipęty do DEV 1

Bramka gada: Dodano urządzenie Sonof 3.0 zigbgee.

a polecenia zwracają:

~ $ lsusb
Bus 001 Device 002: ID 14cd:8608
Bus 001 Device 001: ID 1d6b:0002
Bus 002 Device 001: ID 1d6b:0003
Bus 001 Device 005: ID 10c4:ea60
~ $

~ $ dmesg | grep tty
[ 3.190984] 3.190984@0] meson_uart c81004c0.serial: ttyS0 use xtal(8M) 24000000 change 115200 to 115200
[ 3.488955] 3.488955@0] ueventd: coldboot /sys/devices/virtual/tty/console
[ 3.492319] 3.492319@2] ueventd: coldboot /sys/devices/virtual/tty/tty
[ 3.493315] 3.493315@2] ueventd: coldboot /sys/devices/virtual/tty/ptmx
[ 3.805029] 3.805029@2] ueventd: coldboot /sys/devices/virtual/tty
[ 3.812677] 3.812677@3] meson_uart c81004c0.serial: ttyS0 use xtal(8M) 24000000 change 115200 to 115200
[ 4.452768] 4.452768@0] ueventd: Coldboot tty took 0.65s.
[ 10.291050] 10.291050@3] meson_uart c81004c0.serial: ttyS0 use xtal(8M) 24000000 change 115200 to 115200
[ 80.354668] 80.354668@1] meson_uart c81004c0.serial: ttyS0 use xtal(8M) 24000000 change 115200 to 9600
~ $

Spróbuj odpalic zigbee2mqtt z portem ustawionym na ttyS0

coś wyszło z tego sprawdzenia?

Na DEV 1 zmiana portu na ttyS0 powoduje zawieszenie bramki podczas startu. I to w takim stopniu że nie można się do niej dostać zarówno przez www, ssh jak i bezpośrednio. Aby ją reanimować trzeba odłączyć od zasilania i przy ponownym starcie zanim wszystko się uruchomi podmienić szybko wpis na ttyACM0. Na PRO1 nie testowałem bo działa u mnie produkcyjnie a nie miałem czasu na ewentualne reanimowanie systemu. :grinning:

A po integracji ZHA próbowałeś?