-
Fototrend
Okos Otthon összefoglaló:
Új hozzászólás Aktív témák
-
ojb
tag
válasz
Strezi
#63291
üzenetére
"Forrasztópáka és egy négy relés modul?!"
Lehet egyszerűbb megoldás lenne...
Jó lenne látni a szellőztető vezérlésének a bekötését kapcsolási rajzon (telepítési utasítás) vagy fotókon. Jó eséllyel létezhet a vezérlő panelen dedikált motor fordulatszám ill időzítő bemenet a jelenlegi RF vezérlés mellett. -
ojb
tag
válasz
tibbike01
#62114
üzenetére
A "csoda" coordinátor hiába fedi le a kimenő teljesítményével az egész lakást, ha az eszközök válasza ( ami a coordinátor kimenő teljesítményének a ~10%-a!!!) nem jut vissza...
Az alábbi rajzon a vonalak:
piros --> coordinátor lefedettsége
kék --> a jelenlegi end device-ok lefedettsége
zöld --> egy esetleges router lefedettsége
Már egy db jól megválasztott és jó helyre telepített ZB router javítja és stabilabbá teszi a Mesh hálózat ezen részét... -
-
ojb
tag
-
ojb
tag
Ahogyan írtam is teljesen mindegy, hogy mire van állítva ennél a chip-nél.
Az SMLight marketing fogása tökéletes abból a szempontból,
hogy jobb LQI értéket produkál a chip-jük. Ez valóban igaz #61289-ben leírtak miatt.
Az alább ábra talán kicsit jobban szemlétet, hogy hogyan is értem:
A sárga pötty a coordinátor,
a kékek a routerek
A "Faház SonOff R" egy Tx +20dBm-es router (ua hardver, mint a coordinátor EFR32MG21)
A pirossal karikázott LQI értékeken látszik a Tx - Rx asszimetria a kék karika alatt kevésbé, mert ebben az esetben mindkét eszköz kimenete +20dBm szimmetrikusan -
ojb
tag
Pici kiegészítés...
A kimeneti teljesítményt a Z2M csak Z-Stack üzemmódban CC2652... chippel szerelt coordinátor-okban tudja szabályozni.
Az SiLabs EFR32MG21 Ember üzemmódú chipek ezt nem tudják.
A default +5dBm nagyon ki van találva...
ui. a 3 (5) dBi nyereségű antennával az összeköttés a coordinátor és az end device-ok ill routerek között sokkal kiegyenlítettebb lesz, mint +20dBm -es kimenőszint esetén.
A +20dBm Tx power plusz a min 3dBi antenna nyereség adásirányban kb négyszer messzibbre tud elbeszélni, mint egy átlagos end device vagy router 5 - 10 dBm-es kimenő teljesítmánnyel és 1 - 2 dBi-s antennával!!!!
Tehát az end device hiába "hallja" a coordinátort, a válasza nem érkezik meg visszirányban.
Tehát az EFR32MG21-el szerelt coordinátorok esetében mindegy, hogy hová van állítva a csúszka a kimenő teljesítmény fix +20dBm!
-
ojb
tag
válasz
llacee
#61196
üzenetére
"Ez az SMHUB ESS ZWave megfelelő lenne a Zigbee-s ajtónyitók kezelésére?"
Elvileg igen!
Én évek óta ilyeneket használok: [link]
A műanyag ajtó - ablak tokjára belülről felragasztva éppen elfér a tok és nyíló szárny között.
Ergo: Nem látszik!!!
Az elemek a nyitogatástól függően merülnek. A bejárati ajtó esetében is bírja 8 - 10 hónapig. A ritkán nyitogatott ablakban már kettő éve az első van.
"Milyen hatótávban működnek ezek, esetleg a kerbúl is összeszedné a kapu jelét?"
Amennyiben a coordinátor és a kapu közé letelepítesz néhány Zigbee routerként funkcionáló 230V-ról működő eszközt, akkor igen. pl: [link] vagy [link]
Ezeken keresztül megnövelhető a ZB hálózat hatótávolsága... -
ojb
tag
válasz
Petikeje
#60663
üzenetére
"Rossz ledet/csatlakozót/tápot választottam, vagy alirol ilyesmit nem vegyek, vagy az volt a baj, hogy a ledek sűrűn fel voltak tekerve?"
A legnagyobb hiba az volt, hogy a LED szalagot feltekerve "használtad"
A jelzett szalag ~1A áramot vesz fel méterenként.
A hatásfoka talán eléri a 10%-ot, tehát a felvett teljesítmény kb 90%-a -- jelen esetben hűtés nélkül -- hővé alakul.
A szalag megtáplálása középről helyes megoldás volt.
A kínai tápegység már nagyon határeset. (~48W LED ; 48W tápegység)
Ilyen esetben illik 30 - 50% túlméretezést alkalmazni a tápegység javára. Tehát egy 60 - 72W-os megfelelőbb lett volna.
Amikor majd felszereled a konyhapultra a szalagot mindenképpen használj valami alu profilt. Nemcsak az esztétika és rögzítés miatt, hanem a szükséges hűtést is megtudod oldani a használatával. -
ojb
tag
Linux ill. HA OS guruk segítségét kérem...
Adott egy 4éves N3450-es procival működő NUC szerű gép.
Natívan HA OS-t szeretnék telepíteni rá.
A legfrissebb 16.1 img a telepítési utasításnak megfelelően felíródik az SSD-re,
DE nem indul el.
Viszont, ha a 11.2 -es img -t írom az SSD -re az hiba nélkül elindul, majd egészen a 13.2 -es OS -ig frissíthető is marad.
De csak eddig.
Az ezt követő OS-ek már szintén nem boot-olnak be.
Mi lehet a gond?
-
ojb
tag
Nekem ilyenek vannak (legalábbis kinézetre) [link]
IH-K009 azonosítóval jelentkeznek be Z2M-be
Lassan 3 éve működnek az első elemmel (CR2450)
Azt nem tudom, hogy mennyire pontosak,
de amikor megjöttek egymás mellé raktam őket és néhány napig figyeltem, hogy mit mérnek...
Hőmérsékletben 0.3°C párában 5% o-n belül volt a szórása a hat eszköznek. -
ojb
tag
A "CE" jelölés ezeken a kínai eszközökön nem a China Edition-t jelöli
-
-
ojb
tag
Napelemesektől ill P1 mérősöktől kérnék segítséget.
Eddig a vételezett és a visszatáplált energiát P1-en keresztül a low tariff rekeszekből tudtam kiolvasni. Most ez a számláló megállt, de elindult helyette a high tariff
Tudja valaki, hogy ez pillanatnyi áramszolgáltatói váltás vagy innen már kettő tarifával kell számolni?
A rendszer még éves szaldóban van és EON területen
-
ojb
tag
Lehet én vagyok értetlen,
de milyen célra lehet felhasználni ezeket a fázisonkénti áramerősség adatokat?
-
ojb
tag
Segítséget szeretnék kérni...
Akinek esetleg van telepített és belakott Arduino IDE vagy PlatformIO fordító környezete Wemos D1 mini -re kérem segítsen nekem abban, hogy lefordít egy ino-t bin-re.köszönettel
Csak e miatt az egy két bin miatt nem szeretnék telepíteni
-
ojb
tag
Sagemcom MA309M villanyóra P1 portjának adatait kellene eljuttatnom a tőle 40km-re találató HA-hoz.
Az alacsony adatforgalom miatt lehetőleg MQTT-n.
Van erre valakinek stabilan működő megoldási javaslata? -
ojb
tag
"Gázóra
Rendelkezik impulzusjeladó foglalattal, már csak az a kérdés, hogy pontosan mi veszi az impulzust, és hogyan tudom a legegyszerűbben Wi-Fi-n továbbítani az RPi4-en futó Home Assistantnak?"
Pl Egy ilyennel [link] és a hozzá drótozott ESP32-vel kapcsoló állapotként."Villanyóra"
Pl Egy ilyennel [link] és a hozzá drótozott ESP32-vel impulzus számolás alapján.Elvileg a programozásra fenntartott infrakapun keresztül is ki lehet nyerni az adatokat, de úgy hallottam Mo-n engedélyeztetni és konfigoltatni kell a portot a szolgáltatóval.
-
ojb
tag
"Hivatalosan" külön gyári LF jeladó létezik a 10literes és a 100literes impulzusokat kiadó óra szerkezetekhez.

Neked most a 951-858-04 -esre lenne szükséged.
Elméletileg most többet kellene számolnia, mint óracsere előtt, hiszen sűrűbbe jönnek az impulzusok, ha nincs átállítva a matek.
Ha van rá lehetőség (szétszedhető a jeladó) próbáld elmozdítani a reedet -- szemből nézve -- jobbra kb 5-6 mm-el -
ojb
tag
válasz
Elemental
#57137
üzenetére
Egy pontos tolómérővel én -- összehasonlítás miatt -- valószínűleg megmérném a mosógép ill. a hosszabbító villásdugó érintkezőinek az átmérőjét...
Nem lepődnék meg, ha a mosógépé néhány tized mm-el kisebb lenne.
Ill ezek után elgondolkodnék azon, hogy azt a mosógép dugót kicseréljem egy "robusztusabb" (vastagabb érintkezős) újra. -
ojb
tag
"Amennyiben kisebb lesz a tekercs ellenállása, érdemes kiegészíteni?"
Nem, azért annyi a tekercs ellenállása, mert csak akkor tud meghúzni 3.3V -ról.
Amennyiben egy sorosan kötött ellenállással kiegészíted feszültség osztás és áramkorlátozás alakul ki.
Mi a jelfogó típusa?
Az alábbi kapcsolással megvédeted az ESP-t.
(Az 5V helyett nyugodtan lehet 3.3V is hsználni)
-
ojb
tag
Amennyiben nem relé modul, hanem "mezei" 3.3V-os relé, akkor mindenképpen szükséges egy védő dióda (pl 1N4007) a tekerccsel párhuzamosan és ellentétes polaritással a "kikapcsolási" tranziensek kivédésére.
(Amennyiben nincs dióda a jelfogó jó eséllyel tönkretesz az ESP GPIO portját)
Figyelembe kell venni, hogy az ESP32 GPIO árama max 40mA.
Jelfogós (Tartós) üzemmódban illik alacsonyabb terheléssel üzemeltetni a GPIO-t
(max ~20 - 30mA körül)
Tehát lehetőleg 100 - 150 Ohm-nál nagyobb tekercs ellenállású jelfogót használni -
ojb
tag
válasz
gorbep
#56960
üzenetére
"Csak nekem tűnik soknak a mosógép hőfok?"
Ez egy picit összetettebb kérdés...
Az áramkörben a konnkektortól a mosógépig összesen 4db fogyasztó lett plussz elemként bekötve .
Alap esetben a mosógép dugója van a konnektorba dugva.
Ezzel kettő többlet fogyasztó került az áramkörbe.
Az egyik a fázisvezető csatlakoztatásakor kialakuló
a másik a konnektor túlsó lábán a nulla vezető érintkezésénél létrejövő átmeneti ellenállás.
Ezen -- jó esetben ici - pici -- ellenállásokon az átfolyó áram hatására feszültség esik aminek hatására a csatlakozási pont melegedni fog. (P=U*I)
Egy jó konnektornak és a beledugott villás dugónak -- elvileg -- minimális az átmeneti ellenállása (Jelentősen kisebb mint 0.01.Ohm) Ez egy mosógép áramfelvétele esetében
valahol 1W teljesítményt jelenthet érintkezőkként. Egy fali 60mm-es átmérőjű 40--50mm mély dobozban ekkora hőt nem nagy gond eldisszipáltatni. A villásdugó is besegít a hő elvezetésébe hiszen nem csak elektromos, hanem termikus kapcsolatban is van a konnektorral.
Namost ebbe az áramkörbe a Shelly-vel bekerült kettő újabb csatlakozási pont, hiszen a Shelly aljzatként és dugóként is részt vesz az áramkörben. Ezen felül van benne egy shunt ellenállás az áramméréshez és egy jelfogó érintkező a kapcsoláshoz.
Na ezek is melegítenek egy kicsit.
Valahogy így:
És az egészet belepréselték egy elegáns szellőzés nélküli pici dobozba...Ez a melegedés egy természetes folyamat -- bizonyos határok között--,
hiszen a vasaló villásdugója is meleg a konnektorból kihúzva vasalás után és ott még Shelly sincs ...Bocs... hosszú lett.

-
ojb
tag
válasz
Qtya123
#56881
üzenetére
"Úgy látszik a heart beat sokkal nagyobb időközökkel történik meg, mint 30 perc, vagy 2-3 óra."
Ez em a HB függvénye.
Ezt a riasztást a Tuya szoftvere generálja abból, hogy már 9 -10 órája semmi információ nem érkezett a figyelt eszköztől (Sem adat sem HB)
Már említettem az előző hsz-ben, hogy HB jelet sem tud küldeni az eszköz elem nélkül... -
ojb
tag
válasz
Qtya123
#56864
üzenetére
"Kipróbáltam azt, hogy kiveszem az elemet és jelez-e a Tuya app, hogy nem üzemel a füstjelző. Semmit nem csinált. Nem érkezett értesítés, hogy üzemen kívül került és arról sem, hogy ismét beraktam az elemet.
A vízszivárgás jelzőkkel ugyanez.... Nem értem miért. Hiszen riasztásra/tesztre azonnal visít a Tuya app. Mi lehet a gond?"End Device ZigBee érzékelőket használsz jelenleg. Az elem kímélése miatt csak meghatározott időnként adnak életjelet (Heart Beat) magukról. Ez általában valahol 30perc és egy - két óra közötti időszak.
Ilyenkor felébrednek a mélyalvásból és általában az utolsó állapotot ismét elküldik a coordinátornak.
Természetesen, ha alvás közben történik valami akkor arra felébrednek és "azonnal" küldik -- jelen esetben -- a riasztást.
Ha kiveszed az elemet, akkor nem tudja elküldeni a változást ui. megszűnik a tápellátása...
Viszont minden HeartBeat ill riasztás állapotkor elküldi az elem állapotát is százalékosan vagy feszültség formában vagy egyszerűen csak LowBatt riasztásként.
Természetesen egy bizonyos idő után (ált 2 - 3 óra) a coordinátor oldalon feltűnik, hogy nem érkezett HeartBeat jel sem és riasztás sem ezért a kezelő szoftver beállításától függően küld riasztást, hogy az eszköz offline állapotba került. (lsd. képmetszés)
Tehát megfelelő beállítások mellett kapsz értesítést, hogy kivetted az elemet és az eszköz offline állapotba került, de ez a kezelő szoftver és az eszköz firmware függvény, hogy mennyi idő múlva.
Próbáld ki és akkor megtudod hogy mire is számíthatsz éles helyzetben
-
ojb
tag
válasz
ViZion
#56527
üzenetére
"...1.5 sodrott alig-alig megy bele."
A falban (kötődobozban) már nem tömör vezetéket szokás alkalmazni ?
Ezért írtam imént, hogy valószínű bennem van a baj...
Én pont azt látom ebben a gyártó részéről, hogy NE lehessen bekötni bele a vastag drótot, amin 16A-nél nagyobb áram is folyhat. -
ojb
tag
Lehet valamit én értelmezek rosszul
Miért probléma az hogy egy max16A kapcsolására (mérésére) alkalmas eszköz "csak" 1.5mm2-es vezetékkel van bekötve egy olyan áramkörbe, ahol a max áram 10A körüli?
A kérdező max 2kW-os fűtőpanel áramfelvételét szeretné monitorozni valami eszközzel.
Ez kb 8-9A áramerősséget jelent számításaim szerint. Ez 50-60%-os rezisztív terhelést jelent a maximumhoz képest.
Tényleg nem kötözködni szeretnék, csak egyszerűen nem értem, hogy hol veszik el a biztonság ekkora "túlméretezés" esetén?
-
ojb
tag
válasz
Degeczi
#56521
üzenetére
"Egyszerűen már a csatlakozóik, apró sorkapcsok alkalmatlanok erre."
Ezen csatlakozók a specifikációik szerint általában 300V/15A ill 250V/17.5A (16A ) terhelhetőségűek.
Nem tartom valószínűnek, hogy pl a sokak által preferált Shelly megengedheti magának ennél alacsonyabb terhelhetőségű alkatrészek beépítését ill. használatát az eszközeiben, ha rá merték írni a 16A-es max áramot...
Az tény , hogy nagyon kiélezettek -- áram szempontjából vizsgálva -- ezek a kütyük és még mindig fenntartom azon véleményemet, hogy -- gyártótól függetlenül -- célszerű egy "lépcsővel" a cuccra ráírt max érték alatt használni őket. Jelen esetben 10A. -
ojb
tag
válasz
instantwater
#56519
üzenetére
"A legkisebb radiátor 1000W, a legnagyobb 2000W, a bojler pedig 3000W.
Ilyen teljesítményre kellene."
Az 1 és 2kW-os radiátorokhoz akár a Shelly PM Mini Gen3 is jó lehet.
Ez biztosan elfér a kötődobozban...
A bojlerhez inkább a linkelt ZemiSmart WiFis verzióját javaslom.
Az is "csak" 18x21x48 mm. Jó eséllyel ez is elfér, a elég mély a doboz.kb 5 éve üzemeltetek 16A-es (teljesítmény mérős) reléken keresztül 2.5kW-os fűtőpaneleket. Kapcsoltatom is őket a jelfogóval.
Eddig gond és jelentős melegedés nélkül működnek.
Igaz ezek nem beépítettek, hanem konnektorok. -
ojb
tag
válasz
instantwater
#56507
üzenetére
-
ojb
tag
"IoTec SF1
Ilyet pl. vettem nemrég kirpóbálni, nem annyira olcsó, 13e - azt írja 63A-ig terhelhető. Érzésre ez kigyulladna folyamatos 20A fölött..."Vettem az IoTec SF1-hez hasonlót több, mint kettő éve.
Akkor írtam is róla egy kis szösszenetet [link]
Az eltelt idő alatt nálam nem gyulladt ki nem ment tönkre, nem rohadt le stb, csak tette a dolgát hiba nélkül és méri a LAKÁS teljes fogyasztását.
Természetesen nem kismegszakító (Főbiztosíték) helyett használom, hanem azzal sorba kötve. A linkelt leírásban is jeleztem, hogy a "belső" vezetékezése VALÓBAN terhelhető rövid időre a ráírt akár 63A-el is, de mivel nálam a főbiztosíték, ami kismegszakító és csak 25A-es nem aggódom, hogy leéghet vagy kigyulladhat.
A fogyasztásmérő része sajnos nem jár pontosan együtt a villanyóra által mért értékkel.
Az elmúlt több mint két év alatt sikerült összesen 0.8kWh eltérést produkálnia ~6000kWh fogyasztás mellett.
-
ojb
tag
válasz
v.attis
#56208
üzenetére
min_max sensor pont ezt tudja... [link]
pl én az alábbi beállításokkal használom a fűtési trigger képzésére ZB szenzorokkal:
- platform: min_max
name: "nappali_atlag_temperature"
type: mean
round_digits: 1
entity_ids:
- sensor.nappali_th_temperature
- sensor.kazan_control_th_temperature
- sensor.konyha_th_temperature -
ojb
tag
Lehet én vagyok már öreg ezekhez a "csodakamerákhoz", de nekem nagyon nem jön ki a matek -- folyamatos működés mellett -- a hat vagy 12 hónapos üzemidővel kapcsolatban.
Az igen, ha a kamera -- mozgás (objektum felismerés) esetén -- csak napi ~5percet rögzít az eMMMC-re, de a folyamatos stream esetén honnan veszi az energiát hozzá ennyi időn keresztül
illetve ebben az esetben (ebfigyelés) hogyan tartható a napi öt perc, hogy kijöjjön a hosszú üzemidő
Nekem az eredeti hsz-ból az jött le, hogy a kérdező nem rögzített esemény(eke)t , hanem real-time képet szeretne látni néha - néha az ebről -
ojb
tag
válasz
vampire17
#56068
üzenetére
A "régi" technológiából adódóan az olcsó RF 433-as eszközök un 'broadcast' szenzorok.
Tehát csak egy irányban kommunikálnak. Ennek hatására szerencsétlenek nem tud(hat)ják, hogy az adott információ -- hőmérséklet ; nyitott ajtó ; konnektor kapcsolj be -- információ , parancs megérkezett-e a címzett vevőhöz. Ezért több lehetőséget is alkalmaznak ebben a technológiában, hogy biztosabbá tegyék az információ célba érkezését.Az érzékelők (jelforrások) hierarchiájában alul lévők pl. hő és pára szenzorok bizonyos időközönként (30 - 90s) között megismétlik az adásukat -- függetlenül annak tartalmától, hogy az változott-e vagy sem -- bízva abban, hogy valamelyik majdcsak megérkezik a címzett vevőhöz és nem kallódik el (nem ütközik pl egy door sensor jelével) az éterben. Az esetleges jelvesztés (ütközés) sem okoz semmi problémát, mert néhány másodperc múlva úgyis megy a következő csomag vagy az eredeti vagy a megváltozott tartalommal.
A magasabb prioritású eszközök pl ajtó nyitás érzékelők -- ellentétben a hőmérőkkel -- nem n*100ms-ig, hanem néhány (2 - 3) másodpercig is fogva tarthatják a 433.92-es csatornát, mert akár 20 - 30 alkalommal megismételhetik a szenzor változás jelentését, így biztosítva, hogy esetleges ütközés esetén is célba érkezzen az információ.
Ők is csak bíznak abban, hogy ez segít...Az RF távirányítók sokkal egyszerűbb megoldást használnak:
Addig küldik a szükséges parancsot (természetesen itt is van beállított kb 30 - 60s biztonsági időzítés), amíg nincs visszaigazolás, hogy az meg is érkezett. (lámpa felkapcsol, garázsajtó elkezdi a nyitást vagy a csukást...) és ennek hatására nem nyomja a user a gombot tovább. -
ojb
tag
válasz
migabi24
#55941
üzenetére
Én vagy egy ilyet [link] vagy pedig egy ilyet (Ha kell a távoli jelzés i Tuya-n keresztül) [link]
vennék és ennek a kültéri egységének a nyomógombjára forraszt(at)nék párhuzamosan kettő szál drótot (belül a PCB-ra), amit összekötnék a beléptető rózsaszín vezetékeivel.
(A beléptető csengő kimenete -- feszültég mentes -- mini relé kontaktus vagy MOS-FET kapcsoló. A párhuzamosan kötött RF433-as csengő nyomógombjára adott rövidzárral indítaná a jelzést a beltéri egysége felé, ami ennek hatására elkezdene ordítani...
A második esetben (Tuya) pedig akár üzenetet is küld telefonra -- az ordítás mellett --, hogy valaki csengetett.
A másodlagos kültéri Door Bell nyomógombot lehet a beléptető mellé - alá - fölé szerelni vagy akár a fal másik oldalára.) -
ojb
tag
Értelmezés kérdése a feladat megoldása az én véleményem szerint...
1. Az eredetileg linkelt ELKOEP időzítő "tudását" nagyon egyszerűen le lehet utánozni az említett Tasmota vagy ESPEasy rule-ok használatával.
(Tápfeszültséget kap az ESP-vel ellátott kapcsoló, majd a boot után meghatározott idővel be vagy kikapcsolja a jelfogóját)
Ezt az üzemmódot valóban nem támogatja pl a Tuya vagy SonOff saját szoftvere, ezért kell a custom megoldás.2. A kapcsoló nem tápfeszültséget kapcsol, hanem csak trigger jelet ad a falban lévő időzítőnek. Az eredeti kérdésben szereplő ELKOEP időzítő ezt nem tudja...
Az esetlegesen beépítendő WiFis kütyü legyen az Tuya vagy Sonoff viszont igen.
Egyetértek a #55703 hsz-ben leírtakkal, mert az eredeti igényt -- jelen esetben -- teljeskörűen, olcsón csak a pl FW csere utáni ESP-t tartalmazó eszköz elégíti ki, mert WiFi és internet nélkül önmagában is képes elvégezni pl az 5 perces időzítést, hasonlóan az ELKOEP-hez, hiszen annak sincs szüksége WiFi-re és internetre, hogy időzíteni tudjon. -
ojb
tag
"Ha jól értelmezem, akkor ezzel az 1 modullal elérném mind a 2 frekvenciát?"
Én úgy tudom a modulok szeparáltak 433 ill. 868 MHz-re.
(Maga a CC1101 chip tudja mindkettő frekit, de a két ISM sávra külön ki vannak "hangolva" a modulok)
A termosztátot sztem engedd el, ha az egy picit is komolyabb.
ui a rádiós termosztátok un. keep-alive módot is használnak a z RF kommunikáció biztosítására az adó es a vevő között.
Amennyiben ezt kiegészíted egy "külső vezérléssel" szerencsétlen vevő nem fogja tudni hogy kinek is higgyen -- a saját adójának -- vagy az általad építettnek...
keep-alive => meghatározott időnként (ált néhány perc) folyamatosan ismétli az utolsó parancsot legyen az on vagy off.
A kazán össze - vissza fog kapcsolgatni, ha a termosztát pl on parancsot küldözget 5 percenként a HA vezérlés pedig off-ot...
Ahhoz, hogy ez megfelelően tudjon működni a HA vezérlés idejére le kell tiltani az eredeti termosztát adását. -
ojb
tag
Egy history_stats gyűjti az adatokat (hideg_orak) szépen percről percre, de
a HA Core frissítésekor a képen is látható -- piros pöttyökkel jelzett --"beszakadások" keletkeznek.
Hogyan lehetne ezt kivédeni?
-
ojb
tag
válasz
djsweetboy
#54471
üzenetére
Nagy valószínűséggel igen.
Ebben is ua chip van.
-
ojb
tag
válasz
djsweetboy
#54466
üzenetére
pl: ZB-GW04 v1.2 [link] ugyan az a vezérlő van benne, mint a SonOff V2-ben vagy
a HA SkyConnect-ben -
ojb
tag
válasz
enginev3.0
#54449
üzenetére
és Kobe
"Van egyszerű online telepítő is, de az v2-höz van, nem tudom tiéden működne e"
Igen működik
SONOFF ZigBee 3.0 Dongle E USB stick EFR32MG21 => V2
(A P volt a V1)
és ezt a legegyszerűbb használni. ui kiolvassa a stick-ben lévő fw-t (EZSP) majd menüből feltölthető rá az új, (Ember) az eszköz szétszedése nélkül. -
ojb
tag
Érdekes, hogy lassan a vízmérő órák jeladózása is olyanná válik, mint a gázóráké DÉGÁZ területen.
Ellenpéldaként szeretném megemlíteni, hogy AlföldVíz területen anno jelezték az esedékes óracserét már kettő ingatlan esetében is.
Mindkét alkalommal megkérdeztem, hogy lehetne-e távleolvasásra előkészített vízórát kérnem a csere során.
Lehetett...
Mindkét esetben olyat hozott ki és szerelt fel a szaki.
Igaz az órában csak egy kis fém biz-basz van, de ez bőven elég ahhoz, hogy egy induktív érzékelővel könnyedén lehessen figyelni a literenkénti fordulatát.
Szóval vannak még csodák...
Kíváncsi leszek a következő óracserénél is működik-e még ez a lehetőség. -
ojb
tag
válasz
Strezi
#53951
üzenetére
Ahogyan nagyjából néztem a leírást lokálisan is tud "automatizációt" létrehozni és tudja vezérelni a rákötött nagy-áramú jelfogót.
Én lehet ennek néznék utána és nem felhőn keresztül automatizálnék...
Amennyiben beküldi a Tuya szerverre a fesz. adatot (és szinte 100%, hogy igen), akkor biztosan tudsz automatizációt is létrehozni fesz. alapon. -
ojb
tag
Segítséget kérnék hozzáértőktől.
Olyan összesített adatra lenne szükségem, ami megmutatja, hogy adott idő-intervallumban mennyi ideig (óra:perc) volt magasabb a hőmérséklet egy meghatározott értéknél.
Az alábbi grafikon esetében pl összesen mennyi ideig volt magasabb a hőmérséklet 20 foknál.
és ezen napi adatokat szépen gyűjtögetné -- napról napra összeadná -- két meghatározott dátum között.köszönettel
-
ojb
tag
# [ 53480 ViZion]
Csak az MH-Z19 -et ismerem és használom immár 5 - 6 éve.
Megbízhatóan teszi a dolgát...
Engem megnyugtat, hogy 403 - 404 ppm-nél kisebb értéket nagyon ritkán mutat.
20$ körüli árban sztem vállalható.# [53481 csubuka]
Többen is írták már előttem...
Én sem szednék vezérléshez semmi infót a légcsatornából.
Ott vmi "kevert" átlagolt jel alakulhat ki, ami nem biztos hogy megfelelő triggert képezne.
A rel páratartalmat "minden" helyiségből gyűjtöm,
vagy kapcsolattal indítják
és kapcsolattal állítják le a magasabb fordulatszámú szellőztetést,
feltéve, hogy senki nincs otthon.
CO2 érzékelés1100 ppm fölött emeli a fordulatot és 700ppm alatt visszaállítja a halk üzemmódot. -
ojb
tag
válasz
vampire17
#53407
üzenetére
"de kezdik magukat megadni, igy 3 ev utan... "
Azért ez durva egy kicsit..
Pedig nem is kínai...
Mivel az összes redőny kábele egy helyre fut be én lehet, hogy nem mérném mid a nyolc motor áramát külön - külön, hanem (a nagy valószínűséggel egyszerre nem működtetett redőnyöket egy - két csokorba gyűjtve pl. emelet - földszint) a közösített nulla vezetőkön mérném "végállás" áramokat és azokat használnám fel triggerként.
Így egy - két teljesítmény mérő is elég lehet...
Természetesen az esetleges automatizálásoknak ezt a tényt is tudnia kell kezelni...
Amennyiben viszont ragaszkodsz az independent mérésekhez
pl 42 csatornáig: [link] -
ojb
tag
válasz
Fecogame
#53386
üzenetére
Próbáld csökkenteni a min_cycle_duration: értékét
pl 1 - 2 percre"min_cycle_duration time | integer (Optional)
Set a minimum amount of time that the switch specified in the heater option must be in its current state prior to being switched either off or on. This option will be ignored if the option is set.keep_alive" -
ojb
tag
válasz
ViZion
#53223
üzenetére
Az #53206 hozzászólásom első sora:
"Ismereteim szerint a cat szabványok ~100m-es kábelhosszakra vonatkoznak."
Igen igazad van.
, de hol van 100m-es hossz egy lakásban ?
Te is idézed, hogy a szabvány szerint 100m távolságra 10Gbps átviteléhez cat6a a minimum.
Természetesen a cat5(e) nem képes eljuttatni a jelet ekkora távolságra csak a jelzett -- kábeltől függő -- max 20 - 25 méterre legjobb esetben is.
Valóban a cat6a kábel védelmet nyújt az esetleges külső zavartatások esetében, ha vannak.
Ezzel érték el, hogy a 10Gbps 100m-re is eljut stabilan.
A cat6 csak 50 - 60 m-ig használható, ha jól emlékszem -
ojb
tag
válasz
LouiS22
#53209
üzenetére
Ez egy erősen összefüggő kérdés...
"jó minőség":
lehetőleg réz (nem rézzel bevont alumínium CCA) tömör belső vezető
egyenletes sodrása az ereknek
egyenletes sodrása az érpáraknak
egyenletes ér-szigetelés vastagság
stabil, egyenletes hullám impedancia
stabil, egyenletes kapacitás az erek között
stb
egyszóval nem a legolcsóbb, leg-gagyibb árnyékolatlan utp kábel.
"akár":
A fentiek függvényében változó áthidalható távolság.
Gagyi kábellel ez lehet csak néhány méter lesz, de egy jobb -- de még mindig cat5 -- kábel esetében ez elérheti akár a 20 - 30 métert is.A 80 - 90Ft/m es CCA (sodrott) kábeltől nem szabad elvárni, hogy messzire vigye a 10Gbps jelet. Nem is célszerű használni erre a célra és pont ezek miatt kerül ennyibe.
-
ojb
tag
Ismereteim szerint a cat szabványok ~100m-es kábelhosszakra vonatkoznak.
20-25m-re a 10Gbps akár jó minőségű cat5 kábelen (nemhogy cat5e-n) is "elmegy"
(Feltételezve, hogy a 10G-s NIC-ek eleve jó minőségűek
)
Valljuk be egy jól kiépített csillagpontos rendszerben ritka, hogy a lakáson belüli kábelhosszak nagyobbak mint 20 - 30m ill. a kertvégi fészerbe is ritkán kell a 10Gbps... -
ojb
tag
válasz
zsamiatt
#53191
üzenetére
Számomra logikátlan -- és kivitelezhetetlen is --, hogy a szivárgó (elfolyó) víz útjába cat5e kábeleket húzzak a végén egy POE-s érzékelővel...
(mosó - mosogató gép alá - környékére ; osztó - gyűjtő szekrényébe ; akvárium környékére stb)
Sokkal egyszerűbb és könnyebben telepíthető egy ZB érzékelő.
És talán könnyebben eladható az asszonynak is...
pl: [link] vagy multiplikált érzékelőkkel pl: [link] -
ojb
tag
válasz
menyhartlevi
#53189
üzenetére
Relé pl: [link]
Abban az esetben, ha a konvekpro dobozába szeretnéd elhelyezni és a konvekpro tápegységéről táplálni. Többlet szolgáltatásként még akár ds18b20-as hőmérőt is akaszthatsz rá [link]
Vagy
WiFI szárazkontaktos relé pl: [link]
ZB szárazkontaktos relé pl: [link]A WiFi relék esetében az esetleges keep alive egyszerűen megvalósítható viszont
ZB esetében sajnos erről a biztonsági szolgáltatásról le kell mondani!A virtuális termosztát kialakításához már nem kell külön relé!
A trigger jelet szolgáltató helyiség hőmérő(k) jele alapján a HA fogja kapcsolni a fentebb említett jelfogók valamelyikét, ami a konvekpro vezérlését végzi.Vagy kiegészíted a konvekpro-t valami ilyesmivel [link] és az egészet beintegrálod a HA alá Tuya-n keresztül
-
ojb
tag
válasz
menyhartlevi
#53178
üzenetére
Igen.
A későbbi tervezett eszközöktől (szenzoroktól) függően vagy WiFi-s vagy ZB száraz kontaktos termosztátot kell felhasználni ( szükség esetén konvektoronként!!!)
Vagy létre lehet hozni virtuális termosztátokat a HA alatt helyiségenként egy - kettő (pl ZB) hőmérő felhasználásával. (pl Az említett Xiaomi is lehet az egyik ZB hőmérő)
és ZB vagy WiFi relé közbeiktatásával lehet a konvekprot vezérelni.DIY megoldásként a konvekpro dobozába könnyen lehet építeni WiFi-s vevőt pl ESP32 felhasználásával.
Pl: [kép] [kép] [kép] [kép] [kép]
Új hozzászólás Aktív témák
- GL.iNet Flint 2 (GL-MT6000) router
- Brogyi: CTEK akkumulátor töltő és másolatai
- LEGO klub
- Ingatlanos topic!
- Robotporszívók
- Elkészült az SMIC 5 nm-es node-ja, de a kínaiaknak haszna nincs rajta
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Call of Duty: Black Ops 7
- Mibe tegyem a megtakarításaimat?
- Fapados Biostar alaplap érkezett
- További aktív témák...
- BESZÁMÍTÁS! MSI B450 R7 5700X 32GB DDR4 512GB SSD RTX 3070Ti 8GB Zalman Z1 Plus Cooler Master 750W
- Zebra ZP505 EPL hőpapíros címkenyomtató
- GYÖNYÖRŰ iPhone XR 128GB Black-1 ÉV GARANCIA - Kártyafüggetlen, MS3985, 100% Akkumulátor
- 153 - Lenovo LOQ (15IRX9) - Intel Core i5-13450HX, RTX 4060
- HP Dell, Fujitsu, üzleti kategóriás notebook kiárusítás - frissítve: 12.15.
Állásajánlatok
Cég: ATW Internet Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest







, de az értéke legalább 0, ami viszont bíztató










és ezen napi adatokat szépen gyűjtögetné -- napról napra összeadná -- két meghatározott dátum között.

