-
Fototrend
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
Degeczi
nagyúr
válasz 7Sony7 #32078 üzenetére
Aligha érdemes. A gyártó termékoldala megemlíti, h 95%-os páratartalom mellett is működőképes marad.
-
Degeczi
nagyúr
válasz Gabail #32094 üzenetére
Ha hozzáférhető helyen van a HA-s géped, akkor a legegyszerűbb egy USB-s hangszórót rákötni a hangkimenetére és VLC addont telepíteni.
Ha távolabb, mindenképpen wifis a nyerő, Zigbee ilyen célra nem játszik (az nem ilyen nagy adatmennyiség átvitelére való). Rajtad áll, milyen: lehet házilag is összerakni vmit, készen pedig mondjuk egy Ikeás Sonos a legegyszerűbb (helyi hálózaton kerül beintegrálásra), vagy Google Mini, kikapcsolt mikrofonnal, ha tartasz tőle. Ez utóbbi jóval olcsóbb, de kevésbé jó a célra, mert először föl kell építeni a cast kapcsolatot, ami pár mp késedelem, és csippan is egyet olyankor.
-
Degeczi
nagyúr
válasz canniball #32113 üzenetére
Nem, ezt ismerem, ez volt ár-érték arányban nagyon jó - sajnos tényleg úgy néz ki, h kifutott...
Az éjjeliszekrény lámpa hangszórót (valóban ugyanilyen néven, igazán kitalálhattak volna mást) is jónak mondják, de az már sokkal drágább.
-
Degeczi
nagyúr
válasz LouiS22 #32117 üzenetére
De, 60e volt korábban is a lámpahangszóró (csak tavaly nyár végén annak kifutásával volt elméleti kiárusítása olcsón, de a gyakorlatban csak pár példány lehetett) az nagyon nem csak picit drágább, mint a 35e-es hasáb
-
Degeczi
nagyúr
válasz mr.perfect #32123 üzenetére
Nekem van kettő is több már nem kell. De ha vkinek még szüksége lehet rá, hasznos infó, köszi.
Az éjjeliszekrényes lámpahangszóróra izgultam volna rá még a nyár végén, amikor nem sokkal drágábban "akciózták" - de hiába iratkoztam föl a készletértesítőre, sosem jött értesítés, vmikor ősszel meg le is került az oldalukról, fölváltotta az újabb típus.
Saughassy: alkalmi akciók szoktak lenni. Májusban, tehát még az áfázás előtt lehetett 3 db SHP13-at venni $36-ért (szintén a BG cseh raktárából), ez akkor kb. 4e / db volt, azóta az áfával kb. 5e lenne
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz Saughassy #32136 üzenetére
A BT-os, kijelzős Xiaomi hőmérőkre létezik alternatív fw, ahol állítható a gyakoriság, de a ZB-s szenzorokra nem láttam még, azok csak 0.5C-t vagy 5% páratartalmat meghaladó változás után jelentenek, különben közel egy óra is eltelhet (saját példányoknál asszem 55 perc volt a max, amikor lassú volt a változás)
-
Degeczi
nagyúr
-
Degeczi
nagyúr
válasz Saughassy #32168 üzenetére
Én meg alaposan elnéztem a görbém, mert csak 1.5 fok ingadozás uis ma még nem volt automatikus leolvasztás (olyankor fűtőszállal melegíti a hőcserélőt)
Egyébként inkább azért jegyeztem meg, mert másfél éve pont a hőmérsékletet figyelve vettem észre, h nincs rendben a hűtőm, és valamennyire a tiédhez hasonlót produkált.
(a gyengélkedő belső keringetőventilátor miatt, itt részletesen dokumentálva)Itt a javítás napján rögzített görbe. A 20 fokos kiugrás már persze a javítás idejére nyitott ajtó, előtte a 10 fölé ugrás egy leolvasztás volt, viszont a köztes időben eléggé hasonlított a görbédre. Jól látható, h a javítás után hogyan simult ki:
Persze ha nálad nem az van, h alul már megfagynak a folyadékok, csak magasabbra van állítva a hőfok, és a fogyasztása sem ugrott meg (nálam ez volt az első föltűnő jelensége, meg persze a megnőtt zaj, a folyton nagy teljesítménnyel dolgozó kompresszor miatt) akkor nincs gond vele.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz tboy72 #32234 üzenetére
Az normális, vmiért nem frissíti a last seent. A szenzorok (legyen az mért érték, mint hőfok, világosság, vagy bináris, mint egy nyitásérzékelő) esetében fontos, h a settings alatt a retain kipipálva legyen, mert akkor HA újraindítás után rögtön megvan az adott entitás utolsó állapota, nem kell a következő jelentésére várni.
-
Degeczi
nagyúr
válasz Saughassy #32253 üzenetére
Ilyen, nincs belőle több verzió. Ha meg olyanja van (nem csak a hőfok, a páratartalom változását is figyeli), akár 50 percnél is több eltelik két jelentése között. Fűtésvezérlésre ezért nem jó, naplózáshoz (vagy akár páraelszívó vezérléshez is, mert ott 5% a változási küszöbe) viszont rendben van.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz Flowtation #32434 üzenetére
Igen, van amihez első alkalommal kellhet teljes újraindítás, asszem pont az általad említett kiegészítők is létrehoznak egy új mappát a www alatt, amit csak akkor lát a rendszer, ha a webkiszolgáló is újraindult
-
Degeczi
nagyúr
válasz v.attis #32438 üzenetére
Ha kondenzációs kazán, akkor az első opció úgysem buta on-off termosztát, hanem a rendszerbuszra csatlakozó típus. Azok közt a gyári időjáráskövető megoldások gyakran úgy működnek, h teljesen megszüntetik a fűtésből adódó kilengéseket (persze más tényezőből még lehet eltérés, mint pl. benapozás, sütés-főzés vagy a másik irányban a szellőztetés) mert nem egy már kialakult helyzetre (csökkent vagy nőtt hőmérsékletre) reagálnak utólag mint egy hagyományos termosztát, hanem a külső hőmérséklet változására, még mielőtt annak odabenn hatása lenne. A fűtés folyamatosan megy (leszámítva persze, ha túl nagy a kazán minimumteljesítménye), így a radiátorok sem a hideg és forró közt ingadoznak, hanem folyton langyosak, ami sokkal komfortosabb.
-
Degeczi
nagyúr
válasz tototos #32441 üzenetére
azsiacenter.com-ról semmit! rengeteg a panasz rájuk, és egyébként is egyszerű közvetítők közted, és az Alis eladó közt (de ugyanúgy Kínából kapod meg, mintha magad rendelnéd)
Visszaélnek azzal, h sokan asszociálnak az azonos nevű fizikai áruházra, és azt hiszik, hazai cég.
-
Degeczi
nagyúr
válasz Olympia76 #32449 üzenetére
Egyszerűen a Bosch CW400 gyári leírása alapján beállítva a pár alapadatot (várható leghidegebb idő, falak jellege, fűtés fajtája, max előremenő), majd amikor a gyakorlatban ezzel túllőtte, jóval melegebb lett a kért értéknél, elkezdtem a termosztáton az offset paraméterrel kísérletezni, és annak -3 vagy -4 értékén végül jó lett (pár tizeddel még több a kértnél, de ez már nem zavaró), azóta is úgy megy. A CW100-ast pont azért nem érdemes választani, mert azon nincs ilyen offset lehetőség, pusztán a görbével pedig nehéz lenne pont jóra belőni.
-
Degeczi
nagyúr
válasz Olympia76 #32452 üzenetére
Asszem 55 fokos a max előremenőm, de ez abszolút egyéni, hiszen attól függ, h a radiátorok mennyire vannak túlméretezve: ha csak kevéssé, akkor muszáj magasabbra állítani, különben nagy hidegben nem fogják kifűteni a házat. Nálam pici a ház, Ytong téglával, nincs nagy hőigénye, még a mostani hidegben is csak a reggeli- vagy a távollét utáni fölfűtések idejére haladja meg a 40 fokot az előremenő szükséges értéke, egyébként 35 körül marad:
Igen, az offset (ami valójában csak a görbét tolja el, de egyszerű, gyors megoldást ad) mindenképpen legyen a felületen, a finomhangolásnál biztosan szükség lesz rá.
-
Degeczi
nagyúr
válasz tradeelek11 #32507 üzenetére
Reálisan nincs nagyobb kockázata mint mondjuk egy fürdőszobai villanykapcsolónak (az angolok meg pl. azon szörnyűlködnek, a kontinensen hogyan lehet olyasmi, mert náluk tilos, csak plafonra szerelt húzómadzagos lehet odabenn)
-
Degeczi
nagyúr
válasz Olympia76 #32534 üzenetére
Az ilyen időjárásvezérelt fűtés lényege, h folyamatosan fűt pont olyan előremenő hőmérséklettel, ami éppen ellensúlyozza a ház hőveszteségét a kívánt célhőmérséklet és az adott időjárás mellett. Ezért tudja megszüntetni az ingadozást.
Az persze más kérdés, h ehhez a legtöbb lakásban messze túlméretezett a kazán, egy alacsonyabb előremenőt még a minimumteljesítményre modulálva sem tud tartani, mert túlmelegedne a víz. Nálam a pici ház miatt ez már olyan 40 fokos előremenő alatt megtörténik, és a kazán a saját (6 vagy 7 fokos) hiszterézise alapján lekapcsolja a gázégőt, csak a keringetőszivattyú dolgozik tovább, míg ismét le nem hűl eléggé.
Nálam ilyen a harmincpár fokos előremenő tartása, kénytelen óránként kikapcsolni, hiába modulál le 3 kW alá, ehhez az is sok:
De ez teljesen egyéni, egy nagyobb házban ugyanez folyamatos is lehet.
-
-
Degeczi
nagyúr
válasz Steady74 #32641 üzenetére
Mielőtt általánosító kijelentést teszel, ráadásul elég durván, legalább olvass utána (ha már láthatóan nem ismered), mi is történt...
Természetesen nem az évente 2x ismétlődő dolog nem volt lekezelve, csak tavaly összel állt elő először egy olyan (persze gyorsan javított) bug, ami bizonyos időzített automatizálások megléte esetén tudott nagyobb terhelést okozni (az adott automatizálás gyakori elindításával), amit bizonyos rendszerek nem viseltek jól.
Jellemzően kifagyásról sem volt szó csak a naplózás állt meg, maguk a rendszerek működtek tovább (nálam is, pedig van több ilyen időzített automatizálásom)
És nem utolsósorban nem magában a rendszerben, nem a HA-ban volt a hiba. Baromi inkorrekt amit csinálsz.Sokan vagyunk itt, akik már hosszú évek óta használjuk a HA-t minden említésre méltó probléma nélkül. Nálam lassan már 4 éve fut úgy, h ha valaha is nem futott le egy automatizáció vagy nem azt csinálta amit szerettem volna, minden esetben vagy én voltam a hülye, vagy vmi más (jellemzően hardveres) oka volt, de egyszer sem maga a HA hibája...
(a FB-os csoportot meg pláne hagyjuk, mert nagyon fölhígult)[ Szerkesztve ]
-
Degeczi
nagyúr
válasz Saughassy #32738 üzenetére
Hogyne, vidáman. Hőmérők is, nyitásérzékelők is.
Fene tudja, mi alapján zajlik a folyamat, néha napok is eltelnek, mire hajlandó másik routert választani magának egy. A Xiaomik elég finnyásak, de ezt a BW konnektort szeretik. Újrapárosítással valszeg meggyorsítható.
[ Szerkesztve ]
-
Degeczi
nagyúr
Az OK, csak annak idején lelkesen csináltam egy Appdaemonos bejelentőt, h ne maradjon észrevétlenül egy-egy lemerült elem, hazaérkezéskor bemondva hol lehet érdemes cserélni még mielőtt végleg leállna (pl. a 30% alatti állapotúakat)
Ez Xiaomi szenzorokhoz még működne is, de a hülye Ikeás gombok megbízhatatlan állapota miatt azokra nem.Hőmérsékleti szenzornál még tudok olyat is csinálni, h ha mondjuk 2 órája változatlan az értéke, azt is jelentse, mert az kizárt és már gondra utal (pl. fénymennyiségmérőnél már előfordulhat, ha töksötét van) - de kapcsolónál persze nem, azt lehet, h napokig nem nyomjuk meg.
Erre is jó lenne a "last_seen" érték - de azt sajnos nem frissíti a Z2M...
-
Degeczi
nagyúr
válasz zsamiatt #32764 üzenetére
Mármint hogy egyáltalán ki sem tölti, N/A minden eszköznél a Z2M felületén:
(és nyilván nem csak nálam, Tboy72 is ezt írta nemrég)Pedig ha ez a nevének megfelelően tényleg tartalmazná (és persze ha át is adná attribútumként), h mikor látta utoljára a Z2M, akkor tökéletesen lehetne használni riasztásra a hálózatról leszakadt olyan eszköznél is, ami nem feltétlenül küld rendszeres időközönként változó adatot.
-
Degeczi
nagyúr
válasz zsamiatt #32768 üzenetére
Na ez ütött szöget a fejembe, hiszen ha látnék ilyen opciót, persze engedélyezném...
(edge-et használok egyébként)Rákeresve a kiegészítő oldalán, más is futott már bele, h utólag kellett a configba írni. Ha nálatok helyből ott volt (hiszen különben gondolom az lett volna a válaszotok, h ezt kellett nálatok is pótolni) akkor valszeg arról lehet szó, h ez az opció vmikor később jelenhetett meg mint ahogy fölraktam, és a már meglévő configba a Z2M frissítés nem írt be alapértéket, csak az új telepítésekhez.
Szóval az advanced szekcióban egy
last_seen: ISO_8601_local
kell.De így már jó lesz, köszi, eljátszok vele
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz zsamiatt #32771 üzenetére
Aha, pont pár napja kirándulgattunk, ritkán néztem be ide.
Szerencsére a több tucat szenzornál nem kell egyenként bekapcsolgatnom, mert nincs erre külön szenzorként szükség, bőven elég az, h a fő entitás alatt megjelent a last_seen attribútum, azt már le tudom majd kezelni a scriptben.
-
Degeczi
nagyúr
válasz Janaboy #32792 üzenetére
Sokkal tisztább a HP (vagy bámilyen más minigép persze): nincs vesződés táppal, tápkábellel, házzal, SD kártya helyett (USB-s) SSD-re telepítéssel, bővíthető, és nem utolsósorban x86 kompatibilis, ami pár addonnál nem mindegy.
A BLE-t meg tudod oldani ESP32-vel is, és az legalább biztosan a kezelt eszköz közelébe rakható (míg egy házvezérlő központ többnyire nem)[ Szerkesztve ]
-
Degeczi
nagyúr
válasz tototos #32898 üzenetére
Mint pl. itt írják, a BT másodpercenként 1600x ugrál a 79 db 1 MHz-es csatornája közt (és persze képes újraküldésre, ha sikerteln az átvitel), így jó eséllyel ússza meg. Amúgy zavarhatja még az USB3 is.
A wifi és zigbee már nem ugrándozik, azokat egyszer kell olyan csatornákra belőni, h ne zavarják egymást - persze egy társasházban ez nem egyszerű, hiszen a szomszéd lakások rádiójelei is erősek lehetnek
Én annak idején azon vettem észre, h a wifi újraküldési rátája nagyon magas volt, 40% fölött is sűrűn járt, de amúgy észrevehető gondokat (mint leszakadás) még nem okozott. Átraktam egymástól biztonságos csatornákra a wifit és a ZB-t, ami után rögtön leesett a felére ez az újraküldési arány.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz Pizzafutar #32923 üzenetére
Pont tegnap volt róla szó... kábelezd úgy a kapcsolókat, h legyen ott nulla (vagy a motornál állandó fázis) és akkor nem gond később berakni egy relét.
-
Degeczi
nagyúr
válasz Pizzafutar #32925 üzenetére
Azt írtad, fali kapcsolóval vezérelnéd, akkor (és a későbbi automatizálás miatt is) persze, h egyszerű kapcsolós motort veszel... (rádióson általában nincs is vezetékes vezérlésre mód, esetleg csak vmilyen drága típusokon)
-
Degeczi
nagyúr
válasz amargo #33011 üzenetére
Nem, UTC-ben tárol minden időpontot. Saját STATES DB-be belenézve abban is vannak, most -1 az eltérés, pl. "2022-01-25 14:06:54.757482" egy legutóbbi. Valszeg az időzónáddal nem stimmel vmi.
Egyébként nem érdemes hardcode-olt értékeket használni, a Pythonnak jó időzóna kezelése van. Pl. az előbbi formátumból ilyen egyszerűen csinál saját időzónába tartozót, a datetime-on lecserélve az UTC-t középeurópaira:
from datetime import datetime
from dateutil import tz
UTC = tz.gettz('UTC')
localTZ = tz.gettz("Europe/Budapest")
newDate = datetime.strptime('2022-01-25 14:06:54.757482', "%Y-%m-%d %H:%M:%S.%f").replace(tzinfo=UTC).astimezone(localTZ)
print(newDate)
-
Degeczi
nagyúr
válasz amargo #33016 üzenetére
A statistics is UTC. Szerintem csak félreérted a mező tartalmát: mint a neve ("start") is jelzi, az az egy órás időszak kezdetére vonatkozik.
Mivel most, 15:50-kor utoljára a 14:00-14:59:59-ig terjedő időszak beírása történt meg (15:00-kor), az intervallum kezdetének, 14:00:00-nak megfelelő UTC érték a 13:00:00.
Mellette, a created oszlop már 14:00:12, hiszen a beírás ekkor történt. -
Degeczi
nagyúr
válasz amargo #33022 üzenetére
Dehogy nincs összhangban! Egy sorral elnézed.
Mégegyszer: a DB-ben minden időpont UTC377993-as id: UTC 08:00:10-kor, azaz helyi idő szerint 09:00:10-kor számolta ki a 08:00-09:00-ig tartó időszak adatát (ezért írta be kezdetnek a 08:00:00-t, vagyis UTC 07:00:00-t), ami = 1333.74 aktuális érték a "sum" oszlopban - 1333.65 korábbi érték az előző rekordban = 0.09 kWh
Ezt pontosan így, 08:00-09:00 jeleníti meg a felületen is...07:00-08:00 időszakban a felületen sem jelez semmit, és az adatbázisban sincs, hiszen annak sorában (377870 id) az érték ugyanúgy 1333.65, mint előző nap végén = tehát itt még nem volt termelésed.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz namyang #33072 üzenetére
Az oldaluk szerint Rojaflexből az elektronikus végálláskapcsolós rádiós motorokon van olyan, ami két kapcsolóval is vezérelhető. Árat valóban nem listáznak, gyaníthatóan nem vmi olcsó.
Sokkal jobban jársz hagyományos, kapcsolós butamotorral, ami jóval olcsóbb és tökéletesen okosítható, míg a normál (vagy az általad írt egykapcsolós) rádióssal csak a szívás van.
Új hozzászólás Aktív témák
- Politika
- Samsung Galaxy S23 Ultra - non plus ultra
- Hardcore café
- Kormányok / autós szimulátorok topicja
- Kamionok, fuvarozás, logisztika topik
- iPhone topik
- Ukrajnai háború
- A fociról könnyedén, egy baráti társaságban
- Gaming notebook topik
- Intel Core i5-7640X / i7-7740X "Kaby Lake-X" és i9-7xxx "Skylake-X" (LGA2066)
- További aktív témák...
- Einhell BT-CD 14.4 + BT-SD 3.6 akkumulátoros fúró-csavarozó készlet
- 1 db Megkímélt Barum Bravuris 3HM 195/45 R16 80V
- Új!Visszapillantó tükörbe épitett Kamera és tolatókamera 9 990 Ft
- Új!Automata szenzoros telefontartó és vezeték nélküli autós töltő
- Hibás, de potenciálisan javítható Roborock S5 Max eladó!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen