-
Fototrend
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
Degeczi
nagyúr
válasz its_grandpa #37295 üzenetére
Melyik SP1-ben van bluetooth, és mire használja?
A C-n nem érdemes megakadni, következetlen jelölés lehet. Ami "Blitzwolf SHP-2"-ket vettem 4 éve Kínából, azok ugyanolyan SP1-C_V2.3 jelölésűek voltak, mint a Tasmota Gosund oldala is mutatja, ennek ellenére emlékszem, h a flashelés előtt megnéztem a gyári Android alkalmazással, működtek. -
Degeczi
nagyúr
válasz its_grandpa #37300 üzenetére
Úgy értem, akkor gondolom csak az új, W701-el szerelt SP1 változatban?
Mert az ESP82xx-ben nincs bluetooth, külön meg nyilván nem tesznek mellé, az én régi példányaimban sincs.Tuya convertet ezekhez nem használtam (könnyen szétszedhetőek és jól hozzáférhetőek a belső csatlakozási pontok) így amúgysem állna az, h "Apple teló nélkül nem flashelhetőek át" - de mint említettem, az én 1C v2.3 példányaim is működtek Androiddal. Valszeg következetlen jelölés, talán a mostani, W701 alapú C verziókra igaz, h már csak Apple-el mennek (mert amúgy elvileg a "H", mint Homekit változatnál lenne ez logikus - viszont volt már itt 1-2 hónapja, aki a C-ről írta, h nem jelent meg Android alatt, ám gondolom az is már új verzió lehetett. Bár akkor meg eleve mindegy, W701-re úgysem megy a Tasmota)
-
Degeczi
nagyúr
válasz simico #37302 üzenetére
Ó, ebbe mindenki belefut, rendre jelennek meg olyan új lehetőségek, amikkel érdemes lehet átdolgozni a korábbi megoldásokat. Nekem is át kell majd nézzem az egészet, mert van script, amit még 4 éve raktam össze, és azóta sokkal szebben is meg lehetne írni - a repeat is ilyesmi, kezdetben egyáltalán nem volt rá mód, vmikor később jelent meg, nyilván nálad is ezért maradt ki (csak mondjuk nálam ami már ciklusban lévő, összetettebb automatizálás, azokat általában átraktam Appdaemon alá, ott sokkal áttekinthetőbb Pythonban)
Igen, rémlik, h más is belefutott már, a GUI képes ilyen hülye szerkesztést csinálni. SSH amúgy nem muszáj, a Studio Code Server (leánynevén Visual Studio Code) ami tökéletes megoldás scriptek távoli szerkesztésére, mert egy csomó lehetséges hibára már tögtön figyelmeztet, indentálást kényelmesen kezel, stb. Egy böngészőablakban úgy, mintha közvetlenül a gépen dolgoznál.
-
Degeczi
nagyúr
válasz its_grandpa #37307 üzenetére
Ne viccelj már, sima 2.3-as háromszögfejű csavarok (de beleillő méretű Torx fejjel is kijön), aki ilyen hobbyval foglalkozik, biztosan tart olyan készletet, amiben akad.
-
Degeczi
nagyúr
válasz LógaGéza #37326 üzenetére
Igen, de ld. második mondat: "Please note that enabling this component will take up a lot of memory and can lead to problems, especially on the ESP8266"
(amúgy tiszta sor, a Bosch kazánhoz használt EMS ESP is hasonló sorsra jutott: a fejlesztők végül áttértek ESP32-re, mert 8266-nak már kicsi volt a teljesítménye ahhoz, h a webes felület mellett még a háttérben is jól működjön - de a Tasmota végletekig leegyszerűsített felületével nincs gond, pláne hogy annak a háttérben sincs komoly feladata, szemben az EMS ESP-vel)
[ Szerkesztve ]
-
Degeczi
nagyúr
Elhívtak máshová, hamar nyomtam rá. Szóval a kinézett típus procijára érdemes a cpubenchmark-on rákeresni, mégis mi várható tőle, és olyat választani, ami nem nagy fogyasztással hoz legalább 1000 körüli pontszámot. A D425 Atom 222, pl. az említett HP T620 négymagos változata 1411... ez természetesen nem árul mindent el egy cucc teljesítményéről, de jó közelítést ad.
-
Degeczi
nagyúr
válasz BlackJack21 #37355 üzenetére
Igen, de egy átlagos klíma max. áramfölvétele 5-6A (az idő nagyobb részében pedig még a fele sem), ami nem nagy terhelés.
-
Degeczi
nagyúr
válasz BlackJack21 #37361 üzenetére
Igen, a Shelly-k amúgyis hajlamosak melegedni akár terhelés nélkül is, valóban fontos az eco mód, a 2.5 esetén többünknek 10 fokot is meghaladó csökkenést jelentett
-
-
Degeczi
nagyúr
válasz LLKobe #37383 üzenetére
A MikroTik routeremhez gyárilag jár egy dyndns szolgáltatás, megjegyezhetetlen id-t tartalmazó xxxxxxxxxxxxxxx.sn.myname.net címmel, ezt fölvettem egy hazai szolgáltatónál vett domain névhez CNAME rekordként, így már rendben van (+HA alatt Letsencrypt addon, ami 3 havonta újragenerálja a https tanusítványt)
-
-
Degeczi
nagyúr
válasz Olympia76 #37415 üzenetére
Nagyon egyszerű a statisztikai adatbázis fölépítése, egyetlen replace paranccsal módosítható az előzmény másik szenzorra.
De, akad áramtalanítás után negatívan megjelenő szenzor nálam is, viszont ami utility-n keresztül érkezik más okból, ott nincs ilyen nyűg, ezért gondolom. -
Degeczi
nagyúr
válasz Olympia76 #37417 üzenetére
Nem kell nagyon nagy fogyasztónak lenni, már 40W folyamatos fogyasztás összehoz napi 1 kWh-t, ez pedig lazán összejön. Nálam pl. a szerver mindenestül (UPS, router, két AP, switch) elvisz pont ennyit, de hiába csak 1W körüli mondjuk egy okoskonnektor vagy kapcsoló is, ha abból is van mondjuk két tucatnyi...
Vagy amíg nem vettem észre, h a TV és a házimozi erősítő wake-on-lan készenléte egyenként 15-20W körül visz el, az is 30W fölötti pluszt jelentett folyamatosan
Persze nem tudom, nálad mennyi hiányzik naponta, de csak megtalálható kell legyen.
(amúgy de, előfordul rossz mérés is, pl. az SHP-13-ra is 15% körülit mondanak, igaz, stabilan a plusz irányban) -
Degeczi
nagyúr
válasz gya/352 #37435 üzenetére
Fogyasztót írt, nem teljesítményt... Ha hetente 1-2x mosnak, az valóban jóval kisebb fogyasztás mint a kazán, ha utóbbi az említett 80W-on mondjuk csak napi 12 órát dolgozik, de azt minden nap.
Szerintem fölösleges ebbe belekötni, mert tényleg kiderülnek olyasmik, amire az ember amúgy nem is gondolt volna (ld. pl. alább, mennyire nagy tud lenni egy okostv vagy erősítő hálózati készenléte) hasznos végigméregetni a cuccokat kétség esetén. -
Degeczi
nagyúr
válasz zsamiatt #37519 üzenetére
Nem is az a kérdés, h a tárgyak áthűlnek-e ennyi idő alatt, hiszen nem, hanem hogy ha a termosztát is a szellőztetett szobában van, akkor az érzékeli, h ejnye de hideg van, és erre fölöslegesen reagálva emeli az előremenő hőmérsékletet.
A Bosch gyári termosztát szoba alapú vezérlési módban képes szellőztetésként detektálni a hirtelen csökkenést és figyelmen kívül hagyja, de időjárásvezérelt módban már nem, ezért ott inkább pár fokkal alacsonyabbra állítom ilyenkor a kívánt hőfokot, majd a szellőztetés után automatikusan vissza. -
Degeczi
nagyúr
Műanyag redőnynek gyakran nem is olyan a tengelye, h motort lehessen bele tolni, ez tehát az első kérdés, amit tisztázni kell. Amúgy a szokásos aggodalmak ellenére (pl. az erős motor eltépheti a műanyag redőnyt, ha az megakad) sokan vannak, akik elégedetten használnak csőmotort műanyaghoz is.
De az tény, h a gurtnist sokkal egyszerűbb, biztosabb fölrakni és a hagyományos kezelés is ott marad backupként áramszünet/hiba esetére.[ Szerkesztve ]
-
Degeczi
nagyúr
válasz Bornie127 #37560 üzenetére
Ilyen, gyártói felhős megoldáson keresztül úgy általában semmit, de fűtést vezérelni aztán pláne nem jó ötlet! Kimarad a net, a gyártói szervere (pont két hete volt tele FB-on a HA csoport, h leálltak a Sonoff eszközök...) és hideg marad a ház, vagy épp végtelenségig fogyasztja a drága energiát, mert nem kapcsol át...
-
Degeczi
nagyúr
Nálunk ugyan gázos a tűzhely így ezt nem lehet automatizálni, viszont amiatt én is tervezem, h ha majd téli reggeleken szellőztetésre nyitjuk a konyhával közös légtérben lévő nappali ablakát, arra az időre automatikusan beinduljon a szagelszívó, mert magától ritkán van kellő kereszthuzat
-
Degeczi
nagyúr
Á, ez aztán pont olyan, ami már nem éri meg a ráfordítást...
(igazából még a szagot is figyelni kellene, hiszen lehet, h egy leves vagy teafőző miatt a legalacsonyabb fokozat is elég lenne csak a pára ellen, máskor viszont inkább maxon kellene járatni mert vmi erős szagú étel készül) -
Degeczi
nagyúr
válasz v.attis #37847 üzenetére
Általánosságban:
- nyílt forrású rendszerrel nem vagy kötve gyártóhoz, bármilyen márkájú (és rendszer: Zigbee, wifi, 433 MHz, vezetékes) eszközöket rendszerben tudsz használni
- nem vagy kötve a gyártó felhőjéhez
- sem netkapcsolathoz, anélkül lokálisan is megy minden
- sem idióta régiókhoz. Nálam pl. a robotporszívó kínai régióban van, a forrólevegős sütő viszont EU-s. A Xiaomi hozzáállása alapján ez egy telefonon nem kezelhető, míg HA-ban semmi gond.
- semmilyen megkötés, behatárolás nincs saját automatizálások írására, minden megoldhatóEzzel együtt valóban, ha mindez egyáltalán kérdés, és meg vagy elégedve a jelenlegi, erősen korlátolt rendszerrel, akkor nincs értelme váltani.
-
Degeczi
nagyúr
válasz MaCS_70 #37902 üzenetére
Az kivételesen jó akció volt, az alábbi pedig egy drága szállítású, de egyébként mostanában tényleg $50 körül van 4 db.
Amikor utoljára szereztem be ilyen szenzorokat, 4 éve is nem sokkal $10 alatti ár volt jellemző, pl. ennél az eladónál volt $9.6 ha egyszerre 6 db-ot vettem, most nála is $13 ha négyet veszel, ami elsődlegesen a világbajnok áfánk hatása (az csak tavaly nyár óta van rajta az Ali árain!) ill. mert már mindig van némi szállítási költség.
A forint árról pedig elég annyi, h tavaly ilyenkor 315 Ft volt egy USD, most 445...
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz MaCS_70 #37910 üzenetére
De, ennyit: ha az áfáztatás, azaz tavaly nyár előtt rendeltél vmit Kínából, még 290-es USD árfolyam is előfordult, ahhoz képest most 53%-al rosszabb a forint
Vedd még hozzá a 27% áfát (a dollárban feltüntetett árban az is benne van, ha magyar címmel nézed!), pár USD szállítási költséget, és már ott is vagy. -
Degeczi
nagyúr
Ezt utálom nagyon Alin, rengeteg eladónál előfordul: fő helyen kiemelve még $3.14-ért listázza, nyilván véletlenül elírva, h valójában a szállítási költség annyi több darabnál, egyébként rákattintva már $8.14 egy szenzor (és érdekes módon tényleg nem olcsóbb többet rendelve sem, sőt, minden pakk darabára több, mint egyetlené)
fo_di: igen, az is gyakori disznóság, de akkor ott szokott lenni az épp kifogyott alacsony árú termék is, ennél most nincs semmi olyan. Kár, mert ezzel teszik használhatatlanná az Ali ár szerinti keresőjét.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz SafE84 #37928 üzenetére
Igen, a koordinátorra nem kényesek, routerre viszont annál inkább, nagyon megválogatják a Xiaomi érzékelők, mire hajlandóak csatlakozni. A legnagyobb gáz a Zigbee-vel részben ez, és főként az, h amikor kiesik egy router (mert pl. kihúzol egy okoskonnektort) akkor a végtelenségig, akár napokig is várnának mire rácsatlakoznak egy másik, elérhető routerre.
-
Degeczi
nagyúr
válasz zsamiatt #38112 üzenetére
Ez hogy lehet kérdés, ha ESPHome-ot használsz?
Ott az egész onnan indul ki, h egy xxx.yaml filera ráengeded a compilerét - és a Dilbert66 féle DSCKeybusinterface projekt (szigorúan a "new" branch, mert a master nagyon régi, elavult) leclone-ozott mappájában ott van ez a file, abban ezek a sorok, már csak át kell írnod a nálad érvényes pinekre. -
Degeczi
nagyúr
válasz icemad #38126 üzenetére
Pl. lakótelepen tökéletes, hiszen ott hideg időben folyamatosan kering a víz, így radiátor termosztáttal jól tudod szabályozni az érintett helyiség hőmérsékletét.
De saját gázkazánnal fűtve is így dolgozik sok gyári időjáráskövető megoldás, ott is jórészt folyamatos a víz keringetése, csak az előremenő hőfokán állítgat a rendszer.
Ami meg hagyományos szobatermosztáttal szabályzott, arra az áll, amit ViZion írt, normál esetben ott is dolgozik annyi ideig a fűtés, h a többi szobában lehet értelme fölrakni radiátor termosztátot. Ha meg vmiért nem a leghidegebb helyiségben van a fő termosztát, akkor segíthet az okosotthon, hiszen különösen on-off rendszert könnyedén tudsz indítani, befolyásolni ha fűtési igény lép föl valahol. De ehhez érdemes lehet lecserélni a fő szobatermosztátot integrálható típusra, ha nem olyan.
[ Szerkesztve ]
-
Degeczi
nagyúr
Nem ismerem, de a képeden látható szöveg szerint nem a fel és le nyilat kell nyomva tartani, hanem bármelyiket a kettő közül.
Gyakran amúgy egyszerűen csak azzal szokott gond lenni, h ugyanazon az SSID-n van az 5 GHz-es wifi is, mint a 2.4-es, márpedig az ilyen okoseszközök csak az utóbbit támogatják, ezért célszerű külön nevet adni annak. -
Degeczi
nagyúr
válasz Kolondrum #38293 üzenetére
Az udvar általában nem művelt terület, az érzékelő kábele pedig nem veszélyes, így bőven elég mondjuk 2 ásónyomnyi mélyen gégecsőben lefektetni a kábelt hozzá, egy hétvége alatt megvan.
Nekem a dupláját, 50 méteren felüli hosszban kellett beásni a kapuhoz nyitásérzékelő és csengő kábelét (és mivel maradtak benne szabad erek, később a postaláda is kapott nyitásérzékelőket), de az sem volt vészes, legalább a lezárás idején is volt egy kis testmozgás Egy megváltás azóta, h teljesen megbízható az érzékelés, sokkal jobb mint korábban a 433 MHz-es megoldás volt.Ha építkeznék, mindenhová behúznék kábeleket, de mivel már adott volt a ház, a rengeteg ablakhoz, beltéri ajtóhoz persze nem véstem be utólag, oda praktikusak a Xiaomi Zigbee nyitásérzékelők, simán 2 évig is elketyegnek két elemcsere közt.
-
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.
-
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!
-
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. -
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 ]
-
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 ]
-
Degeczi
nagyúr
válasz Olympia76 #38501 üzenetére
Az nem ezen múlik, hanem a flash_write_interval opción. Alapban 1 perc, érdemes lehet nagyobbra állítani.
@TheProb: ezért említettem, h tényleges biztonsági felhasználás esetén kell mellé kiegészítés - egy lépcsőház nem ilyen, oda valóban elég lehet. Egyébként mindegy milyen a rádiófrekvenciás kommunikáció, a probléma a kártyaolvasó és a központ közti vezetékes kapcsolattal van.
-
Degeczi
nagyúr
A Dilbert66 féle ESPHome megoldással a virtual keypad nem jelent semmi eltérést, mert az csak egy HA Lovelace alatti javascript megoldás a felületre, az illesztőprogram változatlan marad.
Mondjuk ami igazán fontos, a kijelző két sora szenzorként is elérhető minden partícióhoz külön, de néha hasznosak a nyomógombok is, h ne kelljen odabattyogni egy kezelőhöz pl. hibastátuszt lekérdezni. -
Degeczi
nagyúr
válasz Fuser és Tsa #38579 üzenetére
mqtt alatt nem sensors, hanem sensor a következő szint
https://www.home-assistant.io/integrations/sensor.mqtt/
(meg ugye a sensor: előtt nincs kötőjel, csak ide került vmiért?)[ Szerkesztve ]
-
Degeczi
nagyúr
válasz Fuser és Tsa #38583 üzenetére
Talán az indentálásával van baj. De miért nem csinálod egyszerűbben, áttekinthetőbben?
A configuration.yaml-ben elég ennyi:
mqtt: !include_dir_merge_named mqtt/
mqtt.yaml nem kell, az mqtt mappában pedig az mqtt_sensors.yaml-ed (bár lehet simán sensor.yaml is, hiszen a mappából már következik, h ez mqtt) pedig így kezdődik:
sensor:
- name: update-padlas
...
hasonlóképp a switch.yaml is
switch:
- name: akármi
és ugyanígy lehet light.yaml, cover.yaml, ... anélkül, h ezt külön lépcsőben definiálnod kellene. -
Degeczi
nagyúr
válasz Fuser és Tsa #38586 üzenetére
Ne a kötőjel alá húzd ki, hanem szóközt tegyél a - és a name: közé, ahogy a 38584-ben írtam. Ez a listák konvenciója yaml-ben. Így a name:-el azonos oszlopon kezdőhetnek a hozzá tartozó sorok, ami áttekinthetőbb.
-
Degeczi
nagyúr
válasz Fuser és Tsa #38590 üzenetére
írja pedig, h a configuration.yaml 14. sorában a bibi, ott húzhat be vmit amiben float a data_type
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest