VEZÉRLŐ · távoli szolgáltatás

Home Assistant hibakeresés és távoli konzultáció

Ha elakadtál a saját Home Assistant rendszereddel, nem kell kiszállás. Képernyőmegosztással vagy a naplók alapján megkeressük, miért esik szét a Zigbee-hálózat, miért nem fut le egy automatizálás, vagy mi tört el egy frissítés után — és meg is javítjuk. A távoli munka helytől független.

Konzultációt kérek

Mit csinálunk: Hibakeresés, beüzemelés, rendszerátvizsgálás, második vélemény
Hol: Távolról, helytől függetlenül
Mit kapsz: A javítást, és azt, hogy mi volt a hiba — hogy legközelebb magad is megtaláld

Mivel szoktak hívni

Automatizálás, ami néha lefut, néha nem. Zigbee hálózat, ami újrapárosítás után pár napig jó. Integráció, ami egy frissítés után elszállt. Rendszer, ami működik, de senki nem tudja már, mi mit vezérel. Ezek mind visszavezethetők néhány ismétlődő okra, és a hibakeresés menete is ismétlődik: napló, trace, reprodukció, javítás, visszamérés.

Hogyan megy a távoli munka

Képernyőmegosztással dolgozunk, a te gépedről, a te rendszereden — nem kérünk állandó távoli hozzáférést. Ha naplókat vagy diagnosztikát kell átnézni, azt előre elküldöd. A végén nem csak megjavul: elmondjuk, mi volt a baj és min látszott volna, hogy legközelebb magadtól megtaláld.

Home Assistant beüzemelés és alapkonfiguráció
Automatizálások hibakeresése és determinisztikussá tétele
Zigbee vagy Z-Wave hálózat bemérése: csatorna, LQI, útvonalak
Meglévő rendszer átvizsgálása és dokumentálása
Mentési és frissítési rend beállítása

Második vélemény, tervfelülvizsgálat, átvételi audit

Nem mindig javítani kell — néha egy független szem kell, mielőtt döntesz. Átnézünk egy tervet még a kivitelezés előtt, felmérjük és dokumentáljuk egy már telepített rendszer állapotát, vagy véleményezünk egy ajánlatot, egy rendszerválasztást vagy egy hibás telepítést. Videóhívásban is megy. Ha távoli hozzáférés kell, az csak a te engedélyeddel történik.

Tervfelülvizsgálat: villamos-, KNX- vagy automatizálási terv átnézése kivitelezés előtt
Átvételi audit: telepített rendszer állapotfelmérése, dokumentálása és kockázatai
Második vélemény: ajánlat, rendszerválasztás vagy hibás telepítés független értékelése
Home Assistant-konzultáció: architektúra, integrációk, automatizmusok, stabilitás

Mennyibe kerül

[TBD: távoli konzultáció díjazása, elszámolási egység és minimum]

a logika, ami mögötte fut

Hogyan néz ki egy automatizálás belülről

Egy épületautomatizálás nem attól rendszer, hogy sok eszköz van benne, hanem attól, hogy a feltételek és a visszaállási ágak végig vannak gondolva. Ez egy tipikus példa arra, mit jelent ez a gyakorlatban.

Automatizálási logika példa

TRIGGER

Ami elindítja

PV többlet: > 1,5 kW
kitartás: 5 perc

Nem pillanatnyi érték: a kitartás nélkül a felhőátvonulás oda-vissza kapcsolgatná a hőszivattyút.

FELTÉTEL

Aminek teljesülnie kell

HMV tároló: < 52 °C
napszak: 09:00–16:00
hőszivattyú: nincs hibajel

Mindhárom feltétel ÉS kapcsolatban. A hibajel-ellenőrzés nélkül a logika hibás állapotba is beleküldene.

AKCIÓ

Ami történik

HMV célérték: 52 → 60 °C
hőszivattyú: engedélyezve
esemény: naplózva

A célérték-emelés a tárolót használja hőakkumulátornak: a többlet nem a hálózatba megy vissza.

VISSZAÁLLÁS

Ha a többlet 10 percen át 0,5 kW alá esik, a célérték visszaáll 52 °C-ra. Visszaállási ág nélkül a rendszer estére is bent hagyná a megemelt célértéket, és a hálózatból fűtene tovább — ez a leggyakoribb hiba az ilyen automatizálásokban.

Példa egy napelemes többletre optimalizáló automatizálásra, három lépésben. Trigger: a PV-többlet öt percen át meghaladja az 1,5 kW-ot. Feltétel: a használati melegvíz tároló 52 °C alatt van, 09:00 és 16:00 között vagyunk, és a hőszivattyú nem jelez hibát — mindhárom egyszerre. Akció: a tároló célértéke 52-ről 60 °C-ra emelkedik, a hőszivattyú engedélyt kap, az esemény naplózódik. Visszaállás: ha a többlet tíz percen át 0,5 kW alá esik, a célérték visszaáll. Az értékek szemléltetésül szolgálnak.

kapcsolódó rendszerek

Amivel ehhez dolgozunk

A teljes lista a rétegek szerint rendezve a főoldalon, protokollonként pedig a kompatibilitási mátrixban.

Távoli hibakeresés — kapcsolódó rendszerek és protokollok
Rendszer	Átjáró	Mit csinálunk vele
Zigbee 3.0	koordinátor	Csatornaválasztás a Wi-Fi ütközés elkerülésére, router-lefedettség tervezése, instabil hálózat bemérése és rendbetétele.
Z-Wave	controller stick	Hálózat kiépítése, útvonalak újraépítése, régi és 800-as sorozatú eszközök együttélésének rendezése.
Matter / Thread	Thread border router	Border routerek elhelyezése, Thread hálózat és a meglévő Zigbee együttélésének rendezése ugyanazon a 2,4 GHz-en.
MQTT	broker	Broker üzemeltetése, témastruktúra kialakítása, hitelesítés és TLS beállítása.
Home Assistant	—	Beüzemelés, integrációk bekötése, automatizálások írása, mentés és frissítési rend, távoli hibakeresés.
ESPHome	natív API	Egyedi szenzorok és vezérlők építése ott, ahol nincs jó gyári eszköz; meglévő eszközök átflashelése.
Shelly	helyi API / MQTT	Meglévő kapcsolók mögé építés falbontás nélkül, fogyasztásmérés, bekötés a vezérlőbe helyi API-n.

mit oldunk meg

Ezekkel a helyzetekkel szoktak keresni

Tünet, ok, beavatkozás. Ezek a leggyakoribb helyzetek, amikkel megkeresnek — a legtöbbjük nem új rendszert igényel, hanem a meglévő bemérését és rendbetételét.

Instabil Zigbee hálózat, lecsatlakozó eszközök

RÁDIÓ távoli vagy helyszíni Tünet · ok · megoldás Bezárás

Tünet: Eszközök véletlenszerűen elérhetetlenné válnak, a parancsok késnek vagy elvesznek, újrapárosítás után pár napig jó, aztán megint nem.
Tipikus ok: Jellemzően csatornaütközés a Wi-Fivel, túl kevés hálózati táplálású router a mesh-ben, rossz koordinátor-elhelyezés, vagy USB 3.0 port okozta 2,4 GHz-es zaj.
Amit csinálunk: Végigmérjük a hálózatot: csatornafoglaltság, eszközönkénti LQI és útvonalak. Csatornát váltunk, routereket helyezünk el, a koordinátort hosszabbítóval elhúzzuk, és utána visszamérjük.

Home Assistant hibakeresés — nem fut le, amit megírtál

VEZÉRLŐ távoli Tünet · ok · megoldás Bezárás

Tünet: Az automatizálás néha lefut, néha nem. Egy frissítés után elszáll egy integráció. A napló tele van, de nem derül ki belőle, mi a baj.
Tipikus ok: Versenyhelyzet a triggerek között, hiányzó feltétel, állapot helyett attribútum figyelése, elszállt egyedi entitás, vagy egy breaking change a frissítésben.
Amit csinálunk: Végignézzük a naplót és a trace-eket, reprodukáljuk a hibát, átírjuk az automatizálást úgy, hogy determinisztikus legyen — és megmutatjuk, mit néztél volna te is, ha tudod, hol keresd.

Meglévő rendszer átvizsgálása — biztonsági szemmel is

IP távoli vagy helyszíni Tünet · ok · megoldás Bezárás

Tünet: Évek alatt összeállt egy rendszer több generációból, több platformról. Működik, de senki nem tudja már, mi mit vezérel, és mi történik, ha valami elromlik.
Tipikus ok: Dokumentálatlan integrációk, egymást átfedő automatizálások, felhőfüggő eszközök kritikus helyen, mentés nélküli vezérlő — és jellemzően gyári jelszóval futó eszközök egy lapos hálózaton.
Amit csinálunk: Az átvizsgálás két rétegben megy. Működés: feltérképezzük, mi van kint, kiszedjük az ütköző logikákat, kiváltjuk a felhőfüggő láncszemeket, beállítjuk a mentést. Biztonság: gyári jelszavak, kintről elérhető felületek, elavult firmware, hálózati szegmentálás hiánya, felhőbe kimenő forgalom. Mindkettőről írásos leletet és egy átadható topológiát kapsz.

Nem biztonságos távoli elérés — nyitott port a routeren

IP távoli vagy helyszíni Tünet · ok · megoldás Bezárás

Tünet: Kívülről is eléred a rendszert, mert nyitottál neki egy portot a routeren. Működik — és pont ez a baj.
Tipikus ok: Port-továbbítás, gyenge vagy gyári jelszó, és egy szegmentálatlan hálózat, ahol az IoT-eszközök ugyanott ülnek, mint a laptopod. Ez a leggyakoribb és a legveszélyesebb hiba, amit találunk.
Amit csinálunk: Bezárjuk a nyitott portot, és VPN-en (WireGuard) keresztüli távoli elérést állítunk be. Az IoT-eszközök külön hálózati szegmensbe kerülnek, ahonnan nem látnak rá a belső hálózatra.

Lassuló vezérlő és mentés, ami nem állítható vissza

VEZÉRLŐ távoli vagy helyszíni Tünet · ok · megoldás Bezárás

Tünet: A vezérlő egyre lassabb, aztán egy reggel nem indul el. Ekkor derül ki, hogy mentés vagy nincs, vagy nem lehet belőle visszaállni.
Tipikus ok: Elhasználódott SD-kártya, túlnőtt adatbázis, és egy mentés, ami a házon belül van, vagy amit soha senki nem próbált ki.
Amit csinálunk: Tartósabb tárolóra költöztetjük a vezérlőt, rendbe tesszük az adatrögzítést, és automatikus mentést állítunk be, ami a házon kívülre is kerül. A visszaállítást ki is próbáljuk.

amit csinálunk

A stack többi rétege

Egy rendszer ritkán áll meg egy rétegnél. Ezeket is mi visszük, ugyanabban a kivitelezésben.

KNX kiépítés és ETS-programozás

Topológiaterv, buszvezeték, ETS-programozás. Meglévő rendszer átvétele az ETS projekt nélkül is.

Részletek 02

Strukturált kábelezés, KNX buszvezeték és erősáram

Strukturált kábelezés, erősáram és kamerahálózat — saját villanyszerelői kivitelezésben.

Részletek 03

Utólagos automatizálás falbontás nélkül

Kész, lakott lakásba: szerelvény mögé építhető modulok és rádiós eszközök, falbontás nélkül.

Részletek

kapcsolat

Kérj konzultációt

Írd le, mi van most kiépítve és hol akadtál el. Nem kell hozzá kész terv — a konzultáció pont arról szól, hogy kiderüljön, mi a reális megoldás. Minél konkrétabb vagy (protokollok, eszközök, vezérlő), annál pontosabb választ tudunk adni, kiszállás nélkül is.