-
Fototrend
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
Degeczi
nagyúr
válasz DougButabi #47085 üzenetére
Így nem lehet és nincs értelme találgatni, az ESPHome fordítás után a gépeden parancssorban figyeld miket ír ki, ott kell látnod a keybuson történő eseményeket: ha már ott sem, a hardverrel vagy a csatlakozásával lehet vmi nyűg.
-
Degeczi
nagyúr
válasz DougButabi #47087 üzenetére
Ha saját gépről fordítod és nem HA alatt, akkor a fordítás, rátöltés végeztével máris látod parancssorban hogyan éled föl a cucc, miket ír ki közben. Már ott látnod kell mindenféle eseményt (mint nyitás- vagy mozgásérzékelő jelzése), így ha már ez sincs meg, akkor nem a HA integrálással van gondod, hanem a bekötéssel vagy az áramkör működésével.
-
Degeczi
nagyúr
válasz DougButabi #47096 üzenetére
Ha az általad nézett log alatt ugyanazt a részletes eseménynaplót köpi(né) ki, mint parancssorban, akkor abban szerepelnie kellene a buszon érzékelt összes eseménynek. Ld. pl. #38942
Ha nincs semmi, akkor fizikailag nem stimmel vmi, de ennek okát innen nem fogjuk kitalálni. -
Degeczi
nagyúr
válasz DougButabi #47106 üzenetére
Furcsák ezek az unkown state-ek, támogatott a központod? Illetve biztosan a friss (most dev, pár hónapja még new) branchet használod? A master-en évek óta semmi fejlesztés nincsen, csak a dokumentáció frissült.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz DougButabi #47120 üzenetére
Nem kell, tökmindegy még az is, h tranzisztor vagy optócsatoló, ugyanaz a kód működik rajta.
-
Degeczi
nagyúr
Hát mitől lenne thermofej, ha mindig nyitva van?
Épp az a lényege, h ha alacsonyra állítod és ahhoz képest túl meleget érzékel, egyre jobban lefojtja a radiátort, végül akár teljesen le is zárja. Pont ezzel szokott is lenni gond, h ha az előző fűtésszezon után nem tekerted föl ezeket maximumra, akkor a nyári folyamatos nagy meleget érzékelve teljesen lezárnak, és mivel nincs ingadozás, úgy is maradnak. Ettől előfordulhat, h a szelep beragad ebben a lezárt állapotban, és a következő fűtésszezon elején teljesen hideg marad az a radiátor. Ilyenkor a thermofejet leszedve egy fogóval érdemes a beragadt pöcköt kiszabadítani.De a céljuk valóban pont az, h ha a leghidegebb szoba alapján kellően sokáig megy a fűtés, akkor mindenhol szép egyenletes hőmérsékletet lehet beállítani, okos fej nélkül is.
-
Degeczi
nagyúr
válasz LLKobe #47186 üzenetére
Welcome... az egyik legrégebbi nyűg ez, a fő fejlesztők folyton lesöprik a kérést, h történhet az állásidő, újraindulás alatt is (ismeretlen, hiszen nem megy a rendszer) állapotváltozás, ezért mindenképpen kinullázzák az utolsó állapotváltozási időpontot induláskor... így aztán ez önmagában sajnos tényleg hasznavehetetlen infó.
Pár entitásnál még el lehet tárolni segédváltozókba ezt, de több tucatnyinál már nem lenne kényelmes, ezt rendszerszinten kellene kezelni (legalább opcionálisan, kivételeket fölsorolva ha már ragaszkodnak ehhez a működéshez)
-
Degeczi
nagyúr
válasz its_grandpa #47200 üzenetére
Indulsz hazafelé.
-
Degeczi
nagyúr
válasz its_grandpa #47203 üzenetére
Nyilvánvalóan nem előre látott időtartamú távollét esetén hasznos. Nekem pl. pont az volt egy fontos szempont a fűtésokosítás mellett, h egyikőnk munkaideje sem 9-5, a home office is rendszertelen, így csak jelenlét alapján lehet vezérelni, fix idősávra programozás alkalmatlan rá. És de, hatalmas különbség komfortélményben, h csak hazaérkezés után indul be a fűtés, vagy már kellemesen meleg radiátorok fogadnak egy hideg napon.
-
Degeczi
nagyúr
válasz ftamas0201 #47368 üzenetére
Valójában nem "von ki" semmit, egyszerűen át sem megy rajta az a mennyiség, amit rögtön elfogyasztasz a termelésből - így nem is tud róla. Ezért nincs is mit bütykölni rajta.
De ez így a jó, így tudsz azonosan számolni a szolgáltatói mérővel (mert az egyáltalán nem feltétlenül mindig igaz, h amit napközben fogyasztasz, az teljesen a napenergiából származik, lehet fényes napsütés mellett is vételezés ha nagy azon a fázison a teljesítményigény. De egy előjelhelyes fogyasztásmérés ezt jól méri).
A napi termelési adatot az inverterből lehet kinyerni, az is integrálható HA alá.
-
Degeczi
nagyúr
válasz tototos #47419 üzenetére
Más gépeknél így van, hiszen a kitobi nem szokott rajta lenni a vázon. De megnézed a gyári leírást, és abból kiderül, h ennél valóban rajta van, és nem jár csak az obi nélküli változathoz.
-
Degeczi
nagyúr
Ilyet erre ne! Ez lineáris szabályzó, ami brutálisan melegszik, ha nagy a feszültségkülönbség és/vagy a terhelés. Ehhez "buck converter"-t (Vampire is ezt említette, a "step-down" is ennek elnevezése) célszerű használni, ami egy mini kapcsolóüzemű táp, minimális melegedéssel, nagy tartománnyal. Pl. ez bevált, de sok hasonló létezik.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz tsilver #47597 üzenetére
Tűzimitáló égőt is kapcsolhatsz egy okoskonnektorral
-
Degeczi
nagyúr
válasz Tigerclaw #47662 üzenetére
Hogyne lenne? Egyrészt mind így működik, szolgáltatói szerveren keresztül, másrészt ennek a típusnak még a lokális HA integrációja is írja, h ettől függetlenül szüksége van folyamatos netkapcsolatra az eszköznek...
-
Degeczi
nagyúr
válasz Kroni1 #47776 üzenetére
Ezért hangzik itt el pár hetente folyamatosan, h ilyen automatizálások triggerébe sosem teszünk above vagy below-t, mert akkor CSAK A KÜSZÖBÉRTÉK ÁTLÉPÉSE aktiválná : ha már fölötte/alatta van, az nem!
Annak a feltételben a helye (ahol weekday viszont nem kell, ha úgyis minden napra érvényes), trigger pusztán a változás legyen, vagyis az érzékelő entitása (amit pedig nevezz, ha nem akarsz magaddal kitolni) -
-
Degeczi
nagyúr
válasz Kroni1 #47783 üzenetére
Elsőre hirtelen félreértettem, mert a Studio Code Server korábbi neve pont Visual volt, így egy "visual editor" alapján az ugrott be , de persze a GUI-s automatizálás szerkesztőre gondolsz, aminek valóban sok nyűgje van, érdemes hamar túllépni rajta.
Entitást ezzel együtt ott is meg tudsz adni, "állapot" eseményindítót kiválasztva.
-
Degeczi
nagyúr
-
Degeczi
nagyúr
válasz eastsider #47865 üzenetére
Rengeteg ilyen lámpa van, akár egyszerű kapcsolórelével is lehet okosítani (hiszen csak annyi, h gyorsan, 1-2 mp-en belül le- majd ismét fölkapcsolni), de nem túl praktikus, mert csak sorban követi egymást a jellemzően háromféle fényesség. Ráadásul asszem akad, amelyik megjegyzi az utolsó állapotot, és akad, amelyik hosszú kikapcsolás után mindenképpen max fényerővel indít.
Szóval valóban jobb lenne a tápját szépen dimmelhetőre kicserélni, ha akad olyan ami alkalmas rá (teljesítmény, helyigény)
-
Degeczi
nagyúr
válasz dreameli #47924 üzenetére
Erre nincs globális válasz, hiszen az teljesen a routered gyártójától függ, mit enged. A Unifi AP-k kezelőprogramjában pl. nem csak elnevezésre van mód, még ikont is választhatsz minden klienshez.
De ettől még tényleg jogos kérdés a miért, mert nagyon ritkán van szükség a routeren bármit is állítgatni (ha egyáltalán lehet!) ezekhez, hanem közvetlenül a konnektorok (úgyis fix) IP címére lépsz rá - ott meg mindegy, a router milyen nevet társít hozzájuk (mindenesetre IP-t az is mutat, ha mondjuk naplóban kell keresgélni) -
Degeczi
nagyúr
válasz dreameli #47934 üzenetére
Fix címeket más tartományban osztasz ki mint a DHCP készlete, így az már ránézésre látszik, h egy új eszközről van-e szó vagy vmi meglévőről. Mivel otthon valóban nemigen akad több 50-60 kliensnél, az is könnyen megoldható, h azonos jellegű eszközök (mint pl. a redőnyvezérlők, villanykapcsolók, kamerák, stb.) mind hasonló környéken legyenek, szóval nagy meglepetés nem ér már csak a címet látva is.
-
-
Degeczi
nagyúr
Sima template kifejezésekkel szinte bármi egyszerűen megoldható.
Pl. nálam így állít a wc előtér lámpájához fényerőt pár világosság-küszöbérték szerinti fokozatban:- service: light.turn_on
data_template:
entity_id: light.wc_eloter_light
brightness_pct: >
{% set lum = states("sensor.illuminance")|int %}
{% if lum >= 150 %} 100
{% elif lum >= 100 %} 80
{% elif lum >= 50 %} 50
{% else %} 17
{% endif %}
-
Degeczi
nagyúr
Egy Lidis vezeték nélküli ajtócsengőt ezért kukáztam annak idején:
- elemcsere után magától átment tanuló üzemmódba 2 percre
- nem lehetett törölni belőle a már megtanult eszközöket (persze lehet, h 8, 16, ... akármennyivel több eszköz már felülírta volna a korábbiakat, de ez nem segített volna a problémán)
- ugyanazt a kódsort használta, mint az akkoriban használt 433 MHz-es mozgásérzékelőimVagyis ha egy óvatlan elemcsere után mozgás volt mondjuk a nappaliban, attól kezdve egy ottani mozgás mindig csöngetett...
Aztán később full fölszámoltam minden 433 MHz-es cuccot, leszámítva az időjárásállomásokat, arra jó.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Krómozott előlapos Jura Z5 automata kávéfőző beépített profi cappuccino fejjel
- ELADÓ GÉREX gyártmányú akkus fúró, csavarozó
- AKCIÓ! KONYHA - HÁZTARTÁSI TERMÉKEK - BOTI ÁR FELÉÉRT!
- Leárazás! AKCIÓ, BOLTI ÁR ALATT! Xiaomi HUTT C6 ablaktisztító robot
- UPPSPEL Gamer állítható magasságú számítógépasztal, fekete, 180x80 cm
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen