-
Fototrend
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
Degeczi
nagyúr
válasz Galahed #28405 üzenetére
Pontosan így! Attól, h nincs engedélyezve a gép lelövése a NUT-nak, USB-n még kapja a szünetmentestől az adatokat, így akár az alapján is érzékelhető, mióta nincs áram.
Azonban a riasztó is integrálva van HA alá, és onnan szintén jön egy "power trouble" jel ilyenkor. Mivel ez volt meg nekem korábban (olyan UPS idejéből, ami még nem tudott kommunikálni) ráadásul stabilabb is (NUT-nál fordult már elő, h elvesztette a kapcsolatot. Egy jó ideje aztán, lekopogom, már nem volt ezzel gond - de a riasztóval meg sosem), így inkább ezt használom. -
Degeczi
nagyúr
A feltételek alapban "és" kapcsolatban vannak egymással, a
condition: or
pedig csak az utána fölsorolt feltételeket teszi "vagy" kapcsolatba - de ott nálad csak egyetlen van...
Szóval acondition: or
alatt kell legyen mindkét feltételed, enélkül persze, h nem teljesül egyszerre mindkettő (lefuttatáskor pedig figyelmen kívül hagy minden feltételt, ezért megy olyankor) -
Degeczi
nagyúr
válasz vampire17 #28429 üzenetére
Persze, a kültériből megy a beltérihez is. Lehet fordítva is (mindegy, nincs "irány": egyszerűen össze van kötve, azonos potenciál, a vezeték két vége), gyakran látni olyan kiépítést, h a beltéri melletti konnektorba van bedugva, és olyankor a beltéritől kapja a tápot a kültéri. Ha nálad nincs ilyen, akkor jó eséllyel a kültéri van megtáplálva.
Konnektorosnál jobb a fix, mert állítólag létezik klíma, ami kényes arra, hol kapja a fázist.[ Szerkesztve ]
-
-
Degeczi
nagyúr
válasz vampire17 #28441 üzenetére
Igen, és mikroszkópos munkáról van szó, nem egyszerű. Mondjuk a feszültséget monitorozni amúgysem lenne a legjobb ott (ahol a terheléstől függően már az odavezető kábelen is esik valamennyi), de az áramerősséget látni valóban hasznos lenne.
A kerti locsolószivattyúhoz én is egy Shelly 1PM-et használok (a házon belüli kapcsolószekrényben), de lemondtam az átalakításról, csak hazavágnám jó eséllyel.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz vampire17 #28444 üzenetére
Úgy rémlik, a gyári webes felületén is kiír feszültséget a Shelly 2.5, de az MQTT üzeneteibe nem teszi bele, a teljesítményfölvételen és összfogyasztáson túl csak a hőmérsékletét közli
Amúgy valszeg csak NYÁK-tervezési kérdés, h az 1PM kisebb, és kör alakú panelján nem vezették oda azt a két szálat
-
Degeczi
nagyúr
"magyar után gyártott érzékelő" - 5e-ért egy reed?
Megpróbálok a Dégáznál utánajárni, megoldható lenne-e ilyesmi, bár annyira nem kritikus, 1-2 naponta úgyis megvan az óraállás, és legfőképp, úgysem tudom elkülöníteni a főzést és a melegvizet a fűtéstől, így meg sokat nem mond számomra a fogyasztás. -
Degeczi
nagyúr
válasz LouiS22 #28490 üzenetére
Ha tudnám követni mennyi gázt eszik a fűtés, nem lenne haszontalan infó, de a kazánból ezt sajnos nem tudom kiszedni, a melegvízkészítés és a főzés pedig teljesen eltorzítja, számomra ezért nem fontos (ill. mert a kapu mellett a gázóra, úgyis szinte minden nap rögzítem Pixometerrel, diktáláshoz elég ennyi)
A vízórát meg azért lenne hasznos impulzusadósra cserélni, mert nálam messze az akna a háztól (mondjuk ezért vezetéket odavinni sem lenne egyszerű), útba sem esik, és a fenének sincs kedve pláne rossz időben leolvasni, másrészt távollét idején megnyugtató lenne látni a nem növekvő számlálót, h nincs szivárgás.
Villanynál már sokkal egyszerűbb a helyzet, könnyen ráköthető egyedi mérés szinte mindenre.
[ Szerkesztve ]
-
Degeczi
nagyúr
Igen, ezért találnám én is csak azt megnyugtatónak, ha a szolgáltatói vízóra lenne monitorozva, hiába lenne sokkal egyszerűbb a házban egy saját mérőt fölrakni vezetékezés és engedélyezés szempontjából is - de az semmit nem jelezne, ha a köztes szakaszon (vagy pláne a saját mérőnél...) történik hiba.
-
Degeczi
nagyúr
Szerintem az irány nagyon jó és hasznos, mert így egyszerű lesz elkülöníteni, h a normál szenzorok (mint pl. nyitásérzékelők, vagy szöveges, vagy számított szenzorok) csak rövid távú tárolást kapjanak 1-2 hétre, ami viszont mérést végző (ahol a state_class=measurement vagy total_increasing) ott lehet értelme hosszú távúnak is, és ehhez remélhetőleg nem kell majd egyenként fölsorolni ezeket.
-
Degeczi
nagyúr
Szerintem nem lóg ez ki, mert kezdettől fogva logikus lett volna, h a szenzoroknak lehessen ilyen opcionális attribútuma ami jelzi, milyen jellegű adatot tartalmaznak.
Más kérdés, h ráért volna először vmi szélesebb fejlesztői körben átbeszélni, átgondolni mintsem menet közben változtatni az elvárt jellemzőkön (most a 2021.9 is alaposan változott a 8-hoz képest) - de különösebb gond nincs vele, ez ilyen fejlesztés
-
Degeczi
nagyúr
válasz vampire17 #28538 üzenetére
ld. Kommy kérdését pár napja a világos problémafölvetéssel, jól olvasható kódrészlettel - így persze, h lehet rá célzott, hatékony választ adni. Pedig ő is "új" itt, de ez nem azon múlik: rossz közhely, de kérdezni is tudni kell.
Egy minden hibaleírás nélküli "szívok"-kal viszont nem lehet mit kezdeni. -
Degeczi
nagyúr
2021.9-ben (bár az már persze szeptember) már nem "measurement", hanem "total_increasing" kell legyen az ide behúzott entitások state_class-a, enélkül valóban nem jelzi.
Ha rámész az energia fül beállítására (/config/energy url) ott ki is írja ezt, ha még a korábbi van érvényben. -
Degeczi
nagyúr
válasz bpmcwap #28551 üzenetére
Ha már integrálod, szerintem nincs jelentősége a termosztát saját időzítésének, hiszen pont az az egyik fő előny, h a fix menetrend nem kell a távollétek idejére mert az mehet jelenlétérzékelés alapján, az egyéb programozást (pl. éjjelre alacsonyabbat) pedig kényelmesebb script-be tenni, mint egy fali céleszköz felületén adminisztrálni.
-
Degeczi
nagyúr
Nekem a nappaliban van kétajtós Samsungban ilyen Aquara ZB hőmérő, de amíg csak a spájzban volt kb. 5 méterre, giszkarton fal mögött a CC2652 koordinátor, arra is stabilan kilátott, nem szakadt le. Azóta bekerült a hűtő elé egy ZB-s konnektor, szép lassan (szó szerint, több napba is beletelt) magától átmászott rá.
[ Szerkesztve ]
-
-
Degeczi
nagyúr
válasz vampire17 #28577 üzenetére
Talán a Mosquitto (annak naplójában esetleg van vmi gyanús üzenet?). Év elején az 5.1.1-el volt ilyen probléma, elméletben a 6.0 már megoldotta, de van, aki azt írja nála nem, így én is hagytam 5.1-en, azzal még nem volt gond.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz CsodaPOK #28596 üzenetére
Nem igazán biztonsági tényező amúgysem: kézzel könnyen elhajlítod a lamellákat, hiszen a belső hőszigetelő habon csak egy vékony alulemez van, ill. a lefutó is két csavarral rögzített sín szokott lenni, fél kézzel kitéphető a műanyag vagy fa keretből.
Szerintem is ZB-s nyitógomb a célszerű, valóban vagy az élesítetlen riasztó, vagy az otthontartózkodás idején működőképesen.
Esetleg a vasalatra és a kereten lévő vmelyik ellendarabjára lehetne vezetéket kötni, mert valójában úgyis ez az érdekes (hogy csukott állapotban van-e fölhúzva a kilincs) és ezek közt csak ilyenkor van fémes kapcsolat, azaz vezetés - de én biztosan nem vacakolnék vele.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz zsamiatt #28625 üzenetére
Nézd, ha vkinek a kemény négyféle változat is érthetetlenül bonyolult (bár a hivatalos doksi részletesen taglalja, melyik mire való), a letisztult, világos felület is "gáz", akkor annak valóban nem való a HA.
Ha pedig már a kérdésföltevés is annyiban merül ki, h "szívok", és majd a többiek találják ki, éppen konkrétan mivel is van nyűgje, akkor a fórumozás sem igazán neki való. Írjon blogot, ott kiírhatja magából a frusztrációit. -
Degeczi
nagyúr
válasz sambenez #28676 üzenetére
Igen, a CW100 másban is butább, nehezebben beállítható ill. eleve nem tud annyit. Ilyen termosztát főként akkor célszerű, ha érdekel az időjáráskövető szabályozás (amikor gyakorlatilag folyamatosan megy a rendszer, és a külső hőmérséklet változására már azelőtt változtat a termosztát a víz hőfokon, még mielőtt annak benn hatása lenne, így szinte megszűnik az ingadozás), ezt sokkal könnyebb a CW400-on belőni, mert van görbe-offset lehetőség, ami a CW100-on nincs.
Tény, h drágább, de pl. most is van a Jófogáson 42-ért még ki sem bontott példány. -
Degeczi
nagyúr
válasz sambenez #28681 üzenetére
Nálam is csak egy kör van.
Az EMS-ESP közben nagyon alaposan kiegészült (annyi, h emiatt már ESP32-re célszerű fölrakni, csak ezt a változatot frissítik, de fillérekért vannak olyan, ráadásul Wemos Minivel lábkompatibilis panelek, így semmiből nem áll kicserélni), egyelőre csak földobáltam mindent egy külön fülre[ Szerkesztve ]
-
Degeczi
nagyúr
válasz vampire17 #28694 üzenetére
Érdemes is, még a pár napja megjelent 2021.9.5 is hozott egy nagyon hasznos template újítást
Pl. nálam az EMS-ESP kazán jellemzők MQTT topikból érkeznek, amivel nem is kell foglalkozni, mert auto discovery módon küldi be őket, tehát így rögtön megjelennek entitásként, azonnal fölhasználhatóak mondjuk automatizálásokban.
Azonban akadnak olyan paraméterek, amiken jó néha változtatni, teszem azt pl. HMV hőmérséklet kézi módosítása. Ehhez a régi módszer szerint kell mondjuk egy input_number-t vagy numbert létrehozni, aminek változásával triggerelni egy automatizálást, h hívja meg a megfelelő állító service-t a friss értékkel - de ez még csak ez az irány, mert ha le akarom kezelni azt is, h a fali termosztát menüjében átállítás is jelenjen meg a HA felületén, ahhoz kellett még egy automatizálás, ami befrissíti a saját változót.
Eddig.Az új template number-rel viszont egy füst alatt megvan minden:
template:
number:
- name: "Melegvíz hőfok"
state: "{{ states('sensor.boiler_ww_set_temperature') }}"
min: 40
max: 60
step: 1
set_value:
service: rest_command.emsesp
data:
device: boiler
name: wwseltemp
value: "{{ value }}"
És kész, ennyi az egész, ez lekezel mindent!
Létrejön egynumber.melegviz_hofok
, ami azonnal fölveszi asensor.boiler_ww_set_temperature
szenzoron keresztül érkező aktuális értéket, a felületen végzett kézi módosítást pedig rögtön átküldi a benne foglalt rest service hívással. Semmi külön automatizálás nem kell hozzá.Valóban érdemes időnként átnézni rég meglévő beállításokat, automatizálásokat, a mai lehetőségekkel hátha sokkal hatékonyabban, áttekinthetőbben megoldhatóak.
-
Degeczi
nagyúr
válasz Jofi81 #28696 üzenetére
Igen, még az év elején leszedték az éles verzióból, de itt írtam a korábbi állapotról.
-
Degeczi
nagyúr
válasz Saughassy #28740 üzenetére
Én nem ragaszkodnék a végletekig elavult őskövület (4 éve jött ki utolsó frissítése...), ráadásul zárt forrású Rflink-hez
Annak idején nálam is produkált olyanokat, h alkalmasint másként ismerte föl tökugyanazt a szenzort. RTL_433 alatt helyből megoldódott minden ilyesmi, + fölismert olyat is, amivel az Rflink semmit nem tudott kezdeni.
Nem utolsósorban pedig nem közvetlenül, hanem MQTT-n keresztül használom, aminek az is előnye, h a retain mód miatt rendszerindítás után akkor is azonnal van értéke egy szenzornak, ha az már fél órája nem is jelentett, ráadásul ha egyszer bármiért lecserélném vmelyiket, akkor annak továbbra is ugyanazt a beszédes, pl. "sensor.homerseklet_eszaki_fal" nevet adhatom, mint a korábbinak, így föl sem merül az általad említett probléma.
Amúgy a HA states adatbázis táblájában egyszerűen (pl. PHPMyadmin addonnal, de ez parancssorból sem vészes) lecserélheted egy korábbi entity_id előfordulásait vmi másra (bár ez egyébként sem hosszútávú tárolásra való adatbázis: arra vagy külön InfluxDB-t célszerű használni, vagy a nemrégi bevezetett hosszútávú statisztikai megoldást, ahol naponta max. 24 rekord képződik, az adott óra átlag-, min- és max. értékét eltárolva)
[ Szerkesztve ]
-
Degeczi
nagyúr
Rendes vason és DB-vel igen, azonban
- rendszeresen előfordulnak adatbázis változások az új verziókban, és azok nagyon sokáig tartanak majd egy hatalmas adattömegen
- az adatok nagyobb része teljesen fölösleges egy idő után, azokat kár lenne hónapokig a mindennapos debughoz szükséges gyakorisággal tárolni - de Recorder csak globális purge-öt ismer, minden adatra vonatkozót
- egy hosszabb időszak lekérdezése is nehézkes, lassabb lenneAz új, statisztikai tárolás mindezt szépen megoldja az óránkénti kigyűjtéssel.
-
Degeczi
nagyúr
válasz body007 #28759 üzenetére
A nyers Core-nak természetesen mindegy (és az persze megy is bármilyen Linux alatt futó Dockerrel), de a Supervised változatnak érhető, h a doksiban összefoglalt szigorú feltételei vannak, hiszen annak szorosan együtt kell működnie a host rendszerrel.
Nincs értelme kísérletezni mással (leszámítva persze a virtualizált futtatást), Debian a támogatott. -
Degeczi
nagyúr
válasz amargo #28757 üzenetére
Nem használtam még ilyet, de a leírása szerint ha megadtál internal_filter-t, akkor át kell állítsd a count_mode alatt azt is, h falling_edge-re növekedjen (ami logikus, hiszen a lefutó él megjelenésére tudja, milyen hosszú impulzusról van szó, figyelembe vegye-e vagy ne)
-
Degeczi
nagyúr
válasz body007 #28790 üzenetére
A felsorolt feltételek közt van az aktuális verziójú Debian is, szerintem így elég szigorú... nem az a fő kérdés, h fölmenne-e, hanem hogy működne-e a Supervisor, hiszen annak közvetlenül kell a host gép erőforrásaihoz hozzáférnie, és itt érthető, ha nem akarnak többféle környezetet lekezelni.
Ha nem akarod a másra is használt (már ez önmagában a Supervised telepítés ellen szól!) rendszered lecserélni, ott jobban jársz, ha virtualizálva rakod föl alatta.[ Szerkesztve ]
-
Degeczi
nagyúr
válasz vampire17 #28833 üzenetére
Na, ez érdekel engem is: van, ahol már égetően fontos lenne laminált padlót cserélni az állapota miatt (radiátoros szobákban), és akkor már megfontolandó, h esetleg bekerüljön az új alá vmi kiegészítő komfort villanyfűtés.
Esetleg akár vmi infra-fólia is (vajon azt is hasonlóan árnyékolja a laminált lap?), pusztán helyileg, mert mindenhol jól behatárolható hol tartózkodunk ezekben (a pici szobák miatt átrendezés sincs a pakliban), és valóban szempont amit András is említ, h bútor alatt fölösleges lenne.
-
Degeczi
nagyúr
válasz sambenez #28700 üzenetére
Csak most nézem: utoljára innen vettem ESP32-es "mini"-t - de az decemberben még $3.6+$0.75 posta volt - most meg már a duplájánál is több... amit nem magyaráz az sem, ha már közben rákerült a világbajnok áfánk.
Szóval ha vki ismer most is jó áron ESP32-t forgalmazó kínait, az engem is érdekelne, mert ebből mindig jó, ha van a háznál tartalék, még akkor is praktikusabb használni mint a 8266-et, ha nincs a többletteljesítményére szükség (de az EMS ESP-nél elkél az is)
-
Új hozzászólás Aktív témák
- Macska topik
- WoW avagy World of Warcraft -=MMORPG=-
- Mibe tegyem a megtakarításaimat?
- Konkrét moderációval kapcsolatos kérdések
- Milyen TV-t vegyek?
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Milyen légkondit a lakásba?
- Nők, nőügyek (18+)
- Autós topik
- Dark Souls sorozat
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs