-
Fototrend
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
-
Degeczi
nagyúr
-
Degeczi
nagyúr
válasz Olympia76 #26082 üzenetére
Pedig pont arról van szó, amit szeretnél: fix kifejezés helyett template-et írsz a szenzorhoz, abban pedig már a Pythonban is létező slice jelölést használhatod a string darabolásra, annyit meghagyva, ami már egyezik majd a payload_on-nál elvárt értékkel.
-
Degeczi
nagyúr
A supervised telepítés csak egy kényelmi funkció, eltakarva előled a Dockert... Ahogy telepítetted a HA-t, ugyanúgy rakhatsz föl MQTT brókert is dockerrel. Praktikusabb, mint az összes többi, pl. mert elég csak változás esetén jelentened, és ha retain módban írod azt be a topikjába, akkor mindig ott lesz amíg újabb adat nem érkezik, és több rendszer is ugyanúgy hozzáférhet (pl. Nodered), nem csak a HA.
Rajtad múlik, hogyan oldod meg az átfordítást: akár HA-ban csinálsz egy template szenzort, ami átszámítja, de szerintem praktikusabb már a szenzornál megoldani, h átszámolt értéket küldjön be a Rpi. Ami amúgy kicsit túlzásnak tűnik pusztán ilyesmire, valszeg egy Wemos Mini is megfelelne, ami ESPHome-mal még a beintegrálást is pofonegyszerűvé teszi.
-
Degeczi
nagyúr
válasz zsamiatt #26163 üzenetére
Gondolom nem sokan látnának szívesen kamerát a fürdőszobában... Súlyérzékelőt meg hová teszel? És pusztán a mozgásból honnan tudja, h most fürdeni és nem fogat mosni szeretnél? Ez szerintem megmarad ötlet szintjén, hiszen az elérni kívánt cél sem különösebben lényeges, pláne egykaros vagy termosztátos csaptelepnél
-
Degeczi
nagyúr
válasz cpt rodgi #26190 üzenetére
A linkeden ott a magyarázat: a dockeres telepítéssel (container) nincs supervisor. Nem muszáj, h legyen a használathoz, csak kényelmi feature, de ha szeretnéd, akkor Debian oprendszert használj a gépen, az alá támogatott módon is könnyen fölrakható.
[ Szerkesztve ]
-
Degeczi
nagyúr
A template szenzor leírása sok példát is tartalmaz, egyszerűen a fejlesztői eszközök / sablon fülön kikísérletezheted azt a képletet, amivel átszámolod a távolságot százalékra - de ha úgyis MQTT alapú az egész, akkor könnyen lehet, h külön template szenzor sem kell, mert az MQTT szenzor is tartalmazhat value_template kifejezést, ahová bekerülhet ugyanez.
-
Degeczi
nagyúr
válasz huliganboy #26307 üzenetére
Miért kellene több MQTT bróker?
Több rendszer is csatlakozhat ugyanarra, pont ez az egyik előnye a többi (pl. http) integrációval szemben. -
Degeczi
nagyúr
Van esetleg vkinek tapasztalata Sonoff ZBMini Zigbee-es relé kapcsolóval vezérléséről?
Rendelnék egyet, de sehol nem találok korrekt, alapos bemutatót róla, jellemzően azt írják, h "mint a wifis változata, csak Zigbee-vel, külső antenna nélkül" - de ezt biztosan nem igaz, mert pl. termékoldalakon ott a figyelmeztetés, h nyomógombbal nem kompatibilis, vagyis akkor nem tud "pulse" kapcsolási módot, ami pedig a normál Mini három módjának egyike.
De akkor vajon milyen módban dolgozik?
Edge: a billenőkapcsoló bármilyen irányú változása átváltja az állapotát
Following: csak a kapcsoló helyzetének megfelelő változás szerint vált -
Degeczi
nagyúr
válasz gya/352 #26417 üzenetére
Ha magasabb a hőmérséklet, akkor érthető az alacsonyabb páratartalom is, hiszen a kettő együtt jár.
Nekem csak három BME280-am van, még régen vásárolva, és azok szerencsére teljesen hasonló értéket mutatnak a Xiaomi Zigbee-s érzékelőkhöz (amik elég jók, nálam mind 1-2 tizeden belül vannak) -
Degeczi
nagyúr
válasz jézusom #26636 üzenetére
Rögtön az első oldal is írja, h a HA OS az konténert használó = vagyis dockeres telepítés, ezen nincs mit csodálkozni. Számodra tökéletes megoldás, minden mással csak többet szívnál.
-
Degeczi
nagyúr
válasz nemethsza #26671 üzenetére
Nem kell google, a leírása is írja, h akár az SW1 akár az SW2-re kötött gomb jó erre - de erre csak akkor van szükség, ha bármi okból nem ment volna ilyen setup módba a Shelly magától. Ha látsz egy shellyswitch25-xxxxx wifit, akkor ebben a módban van, és az Androidos alkalmazásban kényelmesen beállítható minden.
-
Degeczi
nagyúr
válasz tsilver #26780 üzenetére
A gyakorlati min. 64GB lenne, de olyat már nem kapsz sehol, max agyonhasznált példányt, ezért 128 GB
(nem csak a helyigény számít, hanem a nagyobb háttértár élettartama is nagyobb, hiszen a wear-leveling akkor működik jól, ha van kihasználatlan hely, mert így az egyes cellák kevesebb írási cikluson esnek át) -
Degeczi
nagyúr
válasz gya/352 #26900 üzenetére
Ugyan már nem ismerem a Domoticzot, de az MQTT lényege, h egy topikra föliratkozott kliens rögtön megkapja az új adatot ha frissülés van, ezt nem ő állítja, hanem az adatforrás jelentési gyakorisága.
De MQTT explorerben biztosan a fogyasztási adatot látod frissülni gyakran változni? (a webes felületen még érthető, ha gyakoribb)
Egyrészt mert az előbbi miatt az rögtön át kellene kerüljön az otthonautomatizálásba is, másrészt meg tényleg tipikusan 30 mp-re szokták állítani a jelentési gyakoriságot, mivel az még nem szemeteli tele nagyon sem a hálózatot, sem a naplót, adatbázist (hiszen a legtöbb rendszer alapbeállításként rögzít minden értékváltozást) és elfogadhatóan pontos méréshez is idő kell, szóval végtelenül sűrűre nem is állítható - de miért is kellene? Ahhoz, h pl. készen van-e a mosógép és hasonlók, a fél perces sűrűséggel is jól használható. -
Degeczi
nagyúr
Nem a sticken múlik, hanem az azt kezelő rendszeren, mint a Zigbee2mqtt-nél a configuration.yaml-jében (de mint írja is, ez után újrapárosítani kell az eszközöket)
-
Degeczi
nagyúr
válasz gya/352 #26914 üzenetére
Ezernyi más dolog is lehet, némelyik Shelly-ben van pl. belső hőmérő, az is jelent időközönként. Bár ezt egy temperature altopikban teszi, de ez lehet másik típusnál másként, és az sem tiszta, hogyan figyelted a topikját (ténylegesen csak a fogyasztásét, vagy kompletten az egész eszközét) - vakon meg nem sok értelme van találgatni.
Praktikus egyszerűen terminálból, mosquitto_sub paranccsal megnézni, mert azt visszagörgetve egyszerűen látod mi és hová érkezett.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz amaximus #26932 üzenetére
Pont a relé nem olyan magától értetődő, mert a behúzó tekercsének nem csak áramigénye van, hanem a vezérlés megszűnésekor feszültség indukálódik benne, ezért kell védődióda is azzal párhuzamosan kötve, védeni a vezérlő áramkört.
Mondjuk egy riasztónak a kimenete elég jól védett, de a feszültsége is kellően stabil, így az egyszerű kétellenállásos feszültségosztó ott is jól használható (pl. a népszerű DSC Keybus interface is ilyen illesztést használ Wemoshoz) -
Degeczi
nagyúr
válasz nemethsza #26968 üzenetére
Az above trigger nem azt jelenti, h "ha x fok fölött van", hanem "amikor átlépi a megadott küszöböt vmi alacsonyabbról": ha nincs ilyen átlépés, mert már indításkor is 25 fok fölött van, akkor sosem fog aktiválódni...
(másrészt meg sokkal tisztább pár sornyi kódban leírni ezt, mint felületen kattogtatni és képernyőket másolgatni) -
Degeczi
nagyúr
válasz Olympia76 #26989 üzenetére
Magyarul megfogalmazva sem triviális, ezért lekódolni sem az... Hol ez, hol az alapján szeretnél vezérelni, attól függően, h a naplemente van-e hamarabb, vagy 20 óra. Ezért vagy ezt rakod bele a feltételekbe (de nem lesz szép) vagy helperrel követed, megtörtént-e már az aznapi automatikus felkapcsolás. Nincs ezzel semmi gond, erre való.
-
Degeczi
nagyúr
válasz Olympia76 #26991 üzenetére
Nem, már a megfogalmazásod sem pontos, mert ha ezt szó szerint veszem, abban pusztán a naplemente a trigger, egyetlen "20 óra előtt" feltétellel, és kész... Márpedig ha jól értem, szeretnél triggert idő alapján is. Nem triviális, ha hol ez van hamarabb, hol a másik esemény.
De miért kellene ehhez több automatizálás?
Egyetlenről van szó, amit két trigger indít, a feltételben pedig ott van, h aznap még nem történt automatikus fölkapcsolás. -
Degeczi
nagyúr
válasz Olympia76 #26993 üzenetére
A teljes megfogalmazás az lenne, h "naplementekor vagy 20:00-kor, és naponta csak egyszer fusson le".
Erre való a helper, nem értem mi a problémád vele. Enni nem kér, és egyébként sem rossz, h pl. kirakhatod a felület egy "változók" fülére, és ott mindig rögtön láthatod, aznap már volt-e ilyen fölkapcsolás, ami hibakeresésben is segítség (és mivel át is billenthető, ezzel akár blokkolható is az aznapi fölkapcsolás, ha vmiért kellene)
Naponta lefutó reset script meg máshoz is hasznos lehet, pl. vmilyen napi számláló nullázásához, napi ébresztéssel, bejelentéssel kapcsolatos helperhez, stb., abban elfér ennek resetelése is. -
Degeczi
nagyúr
válasz koala69 #27006 üzenetére
Pedig teljesen világos a leírás, egyértelmű példákkal. Azt kérted, h egész óra 1 perckor fusson le. Percenkéntihez "/1" kell.
-
Degeczi
nagyúr
-
Degeczi
nagyúr
válasz koala69 #27056 üzenetére
Igen, a Nabu Casa működik NAT-olt hálózatról is, mert olyankor a HA kezdeményezi a kapcsolatot a felhő felé.
Egyébként mobilszolgáltató kérdése is, nekem annak idején simán ment Telenor-os mobilnetről az otthoni elérés, az nem NAT-olt (de pl. asszem a "helló data" ott is NAT-olt lett volna, ez viszont normál mobilnet volt) -
Degeczi
nagyúr
-
Degeczi
nagyúr
- ha 25 alatt szeretnéd lefuttatni, akkor miért az írod a feltételbe, h 25 fölött legyen?
below:
kell, nemabove:
- ha "és" kapcsolatban lévő feltételeket szeretnél, miért írszcondition: or
-t? Az arra való, h az utána következő feltételek egymással "vagy" kapcsolatban legyenek - de nálad ott csak egyetlen feltétel van.
Így értelmetlen az "or", csak arra jó, h zavaró legyen olvasni a kódot. Hagyd ki azt is, és az utána következőconditions:
sort is, egyszerűen a korábbival azonos szinten legyen a víztartályszint feltétele is, és alapban az "és" kapcsolatot jelent. -
Degeczi
nagyúr
Jó, de itt céltalan (bár bajt nem okoz, de az olvashatóságot rontja) a
condition: and
és így nem kell az alatta lévőconditions:
sor sem.Egyszerűen ennyi, ezek így "és" kapcsolatban lesznek minden egyéb körítés nélkül:
condition:
- condition: numeric_state
entity_id: sensor.feuchtigkeit
below: '25'
- condition: numeric_state
entity_id: sensor.watertank_fill
above: '15'
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen