-
Fototrend
Okos Otthon összefoglaló:
Új hozzászólás Aktív témák
-
TheProb
veterán
válasz zsamiatt #38485 üzenetére
Gyakorlatilag igen, de nem is lenne muszáj, hogy integrálja legyen a meglévő rendszerbe.
#38486fecus: Freki oké, hogy egyezik, de attól még az RFID technológia sajnos != az NFC-vel. A telók sajnos nem tudják olvasni az RFID tag-eket (próbáltam).
#38487Degeczi: De ez megint RFID,az most is van. Illetve nem Fort Knox-ot védi ez a rendszer, csak a lépcsőházba való bejutást. Szóval aki ennyi energiát fektetne a bejutásra, azt meghívom egy sörre.
"Boba is Mickey, Mickey is Boba" - Finkle Einhorn | PC Rig: https://pcpartpicker.com/b/bBy48d
-
ViZion
félisten
Sziasztok!
Erről a termofejről van valami infó? Moes-ra hasonlít, de nem írják, h az lenne... Vagy inkább a Shelly-t? Azért az drágább enyhén...
2 db kell, nem mindegy.Hold on, trying to give a fuck... Nope, not Happening • Powered by Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy ¤¤¤ Hirdetéseim: https://hardverapro.hu/aprok/hirdeto/vizion/index.html
-
válasz Degeczi #38496 üzenetére
Hülye vagyok... Pont annak a dugaljnak néztem a fogyasztását, amire a klíma van kötve. Azon meg ugye kikapcsolva is megy a wifi, fagyás elleni védelem, stb... A többi valóban 1W alatt van. Sorry, ezt benéztem.
Are you Baby Shark? No, i'm a motherf*cking hardstyle fish!
-
Degeczi
nagyúr
válasz icemad #38495 üzenetére
5W nagyon sok lenne, jó esélllyel inkább pontatlan mérés lehet, mert jellemzően 1W alattiak, esetleg egy picit fölötte ha a relé be van húzva.
Szerk: ráguglizva ennél a típusnál sincs másként
Relay OFF : < 1 W
Relay ON: 1.2W-1.6W[ Szerkesztve ]
-
Sziasztok. Gondolom ti is használtok wifi-s dugaljat. (pl. Tp link tapo szériát.) Ezek nálatok is 5 wattot fogyasztanak készenlétben? Az kb 3.6 kW egy hónapban, ha 10 ilyen cucc van a házban, akkor 36 kw/hó. Úgy, hogy csak van, nem csinál semmit. Nyilván nem ez fog csődbe vinni, csak nekem meglepő volt.
Are you Baby Shark? No, i'm a motherf*cking hardstyle fish!
-
adam3
aktív tag
válasz vampire17 #38475 üzenetére
Nem sajnos, de cserébe a professional appos újrakonfiggal szétlőttem az egész rendszerem. Késő délután tűnt fel, hogy kezd hűvös lenni, a kazán nem reagált semmire...
Te mennyire állítottad a max hőmérsékletet? Tado support felajánlotta, hogy segít ha már szétbombáztam a rendszerem 40-45-50 körül gondolkozom.
Ariston Genus One System tulajoknak tanulság:
Tado support tegnapi állapotból visszaállított, cserébe megvan mi lehetett a hiba Andras6800 esetén, miért indulgatott neki újra a kazán HMV hőmérséklet álíltásnál. Nem emlékeztem, hogy én anno Ariston Genus One konfiggal húztam fel az Ariston Genus One System kazánom (mert a kazánon nem láttam a System feliratot), ma pedig a reggeli bakimat javítva megpróbáltam újrahúzni a Tado-t de most már a kazán papírjai alapján Ariston Genus One System konfigot kiválasztva. Na így pont ugyanazt játszotta mint neki, minden HMV hőmérséklet állításnál újraindult a kazán. Tado Support átállított sima Genus One-ra, azóta perfekt.[ Szerkesztve ]
-
Degeczi
nagyúr
válasz Olympia76 #38491 üzenetére
Igen, a napi- (havi-, éves-) nullázódás elvileg nem akadály, hiszen utána ismét valós, aznapi a nulláról növekedés, az nem szabad, h meghülyítse az energia panelt.
Favágós sajnos, de megoldás.A DSC hagyományos, egyedi firmware-es (taligentx féle DSCKeybusinterface) stabilan megy, nekem sem volt gondom vele éveken át (ill. egyszer egy bugot találtam az egynél több partíció élesítésében, rögtön javította a srác), főként azért álltam át, mert
- a Wemos Mini 3 szabadon maradt lábát nyitásérzékelésre akartam használni, h a riasztón fölszabaduljon ezzel egy bővítőmodul. Ha egyedi firmware-t kell ehhez átírni, az nyűgös, pláne ha idővel módosítani is kell rajta (mivel az alap DSCKeybusinterface nem tesz lehetővé OTA frissítést). ESPHome alatt viszont egyszerűbb nem is lehetett volna: a yaml config file-jába beleírtam a 3 saját binary_sensor definíciómat, lefordítás, OTA update, és már meg is jelentek HA alatt az új szenzorok
- ha bármi miatt debugolni kellene, rá tudok kapcsolódni most is egyesphome DscAlarm.yaml logs
paranccsal és máris látom az üzeneteit
- a Dilbert66 féle ESPHome-os megoldás "new" branchében még virtual keypad is van, ami ugyanúgy működik, mint egy LCD-s kezelő (ami nekem nincs, csak LED-es), rögtön látható rajta minden
- ugyanez emulálni is képes 5108-as bővítőt, így virtuális zónákat is hozzá lehet majd adni, amiket amúgy a HA kezel, viszont így át tud adni a DSC központnak. Nem kritikus, de jópofa, valszeg kipróbálom
- eleve tetszik, h az ESPHome yaml-ben minden már névvel és osztállyal (pl. nyitás-, füst-, probléma-) van definiálva, rögtön így jelennek meg HA alatt a szenzorok, nem MQTT topikokból kell kihalászni az infót
- rögtön magától kezel mindent jól, a hálózati tápellátás megszűnését is magától átadja egy ac_status szenzorban, míg a taligentx féle cucchoz nekem kellett ezt hozzáadnom, az nem foglalkozott ezzel. Nálam ez azért fontos, mert az áramszünetet is így, a riasztón keresztül érzékelem HA alattés biztosan van még más is, de engem nagyon meggyőzött, játszogatok azóta Tasmotás cucc ESPHome-osításával (persze abszolút nem égetően, jól működnek, csak a kíváncsiság hajt)
[ Szerkesztve ]
-
Heng®
tag
Sziasztok!
Az egész házamban kB 6 éve sonoff touch wifi kapcsolókat raktam be amiket HA-val (is) vezérelek. Minden szép és jó volt, de az utóbbi hónapokban sorra halnak meg a kapcsolók illetve a feleségem sosem tudott igazán megbarátkozni a touchos kapcsolókkal. Előbbiek miatt szeretném lecserélni az össze kapcsolót és eddig az Aquara wifi kapcsoló a befutó, de mielőtt megteszem gondoltam megkérdezlek Titeket is. Az egész házban tökéletes wifi hálózat van (és komfortosabb is vagyok az IP alapú hálózatokban) ezért mindenképp wifis kapcsolóban gondolkodom.
-
Olympia76
tag
válasz Degeczi #38489 üzenetére
...de akkor amit írtam az ESPHome-os total_daily_energy szenzor ezek szerint kinyírja a flash-t és nem kéne használni? Végső soron, bár kicsit bénácska így, a napi nullázódás ellenére ezzel is lehetne etetni az energia panel-t, nem?
Ha muszáj megcsinálom, de azért nagyon favágásnak érezném, hogy minden egyes fogyasztásmérőre kézzel külön külön plusz egy utility metert gyártani és mindez utánkövetni/ karbantartani a változásokkal.
A DSC átállítást én is tervezem, de még olyan stabilan működik a jelenlegi verzió (leszámítva azt, hogy az AP kiesése után nemigen talál vissza az AP visszajövetele után), hogy nem mertem még nekiállni... Meg tervezem a vezetékesítést is, csak ott meg sajnálnám a profin összerakott kis wemos mini-s panelemet - talán emlékszel, ebben nagyon sokat segítettél.
-
Degeczi
nagyúr
válasz Olympia76 #38488 üzenetére
A hely azért számít nagyon, mert hiába végzel wear levelinget, sok mentéssel (ami egy fogyasztásmérőhöz kellene) nagyon hamar teleírod a teljeset, majd újra, és újra - míg el nem éri az élettartama végét. Mindegy, h csak pár byte az adat, ha a teljes hely is csak pár kB.
Ugyanezért nem célszerű kis SSD-t használni a rendszerhez sem, hiába lenne elég mondjuk 16 GB-os is, mert a gyakrabb teleírások miatt sokkal rövidebb az élettartama, mint pl. egy 128 GB-osnak.Eddig még nem állítottam át a cuccaimat, nálam is fönnál az, h ha kihúzok egy Tasmotás okoskonnektort, visszadugás után hülyeséget ír hozzá aznapra az energia panel. Mivel én is hajlok az ESPHome-osításra (a DSC riasztó illesztését is nemrég raktam át alá, nagyon bejött) és ott nincs napi-, havi- stb számláló, ezért ígyis-úgyis érdemes utility metereket rápakolni.
Az mondjuk igaz, h ezt illene magától kezelnie a HA-nak, a statisztikában is képes lehetne csökkenő érték figyelmen kívül hagyására, és akkor az energia panel sem mutatna fals adatot. -
Olympia76
tag
válasz vampire17 #38484 üzenetére
OK, köszönöm, megnézem ezeket.
Az adattárolásra vonatkozó gyakori írás problémát értem, viszont hely nem kell erre, azt nem értem mire írod, hiszen csak egyetlen szenzor aktuális értékéről van szó, az azért nem foglal helyet
@Degeczi, a utility meter jó ötlet, de akkor ez azt jelenti, hogy minden olyan fogyasztásmérő szenzort, amit Tasmota/ESPHome/Shelly, akármi szolgáltat azt érdemes, illetve szükséges alapból betenni egy utility meter-be, különben áramszünet/ reboot esetén fennál a fogyasztás elvesztése, ami alapján az energy fülön borítékolhatóak a negatív értékek? Azért erre lehetne valamilyen "gyáriasabb" megoldás. Te hogyan csinálod akkor ezt? Így?
Viszont, ha az írás és a tárhely probléma, akkor a total_daily_energy szenzor hogyan tudja mégis megoldani? Ott ugye ez a default:
restore (Optional, boolean): Whether to store the intermediate result on the device so that the value can be restored upon power cycle or reboot. Defaults totrue
.Ha ez így napiban ok, akkor egy naponta nem nullázódó szenzorban miért nem?
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz TheProb #38482 üzenetére
A legtöbb ilyen olvasó a Wiegand protokollt használja, ami annyira egyszerű és mindenféle biztonságot nélkülöző, h készen kapható a feltöréshez (lehallgatáshoz, visszajátszáshoz) összerakott eszköz... ld. demó videó.
Persze hozzá kell férni a vezetékeihez, de mivel az olvasót kívülről kell fölszerelni, az biztosan hozzáférhető, így olyat csak akkor szabad használni tényleges biztonsági célra, ha kap szabotázsvédelmet is, ami érzékeli a leszerelést és riaszt!
-
fecus
őstag
válasz TheProb #38482 üzenetére
Ha tényleg olyan mint a linken annak az olvasólya tud 13MH-es RFID-t is olvasni. Az ugyanaz a frekvencia mint az NFC.
Ha így van esetleg ezzel."Szörnyek léteznek, de túl kevesen vannak ahhoz, hogy igazán veszélyesek legyenek. Sokkal veszélyesebbek az átlagemberek, a funkcionáriusok, akik készek hinni és cselekedni anélkül, hogy kérdéseket tennének fel." (fordította DeepL ) - Primo Levi
-
vampire17
addikt
válasz Olympia76 #38481 üzenetére
ESPhome ban necces magara menteni az adatokat, de esetleg akkor ebbe az iranyba indulj el:
https://esphome.io/components/esphome.html -> esp8266_restore_from_flash
https://esphome.io/guides/automations.html -> restore_value
Ugy csinalnam, h esphomeon egy automatizacioval egy novekmenyes variable be mentenem mindig az erteket es azt mentenem a flashbe.
Alapvetoen az ESP erre nem jo, nem adattarolasra talaltak ki... egyreszt hely sincs annyi rajta, masreszt nem szereti ha a perzisztens flash -et ennyit irjak, tonkre vaghatod vele a cuccot eleg hamar...
-
Degeczi
nagyúr
válasz Olympia76 #38481 üzenetére
A fogyasztásmérőn sűrűn menteni nincs értelme, nagyon gyorsan tönkretenné a kicsi flash memóriát.
De a utility meter megfelelő: alapban figyelmen kívül hagyja a negatív változást, így kiszűri az áramtalanítás utáni visszakapcsoláskor visszatöltött teljes addigi, halmozott fogyasztás hirtelen (mintha aktuális lenne) megjelenését.
Igaz, leghosszabb az éves periódus benne, de egy ilyen után a nulláról kezdi ismét, vagyis az energia panelt nem zavarja össze, az jól jelzi a növekményt.
-
TheProb
veterán
válasz radio11 #38465 üzenetére
és #38458zsamiatt: Az elektronika és a zár már megvan. Jelenleg is videós kaputelefon (ránézésre ez a modell-je az Akuvox-nak) és proxy-s (RFID-s) nyitás van. De mivel mindenkinek ott lapul a zsebében már egy NFC képes mobil, így praktikus lenne, ha lehetne NFC-n keresztül telefonnal is nyitni.
"Boba is Mickey, Mickey is Boba" - Finkle Einhorn | PC Rig: https://pcpartpicker.com/b/bBy48d
-
Olympia76
tag
válasz vampire17 #38479 üzenetére
Hmmm, ezt még sosem próbáltam.
Csináljak egy total_increasing mqtt szenzort adott mqtt topicra és az teljesen mindegy, hogy az mqtt topic milyen abszolút értéket riportol, csak a növekedést fogja nézni és hozzáadni saját magához?Huhh, ha ez működik is elég körülményes. Ez ilyen elrugaszkodott igény lenne, hogy senkinek sem hiáhyzik ilyen default szenzortípus, csak nekem?
-
vtechun
veterán
válasz vtechun #38471 üzenetére
próbáltam ezt az MQTT-s módszerrel is.
ESP32 Battery Powered Temperature/Humidity/AtmosphericPressure
Így működött, de valamiért nonstop jöttek a figyelt topikra az üzenetek, mintha x másodpercenként jönne alvás közben is az mqtt üzenet - ami a deep sleep prevent kiváltó oka, ezt mutatta is az automatizmus szerkesztése közben kék felvillanó felirattal, hogy KIVÁLTÓ OK.
Emiatt próbáltam, erre a másik módszerre áttérni, de ez sem akar működni. Biztos van benne logika, de nekem folyamatosan dobta amikor figyeltem MQTT-n, alvó módban is a státuszokat...
-
Olympia76
tag
ESPHome-ban sikerült valakinek/ lehet olyan fogyasztásmérő szenzort konfigurálni ami viszonylag gyakran elmenti az értéket, hogy reboot/ áramszünet esetén ne vesszen el?
Tasmota-ról próbálok átállni ESPHome egy teszt sonoff pow-on, ahol ez ugyanúgy probléma, de itt még több problémába ütközöm:
- a sima total increasing energy sensor teljesen lenullázódik reboot alkalmával
- a total_daily_energy szenzor elmenti úgy tűnik, de az meg naponta nullázódikLehet olyan szenzort írni, ami olyan mint a total_daily_energy, de nem daily, hanem megy a végtelenbe folyamatosan?
-
vtechun
veterán
Sziasztok!
Valaki tudja nekem értelmezni ebben a ESPHome and Deep Sleep
posztban aon_boot:
priority: -100.0
then:
- output.turn_on: gpio_d1
- script.execute: deep_sleep_evaluationaz aláhúzott, kiemelt rész mi célt szolgál? Mert nagy naívan kihagytam, aztán így nem működik. (Lehe amúgy sem működne, de így most tuti nem) Felébred, az tuti. De nem marad ébren.
[ Szerkesztve ]
-
tsilver
aktív tag
van egy aquara hőmérőm kint a kertben, tudok valahogy nappali és éjszakai átlaghőmérsékletet kiszedni a HA-ból?
AudioPC, FireStick 4K Max, Home Assistant, Vu uno/4K SE, Kobra 3D
-
radio11
tag
válasz TheProb #38447 üzenetére
Én ezt már 10 évvel ezelőtt olcsó kínai rfid beléptetővel oldottam meg az akkori társasházunknál. Igaz nem telefonos, de olcsó volt és megbízhatóan működött. Ilyen volt [link] és ilyen nyitók voltak hozzá [link]
Most kertes házban lakok és a kapura szereltem egy ujjlenyomatos + rfid nyitót (az első nem bírta a vizet ezért egy ehhez hasonlót tettem fel [link] )
Az utolsó linken szereplő akár jó is lehet Neked mobilos nyitásra, bár az is jó, hogy olcsó rfid tag-ekkel is használható.
Mindegyik megoldáshoz csak egy tápegység és egy szabvány elektromos zár szükséges, általában állítható, hogy mennyi ideig tartsa a zárat nyitva. -
vampire17
addikt
Tado felhasznalok!
Ismet "csepegtetett" a Tado egy kis testreszabasi lehetoseget! Mint tudjatok, eddig a max eloremeno homersekletet (buszos bekotes eseten) csak a support kozbenjarasaval lehetett beallitani.
Most, a Tado for Installers app segitsegevel ezt mar ti magatok is megtehetitek!
Bővebben: [link]
A fenti topicban amugy erdekeseket olvastam! Idezem:
...The thermostat is, unfortunately, not an automatically adjusting one. So I am experimenting with different Kp,Ki and Kd values. These are only accessible via TADO support. For this, I also have to e-mail and bother your support staff. Actually only the 2nd line support can do this. Valuable resources!
meglepő hogy ilyet is tudnak állítani/egyenileg testre szabni!! Az meg pláne, hogy ezt egy kosza forum bejegyzesbol kell megtudni... had ne mondjam, ez mekkora segitseg azoknak, akik pl padlofuteshez hasznaljak a tadot, vagy vegyesen padlo/radiatoros kiepitesben!
-
vampire17
addikt
Itt leirjak, hogyan csinalnak teljesen elszeparalt halozatot:
https://github.com/rospogrigio/localtuya/issues/975
before doing everything all of these, I actually have these tuya device in a separate IoT SSID that is totally offgrid, the only moment that these devices see light over the internet is when I paired the thing using the mobile app, grabbed their localkey and added it to localtuya, after that, I basically reconfigured pfsense to block all connection except DHCP server, even DHCP server is not providing a gateway and dns ip, just plain ip address and its subnet.
[ Szerkesztve ]
-
Olympia76
tag
@ojb @vkp nagyon köszönöm a válaszokat!
Nekem itt panel biztosan nem férne el, hogy azon összerakjam a kütyüt. Van két fali kötődoboz, mindkettőn vakfedél. Az a tervem, hogy csak simán meztelenül bedobálok a két dobozba mindent. Az egyikbe a tápot, a másikba az esp-t, az nfc olvsó modult pedig felragasztom a vakfedélre belülről. Csak attól félek, hogyha így berakom a tápot, akkor hiába ragasztózom be, így, hogy meztelenül lenne, a mozgatásnál mozoghat annyit, hogy szabaddá válik a vezeték. Akkor azt kéne, hogy a meztelenség helyett mégiscsak keresek valami műanyag dobozt, ami pont csak annyival nagyobb a tápnál, hogy a vezetékek még beférjenek, aztán ki tudjam még önteni, igaz?
-
zsamiatt
őstag
válasz TheProb #38447 üzenetére
Ilyesmire gondolsz?
[link]
Persze ehez a kilincset ki kell iktatni kivulrol. Utana mar csak a szoftvert kell osszetenni. Maga az eszkoz vezerlese nem gond. A wallettes kulcsok mar erdekesebb. Erre mondjuk lehetne nfc, ujjlenyomat.[ Szerkesztve ]
Eladó HP Proliant DL380 G6 használt szerver -- Érdeklődés privátban!
-
€uro
őstag
Kísérleti jelleggel egyelőre Hyper-V virtuális rendszeren futtatom a Home Assistant Operating System-et. http://homeassistant.local:8123 címről érem el böngészőből. Szépen működik.
Windows 10 alól hogy tudok file-okat másolni a virtuális gépre?
Eladó - Samsung 55" Aktív 3D SMART LED TV + 4 db 3D Szemüveg | 2 db Távirányító (egyik giroszkópos, hangvezérléses)
-
ojb
tag
válasz BullZeye #38451 üzenetére
Hasonlóan vkp kollégához.
Ha lehet "csupaluk" panelre dolgozom. Arra rögzítem a modulokat forrasztással, majd a szükséges "lábakat" összedrótozom. Az alábbi fotón is .
A 230 V-os résznél a forrasztási pontokat pedig meleg ragasztóval "letakarom".
Természetesen a rajzolt kék barna drót a valóságban a panel forrasztási oldalán fut.#38450 Olympia76
Végszükségben a ráforrasztott vezetékre és lábra zsugorcsövet lehet húzni, melegíteni... -
Olympia76
tag
Ilyet? https://www.aliexpress.com/item/32909759294.html
...ahogy nézem itt rá kell forrasztani az erősáramú betápot. Ott hogy oldod meg az érintésvédelmet?
-
Olympia76
tag
Fali kapcsoló kötődobozába szeretnék tenni egy esp alapú tag reader-t. Kapcsoló nem kell, azt helyettesíteném egy vakfedéllel.
Tudtok ajánlani az esp meghajtására olyan 5v-os tápegységet ami beférne a kötődobozba és érintésvédelmileg is megfelelő/ biztonságos lenne?
-
TheProb
veterán
Sziasztok!
Tudtok esetleg olyan megoldásról, amivel egy társasáház ajtajának nyitását meg lehetne oldani telefonnal? Okoszárak már vannak, illetve hotelszobákat is ki lehet így nyitni, szóval talán nem ördögtől való dologra gondolok.
Netán valami házibarkács módszerrel nem lehetne ezt kivitelezni? ESP32 kaliberű dologra gondolok. Csak itt meg a sw-es része lesz gondolom a szűk keresztmetszet. Az lenne a pref, ha Google és Apple Wallet-be lehet importálni a kulcsot.
[ Szerkesztve ]
"Boba is Mickey, Mickey is Boba" - Finkle Einhorn | PC Rig: https://pcpartpicker.com/b/bBy48d
-
Shummo
senior tag
Érdeklődni szeretnék, hogy az új modulos BlitzWolf BW-SHP6 Pro -ra (15A) valakinek sikerült már felrakni a tasmotat? Vagy felejtős innentől ez a tipus?
Az alábbi figyelmeztetés miatt kérdezem:"WARNING: New Tuya devices have replaced their Wi-Fi module with one incompatible with Tasmota!!!
Tuya-Convert might not be possible for this device since the template was added (2020-01-09)."[ Szerkesztve ]
-
ViZion
félisten
Sziasztok!
erről van vélemény/tapasztalat: [link]
2 db+Gateway kellene, lehetőleg Tuya/Smart Life kompatibilis, bár ezt ugye beállít, elfelejt, szal. az sem fontos. Ablaknyitás érzékelés, időzítés (3-4 időpont/nap elég, heti program).
Vagy van más javaslat? Itthonról, boltból.
Köszönöm!Hold on, trying to give a fuck... Nope, not Happening • Powered by Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy ¤¤¤ Hirdetéseim: https://hardverapro.hu/aprok/hirdeto/vizion/index.html
-
simico
aktív tag
-
ojb
tag
Addig, amíg nem közel állandó szélességű és aránylag rövid impulzust számoltatsz a counter-rel sajnos bizonytalan fog maradni.
Erre javasoltam a #38405 -ben a másodlagos -- állandó szélességű -- impulzus használatát
Gondolj bele pl a gázóra úgy áll meg éppen, hogy a reed zárt állapotban marad néhány órára vagy akár néhány napra, amíg a kazán újból el nem indul.
Ez az állapot mindennek nevezhető csak aránylag rövid impulzusnak nem ...
Ugyan ez a helyzet abban az esetben is, ha nem a rövid, hanem a hosszú impulzusát számoltatod a ciklusnak. -
Robi BALBOA
őstag
Tuning mindenek felett! Legjobb a Legrosszabb! by Karesz:) , Én: és mivel iszod a Vodkát Karesz? Karesz: Hát,Ö?!?> Haverokkal!:) , Nem az a lényeg honnan jössz, hanem, hogy mit ISZOL!!! by-Bekő Lacika- /Abit és Fatal1ty alaplapokat Keresek!/
-
siri533
csendes tag
Sziasztok! A fűtési szezon sajnos elindult és a szomszédom fával (és ki tudja még mivel) füstöl. Nekem hővisszanyerős szellőztető gépem van a házban, aminek hamar tönkreteszi a szűrőjét a füst és be is jön valamennyi. Az a tervem, hogy mérem a szállópor szintet és amikor megemelkedik, akkor lekapcsolom a gépet automatikusan.
Jó lenne egy kültéri szállópor-szint mérő (PM 2.5 PM10 pl.), amit le tudok kérdezni raspberri pi-ről és nem 100+$ drága. Tudtok ilyet ajánlani? Jó lenne a vezeték nélküli kommunikáció, hogy kábelt ne kelljen kihúzni, de végülis az rpi-t is rakhatom kintre, csak akkor dobozolás, spéci táp, stb.
A másik a távirányítható konnektor kérdése: azzal addig is jó lennék, amíg nem lesz mérés, mert kb. délelőtt 8-11 és este 17-21 körül megy a füstölés és akkor kapcsolnám ki chronjob-al. Melyik a legolcsóbb, nyitott interfészű konnektorba dugható wifi "konnektorokosító". "Appos" konnektorokat találtam 3k körül is, de amire ráírták, hogy mqtt vagy ilyesmi, olyat csak 15k+ áron találtam és az elérhetőségük is gyanús volt.
[ Szerkesztve ]
-
ViZion
félisten
válasz gya/352 #38431 üzenetére
Rágugliztam, mert ennyivel akár zenét is lejátszhatna a háttérben, kép nélkül...
éééés: bakker, ez tényleg ennyire elkefélt TV: [link]ez segíthet esetleg:
The following factors can influence the TV's Standby power consumption:The TV has different standby states:
First, the TV goes to active Standby, (highest standby power consumption). In this state, the TV checks for software updates, performs automatic service updates, prepares for potential recordings, etc.
After active Standby, TV goes to Full Standby (lowest standby power consumption). In this state, the TV has minimal activity. The delay between active Standby and Full Standby varies from tens of minutes up to one or two hours, depending on the TV model and the tasks that the TV has to perform.
Some settings can increase power consumption in Standby mode. These settings are, for example, Quick start, Remote Start, Google cast remote ON, EPG Caching, etc. Also, the use of a MHL connection and Wi-Fi (rather than Ethernet) connection can influence the power consumption levels. According to the settings and use of these features, Standby power can vary.Esetleg a netet kellene elvenni tőle, vagy a frissítések ellenőrzését kikapcsolni? Nem tudom.
[ Szerkesztve ]
Hold on, trying to give a fuck... Nope, not Happening • Powered by Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy ¤¤¤ Hirdetéseim: https://hardverapro.hu/aprok/hirdeto/vizion/index.html
-
Pubszon
veterán
Szia. Én is így kezdtem mérni a gázfogyasztást, de nekem sem jött össze. Ezért úgy oldottam meg, hogy ESPHome-ot raktam rá és a bemenettel, minden impulzussal növelek egy számlálót a Home Assistantban, majd abból template szenzorral csináltam meg, hogy az energia fülön lássam.
Egy éve egy impulzust sem tévedett.- platform: gpio
name: "Gázóra impulzus"
pin:
number: D1
mode: INPUT_PULLUP
filters:
- invert:
- delayed_off: 10s[ Szerkesztve ]
ASRock X79 Extreme6, i7 4930K, 32GB DDR3, GTX 1080 G1, Corsair RM750x...
-
Clemi
veterán
Sziasztok, csak kérdés.... Okozhat-e gondot egy készüléknek, ami alapértelmezetten kikapcsoláskor készenlét üzemmodba kerül (Konkrétan pl a TV) ha ütemezetten minden nap lekapcsolom, majd feltétel teljesülésekor ismét visszakapcsolom az áramellátását.?
Nem vészes, de készenléti módban is 25-28W a TV fogyasztása (Sony 55XG9505) és gondoltam az a mennyiség is csak totál feleslegesen fogy.
-
ojb
tag
"Jól számoltam?"
A végeredményed szerint igen, de
Szerintem tízzel elszámoltad...
Nem 0.425m3 a percenkénti max fogyasztás, hanem csak 42.5liter, tehát kb 14 másodpercenként ad az óra egy impulzust, aminek a hossza valahol 1000 - 2000ms közötti.
Valóban a 0-ás állapothoz jó lehet az általad is megadott ~700ms debounce érték.
Amennyiben HA-t használsz én javaslom a kapcsolós megoldást.
Az a legstabilabb ill legpontosabb. -
tag
-
Yocee
aktív tag
Egy 24 kw-os kondenzációs kazán kb 425 liter/ perc gázt fogyaszt full gázon. Tehát ~0.425 m3/perc az impulzust az utolsó szegmens adja, tehát percenként ~43 impulzus várható maximum. 60/43= 1.39sec, tehát 700ms fölé nem vihetem a debounce értéket.
Jól számoltam?Most megnéztem, 4000-en áll. Ez lehet oka a hibáknak, de 1000 is volt már, és ott bizonytalanul számolt, néha duplán vette be.
[ Szerkesztve ]
-
tototos
őstag
válasz BullZeye #38418 üzenetére
A shelly folyamatosan tápellátás alatt van. A kérdés, hogy miről szeretnéd vezérelni a kazánt? A shelly csak ki és be tudja kapcsolni. A termosztát lehet egy ilyen bemeneti trigger amit te eldönthetsz hogy mi történjen utána.
Lehet vissza is kérdeznék, hogy pontosan mi lenne az elvárt viselkedés a rendszertől? -
kaszi28
csendes tag
válasz Fuser és Tsa #38378 üzenetére
Köszi!
Ez az SDM120 egész jó cuccnak tűnik.
Nekem azonban nehézséget okozna ebből 4 db-ot egy mod bus-ra felfűzni, mert minden betáp (helyileg) máshol van.
Jobb lenne valami hasonló kvalitású cucc, de vezeték nélküli összeköttetéssel.
Üdv!
Kaszi -
kaszi28
csendes tag
bocsi, nem jó helyre ment.
[ Szerkesztve ]
-
Nerazim
őstag
Üdv!
Valaki tudna linkelni egy olyan wifis termosztátot akár Aliról is vagy itthonról is jöhet jó árban van, ami vezeték nélküli? Tehát a termosztát hordozható (nem kell vezetékelni) a vevőt meg be kell kötni a kazánba és az egész cucc wifiről vezérelhető.Ui: Ezeknél a wifis cuccoknál ha elmegy a wifi akkor mi történik? Nincs fűtés vagy vagy folyamatosan megy a kazán vagy a szépen működik a rendszer az appban beállított értékekkel?
Be my computer.. Baby I'm a user!!
-
ojb
tag
válasz osztraksajt #38417 üzenetére
Egy hete felmerült szinte ugyan ez a kérdés...
Most is ezt ajánlanám: [link] -
osztraksajt
őstag
Tanácsot/segítséget szeretnék kérni.
Alapvetően villanyszerelő vagyok már két éve, de napelem a fő irány amiben dolgozom, okos otthonnal csak érintőlegesen találkoztam. Értek az informatikához, hálózatokhoz, topológiák, vezetéknélküli szabványokkal képben vagyok. Ezeket azért írom le hogy nem kell teljesen az alapoktól indulnom, tudom mi az hogy kell a nulla valahová, vagy hogy a zigbee hub mit jelent.Most vettem egy házat saját célra ami teljesen nulláról újra lesz vezetékezem és szeretném úgy kialakítani, hogy ne később keljen azon verni a fejem a falba hogy mért nem raktam még be egy plusz vezetéket. Szeretném nyílt szabványra felépíteni, nem bezárni magam egy felhőbe sem. Továbbra az elemes táplálást is kerülném, inkább megy mindenhová kábel.
Ami lenne a házban:
okosotthon előkészített villamos hálózat
informatikai hálózat
riasztó
redőny
villamos/klíma fűtés (Hisense klímák, később levegő-víz hőszivattyú, helyiségenként termosztátos vezérléssel)Az lenne az elképzelésem hogy a főleosztótól 5x10 és 5x6-os kábelekkel kiállok helység elosztókba, onnan pedig csillagpontosan megyek az adott helyiség fogyasztóihoz, kapcsolóihoz.
A szobaelosztókba kerülnének a biztosítékok, illetve a vezérlőrelék.
Milyen irányba induljak el? Milyen központ lenne ajánlott az esetemben? Sajnos a neten csak nagyon hiányos, vagy erősen szponzorált tartalommal találkozom ebben a témakörben.
Van olyan din sínes relé jópár kimenettel aminek és valamilyen adatátviteli kábellel (Ethernet, RS485, modbus stb) lehet visszakötni a központi vezérlőbe (ha esetleg fogyasztást is tud mérni az a hab lenne a tortán)? Pl Zigbee/wifi din sínes relét láttam már ami kapcsolható és tud fogyasztást mérni. Ha jól olvastam a zigbee egyszerűbb, mert a wifi jobban felhőhöz kötött. De a legjobb mégiscsak valami vezetékes megoldás lenne.
-
SafE84
tag
válasz jdaniel1993 #38397 üzenetére
Szia! Én rendszeresen foglalkozók WAGO PLC-vel.
Bár az okosotthon rendszerükkel még nem foglalkoztam, de meg lennék lepődve, ha a 750-880 kompatibilis lenne vele. Elég régi típus, mostanában már a PFC100-200 amit fejlesztenek.
Pontosan milyen szoftverrel szeretnél próbálkozni?Amennyire én tudom nem kifejezetten okosotthon szoftverük van, hanem egy CoDeSys 3.5-ben jól megírt programjuk, amit Webserver-en keresztül lehet (részben) konfigurálni.
[ Szerkesztve ]
-
-
BullZeye
veterán
Van egy Computherm Q3RF, ami vezeték nélküli és tegnap gondolom elvesztette a jelet és a leállási parancsot nem kapta meg a kazán így egész éjszaka fűtött.
Úgyhogy szeretném okosítani egy Shellyvel, de költözés miatt nem tudom merre van a multimeterem.
Leírásban az szerepel, hogy ami kijön a vezérlő egységből az 24V, így a bekötés emigyen lenne gondolom:
230V -> Vezérlő -> 24V-ra állított Shelly 1 -> KazánA kérdés, hogy termosztáttal mit kezdjek, mire állítsam? Most 21°C-ra van állítva a ház, így van 20,8-21,8°C úgyhogy ha ezt tartani szeretném, akkor termosztát legyen 22,5°C-ra, hogy konstans HEAT-ben legyen, de ha véletlenül shelly beszarik, akkor termosztát leakasztja.
Jó az elgondolás?
Eladó Yuka 1000 robotfűnyíró + sweeper!
-
hunace
tag
Sziasztok,
Okoskapcsolóhoz hoznék le nullát egy fenti kötődobozból.
Mennyire vészes az ha a kötődobozban lévő nullát (amit egy wagoval szétbontanék) nem tudom pontosan milyen fogyasztókhoz van bekötve és csak egy 1,5-es vezetéket tudok lehúzni a kapcsolóhoz?
Köszi! -
nszero
csendes tag
Helo. A domoticz tasmota és mqttdiscovery összeakad. Mqttdiscovery nélkül jönnek az adatok. Ekkor viszont nincsenek zigbee szenzorok. Nem akarok Ha-t feltenni. Maradnék a domónál. Ki milyen megoldást használ ble szenzorokhoz?
-
ojb
tag
"Az éllel indítást egyáltalán nem értem."
Amennyiben impulzust számoltatsz a Tasmotával mindig kell egy "le" (1 -> 0) és egy "fel" (0 ->1) futó él ui ettől lesz teljes az impulzus.
Viszont a gázmérés esetében is a le és fel futás között nagyon - nagyon változik az idő ~1s -től egyészen akár napokig is lehet valamely állapotában (nyitott vagy zárt) a reed az óra állásától függően. Erre megoldás lehet az említett másodlagos "rövid" impulzus, amit vagy az
1->0 vagy a 0->1 váltás indít.A debounce érték soha ne haladja meg a várható legrövidebb impulzus szélességének ~50%-át.
Pl 4m3 0.01imp/h gázóra esetében a legrövidebb impulzus (reed zárt) max gázfogyasztásnál alakul ki és az értéke 3.600/400=> 9/10 ~ 900ms ehhez az impulzus szélességhez 400ms debounce kb a megfelelő érték
Amennyiben a reed nyitott állapotát figyelteted( számoltatod), akkor már a debounce értékét is közel a tízszeresére emelheted 4s körülire a 400ms-ről. -
Yocee
aktív tag
Köszönöm a válaszokat!
Emésztegetem őket. Plusz áramkört nem tennék, mert kültéri az egész cucc. Az éllel indítást egyáltalán nem értem.
A 1-0, 0-1 fordítást értem. meg fogom próbálni, de most sem a debounce kevésségével van a baj, mert akkor többet mérne a tasmota, mint a valós fordulat, most meg kevesebbet tesz.
A swichest is meg fogom próbálni.
Most csak a Használati melegvízhez megy a gázkazán, és éjszaka is begyújt kicsit hőntartani a hőcserélőjét. Lehet hogy ez a kis fogyasztás produkál fals értékeket. Majd a nagy hidegbe ha a fűtés is gázzal megy, akkor leszek kiváncsi, és lesz fontos a pontosabb mérés. -
LouiS22
veterán
-
ojb
tag
Pl az alábbi áramkör az esetleges "pergésmentesítésre":
Amennyiben nem segít:
- Ne a 0 -> 1 átmeneteket, hanem az 1 -> 0 átmeneteket számoltasd.
Normál állandó fogyasztású "működés" közben közel tízszer annyi ideig van 1 állapotban a GPIO, mint 0 -ban igy jelentősen hosszabb debounce értékeket is használhatsz.- Ne a reed nyitását - zárást használd fel a counter bemenetnek, hanem valamelyik éllel indíts egy meghatározott hosszúságú impulzust (pl 100ms) és számoltasd meg azt a
counterrel.- Ne counter-t, hanem csak egy egyszerű switch-et használj.
A be vagy kikapcsolással pedig indíts pl HA-ban egy automatizmust, ami egy számlálót léptet.
pl az alábbi kód szerint:
(természetesen id ; alias ; entity_id ; device_id; stb a Te entitásaid szerin)- id: '1234567890'
alias: PTVO Gas Counter S
description: ''
trigger:
- platform: device
type: turned_off
device_id: x1234567890
entity_id: switch.ptvo_counter_l2
domain: switch
for:
hours: 0
minutes: 0
seconds: 5
condition: []
action:
- service: counter.increment
data: {}
target:
entity_id: counter.gas_meter_s
mode: single[ Szerkesztve ]
Új hozzászólás Aktív témák
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest