-
Fototrend
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
ojb
tag
"A LOAD egy ellenállás kellene, hogy legyen? "
Nem törvényszerű. Lehet pl egy jelfogó tekercse is"Ha igen, ennek értéke mi alapján számoltatik?"
Ohm törvénye alapján lehet kiszámolni... miszerint
R load = U / Ic
jelen esetben:
U -> mindenkori tápfesz valahol +5 és 36 V DC közötti érték
Ic -> Az eszköz adatlapján megadott max Collector áram (max,300mA)
Ebből számolható pl
DC 5V feszültség esetében a
minimális R load értéke 5/0.3 = ~17 Ohm
DC 36V feszültség esetében a
minimális R load értéke 36/0.3 = ~120 Ohm
Mivel kínai termékről van szó természetesen ebben az esetben is illik betartani, hogy
a max terhelhetőség 50 - 66% -ig szabad használni az eszközt,
tehát a valósan használható ellenállás értéket (jelfogó tekercs ellenállást) inkább 33 és 270 Ohm körülire kell választani -
ojb
tag
Az ESP GPIO ebben az esetben -- érzékeléskor -- Input-ra (High Z) /nagy bemenő impedanciára/ van kapcsolva és így várja a feszültség változását a lábán.
Az ESP GPIO portjába befolyó áramot ilyenkor az ESP bemenő impedanciája + a szenzor kimenő ellenállásának összege határozza meg.
Példánál maradva ~ 30 - 40k + 10k = 40 -50 kOhm körüli ellenállásokon átfolyó áram,
ami 100uA körüli.
Az általad említett max12mA korlátot egy portra, akkor kell betartani, ha a
GPIO-ból táplálsz pl egy LED -et (kimenő áram LED a GPIO és GND között) vagy a
GPIO-val kapcsolsz egy LED -et (befolyó áram LED Vcc és GPIO között)
A szenzor 5V-os megtáplálása esetében az eszközben lévő 10k-os Collector ellenállás bőven megvédi az ESP bemenetét (Korlátozza a max befolyó áramot ~500uA körülire) esetleges hibás szoftveres GPIO kapcsoláskor is. (pl véletlen GPIO Low esetén) -
ojb
tag
válasz amargo #48681 üzenetére
, ha jól emlékezem 10V DC és 100uA kapcsol!
Tehát mindenképpen száraz kapcsoló elemet kell használni a vezérkéshez!!!
A #48688 hsz-ben linkelt eszköz nem jó erre a célra!!!
pl: [link]
Vagy lehet DIY ESP alapú.
Én a nagy testvér Aerauliqa QR-100M -et ESP8266-tal kapcsolt opto-csatolókkal (4N25) vezérelem[ Szerkesztve ]
-
ojb
tag
válasz amargo #48691 üzenetére
Szerintem ekkora doboz is elég hozzá [link] 80x75x30 a 4ch relay mérete
"nem túl hangos a nagy testvér"
Az I és a II fokozathoz tartozó fordulatszám külön - külön beállítható egy - egy trimmer potencio meter-rel. ~20 ill ~40 m3/h körül még éppen elviselhető.
kb, mint egy klíma beltéri
A III-as fokozat (100%) hangereje viszont egy TU-154-es gép hangjával próbál lépést tartani... -
ojb
tag
válasz Cyberbeni #48888 üzenetére
"Szerintem Sonoff zbdongle-p a legajánlottabb. (Amazon.de még kapható, a magyar shopokban már csak az újabb "-e" verzió van, amihez még nincs kiforrott firmware, skyconnect sem kiforrott még a zigbee2mqtt.io szerint)"
Használom mindkettőt.
A SonOff Dongle E Z2M és ZHA alatt is ugyanolyan jó ill. ugyanúgy működik, mint a Dongle P ( Az E 58, a P 38 eszközt kezel )
Az E előnye a P-vel szemben, hogy ugyan az a chip van benne, mint a SkyConnect-ben
és ennek hatására a HA-n belüli Therad támogatottsága jelenleg jobb, mint a P-snek.
BestBuy vételnek talán pl ez: [link] a legjobb. -
ojb
tag
"Ezt a jelet amit képez, át lehet vinni valami ethernet-es illesztővel HA-ba?"
Igen, de csak akkor van értelme, ha az egész átviteli út aktív elemei ( Conatct -> eth átalakító ; switch v router ; ONT stb ) ill a HA is szünetmentes tápegységről üzemel. Ellenkező esetben nem lesz ami eljuttassa ill. feldolgozza a kontakt információt...
A túlfeszültség levezetőből, akkor jön ki az info, ha 'dolgozott' és 'feláldozta' magát, azért, hogy a mögötte lévő eszközöket megvédje.
A halálával viszont az előtte lévő "főbiztosítékot" "veri" le és természetesen kiadja a riasztást is a kontaktusán keresztül. Ezt az infót viszont csak a védett áramkörtől független vagy backup hálózatról üzemeltetett eszközökkel tudod fogadni feldolgozni. -
ojb
tag
válasz amargo #49035 üzenetére
Az alábbi képen pirossal bekereteztem a PCB-n kialakított vezető sávokat a csatlakozó és a relé forrasztási pontjai között.
Kékkel jelöltem az ónozott furatgalvanizált sávot, ami összeköti a PCB másik oldalán
(a jelfogó alatt) szintén kialakított ónozott vezető sávval.
Sárga karika jelöli a furatot, a PCB két oldala között amiben látszik is a kitöltő ón.
Szóval összesen a PCB mindkét oldalán megtalálható (általában tükörszimmetrikus) réz nyomat , a két oldalt összekötő furatrendszer (ami ónnal van kitöltve) és az ónozott vastagított PCB rész együttesen próbálja elvezetni azt a bizonyos 16(20) Ampert.
Természetesen egyetértek az előttem szólókkal -- és én is sokszor jeleztem már --,
hogy a megadott max áramerősség értéknél illik egy lépcsővel alacsonyabb terheléssel használni ezeket az eszközöket.
Főként nem rezisztív terhelés esetén!!! -
ojb
tag
válasz amargo #49048 üzenetére
Az PCB előbb (a #49043-ban jelzett) vezetőivel sztem nincs gond, azok kellően megvannak "erősítve",
de a be nem forrasztott shunt ellenállás alatti rész ami jó eséllyel az "N" vezető már kérdésesebb (veszélyesebb). /kép közepe-alja CS1 alatti rész/
Az biztos hogy én csak a kapcsolt szálat járatnám meg az eszközben (általában az L),
az N csatlakozókból csak az N-in -t használnám fel.
A fogyasztó irányába pedig pl egy Wago-val multiplikálnám az "N" vezetéket vagy
a #49050-ben említett drótot forrasztanám az N-in és N-out közé.
"Ez a PCB így véleményed szerint mennyit bírhat? 10A bír ez?"
Az "L" vezető rész szinte biztosan bírná a 10A-t
az "N" részre a NYÁK megerősítése nélkül nem szívesen engednék 10A-t![ Szerkesztve ]
-
ojb
tag
válasz Cyberbeni #49128 üzenetére
"Hővisszanyerős szellőztetés megy valakinél? "
Igen.
Sokat segítene a kérdés megválaszolásában, ha tudnánk a szellőztető pontos típusát... Általában van lehetőség a távvezérlésre.
Az eddigi tapasztalataim alapján bőven elég a diszkrét (sokszor beállítható) fordulatszám kapcsolgatása Low és Med között. Tapasztalatok szerint a High már túl hangos.
Természetesen igény esetén a 0 - 10V DAC is megvalósítható.
230 V-os 4ch ZB relé [link] az esetek nagy részében elég a távvezérléshez.
Kiegészítve egy RF433-as Scene Switch-csel [link] pedig a lokális kapcsolgatás is megoldható a 4ch relén keresztül (HA nélkül is). -
ojb
tag
válasz its_grandpa #49167 üzenetére
Maximálisan egyetértek veled,
de a kérdés nem egy "buta" kazán figyelésére vonatkozott? -
ojb
tag
válasz Cyberbeni #49153 üzenetére
"A main board elvileg tudja a bypasst, de se a vezérlőn nincs opció, se a gépből nem jön ki több kábel."
Ebben az esetben valóban egyszerűbb lecserélni a jelenlegi vezérlőt és kialakítani a "virtuális" Bypass-t, mint visszafejteni a vezérlés soros kommunikációját.
A [kép] alapján a kettő kétfokozatú ventilátoron kívül semmi nincs a szellőztetőben -
ojb
tag
válasz SafE84 #49188 üzenetére
Nekem évek óta üzemelnek szabadban eszközeim.
Abból indulok ki, hogy pára kicsapódás (harmatpont) ált. akkor keletkezik, ha az eszköz hőmérséklete ( amin a pára kicsapódhat ) alacsonyabb, mint a környezeti levegő.
Bedugott okos konnektor vagy fix 230V AC-n üzemelő okos relé esetében ez nem áll fenn ui. az eszköz tápegysége mindig termel annyi hőt, hogy a belső hőmérséklete magasabb legyen mint a környezeti hőmérséklet.
A forraltboros bögre is ritkán párásodik be télen... -
ojb
tag
válasz JoceeHunt #49533 üzenetére
Ahogyan többen is írták CSAK szellőztetéssel ( a relatív páratartalom csökkentésével ) lehet hatékonyan megszüntetni a penész kialakulását, szaporodását.
(Sok éves mindenféle páracsökkentő próbálkozást követően merem ezt állítani.)
A központi szellőztetésen kívül léteznek decentralizált hőcserélős szellőztető megoldások is. Jelentősen kedvezőbb áron és "sokkal egyszerűbb" telepítési lehetőségekkel.
Nekem a fűtés-vezérlés -- szellőztetéshez igazított -- optimalizálásával , három db TRV alkalmazásával és egy "olcsó" decentralizált fürdőszobai hőcserélős szellőztető felhasználásával sikerült 100%-ban megszüntetni a penész képződését immár a negyedik fűtési szezonban. -
ojb
tag
Az eredeti kapcsolás a jelzett alkatrészek felhasználásával úgy, ahogy van -- változtatás és mindenféle kiegészítés nélkül is -- működő képes.
A tervezett Meanwell AC/DC tápegységben a szükséges védelmi és szűrő áramkörök megvannak.
Lehet, de nem szükségszerű ezeket jelen kapcsolásban fokozni. Esetleges "gerjedés" esetén lehet a DC oldalon hidegíteni 100nF kerámia kondival, de erre kicsi az esély.
A tervezett G3MB-202PL SSR feltételezem DC5V-os lesz, ami tartalmazza a ~440 Ohm-os előtét ellenállást is a LED-jéhez, ezért mindenféle kiegészítő alkatrész felhasználása nélkül is közvetlenül vezérelhető az ESP GPIO-portjáról a kapcsolási rajz szerinti meghajtás alkalmazásával, mert a GPIO- terhelő árama kisebb lesz, mint 10mA
A GPIO 3.3V-os kimenete általában elégséges az 5V-os SSR stabil bekapcsolásához.
Mielőtt a végleges PCB-ket legyárt(at)od mindenképpen javaslom az áramkör megépítését "csupaluk" panelen...
A kevés alkatrész miatt én inkább hagyományos axiális ellenállásokat használnék a korszerű(bb) SMD-k helyett. Könnyebb velük dolgozni...
Az SSR-ek kapcsolt oldalára (230V-os) tennék egy-egy olcsó beforrasztható 2A-es normál vagy resettable (PPTC) biztosítékot, de ehhez némileg módosítani kell a PCB-t. -
ojb
tag
A #49564 -ben írtam:
"A tervezett Meanwell AC/DC tápegységben a szükséges védelmi és szűrő áramkörök megvannak."
A tápegység bemenete varisztorral kezdődik jó eséllyel PPTC -vel folytatódik és a NYÁK-nak van egy olyan szakasza , ami úgy van kialakítva, hogy max 1 - 2 A áramerősséget bír ki. A hálózati visszaszórásokra RC védelemmel rendelkezik. A kimenete tartalmazza a DC szűrőköröket. stb Ezért MeanWell...
Lehet a tápegység varisztorával párhuzamosan kapcsolni egy másikat is, de..."Tehát amennyiben a #49561-ben bemásolt kapcsolást implementálom a sajátomba,"
Én az eredeti #49553 hsz-re értettem a válaszomat.
Az eredeti áramkör a kiegészítő , szintillesztő kapcsoló-tranzisztorok nélkül is működőképes!
A jelzett típusú SSR-ek már kapcsolnak 3.3V-ról is!
(A #49561 ben található kapcsolás esetében is ~3.8V körüli feszültség kapcsolja az SSR-t, ui a sorbakötött diódán és tranzisztoron kb 1.2V feszültség fog esni a tranzisztor nyitott állapotában.)
Természetesen az áramkör a többlet tranzisztoroktól és ellenállásoktól nem lesz rosszabb, de...A #49573 -ban ViZion kolléga pontosan jelezte, hogy a GPIO0 és a GPIO2 boot anomáliákat okozhat.
Fontos, hogy az általad is tervezett nyomógombok legyenek használva vezérlésre és még véletlenül se kapcsolók!
Talán "elegánsabb" (és müködőbb) lenne a vezérlés, ha a P1 3-as lábára nem az 5V, hanem helyette a GND menne, a GPIO-k felhúzása pedig az ESP-n belül szoftveresen történne...
Ennek hatására a nyomógombok a high -> low váltást generálnák a GPIO-k számára. -
ojb
tag
"Jól sejtem, hogy kímélőbb(az ESP számára legalábbis) így üzemeltetni az SSR-t, amennyiben az élettartama 99%-ban bekapcsolva lesz?"
Igazából nincs jelentősége élettartam szempontjából.
Közvetlen SSR vezérlés esetében < 7mA folyik a GPIO-n keresztül, ha tranzisztoron keresztül kapcsolod a LED-et, akkor pedig ~500uA.
Az ESP GPIO-ja 10mA-ig tartósan terhelhető."És az elkerülést
vagy a 5V -> GND átalakítást(storno, ezeken per pillanat nem a nyomógombok vannak) javaslod inkább?"
Mindkettőt.
Addig amig van "szabadon" -- korlátozás nélkül -- használható GPIO célszerűbb inkább azokat felhasználni. 4 - 5 ; 12 - 14 [kép]Az én javaslatom szerint a nyomógombot figyelő (4 - 5) GPIO az ESP belső "felhúzó" ellenállásán keresztül (ez kb 20kOhm) high állapotba van kapcsolva szoftveresen alap állapotban.
A nyomógombon és az 1kOhm-os ellenálláson keresztül kapcsolt GND ezt a high állapotot váltja a GPIO-n low-ra. -
ojb
tag
"Ilyen fajtát szántam erre a feladatra. "
Lehetőleg az egyel nagyobbat használd KF127S-5.08 a 230V-os csatlakozásokhoz!
Ezzel A NYÁK-on nagyon kicsi lesz a forrpontok közötti távolság 230V-hoz a 2.54-es raszter miatt!
A kapcsoló bekötéséhez tökéletes a fenti KF128-2.54 -es is[ Szerkesztve ]
-
ojb
tag
válasz gorbep #49638 üzenetére
Nagyon hasonló (szinte teljesen megegyező) tulajdonságokkal rendelkezik mindkét eszköz. (max a flow-control-ban lehet eltérés)
Neked kell eldönteni, hogy a SkyConnect-en keresztül támogatni szeretnéd-e a HA-t.
Az olcsó Ali-s eszköz eredeti fw-je is teljesen használható ZHA-val és Z2M-el is.
Amennyiben mégis ellenálhatatlan vágyat érzel a fw cserék irányában én az alábbi "online" megoldást (web-flasher-t) javaslom [link]
Arra vigyázz, ha router fw-t töltesz rá a flasher-rel, visszahoni routerből már csak Xmodem-mel tudod...[ Szerkesztve ]
-
ojb
tag
válasz LLKobe #49776 üzenetére
- Működnek rendesen a falba süllyesztve, elég erős a jel?
Műanyag burkolat mögött vannak. Gyenge a jel, de működik
- Ha jól gondolom ezek is működnek routerként?
Igen
- Ha esetleg reseteleni kéne, akkor ki kell bontani a kapcsolót? (A mostani R2-nél úgy van hogyha appról törlöd az eszközt, az reseteli is)
Nem használom az S1 - S2 bemeneteket, de úgy emlékszem ezeken keresztül is resetelhető.
- Megbízhatóan mennek?
Igen[ Szerkesztve ]
-
ojb
tag
válasz 007spider007 #49820 üzenetére
"Kerdes: Zigbee vs Matter over threads? Melyikbe érdemes belefogni kezdokent?"
ZigBee - Olcsó, elterjedt, nagy választék
Thread - ZB-hez képest nagyon drága (akár 5 -10 szeres különbség is lehet)
Nagyon kicsi még a választék Thread - Matter eszközökből.
Valahogy az ígéretek ellenére sem "robbant" be.
Jelenleg nem tudom hogyan áll a HA MultiProtocol támogatottsága, de amikor legutóbb próbálkoztam vele még igen-igen gyerekcipőben járt a dolog Thread oldala.
A ZB kezelés sem tökéletes, mert az egész hálózatot "átalakítja" és csak 255LQI-s eszközök találhatóak benne Z2M használata esetén.
Én jelenleg a ZB hálózatot MultiProtocolon a Thread-ot pedig dedikált Open Thred Border Router-en keresztül tudom alacsony processzor terheléssel stabilan üzemeltetni.Valakinek megy már stabilan MultiProtocol-on keresztül mindkét rendszer egyidőben???
Az utóbbi időben elég sok frissítés jött ezzel kapcsolatban a HA-ra.[ Szerkesztve ]
-
ojb
tag
"Az 5$-os stick többet tud, mint egy ilyen TTGO?"
Nem.
A mögötte álló dekódoló-hardver erősebb...
Az rtl_433 könyvtárt eredetileg az 5$-os stick-ben található R820T (FC0012) tuner-re készítették, majd ezt portolták az SX1278-ra az OMG esetében.
Az rtl_433 feldolgozó program a gazdagépen fut, aminek hatására jelentősen nagyobb erőforrás képes dekódolni az éterből fogott katyvaszt.
Az OMG esetében a feldolgozást a kisebb erővel rendelkező ESP32 végzi.
Ez sem rossz, de jobban oda kell figyelni a dekóderek engedélyezésére, mivel már jóval 200 fölött jár a felismert (dekódolt) eszközök száma. -
ojb
tag
válasz TucsyAtti22 #49946 üzenetére
pl: [link] HA OS install-hoz minden benne van ami kell...
-
ojb
tag
Amennyiben nem akarsz az LW sávban is kutakodni ill. elfogadod az 1ppm-nél rosszabb oszcillátor pontosság is, akkor bőven megfelel a koala69 kolléga által is javasolt "mezei" TV tuner. [link]
Amire viszont figyelni kell:
A tuner FC0012 vagy R820T vagy R820T2 legyen a TV stick-ben!
-
ojb
tag
válasz its_grandpa #49960 üzenetére
Igazad van...
Csak a műszaki tartalomra és a kérdésre -
' hogy mit is szabad és mit nem szabad megvenni' (:'
koncentráltam az előző válaszomban és nem néztem az árakat
Gyorsan javítom a hibámat: [link] -en már ~3.000.-Ft körüli az ára szállítással. -
ojb
tag
Igen,
De nem fog automatikusam minden eszközt beintegrálni a HA alá.
Hőmérők esetében elég jól működik az auto discovery,
de pl a nyitás érzékelőket már nem adja fel automatikusan.
Azokat én MQTT eszközkén manuálisan húzom be.
pl:mqtt:
binary_sensor:
- name: 'Bejárati Ajtó'
unique_id: bejarati_d
state_topic: "rtl_433/9b13b3f4-rtl433/devices/Generic-Remote/14722/cmd"
payload_on: "10"
payload_off: "14"
device_class: door
qos: 0
- name: 'Bejárati Ajtó B'
unique_id: bejarati_b
state_topic: "rtl_433/9b13b3f4-rtl433/devices/Generic-Remote/14722/battery_ok"
device_class: battery
force_update: true
value_template: "{{ value|int * 90 + 10 }}"
Elég jó az eszköz támogatottság, de előfordul hogy nem ismer fel valamit.
Most a configod alapján 176 dekódert használsz fülelésre a 223-ból.
Később a nem használt dekódereket célszerű lesz tiltani, hogy ne szemetelje teli az MQTT Brokert a környék -- általad nem használt -- eszközeinek adataival.
Itt [link] sok kérdésedre megvan a válasz... -
ojb
tag
válasz Fecogame #50212 üzenetére
Ha "űrhajó" biztonságra vágysz, akkor:
Egy olcsó termosztát a kívánt vezérlő érintkezőjével sorban, ami a felső biztonsági hőmérsékleten kapcsol (és kapcsolat)Egy olcsó termosztát a kívánt vezérlő érintkezőjével (+ az esetleges sorba kötött termosztát) párhuzamosan, ami az alsó biztonsági hőmérsékleten kapcsol (vagy kapcsolat)
A normál kapcsolást végző 'jelfogó' "keep alive" jelekkel történő üzemeltetése a vezérlés irányából.
-
ojb
tag
válasz Istv@n #50257 üzenetére
Ismereteim szerint GHome-al direktben nem fogod tudni vezérelni a meglévő eszközeidet. A Home Assistant viszont integrálható a GHome alá. Így ezen keresztül (HA-n keresztül) már tudod vezérelni a jelenlegi kontrollereket akár web -es hívásokkal is.
Tehát a kapcsolat:
Google Home -> (https) -> Home Assistant -> (http) -> kontroller Web server és vissza...
Megjegyzem a HA jelentősen többet tud és nagyságrendileg jobb vezérlésre (távoli elérésre) , mint a Google Home.
Amennyiben a hang vezérlés lenne a lényeges, természetesen még az is megvalósítható a HA-n keresztül.
Esetleg kevés feladat átfordítására szóba jöhet még ESP32-őn futó Matter <-> Tasmota <-> Webserver GateWay kialakításra, ahol a Matter oldal tud kapcsolódni a "lokális" Google Home Matter server-hez (pl Nest Hub 2) és ezen keresztül a Home applikációhoz. -
ojb
tag
Helyesen konfigurált rtl_433 MQTT Auto Discovery bővítmény esetén automatikusan létre kellene jönnie a TH eszközöknek az MQTT integráció alatt.
Valahogy így:
Az eszközökön belül pedig az alábbi entitásoknak:
De ehhez látszódni kell az eszközöknek az MQTT Brokeren:
Használok én is Nexus érzékelőket, de ezek megtartják az azonosítójukat elemcsere után is. -
ojb
tag
Az MQTT wildcard-okkal óvatosan kell bánni, mert könnyen galibát generálhatnak.
Jelen esetben az entitás azonosító az rtl_433 által használt dekóder (Nexus TH) a használt /beállított/ csatorna ( 2 ) és az egyedi eszközazonosítóból /eszköz ID/ ( 1 ) ill aktuális adatból ( T ; H ; B ; UTC )generálódik , tehát pl sensor.nexus_th_2_1_t a Te esetedben. (Hőmérséklet)
A Ch-n tudsz esetleg változtatni, de az ID az 1 - 999 közötti ennél a kódolásnál. Az 1-es wildcard-ozásánál már igen nagy lesz az esély arra, hogy egyszer a kutyaház hőmérsékletét küldi az rtl_433 máskor pedig a környéken az kettes csatornán dolgozó bármi más Nexus TH hőmérséklete fog az MQTT-n keresztül a HA - ba kerülni és frissíteni. -
ojb
tag
válasz RobexX10 #50317 üzenetére
Igen. Sőt, akár a kapcsolgatását is...
Az 1800W ~ 7,5A hajt át a vezetékeken és az eszközön.
A bojler fűtőszál rezisztív terhelés, tehát nem kell biztonsági tartalék ez miatt.
A "kicci occo kínai" tényezővel számolva is megközelítőleg nyolcszoros a túlméretezés. Ez már több mint elég... -
ojb
tag
Igen.
Jól értelmezed. Szükséged lesz egy ZB GateWay-re is.
Mivel a már megvásárolt eszközöd (konnektor) a Tuya cloud szisztémához integrálható alapértelmezetten, ezért célszerű Tuya kompatibilis GW-t vásárolni hozzá.
A kinézett Avatto GW02 -vel együtt fog működni a konnektor.
A későbbiekben arra kell majd figyelned, hogy a megvásárolt ZB eszközök mind Tuya kompatibilisek legyenek.
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Alpha Laptopszerviz Kft.
Város: Pécs