Tudástár · Hibakeresés

Hibakeresés: tipikus gondok és megoldások

A legtöbb okosotthon probléma néhány ismert okra vezethető vissza. Itt összegyűjtöttük a leggyakoribb hibákat és a bevált megoldásokat.

Frissítve: 2026. április

Miért késik az automatizálás?

Ha egy automatizálás nem azonnal reagál, annak általában három fő oka van: polling vs push trigger, hálózati késleltetés, vagy túlterhelt coordinator.

Polling vs push

A polling alapú integrációk adott időközönként kérdezik le az eszköz állapotát (pl. 30 másodpercenként). Ha egy mozgásérzékelő polling módban van, akár fél percet is késhet. A push (event-driven) trigger azonnal reagál, mert az eszköz maga jelzi a változást.

Hálózati késleltetés

Felhős integrációk esetén az üzenet kimegy az internetre, majd visszajön. Ez normál esetben 200-500 ms, de a szerver leterheltségétől függően akár másodpercekig tarthat. Lokális integráció (Zigbee, Z-Wave, lokális API) szinte azonnali.

Túlterhelt coordinator

Ha a Zigbee coordinator egyszerre túl sok üzenetet próbál feldolgozni (pl. csoportos parancs 30+ eszközre), sorba állítja a kéréseket. Ez érezhető késést okoz, különösen olcsóbb koordinátoroknál.

Ellenőrizd a trigger típust Polling vagy event-driven? Az automatizálás trigger beállításainál láthatod.
Nézd meg a Logbook-ot Home Assistant Logbook-ban látod, mikor érkezett az esemény és mikor futott le az automatizálás.
Vizsgáld a hálózati terhelést Ha sok eszköz pollol egyszerre, a coordinator és a hálózat is túlterhelődhet. Csoportosítsd vagy ritkítsd a lekérdezéseket.

Zigbee szakadozik – top 10 ok

A Zigbee mesh hálózat rendkívül megbízható tud lenni, de csak akkor, ha a feltételek rendben vannak. Itt a tíz leggyakoribb ok, amiért szakadozhat:

  1. Wi-Fi interferencia (2.4 GHz átfedés) – A Zigbee és a Wi-Fi ugyanazon a 2.4 GHz-es sávon osztozik. Ha a Wi-Fi csatorna átfed a Zigbee csatornával, interferencia lép fel. A Zigbee 25-ös csatorna és a Wi-Fi 11-es csatorna a legbiztonságosabb kombináció.
  2. Kevés router device – A Zigbee mesh-nek router eszközökre van szüksége az üzenetek továbbításához. Ha csak end device-ok vannak, a jel nem tud közvetítődni. Hálózati tápellátású eszközök (okos dugalj, relé) általában routerként működnek.
  3. Coordinator túl messze – Ha nincs elég router a coordinator és a végeszköz között, a jel nem ér el. Helyezz routereket köztes pontokra.
  4. USB extension cable hiánya – Az USB Zigbee stick közvetlenül a gépbe dugva interferenciát kap a számítógép elektronikájától. Mindig használj legalább 50 cm-es USB hosszabbítót.
  5. Túl sok end device egy routeren – Egy Zigbee router jellemzően 6-8 közvetlen gyermekeszközt kezel. Ha ennél több csatlakozik, instabillá válhat. Adj hozzá több routert.
  6. Firmware nem frissített – Az eszközök firmware frissítése gyakran javít stabilitási problémákat. Különösen IKEA és Sonoff eszközöknél érdemes figyelni az OTA frissítésekre.
  7. Fém akadályok – Fém ajtók, vasbeton falak, fűtési csövek jelentősen csillapítják a 2.4 GHz-es jelet. Ilyenkor extra router kell az akadály mindkét oldalára.
  8. Rossz Zigbee csatorna – Ha a Zigbee csatorna átfed a használt Wi-Fi csatornával, állandó interferencia lesz. Ellenőrizd mindkét hálózat csatornáját és válaszd szét őket.
  9. Coordinator firmware régi – A coordinator (pl. CC2652, EFR32) firmware-je is frissítésre szorulhat. Régi firmware korlátozhatja a hálózat méretét és sebességét.
  10. Mesh nem lett újraépítve eszközmozgatás után – Ha fizikailag áthelyezel egy eszközt, a mesh nem mindig frissíti automatikusan az útvonalakat. Használd a ZHA/Z2M hálózat-térképet és szükség esetén kérj útvonal-frissítést.

Wi-Fi IoT eszközök ledobálódnak

A Wi-Fi alapú okoseszközök (Shelly, Tasmota, Tuya) megbízhatók lehetnek, de a hálózati környezet gyakran okoz problémákat.

Router max kliens szám

A legtöbb otthoni router 20-30 egyidejű klienst kezel stabilan. Ha 40+ IoT eszköz van a hálózaton, a router elkezdi eldobálni a kapcsolatokat. Megoldás: dedikált IoT access point vagy üzleti kategóriás router.

2.4 GHz vs 5 GHz

A legtöbb IoT eszköz kizárólag 2.4 GHz-en működik. Ha a router "smart band steering" funkciója be van kapcsolva, megpróbálhatja átrakni az eszközt 5 GHz-re, ami sikertelen lesz. Megoldás: külön SSID a 2.4 GHz-es IoT eszközöknek, vagy band steering kikapcsolása az IoT VLAN-on.

DHCP lease problémák

Ha a DHCP lease idő túl rövid (pl. 1 óra), az eszközök gyakran kérnek új IP-t, ami átmeneti kiesést okoz. Állítsd a lease időt legalább 24 órára, vagy még jobb: adj fix IP-t a kritikus IoT eszközöknek (DHCP reservation).

Mesh router roaming probléma

Mesh rendszereknél (pl. TP-Link Deco, Ubiquiti) az IoT eszközök néha "ragaszkodnak" egy távoli csomóponthoz ahelyett, hogy a közelebbihez csatlakoznának. Ez időszakos kiesést okoz. Megoldás: 802.11r (fast roaming) kikapcsolása az IoT hálózaton, vagy fix AP hozzárendelés.

Interferencia

Mikrohullámú sütők, Bluetooth eszközök, és szomszédok Wi-Fi hálózatai mind zavarhatják a 2.4 GHz-es sávot. Használj Wi-Fi analyzer alkalmazást a legkevésbé zsúfolt csatorna megtalálásához.

Home Assistant lassú

Ha a Home Assistant dashboard lassan tölt be, vagy az automatizálások késnek, az okot általában négy helyen keresd:

Adatbázis méret (recorder purge)

A Home Assistant minden állapotváltozást eltárol az adatbázisban. Hónapok alatt ez gigabájtosra nőhet. Állítsd be a recorder integrációnál a purge_keep_days értéket (pl. 7 nap), és szűrd ki a felesleges entity-ket az exclude szekciőban.

Túl sok integráció polling

Minden polling integráció rendszeres HTTP/API kéréseket generál. 50+ polling integráció már érezhetően lassíthat. Ellenőrizd, mely integrációk pollolnak, és ahol lehet, válts push/webhook alapúra.

SD kártya (Raspberry Pi) helyett SSD

Az SD kártya I/O sebessége töredéke egy SSD-nek. Egy Raspberry Pi 4 + USB SSD kombináció drámaian gyorsabb, mint SD kártyáról futtatva. Ha lehetséges, használj dedikált mini PC-t (pl. Intel N100 alapú) a legjobb teljesítményért.

Logbook/History túl sok entity

Ha a Logbook és History komponensek az összes entity-t követik, a dashboard betöltés lassú lesz. Használd a recorder include/exclude beállításait, hogy csak a valóban fontos eszközök kerüljenek az adatbázisba.

Általános szabály: ha valami működött, aztán elromlott, az utolsó változtatást nézd meg először. Frissítés, új eszköz, áthelyezés, konfigmódosítás – az esetek 80%-ában ez a kulcs.

Gyakori hibaminták