-
Fototrend
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
Degeczi
nagyúr
válasz mikrobi68 #42544 üzenetére
Igen, erre említettem, h ilyen esetben teljesen félrevezető lehet a különböző időpontokban mért pillanatnyi adatok összeadása, kivonása. Segíteni nem tudsz rajta, hiszen nem HA-n múlik, mikor mérnek/jelentenek az egymástól teljesen független eszközök (betehetsz még pár felkiáltójelet, sőt, dobbanthatsz is a lábaddal - ezen nem lehet változtatni) - de szerencsére baj sincs belőle, ezen semmi nem múlik (nem ez az elszámolás alapja), csak nem vehető komolyan az így számított teljesítményérték.
Ha vmiért nagyon fontos lenne, akkor saját kézbe kell venned, saját eszközzel mérned minden ágat azonos időpontban. De aligha éri meg, nem nyersz vele semmit.[ Szerkesztve ]
-
Degeczi
nagyúr
válasz mikrobi68 #42550 üzenetére
Nem, a szolgáltatói órád jól számol (ha napi, akkor kWh-t, nem kW-ot!). Az már fogyasztási adat, ahol semmi jelentősége pár mp-nek, hiszen hosszú időszakra vonatkozik.
Hogy egy másik eszköz mit hogyan mér, arra nincs garancia, de a jobbfajtáknak 1% alatti a hibája. A háromfázisú kínai mérőm is pontos, az onnan kapott fogyasztási adathoz (amit magának számol) csak 4-500 kWh-nként kell hozzányúljak, változtatni pár tizedet egy saját korrekciós értéken, h egyezzen a szolgáltatói órán láthatóval (ami sajnos egészre van kerekítve, így néha már csak ebből is adódhat kisebb eltérés)
De ha pl. olyan egy cucc, mint a local Tuya, ami nem szolgáltat fogyasztási adatot csak pillanatnyi teljesítményt, és abból HA-ban kell fogyasztást integrálni, ott már nincs értelme pontosságról beszélni, az csak saccolás lesz.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz mikrobi68 #42553 üzenetére
A pillanatnyi teljesítménnyel (ami kW) ne foglalkozz, az a különböző eszközökről sosem lesz szinkronban, nem lehet komolyan venni - de semmi nem is múlik rajta.
Ahol napi értékről beszélsz, az viszont csak fogyasztás, azaz csak kWh lehet (ezért nem stimmel a "napi 20-30 kW") Ha jó eszközök, ezt pontosan adják vissza, itt nem számít, hogy mikor frissítenek.
Hülye példákat meg ne hozz, légyszi. Pont egy banknál is belefuthatsz abba, h egy devizás kártyás vásárlás tényleges terhelése pár nappal később, addigra más árfolyamon történik meg, mint amin az előkalkuláció, a zárolás megtörtént. Ez éppúgy nem a bank hibája, mint a HA-nak sincs köze ahhoz, melyik eszköz mikor tud jelenteni.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz Steady74 #42601 üzenetére
Szabványosított a Modbus TCP, így nem találsz olyat, ami ne menne. Népszerűek pl. az Elfin cuccok
-
Degeczi
nagyúr
-
-
Degeczi
nagyúr
válasz (ex)Cat #42639 üzenetére
Hacsak nem specifikálod másként, a feltételek egymással mindig "and" kapcsolatban vannak, ezért nem kell külön megadni azt, mert csak akkor fog teljesülni (és lefutni az automatizálás) ha mindegyik feltétel igaz.
"condition: and" nélkül, egymás után fölsorolt feltételek esetén is. -
Degeczi
nagyúr
válasz daninet #42709 üzenetére
+1
Az előrejelzések nem sokat mondanak, míg radar alapján rögtön el lehet dönteni, érdemes-e pl. biciklivel elindulni vagy nem, mert ideérhet a következő pár órában egy közeledő eső.Persze az asztali gépen egy erre szakosodott weboldal radarképe tökéletes megoldás, itt nem raknám be HA alá, de ha lenne egy olyan állandó fali kijelzőm amit említesz, azon már tényleg hasznos lenne.
-
Degeczi
nagyúr
válasz stigma #42800 üzenetére
Sokan használunk Broadlink eszközt - de okosotthonba integrálva, onnan vezérelve, így fogalmunk sincs, önmagában a saját, általunk nem használt programja mire képes.
Régen a Logitech Harmony rendszere tudta kényelmesen azt, amit szeretnél (tevékenységeket kezelve, nyilvántartva a készülékek állapotát, így tudta pl. azt, h "sima TV-nézés"-ről "Filmnézés"-re átkapcsolva már csak az erősítőt kell bekapcsolnia, a TV-t nem, hiszen az már megy), de nem tudom, létezik-e még.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz (ex)Cat #42886 üzenetére
Persze, a mögöttes Jinja (ill. maga a Python, amit használ) csak az angol neveket ismeri, ebben nincs interface a HA saját fordításaihoz.
De egyszerűen meg tudod oldani, ha létrehozol egy hónapokat tartalmazó tömböt, és onnan az aktuális hónapnak megfelelő indexű elemet veszed ki, vagy a nullás indexet elhasználva:
{{ ["","Január","Február","Március","Április"][as_timestamp(now()) | timestamp_custom('%m') | int] }}
vagy levonva egyet belőle:{{ ["Január","Február","Március","Április"][as_timestamp(now()) | timestamp_custom('%m') | int -1] }}
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz (ex)Cat #42891 üzenetére
Tudsz paraméterrel meghívni scriptet és ott lekezelni, de mondjuk szerintem ahol már ez fölmerül, ott valszeg érdemes vmi áttekinthetőbb rendszerben készíteni az automatizálásokat, mint pl. az Appdamon.
A yaml scriptek egyszerű "ha ez, akkor az" esetekre ideálisak, ha bonyolódik ciklusokkal, más scriptek meghívásával, összetett feltételekkel (or-and vegyesen) ott hamar áttekinthetetlenné válik. -
Degeczi
nagyúr
válasz LouiS22 #42907 üzenetére
Pedig nagyon egyszerű, pl. egy sütő min. 10A (de egy mosógép, vagy mosogatógép is fölvesz ennyit vízmelegítéskor), így semmi másra nincs szükség, mint mondjuk egy vízforralót vagy egy gőzölős vasalót bekapcsolni azon a fázison, ami szintén fölvesz ennyit (hogy átfolyós konyha vízmelegítő csaptelepről ne is beszéljek, ami önmagában 14-15A)
Szerencsére ez a 20-21A még nem vágja le a B karakterisztikájú 16A kismegszakítót sem rögtön, de hosszú távon nem lenne célszerű fönntartani, ezért jön jól ilyenkor a hangbejelentés.
Vizion: igen, 16A-t nagyon könnyű meghaladni, másfelől viszont annyit nem ér, h pusztán ilyen, elkerülhető ritka egymásracsúszások miatt 20-25A-re kérjen bővítést az ember drága pénzen.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz sutszi #42967 üzenetére
Tényleg miért YT? Nem a saját tempódban megy, nem kereshető, nem tudsz onnan kimásolni semmit, nem ritkán teljesen elavult infókat tartalmaz. Sokminden másra szuper a YT, de erre pont nagyon nem.
A leírás pedig rengeteg példával aktuálisan tartalmaz mindent. A UI-s példa (kezdőként jobban jársz azzal, mint rögtön scriptet írni) pont világítás bekapcsolását...
Ezt valóban nem itt kellene elmagyarázni, csak ha vmi konkrét probléma, elakadás történt. -
Degeczi
nagyúr
válasz (ex)Cat #42891 üzenetére
Pont neked itt a megoldás: a 2023.4-ben már lehet makrókat definiálni scriptekhez!
-
Degeczi
nagyúr
válasz amargo #42976 üzenetére
Igen, mert úgy tudom - bár nem próbáltam, csak olvastam egy fórumon - a HA nem támogatta a globális macro-kat, így az eddig nem volt vmi praktikus
ex(Cat) is sok helyen szeretné fölhasználni ugyanazt a bonyolult dátumformázgatást, és elvileg nem lesz akadálya bárhol hivatkoznia egyetlen custom_template-re -
Degeczi
nagyúr
válasz -mugen- #42983 üzenetére
Maga a bridge nem automatizál, csak a nevéből adódóan egy átjáró a Zigbee eszközök és a helyi hálózatod között. Hogy a gyártója erre épített-e vmilyen szolgáltatást amiben ilyen-olyan automatizálási lehetőség is van, az más kérdés, de erre itt kevesen fognak tudni választ adni, mert kerülendő az ilyen (szinte biztosan felhőalapú) megoldás, és önmagában nem is "okosotthon".
Az Alexe/Google Home pedig elsődlegesen hang-vezérlő szolgáltatás, szintén erősen korlátozott automatizálási lehetőségekkel - és persze szintén teljesen felhőalapúak.
Amivel itt szinte mindenki foglalkozik, az a saját okosotthon építgetése, nyílt forrású rendszerrel, erre dedikált mini gépen - amibe jól beintegrálható minden, többek között a hangtávvezérlő segédek is. De ami csak lehet, főként pont az említett Zigbee eszközök, mindig lokálisan, gyártói felhőt kerülve.
-
Degeczi
nagyúr
válasz -mugen- #42985 üzenetére
Pont ez az, h jellemzően nem az jegyzi meg az időzítéseket (bár akad ilyen is pl. Shelly wifis cuccoknál), hanem a gyártó szervere valahol a felhőben, és interneten keresztül vezérli a nálad lévő eszközt. Nem kell mondani, ez mennyire kerülendő, mert ki vagy szolgáltatva a netkapcsolat és a gyártó szervere stabilitásának, sebességének, meg úgy általában a szolgáltatásnak (ami megeshet, h később megszűnik vagy fizetős lesz)
-
Degeczi
nagyúr
válasz Steady74 #43041 üzenetére
Dehát pont az a lényege, h nem kell külön megadni semmit, csak egyszer a config binary_sensor ágában azt, h
- platform: workday
country: HU
és attól kezdve abinary_sensor.workday_sensor
automatikusan mindig "off" lesz a mostanihoz hasonló, hétköznapon lévő hazai ünnepnap esetén, és már csak a saját szabadságokat kell külön lekezelni.[ Szerkesztve ]
-
Degeczi
nagyúr
válasz -mugen- #43077 üzenetére
Jó hobby cucc a RPi, de ilyen célra valóban nem szimpatikus: oldd meg az USB-s SSD használatot (mert ha csak Micro SD kártyáról használod, az nem lesz hosszú életű ha oda megy a naplózás), jó tápegységre tedd különben nem stabil, vmi jobbfajta házat szerezz hozzá (RPi 4 esetén aktív hűtéssel) - miközben ugyaannyiért, vagy akár kevesebbért (mert mára nagyon fölmentek a RPi árak) vehetsz egy erre a célra sokkal jobb, passzív hűtésű vékonykliens gépet, mint pl. a népszerű HP T620
-
Degeczi
nagyúr
válasz Steady74 #43057 üzenetére
Igen, ott kell kiegészíteni a workday szenzort, amikor munkanap áthelyezés történik, tehát pl. egy szombaton dolgozunk le egy keddi ünnep miatt kiadott hétfőt. Ekkor magától sem az extra szabadnapot, sem a szombati munkanapot nem ismeri.
De ilyen nap idén pont nincsen (tavaly viszont asszem két hétvégén is volt)[ Szerkesztve ]
-
Degeczi
nagyúr
válasz inferno88 #43216 üzenetére
Nem, hiszen az értelmezést (speech-to-text) a Google szervere végzi, az pedig sajnos nem ért magyarul (noha amúgy a Google szöveges diktálás telefonon egészen jól használható, szóval meg tudnák oldani, de mivel rétegigény, nem éri meg nekik. Egy teljesértékű hangasszisztens pedig túl bonyolult lenne magyarul, a roppant kicsi piacon, nyilván ezért nem vágnak bele)
Ha angolul adod ki a parancsot, arra már persze indítható HA alatt magyar TTS-es bejelentés is, vagy bármilyen folyamat. Nálunk is vannak olyanok használatban, h "hey google, morning music", amire egy előre beállított, nagyon sok elemű listából a HA véletlenszerűen kiválaszt egy Spotify playlistet, és elindítja egy Ikeás Sonoson, stb.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz kicsiPistike #43222 üzenetére
Ún. mágneskapcsolót, kontaktort vegyél (bármelyik hazai villanyszerelési boltban), az való nagy áramok kapcsolására, azt már nyugodtan vezérelheted ilyen kis relével (amin már csak a csatlakozók sem valók nagyobb áramokhoz) és örökéletű lesz. A jellegükből, kiszerelésükből adódóan pont olyanok, h a villanyvezetékre: a kapcsolószekrényben kell beköteni ezeket, tehát külön áramkör kell az adott fogyasztónak.
[ Szerkesztve ]
-
Degeczi
nagyúr
Kevés? Ennek a töredéke is bőven elég, teljesítményben és fogyasztásban is...
Ha pusztán okosotthon felhasználás érdekel, nem muszáj a teljes virtualizás sem, a legegyszerűbb egy HAOS-t fölrakni, majd az indítja (magától) dockerekben a kiegészítőket.
Erre pl. az itt sokat említett HP T620 is tökéletesen megfelel. -
Degeczi
nagyúr
válasz radio11 #43230 üzenetére
Így hirtelen nem látok rá okosotthonba integrálási lehetőséget, másrészt ha nem a forgalmazásban érdekelt oldal reklámcikkét nézi az ember, hanem őszinte tesztet, az nem ajánlja, elég vacak
-
Degeczi
nagyúr
Környezet és felhasználásfüggő. Én pl. először kínai játékriasztót használtam, 433 MHz-es mozgásérzékelőkkel minden szobában, ami a lehető legrosszabb választás volt, különösen amikor nyitásérzékelőkből is ilyeneket raktam föl ajtókra, ablakokra: sosem lehettem biztos benne, tényleges állapotot tükröz-e a rendszerem, uis a mozgásérzékelők rengetegszer ismétlik a saját adásukat, sokáig lefoglalva a sávot, így mindig kétesélyes volt, a nyitásérzékelő jele vajon átjut-e, mert a rendszer legnagyobb problémája az egyirányú, ütközésfigyelés nélküli kommunikáció (még csak azt sem nézik meg, éppen ad-e egy másik eszköz, így elég nagy eséllyel rádumálnak)
Márpedig egy ajtó- vagy ablak nyitása mindig mozgásérzékeléssel is jár az adott helyiségben, így ez az egymásradumálás rengetegszer megtörtént... Próbáltam háromféle vevőt is, házilag összerakottat, Sonoff RF Bridge-et és RTL SDR rádióvevőt, mindegyikkel ugyanezt tapasztalva! Milyen felhasználói hiba lett volna ez (túl azon, h nem jó erre)?
Egy megváltás volt Zigbee nyitásérzélőkre váltani, attól kezdve mindig biztos lehetek az ajtók, ablakok állapotában.Ha nincsen semmi zavaró a környékén, nincsenek sűrű adások, ettől még persze valóban beválhat, különösen olyan célra (pl. időjárás érzékelés), ahol nem kritikus, ha egy-egy adás nem jut át, majd bemegy a következő.
De amúgy inkább kerüli az ember a 433-at, jó okkal. -
Degeczi
nagyúr
Ja, úgy ok. Ha megnézed az adatforgalmát, akkor látod, h a https://radio1.hu/stream/stream.php-ról kérdezi le, onnan json-ban (a "player" tömbben) megkapod a következő 3 számot is (ahol a status=future), így elég ezt 1-2 percenként kiolvasni, az már nem gond.
-
Degeczi
nagyúr
Szerintem már ott hibádzik a dolog, h költségek lefaragása legyen cél. Az okosotthon egy jó hobby, játék, kényelmi ill. jópofasági szempontokkal, de hiába lehet egy-két helyen némi megtakarításra is rámutatni, összességében biztosan inkább többletköltséget jelent, hiszen rengeteg új eszköz készenléti fogyasztása lép be.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz kgymac #43308 üzenetére
Persze, saját célra is napokig lehet reszelgetni elsőre egyszerűnek tűnő automatizálást, amiről aztán csak a próbák során derül ki, milyen küszöb-értékekkel, milyen késleltetéssel, milyen hang- vagy fényerővel, stb. válik be a gyakorlatban. A váratlan apró hibákról nem is beszélve, ahol magának csak legyint az ember, hülye voltam így jártam, már tudom hogyan célszerűbb - de egy fizetős ügyfélnél? Isten ments, még ismerősnek ingyen sem... (max persze ha magának hegesztgeti és elakad vmiben, az OK, de helyette nem)
-
Degeczi
nagyúr
válasz LouiS22 #43313 üzenetére
Gondolom utóbbi volt a HA-t kusztomizáló Szafari, vagy mi
jé, elvileg még létezik
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz kis.zsolt #43321 üzenetére
Erősen trollkodás szagú pedig, mert ebben a topikban is találsz olyan tapasztalatot, h Domoticzot frissített vki ami után a teljes adatbázisa használhatatlan lett , míg alább semmi problémáról nincsen szó, csak egy pár percenként végzett lekérdezésről...
Arról pedig rengetegszer szó volt már, h a HA egy folyamatos változás alatt álló szofver (a lényegi eltéréseket mindig 1-3 hónappal előre jelezve), amivel ha nem akarsz foglalkozni, akkor nem térsz át újabb kiadásokra, és használod vidáman azt, ami bevált. -
Degeczi
nagyúr
válasz ViZion #43325 üzenetére
Nem gondolom furcsának, hiszen attól még, h preferálandó a lokális működés, rengetegen használnak net alapú szolgáltatásokat, és ott valóban hasznos a netkapcsolat meglétének sűrű ellenőrzése, pont azért, h ne bombázzon fölöslegesen hibákkal és ne lassuljon, ha azzal épp probléma van.
Az persze jogos, h ennek átláthatóbbnak, egyszerűen konfigurálhatónak kellene lennie.
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs