-
GAMEPOD.hu
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
Chal
addikt
válasz Degeczi #14379 üzenetére
+1
Biztosra tudom mondani, hogy nem az ESPurna a gond okozója, nekem megy pár Sonoffom vele, soha semmi hasonlót gondjuk nem volt. Szerintem arra nézz rá első körben, hogy egyáltalán MQTT-vel használod e, illetve hogy a state topic is be van e állítva megfelelően.
Hiába raksz rá bármilyen firmwaret, ha rosszul implementálod a vezérlést, akkor ugyanez lesz a vége.
-
Chal
addikt
válasz supercharley #14383 üzenetére
Nálam Home Assistant van. Az ESPurna-t így kell beállítani.
A {root topic} a hostname, HA-ban így hivatkozok rá pl.:
state_topic: 3dprinter/relay/0
command_topic: 3dprinter/relay/0/set
-
Chal
addikt
válasz Nerazim #14456 üzenetére
WeMos (meg úgy az ESP-k általában a pcb antennával) nálam 1-2 falat (tégla) tudnak áthidalni, 2 esetén azért már befigyelnek 100+ ms-es válaszidők, és pici packet loss is, de a működést nem befolyásolja (nem videostream megy rajta, és 1 perc lag is beleférne akár, de itt rossz esetben is csak pár sec-ről beszélünk, ez is csak ritkán van). A Wemos D1 pro valamivel jobb (kerámia antenna), de csodákra az se képes. Az AP nálam egy Unifi UAP-AC-PRO.
Födémen viszont nem megy át egyik se. De ettől még lehet szerencséd, ez az adott helytől és AP-tól függ, ki kell próbálni.
Akkut nem javaslom Wemos-ra, meg semmilyen ESP-re, pár napot (se) fog bírni egy combos 18650-es cella. Külön művészete van ennek, hogy agyon optimalizált, és adott célra írt kóddal, rengeteg deep sleep-el meddig lehet elvinni (~1 hónap már igen jónak számít), de ezt nyilván neked kellene megírni és implementálni, "gyári" firmwarekkel (Tasmota és társai) felejtős egy ilyen eredmény.
[ Szerkesztve ]
-
Chal
addikt
Használ valaki zigbee2mqtt-vel Philips HUE-t? Nem nagyon akar működni a power on behavior opció az izzóknál (a firmware új rajtuk, hue gw-vel megy is a dolog), pedig január óta elvileg tudja a z2m.
[ Szerkesztve ]
-
Chal
addikt
válasz DarkByte #14597 üzenetére
Én is gondolkodtam ezen, de nagy kérdés, hogy a kínai akkuk+töltő mennyit bírnak, mi az élettartamuk. A hibás töltőt pl. kidobni 3 év múlva vélhetően nagyobb környezeti terhelés (gyártás, szállítás, stb..) mint mondjuk venni 16db ilyen elemet az IKEA-ban (ennyivel 8db Xiaomi szenzort tudsz hajtani 3 évig, egy 8-as csomag 500Ft). Nem biztos amúgy, inkább csak érzésre írom, de meg lennék lepve ha nem így lenne.
[ Szerkesztve ]
-
Chal
addikt
-
Chal
addikt
Na, úgy néz ki nem csak én szívok ezzel, valamelyik patch-ben elronthatták ezt a funkciót, mert több panasz is van rá. Illetve kezdek benne kételkedni, hogy a hue-t rátegyem e, rohadt stabil a philips gw + ott a firmware upgrade lehetőség, entertainment mód, stb.. Ezeket buknám. Ráadásul az ilyen botlások se szimpik, ajándék lenne mikor egy zigbee2mqtt update után a pofánkba világítanak az izzók éjszaka, mert éppen áramszünet volt, és kikerült a rendszerből a power on behavior támogatás.
Használ itt valaki egyébként nagyobb HUE rendszert (20+ izzó) vele? A tapasztalatok ettől függetlenül érdekelnének.
[ Szerkesztve ]
-
Chal
addikt
válasz freemanone #14624 üzenetére
Nálam is van 24db HUE izzó, meg 5db dimmer switch. Kb. 1 éve használom őket, hasonló bonyolultságú automatizálásokkal, bár én kizárólag HA-ból (szeretem ha egy helyen van minden, és inkább összeszoptam ott ).
Egyébként z2m-ben is lehet group-ozni már egy ideje, szóval e miatt nem dobnám a dolgot. Illetve ami nagyon hasznos lenne nekem, az az, hogy azonnal lenne 24db - már kifizetett - Zigbee routerem, elég jó helyeken (minden szobában a plafonon!) . Csak ezért őrlődök a dolgon, mert van még amúgy kb. 20db zigbee eszközöm, 90%-a elemes szenzor és kapcsoló, elég jót tenne a hálózatnak az egyesítés. De azt hiszem egyelőre elengedem ezt, és 2db Zigbee network lesz párhuzamosan. Ha javítják a power on behavior bugot, meg megoldják valahogy az izzók firmware update-jét, akkor majd újragondolom az ügyet.
[ Szerkesztve ]
-
Chal
addikt
válasz freemanone #14627 üzenetére
Na ez jó kérdés, szerintem nem tud ilyet. De ha jobban belegondolsz, igazából a döntésnél ennek sok jelentősége nincs, mert "egyszer megcsinálom és megy" kategória, onnantól kezdve, hogy bármelyik zigbee eszközt meg tudod címezni bárhonnét, az egész csak ízlés kérdése (pl. HA-ban is lehetne zónázni/groupozni, és utána ezeket az objektumokat használni az automatizálásnál). Szóval ez jó dolog persze HUE gw oldalon, de nekem pl bőven nem showstopper kategória a z2m-nek
Zigbee2mqtt esetén ráadásul van egy elég komoly előny a group-oknál: a funkció protokoll szinten van implementálva (hasonló dologgal kavar amúgy az IKEA is a Tradfri cuccoknál gyárilag, csak ott inkább idegesítő sem mint előnyös). Azaz ha létrehozol egy csoportot, majd ugyanabba a group ID-be bedobsz pl. egy dimmer switchet, akkor a grouping az eszközök között valósul meg, nem csak a coordinatoron. Ez azt jelenti, hogy ha megáll a szervered, lenyeli a kutya a cc2531-et, stb..., a dimmer switch kapcsolni fogja az izzót. Persze mindettől függetlenül amikor működik minden, akkor a keypress eventet és az izzó állapotát ugyanúgy megkapod mqtt-n, mintha egyébként nem lennének osszegroup-ozva.
HUE gw esetén a gw kezeli a dimmer switch keypress eventet, majd ő maga küld az izzónak egy "kapcsolj fel" commandot, gw döglés esetén tehát hiába nyomogatod.A másik jóság amit nem írtam még, az a migrálhatóság. Ha meghalna a HUE gw-m, akkor sajnos egy szép kis repair party várna (pedig van 3db hidegtartalék a fiókban, de a configot és a kulcsokat nem lehet átvinni). z2m esetén csak arra kell figyelni, hogy a db és a config backupolva legyen, az usb stickek szabadon cserélgethetőek.
Nade sem magamat sem téged nem akarlak rábeszélni, ahogy írtad is, visszalépés lenne csomó dologban, amit én sem tudok elengedni (power on behavior, firmware és egyéb updatek lehetősége, entertainment mód). Ha ebből egyébként az első kettőt megoldja a z2m projekt, akkor én asszem váltanék.
[ Szerkesztve ]
-
Chal
addikt
válasz freemanone #14631 üzenetére
Hopp és tényleg, ezt a tippet meg én köszönöm akkor Egyszer kerestem csak rá kíváncsiságból, akkor az első találatok között írta valaki redditen, én meg nem kutattam tovább, mert hálisten gyakorlati szükségem nem volt erre az infóra
-
Chal
addikt
válasz freemanone #14635 üzenetére
A z2m csak abban segít, hogy elérd az izzókat, utána úgy vezérled ahogy akarod, szerintem bármivel megoldható az ébresztés funkció is. Kíváncsiságból ránéztem pl. a HA-ra, ott pl. 6553 sec a maximum transition time (fade in/out esetére), szóval pár sor a configban és simán csinálsz egy időzített felkapcsolást a hálóban, megfelelő idejű átmenettel, ami akár több idő is lehet mint ami a HUE gyári app-ban beállítható (ha jól látom ott 30 perc a max, és eleve csak 10 perces lépésekben állítható).
Amúgy én nem használok ilyen funkciót, és ugye a világítás az nálam is stock hue bridge. De a riasztó aktiválása után van viszont egy full lekapcsolás az összes izzóra 2 perces transition time-al, HA-ból, az tökéletesen működik. Nem látom, hogy miért ne menne ugyanez mqtt-n, ha netán mégis z2m-en lennének az izzók is.
[ Szerkesztve ]
-
Chal
addikt
válasz valaki_xy #14807 üzenetére
Ha csak világítás a cél, akkor keress az aprós oldalakon egy HUE bridget, annál egyszerűbb/stabilabb/jobb/kiforrottabb megoldást nem fogsz találni. A vas nagyon jó, a mobilapp szintúgy. Nem kötelező a cloud sem, ha van rá igény, akkor viszont ott van az is. Mivel szettben több izzóval gyakori tartozék az ajándék bridge (értsd.: akciós a szett, és pl. a benne levő 3db izzó szokásos árárét ott van a dobozban egy bridge is) , ezért sok embernek 2-3 vagy több darab is van már, így szinte mindig levadászható 10eFt alatt (úgy látom most is van egy az itteni aprón).
Ha viszont komplexebb rendszerben gondolkodsz, akkor érdemes megfontolni a Zigbee2Mqtt nevű projektet, ehhez csak egy pár dolláros Zigbee usb dongle kell ugyan, viszont cserébe neked kell kiépíteni és működtetni a mögötte levő szoftveres hátteret és egyéb infrastruktúrát (házi szerver, valamilyen opensource HUB sw, stb...). Viszont ezzel (jelenleg) kb. 500 féle eszközt köthetsz be a Zigbee hálózatba (szenzorokat, kapcsolókat, reléket, szóval nem csak izzókat).
A két megoldás amúgy megfér egymás mellett is, vagyunk itt páran akik pl. nem akarják elengedni a HUE bridge funkcionalítását és kényelmét (főleg ha HUE izzók is vannak hozzá), ugyanakkor vele párhuzamosan működtetünk egy Zigbee2Mqtt alapú zigbee hálózatot is az egyéb szirszaroknak
[ Szerkesztve ]
-
Chal
addikt
Viszont a Google Home Minin a mic. mute switch valódi hardveres kapcsoló, és ténylegesen bontja a mikrofon kontaktját (ezt több szétszerelős/analizálós cikk és videó is igazolja), így legalább olcsó wifis speakerként használható
-
Chal
addikt
Szerk.: bocsi, elsőre félreértettem, így gyorsan ki is töröltem Szóval a http alapú api-kra értette a lagot, ami jogos, nyilván felesleges http requestekkel elárasztani az eszközöket minden másodpercnben, máshogy pedig nem lehet információt szerezni az állapotukról. Ebben az mqtt és az egyéb messaging alapú protokollok sokkal jobbak.
[ Szerkesztve ]
-
Chal
addikt
válasz spider23 #14978 üzenetére
Nézd meg, hogy nem ugyanazon csatornán vannak e, illetve hogy a 2.4-es wifi hálózatok nem zavarják e. Azt én is érzékeltem, hogy a sima cc2531 (nem külső antennás) valamivel gyengébb mint a Xiaomi gw, de azért együtt lehet vele élni, mondjuk ha 100%-nak veszem a Xiaomit, akkor nálam kb. 70% a cc2531 ugyanazon a helyen. Elvileg jövő héten veszem át én is az antennás verziót, reményeim szerint jobb kell hogy legyen.
Egyébként önmagában attól, hogy van egy Zigbee2Mqtt alapú hálózatod is, nem kellene semmilyen anomáliát tapasztalnod. Pl. nálam is megfér egymás mellett remekül a HUE-val, de volt egy rövid időszak, amikor ment a Xiaomi, a HUE, és a Zigbee2Mqtt is. Ha ez bármilyen gondot okozhatna, akkor elég lenne, ha szomszéd beüzemelne egy Z2M-et, és borulna a Xiaomi gw-s Zigbee networkod, ez azért vicces lenne . A csatornákra nyilván figyelni kell, de ezt már írtam.
További tippek:
- forgasd a sticket, próbáld meg vertikálisan, és horizontálisan is, esetleg 45 fokban döntve
- rendeld nyugodtan nyakra-főre a stickeket, és szórd szét a lakásban router firmware-el, filléres cucc, a Xiaomi gw árából kapsz egy szatyorral
- A cc2530 erősebb lehet, de csak az a verzió, aminek van RF erősítője. Cserébe viszont nincs rajta usb. Én e miatt inkább azt az iskolát követem, hogy több darab antennás cc2531-et használok (majd, jelenleg csak egy coordinátor van, és egy router) és sima usb-s dugasztöltővel vannak a házban elhelyezve szolidabb helyeken levő konnektorokban
- Routernek használhatsz izzókat is, IKEA mondjuk pont nem annyira jó, állítólag routernek elég gyenguszok, de csak a git issue-kban olvastam valahol, tapasztalatom nincs.
- A fő csapásirány náluk most a CC26X2R1, CC1352P-2. Ezek jóval izmosabb cuccok RF és compute szinten is mint a cc2530/31, viszont 40-50 USD egy ilyen board. Én erősen gondolkodok rajta amúgy, ha lesz, akkor majd megosztom a tapasztalatokat.[ Szerkesztve ]
-
Chal
addikt
válasz Degeczi #14990 üzenetére
Akkor segítek, nem kell gép se USB toldó
Nálam ezt fent van amúgy egy nagy belmagasságú helyiségben a plafonhoz közel (azért is zajos a kép, mert nagy volt a zoom ).
Dugig vagyok (mint általában mindenki) ilyen usb "töltőkkel", tökéletes megoldás szerintem. Ráadásul akad ennél szolidabb/kisebb is bőven, csak ez akadt a kezembe amikor ezt a sticket beüzemeltem, de majd kicserélem, ha lesz kedvem létrázni.
[ Szerkesztve ]
-
Chal
addikt
válasz Degeczi #14993 üzenetére
Ez viszont nem írtad, illetve úgy kezdted hogy azért jobb a 2530 mert "csak" egy 3.3V-os tápra van szüksége. Ennél jóval szebb megoldás szerintem egy usb dugasztáp, és bele a stick, szóval hogyne lenne hátrány az usb hiánya. Egyébként eleve az én írásomra reagáltál, és abban végig routerekről van szó, de mindegy, ezen tényleg ne rugózzunk
Van amúgy antennás CC2531, a coordinatorom konkrétan olyan, és elvileg jövő héten is érkezik 3db, ha a Fosta is úgy akarja.
Szerk.: megkerestem, mert másnak is hasznos lehet:
https://www.aliexpress.com/item/4000028865267.html?spm=a2g0s.9042311.0.0.1e0b4c4dBx3oQp
Ettől a sellertől jött eddig összesen 7db antennás CC2531. Nem BT-s, nem antenna nélküli, nem késett, mindegyik jól működik. Persze felelősséget nyilván nem tudok vállalni érte, ennek is elmehet az esze bármikor, de eddig oké volt
[ Szerkesztve ]
-
Chal
addikt
válasz Degeczi #14998 üzenetére
Egyébként nincs mit rajta kicsavarni, mert ugyan tényleg nem írtad, de színtisztán technikai oldalról vizsgálva jobb a CC2530. Ugyanis nem csak antenna van benne, hanem egy RF erősítő is (mondjuk vigyázni kell vele, mert nem mindegyikben, "RF" verziót kell keresni). Hogy ehhez hogyan viszonyul egy antennás 2531, azt nem tudom. Nekem bőven elegendő, mert antenna és RF végfok nélkül is vállalható lefedettséget csinál, az usb dugasztápos megoldásnak köszönhetően pedig annyit szórók szét belőle meg akkor, amennyit/amikor csak akarok.
-
Chal
addikt
Végre megjöttek ma a külső antennás CC2531-ek, és jók velük a tapasztalatok. Eddig 1db ilyenem volt csak, de nagyon tesztelni nem tudtam vele, mert ő látja el a coordinator szerepkört, viszont a ház legtávolabbi végében levő garázsban lakik egy rackszekrényben. Onnét lett "khúzva" a z2m zigbee hálózatom külső antenna nélküli CC2531 routerekkel a ház egyéb részeire. Ezek helyett lett most 1db antennás CC2531.
Így néz ki a network jelenleg:
Ő a nagy kék box a képen (sajnos a screenshoton nem látszanak a feliratok), a piros a coordinator (ő van a garázsban, látszik is, hogy csak az ottani hőmérő tud vele beszélgetni, meg a két router ) , a kisebb kék pedig egy HUE izzó/router (ebből van egyébként még vagy 30db, de egyelőre külön hálózatot alkotnak, ez a z2m-be áthozott tesztpéldány).
Látszik, hogy az új külső antennás router szépen magára húzta a jövő hetet is, gyakorlatilag egymaga lefed kb. 150m2-et. Van olyan Xiaomi szenzor, ami három fallal és kb. 15 méterrel odább van, de stabil a link így is.
2530+RF-em (cc2530+cc259-em) továbbra sincs, így nem tudom, hogy ahhoz képest ez mit produkál, de nekem teljes mértékben megfelel.
[ Szerkesztve ]
-
Chal
addikt
Nem rémlik hogy vótmá', szóval megosztom inkább, hátha másnak is hasznos lesz/kedvet kap. Volt időm végre kipróbálni az új Home Assistant Companion IOS app action funkcióját, és hát baromi egyszerűen és nagyon jól működik.
Action: egy olyan vezérlés, ami beépül az IOS ökoszisztémába, elérhető a telefon/tablet home/lock screenjén (van hozzá widget), a HA app ikonon force touch-al, és Apple Watch-on is. A nélkül persze, hogy futnia kellene az app-nak.
A telefonos alkalmazásban fel kell csak venni az "add action"-nél amit szeretnénk, a lenti példa kedvéért legyen mondjuk a riasztó "arm away" funkciója, szóval adjuk neki ezt a nevet. Ennek hatására megjelenik egy "arm away" feliratú button az IOS home screenen (vagy lock screenen, force touch menüben, órán, stb.. -n). Ez után nem kell többé elindítani az appot, és keresgélni az ottani HA dashboard menüben. Így egy-egy kívánt dolog vezérlése olyan egyszerűen oldható meg a telefonon vagy az órán, mintha pl. valakit fel akarnánk hívni a kedvencek listánkból.
HA oldalon ehhez ennyi kellett:
- alias: "IOS Action arm away"
trigger:
- platform: event
event_type: ios.action_fired
event_data:
actionName: 'arm away'
action:
service: mqtt.publish
data:
topic: 'dsc/Set'
payload: 'arm_away'
Androidon nem tudom mindez hogy van implementálva, de érdemes ránézni, ott is fényévekkel növelheti meg a HA felhasználói élményét.
[ Szerkesztve ]
-
Chal
addikt
"A ZigBee úgy tudom küld életjelet is magáról bizonyos időközönként -- kérem erősítse meg valaki, aki ZigBee-t használ -- ami viszont, ha nem kikapcsolható, akkor meghamisíthatja az értékeket."
Megnéztem a logokban, mert van egy ilyen xiaomi door/windows szenzorom. Óránként küld státuszt sajnos. Mondjuk szinte másodpercre pontosan, szóval egyszerű levonni. -
Chal
addikt
válasz Degeczi #15091 üzenetére
Igen, így ki lehet dobni a heartbeat csomagokat, de ne feledd, hogy ebben az esetben is feladat figyelni, hogy van a e "contact: ture/false"-nak párja. Ha forog az óra, akkor mindig kell hogy legyen X időn belül. Ha nincs, akkor az heartbeat csomag, vagy megállt az óra pont az érzékelési pozícióban. Szóval a lényeg az, hogy ezeket le kell kezelni.
[ Szerkesztve ]
-
Chal
addikt
A szétpakolásra az include helyett nekem jobbam bejött a "package" funkció. Teljesen átálltam már rá, sokat tisztított a dolgokon. A lényege abból áll, hogy a packages szekció alatt definiált könyvtárak teljesen függetlenek a config egyéb részeitől (ez csak parser szinten értendő, tehát nyilván ezekben a configokban ettől még hivatkozható egy másik configban levő objektum (entity, service, akármi). Így egyáltalán nem kell arra figyelni, hogy a szülő config melyik szekciójához tartozik az adott file amit éppen szerkesztünk.
Nagyjából így néz ki ami a fő config file-ba kell:
packages: !include_dir_named PACKAGES
Ezután lehet csinálni bármilyen logika alapján szeparációt, úgy, hogy létrehozunk a PACKAGES könyvtára alatt további könyvtárakat, melyeken belül nulláról írhatunk configot (tehát használható lesz a "automation:", "sensor:", "cover:"... akármi szekció, függetlenül attól hogy más package-ben vagy a fő config file-okban van e már ilyen).
Pl. én most projekt/helyszín alapján gondolkodok, de nyilván ízlés kérdése, keverni is lehet, ahogy jól esik. Valami hasonló most a szerkezet:
PACKAGES/futes
PACKAGES/riaszto
PACKAGES/vilagitas
stb..Ezeken a könyvtárakon belül minden projektnek van saját automation/sensors/scripts/stb... yaml file-ja (illetve amelyiknek ami kell).
Azt vettem észre, hogy sokkal könnyebben találom meg a dolgokat ha valami hiba van, vagy módosítani szeretnék.
[ Szerkesztve ]
-
Chal
addikt
Nem kell külön, ami benne van, azt automatán include-olja. Szerencsére az userek is kezdenek rákapni, egyre több olyan nagyobb volumenű (értsd: akár 100+ soros config) példánál látok olyat, hogy package alapon osztja meg az illető githubon vagy a HA coummunity fórumon. Roppant kényelmes is beemelni/személyre szabni.
[ Szerkesztve ]
-
Chal
addikt
válasz DJGABI #15177 üzenetére
Én rengeteget szoptam vele, jobbára csak brickelni sikerült, az okát ennek azóta sem tudom (a bekötés oké volt pedig, mert tudtam olvasni, törölni, csak írás közben állt meg mindig a process). Aztán szerencsére amikor lett debugger, akkor helyre tudtam vele tenni. Van új módszer amúgy (RPI gpio-val megy), az a mondás hogy ezzel már simább ügy:
https://github.com/jmichault/flash_cc2531
Egyébként meg 6-10 USD egy debugger kínából, szóval nemár.... Csak akkor fuss neki, ha nem bírod kivárni a szállítást, de ez esetben is minimum érdemes egy megfelelő csatlakozó szerezni a stick tüskesorához, ugyanis a jumper kábelek túl nagyok hozzá, forrasztani meg elég nehéz, túl kicsik a tüskék és túl közel vannak egymáshoz (persze én is megoldottam amúgy, amikor az arduinós módszerrel próbáltam, de nem volt őszinte a mosolyom közben).
[ Szerkesztve ]
-
Chal
addikt
válasz Nerazim #15183 üzenetére
+1 a fentikre, illetve azt érdemes még tudni, hogy azért is ezt írják, mert ez magának az ESP-nek a specije. A Wemos (D1) nem egy pőre ESP, hanem egy devboard, és kellemes tulajdonsága, hogy ESP soc mellett van rajta egy USB interfész is, ahonnét kaphat tápot is (ez a boardon belül átalakításra kerül egy DC-DC konverterrel). Nyilván erre a részre 5V-os táp értendő.
Nálam az antennás cc2531 három téglafalat is legyőz, abból az egyik 38-as.
[ Szerkesztve ]
-
Chal
addikt
Ilyet nem fogsz találni, mert az egyes szekciók ezerféleképpen kombinálhatóak. IF/ELSE és AND/OR kapcsolatok bárhol lehetnek, no meg egyéb más is. Ebből adódóan lehetetlen lenne olyan doksit írni amilyet szeretnél. A HA előnye egyben a hátránya is e miatt, azaz a learning curve eleje roppant lapos, viszont cserébe meg lehet benne csinálni natívan bármit (így nincs szükség külső scriptekre, Node Redre, és egyéb előtét megoldásokra). Valamint a HA doksija feltételezi azt is, hogy nem nulláról kell magyarázni magát a leírónyelvet (a yaml-t).
-
Chal
addikt
válasz vampire17 #15203 üzenetére
Amúgy egy ilyen helyett miért nem jobb egy használt, itthon leszerelt régi DSC vagy Paradox? Hirtelen ránézve a Jófogásra, 25eFt-ért is látok zsír új DSC szettet. És a kettőt egymás mellé rakva kb. egy lábbal hajtós moszkvics és egy G merci jut eszembe Valami használt komplett rendszer ára pedig a béka segge alatt lehet (mondjuk nem kerestem, de ami újakat látok hirtelen, az alapján meg lennék lepve ha drága lenne). DSC-hez meg ugye csinálsz 2eFt-ből (ESP-vel, tokkal-vonóval) mqtt interfészt. Aztán lehetne még napestig írni az előnyöket, a távfelügyelettől kezdve (aki tuti nem fog szerződni egy kínai cuccra) a jobb bővíthetőségen át a mabszi minősítésig. Ezeket a cuccokat 30+ éve fejlesztik, iszonyatosan ki vannak találva, nagyon megbízhatóak, és bármikor kapsz itthon hozzájuk bármit akár boltban akár a használtpiacon. Szóval én tuti hanyagolnám a kínai cuccot, még akkor is ha jóval olcsóbb lenne.
[ Szerkesztve ]
-
Chal
addikt
válasz vampire17 #15209 üzenetére
Én csak arra akartam rávilágítani, hogy ezek az eszközök nagyon kotványak. Egyébként nem is mentem olyasmibe bele, hogy szerinted nem lehet/nem lehet jobbat venni itthon, hiszen ilyet tényleg nem írtál. Inkább kérdeztem, hogy miért lenne ez jobb, lényeges különbség ugye...
Egy Sonoff simán alternatíva, nekem is van több példányom. Ezt a riasztót viszont sehogy nem tudom elképzelni alternatívaként, és óva intenék tőle mindenkit. Amit írtam, azt meg inkább infónak szántam, annak aki olvassa. Pl. hogy ne gondolja valaki, hogy ez egy jó megoldás, és a normális riasztó biztos horror áron van és netán rendeljen egy ilyen kínait hirtelen felindulásból. De akár neked is szólhat, nem tudom mennyire vagy képben, eléggé kevés infó szokott itt lenni ezekről. A kínai szenzor/smarthome kütyü vásárlás meg óhatatlanul is hozza magával az Aliexpress/Banggood reklámokat/ajánlásokat a riasztók kapcsán is. Simán lehet az embernek olyan érzése, hogy nahát, ez ugyanaz mint hogy Sonoffot veszek a buta Legrand kapcsoló/konnektor helyett, pedig nagyon nem....
A riasztókkal sokan nincsenek képben, én sem vagyok egy expert persze, de úgy alakult hogy immár a harmadik ingatlanomban szerelgetem magamnak a cuccot (érdekel is, meg olcsóbb is), szóval csak meg akartam osztani ez ezzel kapcsolatos tapasztalatokat.[ Szerkesztve ]
-
Chal
addikt
ESP+BME280 hőmérő szenzor 18650-es akkuval több mint 1 éve megy, szép eredmény:
-
Chal
addikt
válasz m4rk.89 #15280 üzenetére
Az egyik választ már írták, azaz tiltsd le a netkapcsolatot, ha pedig módosítani szeretnél az eszközökön akkor engedélyezd, vedd fel az újat, törölj ki egy régit, stb.. majd tiltsd le újra.
A másik válasz az, hogy nem használunk Xiaomi gw-t, csak a szenzorokat és egyebeket, Zigbee2MQTT-vel.
[ Szerkesztve ]
-
Chal
addikt
válasz Nerazim #15286 üzenetére
Milyen USB illesztőt vettél pontosan? Vigyázz, nehogy RS232 legyen, mert mérőfüst lesz a vége... Illetve érdemes inkább olyan ESP változatot venni, amin gyárilag van USB illesztő, ebből nagy favorit a Wemos D1 mini (ugyanúgy filléres cucc, még itthon is megkapod gombokért).
-
Chal
addikt
Ennyire buta a Shelly cloud? Illene tudnia, hogy pl. félúton (vagy valahol) állítja meg a redőnyöket (már persze ha Shelly 2/2.5-ök vannak), meg mondjuk azt is, hogy két klikk fel, 1 klikk le. Sose próbáltam amúgy, sok Shellym van, de engem nem érint, csak tudom hogy van, meg hogy nagyon hype-olják a saját FB csoportjukban
[ Szerkesztve ]
-
Chal
addikt
válasz Degeczi #15309 üzenetére
Félreértetted. A Shelly cloudról van szó. Nekem meglepő lenne, ha a saját termékeik funkcióira ne lehetne benne automatizálást csinálni. De simán elhiszem, sose próbáltam, ezért is kérdeztem inkább mint állítottam. Ugyanis ha lehet (mert pl. támogatja a 2/2.5 pozicionálás funkcióját), akkor vélhetően a falra odarakott shelly1+nyomógomb párossal lehetne talán olyat csinálni benne hogy 1 klikk fel, 2 klikk le, 3 klikk 50%.
Kíváncsiságból kérdeztem tehát a Shelly cloud felhasználókat, hogy ennyire buta, hogy nem tudja, vagy csak nem nézte még senki.
[ Szerkesztve ]
-
Chal
addikt
válasz ZPKing #15313 üzenetére
Vélhetően sehogy. A Mi home nem támogat standard ZLL eszközöket csak a saját berkein belül levőket, szóval amiket a listában látsz, azokat tudod használni.
A leírás szerint hue gw-vel megy jól, és Amazon echo plus-al is, illetve gondolom a Zigbee2MQTT is támogatja, de erre keress rá, ha fontos.
-
Chal
addikt
"Természetesen clouddal is tud pozíciót, de ahhoz ez már kevés, hogy egy közös gombbal különböző redőnyöket azonos pozícióba rakjon. Főképp ha nincs is ilyen igény, kár erőltetni. Ezért írtam, hogy elég lenne egy shelly1, on/off -> redőny fel/le. Csak a visszacsatolás a közös gomb felé a redőnyök állapotáról nem megoldott a shelly appon belül, ha jól gyanítom."
Nem is kellene, van "position" command, meg hozzá státuszvisszajelzés is. Elegendő csak ezt kiküldeni a Shelly 2/2.5-öknek, aztán majd ők tudják a dolgukat (pláne hogy a kalibráció is eltérő mindegyiken). A gomb felé sem kellene semmit visszacsatolni, a cloud dolga az egész.Azért ezt én megnézném, mert ha tudja, akkor rögtön lesz hozzá igény is szerintem
-
Chal
addikt
válasz ZPKing #15320 üzenetére
A HUE is zárt, de azért a ZLL (zigbee light link, azaz ami világít) eszközöket meg szokta enni. Az általad linkelt ledszalagot az adatlapja alapján kezeli a HUE.
Egyébként meg a Zigbee2MQTT ami szinte az összes piacon levő Zigbee eszközt támogatja.
A linkelt cuccot nem ismerem, de kínai (meg semmilyen) cloudos eszközt ne vegyél, márpedig ez ilyen.
[ Szerkesztve ]
-
Chal
addikt
Igen, nekem is lenne ötletem a detached mód továbbfejlesztésre, pontosan ugyanezen okból. Én viszont úgy közelítettem meg (elvi szinten), hogy a Shelly figyelhetne valamilyen státuszt a hálózaton (pl. egy egyszerű periodikus http get), és ha a megadott URL-en nem kap vissza egy megfelelő értéket (pl. "OK"), vagy timeout-ol, akkor kikapcsolná a detached módot. Természetesen azt biztosítanám, hogy ezen API mögött a teljes rendszer működését összegző állapotérték legyen. Szóval egyfajta monitoring, ami ha hibára fut, akkor az összes Shelly átkapcsol manuális vezérlésre. Másik ötlet, hogy e mellett/helyett lehetne egyszerűbben is ha az előbbi túl nagy kérés: kapcsolási szekvenciára (pl. 6 rövid egymás után) kapcsolná ki a d. módot.
Leírtam nekik mindezt, tök rendesek voltak, írták hogy köszönik, és hogy átgondolják. Na azóta is gondolkodnak rajta....
BTW: mindenhol azt reklámozzák, hogy így meg úgy opensource, de Shelly firmware kódot nem találok sehol. Nekiállnék magam a fentieknek, ha máshogy nem, csakhát így nehéz... Odáig meg nem akarok fajulni hogy Tasmotat vagy valami hasonlót tegyek rá.
[ Szerkesztve ]
-
Chal
addikt
válasz cucumber87 #15345 üzenetére
1 - a HUE csak ZLL (zigbee light ling - izzók által használt zigbee kommunikáció) enged be külső gyártóknak (ezt írják az általad linkelt oldalon is), bár amit fo_di linkelt az ígéretes lehet, ezek szerint van valami változás. Viszont firmwaret frissíteni sajnos csak a Tradfri bridge-el lehet.
2 - a SmartHome RF-et használ, szóval nem infrás[ Szerkesztve ]
-
Chal
addikt
válasz cucumber87 #15349 üzenetére
Vidd vissza, simán visszaveszik, ez az IKEA egyik nagy előnye A fo_di által küldött első linken elég sok infót találsz, van közte pár konnektor is. Egyikkel sincs tapasztalatom, én a HUE-t csak a világításhoz használom, szerintem roppan korlátolt más célra. Ha biztosra akarsz menni, akkor nyilván a HUE smart plug a legjobb (és egyben legdrágább) megoldás.
Az RF rádiófrekit jelent, igen, ez esetben 433Mhz-t. Elég bonyolult kérdéskör, rengeteg infót találsz róla a kereső használatával. Jó sokat lehet vele szívni, és a legjobb kimenetele is a "szódával elmegy" kategória lesz a projektnek, ha belevágsz. Ha komolyan gondolod az automatizálást hosszú távon is, akkor én megfontolnám a cseréjüket buta motorra, amihez tudsz normális, rendszerbe integrálható vezérlést venni.
[ Szerkesztve ]
-
Chal
addikt
Szidnám még a Shellyt kicsit: december 4.-én rendelt csomag sehol sincs még. A supporttól úgy tudtam választ kicsikarni, hogy három fronton támadtam őket, így 1-2 héten(!) belül mindig írtak valami mentegetőző dumát. Ja és mindegyik termék raktáron volt a rendelés leadásakor a webshop szerint, és egyik sem preorderes újdonság. Ráadásul a megrendelés bőven az előtt volt, hogy elkezdtek volna kipakolni az infókat, hogy lassú lesz a szállítás, mert sok a karácsonyi rendelés. Egyébként a válaszaik gyorsaságából és időpontjaiból ítélve szerintem dec. 15 és január eleje között zéró ember dolgozott a Shellynél, ami persze sok mindent megmagyaráz.
Mindezek után gondoltam rendelek egy Shelly 3EM-et, mert hát mi baj lehet... Látom ám, hogy már nem preorder van, hanem "in stock" státusz. Aztán jobban megnézve a terméklapot van egy icipici jelölés a termékfotók bal felső sarkában (de csak ott), amin a "feb.25. 2020" felirat szerepel. Mire számítsak? Nyár eleje?
Vajon ezek nélkül a csúsztatások nélkül ("open source", kamu szállítási idők, stb..) nem menne a szekér? Na ne már... Szerintem pénzzel gyújtanak be kb., nem értem mi szükség van erre.
[ Szerkesztve ]
-
Chal
addikt
válasz LouiS22 #15363 üzenetére
Minden esetre a 3EM-et nagyon várom, kíváncsi leszek majd a tapasztalataidra, neked jóval előbb meglesz. Én hosszas rágódás után úgy döntöttem, hogy a kínai átfolyós megoldást nem teszem rá 3x25A-re, egyszerűen nem fér bele a biztonságérzetembe, pedig megvettem hozzá mindent, le is teszteltem asztalon, stb..
Aztán találtam egy jó áramváltót: SCT-013, kell még hozzá AD (pl.
ads1115), mert ami az ESP-ben van, az nem annyira acélos (pontatlan). Ezt is megterveztem, berendeltem az alkatrészeket. Aztán miután a második kínai vert át alin (az egyik törölte a megrendelést szó nélkül 1 hónap után, a másik meg csak simán nem küldte), feladtam az egészet, nincs nekem erre több időm, jó lesz a ShellyEgyébként akinek több türelme és ideje van, annak ajánlom ezt az SCT-013-ra épülő megoldást. Fillérekből kijön, 100A-ig jó (fázisonként), és szintén contactless. Google mond hozzá sok tutorialt, ESP és RPI példakódokat/scripteket, HA/Domo integrációs példákat, stb..
Új hozzászólás Aktív témák
- Bocsánatot kért az Apple, mert nagyon mellélőtt a legutóbbi reklámjával
- Videós, mozgóképes topik
- Xbox Series X|S
- Skoda, VW, Audi, Seat topik
- A fociról könnyedén, egy baráti társaságban
- HBO Max & OD topic
- Kerékpárosok, bringások ide!
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Főzőcskés topic
- AMD GPU-k jövője - amit tudni vélünk
- További aktív témák...
- Két kazános Jura Impressa 801 automata kávéfőző Cappuccino fejjel
- Nagyon szép Delonghi Dinamica ECAM 353.15.B automata kávéfőző
- profi traffipax védelem és lézer detektor + blokkoló Kiyo Ultimate AP4 GPS komplett rendszer
- DXRacer használt szék eladó
- AKCIÓ! KONYHA - HÁZTARTÁSI TERMÉKEK BOTI ÁR FELÉÉRT!
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen