-
Fototrend
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
-
Degeczi
nagyúr
válasz
llacee #11015 üzenetére
A Gree gyári alkalmazása lényegében a használhatatlanságig rossz, nem túloznak a Google Play minősítései, de van Mqtt bridge hozzá (ráadásul hazánkfia által visszafejtett kommuniákció alapján) ami teljesen megbízható, jól bevált.
(bár én Home Assistant alatt használom, de a Mosquitto parancsokat bármilyen környezetből ki lehet adni)Nem teljesen gombhoz kabát, mert itt tényleg fontos szempont a közvetlen wifi illesztés: ugyan infrával bármilyen modellt vezérelhetsz, de azzal semmiyen visszacsatolásod nincsen az eszköz működéséről.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz
llacee #11017 üzenetére
Nagyon hasonlót használok november óta, mert nekem a fűtésre kellett kihegyeznem, a magasságos Dégáz uis a tavaly szeptemberi határidő helyett idén áprilisban méltóztatott elhozni a gázt a telekhatárra, így a klímával kellett végigfűteni a telet - és ezt szépen meg is oldotta. Ahogy az időjárás alakul, lassan hűteni is fog majd.
A wifi modul nyilván ugyanaz lehet mindegyik Gree-ben. Semmi extra nem kell jhozzá.
-
Degeczi
nagyúr
válasz
Peter.70 #11020 üzenetére
Persze, ez a topik főként arról szól, h saját kézbe vesszük az irányítást a gyártók egyedi megoldásai helyett, részben mert azok hiányosak/buták, nem integrálhatóak más rendszerekkel, vagy egyszerűen csak megbízhatatlanok (mint a Gree alkalmazása is). Ha nem lenne saját otthoni szervered és továbbra is a gyártóéra hagyatkoznál, akkor semmivel nem lennél előrébb: a kílma ugyanúgy hol elérhető lenne, hol nem.
Ha nem akarsz saját megoldással foglalkozni, akkor fix IP-t kellene megpróbálni kijárnod a netszolgáltatódnál, mert a tippek szerint annak megváltozása után szakad le a Gree.
-
Degeczi
nagyúr
válasz
Peter.70 #11022 üzenetére
x86 alapú Gigabyte Brix-et használok, mert 10-11 dockert futtatok, amihez a Raspberry fixen 1 GB memóriája nagyon kevés. De ha csak Home Assistant / MQTT futtatásra kell, arra bőven elég (de a háttértár ne SD kártya legyen, mert gyorsan megdöglik a sok írástól)
A telefon launcherében egyszerűen egy könyvjelzőt raktam ki az otthoni szerveremre (a nálam is változó IP miatt DuckDNS-en keresztül van mindig aktuális url): a Home Assistant felülete tökéletesen reszponzív, jól újraméreteződik a telefon kijelzőjéhez, mintha csak dedikált alkalmazás lenne (bár van az is fejlesztés alatt, de nincs rá szükségem)
Arra, amit szeretnél, beválik pl. Xiaomi Gateway, mert az jól integrálható bármelyik otthonautomatizálási rendszer alá, a vezeték nélküli hő- és páratartalom szenzorai pedig nagyon pontosak és sokáig üzemelnek (tavaly február óta használok majdnem egy tucatnyit, és nemrég kellett az elsőben cserélni elemet). Fűtésvezérlésre a(z elemtakarékosság miatt) ritkás jelentéseik miatt nem igazán jók, de monitorozásra tökéletesek.
De ilyesmikről rengeteget olvashatsz a topikban. -
-
Degeczi
nagyúr
válasz
LouiS22 #11031 üzenetére
Dehogyis, már egy hete jött ki rá Tasmota template.
-
Degeczi
nagyúr
válasz
Peter.70 #11043 üzenetére
Miért mondanál vissza egy tizenpár $-os cuccot, ami a maga nemében valószínűleg hasonlóan jó, mint az USB nélküli SHP2?
Bőven elkél a házban több ilyen is (nekem pl. 8 üzemel)Ettől még lehet később másik típus is - bár akkor már valóban célszerű saját rendszert építeni, h egy helyen, egyformán kezelhesd mind.
-
Degeczi
nagyúr
válasz
LouiS22 #11047 üzenetére
Biztosan így van, de a legtöbb otthoni felhasználásban szerintem lényegtelen a fogyasztásmérés abszolút pontossága, hiszen attól nem függ semmi, hogy pl. a mosógéped mondjuk 210 vagy 250 kWh-t (de lehet nagyobb eltérés is, mindegy) fogyasztott egy évben.
A lényeg, h az egyes állapotok (pl. kikapcsolt, mos, pihen, készen van, ...) jól beazonosíthatóak legyenek, és erre tökéletesen megfelelnek az SHP2-k. Én amúgy mindet bekalibráltam Tasmota alatt egy 100W-os izzóval, de nem voltak durva eltérések, pár %-on belül volt mind. Persze ha nem tisztán rezisztív a terhelés, akkor biztosan nagyobb a hiba - de ez éppen így van a pár ezer Ft-os, LCD kijelzős házi fogyasztásmérőkkel is. Igazi jelentősége annak sincs.
Rendeltem amúgy kíváncsiságból (és jövőbeli redőnyvezérlés miatt) egy 4-es csomag Shelly 2.5-et is, de egyem a szívüket, egy héttel a rendelés leadása után még mindig "processing" státuszban van, nem sietik el...
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz
ZetorGumi #11049 üzenetére
Sonoff Basic wifis relé megfelel annak, amit írtál, és alapban sem drága, de akciókban akár $4 alatt is meg lehet kapni.
Bár ha kapuról van szó, azt nyilván nem csak nyitni, hanem csukni is kell, így egyetlen relé nem elég. Ha meg már kettő, akkor jobb nem gyári megoldásra hagyatkozni, hiszen okvetlenül el kell kerülni, h egyszerre mindkét irány bekapcsolva legyen. -
Degeczi
nagyúr
Sajnos nem: hiába jó a hardver, ha a beltéri firmware-e ill. a központi szerver teljesen megbízhatatlan, és napokra kiesik (868 MHz-es vevőm pedig nincs, h azzal kísérletezzek), így végül visszavittem. Külföldi fórumokon is ugyanezt olvasni: a rengeteg panasz miatt megszüntették EU-ban a típus forgalmazását (nyilván ezért volt a kedvező áron kiárusítás is)
-
Degeczi
nagyúr
Vezeték nélkül pl. ez működik Rflink-kel (egy egyszerű, folyamatosan növekvő számlálót ad át, amiből könnyen lehet "utolsó órában", "ma", "héten", stb adatokat készíteni. Hőmérő is van benne, azt is közli, bár az nem sokat ér, mert a a zárt dobozban fölmelegszik ha közvetlenül éri a napsütés)
-
Degeczi
nagyúr
válasz
tatu611088 #11104 üzenetére
MIhez használnád? Én pont most cseréltem le meteorológia állomásokhoz és ajtónyitásérzékelőkhöz RTL-es stickre, és egy megváltás az Rflink után!
Az Rflinknek már évek óta nincs új verziója (a forrása meg nem nyílt.. .), rengeteg új külső szenzort hibásan észlel, másrészt hajlamos kihagyni eseményeket is, ami pl. egy hőmérőnél nem gond, de egy ajtónyitásszenzornál már nem elfogadható.
-
Degeczi
nagyúr
válasz
LouiS22 #11109 üzenetére
Én is ezt gondoltam, amíg nem láttam az RTL-es stickel, h a nyitásérzékelő vagy 8-10x küldi a jelet!
Az Rflink (vagy Sonoff Rf Bridge) azonban így is hajlamos elveszteni ha épp ütközés van, míg az RTL-el (valszeg sűrűbb mintavételezés miatt) még nem sikerült olyat provokálnom, h ne jusson be legalább egy ezek közül.
Az időjárásállomás csak egyszer küldi, de ott nem is lényeges, kb. fél perc múlva majd megy újból. -
Degeczi
nagyúr
válasz
LouiS22 #11112 üzenetére
Nálam bajt nem okoz, mert úgyis egy retainelt MQTT topikba megy, és ott nem gond, ha egymás után többször kerül be ugyanaz a (változatlan) csukási vagy nyitási esemény. Home Assistant oldalon már nem jár semmivel, hiszen ott az on-off vagy off-on váltás triggerelné a folyamatokat.
Egy kapcsolónál már lehet, h más lenne a helyzet, bár ott sem lenne nehéz kiszűrni a mondjuk 1 mp-en belül érkező azonos eseményeket, másrészt gondolom az nem is ismétel (van kapcsolóm is, de azt meg az RTL 433 nem látja egyelőre - viszont annak legalább nyílt a forrása, tudok játszani vele)
-
Degeczi
nagyúr
válasz
vampire17 #11143 üzenetére
Ha régebbi Sonoff Basic, akkor ott a GPIO 14 tüske szabadon felhasználhatóan. Az újabbakon már nincsen, de a flasheléshez használt RX, TX úgyis csak a programozás idejére kell, utána azok is felhasználatóak bármire. Pl. a külső világítást vezérlő Sonoff Basic-em RX-TX-ére egy BH1750-es, i2x-s fényérzékelőt kötöttem, a GPIO14-re meg egy esőérzékelőt, így mindjárt háromfunkciós eszköz lett belőle.
Csak persze először közös jelföldre kell hozni a csengővel, amit egyszerűbb megoldani ESP8266-al, ha annak tápot is le lehet szedni a csengőről
-
Degeczi
nagyúr
válasz
vampire17 #11147 üzenetére
Nem. A LED-en megjelenő feszültség csak akkor értelmezhető, ha közös a földpotenciál - és az általad vázolt helyzetben nem történik meg. Össze kell földelni az alacsony feszültségű részeiket, ami ilyen, hálózatról működő eszközöknél nem veszélytelen.
Ezért sokkal egyszerűbb, praktikusabb, ha a csengő tápegységére van kötve egy mikrokontroller chip. -
Degeczi
nagyúr
válasz
vampire17 #11150 üzenetére
Te írtál olyasmit, h ESP8266-al oldanád meg, nem?
Egy NodeMCU-t táplálhatsz 5V-al vagy 3.3V-al is: vmelyik jó eséllyel akad egy csengőben is, hiszen annak elektronikája is valszeg erről üzemel. Ha pedig arról van táplálva, azzal már adott a nullpotenciál is, így már közvetlenül érzékelhető a LED lábán megjelenő feszültség. -
Degeczi
nagyúr
válasz
vampire17 #11155 üzenetére
Van egészen pici is, és ha nem akarod a saját USB-jével fölprogramozni, akár maga a nyers ESP8266 modul is ami aztán végképp parányi.
Gondolom a VCC-n mérted a 3.3-at, akkor szuper, kérdés majd csak a terhelhetősége, de valszeg elbírja még.
Nem, a hangszóróra hangfrekvencia megy, azzal nem tudsz mit kezdeni egy digitális bemeneten. Mindenképpen a LED egyik (valszeg a pozitív, anód - de ez attól függ, hogyan van kapcsolva, akár fordítva is lehet) lábára kell rácsatlakozni.
-
Degeczi
nagyúr
válasz
vampire17 #11157 üzenetére
Igen, erre gondoltam hogy fordítva is lehet a vezérlés: ezek szerint nálad is a negatív, katód láb a vezérelt, míg a másik fixen 3.3V-on van.
Persze, dögivel akad olyan is.
-
Degeczi
nagyúr
válasz
vampire17 #11159 üzenetére
Ahol feszültségváltozást látsz a LED működésével egyértelmű összefüggésben, oda.
Az, h a LED melyik lábát kapcsolják mindegy, majd a vezérlő logikádban jelent annyi eltérést, h a low-high átmenet jelent-e csöngetési impulzust, vagy mint esetedben, a high-low (föltéve, h a "leesik" alatt azt érted, h bőven 1V alá megy) -
Degeczi
nagyúr
-
Degeczi
nagyúr
válasz
mekkGyver #11174 üzenetére
A családomban nem akad hozzád hasonló fennhéjázó alak, így ezt a megszólítást tartogasd a saját köreidnek, ahol ezzel a stílussal (ha már mással ezek szerint nem) érvényesülni tudsz!
Hogy ki beszél baromságot, arról elég visszaolvasni a korábbi hozzászólásaid, ahol azt sem nézed meg miről van szó, csak belöksz pár fontoskodó megjegyzést...
(a saját linked meg próbáld értelmezni, különös tekintettel az időtengelyre) -
Degeczi
nagyúr
Nem bonyolult. Nálam x86-on, Linuxon fut a rendszer, ezért először az Rtl433-at közvetlenül telepítettem, és azzal az alkalmazással kényelmes volt megnézni, mit hogyan érzékel (nálam egy Lidis szélsebességmérős állomást, esőmennyiségérzékelőt, mozgásérzékelőket és nyitásérzékelőket szépen vesz, fali nyomógombokat viszont nem. Azok mennek a Sonoff Rf Bridge-el, de persze jobb lenne egyetlen eszközzel venni mindent, így játszok még majd vele: ez legalább egy aktív projekt nyílt forrással - szemben az Rflink-kel), majd csak ezután dockerizálni. Végül még Node-red alatt raktam össze egy kis scriptet, h átfordítsa az eszközneveket általánosabb topikokra (pl. "WH0530 Temperature/Rain sensor"-ból "rtl_433/rain"-t) és HA alatt már szokásos módon, MQTT érzékelőként kezelhető minden.
Hassio-s rendszer alatt mondjuk nem tudom mik a lehetőségek, az sokban korlátozhat.
-
Degeczi
nagyúr
válasz
nababika #11281 üzenetére
Ez nem az otthonautomatizáló rendszer feladata, itt nincs felhőben elérhető szerver - legalábbis nem igyenesen (Home Assistanthoz pl. ott a Nabu Casa). De saját magad egyszerűen be tudsz állítani porttovábbítást a routereden, meg persze vmi dinamikus nameserver szolgáltatást, ha nem fix IP-d van.
-
Degeczi
nagyúr
válasz
UberMutant #11283 üzenetére
Ha külső szolgáltatót is bevonsz (pl. Alexa, Google Home) az nem járható.
-
Degeczi
nagyúr
Hogyne lenne köze hozzá, és hogy kezdeményezne a hub?
A szolgáltatók szerverei értelmezik a hangparancsokat - ebből adódóan ők kezdeményeznek, és érik el a hub-odat Home Assistant esetén a [OTTHONI_URL]/api/alexa ill. /api/google_home alatt. Ez persze csak forwardinggal megy, hiszen a szolgáltató nem éri el a VPN-ed. -
Degeczi
nagyúr
válasz
mekkGyver #11316 üzenetére
Ha értelmeznéd is a hozzászólásokat akkor nyilvánvaló volna, h végig a saját HUB és a szolgáltató kapcsolatáról van szó, nem pedig az adott cég eszközéről: vajon mégis miért írtam meg az api végpontokat ahol az Amazon ill. a Google eléri az otthoni gépet? De tényleg elég unalmas már, h csak kötözködni jársz ide
-
Degeczi
nagyúr
válasz
DougButabi #11400 üzenetére
Domoticz-ot ugyan már jó ideje nem használok (részben pont a Blocky-ban csalódás miatt hagytam föl vele), de pusztán emiatt nem kell foglalkoznod a relé aktuális állapotával: Tasmota alatt nem csak ON és OFF, hanem TOGGLE parancs is létezik, ami magától intézi váltást.
-
Degeczi
nagyúr
válasz
vampire17 #11431 üzenetére
Amennyire rémlenek a Domoticz-os Blocky hibái, ezzel az a gond, h rögtön az első futás során 0-ra áll a "torulkozoszarito_state" értéke, mert az "elseif" hibásan működik, mindig kiértékelődik. Így akkor is, ha az első if teljesült, ami 1-re állította ezt a state-et - és rögtön utána igaz lesz tehát a második if is, belefut... Ott pedig gondolom (de nem tudom, rég nem használtam Blocky-t) a "set after x seconds" nem akasztja meg a futást, és akkor már nullázódik is ki a state értéke.
-
Degeczi
nagyúr
válasz
kingmechanik #11439 üzenetére
Ha mindig kiértékelődik, akkor az nem "elseif", ezért hibás működés (ha jól, a nevének megfelelően működne, csak akkor szabadna kiértékelődnie, ha az előtte lévő if nem teljesül) - függetlenül attól, ha ezek szerint javítás helyett inkább hozzáigazították a leírást a hibához
-
Degeczi
nagyúr
válasz
takacska #11444 üzenetére
Valóban tele vannak Domoticz fórumok olyan Blocky panaszokkal amik erre vezethetőek vissza, mivel aki bármilyen rendszer alatt programozott már, abban föl serm merül ilyen viselkedés: magától értetődő, h egy else ág nem értékelődik ki ha előtte az if teljesült (ráadásul a Blocky lényege pont az, h doksi olvasgatás nélkül tudd használni, így csak tapasztalással derül fény a hibára)
Érthetetlen, miért szavaz bárki is ilyen idióta működésre. -
Degeczi
nagyúr
válasz
freemanone #11456 üzenetére
Fürdőben ez könnyen kiküszöbölhető, ha magára szokta csukni az ajtót aki használja azt a helyiséget, hiszen akkor egyszerűen az ajtónyitást állítod be lekapcsolási eseményként.
Konyhában nekem bevált noname kínai mozgásérzékelő egy fali polcra helyezve, 20-30 mp-en belül mindig érzékel mozgást akor is, ha a mosogatópult előtt nagyjából egy helyben áll vki, így 40 mp-re állított lekapcsolás ott jól működik. -
Degeczi
nagyúr
válasz
LouiS22 #11482 üzenetére
Ez nem értelmszerű, mert gyakran (pl. Xiaomi esetén) gyárilag is állítható mi történjen amikor visszajön az áram, ha pedig saját szoftver, pl. Tasmota tehető rá, akkor abban is beállítható ez, és ott persze az MQTT retain célszerű, h az utoljára használt állapotba kerüljön vissza
Új hozzászólás Aktív témák
- Autós topik
- Milyen okostelefont vegyek?
- Kerékpárosok, bringások ide!
- Épített vízhűtés (nem kompakt) topic
- Kerti grill és bográcsozó házilag (BBQ, tervek, ötletek, receptek)
- Mini-ITX
- Azonnali informatikai kérdések órája
- Anime filmek és sorozatok
- Politika
- Parci: Milyen mosógépet vegyek?
- További aktív témák...