-
Fototrend
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
szat8
tag
válasz Degeczi #14894 üzenetére
Ez megalázóan jobb megoldás, mint amit én csináltam.
Pedig hogy örültem magamnak, hogy megoldottam a feladatot...
Nem tudom honnan lehet ezt megtanulni előtanulmányok nélkül, minden esetre köszi a segítséget, éppen ezt a megoldást kerestem.
Elég zavaros még a fejemben a rendszer, de apránként remélem majd tisztul a kép. -
szat8
tag
válasz dieselgti #14901 üzenetére
Egyébként van valami sebességbeli vagy bármi más különbség, hogy a shellyt MQTT-n vagy REST-en keresztül használja az ember?
A felhő nem izgat, viszont a StyraHem verzióban tetszik a firmware update lehetőség, amire a másikban (amit használok) nem láttam megoldást.
Kicsit zavaros volt nekem elsőre az eszközök paraméterezése, ezért döntöttem az MQTT mellett (meg az a Domoticz miatt már ismerősebb terepnek tűnt), de lehet, hogy a korlátozottabb megoldást sikerült kiválasztanom.Szerk.:
Hogy ne legyek rest, megkerestem a választ a saját kérdésemre:One major difference between MQTT switches and REST switches is that there is about 10 to 15 seconds of lag time from the time the switch is manually toggled to when the state updates in home assistant. This is due to the fact that it needs to send an HTTP GET request to the url to figure out if the switch is on or off, and doing so every second would cause an unnecessarily large amount of extra traffic on your network. There is never any lag in actually turning the switch on and off, only in showing the current state of the switch on the dashboard. However, if this update lag is unacceptable to you you can always add the parameter “scan interval” to your configuration file to tell it how often to issue a GET request to that switch. I wouldn’t recommend going crazy with it, but setting it to a value of 5 seconds or so shouldn’t be a problem since this device is on your local network.
Tehát a kapcsolási sebességben nincs különbség, csak a dashboard-on kicsit késve látszik a kapcsoló aktuális állapota.
Ezen kicsit lehet állítani, de felesleges nagyon sűrű visszajelzésre venni, mert csak terheli a rendszert.[ Szerkesztve ]
-
szat8
tag
válasz DougButabi #14924 üzenetére
Csinálhatod azt is, hogy nem entity cardra teszed a redőnyöket, hanem pl glance cardba bepakolsz egymás mellé fel/stop/le gombokat, amiknek
cover.open_cover
és társai parancsokat adsz meg klikkelés eseménynek.
Az elsőt kicsit macerás megcsinálni, de utána már csak copy paste. -
szat8
tag
Összeszedve sekélyes angol nyelvtudásomat rákérdeztem a Tado-nál, hogy a Bosch condens 2000 kazánom esetén támogatja lángmodulációt.
Visszakérdeztek, hogy milyen termosztátom van most, meg van-e padlófűtés, amiket mondjuk teljesen irrelevánsnak gondolok, mert attól, hogy most xar termosztát van rajta, meg tudna jobbat is.
Behazudtam nekik a Bosch TRZ 200-as opentherm termosztátot.
Jött is a válasz fél napon belül:tado° can replace your current set up and it does support the flame modulation
Szuper, már csak találnom kell valahol egy eladó v3-at, ha lehet extension kittel.
(A mostani kicsit szerencsétlen helyen van bekábelezve.) -
szat8
tag
Már kicsúsztam a szerkesztési időből...
Azt vettem észre, hogy a shelly 2.5 relék közül néha nem változik meg a redőny státusz egyik-másik redőnynél.
De ez csak néha fordul elő.
A shelly eszközök MQTT beállításánál a QOS-t mire érdemes állítani?
Lehet köze a hibás visszajelzéshez? -
szat8
tag
válasz spider23 #14978 üzenetére
Már korábban bedobtam ezt a témát, de nem váltott ki reakciót: [link]
Itt írnak a zigbee2mqtt 1.7-es update-jéről, ami támogat két új boardot is.
Nincs rajtuk antenna (habár elvileg az egyikre tehető némi forrasztás árán), viszont zigbee 3-at, ezzel együtt erősebb és nagyobb hatótávolságú jelet ígérnek.
Ennek megfelelően persze lényegesen drágább is.Nem mondom, hogy ez a legjobb megoldás a problémádra, ha már megvetted a sticket, akkor neked talán érdemesebb simán kitolni a hatótávolságot egy másik jól elhelyezett zigbee eszközzel. Persze nem elemessel, azok nem csinálnak mesh pontot. Nekem olyanom nincs sajnos, de majd valaki biztos ír konkrét tippet, akinek van tapasztalata vele.
Szerk.: Közben @Chal beelőzött, de szerencsére ezek szerint nem mondtam nagy hülyeségeket.
[ Szerkesztve ]
-
szat8
tag
válasz 7Sony7 #15086 üzenetére
Nem javasolt.
Könnyű kiiktatni, hacsak nincs szünetmentesen a hub és a modem, meg a netet sem vágja el a betörő.
A biztosító sem fizet betörés esetén, mert ez nem minősített riasztó rendszer, nincsenek meg a szükséges papírjai hozzá.
Ez inkább hobby/kényelmi célra alkalmas.Mindamellett ha kizárólag 1-2 nyitás érzékelőre van szükséged, és viszonylag olcsón meg akarod úszni, a shelly márkának van wifis nyitás érzékelője is. Nem kell hozzá hub, csak netkapcsolat. De erre is igaz, amit fentebb írtam.
[ Szerkesztve ]
-
szat8
tag
Ha még nincsenek bevésve a szerelvény dobozok a kapcsolókhoz ill konnektorokhoz, mindenhová mélyet kérj.
Nem muszáj shellyt rakni oda, de a lehetőséget érdemes nyitva hagyni, mert később sajnálni fogod, hogy itt-ott vésni kell emiatt utólag.
Redőnyhöz azért nem árt kapcsoló, mert bontható, és szükség esetén hozzáférsz a shellyhez, emellett kezdetben nagyobb a feleség elfogadási együttható, ha ez szempont. -
szat8
tag
válasz Degeczi #15143 üzenetére
Ha már szóba került a HA automatizálás téma, én is kérdeznék egyet.
Hogyan lehet korlátozni, hogy egy trigger csak adott időpont után lépjen életbe, ha előtte történne a trigger, akkor meg a beállított időben.
Magyarul, pl. ha 7 előtt nem akarom felhúzni a redőnyt nyáron, amikor már 5 előtt is világos van.
Ha mondjuk platform:sun event:sunrise a trigger, a condition-nál tudok megadni időpontot, hogy 7 után, de akkor csak annyit érek el, hogy előtte nem húzza fel a redőnyt, viszont 7-kor se fogja.
Biztos van erre okosság, csak még nem látom át. -
szat8
tag
válasz Degeczi #15148 üzenetére
Igen-igen, a logikát értem miért nem húzná fel. Nem is próbáltam még, csak elméletben agyaltam rajta.
Igazából inkább példának szántam, valóban kicsi a különbség, hogy most 7-kor vagy 7:30-kor húzza fel a redőnyt.
(Egyébként sajnos a hálóban nincs. Amikor csináltattuk, még nagyon úri hóbortnak tűnt nekem a motoros, de a kényelmet könnyű megszokni. A nappaliban van csak a nagy redőnyök miatt.)
Valójában inkább a szintaxis érdekel, hogy mi a módja egyszerűen a
(trigger1+condition1) or (trigger2+condition2)
feltétel rendszernek. Ha jól tudom a triggerek alapból VAGY kapcsolatban vannak, a condition-ok pedig AND kapcsolatban. De így a páronkénti összetársításukra még nem láttam példát egy automatizmuson belül.
Igyekszem kiismerni az alapokat, csak sajnos kevés időm van rá.A másik, amit nem értek teljesen, hogy egy glance cardba tettem ikonokat. A nevüket könnyen meg lehet változtatni egy
name: 'valami'
sorral.
Ezt is ki tudja értékelni:{{ state_attr('sensor.mysensor', 'attr-list')[0] }}
De ha berakom a glance cardba a 'valami' helyére, akkor a kód jelenik meg, nem az értéke (ami egyébként egy string).
Ez sem lenne fontos, template-tel biztos működnevalue_template:
után írva.
Inkább csak a logikája érdekel, hogy mit rontok el, miért nem megy közvetlenül a frontend card-jába írva? -
szat8
tag
Egy lehetséges megoldás az, ha a Nap járáshoz igazítod a redőny állásokat.
Először kell hozzá két sensor, amik a nap magasságát és irányát figyelik.- platform: template
sensors:
sun_elevation:
friendly_name: "Sun Elevation"
unit_of_measurement: '°'
value_template: "{{ state_attr('sun.sun', 'elevation') }}"
- platform: template
sensors:
sun_azimuth:
friendly_name: "Sun Azimuth"
unit_of_measurement: '°'
value_template: "{{ state_attr('sun.sun', 'azimuth') }}"Aztán megfigyeled, melyik azimuth szögnél hol süt be a Nap, és csinálsz hozzá thresholdokat. Pl.:
# napsütés délnyugati homlokzaton
- platform: threshold
name: "sun azimuth dny"
upper: 120
lower: 90
entity_id: sensor.sun_azimuthAztán csinálsz 2 automatizmust.
Az egyik, hogy húzza le a redőnyt, ha a threshold on-ba kapcsol (ez a trigger), és condition-nak megadod, hogy a Nap magassága legyen valami fix érték felett, tehát már feljött a Nap (mondjuk above: 20), és hogy a hőmérséklet 24°C felett van.
A másik, hogy húzza fel a redőnyt, ha le van húzva, a threshold az adott homlokzaton off-ba kapcsolt, és még fent van a Nap.Nekem is a listámon van ennek a kipróbálása, de a tavaszig/nyárig kivárok.
Szerk.: Bocs, a szóközöket telefonon mindig elszúrja, de legalább kicsit gyakorolhatod a szintaktikáját.
[ Szerkesztve ]
-
szat8
tag
válasz m4rk.89 #15170 üzenetére
Nekem légtisztító nincs, csak porszívó, de így is látom, mi a gondod.
Feltételnek a porszívó kapcsán nálam csak 1 lehetőség jelenik meg, hogy "porszívózás befejezve".
Az ehhez hasonló erősen limitált lehetőségek miatt szól ez a topic döntő többségben arról, hogyan lehet saját okosotthon szervert létrehozni, és az általad említett cuccokat hozzákapcsolni, azon keresztül vezérelni.
Ehhez jobban bele kell ásnia magát az embernek, cserében kinyílnak a lehetőség. -
szat8
tag
válasz Degeczi #15198 üzenetére
Valóban, viszont végülis a mellékelt példában is kombinálja a feltételeket. Azt érte el, amit akartam, csak más módszerrel.
(Mármint arról dumálok itt, amit fo_di linkelt be a #15190 hosszászólásában.)
Az tetszik az ötletben, hogy beleírta ugyan mindkét conditiont, de gyakorlatilag megvan, hogy melyik condition melyik triggert semlegesíti.
Frappáns megoldás, szeretem az ilyet. Ezért szöszölök az egész smart home témával, mert kicsit agyalhat rajta az ember, amikor van rá ideje.[ Szerkesztve ]
-
szat8
tag
Hm, érdekes.
Azt írják, hogy az új xiaomi multimode gateway (zigbee 3 és Bluetooth 5) támogatja a homekitet, és emiatt simán integrálható pl HA-ba.
[link]
Ezt a felhőn keresztül követi el? Vagy gyakorlatilag helyi hálón történik a kommunikáció? -
szat8
tag
Már megválaszoltad magadnak.
Ha egyelőre kizárólag a shelly appon belül akarsz maradni, szűkösek a lehetőségek.
Veszel +1 valami shelly cuccot, amit lehet ki/be kapcsolni, és ha azt átkapcsolod, arra írsz egy scene-t, hogy minden redőnyt húzzon fel vagy le.
Egyébként a shelly ismeri a napkeltét/napnyugtát, szóval aszerint tudod automatizálni a redőnyeidet.
Mindamellett tudsz az appban csoportot csinálni az összes redőnyödnek, és akkor egy pöttyintéssel minden redőnyt húzgálhatsz.
Nálunk pl asszony hamar megszerette, és szívesebben használta, mint a redőny kapcsolókat, de ez egyéni beállítottság kérdése, meg azt is megértem, ha olyannak kell, aki idegenkedik az okostelefonoktól. -
szat8
tag
Attól függ, mi a cél, app nélkül. Csak a fel/lehúzás, vagy köztes állapotban is meg akarod állítani együtt mindet.
Bár ennek nem sok értelme van szerintem, gyakran úgysem pontosan egyszerre mozognak, és az igény is ritkán az, hogy mind egyszerre húzgáld félállásba.
Először dönts el, mit szeretnél, utána lehet kitalálni a megoldást. -
szat8
tag
válasz Degeczi #15228 üzenetére
Olvastam közben külföldi fórumon az új gatewayről. Arról senki nem írt, hogy letiltott nettel is működik-e, de HA-ba integrálva arra panaszkodnak, hogy az integráció után hozzáadott eszközöket nem ismeri fel a HA, csak ami már előtte hozzá lett adva a gatewayhez. A mi home-ból gateway eltávolítás, majd visszacsatolás metódussal lehet csak áthidalni, és talán az integrációt is újra kell csinálni esetenként, szóval elég macerás.
-
szat8
tag
Csak hogy belekotyogjak irreleváns dolgot, eddig nem tapasztaltam hátrányát, hogy nálam NAS-on van a rendszer.
Persze emiatt nem biztos, hogy érdemes egyre beruházni, de ha alapból adott, akkor jó megoldásnak tűnik. Igaz, semmi összehasonlítási alapom nincs rpi-vel vagy más minipc-vel.
(kieg.: Syno 218+ alatt dockerben HA, és külön mosquito szerver)[ Szerkesztve ]
-
szat8
tag
-
szat8
tag
Az világos, hogy közös gombot szeretnél, de ugye nem akarod közbenső állapotban megállítani vele a redőnyöket? Vagy teljesen fel, vagy teljesen le.
Mert ezesetben nem kell külön egy shelly 2.5 pluszban csak a közös vezérléshez, elég egy sima 1-es. Ha on állapotban van, felhúzza a redőnyt, ha off-ba, le, és kész is. Ezt meg tudod adni a shelly appban.
Nem is kell feltétlenül külön hely a falban, egy 2.5-öt is berakhatsz csillárkapcsoló alá, és akkor a fele lámpa, fele redőny. Csak össze ne keveredjen.
Az más kérdés, hogy ha valaki lehúzza az összes redőnyt, attól még a közös kapcsoló nem áll át. (Már úgy értem, ha máshogy húzza le, mondjuk külön-külön, vagy appból.) Ezért ilyenkor a kapcsolóval kell egyet csiki-csukizni. De talán meg tudod adni, hogy ha minden redőny lehúzott állapotba kerül, a kapcsoló is álljon át off-ba, és ugyanez felfelé. Minden esetre ez gyenge pontja ennek a megoldásnak, és szerintem nincs az appon belül jó megoldás rá. Ezért is igyekszik mindenki kilépni a gyári megoldások korlátaiból itt a fórumon.
Ha meg mondjuk napállás szerint húzod a redőnyeidet, az automatizálásba bele kell rakni, hogy a plusz kapcsolót is állítsa át.[ Szerkesztve ]
-
szat8
tag
Őszintén szólva részleteiben én se tudom pontosan mit tud a cloud, mert nem használom.
Dupla meg tripla klikket nem tud, amennyire én látom.
Domoticz és ha alatt a switch mellett 2 érzékelője van, biztos ti is láttátok:
Van egy "input_0" és egy "longpush_0" vagy ilyesmi. Gombnyomásra először on-ba vált az input, aztán nyomva tartva a longpush IS, aztán elengedés után mindkettő off.
De a longpush elég gyorsan bekapcsol, ezért ha az ember picit is hosszabban rajta felejti a kezét, már triggerel, legalábbis amikor egyszer próbálgattam, ezt tapasztaltam.Természetesen clouddal is tud pozíciót, de ahhoz ez már kevés, hogy egy közös gombbal különböző redőnyöket azonos pozícióba rakjon. Főképp ha nincs is ilyen igény, kár erőltetni. Ezért írtam, hogy elég lenne egy shelly1, on/off -> redőny fel/le. Csak a visszacsatolás a közös gomb felé a redőnyök állapotáról nem megoldott a shelly appon belül, ha jól gyanítom.
Személyes tapasztalatom annyi, hogy az eggyel kevesebb nyomógomb érkezett amikor építkeztünk, ezért két szomszédos redőnyt összekötöttem az appban, hogy egyszerre húzza a redőnyöket egy kezelőszerv.
-
szat8
tag
Megnéztem közben, hogy a sima gyári appban feltételnek csak 3 event van:
opened, closed, stopper.
Illetve időzítést engedne még beállítani.
Szóval szűkös a lehetőség szokás szerint.
Technikailag nem lenne nehéz megoldaniuk a pozíció szerinti feltételt, ahogy írtad, minden adott hozzá, de nem ebben az irányban fejlesztenek úgy látszik.Nekem az hiányozna, hogy legyen egy részleges detached mód, amivel alap esetben single clickre megmarad a kapcsolgatás, de más triggerre tudna az ember automatizmusokat írni. Nem visz rá a lélek, hogy megszüntessem az alapvető összeköttetését, mert akkor ha bármi miatt elszállna a rendszer, semmit nem lehetne átkapcsolni, és ülhet a család a sötétben.
-
szat8
tag
Pár nagyon egyszerű dologgal felturbózott sima HA felület van a képen.
A grafikonokat pl ezzel csinálta, nagyon pofás egy egyszerű:
mini graph card -
szat8
tag
1. Tudsz beállítani több accountot, és a sima felületen több tabot létrehozva beállítható, hogy az tableten csak egy külön neki szánt tab látszódjon. Vagy van sok egyéb dashboard HA-hoz
2. HA-nak van androidra app-ja, nekem eddig tökéletesen működött mindenre, semmi hátrányát nem tapasztaltam.
3. Darksky
4. Nem biztos, hogy jól értem a kérdést, de a HA-ba két sor beírásával integrálható a gugli TTL felolvasója, ami egyébként alapértelmezetten benne is van a configban. Nyelv állítható benne magyarra.
-
szat8
tag
Egyrészt volt egy elírás az előzőben, gugli TTS természetesen...
Közben eszembe jutott, hogy van egy jó gyűjtőhelye HA testreszabásának.
awesome ha -
szat8
tag
Az 1-esre az egyik megoldás, hogy a tab kódjába beírod ezt:
visible:
- user:
ide kell a user azonosítója, amit a profil beállításainál tudsz kinézniA másik megoldás, hogy ezt használod:
compact custom headerKösz a tippet @Degeczi!
[ Szerkesztve ]
-
szat8
tag
Most látom, hogy néhány shelly2.5-re jött firmware update, de érdekes módon nem mindegyikre. Valószínűleg a különböző időpontokban vett eszközökben nem teljesen egységes a hardver.
Mindemellett HA-n keresztül van mód az eszközök firmware frissítésére?
Főképp shelly és xiaomi érdekelne.
(Ha jól láttam shellynél a REST alapú discovery script mintha tudna ilyesmit, de már berendezkedtem az MQTT-félére, csak emiatt nem térnék át, ha nem muszáj.)
Jó lenne teljesen elfelejteni a gyári appokat, de enélkül esélytelen. -
szat8
tag
Jogos az észrevétel.
Nem vagyok épp fekete öves mqtt témában (sem ).
Valami ilyesmit kéne írni hozzá?- alias: "Shelly FW auto update"
trigger:
platform: mqtt
topic: shellies/announce
condition:
condition: template
value_template: "{{ trigger.payload_json['new_fw'] == true }}"
action:
service: mqtt-publish
data:
topic: 'shellies/{{ trigger.payload_json['id'] }}/command'
payload: 'update_fw'Kipróbálni még nem tudtam, azt hiszem csak fél óránként küld magáról jelentést a shelly.
Mondjuk még jobban tetszene, ha egy cardra be tudnám pakolni auto-entities segítségével az update-elhető eszközöket, és rájuk kattintvatap_action
alá írnám kb. ugyanezt az mqtt parancsot, de gondolom ahhoz minden eszköznek kéne csinálnom egysensor
-t, ami nézi, hogy anew_fw
értéke true vagy false. Vagy template segítségével megoldható ez valahogy, hogy ne kelljen egyenként? -
szat8
tag
Köszi a tippet a reportról!
Úgy tűnik, az action résznél nem szereti a triggerre való hivatkozást, azt mondja ismeretlen.
Majd próbálgatom, igazából gyakorlatilag elég lenne a shellies/command-ba küldeni az update_fw parancsot, normál esetben úgyis egyenként küldik a reportot, csak gondoltam nem küldözgetek mindenféle kósza parancsot a közösbe.@Degeczi, igazad lehet, kicsit túlbonyolítom. De ha már a lehetőség nyitott, nem szeretném észben tartani, hogy időnként nem árt a frissítés, legyen valamennyire automatizálva a dolog.
Most egyébként 5 redőnyből 1 van amelyik olykor rosszul jelzi vissza a pozíciót. Érdekes módon pont az, amelyikre jött update. Az a fura ebben, hogy még nem frissítettem, de mind az 5-nek ugyanaz a firmware verzió száma.[ Szerkesztve ]
-
szat8
tag
A shelly golyó alakú hőmérőjét be lehet állítani 10 percenkénti jelentésre, de azt csak hálózati áramról érdemes, különben hamar lerántja az elemet. Külön kapható adapter van hozzá. Ráadásul összességében nem is olcsó, és még kijelzője sincs.
Cserébe csak wifi kell neki, stabil, nagy hatótáv, tényleg jelent 10 percenként, és mivel shelly, szépen integrálható a népszerű rendszerekbe. -
szat8
tag
Ezt hol írják?
Azt tudom írni, amit már írtam korábban a témában:
Még az elején, amikor nem volt beüzemelve a Home Assistant (illetve a Domoticz, mert azzal kezdtem), az építkezés közben eggyel kevesebb redőny kapcsoló volt a kelleténél, és átmenetileg beállítottam shellyn belül, hogy ha az egyik redőnyt fel- vagy lehúzzuk, a mellette lévő is kövesse.
Simán meg lehetett csinálni. -
szat8
tag
válasz Degeczi #15528 üzenetére
Ok, a "nem olcsó" helyett írhattam volna azt is, hogy piszok drága.
Nekem nagyon tetszenek ezek a DIY cuccok, amiket beírtok, de személy szerint sajnos nem lenne időm a hardverrel is elmolyolni. Nagyobb kábeleket még elforrasztgatok, de az apróbb nyákokhoz kéne gyakorlatot szereznem. (meg egy finomabb pákát, persze a különbözetből kijönne pár)
Azért én se veszek összesen majd 60ezerért shelly hőmérőt minden helyiségbe.
Nehéz megtalálni a kompromisszumot.[ Szerkesztve ]
-
szat8
tag
Természetesen nem az appban!
Gondolj bele kicsit. Az appban minden redőnyt tudok mozgatni külön-külön, vagy egyszerre is akár. Ugyan minek írnék rá egy scene-t, hogy ha az appban lehúzok egy redőnyt, akkor húzzon le egy másikat is!?
Megnyomtam a redőny gombot, és lehúzta a másik redőnyt is. Úgy emlékszem külön kellett egy scene arra, hogy lehúzza, és arra, hogy fel. Utána szépen működött, ahogy kell. Közbenső állás nekem nem volt fontos, mert csak átmenetileg kellett, hogy menjen app nélkül is.[ Szerkesztve ]
-
szat8
tag
Az lehet az ellentmondás oka, hogy talán csak redőnynek beállított shelly2.5-ök között működik, sima shelly1-gyel nem engedi kombinálni.
Fél éve még máshogy nézett ki az app, de lőttem a mostaniból két képet neked, hogy miket engedne beállítani.
Azért ha tényleg csak redőnyök között lehet ezt belőni, lesz még vele gondod. Mert ha csak "hamis" kapcsolót akarsz felszerelni, és azt beállítod redőnynek, honnan fogja tudni, az mikor zárt vagy nyitott? Nem fog tudni végállásokat beállítani, mert nincs rajta redőny.
Esetleg beszereled egy redőnyhöz, bekalibrálod a végállásokat, átrakod a vak kapcsoló helyre, és az előző redőnyhöz beraksz egy másikat.
Kicsit körülményes. Ez a baj a gyári megoldásokkal sajnos, csak a nagyon alap funkciókat tudják.
-
szat8
tag
Túl jól megy nekik így is a szekér, nincsenek rászorulva, hogy többet kihozzanak a cuccaikból. Szomorú, de ez van sajnos.
Megkérdezem, mert nem hagy nyugodni a következő, és hátha valaki találkozott már ilyennel:
Adott egy LG tv, webos, kapott lant, szépen beintegráltam utána fix ip-vel a HA-ba. Lehet kapcsolgatni szépen, csodás.
Viszont a HA feldobta, hogy talált valami ilyesmit:
Homekit accessory: LG webos tv
Kíváncsi ember vagyok, mondom hajrá. A tv fel is dobott egy QR kódot és egy 8 jegyű számsort, 2 db 4 jegyű sorban egymás alatt.
A HA azt írta kéri a kódot XXX-XX-XXX formátumban.
Na itt megállt a tudomány. Darabra megvan, de bárhogy beírom, egybe vagy kötőjellel, nem veszi be a kódot, és a tv újat generál.Egyrészt érdekelne hol a hiba, másrészt hogy mi értelme az integrációnak? Talán először a HA-ban kellene egy homekit szervert vagy mit beállítanom? Mit tud ez majd? A mágia remote hangalapú keresését használhatom hangvezérlésre, vagy ilyesmi?
-
szat8
tag
Nem tudom volt-e már, ez jópofa megoldás esőérzékelőnek:
[link] -
szat8
tag
válasz lrobertoc #15589 üzenetére
Elvileg nem okozhat gondot, hogy nem ugyanarról a "körről" kapja a fázist.
Ha mégis tartasz ettől, és nem gond a nyomókapcsoló használata (szóval nem ragaszkodsz a hagyományos alternatív kapcsolóhoz, hanem nyomógombot, vagy magától visszaugró billenő kapcsolót használsz), akkor megcsinálhatod azt is, hogy az egyik alternatív ágon továbbviszed állandóra a fázist, tehát mindkét nyomókapcsoló és a shelly is arról kapja az állandó fázist, a másik ág pedig a kapcsoló ág lesz mindkét nyomókapcsolónál. Gyakorlatilag párhuzamosan kötöd a két kapcsolót, így bármelyiket megnyomod, a shelly kapcsol.
Persze ehhez új kapcsolókat is kell venned, de ez az ára, ha nem tudsz/akarsz/mersz máshonnan áramot adni neki. -
szat8
tag
Szerintem nem olyan bonyolult ezt kideríteni, mivel a 3 fázist (ha van), úgyis le lehet kapcsolni külön-külön. Egyet lekapcsol, megnézi van-e áram a konnektorban és a lámpában is. Ha egyikben sincs, nyert. Ha csak egyikben van, akkor ciki. Ha mindkettőben van, lekapcsolja a következő fázist is, és újra vizsgálódik, így elég hamar kideríthető.
Más:
Nem tudom csak engem idegesít-e, hogy a google minit használva HA alatt jelzésekre, mindig off-ba kapcsol 5 perc után, aminek az a hatása, hogy ha aktiválom valami paranccsal, a végrehajtása előtt plim-plim-el egyet jelezvén, hogy újra bekapcsolt.
Keresgéltem a megoldást, de persze annyira zárt a rendszer, hogy (a kikapcsolt mikrofon miatt idegesítően világító ledjéhez hasonlóan) semmilyen beállítási lehetőség nincs ennek megszüntetésére.
Az egyetlen lehetőség, amit találtam, hogy az ember ébren tartja egy néma parancs időnkénti küldözgetésével:- alias: Keep Google Home Alive
trigger:
platform: time_pattern
minutes: '/2'
seconds: '00'
condition:
condition: or
conditions:
- condition: state
entity_id: media_player.google_home_mini
state: 'off'
- condition: state
entity_id: media_player.google_home_mini
state: 'idle'
action:
service: tts.google_translate_say
entity_id: media_player.google_home_mini
data:
message: " "Persze a recorder-ből érdemes kiszedni, különben teleszemeteli a log adatbázist.
(Azért van 2 percenként, mert állítólag néha kihagy egyet valamiért, így viszont biztos a siker. )Szerk.:
Talán szebb lenne úgy a feltétel, hogy:
condition:
- condition: template
value_template: "{{ not is_state('media_player.google_home_mini', 'playing') }}"de ezt nem próbáltam ki, csak most jutott eszembe.
[ Szerkesztve ]
-
szat8
tag
Nem akarok hülyeséget írni, mert nem vagyok villanyszerelő, de persze én sem a körönkénti kismegszakítókra gondolok.
Jobb helyen a fázisoknak látványosan másik csoportban van a megszakítója, bivaly kábel megy bele, és ha jól rémlik, 16A-es megszakítók vannak, míg a többi inkább 10A-es szokott lenni, ránézésre is szélesebb a 16A-es. Talán még lassabban is oldanak le, de ezt már tényleg én is csak betippeltem. Fene megy ki a hidegbe megnézni, mi van ráírva.
De persze ha valakinek ez teljesen új terület, a világért se babrálja, mert az áram nem játék!
Inkább hívjon szakembert, nem éri meg az áramütést vagy a ház leégését kockáztatni.@Chal, te akkor tudsz valamit.
Nekem amióta megvan, mindig csinálta ezt a hangjelzést bármi előtt.
Csak akkor nem, ha még "tétlen" vagyis "idle" állapotban van. Ezt használja ki az automatizálás, amit találtam.[ Szerkesztve ]
Új hozzászólás Aktív témák
- 8 TB-ig nyújtózkodik a SanDisk asztali SSD-je
- Luck Dragon: Asszociációs játék. :)
- Minecraft
- Xiaomi 14 Ultra - Leica hercegnő
- Hivatalosan is reagált a Core CPU-k stabilitási gondjáira az Intel
- TCL LCD és LED TV-k
- Milyen videókártyát?
- Asztrofotózás
- AMD GPU-k jövője - amit tudni vélünk
- EAFC 24
- További aktív témák...
- Részletfizetés. Bontatlan. noblechairs EPIC székek azonnal . 24 / 36 hónap garancia . +36301300000
- Részletfizetés. Bontatlan. noblechairs LEGEND székek azonnal . 24 hónap garancia . +36301300000
- Eladó teljesen új, bontatlan Nespresso Essenza mini piros színben
- ELADÓ GÉREX gyártmányú akkus fúró, csavarozó
- Részletfizetés. Bontatlan. noblechairs ICON székek azonnal . Utolsó darab raktáron +36301300000
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest