• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    SELECTsmart homes - DIY - X10 a dalsi (Home Assistant, Shelly, Tasmota)
    QWWERTY
    QWWERTY --- ---
    NIXIMOR: vodomer + neco jako tohle?
    chiptron.cz - Novinky: Měření spotřeby vody a plynu u klasických analogových měřidel díky ESP32, kameře a strojovému učení/umělé inteligenci - Tensorflow. Stačí koupit desku za cca 350 Kč....
    https://chiptron.cz/news.php?readmore=1483
    NIXIMOR
    NIXIMOR --- ---
    Nerealizoval jste nekdo mereni spotreby vody? Uz v tom lezim druhy den a prijde mi, ze vsechno co je na trhu je prakticky pro offline mereni, kdy se pocita s odectem jednou za cas.

    Shanim neco, co dam na potrubi / do potrubi (ale pak to musi mit certifikaci pro pitnou vodu), a budto pres wifi nebo pres cokoliv co jsem schopny odecitat lokalne, mi to bude posilat v dostatecne kratkych intervalech (max. minuta) aktualni odecet. Napajeni na miste neni problem. Problem je rozmer potrubi, jde o DN32.

    Nabizi se tam dat bezny vodomer, a na nej nejake odecitaci cidlo, ale tady jsem prave narazil na to, ze vsechno to posila budto do nejakeho cloudu, kde mi vygeneruji tak maximalne excel, nebo to posila jednou za x minut, coz je pro moje potreby malo. Use case je, ze potrebuju v grafu videt v case kolik vody se odcerpalo s narazovymi spickami typu ted se sli vsichni sprchovat, ted se napousti mycka, ... Mame totiz studnu, kde v soucasnem suchu doteka voda prilis pomalu a stava se ze prave ve spickach jsme schopni ji uplne vycerpat do sucha, jenze ty spicky potrebuju byt schopny zdetekovat, abych na to mohl nejak reagovat. Vysku hladiny v te studni uz monitoruju, ale potrebuju tam videt tu korelaci s odberem, abych dokazal zdetekovat, kdyby ta voda unikala jinudy, coz je aktualni podezreni.

    Takze budu rad za tipy. Na miste mam napajeni, mam tam wifi, pripadne umim cist 4-20mA proudovou smycku. Nejake veci jako mbus nebo LoRa by se daly zaridit, stejne tak jako integraci do grafany si zvladnu postavit, pokud mi to zarizeni ty data bude schopne davat. Nekdo nejaky tip?
    CERMI_FOX
    CERMI_FOX --- ---
    PISTA1: nežere ta gps baterku? Plus teda mě to neustále ukazuje, že jsem v zóně doma, ale to je asi o nastavení, nejspíš nemám povolené sdílení polohy právě ze strachu o tu baterku.
    DRIZDIK
    DRIZDIK --- ---
    PISTA1: No pokud po odkódování dáš dostatečný delay aby další spuštění začalo až po těch 5 minutách třeba, tak už budeš znovu spouštět se správným stavem.
    MEDWYN
    MEDWYN --- ---
    PISTA1: Muzes si udelat template switch na EZS. Ten bude jako jedna zapouzdrena entita resit vsechny tyhle stavy. A pak pokracovat viz nize, volat jen turn_on. Ale taky bych to videl na single automatizaci s conditions, ze zapinani EZS probehne pouze v pripade, kdy jiz neni zapnuta.
    PISTA1
    PISTA1 --- ---
    DRIZDIK: quened to neřeší, tam další spuštění čeká na ukončení prvního.

    MEDWYN: Jo když by HA komunikoval s EZS napřímo a moh bych mu poslat přikaz zakoduj nebo odkoduj. Bylo by to jednoduchý.
    Ale já musím EZS zapínat/vypínat impulsem na zoně.

    Mám automatizaci bez trigru. jenom akci která pošle zapni, čekej 1s, vypni. Tím automatizace skončí. Jenže EZS trvá několik sekund než provede zamykací procedury a sepne výstup co signalizuje zastřeženo.
    Takže jsem večer udělal input boolean a do podmínek jsem hodil že input musí být off a akci: input om, zapni, čekej 1s, vypni, čekej 15s, input off.

    Nicméně teď jsem koukal jak fugují quened a jaký jsou vůbec možný typy. (jeden furt zjišťuje co všechno to umí :-)
    A vlastně je to jednoduchý, nechat single, input můžu vyhodit a na konci jen čekej 15s.
    Díky tomu bude automatizace v běhu po celou dobu, než se EZS překlopí a pokusy o spuštění bude ignorovat.
    MEDWYN
    MEDWYN --- ---
    PISTA1: A co takhle to rozdelit, aby prijezd nikdy nevyvolal zakodovani? (pouzit ruzne triggery s nastavenym trigger_id a nedelat na entite alarmu toggle)
    DRIZDIK
    DRIZDIK --- ---
    PISTA1: Od toho jsou queued automatizace, které počkají až předchozí, klidně i s nějakým cooldownem doběhne
    ABE
    ABE --- ---
    PISTA1: Tak jsem to myslel .)
    PISTA1
    PISTA1 --- ---
    ABE: Zakážu na 15s opětovný spuštění akce která provádí odemčení/zamčení. Takže když přijdou dva příkazy za sebou druhej to bude ignorovat.
    ABE
    ABE --- ---
    PISTA1: Po odkodovani zakazat na X sekund, zmenu stavu?
    PISTA1
    PISTA1 --- ---
    CERMI_FOX: GPS poloha mobilů a 200m zona okolo pozemku Wifi je na tohle nespolehlivý, to by šlo třeba v bytě.
    Stejně tak obráceně pokud jeden z nás odjíždí a nikdo není doma vyskočí push notifikace jesli se má zamknout. Děti zatím kodujou postaru na klávesnici při odchodu. kdyby zapoměli tak mě vyskočí push.
    CERMI_FOX
    CERMI_FOX --- ---
    CERMI_FOX: *prijde na wifi (uz toho mam dnes dost :) )
    CERMI_FOX
    CERMI_FOX --- ---
    PISTA1: jak detekujes, ze prijela manzelka? Mobil zmizi z wifi?
    PISTA1
    PISTA1 --- ---
    CERMI_FOX: No to máš pravdu. Stejně jako když praskne žárovka.... vezmu ve skříni náhradní a vyměním. :D

    btw teď řešim jeden malej špečík s EZS. Mám nastavený že když přijedu já nebo manželka domů tak se automaticky odkoduje, bohužel je tam asi 5s prodleva od spuštění procedury než EZS signalizuje odemčení, takže když přijedem spolu a mobily se trefí do toho okna, tak jeden odkoduje a druhý hned zas zakoduje :D
    CERMI_FOX
    CERMI_FOX --- ---
    PISTA1: jo, ale pokud ti vypadne relatko, tak si nezapnes
    PISTA1
    PISTA1 --- ---
    DRIZDIK: Vypínačem ale žádnej fyzikej stav nezanecháváš. ani proti ničemu nebojuješ. Jen jím změníš výstup on - off. S automatizací to normálně spolupracuje + pokud ti z nějakýho důvodu vypadne HA ovládáš po staru.
    CERMI_FOX
    CERMI_FOX --- ---
    DRIZDIK: jsem dost smolnej člověk, takže snad všechno, krom rozbitých upgradů, co se kdy podělalo, se podělalo v době, kdy jsem nebyl fyzicky doma, abych to nahodil :)

    Aktiv-standby instance mi dává větši smysl, ale z praxe vim, jak moc je těžký tohle odladit (zvlášť když na to není čas si s hrát do hloubky), aby to fungovalo dobře, nebo aspoň lépe než kdyby tam ten systém byl jen jeden :) A snažil bych se vyhnout tomu automatickému failoveru do druhé instance, spíš si to nechat na manuální request třeba přes SMS ... ale to je zas až na nějaké dlouhé zimní večery. Tak za 5-10let, dřív se k tomu určitě nedostanu :)
    A není to jen o HA, ale třeba i o vzdáleným nahození jističe/fíčka a záložním zdroji :)
    MR_DAN
    MR_DAN --- ---
    git clone ...
    cd ...
    docker compose up -d
    :⁠-⁠)
    DRIZDIK
    DRIZDIK --- ---
    MR_DAN:
    PISTA1:
    Za mě je takový krok který ti spíš znepříjemní život si zanechat ten fyzický stav, který ti bojuje proti vzdálenému ovládání.
    Pokud máš pod vypínačem aktivní prvek, tak i po vypadnutí HA ti ten vypínač může zachovat funkci. Na druhou stranu, pokud se naučíš dělat upgrade s nějakou zálohou a rychlým recovery procesem, tak už se mi hodně dlouho nestalo, že bych něco rozbil nebo to bylo rozbitý dlouho.
    Kliknutím sem můžete změnit nastavení reklam