- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Samsung QN800D: Neo QLED 8K tévét teszteltünk
- Hobby elektronika
- Computex 2024: Itt az új ROG Ally
- Hisense LCD és LED TV-k
- Nem indul és mi a baja a gépemnek topik
- Vezetékes FEJhallgatók
- 3D nyomtatás
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Milyen videókártyát?
Hirdetés
-
Bemutatkozott a Redmi 13 4G
ma Ne keverjük össze a Redmi Note 13 4G-vel vagy a Redmi 13C 4G-vel.
-
Computex 2024: okosmonitorok az Acer standján
ph A tajvani vállalat smart portfóliójában azért akad olyan modell is, ami játszani sem utolsó választás.
-
Rövid előzetesen a Star Wars Outlaws PC-s kiadása
gp Az NVIDIA-nak köszönhetően nyúlfarknyi videót kaptunk a játékból.
-
PROHARDVER!
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
ojb
tag
Egy D1 mini lekezeli mindhárom fogyasztásmérőt.
Én EspEasy-vel oldottam meg az impulzus számlálást és feldolgozást, de a Tasmota-val is biztosan megoldható a feladat.
Az S0 kimenet szinte kizárólag (még a kínai eszközökben is) optocsatolóval leválasztott kimenet.
Az optocsatoló fototranzisztora az OC (Open Collector).
pl Emiatt is mertem kínai eszközt használni...
Az S0 más metódus ,mint a SonOff Pow. Az előbbi állandó szélességű (~80ms), de változó sűrűségű impulzusok formájában küldi a fogyasztási adatot, (Általában egy fázisú esetében 1000 vagy 2000 impulzus KiloWatt-onként) amit még fel kell dolgozni. Jelen esetben a Tasmota-val vagy EspEasy-vel.
Az utóbbi viszont mért feszültség és áram adatok alapján küld számított teljesítmény adatokat az alapértékek (fesz, áram, frekvencia) mellé.
S0-ból a Domoticz szépen meg tudja jeleníteni a "pillanatnyi" fogyasztási adatokat is,
Viszont nem tud megjeleníteni és tárolni fesz, áram és frekvencia adatokat. [kép] -
ojb
tag
válasz guess.who #11383 üzenetére
"bárhová teheti az eszközzel együtt (a közös nulla vezetékre is, úgy mindhárom fázist látja egy eszközzel), és mindent tud mérni vele, frekitől feszültségig és elfogyasztott energiáig."
Ezt az egy (nulla) vezetékes három fázisú mérést légy szíves kicsit bővebben kifejteni... /Akár privátban/
Nem értem, hogyan lehet a nulla vezetéken megmérni három különböző fázis feszültségét ill a fázisban (120fokban) eltolt áramát...
A nulla vezetőre rakott áramváltó tekercs honnan fogja tudni, hogy éppen melyik fázis áramát kell mérnie?
Pl. Feltételezve, hogy mindhárom fázison pontosan egyforma áram folyik a nulla felé, az áramváltó a három fázis áramainak matematikai vagy vektoriális összegét fogja indikálni?Köszönettel:
ojb -
ojb
tag
válasz guess.who #11385 üzenetére
Valóban nem állítottad.
A jacuzzi áramfelvétele vélhetően igen-igen alacsony lesz a Te általad javasolt nulla vezetős méréssel...
[ez miatt]
A teljesítmény viszont a feszültség és az áram szorzata... -
ojb
tag
enesbcs fórumtársnak van egy nagyon jól használható leírása RTL_433 telepítése Pi-re...
[ez] alapján feltudod telepíteni. Előfordulhat hogy nem R820T2 chip-es a tuner amit vettél, ha felismeri az RTL_433, de nem megy a default auto AGC használd a -g 20 kapcsolót.
Itt mutatja a tuner tipusát cli-ben: -
ojb
tag
válasz kingmechanik #11595 üzenetére
+1
-
ojb
tag
válasz MikeRenton #11701 üzenetére
A vezérlő leírása alapján szum. max 6A áramot képes kapcsolni. Ez 24V-os RGBW szalag használatakor sem éri el a 13m-es hosszt. (RGBW 5050 szalag fogyasztása ~14 - 20W/m) Mindenképpen teljesítmény fokozó FET-ekre (3 vagy 4 csatornás "erősítőre") lesz szükséged ilyen hossz esetében. RGBW 24V-os szalag [pl.eBay]
-
ojb
tag
válasz MikeRenton #11704 üzenetére
Igen. Tökéletes (megfelelő teljesítményű a kívánt hosszhoz) 12 és 24 V-os szalagok esetében is.
-
ojb
tag
válasz Janaboy #11943 üzenetére
Elnézést, hogy belekotyogok...
Ez mitől jobb/masabb mint az rflink?
Más elv más rendszer.
Egy elég "komoly" tuner és keverő párosról van szó. Az RFLink-hez képest legalábbis.
Van olcsóbb és drágább kivitel is belőlük. A felhasználás határozza meg, hogy melyiket érdemes használni (szerintem)
A legolcsóbbak néhány dollárba kerülnek
Pl.[ez]
Némi kompromisszummal működik ( Auto AGC nem pont úgy megy, mint a többinél)
[Ez] egy fokkal komolyabb, de egy kicsit drágább. Ha szerencséd van akkor a jelzett RTL2832U ; R820T2 tuner-dekóder páros van a dobozban ill. a nyákon.
A "csúcs"-nak [ezt] tartják sokan. Ez alapjában annyiban több az előzőektől, hogy a keverő fokozata ki van egészítve egy nagy pontosságú alsó keveréssel aminek hatására 150 vagy 500 KHz-tól indul a tuner ellentétben az előző kettőtől, amik 25 - 50MHz-tól indulnak. A felső határ az elsőknél valahol 1GHz körüli, a harmadiknál 1,5GHz körüli lehet. 433MHz-s vagy 868MHz-s jelek vételére tökéletesen megfelelnek az elsők is. Ezeket a jeleket alapértelmezetten fogják és dolgozzák fel.
Az RF jelek feldolgozására az rtl_433 szoftvert lehet használni. Ez annyiban más, mint az RFLink, hogy valahol 130 körüli dekódert használ jelenleg. A saját eszközeid jeleinek vételéhez szükséges dekódereket engedélyezni tudod, a szükségteleneket pedig letilthatod, így tehermentesítheted ill. gyorsíthatod a vett RF jelek feldolgozását. A szoftver automatikus AGC-t használ alapértelmezésben. Ezért fontos a jelölt IC páros. Az oszcillátor pontosságának ebben az esetben - ennél a szoftvernél - nincs túl nagy jelentősége, mert 250KHz-s sávszélességben várja az RF433 eszközök jeleit alapértelmezés szerint, pont az RF eszközök frekvencia pontatlansága miatt.
Nekem mindhárom linkelt eszközből van. Az első kettő nem melegszik, a harmadik viszont süt, de megy.
A legfontosabb... Ez csak veszi a 433MHz-s jeleket, adni nem tud.[ Szerkesztve ]
-
ojb
tag
válasz SwissAirplan #11977 üzenetére
"Legvégső esetben a domoticz egy inteli3 gépen fut linux mint alatt.. esetleg arra valami..."
A dyndns.hu -ra beregisztrálsz,
majd Cron-ból 60 percenként futtatod az alábbi scriptet:#!/bin/sh
wget -O /dev/null -q "http://www.dyndns.hu/login.php?username=LOGINNEV&domain=dyndns.hu&password=JELSZO"; -
ojb
tag
válasz vampire17 #12087 üzenetére
Ahogy enesbcs kolléga írta ez egy OOK-PWM jelsorozat, amit ötször megismétel az adó.
Az időzítése nagyon rövidre van állítva. Valószínűleg a "kinetikus "energia fogyasztás csökkentése céljából.
(Nagyon rövid ideig kell az adónak működnie)
A kódolása 24 bitesnek tűnik. Valószínű valami korszerűbb pl. EV1527 szerű. (vagy az)
[01] {25} 16 a1 3d 00 : 00010110 10100001 00111101 0
Ez a hasznos információ a jelsorozatból.
A mögötte található 00 a szinkron jel. A kettőspont után ugyanez van csak bináris formában.
,Ha a másik kettő nyomógomb esetében az utolsó szám szintén d , akkor biztosan EV a kódsorozat és az első öt szám az ID az utolsó pedig a payload. -
ojb
tag
válasz vampire17 #12126 üzenetére
"A kerdes, hogy nem lesz baja, ha nincs rateve az antenna? Wifinel tudom, hogy nem tesz neki jot, ha leszedik a kulso antennat.."
A WiFi-nél nemcsak vesz, hanem ad is az antenna.
Jelen esetedben csak vételre használod (használnád) az antennát. Az eszköz érzékenysége romlik, de semmi baja nem lesz. -
ojb
tag
válasz vampire17 #12136 üzenetére
Valami nagyon nem kerek...
A #12087 hsz-ben:
*** signal_start = 10930575, signal_end = 10959268, signal_len = 28693, pulses_found = 132
~29ms alatt 132 impulzusa #12136-ban
Total count: 84, width: 37.55 ms
~38ms alatt 84 impulzusMindkét adat ugyanarról a gépről ill op rendszertől van?
Nagyon eltér az impulzusok szélessége. Ugyan azt a jelsorozatot kellene mindkét esetben kapni az adótól. A linkelt adatok alapján a kevesebb impulzus hosszabb ideig "jön"Én talán ezzel próbálkoznék:
-X "n=doorbell,m=OOK_PWM,s=17,l=43,r=383,g=0,match={24}0x16a13d,repeats>=3"
Az r és a g az nem biztos[ Szerkesztve ]
-
ojb
tag
Első körben arra kerestem a választ, hogy miért nem jó nekem az ewelink és miért kell nekem Tasmota. Csak a felhő kikerülése a pozitívum?
Az ewelink alapvetően az Itead termékeket kezeli a Xiaomi-t és a wifi-s riasztókat ismereteim szerint (még) nem.
Nem bántani szeretném az ewelink-et, de alapvetően nem vezérlésre, hanem inkább "távirányításra" lett kitalálva -- főként nem kereszt platform vezérlésre -- . Az okos otthon vezérlésnek talán az egyik legfontosabb tulajdonsága, hogy a különböző platformokat egy közös rendszerbe integrálja és kezeli. Pl. Domoticz; HA stb. -
ojb
tag
Nem feltétlenül RPi kell.
Egy lehetőleg alacsony fogyasztású gép, ami 7/24-ben üzemel és Linux-ot képes futtatni.
Ez lehet "öreg" laptop, miniPC, vagy akár bizonyos NAS-ok vagy TVBox-ok is alkalmasak lehetnek a feladatra.
Kijelző nem kell. A kezelést böngészőn ( vagy spec applikációkon) keresztül a "programozást" legrosszabb esetben CLI-n tudod csinálni. -
ojb
tag
válasz vpleft #12246 üzenetére
" Output over power protection: YES ,recovery:Lock, restart after recovery
Short-circuit protection: YES, automatic recovery after problem solved
Temperature protection: YES,recovery:Lock, restart after recovery
Overcurrent protection: YES,recovery:Lock, restart after recovery "
Amennyiben ezeket valóban tudja (nagy valószínűséggel igen) használd nyugodtan.
Esetleg beépítés előtt kapcsolj a kimenetére 10Ohm 10 - 20W (ez ~500mA ) terhelést néhány napra és figyeld meg a működését. (hőmérséklet, kimenő fesz stabilitás stb).
Én Hi-Link-et használok, de nem vagyok benne biztos, hogy négyszer-ötször olyan jó ill. megbízható, mint amit linkeltél...[ Szerkesztve ]
-
ojb
tag
válasz Monkey #12257 üzenetére
"Szerintetek valóban érdemes 4 reed relével figyelni 2 kapuszárnyat vagy van jobb ötlet?"
Csak abban az esetben csinálnám reed-el, ha nagyon precíz a kapu mechanikája. Valószínűleg nem lehet tartani a néhány mm-es érzékelési pontosságot, ami a reed működéséhez szükséges.
Én inkább [végállás kapcsoló] vagy [IR Proximity Switch] -ben gondolkodnék reed-ek helyett. Amennyiben van stabil forgáspont és a pénz nem számít természetesen a legjobb megoldás a [resolver][ Szerkesztve ]
-
ojb
tag
válasz gabro0 #12264 üzenetére
Adatlap szerint máshol van a lineáris szakasza az érzékelőknek. ( Adatlap szerint -5 és +50 °C között)
Amit linkeltél annak pedig +20 és 60 °C között.
Felhasználás kérdése, hogy melyik a "jobb"
TSYS01:
-5°C < T < +50°C +-0.1°C pontosságú, de
-40°C < T < +125°C között csak +-0.5°C
SHT35:
+20°C < T < +60°C +-0.1°C pontosságú, de
-40°C < T < +90°C között viszont +-0.2°C[ Szerkesztve ]
-
ojb
tag
válasz vampire17 #12363 üzenetére
Ugyan ez a probléma vetődött fel nálam is.
Én egy Ariston 10literes felső kivezetéses vízmelegítővel oldottam meg anno.
Fele annyiba sem kerül mint, amit linkeltél és 3 éves garancia van rá. Nálam 12 éve üzemel hiba nélkül.
Annyival fejeltem meg, hogy csak akkor fűt (hőntart), amikor itthon van valaki. (A napi hőntartási fogyasztása ezen készülékeknek ~0,4 - 0,6KWh)
Amit linkeltél az is zárt rendszerű 6.6 literes.
Hány fokos melegvizet csatlakoztatnál a bemenetére? -
ojb
tag
válasz vampire17 #12365 üzenetére
Én [ennek az elődjét használom. Egyszerű, mechanikus termosztátos. Csak be van téve a szekrény sarkába. A beszerelése nagyon egyszerű. A falból valószínűleg Nálad is vagy 1/2"-os sarokszelepre vagy csak 1/2" os csonkra (osztó-gyüjtő esetében) van kötve a mosogató csaptelepe. Ide sorba bekötöd a vízmelegítőt.
(Sarokszelep -> vizmelegítő bemenete ; Vizmelegítő kimenete -> mosogató csaptelep) Amennyiben átér csak a mosogató csaptelep csatlakozását kell leszerelned a sarokszelepről és átkötni a vízmelegítő kimenetére ill. a sarokszelepet kell egy megfelelő hosszúságú [flexi csővel] összekötni a vízmelegítő bemenetévelLátom közben megtaláltad ugyan azt a megoldást...
[ Szerkesztve ]
-
ojb
tag
A SonOff RF Bridge 433.92Hz jelek vételére és WiFi-n továbbküldésére való.
(A Hörmann szürke gombos táv esetében 40MHz körüli, kék gombos esetében pedig 868MHz a freki)
A SonOff Basic pedig azért nem jó erre, mert 230V-ot ad ki magából.
Feltételezem a garázskapu beltéri vezérlésének van kapcsoló bemenete, ami általában egy rövidzár (Jelfogó kontakt) impulzust és nem 230V-ot vár.
eWeLink-en keresztül pl [ezzel] vezérelhető. -
ojb
tag
Érzékelők, hőmérők, kapcsolók, távirányítók stb
Ott, ahol érzékelők, távirányítók, kapcsolók jeleit szeretnéd WiFi-n keresztül eljuttatni az eWeLink alkalmazásba ill. az alkalmazásból szeretnél WiFin keresztül 433MHz-s eszközöket vezérelni. Felfogható egy korlátozott képességű kétirányú WiFi <->RF433 gateway-ként.
A kép alapján 868MHz-es (Ez még nem ugrókódos úgy tudom)[ Szerkesztve ]
-
ojb
tag
Igen, abban az esetben, ha a Hörmann rendelkezik impulzus bemenettel. Rendelkezik!!!
Elvileg az alkalmazásban (eWeLink) látnod kell a kapu nyitott csukott állapotát is, amit a reed alapján küld el.
Elvileg az RF Bridge-el és egy RF433-as [relay board] -al is megoldható a kapunyitás, de nem ajánlom, mert nagyon védtelen...[ Szerkesztve ]
-
ojb
tag
Az RFBridge az általánosan elterjedt és használt legegyszerűbb (nem ugrókódos) kódolásokat tudja megtanulni ill. kisugározni. Ezek ASK (OOK) 24 bites tristate PT262 vagy EV1527 állandó kóddal rendelkező jelek. (Mindig ugyan az a nyitó kód)
Nagyon könnyen és olcsó eszközökkel levadászhatóak a nyitási kódok. Egy PIR vagy door szenzornál ez nem igazán nagy probléma, legfeljebb téves riasztást ad a rendszer, de egy garázsajtónál már igen.
Pontos tipus nélkül nehéz de valami ilyesmi lehet Nálad is. [25.oldal] -
ojb
tag
válasz Rhino666 #12448 üzenetére
A kazán vezérlése általában nem ~230V-al történik, hanem relé kontaktussal.
(Amennyiben a termosztátot szeretnéd az S100-al és S300-al kiváltani)
Ebben az esetben az S100 mellé én pl [ilyet] javasolnék inkább.
Ez is eWeLink vezérelhető, de independent (a hálózati 230V-tól független) relé kontaktusokkal rendelkezik és ezt kötném sorba a jelenlegi termosztáttal. -
ojb
tag
válasz Rhino666 #12455 üzenetére
Nem vagyok biztos benne, hogy hiba. Elképzelhető, hogy direkt így van kitalálva.
A TH a hőmérséklet függő be - ki kapcsolást valószínűleg lokálisan végzi.
Amikor Auto-ba van állítva a tákapcsolást nem engedi, Jogosan, mert elkezdene flakkerolni bizonyos esetekben. (Pl. hőmérséklet szerint bekapcsol, a távvezérlés szerint ki, majd a hőmérséklet szerin ismét be és így tovább...) Úgy gondolom a be és kikapcsolási adatokat -- hasonlóan az időzítéshez -- nem szerverről veszi az eszköz, hanem lokálisan tárolódnak.
Bizonyos értelemben felfogható interlock-ként, hogy nem lehet a TH kimenetét scene-ből vezérelni. Ugyanis a scene nem tudja, hogy a TH Auto vagy Man állásban üzemel. -
ojb
tag
válasz Rhino666 #12461 üzenetére
Tudod is távolról kapcsolgatni, de csak akkor amikor Man állásban van, mert látod a kezelőfelületen. Amikor Aut állásban van akkor nem tudod kapcsolni. Ezt is látod a kezelőfelületen. A scene-ben létrehozott szabály viszont nem látja, hogy éppen milyen állapotban ( Aut vagy Man ) van a kapcsoló, mert valószínűleg a scene a szerveren fut le.
Abban egyetértek Veled, hogy Man állásban valahogyan megoldhatnák, hogy target-ként elérhető legyen a TH. Viszont az így megírt scene nem futna le abban az esetben, ha átállítják a TH-t Aut-ra és akkor meg ez okozná a problémát -
ojb
tag
Először is pontosan be kell azonosítani hogy Neked [ilyen ] van-e?
Amennyiben igen a kis "dobozzal" ne foglalkozz. Az a rádió vevő.
Igen az oldalát vagy a végét le kell bontani. A nagy dobozba kell bekötni kettő vezetéket , de csak akkor, ha a Te dobozodban is ugyan ezek csatlakozó pontok megtalálhatóak: [kép]
Ha igen akkor a 20 és 21a sorkapocsba [kép] kell bekötni az ebay-es doboz piros fekete vezetékét. 20-ra a feketét 21a-ra a pirosat [kép]
A reed-et értelemszerűen olyan helyre, ahol érzékelni tudja a garázskapu zárt ill. nyitott állapotát. lsd a telepítési segédlete.[ Szerkesztve ]
-
ojb
tag
válasz Hyperion #12477 üzenetére
Ilyen esetekben én EspEasy-t és [IoT OnOff] -ot használok publikus MQTT brókeren keresztül...
Amennyiben idegenkedsz a publikus Brokertől a Mosquitto OpenWRT-n is megy... -
ojb
tag
válasz DJGABI #12521 üzenetére
Nem csináltam semmi különösebbet. Ubuntu server-en csak dedikáltan a domo és a működéséhez szükséges egyéb csomagok futnak. Az átlagos [CPU terhelés] nagyon alacsony.
-
ojb
tag
"Egyébként van ezekből olyan változat" Igen van [Pl]
Viszont ebben a felhasználásban előfordulhat olyan eset hogy nem a prizmáról verődik vissza a fény, hanem a beállt autó érzékelőhöz közelebbi oldaláról
Én lehet, hogy bepróbálnék egy [ilyet] és eleve az autó oldalát használnám reflektáló felületnek.
( matt feketére festett autó esetében nem vagyok biztos a pontos működésben ) -
ojb
tag
"Illetve egyiken sem látom a relé kimenetet, hogy az hogyan működne."
max 300 ill. 100mA -el terhelhető OC (Open Collector) kimenetes. Létezik 120cm-es érzékelési távolságú is. A legbiztosabb megoldás amit linkeltél, viszont ahogyan írtad is mindkét oldalon kell a tápfesz.
Esetleg , ha nem fénnyel érzékelnél??? pl: [link][ Szerkesztve ]
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs