-
Fototrend
Okos Otthon összefoglaló:
Új hozzászólás Aktív témák
-
axioma
veterán
válasz
Speederer
#53098
üzenetére
de azt mondtad a stop - max kesleltetve a masikhoz kepest - megnyomja az ellenkezo iranyt, szoval jol mukodtetne' ahogy en irtam akkor is, nem kell mind a ket jelet osszevarni [nem mind1, hogy ellenkezo iranyra v stopra nyomott? az tuti, h az elore irany ilyenkor biztos nem volt szandeka]
-
amargo
addikt
válasz
Speederer
#53098
üzenetére
Nekem ilyen Legrand-os kapcsolóm van.
A középen a STOP csak annyit jelent, hogy egyik irányba se fázist. De ez nyomó kapcsoló:
Nálad meg gondolom billenő kapcsoló van? De létezik ebből nyomó is. Azért van értelme a STOP-nak, hogy ne kapjon fázist mindig valamelyik irány én ezért nem is akartam billenőt, mert valamelyik gyerek vagy feleségem megnyomja és úgy marad napokig.
-
Speederer
senior tag
válasz
axioma
#53096
üzenetére
Ha csak 2 gomb (pontosabban nyomó) lenne rajta, akkor valszeg ezzel a szituval sosem találkozok. A "problémám", hogy a fel/le irány között van egy stop gomb is.
Íme:
A sima Valena (nem Life) redőnykapcsoló pedig így néz ki:
Tehát utóbbin nincs stop gomb (de nem ilyenem van), így nem is kell(ene) lekezelni annak megnyomását.
Ha egy kicsit általánossabban akarom megközelíteni, akkor nem tudom, hogy nyomó esetében mi a fenének van stop gomb? Megnyomva valamelyik irányt elindul a redőny, leállítani meg le lehet ugyanazzal vagy az ellenkező irányút megnyomva. Ha pedig úgy működne, hogy nyomva kell tartani, akkor sincs értelme a stop gombnak, hiszen ha elengedem, akkor megáll. Mondjuk arra jó a stop gomb, hogy az egyikről a "kupakot" már sikerült elhagyni.
-
axioma
veterán
válasz
Speederer
#53095
üzenetére
en ebben azt nem ertem, hogy ha mozog, es a masik irany nyomva [akar egyedul akar a masikkal], akkor stop -- ezzel miert nem eleg figelni? a fizikai gombokkal is ez a vezerlesi modszerunk... jo, nyomogomb miatt az azonos iranyt megnyomva is leall, de ez nem hiszem hogy alapbeallitas kene legyen [nekunk sonoff van szoloban mogotte, a topikhoz most csak kibic vagyok egyelore]
-
Speederer
senior tag
Köszi, nyomóm van.
És lehet megfogadom a tanácsod, hogy nem nyúlok a stop gombhoz, de egy picit még talán próbálkozok vele.Degeczi: vezetékes "butamotor", amit 2 (irányonként 1-1) relével vezérlek, plusz ezekhez vannak a falon az említett nyomók, hogy lehessen így manuálisan is irányítani őket.
A cover_time_based_synced integrációt használom, de ez kb csak arra van, hogy szinkronban legyen a visszajelzett állapot a valóssal, bárhol is (HA vagy fizikai gomb) indítom el a redőnyt. De ez is annyiból buta, hogy csak meg vannak neki adva, hogy mennyi idő alatt záródik/nyílik és melyikhez melyik relét figyelje. Tehát nincs a motor áramfelvétele figyelve, hanem inkább egy bő fél másodperc rá van számolva, hogy biztos elmenjen a végállásig.
Így működik pl a felhúzás:
- Trigger: a "redőny fel" digitális bemenet
- Feltétel:
- egyik relé sincs aktív állapotban (tehát nem mozog a redőny)
- nincs teljesen felhúzva a redőny (kisebb, mint 100% a "nyitottság")
- a "redőny le" digitális bemenete nem aktív (nem nyomok egyszerre 2 gombot vagy a stop gombot)
- Esemény: kinyitja/felhúzza a redőnytA stop pedig így van most:
- Trigger: a "redőny fel" vagy "redőny le" digitális bemenetek
- Feltétel:
- egyik relé aktív (tehát mozgásban van a redőny)
- itt próbálkoztam azt megadni, hogy mindkét bemenet aktív, de nem teljesen egyszerre fog ez végbemenni
Esemény: megállítja a mozgásban lévő redőnytA feltételeknél azért a relék állapotát figyelem, mert az opening/closing állapotot a valósnál kb 2-3 másodperccel tovább mutatja. Ezt az állapotot egyelőre nem tudom mi szolgáltatja, de végülis a relét direktben figyelve szépen működik, így elengedtem egyelőre.
Az eseményeknél viszont a cover open/close/stop-ot használom.És igazából ezekkel így egész jól működik, a le-fel gombot bármikor meg lehet nyomni, ezekre vagy elindul, vagy ha bármelyik irányba is megy, akkor megáll, és igazából a stop-ra is megáll ha menet közben nyomom meg. Egyedül az nem tetszik, hogy álló helyzetben a stop gomb megnyomása kiváltja a(z általában) felhúzás eseményt. Mert ugye először megkapja mondjuk a "felhúzás" bemeneten a triggert, akkor még megfelel minden feltételnek, hogy felhúzás automatizáció, ezért elindul a redőny felfelé. A lefelé bemeneten viszont csak mondjuk 0,1 mp-vel később jelenik meg a jel, így a lehúzás már nem fog triggerelődni, sőt a stop sem.
Vagy ennél nagyobb bajom ne legyen az életben és hagyjam a fenébe?
Lehet az lesz ám.Bár még azt se tudom mennyivel később érzékeli a stop gomb megnyomása után a 2. jelet. Nem látok másodpercnél részletesebb infót erről. Csak mert ha esetleg sok tizedmásodperc (mondjuk 5 feletti), akkor inkább hagyom a fenébe. Bár annál biztos gyorsabb.
-
CsodaPOK
senior tag
Sziasztok!
Van valakinek tapasztalata olyan okoskapcsolóval, ami stabilan elvisel és kapcsol 3x16A-t?
Ha egymaga tudná a három fázis kapcsolását, az lenne a legjobb, de a három darab egy fázisos megoldás is jó lehet. Előny, ha DIN sínre szerelhető. Másik előny, ha a fogyasztást is tudja mérni fázisonként.Köszi!
-
#53091
AeSDé Team
őstag
AeSDé Team
őstag
Sziasztok!
Megérkezett itthonra a Zigbee, és most furdal a kíváncsiság hogy hogyan okosíthatnám fel a meglévő lámpáinkat.
Van olyan kapcsoló, ami
- Zigbee-n távvezérelhető
- Zigbee-n tud dimmelő jelet küldeni
- Zigbee hálózat nélkül is tudja fel/le kapcsolgatni az áramot
- sorolható?Ezek például tetszenek, de csak amerikai verziót találtam:
Tetszik hogy fizikai gombosak, és valamilyen módon mindkettőn meg van oldva a dimmelés is (előbbin két apró gombbal, utóbbin érintés vezérelt). Ti mit szoktatok használni ilyen helyzetben?
-
Degeczi
nagyúr
válasz
Speederer
#53088
üzenetére
Ha nem közvetlenül vezérli a redőnymotort (és az jól beintegrált butamotor, nem rádiós), hanem magad kezeled a gombnyomásokat, egyszerűen megoldható bármi, mert mozgás közben más visszajelzett státusza van a motornak (integrációtól függően closing/opening, DOWN/UP), vagyis lekezelhető, h épp mozgásban van-e, amikor egy gombnyomás érkezett. Így nálam nincs külön stop gomb sem, sima kétirányú Zigbee gombokkal vezérlem: egy megnyomás elküldi az iránynak megfelelő végállásba, de ha mozgás közben jön egy újabb gombnyomás, az megállítja.
-
Speederer
senior tag
válasz
amargo
#53086
üzenetére
Igazad van, jobb a békesség, nem akarlak én semmi rosszra buzdítani.
Más:
Újabban próbálom rendbe rakni a HA-ban korábbról félbemaradt dolgaimat, most éppen a redőnyök kapcsolását. De úgy tűnik nem a legszerencsésebbek a redőnykapcsolóim, vagy legalábbis engem szívat kicsit. Legrand Valena Life kapcsolók, 3 gombbal: le/fel/stop.
A le/fel irány szépen működik, a probléma az az, hogy a stop gomb megnyomása olyan, mintha mindkét kapcsolót egyszerre megnyomnám, tehát mindkét digitális bemenetem jelezni fog, csak éppen egy minimális eltéréssel. Ezért az előbb érzékelt gombhoz tartozó eseményt el fogja indítani, tehát pl a redőny álló helyzetében megnyomva a stopot, elindul mondjuk felfelé.
Elméleti szinten olyan megoldást gondolnék, hogy néhány tizedmásodpercig ne reagáljon a megnyomott gombokra, csak figyeljen arra, hogy kap-e esetleg a másik bemeneten is jelet és végül ennek függvényében történjenek a dolgok. Gyanítom ide is kellene valami segédentitás aminek az értékét állítgatnám.
Van esetleg ötletetek erre? -
DGery
aktív tag
Sziasztok!
Van egy lézergravírozóm aminél az elszívást szeretném vezérelni - késleltetni.
A cél az lenne, hogy a lézer indulásakor az elszívás egyből elinduljon, de amikor végez még 60-120 mp-ig tovább aktív legyen. Az eszközből 5V jelet tudok levenni (a lézerfej ventillátorának tápja, mivel ez akkor megy amikor bárminemű folyamat elindul, egyéb esetben áll).
Mivel minden egyéb eszközöm Shelly, így egy Shelly Plus Uni-ra gondoltam, ami az analógon kaphatná meg az 5V jelet.
Kérdésem az lenne, hogy a kimenetet be lehet úgy állítani, ha az analógra 5V megy akkor aktívvá váljon, majd ha lekapcsol az 5V akkor késleltetve legyen a lekapcsolás? (az elszívás ventijének csak a reléjét működtetné, nem közvetlen a ventillátortIlletve a másik, ha egy ajtónyitás érzékelőt teszek az SW1-re, akkor ha zárva van akkor működjön csak a fenti módon, és ha kinyitom az ajtót az elszívás lekapcsoljon egyből?
Ha ezek megoldhatók, akkor már rendelem is be, mert más feladatot is ellátna
(Azért nem egyszerű időzítés késleltetőt használok, mert a legtöbb csak 10-25mp késleltetést tud ami kevés. Másrészt pedig a másik kimenetet egy totál más funkcióra tudnám felhasználni ami egy Plus 1-et váltana ki) -
amargo
addikt
válasz
LouiS22
#53084
üzenetére
Az elején viszonylag gyorsan jöttek a válaszok az e.on-tól, sőt 2x is megnyugtattak, hogy egy szerelő hamarosan felveszi velem a kapcsolatot, no ennek kb 1,5 hónapja. persze tudom máshonnan, hogy tiszta káosz lett az e.on-nál minden. Kb 1 hónapja hetente írok feléjük.. de eddig semmi. Lehet megírom valamelyik portálnak..
Speederer: Néztem már ezt a kupakot, de nem tudom roncsolás nélkül, hogyan lehetne kiszedni, mert eléggé oda van gyógyítva..
-
amargo
addikt
Sziasztok!
MVM és E.ON, egymással karöltve több mint 2 hónapja képtelenek megoldani, hogy a gázmérő óra aljára rakott kis záró kupakot levegyék. Ez valami kritikán aluli. Lassan már ott vagyok, mivel nincs rajta plomba, leszedem és kész. Csak akkor meg tuti leszerelik az órát
-
válasz
Primary92
#52608
üzenetére
régebbi hozzászólásra válaszolok, de hátha még aktuális.
A szlovén TEM-nek a Modul kapcsolócsaládja jó erre.
Nálam az egész ház ilyennel van, szintén PLC-re kötve.
Van 2x7 modulos szerelvény, konnektorral, nyomógombokkal, még csúnyának sem mondanám.
6 éve megy, nem volt gond vele. Ill. 1-2 led megdöglött, de az külön cserélhető. -
Degeczi
nagyúr
válasz
BullZeye
#53076
üzenetére
Egyszerűen az indulási eseménnyel triggerelve:
- alias: "HA inditasra MQTT lekerdezes"trigger:platform: homeassistantevent: startaction:- service: mqtt.publishdata:topic: "sonoffs/cmnd/state"payload: ""- service: mqtt.publishdata:topic: "shellies/command"payload: "announce" -
BullZeye
veterán
válasz
Degeczi
#53075
üzenetére
Tasmota amikkel "probléma van" ráadásul ősrégiek (tasmota 6.5).
retain: trueezeknél a switcheknél, de kipróbálotam a false-t, restart után ugyanúgy nem tudja, hogy ki vagy be van e kapcsolva.Shelly érdekes módon jól működik, azzal nincs baj, pedig semmit nem csináltam vele.
BlitzWolf SHP15 a problémás, Tasmota konzolján megnéztem, és működik ez a parancs:
sonoffs/cmnd/state.Most már csak az érdekelne, hogy ezt pontosan hova és milyen módon kell HA-ba beletenni, hogy lefusson és megkapja HA az összes eszköz státuszát?
-
Degeczi
nagyúr
válasz
BullZeye
#53074
üzenetére
A legegyszerűbb retainedre állítani az eszközökhöz tartozó topikokat, akkor azonnal megkapja a HA, amint beindult. Ez úgy általában is célszerű minden MQTT adat-topikra (parancsra már nem feltétlenül)
Ha nincs ilyen, az már eszközfüggő (emiatt nem tudott ilyet magától korábban sem a HA), hogyan kell kérni egy kierőszakolt jelentést. pl. Shellynél a "shellies/command"-ba küldeni egy "announce" kérést, Tasmotánál kezdetben sonoffs/cmnd/state alá küldeni egy üres kérést, később ez már tasmotas/cmnd/state-re változott alapértelmezetten (de egy GroupTopic paranccsal átállítható)
-
BullZeye
veterán
Pár éve mikor változtattak MQTT viselkedésen, és Home Assistant indulásakor már nem ellenőrizte az aktuális statutsát pl a switcheknek, megfogadtam, hogy majd ha lesz időm megcsinálom, mert volt rá megoldás akkor.
Probléma, hogy most jutottam el hozzá, viszont ezen már mindenki túl esett és nem találom a szájbarágós megoldást rá neten.
Ki tud segíteni valaki egy guideal vagy egy példával, hogy hogy lehet beállítani, hogy Home Assistant indulásakor az MQTT Switchek állapotát ellenőrizze rögtön?
Köszönöm!
-
Speederer
senior tag
válasz
Degeczi
#53050
üzenetére
Köszi, azóta már volt is egy kimaradás és sikerült jól lekezelnie. Remélem így is marad.
Érdekes, hogy csak ezzel az entitással van ilyen probléma, a másik ~50 amit az integráció kinyer, az sosem produkál ilyet. Szóval azzal együtt tudok élni, hogy emiatt kell egy ilyen segédentitás. Bár az még kérdéses, hogy hosszútávú statisztikát fog-e tárolni ehhez, vagy még trükközni kell vele (talán a state_class megadása befolyásolhatja a dolgot, de konkrét tapasztalatom nincs vele).
4D4M: köszi, gondoltam használom ezt a módszert is, aztán majd meglátom melyik marad, de hogy őszinte legyek első próbálkozásokra nem sikerült ezt összehozni. Most lehet egy kicsit el is engedem, mivel a másik (is) működőnek tűnik.
-
#53072
tototos
addikt
enginev3.0
#53067
tototos
addikt
válasz
enginev3.0
#53067
üzenetére
a két kapcsoló között 2 vezetéked megy. Azokat használja fel. Tehát nem kell plusz vezetéket behúzni a meglévőekkel megvalósítható.
-
#53070
JMP
kezdő
enginev3.0
#53069
JMP
kezdő
válasz
enginev3.0
#53069
üzenetére
De ez egy klasszikus váltókapcsoló? A két kapcsoló gondolom össze van kapcsolva..
-
#53068
JMP
kezdő
enginev3.0
#53067
JMP
kezdő
válasz
enginev3.0
#53067
üzenetére
Nos pontosan mi is kell? Hogy áll össze a rendszered, mert már nem látom az eredeti kérdést.. nekem ezek vannak betéve váltókapcsolónak csak fázisra..
-
#53065
JMP
kezdő
enginev3.0
#53056
JMP
kezdő
válasz
enginev3.0
#53056
üzenetére
Shelly-vel meg lehet csinálni:
[link]
-
#53064
tototos
addikt
enginev3.0
#53056
tototos
addikt
válasz
enginev3.0
#53056
üzenetére
Akor tényleg szükség van 2 eszközre. A két kapcsoló mögé. Az egyikkel csak a kapcsolót okosítod, nem fogsz rákötni lámpát. A másikkal meg tudod kapcsolni a lámpát.
Rakhatsz akár egy shelly plus i4-t is [link] -
4D4M
senior tag
Nekem odateszi, nem változott szerintem a configflow a bevezetése óta.
Megvan még a felvett hálózati meghajtó? Nekem ott van még a három pont utáni "alapértelmezett biztonsági mentés helyének beállítása" lehetőség is.#53058 ratkaics:
Ha ez engem nagyon izgatna, akkor még átírás után próbaképpen legyalulnám 0-ra az energia dashboardot és újra létrehoznám. -
4D4M
senior tag
Ha esetleg valaki éppen ilyen példányt keres és tud pl ausztriába rendelni, ez egy jó vételnek tűnik:
Bresser 7 in 1 kültéri egység(jah, mert én beltéri / kijelző nélküli verziókat keresek RTL_433-hoz, gondolom vagyunk így ezzel itt páran)
-
4D4M
senior tag
válasz
Speederer
#53049
üzenetére
A
this
funkcióval lehet egy előző state-re visszahivatkozni a template-en belül, de én nem találtam hozzá emészthető leírást és annyi időt nem szántam rá, ami a megértéshez elég lenne (:
Ezt a folyamot, ha végignyálazod, lehetséges, hogy találsz választ a kérdésedre. -
Degeczi
nagyúr
válasz
Speederer
#53049
üzenetére
Ha úgyis csak egyetlen ilyen entitás okoz problémát, arra könnyen megoldás, ha létrehozol egy template sensort, amit akkor frissítesz be, ha az adatforrás nem érvénytelen, valahogy így
template:
- trigger:
- platform: state
entity_id: sensor.car_odometer
not_to:
- unknown
- unavailable
sensor:
- name: Korrigalt odometer
state: '{{ trigger.to_state.state }}' -
Speederer
senior tag
válasz
Degeczi
#53046
üzenetére
Igen, azért nem akarok átesni a ló túloldalára, tehát nem akarnék mindent egy évig eltárolni. És tényleg nem rossz a helyzet mióta alapból vannak hosszú távú, kevésbé részletes statisztikák.
Viszont az autó integrációja szivat picit, mert van hogy fél órára kiesik és pl az odometer-t nem frissíti, pontosabban kimarad egy része a mérésnek. Erre gondoltam létrehozok egy helpert, ami bár nem sikerült tökéletesen, de legalább ezeket a fél órás lyukakat kitölti. Csak ezt meg nem menti el hosszútávon, tehát csak az utolsó 10 nap adata van meg így. Ennél viszont pont jó lenne, ha legalább a többihez hasonlóan tárolná.De ha már felmerült, szerintetek az ilyet hogy lehet jól áthidalni?
Azért érdekes annyira, mert van egy olyan létrehozott entitásom, ami a megtehető és aktuális km különbségét mutatja, a fenti kimaradásoknál viszont 0-nak veszi a megtett távot (persze nem ő a hülye, hiszen azt mondtam neki, hogy az a default), amitől teljesen "olvashatatlan" a grafikon ezek miatt.Most annyi van a helper-ben, hogy:
{% set odo = states('sensor.car_odometer') %}{{ odo | default(0, true) }}
De ez nem tökéletes. Gondolom a default-nál a 0 helyett valami olyasminek kéne lennie, ami az utolsó mért értékre mutat. Csak nem tudom ezt hogy. -
4D4M
senior tag
válasz
zsamiatt
#53047
üzenetére
Állandóságról nem beszélhetünk, mint mondottam volt, de eddig semmi jele annak, hogy ne bírnák (tehát nem ment tönkre semmi). Nagy áramokat szerintem minden relével kapcsol, de egyáltalán nem lepődnék meg, ha valaki, aki
jobbanért hozzá, azt mondaná, hogy kockázatos. -
#53046
Degeczi
nagyúr
BlackJack21
#53045
Degeczi
nagyúr
válasz
BlackJack21
#53045
üzenetére
És a frissítések nem ritkán adatbázis struktúra változással is járnak, ami órákig is eltarthat egy fölöslegesen nagy adatbázison.
De igazán el sem tudom képzelni, miért kellene hónapok távlatából egy részletes adatsor. Pl. a leghidegebb, legmelegebb hőmérséklet, vagy egy napi fogyasztás könnyen érdekelhet évek múltán is, de az, hogyan alakult mondjuk fél percenként, már teljesen lényegtelen, csak adatszemét hónapokkal később.
Plusz ami a legrosszabb, minden egyes esemény bejegyzése is ott lenne részletesen, tehát hogy mikor nyitottak egy ajtót, hol volt mozgás, melyik kapcsolót nyomták meg, melyik automatizálás indult el, stb. Ezeket csak teljesen kiszűrni lehetne a naplóból, de az nem volna praktikus, mert pár napon belül még nagyon hasznos segítség hibakereséshez, így pár hétre, max. egy hónapra célszerű limitálni a részletes adatok megtartását. -
#53044
tototos
addikt
enginev3.0
#53028
tototos
addikt
válasz
enginev3.0
#53028
üzenetére
Egy állandó fázis kell neki mindenképp. Ha jól sejtem, akkor egy egyik kapcsolónál van az állandó fázis a másik kapcsolónál meg csatlakozik a lámpa. Ebben az esetben kellene fog egy plusz vezeték. A lényeg hogy a zbmininek kell egy állandó fázis valamint a lámpát is erre kell kötni.
-
Degeczi
nagyúr
válasz
Speederer
#53042
üzenetére
Igen, csak ezt a képet mentettem el
Most már csak az óránkénti min, max és átlag van meg (a long term statistics ezt tárolja), az szerintem elég ilyen távolságból, a folyamatos rögzítés csak pár hétig érdekes. Mondjuk kezdetben a gáz volt, h az alap grafikon nem tudta ábrázolni a hosszú távú statiszikai adatokat, de ezt már jó ideje pótolták. -
Speederer
senior tag
válasz
Degeczi
#53041
üzenetére
Áh igen, akkor valószínűleg a Te esetedre emlékeztem (valamennyire).
Amúgy hogy van meg 4 hónapra visszamenőleg részletesen a mérés ezekről?
Vagyis az megvan, hogy ki lehet iratni pl InfluxDB-be is az adatokat, aztán onnan meg pl Grafana-val megjeleníteni, de ha jól látom itt nem erről van szó. Pedig én is gondolkodtam már azon, hogy HA-n belül néhány entitás adatát logolhatná részletesen is hosszú távon.
Vagy esetleg nem mostani a kép? -
Degeczi
nagyúr
válasz
Speederer
#53039
üzenetére
Igen, a tavasszal így vettem észre távolról, h eldugult a no-frost hűtő olvadék-víz elvezető csöve. Először csak a távolléthez (nincs nyitogatás), és nem meleg lakáshoz képest szokatlanul nagy napi fogyasztás szúrt szemet, aztán pedig a görbe azt is elárulta, h a kb. napi egy alkalom helyett óránként próbál leolvasztani, ami rögtön valószínűvé tette, hol lehet a hiba.
Így látszott a különbség az előző, normális naphoz képest (ahol a két leolvasztás rendben, mert kétajtós hűtő, külön kezeli a fagyasztót. Néha így külön, néha szinkronban egyszerre, olyankor dupla magas a csúcs)
-
Speederer
senior tag
Ok, igazad van. Kicsit kapkodva sikerült csak megírni a hsz-t, így átsiklottam egy lényeges infó felett.
migabi24:
Bár már 4D4M írt egy gyakorlati példát, azért kiegészíteném még 1-2 saját gondolattal:
Engem ami talán legjobban megdöbbentett az egészben, hogy a gázkazánunk fogyasztásából milyen jelentős rész megy el a melegvízre (HMV). Éves átlagban is kb a fele, de most így nyár vége felé (év eleje óta nézve) több ment el a HMV-re, mint a fűtésre. Persze ettől nem fogok hidegvízben fürdeni, de ha esetleg szeretném lejjebb vinni a gázfogyasztásunkat, akkor tudom előre, hogy a HMV részén mennyit lehetne nyerni.A másik amit már 4D4M is írt, hogy így menet közben lehet figyelni (a fázisonkénti) fogyasztást, ami ha eléri/átlépi a szolgáltatói kismegszakító névleges kapacitását, akkor be lehet avatkozni a fogyasztók limitálásába. Nálam ez konkrétan az autó töltésének visszafogását jelenti, mert a 3*20A-t nagyon könnyű átlépni, ha csak a töltő felvesz 3*16A-t és közben a nap sem nagyon süt.
De az egyes fogyasztók fogyasztását meg talán azért érdemes figyelemmel kísérni, hogy egyrészt képben legyél, hogy mondjuk csak a hűtő mennyit megzabál (ezen pörögtem pár napja), de ha jól tudom volt már akinek komolyabb hibát is előrejelzett a fogyasztás figyelése, talán pont egy hűtőnél, mert gyanúsan többet kezdett fogyasztani, mint korábban.
Ja és ha már nem lesz szaldó elszámolás, akkor az átállás pillanatában is már tudom, hogy az addigi szokásainkat nézve kb mire számítsunk... Mit ne mondjak, nem túl rózsás a helyzet, bár most ebben a hónapban éppen 33% önfelhasználást mutat a grafikon, de előtte mindig 30% alatt volt. Pedig többnyire nappal mennek a nagyobb fogyasztók.
Na meg persze jól is néz ki, bár én amúgy is szeretek elmolyolni ilyen számokban/grafikonokban.
-
-
4D4M
senior tag
válasz
migabi24
#53031
üzenetére
Én pl ki tudom kapcsolni a mosó-, szárító- és mosogatógépet, meg főleg az önfogyasztás egyelőre öncélú (szaldó) növeléséhez elkél az ilyesfajta vizualizáció. De ha bejön az autótöltés, akkor még izgalmasabb.
A gépek kikapcsolása lehetne automatizált is csak az nagyban letöri a WAF* paramétert.
* = wife acceptance factor -
#53031
migabi24
nagyúr
enginev3.0
#53030
migabi24
nagyúr
válasz
enginev3.0
#53030
üzenetére
Hát ez nagyon jó akkor, de kérdem én ha nagy fogyasztást látsz, akkor nem kapcsolod be a tévét vagy klímát, vagy kihúzod a hűtőt?
-
Speederer
senior tag
válasz
ratkaics
#53025
üzenetére
Igen, sejtettem.
Pont akartam egy képet keresni arról, hogy ha van vízmérés is a HA-ban, akkor nem látszik a Home felirat:
De aztán belefutottam ebbe:
Power Flow Card Plus
Most nem néztem végig az összes beállítási lehetőséget, mindenesetre szerintem jól néz ki, be is tervezem a saját dashboard-omra...
Amúgy mi a use case? Csak mert ha HA-n belülről nézed, akkor normál esetben egy energy dashboard-od van és egy otthonod, ezért kvázi felesleges átnevezni, mivel nincs több ilyen ábrád.
Persze ha valahogy kiexportálod innen az adatokat és több HA energy dashboard-ját akarod megjeleníteni egy felületen, akkor látom értelmét elnevezni őket. Bár most már lehet túlgondoltam és csak egyszerűen más nevet szeretnél adni neki. -
-
#53023
tototos
addikt
enginev3.0
#53022
tototos
addikt
válasz
enginev3.0
#53022
üzenetére
Ezt vetted? [link]
Nem kell kettő az alternatívhoz.
Egyik lehetőség, hogy a mostani kiépítésben a relét ahhoz a kapcsolóhoz rakod ami lámpára van kötve. Az S2-be mehet a kapcsolóból kimenő kapcsolt fázis majd az Lout-t viszed a lámpához.
Másk lehetőség, hogy a zb mini s1 és s2 bemenetei közé kötöd az alternatív kapcsolókat. -
#53022
enginev3.0
félisten
enginev3.0
félisten
Vettem Sonof SNZBl2-t
Lehet félreértelmeztem valamit, de alternatív kapcsolóhoz 2db kell?
és ha igen, akkor a lámphoz menő szálat hogy kötöm be mindkettőbe? Mert az csak az egyik kapcsolónál van
-
4D4M
senior tag
Most éppen Mini graph carddal próbálok meg template kifejezést megetetni, van valakinek tippje?
type: custom:mini-graph-card
name: Hőmérsékletek (12 óra)
align_header: left
align_icon: left
entities:
- entity: sensor.netatmo_belteri_egyseg_temperature
- entity: sensor.kulso_homerseklet_atlagolt
- color: gray
entity: binary_sensor.nyitaserzekelo_szobak
name: Szobák
show_legend: false
show_line: false
show_points: false
y_axis: secondary
smoothing: false
points_per_hour: 60
update_interval: 30
state_map:
- value: 'off'
label: Zárva
- value: 'on'
label: Nyitva
font_size: 80
hours_to_show: 12
hour24: true
icon: mdi:sun-thermometer
line_width: 1.5
show:
extrema: true
fill: fadeAz
hours_to_show: 12értékenek szeretnék egy input_select állapotát, de nem fogadja el semmilyen formában.{{states('...')}}pl.Egyelőre meggányoltam olymódon, hogy a 10 féle card megjelenítése függ az input_selecttől, de ez kicsit gagyi, főleg ha hozzá akarok nyúlni a grafikonhoz...
-
#53017
Speederer
senior tag
Neil Watts
#53015
Speederer
senior tag
válasz
Neil Watts
#53015
üzenetére
Ha jól emlékszem nekem is FTXP35-ös van (bár a gép típusát nem találom a HA-ban és az Onecta alkalmazásban sem), de anno direkt figyeltem rá, hogy B4-es wifi modul legyen hozzá, mert akkor még talán ilyen felhős keresztüli megoldás sem volt a C4-esekhez.
Bár tudom nem olcsó csak emiatt egy másik wifi modul bele, ha egyáltalán lehet még olyat szerezni...
-
#53016
LouiS22
veterán
Neil Watts
#53015
LouiS22
veterán
válasz
Neil Watts
#53015
üzenetére
Amennyire én tudom, úgy pont ugyanoda dugod be a faikint, ahova a gyári cuccot. Szóval a garancia parád nem világos
A protokoll vissza van fejtve, annyi történik, hogy az esp32-n fut egy dummy cloud, csak épp lokálisan. -
#53015
Neil Watts
veterán
Sziasztok,
Daikin 2MXM50M 5kw-os kulteri es Daikin Comfora FTXP25 es FTXP35 belterieim vannak. Mindket belteriben cloud only BRP069C4x modul van. HA ala Daikin onecta modullal integralhato, de ez, ha kiesett a cloud, ugyanugy nem teszi lehetove a lokalis mukodest. Megoldast az esp32-es Faikin board jelentene, de a rendszeremre van meg 5 ev gari. Arra gondoltam hogy a funkciokra feltanitanek egy Broadlink rm4 pro-t, a fogyasztast pedig egy okos konnektorral mernem (ez sajnos csak ossz fogyasztast adna vissza).Van ennel kifinomultabb megoldas?
Koszi!
-
Audience
aktív tag
válasz
Celtis
#53010
üzenetére
Akkor sem feltétlenül baj ha egy fő relével sorba kötsz áramkörönként reléket, ilyen esetekre amikor műszakilag indokolt szelektív, késleltetett kioldású relét, szoktak beépíteni ami csak akkor old ki ha az áramkör reléje meghibásodik vagy a kettő közötti szakaszon jelentkezik a probléma.
-
-
Celtis
veterán
válasz
atirag
#53007
üzenetére
Akkor lehetne ez probléma, ha sorban lennének a fi relék és ugyanaz a hibaráam több relén is átfolyna.
De ha egyes áramkörök vagy csoportok vannak egy fi relével védve, akkor ilyen nem fordulhat elő. feltéve persze, hogy a nulla vezetők is megfelelően el vannak szeparálva. -
4D4M
senior tag
válasz
WiZARD
#53001
üzenetére
Az 1db és az 1+N db között nincs különbség az életvédelem mértékét és képességeit illetően. Innentől kezdve az N
csak
egy kényelmi + hibakeresesi feature. Tehát mondhatjuk, hogy luxus, ami a kiinduló kijelentésem lehetett. (Nem pejorativ kifejezésként használom a luxust) -
gorbep
őstag
válasz
SafE84
#53000
üzenetére
Az illető a Fi relé után kötötte a kínai okos reléjét... (úgy értelmeztem, hogy kismegszakító nélkül)... Onnan indult szál, hogy tévesen a gyártó azt az érzetet kelti, hogy ez az okos relé egy kismegszakító IS, olvasd vissza... ezért javasoltam neki, hogy tegyen be külön kismegszakítót is (ha kedves az élete)
Az meg hogy besértődsz tényeken...
-
Audience
aktív tag
válasz
WiZARD
#53001
üzenetére
Én is szétbontom. Kültér, világítás, dugaljak/fix berendezések, magamnak a hűtők is külön FI-n vannak. Aztán jön a kazán ha nagyon szofisztikált akarsz lenni. Így több pénzt költesz de könnyebb a hibakeresés és hibatűrőbb is. Utólag ez nem kialakítható mert -rosszindulat nélkül- a legtöbb szerelő nem figyel a szerelésnél arra, hogy az áramkörök nullái ne keveredjenek, és szinte mindig alultervezik a helyek számát az elosztóban.
-
Lehet az lesz ám.
Nem változott a hálózati meghajtó.
Új hozzászólás Aktív témák
- ÁRGARANCIA!Épített KomPhone i5 10400F 16/32/64GB RAM RX 7600 8GB GAMER PC termékbeszámítással
- iPhone 13 mini 128GB Green -1 ÉV GARANCIA -Kártyafüggetlen, MS3897
- Xiaomi Redmi 13 4G 128GB, Kártyafüggetlen, 1 Év Garanciával
- GYÖNYÖRŰ iPhone 12 64GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3654
- GYÖNYÖRŰ iPhone 13 128GB Pink -1 ÉV GARANCIA - Kártyafüggetlen, MS3431, 100% Akkumulátor
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest