1 (edytowany przez slimax 2023-02-22 00:34:22)

Temat: Smart Home na 2,4Ghz ograniczenia routerów?

Witam,
czy robił ktoś może testy ile urządzeń typy IoT może stabilnie pracować na routerze przykładowo wr1043nd?
Zastanawiam się na czym zrobić coś ala smart home i skłaniam się póki co do esp8266 itp pracujących na sieci WIFI.

Urządzenia te dostałyby osobną sieć a prawdopodobnie -> dwie sieci / grube ściany i problem z dobrym zasięgiem.
Połączył bym routery kablem tak by jeden tylko miał dhcp a drugi pracował jako AP.

I tutaj pierwsze pytanie, czy lepiej te same ssid i hasła ale na różnych kanałach?
Dzięki temu konfiguracja, łączenie urządzeń byłaby prostsza i przy ewentualnej awarii jednego routera część ruchu na pewno drugi by obsłużył.

Czy lepiej dwie osobne sieci wifi z różnymi ssid i podzielić urządzenia w miarę możliwości po równo?

Planowałem robić wszystko "w gwiazdę na kablach" ale mimo wszystko m.in. żaluzje i tak są sterowane bezprzewodowo.
Dlatego zastanawiam się czy to będzie działać w miarę dobrze czy jednak trzeba prowadzić kilometry skrętki po całym domu?

2

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

slimax napisał/a:

...
Połączył bym routery kablem tak by jeden tylko miał dhcp a drugi pracował jako AP.

I tutaj pierwsze pytanie, czy lepiej te same ssid i hasła ale na różnych kanałach?
Dzięki temu konfiguracja, łączenie urządzeń byłaby prostsza i przy ewentualnej awarii jednego routera część ruchu na pewno drugi by obsłużył.
...

zaznaczony argument niby ma rację bytu, ale do czasu, bo gdy padnie ten z serwerem DHCP, to sam AP nic nie zdziała, gdy wygaśnie dzierżawa klientom itp smile
Dla takich urządzeń, które chyba na stałe masz w danej lokalizacji, to ja bym wpisał statyczne dane, żeby nie pobierały nic po DHCP, to jest szansa, że sterowanie z Wifi samego AP-ka będzie możliwe lokalnie.

Z SSID-ami tylko dla samych IoT to masz do rozważenia takie scenariusze:

1. gdy SSID będą takie same na obu urządzeniach, to gdy padnie np. pierwszy router, to czy urządzenia będące w jego pobliżu będą widziały sieć AP-ka, który będzie w drugim końcu domu lub budynku, żeby mogły dalej się komunikować ?
Piszesz o grubych ścianach i problemach z zasięgiem...
Bo jeżeli nie ma takiej możliwości to ten sam SSID na AP-ku nic Ci nie da, bo sieć z AP-ka nie doleci. czyli możesz mieć różne SSID smile

2. Chyba że urządzenia blisko routera widzą też sieć z AP-ka i odwrotnie, urządzenia blisko AP-ka widzą sieć routera to nadanie tego samego SSID i hasła spowoduje, że gdy padnie jedno z urządzeń rozsiewających Wifi  to część IoT będzie latać na słabszym sygnale z odległego nadajnika. I w tym przypadku ten sam SSID miałby jakiś sens.
Pytanie: czy jak po awarii wstanie punkt Wifi który będzie bliżej urządzeń IoT to czy one przełączą się na mocniejszy sygnał czy będą trzymać kurczowo tego słabszego ?
Musisz sprawdzić jak jest....

to nie telefony i laptopy które nosisz ze sobą i dla których należy włączyć roaming i inne historie.

Xiaomi AX3000T @ Netgear R6220
* DVBT2 - T230C *

3

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

Jeżeli będziesz sam robił to iot to jeszcze może być jedna sieć, jeżeli zaś będziesz podłączał różne rzeczy różnych producentów to usilnie proponował być drugą, odizolowaną od lanu sieć. Duzo śmieci potrafi takie iot robić i wysyłać, ja bym im ograniczał np. dostęp do internetu.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

4 (edytowany przez slimax 2023-02-22 10:43:30)

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

Bardzo dziękuję za odpowiedzi.
Brak dhcp i stałe adresy to takie oczywiste i przydatne a jednak musiał mi to ktoś napisać żeby odblokować głowę.
Tak na prawdę nie wiem co się ostatecznie znajdzie na liście urządzeń automatyki więc raczej będą miały odseparowaną sieć, ale pewnie do momentu jak się pojawi kuszący dostęp z chmury do kamer czy danych z czujników.
Jest może jakiś tutorial jak selektywnie nadać uprawnienia dostępu do Internetu po np. mac adresach czy ipkach przy domyślnym blokowaniu wszystkim pozostałym?
Fajnie byłoby mieć przykładowo tylko adresy powyżej X.X.X.200 z dostępem do Internetu.

5

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

Po prostu wywalasz domyślny forwarding pomiędzy siecią dodatkową i wanem a dajesz takie forwarding dla poszczególnych hostów.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

6

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

Zainteresuj się lepiej zigbee aniżeli esp8266 na wifi.

7

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

Raczej matter. Mimo to esp jest tanie/popularne więc będzie jeszcze obecne w tańszych czujnikach przez lata.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

8 (edytowany przez pepe2k 2023-02-23 09:10:11)

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

Cezary napisał/a:

Raczej matter.

A konkretniej to Matter na Thread.

9 (edytowany przez m80 2023-04-27 07:13:23)

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

U siebie w domu mam postawionego mesha na Batmanie Adv z piątą wersją protokołu i 4szt. Xiaomi AX3200 i jeden AX53U jako print serwer, zaletą batmana jest to że łatwo można tworzyć vlany które są przenoszone przez wifi, inne rozwiązania mesh wymagają tuneli itp... poza tym działa to jak jeden rozległy switch. Backbone jest na 5GHz a sieci dostępowe na 2.4GHz (na każdym AP używam pełnej wersji wpad-openssl). Można też połączyć nody mesha skrętką lub światłowodem ale wtedy trzeba trochę zmienić configi.

opkg update
# batctl-full instalujemy w pierwszej kolejności
# w przeciwnym wypadku instalacja kmod-batman-adv może zainstalować okrojoną wersję batctl z zależności
opkg install batctl-full   
opkg install kmod-batman-adv

Mam jeden router główny, który działa też jako AP (mwan3, adblock, sqm, dhcp, firewall...itp) oraz 4 "dumb AP".
Na wszystkich AP-kach mam skonfigurowane wszystkie SSIDy a za pomocą "option disabled 1/0" w wireless włączam jakie potrzebuję w danym miejscu domu - np na jednym APku mam tylko sieć domową, na innym gościnną i iot a na jeszcze innym domową i iot, dodatkowo dzięki fast roamingowi nie muszę tworzyć oddzielnych sieci np: iot1, iot2, domowa1, domowa2 itp - mam jedną sieć IoT i to ułatwia sprawę, a ESP32/8285/8266 łapią sobie zasięg z tego AP-ka z którego mają lepszy sygnał.

Na razie mam trzy Sonoffy Mini R2 przerobione na Tasmotę v12.4.0, które sterują lampami na podwórku, działają nawet przy sygnale -90dBm / 15m od AP i 2 ściany z pustaka po drodze (pobieranie czasu z internetu wymagane przez timery zachodu i wschodu słońca)

fragment /etc/config/network dla routera głównego:

config device
        option name 'br-lan'
        option type 'bridge'
        option ipv6 '0'
        option igmp_snooping '1'
        list ports 'lan2'
        list ports 'lan3'
        list ports 'lan4'
        list ports 'bat0.3'

config device
        option name 'br-iot'
        option type 'bridge'
        option ipv6 '0'
        option igmp_snooping '1'
        list ports 'bat0.5'

config device
        option name 'br-guest'
        option type 'bridge'
        option ipv6 '0'
        option igmp_snooping '1'
        list ports 'bat0.7'

config interface 'lan'
        option device 'br-lan'
        option proto 'static'
        option ipaddr '192.168.3.1'
        option netmask '255.255.255.0'
        option ip6assign '60'

config interface 'iot'
        option device 'br-iot'
        option proto 'static'
        option ipaddr '192.168.5.1'
        option netmask '255.255.255.0'
        option ip6assign '60'

config interface 'guest'
        option device 'br-guest'
        option proto 'static'
        option ipaddr '192.168.7.1'
        option netmask '255.255.255.0'
        option ip6assign '60'

config interface 'wan'
        option device 'wan'
        option proto 'dhcp'

config interface 'bat0'
        option proto 'batadv'
        option routing_algo 'BATMAN_V'
        option aggregated_ogms '1'
        option ap_isolation '1'
        option bonding '0'
        option bridge_loop_avoidance '1'
        option distributed_arp_table '1'
        option gw_mode 'server'
        option gw_bandwidth '100000/25000'
        option hop_penalty '30'
        option isolation_mark '0x00000000/0x00000000'
        option log_level '0'
        option multicast_mode '1'
        option multicast_fanout '16'
        option network_coding '0'
        option delegate '0'
        option orig_interval '60000'
        option fragmentation '1'

config interface 'bat0_lan'
        option proto 'batadv_vlan'
        option ifname 'bat0.3'
        option ap_isolation '0'

config interface 'bat0_iot'
        option proto 'batadv_vlan'
        option ifname 'bat0.5'
        option ap_isolation '0'

config interface 'bat0_guest'
        option proto 'batadv_vlan'
        option ifname 'bat0.7'
        option ap_isolation '1'

config interface 'mesh5g'
        option proto 'batadv_hardif'
        option master 'bat0'
        option mtu '2304'

fragment /etc/config/network dla "dumb AP" nr 5:

config device
        option name 'br-lan'
        option type 'bridge'
        option igmp_snooping '1'
        option ipv6 '0'
        list ports 'bat0.3'

config device
        option name 'br-iot'
        option type 'bridge'
        option igmp_snooping '1'
        option ipv6 '0'
        list ports 'bat0.5'

# porty wan, lanX można dowolnie przydzielać do sieci, w tym przypadku wszystkie fizyczne porty są przydzielone do sieci guest 

config device
        option name 'br-guest'
        option type 'bridge'
        option igmp_snooping '1'
        option ipv6 '0'
        list ports 'wan'
        list ports 'lan1'
        list ports 'lan2'
        list ports 'lan3'
        list ports 'bat0.7'

config interface 'lan'
        option device 'br-lan'
        option proto 'static'
        option ipaddr '192.168.3.5'
        option netmask '255.255.255.0'
        option gateway '192.168.3.1'
        option dns '192.168.3.1'
        option ip6assign '60'

# ponieważ jest to "dumb AP" sieci iot i guest są połączone z routerem głównym tylko poprzez bridge i nie potrzebują adresów ip

config interface 'iot'
        option device 'br-iot'
        option proto 'none'

config interface 'guest'
        option device 'br-guest'
        option proto 'none'

config interface 'bat0'
        option proto 'batadv'
        option routing_algo 'BATMAN_V'
        option aggregated_ogms '1'
        option ap_isolation '1'
        option bonding '0'
        option bridge_loop_avoidance '1'
        option distributed_arp_table '1'
        option fragmentation '1'
        option gw_mode 'client'
        option hop_penalty '30'
        option isolation_mark '0x00000000/0x00000000'
        option log_level '0'
        option multicast_mode '1'
        option multicast_fanout '16'
        option network_coding '0'
        option orig_interval '60000'

config interface 'bat0_lan'
        option proto 'batadv_vlan'
        option ifname 'bat0.3'
        option ap_isolation '0'

config interface 'bat0_iot'
        option proto 'batadv_vlan'
        option ifname 'bat0.5'
        option ap_isolation '0'

config interface 'bat0_guest'
        option proto 'batadv_vlan'
        option ifname 'bat0.7'
        option ap_isolation '1'

config interface 'mesh5g'
        option proto 'batadv_hardif'
        option master 'bat0'
        option mtu '2304'

fragment /etc/config/wireless (na każdym AP):

config wifi-iface 'radio2g_iot'
        option device 'radio2g'
        option network 'iot'
        option mode 'ap'
        option ssid 'iot'
        option encryption 'psk2'
        option key 'iot password'
        option hidden '1'
        option disassoc_low_ack '1'
        option wpa_disable_eapol_key_retries '1'
        option tdls_prohibit '1'
        option ieee80211w '1'
        option ieee80211w_max_timeout '500'
        option ieee80211w_retry_timeout '100'
        option ieee80211r '1'
        option ft_over_ds '0'
        option ft_psk_generate_local '1'
        option reassociation_deadline '20000'
        option ieee80211k '1'
        option disabled '0'

config wifi-iface 'radio2g_guest'
        option device 'radio2g'
        option network 'guest'
        option mode 'ap'
        option ssid 'goscinna'
        option encryption 'psk2'
        option key 'guest password'
        option isolate '1'
        option disassoc_low_ack '1'
        option ieee80211r '1'
        option ft_over_ds '0'
        option ft_psk_generate_local '1'
        option reassociation_deadline '20000'
        option ieee80211k '1'
        option disabled '0'

config wifi-device 'radio5g'
        option type 'mac80211'
        option path '1a143000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0'
        option channel '36'
        option band '5g'
        option htmode 'HE80'
        option country 'PL'
        option disabled '0'

config wifi-iface 'radio5g_mesh'
        option device 'radio5g'
        option network 'mesh5g'
        option mode 'mesh'
        option mesh_id 'MyMesh'
        option encryption 'sae'
        option key 'mesh password'
        option mesh_fwding '0'
        option mesh_ttl '1'
        option mcast_rate '24000'

Każdy AP działa na innym kanale, trochę mi zajęło przypisanie kanałów tak żeby były najdalej od siebie, bo niezachodzących kanałów w 2.4GHz jest 3 a AP-ków 5szt, poza tym sieci sąsiadów i włączony fast roaming - wyszło na to że w końcu użyłem kanałów 1, 5, 9 i 13. AP na parterze i AP na poddaszu mają te same kanały ale są tak daleko od siebie, że się nie zakłócają.

Jeśli chodzi o ESP8266/8285 to w większości one mają tylko 1MB flash - jeżeli robię aktualizację Tasmoty przez OTA to najnowsze buildy muszą wgrywać się w dwóch krokach (najpierw obraz minimalny, potem właściwy) bo brakuje pamięci.

Lepiej chyba pójść w ESP32 - mają 4MB flash i Bluetooth - z Tasmota+Blerry lub ESPHome można wykorzystać je jako gateway/proxy dla czujników lub tagów działających poprzez BT (np: termometr LYWSD03MMC z customowym fw czy czujnik światła i ruchu CGPR1)
...no i od niedawna jest też OpenMQTTGateway na ESP32

10

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

pepe2k napisał/a:
Cezary napisał/a:

Raczej matter.

A konkretniej to Matter na Thread.

Zanim pojawią się wszelakie sensory itd. w "normalnych" cenach jakie to są aktualnie za Zigbee to też trochę wody będzie musiało upłynąć. Teraz można za grosze obkupić się u Azjatów. Jak ktoś może poczekać to może i warto ale na teraz alternatywy w sumie nie ma.

11 (edytowany przez pepe2k 2023-02-24 11:20:25)

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

Bartekk napisał/a:
pepe2k napisał/a:
Cezary napisał/a:

Raczej matter.

A konkretniej to Matter na Thread.

Zanim pojawią się wszelakie sensory itd. w "normalnych" cenach jakie to są aktualnie za Zigbee to też trochę wody będzie musiało upłynąć. Teraz można za grosze obkupić się u Azjatów. Jak ktoś może poczekać to może i warto ale na teraz alternatywy w sumie nie ma.

Tylko jaki sens ma dzisiaj inwestowanie w technologię, o której już wiadomo że nie będzie rozwijana i już dzisiaj jest na etapie "umierania"? Jeżeli ktoś już ma kolekcję urządzeń "gadających" po Zigbee, to zgoda, ekonomicznie nie będzie uzasadnione teraz przechodzenie na coś nowego. Ale jak ktoś zaczyna... to moim zdaniem tylko Thread i Matter. Co więcej, Matter to górna warstwa stosu i może sobie pracować nie tylko po Thread ale też Wi-Fi i Ethernet.

Dla mnie Matter ma trzy ogromne zalety z tych wszystkich dotychczasowych platform dla "internetów rzeczy"... w końcu mamy standard, na który wszyscy się zgodzili i nie trzeba będzie używać różnych aplikacji dla każdego producenta, do tego nie trzeba chmury i standard definiuje też tzw. multi-admin. Produktów opartych na Thread jest już cała masa... większość z nich będzie kompatybilna z Matter. A natywnych urządzeń już z obsługą Matter trochę też już jest: [url]https://csa-iot.org/csa-iot_products/?p_program_type[]=1049[/url].

No i najważniejsze... za Matter stoi Connectivity Standards Alliance, dawniej Zigbee Alliance smile

12

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

Może ktoś się orientuje czy żarówki Ikea Tradfri które są u nas dostępne obsługują Matter?
Np taka: https://www.ikea.com/pl/pl/p/tradfri-za … -00541300/

13

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

frutis napisał/a:

Może ktoś się orientuje czy żarówki Ikea Tradfri które są u nas dostępne obsługują Matter?
Np taka: https://www.ikea.com/pl/pl/p/tradfri-za … -00541300/

Zdaje się, że TRÅDFRI nie obsługuje Matter i IKEA przechodzi na DIRIGERA.

14

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

Nową bramkę faktycznie wypuścili tylko chyba poza bramką nic nie obsługuje Matter z ich oferty

15

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

Czy taka żarówka od Philips'a faktycznie obsługuje Matter po WiFi?
- http://www.eukasa.pl/inteligentna-zarow … 514372306/
- https://www.assets.signify.com/is/conte … -pss-pl_pl

Po prostu wkręć i korzystaj
WiZ współpracuje z istniejącym
routerem Wi-Fi i nie wymaga
dodatkowej bramy. Wystarczy
podłączyć nową lampę, pobrać
aplikację WiZ i gotowe!

16

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

Jak nie wymaga bramy to jest na zwykłym esp czy pochodnym i na 99% nie ma nic wspólnego z matter.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

17 (edytowany przez frutis 2023-09-24 18:15:52)

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

Tutaj coś piszą o Matter: https://faq.wizconnected.com/hc/en/7-wi … etup-tips/

Jeśli Matter działa po WiFi to wtedy hub może być realizowany programowo?

18

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

Dla WIZ, aplikacji. Nie żarówki samej w sobie.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

19

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

Czyli żarówki działają sobie jak dotychczas a przez hub można się z nimi komunikować przez Matter.
Chyba jedyne żarówki które obecnie są dostępne i obsługują faktycznie Matter to Nanoleaf: https://nanoleaf.me/en-EU/products/esse … specs=true

20

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

Cezary napisał/a:

Dla WIZ, aplikacji. Nie żarówki samej w sobie.

Żarówki WIZ obsługują Matter po WiFi (muszą mieć literkę A na końcu modelu 929*******A).
Jest już dostępna programowa implementacja serwera do tego: https://github.com/home-assistant-libs/ … ter-server
Może kiedyś powstanie coś podobnego na OpenWrt...

21

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

frutis napisał/a:
Cezary napisał/a:

Dla WIZ, aplikacji. Nie żarówki samej w sobie.

Żarówki WIZ obsługują Matter po WiFi (muszą mieć literkę A na końcu modelu 929*******A).
Jest już dostępna programowa implementacja serwera do tego: https://github.com/home-assistant-libs/ … ter-server
Może kiedyś powstanie coś podobnego na OpenWrt...

Tylko po co? Cały sens w Matter polega właśnie na tym, że możesz to uruchomić lokalnie bez żadnych chmur i do tego bez żadnego serwera centralnego/huba. Kontrolerem może być tak naprawdę cokolwiek i może być ich więcej niż jeden.

22 (edytowany przez frutis 2023-09-29 17:06:09)

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

pepe2k napisał/a:

Tylko po co? Cały sens w Matter polega właśnie na tym, że możesz to uruchomić lokalnie bez żadnych chmur i do tego bez żadnego serwera centralnego/huba. Kontrolerem może być tak naprawdę cokolwiek i może być ich więcej niż jeden.

Obecna implementacja w Home Assistant to tylko Matter controller i wymaga podłączenia się do serwera po websokecie: https://www.home-assistant.io/integrations/matter/
Nie wiem jak to jest realizowane w innych rozwiązaniach.

23 (edytowany przez xury 2023-09-29 17:34:32)

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

Odnośnie IoT i wifi. Ile może być jednocześnie podłączonych stacji do routera np. Archer C7 v5 ?
Mam taki problem, że zawsze jakieś dwa mają problem z połączeniem MQTT mimo, że są połączone po wifi i zasięg jest dobry.
Oczywiście router na OpenWrt, a nawet dwa z tym, że drugi jako AP. Wszystkie ESP na Tasmota

24

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

Generalnie na zwykłym  radiu "N"  (AP, nie klienta) jesteś w stanie połączyć i 50 klientów, ale oczywiście transmisja będzie kulała. Przy AC i AX zależy ile masz ramu bo każdy klient zjada trochę tego i raczej nie licz na więcej niż 20-30 jak masz te standardowe 128MB.
Ale to już tylko ogólna śpiewka, bo znów wszystko zależy co masz i w jakich warunkach.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

25

Odp: Smart Home na 2,4Ghz ograniczenia routerów?

xury napisał/a:

Odnośnie IoT i wifi. Ile może być jednocześnie podłączonych stacji do routera np. Archer C7 v5 ?
Mam taki problem, że zawsze jakieś dwa mają problem z połączeniem MQTT mimo, że są połączone po wifi i zasięg jest dobry.
Oczywiście router na OpenWrt, a nawet dwa z tym, że drugi jako AP. Wszystkie ESP na Tasmota

Generalnie najlepiej uzywac bramki zigbee.
Urzadzena Wifi strasznie drenuja baterię i nadaja się raczej do czegos stale zasilanego.