-
IT café
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
hoodoo86
tag
válasz itanczos #631 üzenetére
Ket dolog lehet:
- vagy az eszkozok nem jegyzik meg az utolso allapotukat
- vagy a szoftver platform adott mindennek "on" allapotot inicializalaskorElso eset gaz lenne. De valoszinubb a masodik eset.
Ha utana akarsz jarni a dolognak: az eszkozokon menj vegig egyesevel: ki es bekapcsolt allapotban aramtalanitsd (csak az eszkozt) es vissza. Igy meglatod, hogy magatol milyen allapotba jon vissza.
Utana a home assistantot nezd at, hogy aramtalanitas utan hogyan inicializal. Lekeri az allapotokat vagy beallit egy fix erteket?
-
hoodoo86
tag
válasz itanczos #633 üzenetére
oké, szóval nem a gateway / home assistant csinálja.
"Úgy néz ki, hogy a Xiaomi dugalj-kapcsoló nem jegyzi meg az utolsó állapotát, pedig a MiHome app-ban be van kapcsolva ez a funkció."
Ez egy bug lesz a kapcsoló firmware-jében, vagy az app-ban. Lehet idővel javíthatják. A többi eszközöd meg sajnos akkor bekapcsol Nekem homematic eszközökkel van tapasztalatom, és ott mindegyik megjegyzi az utolsó állapotot.
Addig egy megoldásként azt tudod csinálni, hogy a home assistant felállásakor (start event) előre meghatározott állapotokba állítod az eszközöket (pl: mindenre adsz egy kikapcs parancsot).
Szerkesztés: most olvasom, hogy nem tudsz mindent home assistantból vezérelni. Azokra az eszkozökre nincs megoldásom.
[ Szerkesztve ]
-
hoodoo86
tag
Domoticz / openhab a gatewayen keresztul olvassa ki az eszkozok ertekeit. A kifele kommunikacio megszuntetesere szerintem a gateway meghackelesenel egyszerubb kideriteni, hogy mivel kommunikal a gateway es feketelistazni ezt a kapcsolatot routerben. A napokban kiprobalom majd ezt, hogy a gyakorlatban kivitelezheto e.
Valoszinu kuldi kulso szerverre az adatokat, mert most teljesen mas halozatrol latom a mi home appban az otthon levo szenzorok ertekeit.
[ Szerkesztve ]
-
hoodoo86
tag
Tegnap játszottam ezzel én is, ahogy ígértem.
A gateway küldi külső szerverre az információt. Így a home app távolról tudja vezérelni az eszközöket. Még ha otthon, azonos hálózaton is vagy a gateway-el, a mi home app akkor is ellenőrzi időközönként, hogy van e internet elérés a gateway-nek. Ha nincs, akkor az app letilt mindent. Tehát ha a gatewayt letiltod az internetről, akkor a mi home app-nak búcsút lehet inteni.
A bármilyen 3rd party szoftverrel vezérléshez (openhab / homebridge / domoticz / home assistant / stb) a gatewayt először “local area network communication protocol” módba kell tenni. Így fogod tudni vezérelni az internetről letiltott gatewayt egy azonos hálózaton lévő szoftverrel.
-
hoodoo86
tag
Előbbit jelenti. LAN-on lehet valamilyen protokollon keresztül vezérelni. Mi home app akkor is ellenőrzi, hogy a gateway-nek van e net elérése, ha aktív a lan mód.
Én eddig openhab (1.8)-ot használtam központnak. A 2-es verzióval nagyon nem vagyok megelégedve, a binding-ok minősége használhatatlanná teszi az egész platformot nekem. Emiatt kezdtem el mást nézni. Egyelőre a homebridge-et próbáltam ki (Apple homekit támogatás). Ennek is látom előnyeit és hátrányait már, így ideje kipróbálnom az új, népszerű rendszerek közül valamelyiket (domoticz vagy home assistant). Valószinű utóbbit fogom először kipróbálni.
Eszköz szintjén pedig sok tapasztalatom van a HomeMatic eszközökkel. Openhab-bal vezéreltem rádiós, vezetékes aktorokat (világítás, redőny), radiátor szelepeket.
Xiaomi-ba nem rég vásároltam be egy Gateway-el és eddig csak a hőmérséklet szenzorok jöttek meg. Contact szenzorokra várok még. A jövőben szerintem csak szenzorokat és maximum push buttont veszek tőlük.
A következő hetekben pedig az Ikea Tradfri világítást is kipróbálom egy Gateway-el és pár dimm és RGB körtével.
-
hoodoo86
tag
Ez a radiátor szelep van felszerelve: [link]
Az egész rendszer 3 rétegű:
- közvetlen kapcsolat HomeMatic eszközök között
- HomeMatic CCU-ba beépített programok
- Openhab-ban futó programok is vezérlik a Homematic dolgokat CCU-n keresztülA három réteg redundancia miatt van. Fentről lefele növekszik a megvalósítható logika komplexitása, viszont csökken a rendelkezésre állás. Ha kiesik az Openhab, a fölötte levő rétegek még egy limitáltabb funkcionalitást ellátnak. Ha kiesik a CCU, az alap fűtés még akkor is megmarad.
Közvetlen kapcsolatban van a vízkeringtető pumpa aktorja a termosztátokkal [link], a termosztátok pedig a radiátor szelepekkel. Ha a hőmérséklet leesik a beállított hő alá valahol, akkor rákapcsolja a keringtetést.
Második rétegben (CCU program) a riasztó is rá van kötve a rendszerre. Ha élesedik a riasztó, akkor leveszi a hőmérsékletet mindenhol egy beállított értékre. Ha deaktiválódik a riasztó, akkor visszaáll a normál hő.
Openhab-ban fűtést érintő program egyelőre nincs. Megvalósítható lenne itt is minden, de ez a réteg romolhat el a legkönnyebben.
FHEM-et nem próbáltam. Ránézésre elég régi rendszer és nem ad pluszt egy openhab-hoz képest. Német termék a homematic, fhem és az openhab vezető fejleszői is németek. Ezért van főleg német nyelvű anyag hozzá. Azért angolul is megtaláltam minden információt, amire szükségem volt.
-
hoodoo86
tag
Ha 1 heten belul mas nem csinal ilyet, akkor irj ram. Tegnap kezdtem el beleasni magam home assistantba. Telepites megvolt, xiaomi gateway es homerseklet szenzorokat latja mar es a gateway ledjet tudom kapcsolgatni. Meg a konfiguracioban el akarok jobban melyulni mielott irok a temarol.
Tobb xiaomi gateway nem akadaly.
-
hoodoo86
tag
Sziasztok, készítettem egy (magyar) leírást a home assistant telepítéséről, és egy xiaomi gateway + hőmérő felkonfigurálásáról.
Főleg erre a kérésre:
[link]A kérdésem annyi, hogy elfér itt 150-200 sor leírás, vagy legyen inkább logout bejegyzés?
-
hoodoo86
tag
válasz DougButabi #1383 üzenetére
"**vára várom már a homeassistant leírást"
este csinálok egy utolsó tesztet, hogy minden működik-e, ahogy leírtam, meg készítek pár screenshotot is és küldöm be a leírást.Viszont én sima raspbian-nal [link] indultam ki. Bekapcsoltam az SSH elérést és innen telepítettem fel a szoftvert. Neked is ezt ajánlom első körben. Könnyebb lesz így megállapítani, hogy hol a hiba. Ha már van rutin a home assistant lelki világával, akkor mehet a hass.io . Szerintem.
-
hoodoo86
tag
válasz alcsapalcsa #1382 üzenetére
Ha jól van felkonfigurálva a service fájl akkor egyszer ezt kell beírnod:
sudo systemctl enable mosquitto.service
és ez bekapcsolja az automatikus indítást. Újraindítás után nézd meg hogy sikeresen elindult e a service ezzel:
sudo systemctl status mosquitto.serviceha a logot is ír akkor ellenőrizd ezt is:
sudo journalctl -u mosquitto.service -
hoodoo86
tag
Home Assistant telepítése (Raspberry Pi-re) és konfigurációs alapok
Kérdések, problémák jöhetnek ide is, így más is tud segíteni.
-
hoodoo86
tag
válasz DougButabi #1513 üzenetére
Úgy néz ki, hogy a november 4-én kiadott Home Assistantban (0.57) van egy hiba.
A PyXiaomiGateway 0.6.0 a következő csomagot használja: cryptography, ami pedig olyan csomagokat használ, amik nincsenek alapból benne a raspbian-ban.Itt azt írják, hogy manuálisan telepíteni kell a kövekező csomagokat:
sudo apt-get update
sudo apt-get install build-essential libssl-dev libffi-dev python3-devmajd a python virtuális környezetben
sudo pip3 install cryptography
sudo pip3 install PyXiaomiGateway==0.6.0Gondolom egy következő Home Assistant verzióban javítják majd.
A másik megoldás, hogy specifikusan az októberi verziót installálod.
A leírásom következő lépésénél:- a virtuális környezetben telepíteni kell a home assistant-ot
pip3 install homeassistanthelyett
pip3 install homeassistant==0.56.2
Este tesztelem az új verziót, meg a fenti 0.56.2 telepítést és update-elem a leírást, ha ezek közül valamelyik jó megoldás.
[ Szerkesztve ]
-
hoodoo86
tag
válasz DougButabi #1530 üzenetére
A source bin/activate parancs utan vagy a virtualis kornyezetben.
-
hoodoo86
tag
válasz DougButabi #1530 üzenetére
Először is köszönöm, hogy szóltál, hogy nem jó a leírás! Ha nem szólsz, akkor én nem veszem észre, hogy a publikálás után két nappal kitolnak egy HA verziót, amiben nem megy a Xiaomi Gateway a raspberry-ken.
Megvan a megoldás a hibára. Ha megnézed a leírást, akkor a Telepítés szekciót frissítettem ezzel (vastaggal szedve a módosítás):
- telepíteni kell a python3-t és egyéb szükséges python csomagokat:
sudo apt-get update
sudo apt-get install -y python3 python3-venv python3-pip- és a Xiaomi Gateway-hez szükséges csomagokat:
sudo apt-get install -y libssl-dev libffi-devHa az elejétől csinálod az egész leírást, akkor innen már jól installálódik a többi csomag.
Ha már fel van telepítve a Home Assistant és nem látja a Xiaomi Gateway-t, akkor a fenti vastag betűvel szedett parancsok után futtasd le a következőket is:
sudo systemctl stop home-assistant@homeassistant
sudo su -s /bin/bash homeassistant
cd /srv/homeassistant
source bin/activate
pip3 install PyXiaomiGateway==0.6.0Innentől már működnie kéne a 0.57.2-es HA -nak. Indítsd újra el a process-t (exit, majd sudo systemctl start home-assistant@homeassistant).
A leírás telepítés részét teszteltem egy friss raspbian-on. Ha kérdés van, bátran jöhet ide.
[ Szerkesztve ]
-
hoodoo86
tag
válasz alcsapalcsa #1579 üzenetére
Az eddig felsorolt szenzorokat kiegeszitenem egy CO2 szenzorral. Benti levego minoseg figyelese, esetleg parositani egy automatikus ablak nyito mechanikaval.
-
hoodoo86
tag
Én nem fogom mondani, hogy ne Az eq-3 homematic radiátor szelepeit ismerem, így amit leírok, ott 100%, hogy így működnek, a max! rendszerben meg valószínű. Homematic meg max! rendszerek ugyan attól a gyártótól vannak, kb ugyan az a funkcionalitás, ugyan úgy 868mhz-es frekvencia. A max! volt előbb, így lehet, hogy valamelyik funkció amit leírok, csak home matic-ban van benne.
Szerintem jól teszik a dolgukat, elégedett vagyok velük. A max! szelep vezérlőkön a műanyag szorító gyűrű nem tetszik, de úgy látom fém csak a legújabb home matic-okon van.
Az ablak szenzor csak arra jó, hogy ha nyitva van az ablak, akkor elzárja a szelepet, majd becsukás után tud "boost"-ot adni. Ez mind természetesen konfigurálható. Szoftveresen is képes valamennyire megpróbálkozni az ablak nyitás detektálással a szenzorok nélkül is (gondolom a hirtelen csökkenő hőmérsékletből).
Van a radiátor szelep vezérlőkben is hőmérséklet érzékelő. Lehet állítani az offset-et, ha a szoba másik felében jóval hidegebb van, mint a radiátornál.
Ha van fali termosztátod, akkor a hőmérséklet értéket arról veszi a szelep vezérlő. Másik előnye a fali termosztátnak, hogy tudsz csoportosított szelepeket is vezérelni, tehát pl ha egy szobában 1 termosztátot + 3 radiátor szelepet összecsoportosítod, majd a termosztáton kiadsz egy parancsot, akkor azt veszi mind a három szelep.
Én beprogramoztam egy autó módot (éjjel visszavesz 1,5 fokot). És ha hoszabb időre deaktiválni akarom az auto módot (napokig nem vagyunk otthon), akkor átteszem manuális módba.
Ami szerintem még pozitívum, hogy ha a cube-od megmakkan, akkor is megy a lokális vezérlés a fali termosztát, ablak szenzor, szelep vezérlő között, mert ők közvetlenül egymással kommunikálnak.
-
hoodoo86
tag
App / Home assistant / Openhab távoli vezérlés természetesen megy. Max!-nál a cube eszközön keresztül, home matic-nál un. CCU2-n keresztül.
Nálunk távhő van. Van egy szelep a bejövő ágon, amit megnyit egy home matic aktor, ha a három termosztátból az egyik jelez, hogy alacsony a hőmérséklet. Max! rendszerben nincsenek aktorok, így nálad ezt máshogy kell megoldani, de akkor meg elveszti minden előnyét a max! rendszer (nem lesz közvetlen kommunikáció az eszközök között).
Így most, hogy látom a teljes képet nálad, szerintem neked inkább egy távolról is vezérelhető programozható termosztát kell. Ha integrálni akarod egy keretrendszerbe (pl home assistant), akkor egy drágább, nevesebb gyártótól való kell (ecobee / nest / honeywell / ...). Ha nem zavar, hogy külön app-ba belépve kell a hőmérsékletet állítani, akkor nagyobb a választék, és erre már kaptál is példákat a napokban.
-
hoodoo86
tag
válasz Arcanus #1854 üzenetére
Szia,
az egyik kérdés, amit a kezdetekkor meg kell válaszolnod, hogy milyen eszközöket akarsz használni. Saját magad építed olcsó alkatrészekből, vagy már kész termékekből építkezel.
Mindegyik eszköz valamilyen protokollon keresztül kommunikál egymással / másokkal.
Vannak eszközök, amik wifi modullal, saját ip címmel és valamilyen api-val rendelkeznek (ezek a "wifi-s eszközök". Pl: Xiaomi Yeelight, Sonoff termékek, stb). A routerre közvetlenül csatlakoznak.Vannak eszközök, amit más protokolt használnak a kommunikációhoz, mint pl: zigbee, zwave, knx, bidcos.
Ahhoz hogy ezeket az eszközöket integrálni lehessen egy keretrendszerbe, szükséges egy gateway. A gateway egyik irányban kommunikál az eszközökkel, a másik irányban pedig ip címen és api-n keresztül parancsokat lehet adni neki és adatokat lekérdezni. (pl Xiaomi aqara termékek, ikea tradfri, philips hue, homematic eszközök, stb, stb).Ezt azért írtam le, hogy lásd mi a közös minden eszközben, legyen az saját építésű, vagy késztermék: Kell egy keretrendszer, ami szerverként fut (Home assistant / Domoticz / Openhab / egyéb) és ennek a keretrendszernek kell tudnia kommunikálnia a gateway-ekkel, vagy a "wifi-s eszközökkel". Ha megnézed az általam felsorolt keretrendszerekel, láthatod, hogy melyik eszközöket támogatják, azaz melyik termékekkel tud kommunikálni.
A külső adatbázisba mentés ugyan ez a dolog. A keretrendszernek kell a különböző helyről begyűjtött adatokat egy központi helyen tárolnia, vagy egy külső tárolóba továbbítania. Ha még nem támogatja, akkor plugin-ként bővíthetők ezek a keretrendszerek.
Ha jó rendszert akarsz, akkor nem lehet klasszikus master-slave az egész rendszer. Mi történik, ha kiesik a szervered / vacakol a routered? Nem tudod felkapcsolni a villanyt? Erre van megoldás, amit tervezéskor kell figyelembe venni.
"Van-e bárkinek tapasztalata, hogy ezt hogyan érdemes kialakítani? Wireless / wire? Bluetooth / WiFi? Milyen eszközökkel érdemes próbálkozni?"
Ez nagyon nagy téma. Ha ismerkedés a cél, akkor kezdésnek nézzél eszközöket, hogy mikkel akarsz dolgozni. Én a xiaomi-t tudom ajánlani ismerkedni a kedvező ára és tudása miatt (éles rendszerbe csak fenntartásokkal ajánlom).
"Google Firebase szolgáltatást használnám"
Ha jól nézem az általam felsorolt keretrendszerek nem támogatják, de mind open source projekt, így te is írhatsz plugint hozzájukÉn kérdésem, hogy mit tud nyújtani a "Google Play Secivces" ebben a kontextusban, mire jó itt? (nem ismerem, komolyan kérdezem)
-
hoodoo86
tag
válasz Seraph 16 #1998 üzenetére
Okos villanykortek + taviranyito a fali kapcsolo helyett. A fali kapcsolot fix felkapcsolva kell hagyni es melle helyezni a taviranyitot a hagyomanyos vezerleshez. Plusz szoftveres vezerles.
Pl xiaomi yeelight + xiaomi aqara gomb (de akkor kell a xiaomi gateway is)
Vagy ikea tradfri kortek + taviranyito es tradfri gateway.
Vagy philips hue termekcsalad.
Vagy milight
http://www.milight.com
Milight is okoskorte, van hozza taviranyito es kell egy gateway az appos vezerleshez. Banggood-rol beszerezheto volt. -
hoodoo86
tag
válasz BullZeye #2028 üzenetére
Ezek a radiátor vezérlők általában önmagukban is jól működnek. Van bennük hőmérő, ami kompenzál a radiátor közelségére. De ha a szoba másik felében pár fokkal hidegebb / melegebb van, akkor további offset-et is lehet megadni. Szóval általában csak bekonfigurálod, beállítod a kívánt hőt és jól teszik a dolgukat. A Domoticz-hoz integrálással pedig távvezérlést is kapsz pluszban.
Wifiset nem láttam még, csak bluetooth, vagy olyan rádiósat, amihez gateway kell.
-
hoodoo86
tag
Egyébként mi a use-case-ed, amihez kéne az időjárás adat?
Én így gondolkozom:
- ha csak információ kell, hogy hány fok van, mi a páratartalom, mennyi az uv, stb, akkor azt egy netes szolgáltatástól is megkapom. Itt nem történik tragédia, ha egy ideig nincs kapcsolat- ha automatizálást akarok építeni rá, akkor olyan eszköz kell, ami nem az internetre küldi a jelet, majd onnan szedem le, mert az elég nagy szívás lenne, ha az automatizálás azért nem megy, mert nincs internet kapcsolat (belső ip hálózat még van) (ezért no-go a netatmo is)
- a legjobb olyan rendszer lenne, ahol még a belső ip hálózat is megszűnhet, de a szenzor és aktor továbbra is tud kommunikálni. Ehhez ugyan azt a protokollt kell használnia a szenzornak és aktornak is (zigbee / zwave / egyéb). (nálam ez a preferált).
- automatizálásnál is most hirtelen nekem ezek a use-case-ek jutnak eszembe:
1. szélerősség, eső figyelése, és ha erős szél van, vagy esik az eső, akkor automatikusan húzza be az árnyékolót
2. küldjön riasztást, ha esik az eső és nyitva van egy ablak
3. külső hőmérsékletet is figyelembe vevő levegőztetés -
hoodoo86
tag
válasz Jamesch #2096 üzenetére
"Apropó Home Assistant meg ezeknek van vmi androidos appja, ami távirányítóként használható mondjuk?"
Igen van nekik. És pont arra jók, hogy a különböző gyártó különböző termékeit, (amik egymással általában nem is tudnak kommunikálni) egy rendszerbe integrálhatod. Egy felületen láthatod és állíthatod a termosztátod, a villanyokat, tv-t és a többit. A háttérben meg van 1 termosztátod xy gyártótól, van egy broadlink távirányítód az RF dolgokhoz, és így tovább.
Ha meg már egy rendszerben vannak, akkor egymással össze is köthetők, automatizálhatók.
Ezen a 433mhz-es világításkapcsoláshoz ragaszkodást nem értem. 433mhz-nak van elég hatótávolsága? Ahogy előttem is írták, ez csak egyirányú kommunikáció, nem tudsz a szoftverből meggyőződni róla, hogy megtörtént az állapotváltás.
-
hoodoo86
tag
Szia,
Nem fog mukodni a mihome rendszeren keresztul a sonoff. Ehhez kell egy vezerlo szoftvert futtatni egy kis szerveren (Pl Domoticz / Home assistant/ egyeb) raspberry-n / synology-n / home szerveren. Ebben a vezerlo szoftverben tudod a kulonbozo rendszereket osszeintegralni.
-
hoodoo86
tag
válasz enesbcs #2255 üzenetére
+1 a pimoroni-ra. 2-t rendeltem innen. Háznak ilyet vettem. És a router usb portjáról üzemeltetem.
A raspbian lite verzióját tettem fel a microSD kártyára, meg 2 fájlt felmásoltam, így boot után egyből csatlakozott a wifi-re. Így nem kellett semmit rádugdoznom átalakítóval.
[ Szerkesztve ]
-
hoodoo86
tag
Ez minden új technológiával így van. U.n. hype cycle segítségével lehet a technológiák elfogadottságát, érettségét bemutatni:
Ez a görbe azt mutatja, hogy több fázisa van a technológia érettségének:
- kezdeti lelkesedés
- kiábrádulás
- letisztulás
- megvilágosodás és produktivitás növelésAkik ebben a fórumtémában olvasgatnak, ők az új technológiára fogékonyak, szóval előrébb vagyunk ezen a görbén, mint a nagy átlag.
A Gartner 2017-es görbéje:
[link]("Connected Home"-ot ábrázolják a hype tetején).
Te egy kicsit előrébb jársz a görbén, és még biztosan jönnek csalódást okozó akadályok. Egy idő után letisztul a dolog, és azt a kevesebb, de igazán hasznos funkciót egy idő után használni fogod.
-
hoodoo86
tag
válasz S.Milan #2288 üzenetére
Utolso else if-ed soha nem fog lefutni. Azt a reszt tedd ki egy kulon metodusba.
A megmaradt ket ellenorzest meg alakitsd at sima if - else-re.
De egyebkent en sem erzem indokoltnak az uj valtozo bevezeteset. Nem lehet az idozitest megoldani az if agon belul?
[ Szerkesztve ]
-
hoodoo86
tag
válasz S.Milan #2292 üzenetére
1. vedd ki innen a script futtatasat (3. 5. sor). Ezzel ez a metodusod keszen van.
2. csinalj egy uj metodust, ami ebbol all:
If (Var G-L left checker = 1) {
Start script .....gate1.sh
}
else if (Var G-L left checker = 2) {
Start script ......gate2.sh
}(tobb megoldas is van, lehet mas javaslatot kapsz mire megirom ezt a hsz-t)
-
hoodoo86
tag
válasz martillo #2320 üzenetére
Teszteld le ezt:
Szerintem nem lesz jó, mert a "Complete" szekció végigfutásánál (minden 20. percben) ellenőriz újra rá a hőmérsékletre. Például ellenőrzi a hőmérsékletet, 24,3-at mér, elindul a "complete" rész lefutása, és az 15 percig túlfűthet.
Ezért teszteld le, mert lehet, hogy tévedek. Ha folyamatosan teszteli a hőmérsékletet, és megszakítja a korábbi futást, akkor jól működik.
---------
Másik megoldás, hogy nem rakod be a 15p-5p részt, hanem If (temp < 24,5) { power On } és csinálsz egy másik szabályt, ahol If (temp >= 24,5) { power Off }.
Elmented ezt a két szabályt. Fürdés előtt 1,5 órával kézzel bekapcsolod a két szabályt, és működik, amíg kézzel ki nem nyomod a két szabályt.
-
hoodoo86
tag
válasz Norby-007 #2393 üzenetére
Először a configuration.yaml -ben keresd meg a "logger:" részt, majd állítsd be így:
logger:
default: warnMódosítás után indítsd újra a hass-t. Ezzel a terminal-ban már csak error-t fogsz látni.
Első körben fókuszálj csak a gateway-re (az van csak nekem). A megoldás szerintem hasonló lesz a gw és yeelight között.
Most kapcsolgasd a gateway led-et a felhasználói felületről, és nézd meg a terminal-t, hogy milyen hibaüzenetet dob. Így látatlanba azt mondom, hogy ellenőrizd a configuration.yaml-ben a xiaomi gateway mac és key értékeit. Ha ezek rosszak, akkor lehet csak olvasni az eszközök értékeit, de írni nem. Mind a mac és key érték csak számokat és nagy betűket tartalmazhat (ne legyen ":", vagy kis betű).
[ Szerkesztve ]
-
hoodoo86
tag
válasz itanczos #2401 üzenetére
Jelen! rPi Zero W. Nem akartam átalakítót venni hozzá, ezért wifi-n csatlakozik a routerhez. Igaz ott van pont mellette (10cm). Bármikor ránéztem a home assistant / homebridge-re elértem.
Én a távolsággal játszanék, és nézd meg, hogy a 2,4ghz-es sávok, amiet a routered használ mennyire telítettek. Lehet elnyomják a wifi jelet.
-
hoodoo86
tag
válasz Norby-007 #2409 üzenetére
1. A groups.yaml -ban mikor létrehozol view-kat, akkor eltűnnek a kerek kijelzők. Így van tervezve.
Az eszközök továbbra is megmaradnak, láthatod őket a http://ipcim:8123/dev-state címen. Innen másolgasd ki az eszközök nevet a groups.yaml -be. Amit betettél a groups fájl-ba, azok meg fognak jelenni.2. Samsung tv-t az auto discovery miatt találta meg. Azt is megjegyzi akkor is, ha eltűnnek a kör alakú ikonok. A fenti linken láthatod a pontos nevét, és beteheted a groups.yaml-be, olyan csoportba, ahova te szeretnéd.
Tessék, itt egy példa groups fájl:
default_view:
view: yes
name: Főképernyő
icon: mdi:home
entities:
- group.living_room
- group.kitchenliving_room:
name: Nappali
control: hidden
entities:
- light.nappali_wwcw_1
- input_select.living_room_color_temp
- sensor.temperature_158d000xxxxxxx
- sensor.humidity_158d000xxxxxxx
- sensor.illumination_34ce00xxxxxx
- light.gateway_light_34ce00xxxxxx
- light.plug1kitchen:
name: Konyha
control: hidden
entities:
- light.konyha_wwcw
- input_select.kitchen_color_temp
- light.plug2Van egy default_view nevű csoport, ami a "view: yes" miatt egy tab. Ha csinálsz még egy csoportot, ami view: yes, akkor felül megjelenik mind a két tab. A tabokon belül további csoportokat tudsz létrehozni. A fenti példában living_room, kitchen nevű csoportokat létrehoztam és betettem a default_view tabba. Egy default_view nevű group-nak lennie kell, tehát az első tab-ot te is így nevezd el. A további tabok technikai nevei már tetszőlegesek lehetnek.