-
Fototrend
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
Degeczi
nagyúr
Igen, bár a fesz különbség és az áramfölvétel nem nagy, de abszolút jogos az ötlet, sőt, noname panelek esetén a komplett kiváltás is, mert többször linkeltem már itt, h a legtöbb olcsó Wemos mini klónon csak 150 mA leadására képes LDO van - amit már maga az ESP chip is képes túllépni! Önmagában ez még valószínűleg sehol nem okoz gondot, mert csak rövid csúcsokra történik, nyilván ezért spóroltak a táppal, azonban ha 3.3V szenzor vagy egyéb feszfüggő alkatrész is van a kapcsolásban, akkor már mindenképpen indokolt a gagyi táp kiváltása.
-
Degeczi
nagyúr
válasz csubuka #48146 üzenetére
Hogyne lenne alternatív fw, innen is többen használtunk ilyet, ez egy "Beca"
Persze a mai világban jó kérdés, még mindig ESP-t használ-e, de az rögtön kiderül ha leveszed a falról.Kijelzőt nem kell kezelni, gyárilag sem az ESP chip vezérli (emiatt sajnos az alapvető jellemzőkön sem lehet változtatni másik fw-el sem), az pusztán egy interface a termosztát hardver és a gyári felhő között. Fw csere után pedig már lokálisan, az MQTT szervered felé.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz csubuka #48162 üzenetére
Mégegyszer, amit korábban már írtam: az ESP ezen a termosztáton csak a felhővel való kommunikációt végzi, nem a működtetést! Ez fw csere után sem változik, csak már saját MQTT-n keresztül tudod elérni azt, amit így megoszt magáról, amit enged változtatni. Mindent vezérlést a termosztát hardver egy házilag nem hozzáférhető, nem átprogramozható "fekete doboz" része végzi. Alapban még arról sem kap infót az ESP, h a relé bekapcsolt állapotban van-e vagy sem, ehhez is vagy egy átkötést kell végezni a panelon, ill. a későbbi fw-ek már saccolják ezt bizonyos szempontok alapján, de a belső vezérlőhardver nem ad ki infót róla.
-
Degeczi
nagyúr
válasz Gabesz87 #48196 üzenetére
Nem használom azt a kiegészítőt, de a leírása szerint pont erre lehet jó a precisionX formázási opciója (ha már az entitás HA beállításaiban próbáltad a pontosságot átállítani, és arra esetleg nem hallgatna - de mivel nem írtad, még az is lehet, h figyelembe veszi azt is)
-
Degeczi
nagyúr
válasz Gabesz87 #48200 üzenetére
Persze, ezért írtam így, mert a HA beállítása csak a HA gyári kártyákon működik garantáltan (mivel ez nem változtat az entitáson ténylegesen, csak egy infó, h hogyan kell megjeleníteni - de az már az adott kártya feladata, h erre hallgasson is, és ennek megfelelő formátumban jelezze ki)
-
Degeczi
nagyúr
válasz v.attis #48216 üzenetére
Még a házban lévő wifi AP-tól kb. 15 m-re lévő fém garázsomba is bejut valamennyi (igaz, ott persze a stabil, erős kapcsolathoz már inkább leraktam egy vezetékkel bekötött másik AP-t, de a lényeg, h pár méteren belül valóban nem lehet komoly probléma, pláne ha még fal sincs köztük)
-
Degeczi
nagyúr
válasz Zsolt50 #48235 üzenetére
Zigbee beépített kezelése nem jellemző, ahhoz vagy vmilyen USB-s sticket használsz, vagy egy wifi-ZB gatewayt valahol a házban. A wifis eszközöket pedig igen, routeren/AP-n keresztül éred el (ami akkor is így lenne, ha volna benne wifi modul, hiszen attól még továbbra is csak egy kliens lenne a hálózaton - éppúgy, mint ha vezetékkel kapcsolódik arra)
[ Szerkesztve ]
-
Degeczi
nagyúr
Rendszeresen szó van itt róla, h a saját okosotthon rendszer (ami mára gyakorlatilag a HA) egyik fő előnye pontosan ez: az eltérő gyártók eszközeit összefogja egy közös rendszerben, egymással kompatibilissé téve azokat. Maguk a gyártók érthető módon nem foglalkoznak azzal, h támogassák más cégek termékeit is.
-
Degeczi
nagyúr
válasz amargo #48508 üzenetére
Javítva, de dühítő a figyelmeztetés nélküli változtatás, ami ráadásul elég kényelmetlen is, mert kimozgatja az Appdaemon mappát a /homeassistant alól, ahol pedig a logikus, praktikus helye volt
Visszaírtam egy
app_dir: /homeassistant/appdaemon/apps/
beállítással, h legalább az app scriptek ott maradjanak, de ez eszetlenség így, egy diktatórikus döntés miatt[ Szerkesztve ]
-
Degeczi
nagyúr
válasz amargo #48519 üzenetére
Többrétű a dolog.
Egyrészt általánosságban változott, h /config helyett már /homeassistant a beállítások, automatizálások útvonala, ez okozta a gondot a legtöbb esetben ha még a régi helyre hivatkozik vmi (Node-red, kiegészítők)Itt viszont ezen felül az Appdaemon addonon is változtatott Frenck, h ne a /homeassistant/appdaemon, hanem /addon_configs/a0d7b954_appdaemon alatt tároljon mindent. Ehhez az Appdaemon 0.15.x telepítés során átmozgatta a file-okat az új helyükre - azt viszont elfelejtette, h az ebben lévő appdeamon.yaml fileban is lehet még régi /config útvonalra hivatkozás: nálam, és sokan másoknál is szerepelt benne a secrets elérése a régi, /config/secrets.yaml formában, ami így persze kritikus hibát okozott, nem indult el az Appdeamon.
Mit tesz az ember ilyenkor először: megnyitja a kedvenc VSCode addont, megy az appdaemon mappába - de az (az előbbi átmozgatás miatt) töküres!
Appdaemon addon backupot is hiába töltenél vissza, hiszen az csak az addon dockerének dolgait tartalmazza, a configja a homeassistant backupban van (nyilván ezért is akarta onnan kimozgatni Frenck, ezt még értem), amit visszaállítva vesztenél napi adatokat, tehát a jobb megoldás (miután utánajártál a fórumokon, mi is történt...):
- a VSCode-ot átállítani az /addon_configs/a0d7b954_appdaemon munkamappára, átírni ott az appdaemon.yaml-ben a már érvénytelen /config/secrets.yaml hivatkozást /homeassitant/secrets.yaml-re (és akkor már persze az esetleges logs beállításokat is)
- beleírni az említett app_dir: /homeassistant/appdaemon/apps/ sort is, h ne kelljen a VSCode átállítgatásával bohóckodni amikor Appdeamon scripten dolgozik az ember
- vagy be-ssh-zva, vagy vmilyen ssh-t is ismerő filekezelő segédlettel (nálam pl Filezilla nagyon bevált) visszamásolni az /addon_configs/a0d7b954_appdaemon/apps alól a /homeassistant/appdaemon/apps alá az alkalmazás scripteket
- mehet vissza a VSCode munkamappa a /homeassistant-ra (míg nem kell az appdamon.yaml-en változtatni, de az szerencsére nagyon ritka)és végre nagyjából ott vagyunk ahol az egész nyűg előtt. De hogy ez mire volt jó így... (mert mivel nagyon nem praktikus a máshol tárolt alkalmazásmappa, a visszaírással kilőttük azt a szempontot, h ne a homeassistant backup tárolja azokat)
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz amargo #48526 üzenetére
Az alább írtak Frencket ismerve aligha fognak megváltozni, egyszer át kell állítani az új helyen lévő appdaemon.yaml-ben amit kell, visszamásolni az appokat, és akkor legalább azok meg a logok maradnak a szokott, praktikus helyen.
Persze, a terminált én is használom, de a Filezilla nagyon kényelmes filemásolásokhoz, akár mint most is, akár normál esetben ha pl. vmi hangeffekt file-t töltök föl a saját gépről, vagy mondjuk backupot le a HA-ról, h kibontsak a tar-ból vmit. Vagy csak nézelődni a mappastruktúrában. Parancssorból nem túl kényelmes egyik sem.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz daninet #48528 üzenetére
Abszolút egyetértek... Kétségtelenül nagy koponya, vannak jó megoldásai, ötletei is de ritka arrogáns f@sz tud lenni a kommunikációban, ami valóban keserű szájízt hagy.
Ilyen nagy változtatást pedig végképp nem lenne szabad diktatórikusan, egyeztetés vagy akár csak figyelmeztetés nélkül átvezetni. Mondjuk egy Nodered esetén nem gond, azt a GUI-ján keresztül használod, felőled bárhol lehetnek a file-jai, de az Appdaemon arról szól, h kézzel szerkesztesz Python scripteket egy fix helyen, tehát nem szabad azt csak úgy váratlanul áthelyezni, egy üres mappát hagyva a régi helyükön.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz peti85 #48630 üzenetére
Természetesen kell a takarás nélküli rálátás, hiszen különben hogyan érzékelhetne?
A jelenlét érzékelők is mozgásérzékelők, csak a nagyon nagy frekvencián dolgozó radar miatt még az ülő helyzetben előálló mikro-mozgásokat is képesek detektálni - de ehhez persze az kell, h visszaverődjön rólad a jel az érzékelőhöz. -
Degeczi
nagyúr
válasz Cyberbeni #48794 üzenetére
Sokkal egyszerűbbé, biztosabbá válik minden, ha teszel (pl. Zigbee-s) nyitásérzékelőt is a mosógép ajtajára: egyrészt amikor készen van, egészen addig lehet bizonyos időközönként ismételni a figyelmeztetést, míg az ajtót nem nyitja vki, másrészt a megugró teljesítményt is csak akkor kell figyelembe venni, ha az ajtó csukva.
-
Degeczi
nagyúr
válasz Fuser és Tsa #48821 üzenetére
Hűtőbe, pláne fagyasztóba mindenképp olyan érzékelőt célszerű tenni, ami 2 db AAA-val dolgozik, az kategóriákkal nagyobb kapacitás, mint egy pici CR2032.
pl www.aliexpress.com/item/1005005112363312.html -
Degeczi
nagyúr
válasz Olympia76 #48816 üzenetére
Sajnos nincs ilyesmivel tapasztalatom, minden mozgásérzékelőm vezetékes, külön zónákon van. Pont nemrégiben kaptam egy fórumtárstól pár kombinált (PIR+10 GHz radar) Pyronix érzékelőt, azokkal majd eljátszadozom hátha használhatóak jelenlétérzékelésre is, bár ez nálam nem kritikus, megoldják egyéb automatizálások.
A tápellátást viszont én külön venném, nálam is a HA központ szünetmentesére kötött USB-s adapter táplálja a riasztót illesztő Wemos Minit, mert a központ 12V tápja 700 mA-t tud, azt ne terheljük fölöslegesen (igaz, nálam sok mozgásérzékelő, emiatt PC5108 bővítőpanelek, és két kezelő is van rajta. Ha nálad csak kevés cucc van, akkor ez nem annyira szempont)
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz Gabesz87 #48852 üzenetére
Az alkalmazások többségét én is angolul szeretem használni, vagy ha rossz a magyarítása, akkor a telefont is, de a HA alapvetően teljesen jó magyarul. Bele lehetne kötni pár apró hibába (pl. az ajtók nem "zárva", hanem "csukva" lennének helyesne - ahogy angolban sem "locked" hanem "closed" szerepel ugyanott) de igazából nincs semmi zavaró.
-
Degeczi
nagyúr
válasz LouiS22 #48861 üzenetére
Van, ahol valóban nem zavaró (pl. egy tömegközlekedési eszköz jelentheti be "tessék vigyázni, az ajtók záródnak" formában, senkit nem zavar az eltérés), de pont otthonautomatizálásban ez egyértelműen hibás, információt vesztesz vele, hiszen itt nagyon fontos az eltérés egy zárt és egy pusztán csak csukott ajtó közt. Itt épp az angol jobb, nincs keveredés a closed és a locked között.
-
Degeczi
nagyúr
-
Degeczi
nagyúr
válasz its_grandpa #48930 üzenetére
$8.38 az most kb. 2900 Ft + ingyen szállítás, szemben a hazai 1953 + 990 szállítás = 2943 Ft-al. Nem látom, miért érdemel ez megjegyzést.
[ Szerkesztve ]
-
Degeczi
nagyúr
A statistics-ból nem töröl a rendszer (de az jellemzően nem is nagy az óránkénti adatokkal)
Amikor nagyon meghízik a DB, akkor az a normál "states" napló tábla szokott lenni, arra vonatkozik a purge időtartama is.
Ott érdemes egy ilyet kiadni:SELECT entity_id, COUNT(1) AS num
FROM states
GROUP BY entity_id
HAVING num>100
ORDER BY num DESC
törölni a fölöslegeseket, és a recorder configját úgy módosítani, h ne is rögzítse azokat (teszem azt vezeték nélküli eszközök jelszintje, ilyesmik)
exclude:
domains:
- weblink
- updater
- device_tracker
...
entity_globs:
- sensor.*_power_factor
- sensor.power_*_factor
- sensor.*_linkquality
- sensor.*_battery
...
entities:
- sun.sun
- sensor.yr_symbol
- sensor.last_boot
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz its_grandpa #48970 üzenetére
Akkor egy nagy titok: Alit sosem szabad forintra állítani, mert nagyon durván rosszul vált! Ma 367.5 Ft lenne 1 USD náluk, míg mondjuk Wise-on (aminél biztos akad jobb is) 350... Tegnap reggel még 348 volt.
Az árak pedig nem fixek, tegnap amikor ránéztem, az említett $8.38 volt.Ja, és a konrét típussal azonos valóban 3500 + 990 lenne itthon: jól látod, ez így korrekt. Nem másik típust linkelni.
[ Szerkesztve ]
-
Degeczi
nagyúr
Nem ennyire specifikus trigger célszerű, hanem a beállítások / személyek alatt hozzáadod a megfelelő userhez a telefonját egyrészt a wifi AP által szolgáltatott entitásként, másrészt ha futtatod rajta a Home Assistant appot (érdemes) akkor a telefon lokációja alapján is. Így ha ezek alapján otthon van, akkor a neki megfelelő person.valaki állapota "home" lesz. Akár már erre is lehet triggerelni, de világítás esetén szerintem jobb úgy, h egy, a lámpához közeli mozgásérzékelő a trigger, aminek feltétele (persze az esti időszakon túl) az, h van-e otthon vki (ismét csak nem személy-specifikusan), h esetleges fals érzékelés ne okozzon fölösleges felkapcsolást.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz JoceeHunt #49089 üzenetére
A gázóra mechanikus, nincs áramcsatlakozása, így ez eleve kizárt...
Jellemzően mágnes van az egyik tizedesjegy számkorongján, azt tudod érzékelni kellően érzékeny jelfogóval, és számolni az impulzusait. Azonban rengeteg múlik a szolgáltató hozzáállásán! A #&#&@ DÉGÁZ pl. csak hivatalos, kamarai tag gáztervező (!) által benyújtott tervet hajlandó engedélyezni, gyári érzékelővel, nem ér annyit az egész... Engedélyezetlenül pedig kitennéd magad egy izgága leolvasónak, aki rögtön jelenti, h látott vmi gyanúsat az órádnál, és akkor magyarázkodhatsz, szóval az inkább akkor játszik, ha csak általad hozzáférhető helyen van az óra, de gyakran az külterületre, telekhatárra kerül, akkor pedig bármikor belenézhetnek a szekrénybe. -
Degeczi
nagyúr
válasz skyrush7 #49100 üzenetére
Először azt tisztázd a vezérlő alapján, milyenre van szükséged: akad, amelyiken egyetlen bemeneten fogad gombnyomást (így az aktuális zárt/nyitott állapottól függ, nyitni vagy zárni fog-e) ezért elég egyetlen körös relé és akad, ahol külön bemenet vezérli a nyitást és a zárást, tehát ott két körösre van szükséged. Illetve lehet külön olyan bemenet is ami csak gyalogos számára nyitja, az még további kör.
De minden esetben szárazkontaktos relé kell.
Ezután jöhet az, h milyen típus legyen és honnan. -
Degeczi
nagyúr
válasz csubuka #49101 üzenetére
Amihez nem ideális a Modbus, az pl. a kapcsolók, mert a kihelyezett slave eszközök nem tudnak szólni a masternek, hanem annak kell folyamatosan polloznia azokat, történt-e már vmi. De adatgyűjtésre nagyon jó a Modbus, nem véletlen, h rengeteg fogyasztásmérő (vagy pl. napelem inverter) is alkalmazza. Saját építésű vezetékes szenzorokhoz, relékhez is tökéletes, mert fillérekből megoldható a kis energiaigényű (akár központilag, távtáplált) illesztés pl. Arduino Minikkel. Én pl. a kapunyitást is ilyennel fogom megoldani tavasszal, mert az ahhoz közeli garázsban úgyis ott van egy modbus-wifi gateway a napelem inverter és a központi fogyasztásmérő miatt. Ha a #&@ DÉGÁZ nem olyan hozzállású lenne, mint alább említve, a gázóra impulzusait is ilyen, Modbusra illesztett Arduinoval számlálnám.
Termosztáthoz mondjuk valóban fölösleges lenne.
[ Szerkesztve ]
-
Degeczi
nagyúr
Ha jó a wifi térerő és megoldható a táplálás, természetesen tökéletes egy ESP is, de egy Arduino Mini csak valahol 10 mA körül kér (míg az ESP maximuma 200 mA-t is elérheti), ezért ezt messziről is könnyen meg lehet táplálni (nem PoE, nem ethernet. Ezek az eszközök Modbus átvitelhez is egyetlen érpáron
elágazásmsorosan kommunikálnak, a wifi gateway teszi át a hálózatra később) -
Degeczi
nagyúr
Így, így. Bár speciális, méregdrága RS485 kábelt illene a Modbushoz használni, az otthon szokásos párszor 10m-re megteszi egy jobbfajta (mindenképp tiszta réz, nem csak rézbevonatos!) árnyékolt S/FTP kábel is.
Az érzékelők olvasásához Arduinoból egy kis fogyasztású Mini az ideális, viszont pont ezért azon nincs USB port sem, soros illesztő kell a felprogramozásához. A Modbus csatlakozáshoz pl. MAX485 modul praktikus, olcsó, szoftveresen pedig egy hozzá tartozó könyvtárral, ami példájából látható, milyen egyszerű: csak azt kell beállítani, mennyi/milyen regisztert akarsz hozzáférhetővé tenni, milyen slave azonosítója legyen, és a fő ciklusban egy modbus.poll() elintéz mindent, neked csak a regiszterekhez tartozó memóriacímeket kell feltölteni a szenzorról beolvasott adatokkal.A vezérlőközpontra csatlakozás pedig mehet egy filléres USB-RS485 adapterrel, vagy egy szintén sokak által használt Elfin RS485-wifi gateway-el, a HA Modbus komponense támogatja.
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen