- sziku69: Fűzzük össze a szavakat :)
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- bitpork: Meglátjuk mit hoz a jövő
- Luck Dragon: Asszociációs játék. :)
- sziku69: Szólánc.
- Gurulunk, WAZE?!
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- Luck Dragon: MárkaLánc
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
-
LOGOUT
LOGOUT
Új hozzászólás Aktív témák
-
Ahogyan rviktor is írta ekkora távolságon akár a kisebb kimenő teljesítményű (+22dBm) eszköz is működhet stabilan. (feltéve, hogy az antennák nem egy-egy fém szekrényben lesznek elhelyezve
)
Nem a működési távolság, hanem a jelzett késleltetés ami sántíthat. A gyakorlati érték sztem inkább 500ms körüli lesz.
A 433MHz-s "messzebbre" megy kicsit, mint a 868-as.
Mo-n az is megtűrt. Mivel nagyon ritkán küld jelet így a sávot sem terheli..."értem hogy alin ráböffentenek 5km-t"
Ez nem Ali...
Ez fizika...
+20dBm / 433MHz-s spread spektrumú RS485 - LoRa adatgyűjtőt teszteltem városi környezetben
-- utcán sétálva kezemben a slave, a master a szoba íróasztalon --
2dBi-s antennákkal stabilan működött másfél kilométeres sugarú körben 10 másodperces polling-al. -
"Jeladózásnál egyébként van lehetőségem vezetékes megoldásra (nem csak wireless), mert van egy használaton kívüli KPE cső a ház és az akna között."
Én ugyan ilyen órát olvasok le ilyen proximity sensorral: [link]
Fontos, hogy csak a 8mm-es a jó:
Miután beállítottam kimértem az érzékelő pontos helyét, ami nem pontosan a fém félhold felett van!!!
Egy 63mm-es PVC végelzáró kupakra fúrt lyukban helyeztem el, amit egyszerüen az óra számlapjára tettem. (pont jó a 63mm)
Az érzékelő vízmentesítése és vízmentes-toldás után az impulzusokat dróton eltudod vezetni... -
ojb
tag
Sziasztok!
Ha már Slimmelezer...
Kérem segítsen valaki, aminek van stabil fordító környezete.
OTA kellene frissítenem egy Slimmelezer-t (2024.12.2) -ről a legfrissebbre.
Akinek van legfrissebb fordított .bin - je ( vagy fordítana nekem egyet ) megosztaná velem?
Köszönöm segítséget
/nem használok ESPHome környezetet és csak emiatt lusta vagyok telepíteni/ -
Köszönöm az ötleteket...
Ráment a délután, de legalább kiderült, hogy a telefon valami oknál fogva nem szereti a HA-t.
Huawei P7 gyári visszaállítás stb. de akkor sem megy.
Az előkotort régi androidos eszközökön -- legyen az tablet vagy telefon -- minden változtatás nélkül -- hasonlóan az iOS-hez tökéletesen fut. -
ojb
tag
HA ; Android vagy IP Guruk segítségét kérném...
Android telefonon a HA alkalmazás -- külső elérés -- szerver beállításakor az alábbi üzenete kapom:
DE csak abban az esetben, ha TailScale Funnel-en keresztül szeretnék https csatlakozni.
Természetesen a TS elérés böngészőből ugyan ezen eszközön OK.
Ha pl. DuckDNS https-en keresztül szeretnék másik szerverhez kapcsolódni az is OK.
A TS és a DuckDNS https elérhetőség iOS-en (iPhone-on) keresztül mindkét esetben OK. -
"hogy ők miként oldották meg ezt a problémát. "
Jó eséllyel egy 470 vagy 1000uF-os puffer elko-val a 3.3V-on egy jó minőségű 5/3.3V-os LDO-n keresztül
A DSMR 5 szabvány szerint 5V mellett 250mA folyamatos áramot kell biztosítania a mérőnek a P1porton egy "ressettable fuse"-on keresztül.
Pufferelve ez elég egy ESP8266-nak is és egy egy magos ESP32-nek is.
Valóban stabil a működése. múlt év novemberében indítottam egyet.
Azóta folyamatosan megy. Kapott már néhány OTA frissítést a gyártótól, ami gond nélkül lefutott.
Az eszköz által mutatott 73 - 75 dBm-el stabilan megy.
Nincs integrálva HA alá.
A felhőjét kihagyva saját MQTT brokeren keresztül is elérhető.
A sáját hmka.app webhelyen lehet felhőből birizgálni, vagy lokálisan is elérhető.
Nagyon szimpatikus az üzletpolitika ui. nyugdíjasoknak ingyenes a teljeskörű felhő szolgáltatás! HA integrációhoz ez nem kell!!!
Van demo oldaluk is. hmke.app
Érdemes felkeresni őket... -
...és ment is a kazán holott a termosztát már rég kikapcsolt...
A termosztát relére köss próbaképpen egy Water leak sensor-t
pl : [link] (Vagy meghekkelt door sensor is jó)
...És ennek az állapotváltozását használd az automatizálás triggerének.
Jó eséllyel ez a megoldás a késleltetés nélküli reagálásával pontosabb be és ki-kapcsolási információkat fog küldeni. -
ojb
tag
-
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... -
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
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
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
-
"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 -
"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)
-
"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.
-
"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
-
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? -
"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
-
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. -
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
Nagy valószínűséggel igen.
Ebben is ua chip van.
-
ojb
tag
-
ojb
tag
)
, de az értéke legalább 0, ami viszont bíztató 
Új hozzászólás Aktív témák
A lapcsalád Alapelvei itt is betartandók!
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- 1992. május 5.
- Megújult mobilos felület, fórumos ráncfelvarrás a PROHARDVER! lapcsaládon
- Samsung Galaxy Felhasználók OFF topicja
- EU: senki ne használjon Huawei és ZTE hálózati berendezéseket!
- Samsung Galaxy S26 Ultra - fontossági sorrend
- Forza sorozat (Horizon/Motorsport)
- Anglia - élmények, tapasztalatok
- Google Pixel topik
- Abarth, Alfa Romeo, Fiat, Lancia topik
- További aktív témák...
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest