Fali tablet és kameranézet Home Assistanttal: Fully Kiosk lépésről lépésre

24 perc olvasás • Ismeretterjesztő útmutató • Frissítve: 2026-10-18

Részletes útmutató a fali tablet beállításához: Fully Kiosk, Browser Mod, kameranézet, mozgásra ébresztés, visszatérés és hibakeresés saját tapasztalatokkal.

GYAKORLATI ÚTMUTATÓForrásellenőrzés: 2026. október 18.

A lényeg egy percben

Először külön ellenőrizd a tabletet, a kamerát és a célzott megjelenítést. Csak működő kézi próbák után kapcsold össze az eseményt, az ébresztést és a kiszámítható visszatérést.

Mire épül? Hivatalos és fejlesztői dokumentáció, tulajdonosi megerősítés és meglévő szkriptek csak olvasási vizsgálata. Új kijelző- vagy kameraműveletet nem indítottunk; a kódok általánosított minták.

Erre lesz szükséged

Működő Home Assistant és az azt elérő Android-tablet Fully Kiosk böngészővel.
A választott kijelzővezérléshez szükséges kapcsolat és jogosultságok.
Működő kameraentitás, külön kezdő- és kameranézet.
Browser Mod esetén ellenőrzött böngészőcélzás; változtatás előtt mentés.

1. Mitől lesz valóban használható egy fali tablet?

Egy jól kialakított fali kezelőn néhány érintéssel eléred a fontos funkciókat. Megnézheted, ki áll a kapunál, visszaléphetsz a kezdőoldalra, és nem kell a családnak megértenie a háttérben működő automatizálásokat. A cél nem az, hogy minden adat egyszerre látszódjon, hanem hogy a napi feladat könnyű legyen.

Ebben az útmutatóban egy Android-tableten futó Fully Kiosk böngészőt kapcsolunk a Home Assistant megjelenítéséhez. Külön tárgyaljuk a kijelző felébresztését, a kameraképet, az eseményre induló működést és a biztonságos visszatérést. A végén rétegenként ellenőrizhető rendszert kapsz, nem egy magyarázat nélkül bemásolandó beállításcsomagot.

A cikk 2026. október 18-án ellenőrzött dokumentációra és saját rendszerünk csak olvasási vizsgálatára épül. A tulajdonos megerősítette, hogy a fali tableten Fully Kiosk fut. A mostani vizsgálat nem ébresztette fel a kijelzőt, nem nyitott kamerát, és nem módosított otthoni automatizálást. Az alábbi új mintákat ezért útmutatóként, nem most végrehajtott helyszíni próbának kell olvasni.

2. Négy külön szerep: böngésző, vezérlés, felugró ablak és kamera

A Fully Kiosk alkalmazás és a Home Assistant Fully Kiosk-integrációja nem ugyanaz. Az előbbi a tabletre telepített böngésző; az utóbbi egy lehetséges kapcsolat a központ és az Android-eszköz vezérlése között. Attól, hogy a tablet teljes képernyős felületet mutat, ez az integráció még nem feltétlenül van beállítva.

A Browser Mod egy külön, közösségi Home Assistant-kiegészítés. Böngészőhöz címzett felugró ablakot és navigációt adhat. Nem a kamerát telepíti, és önmagában nem oldja meg az Android alvó állapotából való megbízható ébresztést.

Réteg	Mit csinál?	Mit ellenőrizz külön?
Fully Kiosk alkalmazás	Megnyitja a Home Assistant felületét a tableten.	Betöltődik-e a kezdőoldal, használhatók-e a gombok?
Kijelzővezérlés	Bekapcsolja vagy elsötétíti az eszköz kijelzőjét a választott kapcsolaton.	A valós képernyő reagál-e, nem csak egy felületi állapot változik?
Dashboard vagy Browser Mod	Kameranézetre navigál, illetve célzott felugró ablakot jelenít meg.	Valóban a megfelelő tablet kapja-e a megjelenítést?
Kamera és eseményforrás	Képet, csengetést vagy mozgásjelzést szolgáltat.	Friss-e a kép, megfelelő-e az esemény és az időzítése?

A saját rendszerünkben Browser Mod és Ring betöltött komponens, a hivatalos Fully Kiosk-integráció viszont a vizsgálatkor nem volt betöltve. Ez nem a tablet alkalmazásának hiányát jelenti. Az egyik legfontosabb tanulság éppen az, hogy a készülék szoftverét és a központ oldali kapcsolatot külön kell azonosítani.

3. Előfeltételek és első feljegyzések

Legyen működő Home Assistantod, a hozzá tartozó belépési lehetőséged, megfelelő Android-tableted és stabil Wi-Fi. Először normál böngészőben nyisd meg a tervezett kezdőoldalt. Ha ott sem működik, a kioszkmód hozzáadása csak elrejti az eredeti hibát.

Írd fel magadnak, melyik eszközön melyik alkalmazás fut, mi a kiválasztott Home Assistant-cím, és ki kezeli majd a kijelzőt. A privát feljegyzésben szerepelhetnek helyi címek, de ezeket ne másold nyilvános hibajegybe. A cikkben látható neveket mindenhol a saját ellenőrzött neveidre kell cserélni.

Kezdőként a legegyszerűbb felépítés: egy tablet, egy kezdőnézet, egy külön kameranézet, egy kézi megnyitógomb. Még ne adj hozzá több kamerát és háromféle eseményt. Egyetlen hibát lényegesen könnyebb megérteni, ha tudod, mi indította a folyamatot és melyik kijelzőnek kellett volna reagálnia.

Mielőtt a család által naponta használt felületet átépíted, készíts Home Assistant-mentést. A tablet helyi beállításairól is legyen külön feljegyzés: egy központi mentés nem helyettesíti automatikusan az Android-alkalmazás beállításainak megőrzését.

4. A Fully Kiosk első beállítása a tableten

A megfelelő Fully Kiosk Browser alkalmazást a fejlesztő hivatalos oldaláról vagy hivatalos áruházi hivatkozásáról válaszd ki. A fejlesztő több, eltérő célú kioszkalkalmazást is kínál; egy videólejátszásra készült változat nem ugyanaz a kiindulópont, mint a Home Assistant megnyitására használt böngésző.

Nyisd meg a beállításokat, és a Start URL mezőben add meg a saját Home Assistant-kezdőoldalad teljes címét.
Töltsd be az oldalt, majd jelentkezz be a tablethez választott fiókkal.
Ellenőrizd az érintést, a görgetést, a visszalépést és a kezdőoldal újbóli megnyitását.
Csak a működő alap után állítsd be a teljes képernyős megjelenítést és a kívánt tájolást.
A kioszkból való kilépést és a szükséges PIN-t először saját magad próbáld ki.

Ne zárd le úgy az alkalmazást, hogy nem ismered a karbantartási kijutás módját. A kezelőnek hétköznap egyszerűnek, a gazdájának viszont javíthatónak kell maradnia. Azt is próbáld ki, mi történik egy újratöltés után: nem kér-e újra belépést, és nem egy hibás régi címet nyit-e meg.

A menüpontok és az engedélykérések Android- és alkalmazásverziónként változhatnak. Ne adj minden felsorolt engedélyt automatikusan: az adott funkció igényét olvasd el. A tablet saját kamerás mozgásérzékelése például külön funkció a kapukamera eseményétől.

5. Felhasználó, hálózat és távoli adminisztráció

A közös helyiségben elérhető kezelőhöz lehetőleg külön, nem adminisztrátori Home Assistant-fiókot használj. Ettől még ellenőrizni kell, mit ér el ez a felhasználó. Egy elrejtett menü vagy ritkábban látható gomb önmagában nem hozzáférés-védelem.

A tablet tartsa meg a Home Assistant munkamenetét, de a belépés maradjon kezelhető: tudd, hogyan lehet kijelentkezni, újra belépni és elveszett készülék esetén visszavonni a hozzáférést. Jelszót, hosszú élettartamú tokent vagy adminisztrációs kulcsot ne tegyél a Start URL-be.

A helyi távoli adminisztrációhoz erős, egyedi jelszó kell. A tablet címét célszerű az útválasztóban stabilan hozzárendelni, hogy később ne egy másik készüléket keressen a központ. A vendég Wi-Fi vagy klienselkülönítés megakadályozhatja a szükséges helyi kapcsolatot; ezt külön ellenőrizd, ne általános tűzfalkikapcsolással próbálkozz.

Ne továbbítsd az internet felé a Fully adminisztrációs portját. Ha távolról szeretnél karbantartani, válassz a saját környezetedben tudatosan kialakított védett hozzáférést. A helyi és a felhős vezérlés eltérő függőségeit is írd fel: az egyik működése nem bizonyítja automatikusan a másikét.

6. Lehetséges út: a hivatalos Fully Kiosk-integráció

A Home Assistant hivatalos integrációja a Fully Remote Admin bekapcsolását és a Fully Plus funkciót igényli. A fejlesztő próbahasználatot is kínál, vízjellel; vásárlás előtt a saját eszközödön ellenőrizd a szükséges funkciókat és az aktuális licencfeltételeket.

A Home Assistantban a Beállítások → Eszközök és szolgáltatások → Integráció hozzáadása alatt válaszd a Fully Kiosk Browser integrációt. Add meg a tablet elérhetőségét és az alkalmazásban beállított Remote Admin-jelszót. Ezek nem a Home Assistant-fiókod belépési adatai.

Sikeres felvétel után nézd át a létrejött eszközt és vezérlőket. A képernyő kapcsolása, a kezdőcím betöltése és az URL megnyitása külön ellenőrizhető funkció. A saját entitásaidat a felületről másold ki; a cikkbeli példanév nem valós eszközazonosító.

Ez dokumentáció alapján bemutatott lehetőség. A cikk készítésekor nem telepítettük át erre a meglévő otthoni rendszert, és nem cseréltük le a működő kijelzővezérlést. Ha már van bevált kapcsolatod, először annak működését értsd meg; egy útmutató kedvéért nem kell minden vezérlési módot egyszerre bevezetni.

7. Készíts egyszerű kezdőoldalt és külön kameranézetet

A kezdőoldalon legyenek nagy, világos feliratú gombok. A „Kamera” és a „Kezdőlap” közérthetőbb, mint egy technikai eszközazonosító. A gyakran használt funkció férjen el görgetés nélkül, a ritka karbantartási részletek kerülhetnek külön nézetbe.

A kamerának készíts önálló Home Assistant-nézetet. Nyisd meg kézzel a tableten, és az ott működő címet jegyezd fel. A dashboard útvonala és a nézet útvonala együtt számít; egy másik rendszerből bemásolt /lovelace/ cím nem feltétlenül nálad is helyes.

A kameranézeten is legyen jól elérhető visszaút. Ne az Android vissza gombjától függjön, hogy valaki visszatalál-e a fűtéshez vagy a világításhoz. Automatikus megnyitáskor különösen zavaró, ha a felületből nem lehet egyértelműen kilépni.

A kameraképet először normál méretben ellenőrizd. Ha már megbízható, dönthetsz teljes képernyős nézetről. A látvány másodlagos: fontosabb, hogy álló és fekvő tájolásban is elérhető maradjon a bezárás vagy a kezdőoldal gombja.

8. Kamerakártya: az élőkép nem ugyanaz, mint egy bélyegkép

A Home Assistant picture-entity kártyája kameraentitást is megjeleníthet. Egy saját, általánosított kártyaminta:

type: picture-entity
entity: camera.bejarat_pelda
name: Bejárat
camera_view: live
show_name: true
show_state: false

A camera.bejarat_pelda kitalált név. A saját működő kameraentitásodat válaszd ki, és a kártyát a dashboard kézi YAML-szerkesztőjébe illeszd, ne a teljes configuration.yaml fájl helyére. A live beállítás nem tesz bármilyen kameraentitást automatikusan élőképes forrássá: ehhez a kamera és a streamelési útvonal támogatása is kell.

Ellenőrizd a kép frissességét egy ártalmatlan, megfigyelhető változással, vagy a rendelkezésre álló időjelzéssel. A megjelenített állókép önmagában nem bizonyít működő élő kapcsolatot. Jegyezd fel azt is, mennyi idő telik el a nézet megnyitása és a mozgó kép indulása között.

Kezdetben egy kamerát jeleníts meg. Több egyidejű videó egészen más terhelést jelenthet a tabletnek, a hálózatnak és a központnak, mint egy egyszerű hőmérsékleti kártya. A lassulást ne újabb időzítőkkel próbáld elfedni.

9. A Ring mozgásjelzését és képét külön próbáld ki

A Ring hivatalos Home Assistant-integrációja felhőn keresztül kommunikál, nem közvetlen helyi kapcsolatot ad a kamerához. A dokumentáció a jelenlegi változatnál élőkép-megjelenítést is felsorol, miközben a kétirányú hangot nem támogatja a kamerás élőnézetben. Régebbi leírás alapján ezért ne feltételezd sem azt, hogy nincs élőkép, sem azt, hogy minden kaputelefon-funkció rendelkezésre áll.

A csengetés, a mozgásjelzés és a videó három külön vizsgálat legyen. Ha a csengetés megérkezett, attól még a kamera betöltése lehet lassú vagy hibás. Ha a videó működik, attól még rossz entitást figyelhet az automatizálás.

A saját rendszerben a Ring mellett MQTT is jelen van; ezért minden kiválasztott jelzésnél ellenőrizni kell, melyik integrációhoz tartozik. Ugyanarra az eseményre többféle entitás is utalhat, eltérő viselkedéssel. Ne hozz létre egymást ismétlő indítókat pusztán a hasonló megjelenített név alapján.

Az esemény késleltetését és a jelzés megszűnését helyben mérd meg. Nem minden érzékelő tér vissza azonnal kikapcsolt állapotba, és egy újabb mozgás nem feltétlenül hoz új ki→be átmenetet. Ez a későbbi időzítésnél fontosabb, mint a nézet színe.

10. Először kézzel nyisd meg a nézetet

A hivatalos Fully Kiosk-kapcsolat egyik külön próbája egy URL betöltése. Az alábbi műveletmintában a device_id mezőbe az integrációhoz felvett saját tablet eszközazonosítója kerül, nem Browser Mod-azonosító.

action: fully_kiosk.load_url
data:
  device_id: CSERELD_A_SAJAT_FULLY_ESZKOZAZONOSITODRA
  url: "https://HA_CIMED/dashboard-tablet/kamera"

Ez a Fejlesztői eszközök műveletszerkesztőjéhez való minta. A cím is helykitöltő: a tablet által ténylegesen elérhető, hitelesített Home Assistant-nézet teljes címére cseréld. Sem a címbe, sem a kódba nem kell jelszót írni. Előbb a kezdőoldallal, utána a kameranézettel próbáld.

A művelet sikeres visszatérése nem helyettesíti a tablet megfigyelését. Lásd, hogy a megfelelő oldalt töltötte be, nem bejelentkezőoldalon áll, és a kamera is elindult. A visszatérést ugyanilyen külön próbával ellenőrizd.

Csak akkor lépj tovább az automatizálásra, ha a kézi oda- és visszanavigálás működik. Így egy későbbi hiba esetén már tudod, hogy az alapkapcsolat korábban bizonyított volt.

11. Browser Mod: felugró kamerakép a megfelelő tableten

Ha a kameraképet a meglévő kezelőfelület fölött szeretnéd látni, a Browser Mod külön lehetőség. Közösségi komponens, saját telepítési és frissítési követelményekkel. A fejlesztő dokumentációját kövesd; egy régi Browser Mod 1-es példa nem feltétlenül használható a 2-es változattal.

A tableten megnyitott Home Assistant Browser Mod-paneljén regisztráld az adott böngészőt, és jegyezd fel az azonosítóját. Ez a konkrét böngészőhöz tartozik, nem a tablet helyi IP-címe. Adatok törlése vagy munkamenetváltás után a célzás újbóli ellenőrzést igényelhet.

action: browser_mod.popup
data:
  browser_id:
    - pelda_fali_tablet
  title: Bejárati kamera
  content:
    type: picture-entity
    entity: camera.bejarat_pelda
    camera_view: live
    show_state: false

A két példanevet cseréld ki. Szerveroldali hívásban a cél hiánya több regisztrált böngészőt is érinthet, ezért a browser_id megadása fontos. A példa megnyitásra való, önmagában nem ébreszti az Androidot és nem tartalmaz bezárási logikát.

A saját rendszer csak olvasási ellenőrzése célzott browser_mod.popup és browser_mod.close_popup hívásokat talált. A kijelző be- és kikapcsolása külön szkripteken át történik. A mintát most nem futtattuk le, és nem állítjuk, hogy ez a pontos új kód minden Browser Mod-verzióval változtatás nélkül működik.

12. Eseményre induló folyamat: építsd fel lépésenként

A kézi próbák után készíts először egy olyan automatizálást, amely a kiválasztott jelzésre csak felületi értesítést ad. Ezzel külön bizonyítható, hogy a valódi esemény elindítja a szabályt. A műveletek kézi futtatása önmagában nem teszteli az indító eseményt.

Ezután ugyanazt a már ellenőrzött indítást kapcsold a kijelző és a kameranézet műveleteihez. A grafikus automatizálásszerkesztőben a következő sorrend jó kiindulópont:

Indítás: a saját, ellenőrzött mozgásentitás állapota kikapcsoltról bekapcsoltra vált. Eseményentitásnál a hozzá illő indítót használd.
Kijelző felébresztése a választott, kézzel már kipróbált módszerrel.
Rövid, helyben kimért felkészülési idő, majd a kameranézet megnyitása.
Várakozás a mozgás megszűnésére, és külön felső időkorlát.
Visszatérés a kezdőfelületre vagy a saját kamerás felugró ablak bezárása.
A képernyő további viselkedését egyelőre bízd a külön ellenőrzött üresjárati szabályra.

Első körben ne másolj be ismeretlen képernyőkikapcsoló műveletet. A folyamat attól már használható lehet, hogy a kamera után visszajut a kezdőoldalra. A finomabb elsötétítés csak a stabil alap után következzen.

A három másodperces várakozás például egy adott eszköz gyakorlati megoldása lehet, nem általános garancia arra, hogy minden tablet hálózata és böngészője addigra kész. Hideg indulást és régóta kikapcsolt képernyőt is külön próbálj.

13. Várakozás, időkorlát és ismételt mozgás

A mozgás kikapcsolt állapotára várni nem ugyanaz, mint egyszerűen három percet várni. Előbbi a tényleges jelzést figyeli, utóbbi csak az órát. Állapotalapú várakozásnál azt is tisztázd, hogy a jelzés már kikapcsolt-e, mire a várakozáshoz ér a folyamat.

Egy csak jövőbeli átmenetre váró lépés elvétheti a korábban megtörtént kikapcsolást. Egy aktuális állapotot is ellenőrző várakozás ezt másképp kezeli. A Home Assistant megfelelő várakozási építőelemét a választott eseményhez igazítsd, és ne csak a menüpont nevét másold.

A felső időkorlát arra is kell, hogy egy hibásan aktív érzékelő ne hagyja korlátlan ideig nyitva a kameraképet. Döntsd el, mi történik lejáratkor: visszatérés, értesítés, esetleg a kijelző bekapcsolva hagyása. A „várakozás lejárt” nem azonos azzal, hogy valóban megszűnt a mozgás.

Futási mód	Újabb indítás közben	Mit mérlegelj a tabletnél?
single	A futó példány mellett az új indítás nem indul el.	Egyszerű, de a második esemény nem hosszabbítja meg automatikusan a megjelenítést.
restart	A korábbi futás leáll, az új elölről indul.	Kényelmes lehet ismételt eseménynél; a megszakított futás utolsó takarító lépése nem biztos, hogy lefut.
queued	A futások sorba állnak.	Régi események később is megnyithatják a képet; kameranézetnél ez félrevezető lehet.
parallel	Több futás egyszerre működik.	Az egyik futás bezárhatja a másik által megnyitott ablakot; önmagában nem jó ütközéskezelés.

A saját kamerás szkript restart módban működik. Ez megfigyelt konfiguráció, nem minden rendszer számára kötelező választás. A megoldást ismételt csengetéssel és hosszú mozgásjelzéssel is ellenőrizni kell. Folyamatos újraindítás mellett a futásonkénti időkorlát nem jelent az egész eseménysorozatra érvényes abszolút felső határt.

14. Kézi használat és kiszámítható visszatérés

Képzeld el, hogy a kamera után valaki a fűtéshez lép. Ha a korábbi automatizálás harminc másodperccel később lekapcsolja a tabletet, a rendszer technikailag végrehajtotta a parancsot, mégis rossz élményt adott. A kézi használatot ezért külön követelményként kezeld.

Biztonságos kezdő változat, ha az eseménykezelő csak a saját kameranézetét zárja be, a kijelző elsötétítését pedig a megszokott üresjárati időzítő intézi. Browser Mod esetén azt is próbáld ki, mi történik, ha a családtag közben másik ablakot nyit: a bezárás ne tüntessen el váratlanul egy új feladatot.

Haladóbb megoldásban külön kézi használati mód, vagy ellenőrzött aktivitásjelzés tilthatja a kikapcsolást. Ez csak akkor ér valamit, ha az érintés tényleg módosítja a megfelelő állapotot, és az automatizálás ezt a kikapcsolás előtt újra megvizsgálja. Egy létrehozott, de semmire sem kötött segéd nem védelem.

A kezdőlap gomb mindig maradjon elérhető. A kézi visszatéréshez ne kelljen megvárni a szenzort vagy az időkorlátot. A család számára a „megnyomom, visszajutok” működés fontosabb, mint hogy a háttérben milyen elegáns szkript fut.

15. Android-alvás és a kijelző felébresztése

A fekete képernyő mögött eltérő állapotok lehetnek: sötét képernyővédő, kikapcsolt kijelző vagy az alkalmazás hálózati kapcsolatát is korlátozó Android-alvás. Egy felületi elsötétítésből nem következik, hogy az eszköz ugyanannyit fogyaszt, mint kikapcsolt kijelzővel.

A Fully fejlesztője külön jelzi, hogy képernyőkikapcsoláskor a WebView működése szünetelhet, és az Android gyártói energiatakarékossága is megszakíthat kapcsolatokat. A képernyővédő bizonyos helyzetekben más viselkedést adhat, de ezt a saját eszközödön kell mérlegelni.

Próbálj legalább két állapotot: rövid ideje sötét képernyő, illetve hosszabb ideje pihenő tablet. Ha csak az elsőből ébred, nem a kamerakártyát kell elsőként átírni. Nézd meg a kiválasztott ébresztési kapcsolatot, az alkalmazás engedélyeit és az Android háttérműködési beállításait.

Egyszerre csak egy beállítást változtass, és jegyezd fel az eredményt. Ne tilts le válogatás nélkül minden energiatakarékossági védelmet. Előbb döntsd el, az állandóan aktív böngésző vagy a valóban pihenő készülék felel-e meg jobban az otthoni felhasználásnak.

16. Elhelyezés, áramellátás és magánszféra

A fali tablet maradjon könnyen elérhető, olvasható és karbantartható. A töltőcsatlakozó ne feszüljön, a tartó legyen stabil, és a készülék szellőzését ne zárja el a burkolat. A kijelzőt a használó szemmagasságához és napi feladataihoz igazítsd.

Az akkumulátor és a folyamatos töltés kezelésében a konkrét készülék gyártói előírását kövesd. Nem adunk minden modellre érvényes töltési százalékot. Sérült vagy púposodó akkumulátort nem egy új Home Assistant-időzítővel kell kezelni; ilyen eszközt ne üzemeltess tovább falra zárt házban.

Gondold át, kik láthatják a képernyőt. Egy közösen használt helyiségben megjelenő beltéri kamera más magánszférabeli kérdés, mint egy kifejezetten bejáratra irányuló nézet. Beszéld meg az érintettekkel, mi és mikor látható; szükségtelen képet ne jeleníts meg automatikusan.

A tablet saját mozgásérzékelő kameráját, a megjelenített távoli kameraképet és a mentett videót külön kezeld. Egy képernyőkép megosztása is felfedhet családtagot, lakásrészletet, helyi címet vagy hozzáférési adatot. Nyilvános segítségkéréshez inkább anonimizált hibaleírást készíts.

17. Ellenőrzési sorrend és hibakereső táblázat

A próba során ugyanazt az eseményt több ponton figyeld: megérkezett-e a jelzés, elindult-e az automatizálás, lefutott-e az ébresztés, megjelent-e a nézet, friss-e a kép, és helyesen történt-e a visszatérés. A Home Assistant nyomkövetése segít a végrehajtási út megértésében, a valódi kijelzőt azonban ettől még meg kell nézni.

Jelenség	Első ellenőrzés	Következő elkülönített próba
Semmi nem indul	Megváltozik-e a kiválasztott esemény vagy érzékelő?	Indíts csak ártalmatlan értesítést ugyanazzal az indítóval.
Csak kézzel működik	Valóban lefut-e a szabály és átmegy-e a feltételen?	A nyomkövetésben keresd az első eltérő lépést.
Másik böngészőn jelenik meg	Helyes-e a célazonosító?	Célzott szöveges ablakot próbálj a kamera helyett.
A kijelző ébred, kép nincs	A kamera kézzel működik-e ugyanazon a tableten?	Az URL-t és a kártyát automatizálás nélkül próbáld.
Régi állókép látszik	Élő forrás-e a kiválasztott entitás?	Nézd meg a mozgó képet és az indulási késleltetést.
Hosszú pihenés után nem ébred	Megmarad-e a vezérlési kapcsolat?	Válaszd külön a kijelzőállapot és a böngészőkapcsolat hibáját.
Új eseményre túl hamar eltűnik	Melyik futás zárja be vagy kapcsolja ki?	Két közeli eseménnyel ellenőrizd a futási módot.
Nem tér vissza	Megszűnik-e a jelzés, és van-e időkorlát?	Próbáld ki külön a normál és a lejárati útvonalat.

A hibakereséshez ne töröld első lépésként a teljes böngészőadatot. Ez kijelentkeztetést, új azonosítót vagy elveszett helyi beállítást is okozhat. Előbb írd fel, mi működött legutóbb, és melyik rétegen látszik az eltérés.

18. Mit igazolt a saját rendszerünk vizsgálata?

A korábbi projektben a cél egy család által használt tablet volt: kapueseményre jelenjen meg a kamera, majd legyen visszaút a kezdőfelületre. A tulajdonos a tableten Fully Kiosk használatát megerősítette. A történeti gyakorlati tapasztalatot a mai konfiguráció olvasási vizsgálatával egészítettük ki.

A vizsgált központ Home Assistant Core 2026.10.2-t futtatott. A kamerás szkript kijelzőébresztő szkriptet, rövid várakozást, célzott Browser Mod-felugró ablakot, későbbi bezárást, kezdőlapra visszatérést és kijelzőkikapcsolást hív. A képtartalom picture-entity kártyát és live beállítást használ; a futási mód restart.

A képernyő- és kezdőlapműveletek külön REST-parancsokat hívó szkriptek mögött vannak. Ezek nevében Fully Cloud szerepel; a mögöttes végpontot, hozzáférési kulcsot és az aktuális hálózati végrehajtás sikerét nem vizsgáltuk és nem közöljük. A megfigyelt hívássorrend nem bizonyít most elvégzett fizikai ébresztési próbát.

Ebből azt lehet biztosan megtanulni, hogy a megjelenítés és a hardvervezérlés külön rétegként is összeépíthető. Nem következik belőle, hogy minden családi helyzetre kész az aktivitásvédelem, vagy hogy a régi időzítések változtatás nélkül minden tabletnek megfelelnek. A cikk mostani készítésekor az otthoni beállításokat érintetlenül hagytuk.

19. Próbanapló, mentés és későbbi karbantartás

A jó próbanapló rövid, de megismételhető. Ne csak azt írd, hogy „működik”: rögzítsd a kiinduló állapotot és az elvárt eredményt. Újraindítás vagy frissítés után ugyanezekkel a próbákkal ellenőrizheted, nem változott-e meg valami.

Próba dátuma és szoftververziók:
Tablet kiinduló állapota:
Esemény típusa és időpontja:
Kijelző ébredése / kép indulása:
Második esemény viselkedése:
Kézi visszalépés és használat eredménye:
Normál visszatérés / időkorlát eredménye:
Hiba esetén az első eltérő lépés:

A kezdeti egyszeri próba után ellenőrizd a tablet, a Home Assistant és a hálózat újraindítását is, alkalmas karbantartási időpontban. Ezek tervezett kieséssel járhatnak; ne a család fontos napi feladata közben kezdj hozzá. A hálózati hiba utáni önálló visszaállás külön sikerfeltétel legyen.

Frissítés előtt őrizd meg a működő állapotot. A Home Assistant-mentés mellett szükség lehet a Fully-beállítások biztonságosan tárolt exportjára és a helyi böngésző célzásának feljegyzésére is. Az exportot kezeld érzékeny fájlként, amíg nem ellenőrizted, tartalmaz-e jelszót vagy más privát adatot.

A részletes Home Assistant-mentési útmutató ↗ a központ visszaállításához, az első lépések cikk ↗ az alapfogalmakhoz ad segítséget. Közösségi kérdéshez a próbanapló anonimizált változatát küldd, ne kamerafelvételt vagy belépési adatot.

20. Hivatalos és fejlesztői források

Ellenőrizve: 2026. október 18. A Home Assistant-oldalak hivatalos dokumentációk; a Browser Mod-hivatkozások a közösségi komponens saját fejlesztői leírásai. A menük és a működés verziófüggők. A teljes cikk saját szerkesztésű útmutató és anonimizált tapasztalat, nem más oldal teljes fordítása.

Végső ellenőrzőlista

A kezdőoldal és a kameranézet kézzel megnyitható ugyanazon a tableten.
A kijelző rövid és hosszabb pihenés után is a kívánt módon ébred.
A kamera valóban friss képet mutat.
A felugró ablak csak a kiválasztott böngészőn jelenik meg.
Újabb esemény, időkorlát és kézi használat mellett is kiszámítható a visszatérés.
Megvan a kezdőlap gomb és a kioszkból való karbantartási kilépés módja.

Menj végig a pontokon a saját rendszereden.

A cikk tájékoztató jellegű, a technikai részletek eszközönként eltérhetnek.