-
Fototrend
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
Degeczi
nagyúr
válasz ViZion #40652 üzenetére
Nem nagy, 100e alatti összegnél korrekt szokott lenni a legtöbb. Pl. tavaly nyáron közeli villámcsapás vitte ki a riasztómat, csak egy szakosodott cégtől kellett beszerezni szakvéleményt (ők se jöttek ki, elég volt pár fotó) árajánlatot, és már fizettek is.
7 éve a házimozi erősítőmet vágta haza ugyanilyen esemény, akkor egy másik biztosítóval is ugyanez volt a helyzet. -
Degeczi
nagyúr
válasz MaCS_70 #40672 üzenetére
Ehhez a némethez illik a másik véglet: az angoloknál (és azt hiszem Írországban is) egészen 1992-ig a boltokban kapható elektromos eszközök hálózati kábelén nem volt csatlakozó, neked kellett otthon rászerelned, ezért általános iskolában oktatták is ezt hogyan csináld...
(persze ott is voltak kétbalkezesek, és legfőképp a 90-es évekre rég megszűnt a csatlakozó-káosz ami ezt egykor indokolta, ezért azóta ott is előírás, h dugóval kapja meg a vásárló a berendezést. De néha itt is hasznos lenne. Pl. pár hónapja raktam föl a konyha csaptelep helyére átfolyós vízmelegítőt, a kábel végére fixen ráöntött csatlakozó-dugóval - ami nem fér át a mosogatón lévő lyukon: levágni nyilván nem fogja az ember egy új, garos eszközről, a szétszerelés sem vonzó opció, így maradt a felső bekötés... csupasz kábellel, utólag rászerelendő dugóval ez sem lenne probléma)
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz MaCS_70 #40778 üzenetére
Nagyon túlbecsülöd a fogyasztást...
Az a konnektorom, amibe csatlakozik az okosotthon vezérlés is, napi 1.3-1.4 kWh fogyasztást produkál, de ebben van még a gépen kívül
- egy szünetmentes táp
- 16 portos switch
- 2 wifi AP a switchről POE-val táplálva
- router
- wifis netszolgáltató antennája
- 2 HDD-s NAS
- Ikea Symfonisk hangszóróA HP T620 (négymagos változat 8 GB RAM-mal, 240 GB SSD-vel, fölsorolni sem tudnám mennyi Addonnal HassOS alatt, még a Unifi AP-k kontrollere is ezen fut) ebből 300-350 Wh-t eszik egy nap.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz MaCS_70 #40781 üzenetére
Talán régebbi technika, kevésbé energiatakarékos alkatrészekből fölépítve - végülis mindegy. A HP oldalán is megtalálod, h a négymagos T620 (nem a CPU, hanem a gép!) üresjárati teljesítményigénye nincs 5W. Gyakorlati használatban (nálam olyan 30-35% közti terhelést mutat a HA, de ismét: rengeteg addonnal) is 10-12W körül marad.
-
Degeczi
nagyúr
válasz Speederer #40790 üzenetére
Nincs igazán jelentősége, 1-2 perc alatt megvan egy HA restart, amire mondjuk hetente ha szükség van vmi frissítés miatt, de ez már rajtad is áll.
Az addonok ilyenkor nem töltődnek, hiszen azok önálló dockerek, azok csak a teljes gép újraindításakor (vagy a saját frissülésük esetén) indulnak újra, az végképp ritka, nincs jelentősége ha pár percre kiesik az adott addon.
-
Degeczi
nagyúr
válasz kenand #40816 üzenetére
Pont az a gond ezzel módszerrel, h fogyasztást nem közöl, csak teljesítményfölvételt, az alapján pedig sokkal pontatlanabb utólag fogyasztást integrálni, mint ha maga az eszköz végezné.
Amúgy persze könnyen javítható egy-egy szenzor egy másik template szenzornak javított értéket adva, de ilyesminél ahol sok entitás jön létre szerintem nem érdemes, hanem magát az integrációt célszerű kijavítani (-tattni a készítőjével, vagy ha az vmiért nem megy, lemásolni egy custom_component-ként a forrását, és saját gépen javítani) -
Degeczi
nagyúr
-
Degeczi
nagyúr
válasz Speederer #40996 üzenetére
Mondanám, h Magyarországon szerinted milyen az elektromos hálózat, de nem: bárhol előfordulhat ilyesmi egy áramszünet során (és elő is fordul: külföldi Tasmotás fórumon elmlítette vki pár éve, h náluk egy nagy telephelyen több száz eszközt kellett emiatt újrakonfigolni... biztos, ami biztos, érdemes rögtön letiltani)
-
Degeczi
nagyúr
válasz Fuser és Tsa #41004 üzenetére
Korábban sokszor volt már itt erről szó, ezért érdemes különböző input_select állapotokat (mint "mos", "üres", "készen") létrehozni, és akkor nincs ilyen probléma, hiszen csak "mos" állapotból ugorhatna "készen"-be.
-
Degeczi
nagyúr
válasz Fuser és Tsa #41010 üzenetére
Pont most akarod túlbonyolítani. Sokkal egyszerűbb, logikusabb (és felületen is praktikusabb) de legfőképp teljesen üzembiztos a pár diszkrét státuszt követni.
A kiürítés figyelése azért hasznos, mert akkor addig ismételhető időnként a figyelmeztetés, míg a mosógép ajtaját nem nyitják (hiszen simán lehet, h nem hallod vmelyik figyelmeztetést, vagy vmiért nem tudsz reagálni) -
Degeczi
nagyúr
válasz Fuser és Tsa #41014 üzenetére
Elöltöltősre nehezebb rakni, hiszen ott függőlegesen állnak, de szerencsére a sima felületen jól megtapadnak a gyári kétoldalas szalaggal is, évek múltán sem estek le. Gondolom felültöltősön is van hasonló hely ahol ragasztható a házra és az ajtóra is mágnes ill. érzékelő, és ott ráadásul a saját súlyuk sem leugrasztani próbálja azokat. Mivel ugyanolyan bézs színű mint a gép háza, észre sem veszi az ember.
A nyitásérzékelő akkor is hasznos, ha nem akarsz ismételt figyelmeztetést, mert ezzel kinullázható a folyamat, így egyszerűen megoldható, h pl. "mosás" státuszba csak "üres"-ből menjen át, "készen"-ből ne. Így nem gond, ha a kész gép (különösen a szárítógépek hajlamosak erre) időnként mondjuk átforgatja a dobot, ezért ugrik föl a teljesítményfölvétele.
Az automatizációk faék egyszerűségűek, pl. ilyen ha 25W fölé ugrott teljesítményfölvétellel váltok át "mos" állapotba, azzal a feltétellel, h eddig "üres" volt, és csukva az ajtaja:
- alias: Set washing machine active from ures when power detected
trigger:
- platform: numeric_state
entity_id: sensor.mosogep_teljesitmeny
above: 25
condition:
- condition: state
entity_id: binary_sensor.washing_machine_door
state: "off"
- condition: state
entity_id: input_select.washing_machine_status
state: "Üres"
action:
- service: input_select.select_option
data:
entity_id: input_select.washing_machine_status
option: "Mos"
-
Degeczi
nagyúr
válasz gya/352 #41062 üzenetére
Valóban úgy tűnik, h a minimális méret (zsúfolt fölépítés, kisebb tűrőképességű alkatrészek) nem tesz túl jót a Shelly-k megbízhatóságának. Ráadásul akár még pont a firmware is sújtotta őket: a 2.5-ek az "eco" mód bevezetése előtt tizenpár fokkal futottak melegebben - volt olyan tipp, h szerencsétlen módon megírt szoftver miatt (asszem azok is hasonló csökkenést tapasztaltak, akik Tasmotát raktak föl a gyári helyett)
-
Degeczi
nagyúr
válasz Asztee #41072 üzenetére
Az AP nem router - de mondjuk a saját hálózatban kezelt okoseszközöknek nem is kell router, hiszen nincs dolguk az interneten. A wifi AP-k nálam már csak azért is egy switchbe csatlakoznak, mert onnan kapják a POE táplálást (és amit lehet, vezetékkel kötök be, ezért van egy 16 portos switch) és a lokális hálón dolgozó eszközöknek ennyi elég is, nem mennek a routerre (ami nálam egy Mikrotik)
A Unifi AP-nek amúgy nincs saját GUI-ja, kell egy kontroller szoftver, de az addonként tökéletesen megy HA alatt. -
Degeczi
nagyúr
válasz Elemental #41100 üzenetére
Ha korábbi, "Power" széria, fillérekből (egy Wemos Mini és célszerűen 3 optócsatoló) össze tudsz magadnak is rakni HA illesztést. Ha már az újabb "Neo" széria, akkor csak a gyári modul játszik (de az nem tudom, egyáltalán integrálható-e HA alá)
Van, aki fázik ettől, de nem a gyári alkalmazást vagy a HA-t megtörve fognak bemenni úgysem, komfortban viszont nagyon jó, különösen HA alatt (pl. lefekvéskor automatikus éjjeli élesítés, vagy "goodbye" hangparancs után távozó élesítés, így csak hazaérkezéskor kell kódot ütni a kezelőn)
-
Degeczi
nagyúr
válasz Olympia76 #41117 üzenetére
Erre is jó az ajtónyitás-érzékelő, mert az mindig visszaállítja "üres"-be. Amúgy csak abban az esetben ragadhatna "mos" állapotban, ha pont az újraindítás perce alatt érne véget a mosás, esne le a teljesítményfelvétel a megadott küszöb alá, ezért nem triggerelődne az újraindítás után, mert addigra már alatta lenne. Ilyen még nem fordult elő, de az ajtónyitás akkor is magától resetelné a státuszt.
-
Degeczi
nagyúr
válasz Olympia76 #41119 üzenetére
Másik státuszba mindig átlép, ha annak triggere előáll és a feltétele teljesül, nem számít ha volt közben újraindítás, az input_select megőrzi az állapotát. Az ajtónyitás nálam fixen átlöki "üres"-be, feltétele sincs (és üzenetküldés sem, hiszen azt akkor küldök, amikor "kész"-re ugrik a státusz - ahhoz pedig az kell, h "mos" állapotban legyen és x ideje már egy küszöb alatti a teljesítmény)
-
Degeczi
nagyúr
válasz Olympia76 #41121 üzenetére
Nem lenne fals az értesítés (hiszen tényleg készen van a gép), de az 5) nem teljesül, ha a legegyszerűbb módon, a triggerben adod meg a teljesítményküszöböt (márpedig valszeg ott adod meg, emiatt fölösleges lenne mondjuk percenként triggerelve vizsgálni), mivel az csak a küszöb átlépésekor aktiválódna - az pedig vmikor az újraindítás során történt meg, utána már nem.
-
Degeczi
nagyúr
válasz Olympia76 #41124 üzenetére
Vagy akkor egyszerűen reseteled minden újraindításnál a státuszt (még csak automatizálás sem kell, elég az input_select-nél megadni az "initial" opciót) és ha még dolgozik, akkor úgyis visszaáll "mos"-ba.
De szerintem nem érdemes megspórolni a nyitásérzékelőt, nagy segítség. -
Degeczi
nagyúr
válasz MaCS_70 #41131 üzenetére
Két dolgot tudok elképzelni:
- talán a fogyasztásmérőd pontatlan az ilyen, kapcsolóüzemű tápról dolgozó eszközöknél ez nem ritka
- esetleg a telepítetlen gép vmiért nagy terhelésen járt
Amúgy a T520 a10W-ot aligha haladja meg átlagban (5W-ot írnak üresjáratra). A T620-nak létezik négymagos változata (de kétmagos is, ezt mindenképp le kell tisztázni egy vásárlás előtt!), nagyobb rendszerhez, sok addonhoz mindenképp az ajánlott, amúgy valszeg elég a kétmagos is. Ezen felül a T520-ban asszem csak egy memfoglalat van, a T620-ban kettő. -
Degeczi
nagyúr
válasz LouiS22 #41201 üzenetére
És mások gondatlansága ellen sem, ezért mindenképpen egyedi kell legyen a jelszó. Találtam már meg saját, magyar alapú és amúgy ésszerű limitek közt kitalálhatatlan jelszavamat nyilvános adatbázisban - mert az az oldal ahol használtam, gyenge titkosítást alkalmazott, és vmilyen támadás során megszerezték onnan.
-
Degeczi
nagyúr
válasz MaCS_70 #41293 üzenetére
"Mi más alatt futna?"
A docker alapban root userrel fut az elindított konténerben, neked kell (nem okvetlenül muszáj, de érdemes, különben a host gépen is csak root-tal lesz jogod a belülről létrehozott file-ok-hoz) átállítani
-
Degeczi
nagyúr
válasz gya/352 #41307 üzenetére
"jinja" a kulcsszó, az HA template nyelv neve, arra keress rá. Kb. bármit meg tudsz benne csinálni, és a Fejlesztői eszközök/Sablon alatt kényelmesen kikísérletezni.
Egyszerűen
.split(;)
-el földarabolod tömbbe (pontosabban listába) a stringet, és attól kezdve már van indexe:{% set var = "2.50;99.90;3" %}
{% set arr = var.split(';') %}
A második elem {{ arr[1] }}
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz Salex1 #41321 üzenetére
Majdnem, igen. Arduinot nem célszerű, mert kicsi a teljesítménye és pláne a memóriája, meg wifi híján a hálózatra csatlakozáshoz külön shield kell rá.
Szóval célszerűbb ESP chipes (ehhez elég a 8266, nem muszáj ESP32) cuccot használni, pl. Wemos Mini-t, és a régi, Taligent féle DSCKeybusinterface helyett inkább Dilbert66 ESPHome-os megoldását (de csak a "new" branchét, a master már nagyon régi), az sokkal kényelmesebb és többet tud, meg egyszerűbb HA alá integrálni is.Kapcsolást is találsz Dilbert repójában, abból az optocsatolósat ajánlom, amihez készítettem olyan tervet, amit próbanyák panelen is könnyen össze lehet huzalozni egyenes vonalakkal. De vehetsz akár készen is.
A riasztó központon pusztán az illesztés miatt nem kell állítgatni (de persze egyszer föl kell telepíteni, beállítani. Ha sok zóna van, azt a legkényelmesebb a "DLS 5" programmal soros portra csatlakozó kábellel, de amúgy nem muszáj, numerikus kezelővel is könnyen beállítható minden. -
-
-
Degeczi
nagyúr
válasz pityaa23 #41428 üzenetére
Expondós változata (rengeteg cég forgalmazásában megtalálni ezeket) bevált.
-
Degeczi
nagyúr
válasz LLKobe #41456 üzenetére
Teleperiod, alapban 300 mp
-
Degeczi
nagyúr
Ha a wifis routeredet nem állítod be másként, annak switch portjai is ugyanazon a hálózaton vannak, mint a szolgáltatói router switch portjai (hiszen nyilván ott az egyik portba csatlakozik a saját eszközöd is)
Szerk: nem, a switch portokon szépen átmegy a forgalom.
[ Szerkesztve ]
-
Degeczi
nagyúr
Igen, de a többség routernek hívja a wifijét akkor is, ha csak AP-ként használja... Valóban nem szerencsés ha mindkettőn megy a DHCP, de mivel azonos IP tartományra vannak beállítva, azonnali problémát sem okoz, csak ha a címkészletük is azonos és az egyiken már kiosztott címet adna ki a másik is
Új hozzászólás Aktív témák
- Prémium autómatricák kedvező áron! PH tagoknak 30% kedvezmény!
- Babzsákfotel
- Üzleti és kirakat matricák a legjobb minőségben! PH tagoknak 30% kedvezmény!
- Raktáron! Új EVSE EV 3 fázisú 11kW-os hálózati töltők elektromos autókhoz, 3 év garanciával!
- Eladó Családi Ház Nőtincsen 70 négyzetméter Lakó rész + 40 négyzetméter beépíthető rész
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs