-
Fototrend
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
Degeczi
nagyúr
válasz Fuser és Tsa #35919 üzenetére
Azt végzi a
| float(0)
filter, a paraméterként átadott tizedesjegyű lebegőpontos számra alakítja át, tehát itt egészre.
Viszont mivel nem garantált az ilyen sablonok kiértékelési sorrendje, mindenképpen célszerű előtte a teljes átalakítandó részt zárójelek közé tenni. -
Degeczi
nagyúr
válasz Fuser és Tsa #35921 üzenetére
De miért gondolod / hol látod, h string?
-
Degeczi
nagyúr
válasz Fuser és Tsa #35929 üzenetére
- ez csak a sablonszerkesztő, ahová beírtál egy nagyon hosszú szöveges kifejezést (ami persze, h string, hiszen azzal a szöveggel kezdődik, h "template"). A valós szenzornak ehhez nincs köze, az csak a kifejezést tartalmazza
- a tényleges kiértékelendő kifejezés köré viszont idézőjeleket raktál, így magad kéred, h tényleg string legyen annak végeredménye is[ Szerkesztve ]
-
Degeczi
nagyúr
válasz Fuser és Tsa #35932 üzenetére
Idézőjelek nélkül muszáj, h numerikus legyen (de továbbra sem a sablonszerkesztőben, max ha lecsupaszítod a nyers kifejezésre!)
Mondjuk az sem érthető, az áramot miért egészre kerekíted, hiszen ott nagyon fontos szerepe van legalább 2 tizedesnek, de ez csak az eredményed rontja el, a típust nem befolyásolja. -
Degeczi
nagyúr
válasz BlackJack21 #35948 üzenetére
? Elhanyagolhatóak az eltérések mindhárom fázison... valszeg csak onnan adódik, h a kiírt értékek két tizedesre vannak kerekítve, míg a teljesítmény számolás egy hosszabb törttel történik.
[ Szerkesztve ]
-
Degeczi
nagyúr
Gondolom az időpontja is adott, akkor a trigger
platform: time
a kívánt időpontra, és template feltételbe teszed épp milyen nap van. Pl. április elseje (ilyenkor nálam "kioldózott a cipőfűződ" és hasonló köszöntéssel kezdte a reggeli üdvözlést)- conditions:
- "{{ now().month==4 and now().day==1 }}"[ Szerkesztve ]
-
Degeczi
nagyúr
válasz Geo19870322 #35962 üzenetére
Itt nemigen használunk ilyeneket, de valszeg helyes a következtetésed: csak Apple-kompatibilis lehet a "C" verzió.
Hogy egy webshop mit ír, az teljesen lényegtelen, ők is csak átveszik valahonnan a jellemzők listáját, nem értenek hozzá, nem használják. -
Degeczi
nagyúr
válasz evitiguF #35970 üzenetére
Fogyasztásmérésre igen, évek óta megbízhatóan mér nálam ilyen pl. mosógépet (persze még a régi, ESP-s verzió Tasmotával, de elvileg más nem változott benne, csak a vezérlőchip)
Azonban ennyire nagy teljesítményt kapcsolgatni már necces, idővel valszeg tönkremegy a reléje.
-
Degeczi
nagyúr
válasz stigma #36007 üzenetére
T620-on nincs ilyen gond, beindul monitor nélkül (mondjuk már nem emlékszem, kellett-e vmit állítania BIOS-ban, de valszeg semmi különöset, akkor rémlene)
Bár én HassOS-t hassnálok rajta, de gondolom nem az oprendszer akad meg nálad sem, hanem a gép BIOS-a írhatja ki ezt.[ Szerkesztve ]
-
Degeczi
nagyúr
válasz Fowles #36053 üzenetére
Mosógépet valóban nem jó ötlet azzal, mert a Shelly Plug S-nek már a gyári specifikációja is csak max 2500W terhelést enged, márpedig erre mindig alaposan érdemes ráhagyni.
Régebben ajánlható kellően masszív, terhelhető típus volt a Blitzwolf SHP2 / Gosund SP1, de azon az utóbbi időben sajnos változtattak rajta, már nem ESP chipes, így okosotthon mellé kerülendő.
7 eszköz még teljesen rendben van minden átlagos wifinek, olyan 25-30-tól lehet számítani problémákra. -
Degeczi
nagyúr
válasz mikk2000 #36055 üzenetére
Bizony nem, már 7-8 A is alaposan próbára teheti az ilyen mini kivitelű fogyasztásmérőket. Semmi hasonlót nem célszerű a terhelhetősége közelében járatni.
Félreérthetted, olyan senki nem mondott, h nem jó, ha minél magasabb ez a terhelhetőség, de azt sem szabad komolyan venni, ha 16A-re specifikálták. -
Degeczi
nagyúr
válasz DaeMonS #36061 üzenetére
Kevered a fogalmakat: a fogyasztás nem kW, hanem kWh - de azt nem tudod, hány wattos teljesítményből jött össze, hiszen a fogyasztás már egy adott időtartam alatt elfogyasztott energiára vonatkozik. Lehet pl. 1000W teljesítmény 1 órán át, 2000W fél órán át, mindkettő ugyanúgy 1 kWh fogyasztást eredményez.
Mindesetre ha 1500 imp = 1 kWh = 1000 Wh, akkor 1 impulzus = 1000 / 1500 = 0.6667 Wh, akkor egyszerűen minden impulzusra ennyit adsz hozzá egy Wh számlálóhoz, amit 1000-el elosztva megkapod a kWh fogyasztást.
Ez egy folyamatosan csak növekvő érték, mint a villanyóra számlálója, de erre ráültethetsz HA-ban pl. utility metert napi, heti, havi- stb időközzel és már meg is van ezen időszakok fogyasztása (ill. az Energy fül alatt is közvetlenül hozzáadható, az is tud belőle ilyen időszakokra kigyűjtött fogyasztást képezni)[ Szerkesztve ]
-
Degeczi
nagyúr
válasz ViZion #36122 üzenetére
Nem is annyira a lekapcsolás a fő veszély (bár ez is épp elég, h rajtad kívülálló ok miatt legyen használhatatlan a befektetésed), hanem a kiesések. Minden évben többször előfordul, h akár napokra elérhetetlen vagy jobb esetben csak veszettül belassul vmelyik hasonló kínai felhőszolgáltatás: ez az, ami elfogadhatatlan. Főként ezért ragaszkodunk ahhoz, h mindenképpen lokálisan kell működnie az ilyen vezérléseknek. Gyors, megbízható, minden saját kézben van.
-
Degeczi
nagyúr
válasz mikk2000 #36139 üzenetére
Ne beszélj mellé, itt senki nem állított ilyet!
Viszont egy mosógép áramfelvétele simán elérheti a 10A-t, így nagyon nem biztonságos olyan mini fogyasztásmérőben használni, amit már a gyártója is csak ennyire specifikált... Célszerű az ilyen adatokat erős fenntartással fogadni, és egy mondjuk 70% terhelést semmiképp nem meghaladni. Ezért ilyen eszközhöz mindenképpen 16A-re specifikált aljzat való. -
Degeczi
nagyúr
válasz ratkaics #36222 üzenetére
A komment azért kell, mert a configuration.yaml-ben már eleve nyilván így húzod be ezt a file-t:
modbus: !include modbus.yaml
vagyis már van modbus elemed, ezért nemhogy nem kell, de nem is szabad megismételni a modbus.yaml-ben... Ott csak azért célszerű így kikommentelve, h rögtön lásd, melyik file.A tartalom viszont teljesen fals így, persze, h nem fogadja el. Nem tudom, mi alapján írtál be ilyeneket, de nagyon rég (bő egy éve) nincs pl. az egyes szenzoroknak
register:
config bejegyzése, hanemaddress:
van.
A gyári doksi ezt nagyon szépen bemutatja, példákkal is mindenre.[ Szerkesztve ]
-
Degeczi
nagyúr
válasz sambenez #36276 üzenetére
Kétélű dolog, nincs rá aranyszabály. Pont a kapcsolóüzemű tápok azok, amikben folyamatosan terhelés alatt vannak a kondik, így készenlétben hagyva gyorsabban csökken az élettartamuk. Másfelől persze végül jó eséllyel egy áramtalanítás utáni bekapcsolás sokkja lesz az, ami megadja majd a kegyelemdöfést - de annak nem maga az áramtalanítás lesz az elsődleges oka, hanem az addigra már részben kiszáradt, elfáradt kondi
-
-
Degeczi
nagyúr
válasz jézusom #36288 üzenetére
Ezt mondtam, sajnos így érthető. A saját házimozi erősítő és TV is 15-15W körüli készenlétet produkál, ha engedélyezve van a wake-on-lan. Ezt a feature-t kikapcsolva rögtön lemennek 0.5W-ra...
De a távoli bekapcsolásról ettől még nem kell lemondani, hanem egyszerűen pl. egy Broadlink Minin keresztül infrával is be lehet kapcsolni ezeket. A Philips okosTV-k integrációja ezért helyből támogatja is ezt, device triggert kínál föl arra, amikor a hozzá tartozó media player bekapcsolási parancsot kap.
-
Degeczi
nagyúr
válasz ratkaics #36316 üzenetére
Nem ezt, nem így írtam, hanem még a korábbi formátum szerinti módon...
Ha már az újabb template formátumot használod, azt másképp kell: mint a hibaüzenet (és persze a doksi példákkal is) mutatja, már nincsen
value_template:
, hanemstate:
van helyette. -
Degeczi
nagyúr
Igen, ezért cseréltem le én is ötből az egyik (talán 2 év alatt) bezajosodott, éjjel sutyorgó Shelly 2.5-et egy kínai Zigbee-s relére.
Külföldi fórumokon rengeteg hasonló panaszt lehet olvasni, bár talán a tavaly év végén megjelent firmware melegedést csökkentő eco módja remélhetőleg csökkenti ezt a hajlandóságot is, hiszen valószínűleg a túl meleg működés közben kiszáradó tápkondi okozhatja. -
Degeczi
nagyúr
válasz body007 #36405 üzenetére
- nem above: '26', hanem above: 26
- azzal tisztában kell lenni, h a numeric_state trigger ilyesmire nem praktikus, mert csak a köszöb átlépésekor aktiválódik. Ha már most 26 fok fölött van, akkor nem.
- ha úgyis minden nap szükség van rá, nem kell fölsorolni a hét napjait
- igen, minden feltétel ÉS kapcsolatban van egymással, így ha nincs otthon állapotban a telefonod, nem aktiválódik -
Degeczi
nagyúr
válasz Konflikt #36429 üzenetére
Esetleg tehetsz rá egyedi firmware-t is
Annak idején egy elődmodelljét ezzel használtam, bevált -
Degeczi
nagyúr
válasz modflow #36484 üzenetére
Mert a zigbee nem wifi.
Szintén 2.4 GHz, de teljesen más protokoll, más célra (kimondottan okosotthonhoz való, jóval kisebb energiafelhasználással, emiatt léteznek elemről működő zigbee eszközök is)Vagy
- visszaküldöd
- elpasszolod olyannak, aki tudja használni
- veszel egy zigbee-wifi gatewayt (ám ha nem akarsz okosotthonnal komolyabban foglalkozni, fontos, h kompatibilis legyen)Amúgy nem rossz típus, bár jellemzően tizenpár %-al túlmér.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz modflow #36501 üzenetére
Más beszállító típusai lehetnek (a Blitzwolf nem a gyártó, csak a Banggood márkaneve, mint pl. a Parkside a Lidl esetén)
Az SHP6 régebbi, és eredetileg 10A-re specifikált volt, csak később emelték 15A-re. Az SHP10 talán vmivel masszívabb lehet, azt helyből 16A-nek írják
(ezeket az adatokat mindig fenntartással célszerű kezelni, és mondjuk olyan 70%-nál nem nagyobb mértékben terhelni)
De mindkettő wifis. -
Degeczi
nagyúr
válasz kazmerr #36512 üzenetére
Egy jó mérőnek illik 1% alatti pontosságúnak lennie (nálam egy kínai is bőven teljesíti ezt, max havonta vagy még ritkábban kell korrigálnom a szolgáltatói órához képest), a HA ezen már nem változtat.
Utána a megoldás már pofonegyszerű utility meterrel, csak kérdés, mikortól számítsd a havi keretet, hiszen valszeg nem elsejétől-elsejéig tart egy számlázási időszak havi diktálással sem.
-
Degeczi
nagyúr
válasz zsamiatt #36536 üzenetére
A szerver hagyján (bár nálam csak HA a dolga), de hiába 1W alatti minden okoseszköz, ha van belőle több tucatnyi, és a két wifi AP-t is csak ezek miatt raktam föl (a telefonjaink miatt elég lenne a router beépítettje), és szünetmentes táp sem lenne ezek előtt ha nem lenne okosotthon szerverem.
Így összességében úgy saccolom, h a házam 120-130W alapfogyasztásának min. a fele megszüntethető lenne okosotthon hobby nélkül. Ez pedig napi 1.5 kWh, ami nem elhanyagolható, amikor a napi "átlag"-keret csak 7 kWh.
-
Degeczi
nagyúr
Nem, az okosotthon hobby elsődleges célja sosem a spórolás volt (bár tényleg gyakran hangoztatott szempont, de nem valós), hanem a műszaki játék és a kényelem.
Végeredményben valszeg mindenhol csak többletfogyasztást jelent áramból, talán tényleg a fűtés ahol tud megtakarítani, de az jellemzően okosotthon nélkül is megoldható jobb termosztáttal.
[ Szerkesztve ]
-
Degeczi
nagyúr
Gondolom már új, módosított típus, mert a régiek nagyon beváltak (Tasmotával, amit az újra már nem lehet rakni)
Mondjuk Tasmotával is érdemesebb HA-s utility meterre bízni (illetve az Energy panel óta már nem muszáj) a napi-, heti-, stb fogyasztások naplózását, mert maga az eszköz csak két áramtalanítás közti fogyasztás naplózására jó, uis a flash memóriát nem érdemes azzal gyorsan tönkretenni, h oda is mentse el az aktuális, folyton növekvő értékeket.
-
Degeczi
nagyúr
válasz sambenez #36611 üzenetére
"a shelly meg áramszünet esetén szépen nullázza a számlálóját" - lokálisan ez így normális, mert a flash memória különben túl hamar tönkremenne, hiszen csak pár ezerszer írható át a tartalma (a mérete pedig túl kicsi, így még wear levelinggel is hamar átírodik az egész), és itt minden egyes állapotváltozást rögzíteni szeretnél.
Ezért írtam alább, h ezt HA utility meterre kell bízni
-
Degeczi
nagyúr
válasz ratkaics #36634 üzenetére
Csak rajtad múlik, h a recordernek mekkora purge_keep_days paramétert adsz meg.
Ez 10 nap alapban, mert bő egy hétig még tényleg gyakran előfordulhat, h debugolásként vissza kell keresned, milyen entitásnak hogyan változott folyamatosan az állapota, de később ez már lényegtelen adatszemétté változik, nem fog érdekelni (mondjuk egy hónapnak még elképzelhető bizonyos helyzetben, h van értelme, de többnek aligha)Ami hosszú távú, értékes adat (hőmérsékleti-, fogyasztási adatok pl.) azok úgyis a statisztikai adatbázisba kerülnek szépen, óránként átlagolt, min és max értékkel.
-
Degeczi
nagyúr
válasz ratkaics #36636 üzenetére
Minden, aminek a state_class-ja measurement vagy total, a "statistics" kezdetű táblákban megtalálod. Ha úgyis MariaDB-t használsz, akkor mindenképpen érdemes fölrakni a PhpMyadmin addont, azzal kényelmesen nézegetheted
Új hozzászólás Aktív témák
- Felturbózott Edge 50 Fusiont kapott az Egyesült Államok
- Debrecen és környéke adok-veszek-beszélgetek
- Kerékpárosok, bringások ide!
- Épített vízhűtés (nem kompakt) topic
- Politika
- Milyen asztali médialejátszót?
- Skoda, VW, Audi, Seat topik
- btz: Internet fejlesztés országosan!
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Filmvilág
- További aktív témák...
- Üzleti és kirakat matricák a legjobb minőségben! PH tagoknak 30% kedvezmény!
- AKCIÓ! Okos otthon és biztonság - BOLTI ÁR FELÉÉRT!
- Raktáron! Új EVSE EV 3 fázisú 11kW-os hálózati töltők elektromos autókhoz, 3 év garanciával!
- Autómatrica és prémium minőségű matricák PH tagoknak 30% kedvezménnyel!
- Üzleted van? Akkor ilyen nyitvatartás matricával dobd fel! PH tagoknak 30% kedvezmény!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs