-
GAMEPOD.hu
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
szat8
tag
Köszönöm a válaszokat és a tapasztalatokat!
A redőny dolog teljesen jogos! Habár a kalibrálás jó esetben csak egyszeri alkalom, az elakadás érzékeléséről pedig nem jó tapasztalataim vannak a shellyvel, de valószínűleg csak kifogtam egy gyárihibásat.
A szokatlan közmű fogyasztásra való figyelmeztetés is elgondolkodtató.A többit személy szerint (úgy felejtett eszközök, stb) kevésbé érzem hiánypótlónak, de ez mindenkinél egyéni ízlés kérdése, szóval megértem, ha másnak ez fontos.
(Pl. vasaló esetén talán 2x fordult elő 6 év alatt, hogy bekapcsolva maradt, szóval valós a probléma. Viszont a több mint 5 éves, és nem is túl drága vasalónkba be van építve a védelem, hogy ha túl sokáig megy üresjáratban, akkor kikapcsol. Mindenkinek ajánlom ezt a megoldást, annak ellenére, hogy nem integrálható az okosotthon rendszerbe. )Már csak az időjárás állomás gyártó kollégákra vagyok kíváncsi, hogy mire használják a begyűjtött adatokat.
Gondolom nem automatizálásra, mert arra filléres megoldások is vannak, hiszen ahhoz általában nem olyan fontos a precíz mérési eredmény. -
szat8
tag
válasz KevinMulder #16212 üzenetére
Ha van a vezérlésen valami kivezetés külső gombnak, akkor arra egy (száraz kontaktos!) relét kötve sokkal olcsóbban kihozható a dolog, és üzembiztosabb is lesz, mint rf-en keresztül bajlódni.
Shelly1 pl jó erre a célra, de sonoff-ból is van megfelelő. -
szat8
tag
Hát ezzel a 0.107-es Home Assistant update-tel meggyűlik a bajom.
Egyrészt már a 0.106-ban változtattak a a Tado integráción, a vízmelegítő része már nem aclimate
platformhoz, hanem awater_heater
platformhoz tartozik. Nagy ötlet, nem tudom az előnye pontosan mi, de minden esetre így már nem lehet a klímákhoz való kártyákba rakni, ahol szépen lehetett állítani a kívánt vízhőmérsékletet, vagy ki/be kapcsolni a vízmelegítést. Na ennek annyi, mert csak climate-hez való dolgot enged.
A toggle switch-ek stílusa valahogy megváltozott, kikapcsolva olyan haloványak a gombjaim, hogy alig látom őket. Elvileg megtaláltam a megfelelő sort a téma leírásában (paper-toggle-button-unchecked-button-color
), mégsem változik, hiába írom át.
De ami leginkább bosszant, (habár nem tudom, hogy a frissítéssel függ-e össze,) hogy a yamaha musiccast integrációm eltűnt, a napló szerint a cím már használatban van.
Ezt a megoldást találtam elsőre, de a megfelelő tudásom nincs meg hozzá, hogy értelmezni tudjam: [link]
Végül annyit tudtam csinálni, hogy az alapértelmezett 5005-ös portot felülbíráltam aport: 5006
sor beírásával, és így megjavult, de ezt azért nem érzem jó megoldásnak, főleg ha későbbi verzióváltásnál ez megismétlődik, és megint léptetgethetem tovább a portot.Mindemellett az új verzióban lehet párhuzamosan több UI-t is létrehozni, és azokat felhasználókhoz kötni, meg mindenféle kombinációkban használni őket, ami elég hasznos lehet. Az új media player kártya is pofás, szépen bepakolja a borítóképet.
-
szat8
tag
válasz vampire17 #16344 üzenetére
Az elején én HACS nélkül kezdtem, de gyorsan be lehet állítani, és utána egy kattintás bármilyen plugint/python scriptet telepíteni/törölni/frissíteni. Keresgélni is jól lehet benne, volt olyan hasznos plugin, amit ott találtam meg véletlenül, előtte a létezéséről se tudtam.
-
szat8
tag
A dockerben minden függőséget is telepít, ami szükséges lehet. De ha hassio-t raksz az rpi3-ra, az szintén megoldja ezt.
Előny még, hogy könnyen tudsz dockerben nem csak upgrade-elni, de ha valami gond van az új verzióval, a downgrade is nagyon egyszerű.
Egyébként én úgy emlékszem van sima HA is Synology-ra, csak nem annyira követi a frissítéseket, mint a dockeres változat. -
szat8
tag
válasz vampire17 #16401 üzenetére
Újra átolvasva amit írtál condition-höz, szerintem nem lesz jó.
- after: '18:00'
before: 09:00
condition: time
Ez a feltétel szerintem mindig false lesz, mert az idő sosem lesz 9 előtt ÉS 18 után egyszerre.
Ilyenkor külön feltételbe kell tenned a kettőt, és már úgyis eleve OR alatt van, szóval csak bontsd szét, és jó lesz. -
szat8
tag
válasz Degeczi #16414 üzenetére
Nekem onnan rémlett, hogy a condition leírásánál a before:sunrise after:sunset példánál pont azt írja, hogy nem ível át magától. [link]
De lehet, hogy ez csak a sun-ra igaz, vagy már azt is feljesztették azóta.
Minden esetre köszi, hogy korrigáltad, nem akarok senkit félreinformálni. -
szat8
tag
válasz DJGABI #16435 üzenetére
A telnetet én sose merem bekapcsolni.
Ssh sajnos nincs az Asus router gyári firmware-jében, az enyémre meg nincs Merlin custom fw, szóval fájó szívvel elengedtem ezt a lehetőséget.
Vagy be lehet lőni valahogy úgy a telnetet, hogy HA-n kívül más ne férjen hozzá? Nagyon láma vagyok ebben a témában (is) sajnos. -
szat8
tag
Nekem is akadt egy HA kérdésem
Van egy timer-em, sikerült egy input_number-rel beállítanom a duration értéket is, hogy lehessen az UI-ról változtatni, és a remaining attribútumát is kiraktam egy condition-cardra, ami csak akkor mutatja a hátralévő időt, ha a timer állapota "active".
De sajnos utóbbi nem számol vissza, csak a kezdeti (próbaképpen 10 perc) időt mutatja. Ha rányomok, a timer entitás ablakában szépen számol visszafelé. Azt hittem véletlenül a durationt raktam ki a felületre a remaining helyett, de az állapotoknál megnézve a timer értékeit ott is végig a kezdeti '00:10:00' értékét mutatja, nem számol vissza.
Meg lehet valahogy jeleníteni az aktuális értéket a felületen? Mit rontok el?[ Szerkesztve ]
-
szat8
tag
Közben utána olvastam a HA timer-nek, és a hátralévő időt (remaining attribútum) csak akkor frissíti, ha a pause-sal leállítja az ember. Ennek így mi értelme?
Az esetek többségében egy delay-jel simán megoldható egyszerűbben, amit egy timerrel macerásabb megcsinálni, és így semmi előnyét nem látom. -
szat8
tag
Vissza az egész.
Az volt a baj, hogy a multiple-entity-row plugint használtam.
Sima entity-card-on működik. -
szat8
tag
válasz vampire17 #16482 üzenetére
Ez a template dolog kicsit fúrmányos a HA-ban. Nem mindenhol tudja kiértékelni. Általában valahol szerepelni szokott a kódban a "template" szó, mielőtt megadhat neki az ember egy kiértékelendő sort.
Nekem is ráment fél órám, míg rájöttem, timer-nek hogy lehet template-tel megadni durationt, mert a definíciónál csak fix értéket enged. Persze így utólag már minden egyszerűnek tűnik.
A másik résszel Degeczi mester már megelőzött, azt a trigger részt picit túlgondoltad.
A feltétel részt elég a condition-nál megadni, nem kell ilyen bonyolult triggerekben gondolkodni.Kíváncsi leszek mit tudsz kihozni a Tado-ból. Gondolkodtam már rajta, hogy "optimalizálom" kicsit az algoritmusát a padlófűtésre, de talán majd a következő fűtési szezonban.
-
szat8
tag
válasz huliganboy #16496 üzenetére
A paradox integráció engem is érdekel, csak még nem mertem belefogni, mert kicsit bonyolultnak tűnik.
Te hogy csináltad? A HA részét a pai-val?
A hardver részt az ip modullal vagy csináltál hozzá DIY cuccot?
Nagyon jó lenne csak a mozgásérzékelők jelét és a riasztó állapotát látnom, annak nagy hasznát venném! -
szat8
tag
válasz huliganboy #16509 üzenetére
Köszönöm szépen a részletes választ!
-
szat8
tag
válasz huliganboy #16578 üzenetére
Annyival kiegészíteném, hogy a Synology-n alapból le van tiltva az SSH, a beállításokban engedélyezni kell előtte, utána pedig érdemes ismét letiltani.
Egyébként a Synology-ra érdemes dockerben felrakni a Home Assistant-et. Nem bonyolult, gyakrabban frissül, és könnyebb visszatérni korábbi verzióra, ha valami balul sülne el a frissítés miatt.
[ Szerkesztve ]
-
szat8
tag
Kicsit elvesztettem a fonalat HA unique_id, device, integrations témában.
Hozzáadtam egy shelly1-et garázskapunak, ezzel a beállítással?cover:
- platform: mqtt
name: "Garázskapu"
unique_id: "Shelly1 XXXXXXXXXXXX"
state_topic: "home-assistant/garage/state"
command_topic: "shellies/shelly1-XXXXXXXXXXXX/relay/0/command"
availability_topic: "shellies/shelly1-XXXXXXXXXXXX/online"
retain: false
payload_open: "on"
payload_close: "on"
payload_stop: "on"
state_open: "open"
state_closed: "closed"
payload_available: "true"
payload_not_available: "false"
Meg is jelenik szépen a HA-ban, minden ok a működésével. (már legalábbis elméletben, mert a kapu még nincs meg sajnos)
A kérdésem csak az, hogy amíg nem írtam be a unique_id sort (amihez egyébként lövésem sincs pontosan mit kell írni), addig az eszköz tulajdonságaihoz azt írta, hogy "Ez az entitás nem rendelkezik egyedi azonosítóval, ezért a beállítások nem kezelhetők a felhasználói felületről."
Most már megjelenik, nevet meg ikont lehet neki adni az UI-ről.
Viszont nem úgy néz ki az eszköz, mint a discovery scripttel hozzáadott dolgok, mert sem az integrációk között, sem az eszközök között nem jelenik meg, csak az entitások között.Habár nem létszükséglet a dolog, mert így is működik, de szeretném érteni a HA felépítését, és az utána olvasgatás nem segített.
El tudja valaki magyarázni, mi a különbség oka? Hogy lehet hozzáadni az integrációkhoz is?(btw meglepődtem, hogy az újabb shelly1-nek nem 6 karakteres az id-je, hanem 12)
-
szat8
tag
Igen, a többi eszközhöz ezt használom.
De shelly1-et nem lehet benne másnak beállítani, csak switch-nek, illetve light-nak, de az lényegében ugyanaz más device class-szal.
Igazából a fickó aki a scriptet fejleszti, az én kérésemre tette a lehetőségek közé az ignored_devices-t.
Ugyanazt próbálom manuálisan elérni egy kis módosítással, mint amit a script csinál. -
szat8
tag
Ha valakit esetleg érdekel, a Home Assistant-ben a kapcsolók (toggle switch) stílusának hibájára megtaláltam egy külföldi fórumban a megoldást, így már normálisan átveszi a beállított színt. Ezt kell beírni a téma definíciójába:
switch-checked-color: "var(--paper-toggle-button-checked-button-color)"
switch-unchecked-button-color: "var(--paper-toggle-button-unchecked-button-color)"
switch-unchecked-color: "var(--paper-toggle-button-unchecked-bar-color)"
switch-unchecked-track-color: "var(--paper-toggle-button-unchecked-bar-color)" -
szat8
tag
Jópofa, de mosogatógép esetén pont nem értem minek ez. Persze nagyon fancy a felső szekrényre ragasztott gombbal kapcsolgatni, csak tök feleslegesnek tűnik.
A szivárgás érzékelés már hasznosabb, mert ha jól tudom, a komolyabb gépekhez adott elöntés elleni szelep csak nagyobb vízátfolyásnál old le, enyhe szivárgásnál nem használ.
Olyan megoldásnak örülnék, amire egy padlófűtés ág szabályozását rá lehet bízni.
De eddig nem láttam komplett, elérhető árú megoldást, csak az attunátor + relé megoldás tűnik járhatónak. -
szat8
tag
Én is pont arra gondoltam a komolyabb mosogatógépek esetén.
Csak azt nem tudom, az egy enyhébb szivárgást is észlel-e, vagy arra van kitalálva, ha eldurran a cső. Az utóbbira tippelek.
Minden esetre azt érzem ennél az eszköznél, hogy meg lehet csinálni fizikailag, ezért keresik rá a piaci rést, hogy mire lehet jó. Sok okos eszköznél van ez így a személyes véleményem szerint, hogy nagyobb benne a poén faktor, mint a valódi hasznosság.[ Szerkesztve ]
-
szat8
tag
Furcsa, a darksky pár napja estefelé eléri az 1000 API limitet, és onnantól nyilván nem elérhető az időjárás.
Az UI-t pofozgattam itt-ott, de csak az időjárás card van kitéve, és a hőmérséklet meg a páratartalom sensor van lekérve, bepakolva néhány grafikonba.
Mitől lehet, hogy eddig feleennyi lekérdezést produkált a HA, most meg mindig eléri a limitet? Volt már valakinek ezzel gondja?[ Szerkesztve ]
-
szat8
tag
Kész, felhúzott a darksky, egyszerűen ilyenkorra estére elfogy az 1000 limit, és rá nem jövök mitől.
Megy vissza a beépített HA időjárás, az nem olyan pontos, de legalább működik.Ha valaki használja a bar-card plugint az eszközök elem töltöttségének követésére, annak jó hír, hogy ma végre visszarakta a fejlesztő az
attribute
opciót, amit a 3.0.0-ból kivett, így megint nem kell minden eszközhöz template sensort csinálni. -
szat8
tag
Köszi, megpróbálom a 2 percet kiritkítani 10 percre, és meglátom mit csinál.
Csak az a furcsa, hogy semmi olyat nem változtattam, ami indokolná, hogy megnövekedjen a lekérdezések száma.
Csak most jutott eszembe, hogy lehet inkább úgy kellene megoldanom, hogy a sensort kiszedem az integrációból (ha ezek szerint az okozhatja), és a weather attribútumai között úgyis ott vannak a szükséges adatok, abból tudok csinálni template sensort.
Egyébként nem tudom hallottátok-e, hogy az apple megvette a darksky-t, ezért már nem lehet új ingyenes api hozzáférést kérni, és a meglévők is megszűnnek 2021 végén.[ Szerkesztve ]
-
szat8
tag
Kérnék egy kis segítséget shelly témában.
Adott egy flood (de ez most mellékes), ami nagyon ritkán küld adatot, mert sleepben van.
Az appban nem láttam erre beállítási lehetőséget, viszont itt azt írja, hogy asleep_mode.period
1 és 24 között változtatható.
Csak az a gond, hogy hót kuka vagyok a témában, és nem tudom értelmezni, ezt a /settings részt hogy érem el.
Szeretnék okosodni, megköszönöm ha valaki leírja pár sorban! -
szat8
tag
válasz vampire17 #16692 üzenetére
Ja értem, szóval condition-ben kell.
Hát mint a korábbi problémánál, itt is megoldás lehet átadni másnak az értéket.
Csinálhatsz pl egy template binary_sensort.
Vagy ahogy (ha jól emlékszem) @fo_di javasolta egy másik esetben, kiküldheted a két kívánt értéket (jelen esetben home és not_home) MQTT-be, és csinálhatsz neki egy device trackertplatform: mqtt
-vel, amiben azt figyeli, ahová az előzőekben beállított értékeket küldöd.
Úgy emlékszem az megjegyzi a legutóbbi értéket, így nem lesz unknown.Ezzel a módszerrel akarok majd vendég módot csinálni.
Van egy vendég nevű person, aki kap egy mqtt-s device trackert, és egy virtuális kapcsoló kiküldi az MQTT üzenetet, hogy a virtuális trackerben a virtuális person otthon vagy távol legyen.
Lehet, hogy ezt túlgondoltam, de jobb nem jut eszembe. Így berakom a vendéget is a person groupba, és így látja a rendszer, hogy "valaki" otthon van.[ Szerkesztve ]
-
szat8
tag
Esetleg ezt használja valaki?
Vagy van egyszerűbb módja HA alól egy Windowsos gép hibernálásának?
A bekapcsolás még ők wol-on keresztül, de szükségem lenne a másik irányra is valami kíméletes megoldással.
A fenti cucc ránézésre jónak tűnik, de nem tudom mennyire biztonságos felrakosgatni mindenféle programokat a PC-re, ami adatokat tud küldeni róla. -
szat8
tag
válasz huliganboy #16772 üzenetére
"badges" a kulcsszó a kis ikonoknál.
Ha az alap automata UI van neked, ott a nem használt entitásokat szokta kirakni.
Ha már váltottál a manuálisra, akkor a badges-eket töröld ki a konfiguráció szerkesztőben. Új lapon alapból ennyi jelenik meg, ha nincs kint egy sem:badges: []
-
szat8
tag
válasz huliganboy #16775 üzenetére
Passzolok, nekem olyan nincs.
Nálam okosabbak majd biztos tudják. -
szat8
tag
Érdekes a helyzet a darksky-jal.
Kilőttem teljesen a sensorokat, hogy csak az alap időjárás api maradjon.
Megnéztem a darksky oldalán, hogy mennyi a lekérdezés és 932, ami azért érdekes, mert régen 466 volt.
Szóval valamiért megduplázódott. Olyan, mintha más is használná. Régen ugyan használtam a Domoticz-hoz is, Da azt már töröltem, úgyhogy elég furcsa lenne, ha az be tudná zavarni.
Gondoltam rá, hogy reset-elem az api-t, de nem tudom nem lenne-e belőle gond, mivel már nem lehet ingyenesen kapni az 1000 limites dolgot. Vagy a reset secret key semmiképpen nem okozhat bajt?
Van valakinek ötlete, mi okozhatja ezt?[ Szerkesztve ]
-
-
szat8
tag
Az egyik shelly-s redőnyöm néha elfelejti magát fel/lehúzni automatizálásban. Groupban van a többivel, annak küldöm a parancsot. Ha utána rányomok, rögtön megindul.
Közel van a routerhez, másik ugyanolyan távra lévő mindig jó. Firmware ugyanaz. Az állapotát szépen mutatja.
Kifogytam az ötletekből, hol keressem a hibát, semmit nem látok logban, csak hogy lefut az automatizálás, és 5-ből csak 4 redőnynél vált a state open-re.
Gondoltam rá, hogy írok valami loop-ot, ami percenként addig küldi a parancsot, amíg nem sikerül, de ez csak gányolás, nem a valódi probléma felderítése.
Van valakinek bármi ötlete?
Köszi! -
szat8
tag
válasz Degeczi #16824 üzenetére
Értem. Ez az utolsó állapotba kerülés azért nem volt gond nekem sosem a shelly-nél, mert abban külön be tudtam állítani, áramkimaradás után milyen állapotot vegyen fel.
A gyerekszobánál ki is kapcsoltam, hogy a legutóbbi állapotba kerüljön, miután egyik este áramszünet volt bekapcsolt lámpánál, a gyerkőc lefeküdt aludni, és az éjszaka közepén visszajött az áram.
Mivel nyomókapcsoló van felszerelve, nem jutott eszünkbe (de nem is tudtuk volna) lekapcsolni, szegény gyerek nem tudta miért van ilyen világos.Elsőre kipróbálom a qos segít-e, mert ezt a retain módot hirtelen nem látom át a shelly discovery scripttel felismert eszközeimnél hogyan állítsam, vagy parancsnál hogy kell megadni. De B tervnek marad. Köszi mégegyszer!
-
szat8
tag
Hogy ne csak mindig kérdezősködjek, megosztok egy fejleményt is végre.
A shelly flood alvási periódusának átállításához nem tudtam a pontos megadási módot, ezek a jó bolgárok meg nem rakták be a beállítások közé a webes felületre.
Egyszerűen csak ezt kellett beírnom a megfelelő IP-vel a böngészőbe, hogy átállítsa a default 12 óráról 2 órára:192.168.XXX.XXX/settings?sleep_mode_period=2
Ráment vagy egy órám, hogy rájöjjek, csak egy "?"-t kell beírni a settings és a paraméter közé.
Nem mondom, hogy megérte, de ma is tanultam valamit. -
szat8
tag
válasz LouiS22 #16847 üzenetére
A hőmérőre vagyok kíváncsi, hogy azért mér-e konstans értéket, mert ritka a mintavétel, vagy mert a földön van az eszköz, és a padlóból sugárzó hőmérséklet tényleg nagyjából állandó.
Egyébként hetek óta megy, és még mindig 100%-on van az elem, elvileg kb. 2 évet bírna, meglátjuk így mennyire merül. -
szat8
tag
válasz cpt rodgi #16855 üzenetére
Én is Domoticz-ról tértem át HA-ra, igaz, hogy abban nem sok minden volt még beállítva.
Szerintem azért nem kapsz választ, mert nincs ilyen "hogy térjek át egyszerűen" megoldás.
Szépen elkezded belakni a HA-t, elég jól dokumentált, sok fórum is van róla, ahol találni megoldásokat adott problémákra. Amit már beállítottál, a Domoticz-ban kilövöd, hogy ne akadjon össze. Nem kell egy csapásra áttérni.
Nekem nincs sonoff-om, így abban nem tudok tanácsot adni. -
szat8
tag
válasz Degeczi #16863 üzenetére
Nekem egy fordított logika mentén kéne a riasztót beintegrálnom: ha éles a riasztó, akkor nincs otthon senki, ha nem éles, akkor még van. Nekem megfelel az aktiválás a gyári konzollal is, csak tudja a HA, hogy mi újság éppen.
Innentől elengedhetném a bizonytalan és telefont merítő presence detection megoldásokat, és szépen szét tudom választani, mit csináljon (pl figyelmeztessen) ha történik valami amíg nem vagyunk otthon, és kapcsolgasson mindenfélét, amikor otthon vagyunk.
Épp ezért nekem bőven elég lenne az is, ha olvasni tudnám a riasztó állapotait, de persze onnan már lényegében megy az irányítás is.
Kár, hogy sosincs elég időm jól beleásni magam az összekapcsolás hardver részébe, ahhoz meg túl kezdő vagyok, hogy egy olvasatra megértsem az egészet és nekiálljak. -
szat8
tag
Végre rájöttem!
Hát kiderült végre a sok furcsaság oka. A HACS behalása verzió frissítések után, amit egy HA-ból indított restart hoz helyre. A darksky lekérések duplázódása, a Yamaha erősítő portjának foglalként jelzése verzió frissítés után, és sok más apróbb furcsaság.
Azt hiszem a 0.107-tel kezdődtek a hibák.
Mindezek emiatt !
A dockerben telepített HA-van overlay tudott kialakulni, ami miatt duplán futott a HA a háttérben!
Akkor jöttem rá, mikor dupla üzenetet kaptam egy eseményre, amit egy automatizálásnak kellett küldenie.
A 0.108.5-ben ezt a docker miatt kialakuló hibát áthidalták szerencsére. Most frissítettem, az automatizálás és a HACS már jól viselkedik, a darksky holnap kiderül.
Szóval aki a 0.107-0.108.4 verziót használja, javaslok neki egy update-et.
Új hozzászólás Aktív témák
- DAH Solar 405W full black napelemek verhetetlen áron
- Eladó Családi Ház Nőtincsen 70 négyzetméter Lakó rész + 40 négyzetméter beépíthető rész
- Motormatrica szinte minden motorra! PH tagoknak 30% kedvezmény!
- Autómatrica és prémium minőségű matricák PH tagoknak 30% kedvezménnyel!
- Skoda Scala - Szövetszőnyeg garnitúra