-
Fototrend
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
Degeczi
nagyúr
válasz LLKobe #34978 üzenetére
A próba asszem egy hónapig érvényes, talán azt nem alakítottad át fizetőssé (ami ettől még persze ingyenes, ha a -bőven elegendő- limiten belül maradsz)
Vagyunk itt többen, tavaly év eleje óta használva (akkoriban sok szó is esett itt róla), stabilan megy.[ Szerkesztve ]
-
Degeczi
nagyúr
válasz Gabail #35111 üzenetére
Nem. A kismegszakító eleve nem túlfeszültség, hanem túláram, vagyis főként zárlat ellen védi az utána következő áramkört (pontosabban a vezetékeit). Ezt nem lehet sima relével helyettesíteni, mert ott nem garantálható, h leold amikor valóban nagy szükség lenne rá (a zárlat áram akár össze is égetheti az érintkezőit)
-
Degeczi
nagyúr
válasz fap333 #35126 üzenetére
Hiába van bevált (megbízható, hosszú elemélettartam, kinti hőmérsékletet is jól bírja) Xiaomi Zigbee szenzorom részben ilyesmire is használatban - de úgy tűnik, leállhattak vele, mert már vagy nem látni sehol, vagy csak aranyáron (én még hármat vettem $22-ért másfél éve)
LLKobe: napközbeni le-föl huzigálásra valóban nem sok értelme, de pl. esti lehúzáshoz igen. Ilyesmiknél persze a küszöbérték mellé mindig érdemes egy "for: x minutes" feltételt is megadni, h rövid ingadozásra ne reagáljon.
[ Szerkesztve ]
-
Degeczi
nagyúr
-
Degeczi
nagyúr
A hőmérséklet-szabályozást a termosztát végzi, ezért kell (nem nyílt protokoll hanem visszafejtett, és nagyon nem lenne biztonságos ilyen vezérlést rábízni. Ez már nem sima ki-be kapcsolás, akár a kazánt is tönkre tehetné)
Ha nem akarsz külső hőmérséklet alapján vezérlést, megteszi a legegyszerűbb CR10-es is, lehetőleg használtan mert most nagyon fölmentek az árak. Az ugyan még időzítést sem tud - de pont ez az, amit tökéletesen átvállal a HA-hoz illesztés, jobban bármilyen gyári megoldásnál (saját szabályok alapján beállítva mi a kívánt érték)
Az EMS-ESP illesztő meg házilag a tizedéből összerakható. Egyetlen "nagy" tétel az ESP32, de az nincs $10 -
Degeczi
nagyúr
válasz vampire17 #35280 üzenetére
Mindig érdemes számként kezeli template-ben ami szám, különben hajlamos szövegnek venni, amivel az a gond, h mondjuk a "2" is nagyobb, mint a "10"
{{ (state_attr('climate.haloszoba', 'current_temperature')|float(0)) > (state_attr('climate.nappali', 'current_temperature')|float(0)) }}
-
Degeczi
nagyúr
válasz LLKobe #35298 üzenetére
Illetve ha van hely, a kapcsolószekrényben a DIN sínre érdemes betenni saját mérőt, mert amúgyis praktikus nyomonkövetni a pillanatnyi áram-feszültség-teljesítmény viszonyokat, és ez már önmagában egy jól használható (kb. kéthavonta ha szoktam növelni a korrekciós értéken 0.5-1 kWh közti értéket) óraállást is tud adni.
-
Degeczi
nagyúr
A Mosquitto csak az üzenetek továbbításáért felel, grafikonokkal (amiről alább még nem írtál, a "logolás" meg lehet egyszerű fileba kiírás is) természetesen nem foglalkozik - sem DB-be írással, ami a grafikonokhoz az első lépés. Ahhoz célszerű egy MariaDB docker, amibe szintén lehet egyszerű scripttel pakolni adatokat - de ha nem akarsz vacakolni vele, akkor persze egyszerűbb helyből vmi komplett rendszert fölrakni.
-
Degeczi
nagyúr
-
Degeczi
nagyúr
válasz BlackJack21 #35460 üzenetére
Szerintem nem wifi, mert nálam jófajta Unifi AP van alig pár méterre a Gree klímától, azonos helyiségben, és nem is látható sem wifi kapcsolat gond, sem a DHCP naplóban nincs címkiosztási esemény, szóval inkább vagy az integráció hagyhat ki, vagy a modul alszik el, ébred túl lassan.
Bár ez nálam még nem vészes a naponta 2-3 alkalommal. -
Degeczi
nagyúr
válasz burtione #35488 üzenetére
Az a típus valóban nem transmitter, hanem receiver, azzal persze, h nem megy.
-
Degeczi
nagyúr
válasz LLKobe #35574 üzenetére
Szerintem sokkal üzembiztosabb és egyszerűbb lenne kapacitív vagy vmilyen nyomóérintkezős módon figyelni az ágyfoglaltságot. A nagy ágyhoz súlyérzékelőt használok a lábai alatt, de gyerekágynál az fölösleges lenne, hiszen nem kell megkülönböztetni, hányan vannak benne.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz Saughassy #35625 üzenetére
6-7 éves Samu RS7547, másfél éve ventit cserélve benne nagy túlfogyasztás miatt. A gyári éves adata 442 kWh, tehát napi 1.2 kWh lenne, ami azért elég optimista, inkább 1.3-1.4 körül van az év nagyobb részében (bár azasszon is elég gyakran nyitogatja sokáig, és a fagyasztó oldal mindig full teletömve) és a jégkockagyártást csak kézzel szoktam néha rákapcsolni, nincs mindig bekapcsolva
-
Degeczi
nagyúr
válasz Saughassy #35629 üzenetére
Az időbeli megoszlását is nézd, hogyan jön ki? Vannak-e szünetek, vagy folyamatosan üzemel a kompresszor? Tiszta-e a külső hőcserélő? A belső hőmérséklet rendben van-e? Ha az is túl sokat ingadozik, az ajtónyitás-érzékelőt mágnessel meghackelve érzed-e a levegőáramlást, vagy esetleg nálad is ventilátor-gond van? (ezek miatt linkeltem a javítást)
(a nagy csúcs amikor mindkét szekrény leolvasztása dolgozott, a kisebb csúcs amikor csak az egyik. Egyébként az idő nagyobb részében min. teljesítményen megy a kompresszor ha dolgozik, ami nálam kb. 60W) -
Degeczi
nagyúr
válasz Saughassy #35631 üzenetére
Igen, bár ott egy szakasz, ahol több mint 2 órát ment megállás nélkül, itt vajon jeget készített, vagy csak sokáig nyitva volt akkortájt?
Még kb. dupla lehet a kompresszor teljesítményfölvétele, de gondolom nem inverteres típus?
Ingadozást nehéz precízen mérni ezekben a mai, levegőkeringetéses típusokban, de az valóban kb. normálisnak tűnik (nekem nagyon fölmelegedett, amikor gyengélkedett a ventilátor) -
Degeczi
nagyúr
válasz freelanced #35670 üzenetére
Azért arra ügyelj, mekkora teljesítményű készüléket szeretnél mérni, mert pl. egy villanysütő vagy mosógép, mosogatógép vagy nem hőszivattyús szárítógép már necces ilyen pici mérőeszközre kötve.
-
Degeczi
nagyúr
válasz sambenez #35686 üzenetére
A "Blitzwolf" pusztán a Banggood kereskedőház címkéje OEM cuccokon, mint pl. a Parkside a Lidinél. A Blitzwolf BW-SHP2 konkrétan azonos ezzel az SP1-el, mert ott egy idő után épp a Gosund lett a beszállítója...
Amúgy egy nagyon ajánlható típus, jól bírja a nagyobb terhelést és a zord hőmérsékleti viszonyokat is, ill. egyszerűen szétszedhető, flashelhető Tasmotára akkor is, ha épp nem megy a Tuya Convert.
Viszont persze valóban nem Zigbee. -
-
Degeczi
nagyúr
válasz Janaboy #35710 üzenetére
Kb. minden:
- a nappali hőfok mértékegység attribútuma nem szám, hanem "°C", azt nincs értelme számmal összehasonlítani. Nem kell attribútumot megadni, maga a szenzor tartalmazza a hőfokot
- nem stringgel kell összehasonlítani, mert az teljesen félreviszi. Nem kell a szám körül idézőjel
- numeric_state below, above triggereket nem használunk ilyesmire, mert ez csak a megadott küszöb átlépésekor aktiválódik, ha már alatta van a hőfok akkor nem. Helyette pl. time_pattern trigger válhat be, mondjuk minutes: /1-el percenként futtatva, és condition-ba átrakva, h alatta van-e már a kívánt értéknek (+azt is, h hűtő módban van-e a klíma, különben ne küldjünk fölösleges parancsokat ha épp amúgysem hűt)
- gyanús, h az action sem jó így, mert nincs service hívás... (climate.set_hvac_mode) -
Degeczi
nagyúr
válasz sambenez #35727 üzenetére
A folyamatosan növekvő értékként persze lehet, azt nem módosítja. Amit viszont nem ront el, az az időszakos (napi, havi, éves, stb...) számlálás, mert azokat nem nullázza ki akkor sem, ha az alapul szolgáló számláló nullázódott, azt figyelmen kívül hagyja, negatív értéket nem ad hozzá (amikor meg a nulláról ismét elkezd növekedni, azt már persze igen)
-
Degeczi
nagyúr
válasz body007 #35745 üzenetére
Ez alapján nem a logolást akarod állítani, hanem a jelentési gyakoriságot - ami viszont nem a HA-ra tartozik, hanem az eszközre, és nem mindegyiken állítható.
Mindenesetre pont ilyesmi miatt fontos, h ne normál SD kártyára dolgozzon a RPi, hanem vagy vmi kimondottan erre szolgáló nagy élettartamúra vagy SSD-re, és akkor nincs probléma belőle. Rövid távon (általad beállított recorder purge időtartam, jellemzően pár hét) hasznos tud lenni, ha sűrű, precíz adatok vannak, hosszú távra pedig a statisztika úgyis óránkénti átlagot, min. és max. értékeket tárol el. -
Degeczi
nagyúr
válasz Brain75 #35748 üzenetére
Tasmota alatt természetesen állíthatod, de persze onnantól nincs Tuya (szükség sincs rá). Mivel okosotthonban ezeket főként MQTT-n keresztül célszerű használni, a default powerstate-nél jobb (flash memória élettartamát nem csökkentő) megoldás retain módban küldeni a topikba a kapcsolási parancsot, és akkor beindulás után rögtön megkapja a szervertől, milyen állapotban kell lennie.
-
Degeczi
nagyúr
válasz sambenez #35775 üzenetére
Most nézem, h már a Tasmota oldalán is kinn az infó: Watch out: SP1 devices sold nowadays do not always contain a ESP8266. Variants are around with a W701 cpu, which is incompatible with Tasmota!
-
Degeczi
nagyúr
válasz Fuser és Tsa #35868 üzenetére
Nem, nézd meg alaposabban a helyes mintákat!
A régi formátum szerint (amit egyébként ideje lenne átírnod az újabbra, mert ki tudja, meddig marad támogatott. Ezért írta Kommy is, h már nem ajánlott) aplatform: template
után következik egy újabbsensors:
sor, ezt hagytad ki. -
Degeczi
nagyúr
válasz Fuser és Tsa #35907 üzenetére
Az a YAML "folded style" sortörés, ami azt eredményezi, h a következő sorokban a sortörésekből szóköz lesz az értelmezés során. Szinte mindig ezt érdemes használni hosszabb szövegek (mint pl. egy bonyolultabb template) előtt HA YAML-ben.
Ú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
- AKCIÓ! KONYHA - HÁZTARTÁSI TERMÉKEK - BOTI ÁR FELÉÉRT!
- NETATMO időjárás állomás eladó!
- Eladó Családi Ház Nőtincsen 70 négyzetméter Lakó rész + 40 négyzetméter beépíthető rész
- AKCIÓ! Okos otthon és biztonság - BOLTI ÁR FELÉÉRT!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen