Miért problémásabb a Wi-Fi IoT?
A Zigbee és Z-Wave saját mesh hálózaton futnak – nem terhelik a routered. A Wi-Fi IoT eszközök viszont minden egyes darab a routereddel kommunikál, mint bármely laptop vagy telefon. És ez problémákat okoz, amiket nem látsz 3 eszközzel, de 15-nél már igen.
A 7 leggyakoribb ok
1. Túl sok kliens a routeren
Tünet: Az eszközök időnként elérhetetlenek, különösen csúcsidőben (este, streaming közben). Újraindítás után pár napig minden megy, aztán megint.
Ok: Az olcsó/közepes routerek 20–32 klienst kezelnek stabilan a 2,4 GHz-es sávon. Ha van 5 telefon, 3 laptop, 2 tablet, 1 TV, 1 játékkonzol + 15 IoT eszköz = 27 kliens. A router elkezd „ledobálni" eszközöket.
Megoldás:
A) Csökkentsd a Wi-Fi IoT-k számát – vidd át a lehető legtöbb eszközt Zigbee-re. Egy Shelly relé Wi-Fi-s, de egy Zigbee-s okos dugalj ugyanazt csinálja Wi-Fi nélkül.
B) Válts komolyabb routerre / access pointra. Ubiquiti UniFi, TP-Link Omada, MikroTik – ezek 100+ klienst kezelnek stabilan.
C) Ha két AP-d van (mesh), oszd el az eszközöket – ne mind ugyanarra az AP-re csatlakozzanak.
2. DHCP lease idő túl rövid
Tünet: Az eszközök periodikusan (pl. 24 óránként) rövid időre elérhetetlenné válnak, aztán visszajönnek.
Ok: A DHCP lease idő alapértelmezetten 24 óra sok routeren. Amikor lejár, az eszköz új IP-t kér. Ez alatt a 2–5 mp alatt offline.
Megoldás: IoT eszközöknek állíts be fix IP-t (DHCP reservation). A routered DHCP beállításaiban add meg az eszköz MAC-címét és a kívánt IP-t. Így az eszköz mindig ugyanazt az IP-t kapja, és nincs lease-megújítás probléma. Alternatíva: növeld a lease időt 7 napra vagy többre.
3. Router SSID/jelszó változás, band steering
Tünet: A router frissítés/reboot után az IoT eszközök nem csatlakoznak vissza.
Ok: A legtöbb IoT eszköz csak 2,4 GHz-en működik. Ha a routered „smart" band steering-et használ (automatikusan tereli az eszközöket 2,4 és 5 GHz között), az IoT eszközök zavarba jöhetnek. Vagy: ha a routered a 2,4-et és 5-öt egy SSID-n hirdeti, az eszköz próbálja az 5-öst, ami nem megy.
Megoldás:
A) Hozz létre külön SSID-t a 2,4 GHz-nek (pl. Otthon_IoT), és arra csatlakoztasd az IoT eszközöket. Az 5 GHz-es SSID-t (Otthon) a telefonoknak/laptopoknak hagyd.
B) Ha nem akarsz külön SSID-t: a router beállításaiban kapcsold ki a band steeringet, és hagyd, hogy az eszközök maguk válasszák a sávot.
4. Gyenge jelerősség
Tünet: A távoli szobákban lévő eszközök gyakran offline-ba kerülnek.
Ok: A 2,4 GHz viszonylag jól átmegy falakon, de 2–3 vastag fal után a jel gyengül. Az IoT eszközöknek általában kisebb az antennájuk, mint egy telefoné – gyengébben fognak.
Megoldás: Adj hozzá Wi-Fi repeatert vagy mesh csomópontot. Ha Ubiquiti/Omada van: adj hozzá egy access pointot a gyenge területre. Alternatíva: a távoli eszközöket vidd Zigbee-re – a Zigbee mesh-ben router-eszközök pótolják a kiesett lefedettséget.
5. Router tűzfal / AP isolation
Tünet: Az eszköz csatlakozik a Wi-Fi-re (LED zöld, app mutatja online-nak), de a HA nem éri el (lokális integráció „unavailable").
Ok: A router „AP isolation" vagy „Client isolation" funkciója megakadályozza, hogy az egy hálózaton lévő eszközök kommunikáljanak egymással. Ez vendég hálózatoknál alapértelmezett.
Megoldás: Az IoT hálózaton (ha vendég SSID-t használsz) engedélyezd az eszközök közötti kommunikációt, vagy helyezd az IoT-kat a fő hálózatra. Ha VLAN-t használsz: a tűzfalszabályok engedélyezzék a HA → IoT kommunikációt. (IoT VLAN cikk)
6. mDNS/Bonjour probléma
Tünet: A HA nem találja az eszközt automatikusan (discovery nem működik), de ha kézzel megadod az IP-t, megy.
Ok: Az mDNS (multicast DNS) segítségével találják meg az eszközök egymást a hálózaton (pl. shelly1pm-xxxx.local). Ha a router blokkolja a multicast forgalmat, vagy az eszközök különböző alhálózatokon vannak, az mDNS nem működik.
Megoldás: Nézd meg, hogy a router nem blokkolja-e a multicast forgalmat (néhány „IoT optimalizáló" funkció ezt teszi). Ha VLAN-ok között kell mDNS: Avahi mDNS reflector a routeren vagy a HA-ban. Workaround: fix IP-vel add hozzá az eszközöket a HA-hoz, és ne bízd a discoveryre.
7. Firmware-probléma az eszközön
Tünet: Egyetlen konkrét eszköz szakadozik, a többi ugyanazon a hálózaton stabil.
Ok: Az eszköz firmware-jében bug van (leaking memory, Wi-Fi stack hiba). Különösen gyakori olcsó Tuya-alapú eszközöknél.
Megoldás: Frissítsd a firmware-t (ha van frissebb verzió). Ha Tuya-eszköz: fontold meg a Tasmota / ESPHome flashelést – a közösségi firmware-ek általában stabilabbak, mint a gyári. Ha az eszköz továbbra is instabil: cseréld le. Egy 3 000 Ft-os eszközzel nem éri meg órákat tölteni.
Diagnosztikai lépések
Ha egy Wi-Fi IoT eszköz nem működik, ebben a sorrendben haladj:
1. Pingelés: Terminálból ping <eszköz_IP>. Ha nem válaszol → hálózati probléma (jel, DHCP, tűzfal). Ha válaszol → az eszköz elérhető, a probléma a szoftveroldalon van (integráció, API).
2. Router klienslista: Nézd meg, az eszköz szerepel-e a csatlakozott kliensek között. Ha nem → az eszköz nem tud csatlakozni (jelszó, sáv, jelerősség).
3. HA log: Beállítások → Rendszer → Naplók → szűrj az integráció nevére. A hibaüzenet általában megmondja, mi a baj: „Connection refused", „Timeout", „Authentication failed".
4. Eszköz webes felülete: A Shelly-nek böngészőben elérhető a beállítási felülete (http://<IP>). Ha az betöltődik, az eszköz működik – a probléma a HA integráció oldalán van.