-
GAMEPOD.hu
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
ojb
tag
válasz vampire17 #22495 üzenetére
Én inkább egy D1 minit használnék és szeparálnám az érzékelőket. pl 4x2-re
Négy GPIO-n alakítanék ki négy db 1wire hálózatot.
Több párhuzamosan kapcsolt hőmérő esetében sajnos logikátlanul, de előfordulhat, hogy "behal - meghülyül" egy és magával rántja a többit is, majd kis idő elteltével akár észhez is tér(het).
Szeparált esetben nem mind a nyolc, hanem a példánál maradva csak kettő esik ki, ha baj van.
Az viszont tény, hogy munkásabb egy kicsit...[ Szerkesztve ]
-
ojb
tag
válasz Szakbarbár #22727 üzenetére
"Megoldható-e a víz/áramfogyasztás monitorozása ha a víz/villanyóra a háztól távolabb helyezkedik el? "
Igen, csak időben le kell fektetni egy 25mm-es KPE csövet a vízóra szekrény felső harmada és a lakás (pl elosztó és biztosíték szekrény ) közé, amiben a mérő és vezérlő kábelek futhatnak. A WiFi kicsi eséllyel bújik ki a vízóra mellől, ha az aknában a föld alatt van.
A vízórák vagy reed kimenettel vagy OC kimenettel rendelkeznek, ha tudnak impulzust kiadni magukból. Amennyiben csak előkészítettek, akkor pedig figyelembe kell venni az érzékelő (impulzus olvasó) kialakításakor, hogy x méter távolságot dróton kell megtennie az impulzusnak a feldolgozási helyig...
Én a biztonsági csapot közvetlenül a vízóra után szerel(tet)ném fel és olyat , ami valós visszajelzést ad a nyitva - zárva állapotról. pl: [link]
És természetesen a vízóra aknában lenne vízszint ellenőrzés is, ami védené az eszközöket és a kábelezést.
Az áramfogyasztás monitorozása (mérése) az elosztó - biztosító szekrényben a villanyórától bejövő fázis(ok) mérésével egyszerűen megvalósítható, csak hagyni kell néhány DIN helyet a szekrényben az eszközöknek.[ Szerkesztve ]
-
ojb
tag
Az én értelmezésemben ez azt jent(het)i, hogy 32bites esetében van, 64bites esetében viszont nincs direkt GPIO támogatás.
Tehát amennyiben mindenféle szenzorokat szeretnél a Pi GPIO portjaira drótozni és használni, akkor célszerű a 32 bites használata. (mert csak így fog működni)
Csak GateWay-ek ill az USB-k használatakor viszont a 64 bites is jó lehet. -
ojb
tag
válasz minyu8 #22802 üzenetére
"Létezik ilyen ami ezeket tudja vezérelni egyszerre?"
Jó helyen jársz.... Pont erről szól ez a topik.
Már csak 22800 hozzászólást kell átfutnod és tökéletesen képbe kerülsz a kérdéseddel kapcsolatban.
Az elmúlt néhány évben elég mélyrehatóan ki lett már tárgyalva, elemezve a Te általad is felvetett kérdés.
Ne érts félre, nagyon szívesen segítek én is és itt még nagyon sokan, de mivel a témának elég hiányos sajnos az összefoglalója, ezért elsősorban magadnak kell megtalálni a kiindulási irányvonalat. Jelen esetben --első körben -- nekem nincs jobb ötletem, mint a sok-sok bejegyzés átolvasása.
Igen igazad van... ez nagyon időt rabló, de cserébe viszont nagyon sok kérdésedre megtalálod a választ ill. az újabb kérdéseid már erősen konkretizáltak lehetnek.
Néhány keresési kulcsszó, hogy gyorsabban haladhass: Home Assistant ; HA ; Domoticz ;
Itt főleg ezekről az otthon automatizálási szoftverekről és a különböző gyártók, rendszerek, eszközök integrálásáról kaphatsz infót.[ Szerkesztve ]
-
ojb
tag
válasz zsamiatt #22888 üzenetére
Azért kíváncsi lennék rá, hogy a Mo-n kertvárosi környezetben elterjedt "kerítésen belül vízóra akna" -ba felszerelve a ZWave hogyan bújna be a föld alá, hogy vezérelhessen ill. a mechanika hogyan birkózna meg a vízművek által preferált MOFÉM gömbcsap zárásával - nyitásával.
Tudom rossz vagyok... -
ojb
tag
válasz csabyka666 #22892 üzenetére
-
ojb
tag
Jeladók:
Az egyik egy olcsó 433MHz-es "buta" jeladó, ami ész nélkül ~35 másodpercenként küldi a hőmérséklet adatokat, akkor is , ha az új adat megegyezik az előzővel. Az elemmel nem spórol, bár így is megy a két olcsó AAA elemről 1 -2 évig.
A Zig-Bee már "okos" spórol az elemmel, ezért csak ritkán ill. csak akkor küld hőmérséklet adatot, ha jelentős a változás. A "gyors" hőmérséklet változás nem igazán a barátja, ezért azt "átlagolja" (a grafikonon jól látszik)
#22903 LouiS22 A grafikon lefutó élein jól látszik, hogy lassú változás esetében a két szenzor nagyon együtt jár, szint tizedre ua. a hőmérsékleti érték.
#22905 csabyka666 Vigyázzunk arra, hogy a mérési pontosság és a kijelzési (felbontás) nem ugyan azt jelenti. pl a DS18B20 kijelzési pontossága 12biten 0.0625°C, de ettől az érzékelő legjobb esetben is csak +- 0.5°C pontos!!! -
ojb
tag
válasz tototos #22966 üzenetére
De az!
A feszültségosztása ~10%
Tehát a 3.3V-os H szintet 3V-ra osztja le, ami még bőven tolerált H szint az ESP esetében.
Az R1-nek jelen esetben felhúzó és áramkorlátozó szerepe van. A kapcsolón (reed-en ; termosztáton) átfolyó tartós áramot korlátozza max ~3.3mA-re ill a C1 használatakor, ennek a töltő áramát. Az ESP Internal PullUp ellenállása egy nagyságrenddel nagyobb ennél, tehát a kapcsoló áramkörét csak uA-es tartományban üzemeltetné, ezért javasoltam.
Az R2 az ESP HighZ bemeneti ellenállását "rontja" le kb egy nagyságrenddel ~10kohm körüli értékre. Zaj ill. zavar védettebbé válik az áramkör alacsonyabb bemenő impedancia mellett.
(A zavartatásnak alacsonyabb ellenállás mellett nagyobb áramot kellene áthajtani a bemenő áramkörön, hogy a zavaró feszültségszint kialakulhasson)
A 100nF kerámia kondenzátor szintén a zavarvédettséget növelheti hosszabb vezetékezés használatakor ( A kérdésből nem derült ki egyértelműen, hogy a termosztát mekkora távolságról és milyen kábelezéssel lesz csatlakoztatva az ESP-hez.)
A C1 kapacitás az esetleges pergést kompenzálja ill. a kisütési áramával, ami egy nagyon rövid ideig párhuzamosan kapcsolódik a 3.3mA-es árammal növeli a termosztát kontaktusán átfolyó áramot ("keni" az érintkezőket) -
ojb
tag
válasz noorbertt #23137 üzenetére
"azert is lenne jo pl a xiaomi sensorral hasznalni."
Vagy az elem fog nagyon gyorsan merülni a BT szenzorban a túl sűrű lekérdezés miatt vagy hasonló átlagolással, késéssel fog dolgozni, mint a ZigBee szenzor...
Vezetékes ; WiFi vagy 433-as érzékelő jobb lehet vezérlésre. Azok nem késnek és sűrűbben is tudnak jelenteni.
lsd. grafikonok. A két szenzor fizikailag egymás mellett van elhelyezve![ Szerkesztve ]
-
ojb
tag
válasz vampire17 #23148 üzenetére
Én úgy tudom, hogy az ESP-01-et is RST és GPIO 0--val lehet flash állásba billenteni és ezt táp reset és GPIO 0 -> föld vagy RST és GPIO 0 -> föld kapcsolással lehet. A jelzett USB programozó valószínűleg a Wemos D1 -hez hasonlóan az UART IC RTS - CTS lábainak a felhasználásával oldja meg az ESP program módba kapcsolását a flash írását megelőzően.,
Normál üzemben csak a táp vezetékek és az Rx TX kapcsolat él az ESP és az UART között.
Egyedül terminal üzemmódban célszerű kikapcsolni a HW FlowControlt[ Szerkesztve ]
-
ojb
tag
válasz cipofuzo87 #23187 üzenetére
"távvezérelhető bukó ablakok automata szellőztetéshez" Használata esetében hogyan tudod (lehet) megoldani a levegő szűrését és a hőcserélést?
-
ojb
tag
válasz cipofuzo87 #23187 üzenetére
[Ezt] az érzékelőt biztosan kezeli az [ESPEasy] normal is egy ESP8266-on, ami lehet akár [Wemos D1] is.
Nekem évek óta hibátlanul és aránylag pontosan megy. -
ojb
tag
válasz vampire17 #23258 üzenetére
Hőmérő esetében feltéve, hogy DS18B20 akkora felhúzó ellenállást célszerű alkalmazni, hogy a DQ ágon~1mA shink áram tudjon folyni. Ez 5Vcc esetében általában 4.7kohm 3.3V használatakor 3.3kohm.
Termisztor használatakor természetesen a termisztor ellenállásához igazodó "előtét" ellenállás szükséges.
Az ESP -nek van "belső" felhúzó ellenállása, ami kapcsolható szoftverből és valahol n x 10 kohm nagyságrendű, nyugodtan használható az is. A [#22971] -ben írtam erről . A "belső" ellenállások használata semmiféle problémát, hibát , anomáliát nem okoz rövid kábelezés használatakor.
A javasolt kiegészítő R - C eszközök a "zavarvédelmet" szolgálják[ Szerkesztve ]
-
ojb
tag
válasz nszero #23348 üzenetére
Az ilyen kialakításúból nekem csak törlés után sikerült routert csinálnom.
(Van rajta valami, ami nem engedi a felülírást még JTag-ban sem.)
Próbáld először törölni, majd utána írni, talán segít.Más:
Ismét lehet kapni a CC2538-ashoz való PCB-ket!!!
[USB] és [RPi & UART][ Szerkesztve ]
-
ojb
tag
válasz Vodike #23421 üzenetére
Lehet sorba is kötni a radiátorokat.
Pl panel lakások esetében az egymás fölötti lakások azonos helyiségeinek a radiátorai sorba vannak kötve. Általában föntről lefelé áramlik a meleg víz és lakásról lakásra nőnek a radiátorok méretei az alsóbb szintek irányába.
Természetesen minden radiátorba bele van építve a kikapcsolhatatlan bypass ág. -
ojb
tag
válasz vampire17 #23500 üzenetére
"- Jo-e ha a vezerlojelnek 12V ot hasznalok?"
- Igen
"Hova kene kotnom a Shelly1-et, ha azt akarom, hogy akkurol (is) menjen?"
- Az akkuvezetékre párhuzamosan. (rajzon piros - fekete)
"- kb 20 meter 0.5-os kabelen tudom elvinni ide a 12V-ot. Ez meg belefer?"
- Igen A sziréna alapvetően az akkuról megy és csak akkor~1.7A a fogyasztása, ha szól és villog. "Normál" esetben csak ~35mA, ami nem ejt jelentős feszültséget ekkora kábelszakaszon.[ Szerkesztve ]
-
ojb
tag
Egy pici rádiótechnika mielőtt döntenél és beruháznál...
A WiFi is és a ZigBee is ugyanazt a 2.4GHz-s frekvencia sávot használja kommunikációra.
Namost valahogyan meg kell oldani, hogy egymás zavarása nélkül működjenek.
Lehet mindenféle hókusz-pókusz teljesítménykacsolgatásos oda-vissza kapcsolás stb is , de a legegyszerűbb, ha fizikailag arrébb helyezed el őket egymástól (néhány méter) és valamennyire megpróbálod a rendelkezésre álló spektrum használatát optimalizálni.
Itt főként a Te általad használt AP és ZB eszközök csatorna használatát kell figyelembe venni, mert a távolságok miatt főként ezek hatnak egymásra és nem a szomszéd WiFi-je.
Pl. Az egymás mellett közvetlenül elhelyezett ill ~2 - 3m távolságra levő eszközök zavaró jel teljesítménybeli különbsége akár 20 - 30dBm (100 - 1.000 szeres) lehet.[ Szerkesztve ]
-
ojb
tag
"Ráadásul van a porton egy 5V-os táp is, szóval simán lehetne róla működtetni egy ESP-t."
Sajnos nem ilyen egyszerű
A DSMR specifikáció szerint a folyamatos terhelése max 250mA lehet az 5V-nak.
Az ESP áramfelvétele ezt 3,3V-on meghaladhatja pl bootoláskor > 300 - 320 mA ill adás esetében elérheti a > 280 - 290 mA-t is.
Esetleg, ami segíthet.:
Egy nagyon jó hatásfokú >90% kapcsoló üzemű tápegység használata az 5V -> 3.3V átalakításra relatív nagy 3.3V oldali puffer elkóval. -
ojb
tag
"ezzel mire akarsz célozni?"
A metszet szerint a P1 a fogyasztó számára biztosít, a szolgáltató által meghatározott adattartalmat a szolgáltató által meghatározott időközönként.
A fogyasztót pont a P1 védi. Galvanikusan leválasztott, egyirányú adatforgalom, tehát az órát ezen keresztül nem lehet befolyásolni vagy tönkretenni!
A P1 használatát nem lesz egyszerű nem engedélyezni a szolgáltatónak ellentmondásokba keveredés nélkül. -
ojb
tag
"Normál"szintű ZB hálózat csak akkor zavarja a Wifi-t, ha nagyon közel (szinte egymás mellett) van a két eszköz. (Jelentős több, mint 10dBm (10szeres) teljesítménykülönbség van a két eszköz kimenő teljesítményében a Wifi javára)
Emelt szintű ZB esetében (PA modulos coordinátorok vagy routerek vagy a CC2652P) már nagyon más a helyzet... Azt már odafigyeléssel, tervezéssel kell, lehet használni a Wifi mellet, mert ott már fordulhat a teljesítmény arány a ZB javára és ennek hatására jobban belebeszélhet a WiFi forgalmába.
Amennyiben a WiFi router csatorna kiosztása "auto"-ra van állítva zavartatás esetén úgyis átkapcsol másik kevésbé zavart csatornára. Sok esetben ez is elég. Csak a Komolyabb router tudja megmondani, hogy mennyire zavarja a ZB a forgalmát. -
ojb
tag
válasz Degeczi #23689 üzenetére
"miért olyan nagy, 40% körüli a wifi csomagok újraküldési aránya (noha észlelhető problémát még nem okozott, de ijesztően magas érték volt)"
Húúúú ezt nagyon nem értem... (vagy nem jól értelmezem...)
Légy szíves hozz képbe kicsit jobban. Nekem a 40% körüli csomag újraküldés azt jelenti, hogy az átviteli sebesség közel a felére esik...Az pedig már észrevehető probléma az én nézetemben. Vagy ez az érték csak arra az időszakra vonatkozik (napi összesen néhány másodperc), amikor a ZB eszközök éppen adnak, vagy hertbeat jelet küldenek? -
ojb
tag
válasz radio11 #23688 üzenetére
Igen! Valóban.
Normális gyártó normális eszközeiben figyelembe is vesznek néhány alapvető dolgot a gateway kialakításakor.
Ugye mindkettő eszköz ua. 2.4GHz-s frekisávot használja, a csatornák kölcsönösen belelógnak egymás spektrumába. Ez adott és kész.
Ezért a ZigBee "Normál" kimenő teljesítmény 0 és +6dBm közötti általában.
A WiFi n esetében ez egy nagyságrenddel nagyobb +16 -17dBm Wifi b esetében ~20dBm körüli ,ami már 20 - 100 szerese a ZB teljesítményének. Tehát ez alapból ad min 10dBm zavarvédettséget Wifinek. A dobozban az antennák elhelyezésével lehet nyerni min. másik 10dBm-et úgy, hogy a két antenna polarizációja nem egyezik meg. Az egyik Horizontális a másik Vertikális polarizációval ad-vesz, vagy azonos polarizáció mellett az antennák 90°-kal el vannak forgatva egymáshoz képest, ami a teljesítmény különbségből adódó másik nyereséggel együtt már jelentősen, 1% alá húzza a zavaró jel szintjét ZB -> WiFi irányban.
Van egy harmadik is amivel számolni kell az pedig az idő. A ZB ellentétben a WiFi-vel csak akkor zavar, ha ad. Igaz alacsony sebességgel ~250Kbps körüli max, ha jól emlékszem, de nagyon kevés adatot kell adnia és azt is ritkán .Nem számoltam utána,de szerintem egy eszköz naponta összességében max. néhány másodpercre fogja a csatornát, tehát ennyi ideig generál zavaró jelet a WiFi irányába. A többi időt alvással tölti.
A másik (WiFi -> ZigBee) irányban sokkal egyszerűbb védelmet használnak. Az alacsony átviteli sebesség miatt egy jóval robusztusabb, zavarokra kevésbé érzékeny modulációs formát választottak (OPQSK) és természetesen ehhez is hozzájön még az antenna elhelyezésből adódón védelem.
Ez miatt javasolják sok esetben, hogy lehetőség szerint tegyük egymástól távol a két eszközt, mert legegyszerűbben ezzel lehet másik 10 - 20 dBm védettséget szerezni mindkettő irányba.
Bocs kicsit hosszú lett.
Új hozzászólás Aktív témák
- Horgász topik
- MILC felhasználók szakmai topikja
- BestBuy ruhás topik
- Madzag nélküli ollós klaviatúrát villantott a Keychron
- Skull and Bones - Egy hétig ingyen játszhatunk vele
- Így fest a Steel Effigy korai béta változata
- Azonnali processzoros kérdések órája
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen