- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- OLED TV topic
- Milyen egeret válasszak?
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Milyen processzort vegyek?
- Milyen billentyűzetet vegyek?
- Zeneszerkesztő és DJ topic
- LG LCD és LED TV-k
- Azonnali informatikai kérdések órája
Hirdetés
-
Igencsak szerény méretekkel rendelkezik az Aetina Xe HPG architektúrás VGA-ja
ph Az 50 wattos modellt beágyazott rendszerekbe, MI-vel kapcsolatos munkafolyamatokhoz és edge applikációkhoz szánták.
-
Robotkart irányított a majom a kínai Neuralink agyi chipjével
it A mindezt lehetővé tévő Neucybert a Neuralink kínai riválisa, a Beijing Xinzhida Neurotechnology fejlesztette ki.
-
Gray Zone Warfare - Napokon belül kiderül, hogy mikor indul a korai hozzáférés
gp A jelentések szerint a zárt tesztek sikeresek voltak, hamarosan még többen belevethetik magukat a programba.
-
PROHARDVER!
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
Olympia76
tag
Sziasztok,
Sonoff RF Bridge által MQTT-n keresztül szolgáltatott rfraw payload-ot szeretném parse-olni Home Assistant-tal binary sensor-ként, hogy aztán automatizációban state sensor-ként használhassam.
Az a gonodom, hogy valamiért a hosszú rfraw kód mindig kicsit más az elején, míg a kód nagyrésze a végén ugyanaz". Ez gondolom amiatt van, hogy a kód elején szerepel, hogy milyen hosszú volt például a jel hossza stb.
Emiatt a binary sensor-ban valamiféle wildcard-ot kellene használni az elején.
*<mindig egyező kódrész>, hogy a state change-et detektálja a Home assistant.A binary sensor most így néz ki az egyező kódrésszel:
- platform: mqtt
name: "xxx"
state_topic: "tele/rfbridge/RESULT"
value_template: '{{ value_json.RfReceived.Data}}'
payload_on: '481A3B2A3B2A3B2A3B2B2B2A3A3B2B2B2B2B2B2B2B2B2A3A3B2A3B2A3B2B2B2A3A3B2A3B2A3B2A3B2A 55'
off_delay: 1
qos: 0Szóval a "payload_on:"-nál kellene a kód elejére a wildcard-ot beilleszteni, de nem tudok rájöni hogy hogyan, vagy egyáltalán lehetséges-e.
Tudtok segíteni?
-
Olympia76
tag
válasz Sethdobaloah #26080 üzenetére
Láttam, de azt nem teljesen értem, hogy ezen a problémán hogyan segítene
-
Olympia76
tag
válasz amaximus #26093 üzenetére
Köszönöm! Ez nagy segítség volt, elvitte jó irányba a megoldáskeresést.
Végül találtam egy nagyon elegáns megoldást, ami beteszek ide, hátha valakinek jól jön még majd:
- platform: mqtt
name: "<szenzor neve>"
state_topic: "tele/rfbridge/RESULT"
value_template: "{{ 'ON' if '<keresett string>' in value_json.RfRaw.Data else 'OFF' }}"
off_delay: 1
qos: 0 -
Olympia76
tag
Sziasztok,
van ötletetek, hogy hogyan kellene triggerelni egy automation-t naplementekor, DE legkésőbb 8:00 órakor?
-
Olympia76
tag
Én úgy gondoltam nem látom a fától az erdőt és erre kell lennie valami triviális megoldásnak és meg lehet ezt oldani valamilyen egyszerű trigger+condition-el.
Abban a usecase-ben amiben használni szeretném nem működik ez a megközelítés. Redőny zárás benne van pl. az action-ökben, de nem teljes zárás, hanem időzítetten csak kb. 50%-os. Ha erre ráindítom még egyszer az automation-t, akkor lehúzza teljesen. Vagy pl. gyerekszoba lámpa felkapcsolása: simán lehet, hogy 20:00 óra és a sunset között lekapcsoljuk az automation-nel felkapcsolt lámpát, majd aztán a második sunset trigger rákapcsolja a már alvó gyerekre a lámpát újra...
-
Olympia76
tag
válasz amaximus #26987 üzenetére
Az elért állapot feltételként a fenti okok miatt nem működik, de az input-boolean vagy input-text-es megoldás jó ötlet, nagyon köszönöm!
Elég vicces mondjuk, hogy egy ilyen viszonylag egyszerű feltételrendszert 3 automatizációval (amiből kettő 90%-ban duplikált) + input helperekkel lehet csak megoldani...
[ Szerkesztve ]
-
Olympia76
tag
válasz Degeczi #26990 üzenetére
...hát, azért elég triviális: "naplementekor, de legkésőbb 20:00-kor".
Megoldom most így, de nehezen hiszem el, hogy nincs erre valami "elegáns" megoldás...
Csak nő az automatizációk és a helper-ek száma, ráadásul üzemeltetni is körülményesebb (pl. ha bármi változás van, akkor mindkét automatizációban követni).Köszönöm még egyszer a segítséget @amaximus!
-
Olympia76
tag
válasz Degeczi #26992 üzenetére
Huhh, én másként értelmezem nyelvtanilag (szerintem pont vagylagost jelent a megfogalmazás és nem egy naplemente triggert 20:00 óra előtt), de nyilván lehetne pontosítani ... Arra akartam csak rávilágítani, hogy azért ez nem egy olyan bonyolult feltételrendszer, nem értem miért mondod ezt.
"De miért kellene ehhez több automatizálás?
Egyetlenről van szó, amit két trigger indít, a feltételben pedig ott van, h aznap még nem történt automatikus fölkapcsolás."
Ez viszont abszolút igaz Sikerült "beleülnöm" abba, hogy amaximus két automatizációt említett, de tényleg elég egy. Köszönöm, hogy rávilágítottál! Haladunk...De akkor is kell még egy helper + egy második automatizáció a helper reset-jére...
-
Olympia76
tag
Igen, rádiós a redőny és időzítetten, 11 sec után van leállítva, hogy ne záródjon teljesen. Ha erre még egyszer ráindul ugyanez az action, akkor az a redőny teljesen be fog záródni.
A lámpa esetében az automatizáció nem le, hanem felkapcsolja a lámpát (olvasd el még egyszer amit írtam légy szíves). Viszont, ha 20:00 óra és naplemente között lekapcsoljuk azt, akkor az automatizáció újra fel fogja kapcsolni...
Egyébként pedig konkrétumot kérdeztem az elejétől, olyan konkrétumot, amihez nem kell ismerni a kiindulási feltételeket vagy azt, hogy mire lesz használva. Ezek ismerete már az esetleges workaround-hoz kell...
amaximus megértette és tudott is jó megoldást javasolni.
-
Olympia76
tag
Egyébként itt a megoldás amit kerestem, ha egyszer még más valakinek jól jön (nem saját fejből, HA forum-on is feltettem a kérdést, onnan jött ez a megoldás):
alias: sunset example
trigger:
- platform: sun
event: sunset
- platform: time
at: '20:00:00'
condition:
- condition: template
value_template: >-
{{as_local(states.automation.sunset_example.attributes.last_triggered).day
!= now().day }}A template condition ellenőrzi, hogy az adott automatizáció
last_triggered
napja nem az aznapi napon volt-e. Ha a feltétel nem teljesül, akkor az automatizáció action-jei már lefutottak aznap, tehát függetlenül attól, hogy melyik trigger-rel futottak le az action-ök, nem futtatja le azokat még egyszer az automatizáció.Ez az a gondolatmenet, amiről degeczi-vel értekeztünk. Így néz ki lekódolva.
[ Szerkesztve ]
-
Olympia76
tag
Ami kódot írtál azzal az a gond, hogy nem futnak le az action-ök 20:00-kor, ha a naplemente 20:37-kor van, mint pl. ma
A template példádat viszont lehete akár úgy módosítani, hogy a condition az legyen, hogy több idő teljen el az utolsó futástól (last triggered), mint ami a napnyugta és 20:00 óra között maximálisan lehetséges...
-
Olympia76
tag
válasz Degeczi #27014 üzenetére
Oh, most én olvastam félre; nem vettem észre sem a magyarázatban, sem a kódban a negatív feltételt (condition: not).
Valójában nem is tudtam (elkerülte a figyelmemet), hogy van ilyen lehetőség.
...viszont akkor mégiscsak van, akár még a GUI-n keresztül is össze-kattintgatható megoldás az eredeti problémafelvetésre és valóban volt egy triviális opció (negatív feltétel) amit nem láttam.
Köszönöm @szat8!
-
Olympia76
tag
Szia, Homekit-el nincs tapasztalatom, de Shortcut-tal részben meg tudod valósítani a funkcionalitást, ha eléred vpn-en vagy felhőből a HA-ot (és fel van telepítve a HA App a telefonra, de gondolom ez utóbbi alap mindenkinél... )
Részben, mert tudomásom szerint Shortcut ikonokat nem lehet kitenni a Carplay képernyőre (nem is értem miért?!), de Sirivel működni fog és tudod nyitni kaput és garázst is külön-külön, vagy együtt a kettőt (attól függően, hogy mennyi és milyen Shortcut-ot csinálsz).
-
Olympia76
tag
Sziasztok,
Én vagyok a béna, hogy nem találok, vagy tényleg nincsen olyan zigbee-s redőnymotor, ahol a rádió ugyanúgy a motorba integrált, mint ahogy az RF motoroknál általában?
-
Olympia76
tag
válasz vampire17 #27572 üzenetére
Ha beteszem a redőnytokba akkor ugyanúgy nem lesz ideális a 2.4Ghz-es vétel...
+ nem hiszem, hogy sokáig bírnák a meleget és szerelhetetlen is az egész (mondjuk ezek akkor is érvényesek, ha integrált lenne a motorba, de az RF is bírja valahogy).
+ akadémiailag megközelítve a redőnyösök által sem támogatott/ preferált megoldás, hogy kütyük meg kábelek kerülnek a tokba.Egyébként igen, kábelezési gondom van, amit nagyon nem szívesen hoznék be, nem szeretnék akkora törés zúzást...
Ha meg mégis behoznám, vagy a redőnytokba tenném, akkor már Shelly-t tennék wifi-vel, nem zigbee-znék, ha nem muszáj. (de wifi-s redőnymotor mégannyira sincs, mint zigbee-s...)
-
Olympia76
tag
@Degeczi,
igen, külső kábelezés. Megfontolandó az ötlet, de elvileg nem csillagpontosan lett tervezve a redőnyök betápja és a padláson van az a másodlagos elosztó szekrény ahonnan az áram indulna. A csillagpontot még akár meg is lehet valósítani, viszont a tető nem szigetelt, padláson ilyenkor 40+ fok van. Nem szívesen tennék ide okosreléket (bár a 40 fok az még elvileg a felső határ), kockázatosnak érzem tűzvédelmi szempontból.@vampire17
Ez nagyon jó ötlet! Nem is értem miért nem gondoltam rá, annál is inkább, mert van már integrált KIX 300 (nem KLF200, de ugyanúgy Somfy compatible) a Velux redőnyökre és ablakokra, és még meg is volt a fejemben a Somfy kompatibilitás. Végigmegyek ezen a nyomon. (kissé tartok mondjuk a Velux és Somfy-tól. Bármikor megtörténhet, hogy egy ártalmatlannak gondolt firmware update bezárja a local integráció lehetőségét, míg ez okosrelék esetében nem történhet meg).@Rosep
Az áramot belülről viszed akkor oda mindenhova? Most újítasz fel?[ Szerkesztve ]
-
-
Olympia76
tag
válasz radio11 #27772 üzenetére
Kemény...
Én is nézegetem/ tervezem, hogy kéne valami ilyesmit csinálni (bár a hasznossága, használhatósága némileg kétes - főleg a család többi tagja által). Kérdés, hogy hova, mire praktikus ez, használná-e bárki bármire?
...viszont pont ezért valami olyan megoldást próbálok találni, ami azért könnyen visszafordítható, átrakható, stb...
Most akarom kipróbálni HA Cast-ot valami itthoni meglévő eszközön; ha ez jól megy, akkor Google Nest Home-al pl. elég esztétikus, mobil, olcsó és jó kombináció lehet (igaz, nem a falra). Ezt nézted már?
-
Olympia76
tag
válasz zsamiatt #27837 üzenetére
OK, köszönöm!
...de az USB esetében a 230 és a tablet közé kell még egy tápegység valahova, ezért kérdeztem, hogy az hova fért el, de Neked ezek szerint az be van dugva az alatta lévő konnektorba.
...viszont ha fentről akarod lehozni, akkor máris valahol kell neki helyet találni, tipikusan akkora szerelő dobozt vésni akár fentebb, akár a tablet mögött, amibe belefér.
Nekem ez okozza a legnagyobb fejfájást, ezért rugózok ezen.
-
Olympia76
tag
válasz Pubszon #27976 üzenetére
Kaptál választ pedig, hogy a leírásban van.
...vagy azóta sem találtad meg a leírást?Itt van: https://hacs.xyz/docs/installation/installation/
De ki is copy-zom Neked:
Home Assistant Container
For Home Assistant Container you have 2 options.Option 1: Run the installer on the host OS
1) Open a terminal
2) Change directory to your Home Assistant configuration directory
3) Run the HACS install scriptwget -q -O - https://install.hacs.xyz | bash -
Option 2: Run the installer inside the container
1) Open a terminal
2) Go inside the container withdocker exec -it homeassistant bash
3) Run the HACS install scriptwget -q -O - https://install.hacs.xyz | bash -
4) Exit the container with
exit
-
Olympia76
tag
"Aszta".... Nem semmi DIY-ség tényleg, le a kalappal
Egyébként LouiS22-hoz hasonlóan én is nehezen tudom elképzelni, hogy annyit ne lehessen óvatosan vésni, hogy egy Shelly 1L ne menjen be. Nem csak úgy lehet vésni, hogy minden elszakad egyből... Hacsak nem védőcső nélkül van ott befalazva minden vezeték, akkor azért én próbálkoznék. Nekem is sok dobozt kellett mélyítenem.
-
Olympia76
tag
Majdnem 3 hónap volt mire ideért az USA-ból vámolási idővel együtt (botrányos ez is, meg az is, hogy az USPS tracking még mindig Egyiptomban mutatja... Egyáltalán miért kellett Egyiptomon keresztülmenni egy USA-EU relációnak...).
A vámolást is sikerült kb. 3 hétre nyújtania a Magyar Postának és a végén még csak kis sem hozták, nekem kellett bemenni a postára érte.
Ja és nem volt elég nekik a számla, hiánypótlásként a számla mellé még be kellett screenshot-olni nekik a számlát megelőző visszaigazolást is... minek?Mindeközben egy Aliexpress csomag szuper tracking-el két hét alatt megérkezett kínából 1/7 szállítási költséggel... Elképesztő!
Remélem jó lesz
-
Olympia76
tag
válasz zsamiatt #28915 üzenetére
Meglévőhöz fogom egyelőre a Criterion távfelügyelet miatt ami a meglévő riasztón keresztül GSM-en (GPRS)-en kommunikál és nem illeszthető ehhez.
A csatlakozás elvileg annyi, hogy az egyes zónák termináljairól jumper kábelekkel egyszerűen párhuzamosan át kell kötni a konnected.io termináljaira.
-
Olympia76
tag
Jól érted igen, minden megállapítás helytálló.
Én ahogy említettem, a Criterion Távfelügyelet miatt tartom meg a régit egyelőre.
Választani azért ezt választottam, mert plug&play, nem kell a HW-t építeni és saját Home Assistant integrációja van, elvileg és remélhetőleg nem kell majd szerencsétlenkedni, hack-elni HA-hoz. Aztán majd meglátjuk.
A DSC/ Paradox saját IP illesztőit pedig el akartam kerülni. Nem támogatja egyik sem, hogy saját felhőjükön kívül használják, hack-elni kell hozzá, csak régi firmware-el működik, amit már be sem lehet szerezni, stb.
-
Olympia76
tag
válasz Degeczi #28925 üzenetére
Igen ám, csakhogy ezekhez a fajta összerakásokhoz már nem elég az advanced user szint. Mivel ehhez már nincsenek teljeskörű guide-ok és leírások (vagy mutassatok, de én nem találtam), érteni kell elektronikailag a riasztót, annak buszát, a Wemos Mini-t, illetve annak felprogramozását, majd még HA-hoz illesztését is, stb.
Ez már nem annyira az, ahova kis utánaolvasással felszívja magát az ember. Nyilván sok idővel és sok szarakodással valószínűleg meg tudnám oldani, de nekem ehhez nem volt kedvem/időm. Vagy kereshettem volna valakit aki meg tudja csinálni, de nagyjából nem hiszem, hogy lehet ilyen embert találni, aki nyújt is ilyen szolgáltatást.
Aztán lehet, hogy ezzel is megszívom, de egy kész és out of the box HA ready-nek tűnő cucc.
-
Olympia76
tag
$291.85 volt + kb. 26 000,- Ft volt a VÁM - valóban nem kevés...
OK, de hol van egy leírás képekkel együtt, hogy hova forrasztom a 4-5db alkatrészt és mit csinálok vele? Sajnos nekem pl. a vampire17 linkelt leírás (https://github.com/maragelis/ParadoxMqtt32) kevés ahhoz, hogy me tudjam csinálni. Vagy a DSC keybus-os project oldalon sincs ott, hogy hogyan rakod össze próbapanelen az 5 ellenállást és egyetlen tranzisztort, meg a 12V->5V átalakítót...
Értem én, hogy túlgondolom, de ez azért van, mert nincsek olyan szintű leírások, mint pl. a shelly-s, sonoff-os tasmota-sításához.
-
Olympia76
tag
most már elég sokat kaptam Tőletek, hogy elég hülyének és loosernek érezzem magam, de remélem nem én vagyok az egyetlen, aki azért ezt bonyolultabbnak látja, mint a CC2531-re z2m firmware-t rakni...
Míg ez utóbbi nekem kb. 0 gondot okozott, ezt még a linkek alapján sem látom a világ legegyszerűbb dolgának, kezdve azzal, hogy honnan szerzek ilyen PCB-t. Valóban még az ASCII rajz a legjobban értelmezhető talán. Ott első ránézésre nem láttam, hogy többféle kütyü bekötését ábrázolja egy rajzon, illetve valószínűleg kéne már vennem egyszer valamelyikből egyet, hogy jobban megértsem miről szólnak a rajzok (mivel fényképek ugye nincsenek a hülyéknek...).
(egyébként a forrasztással nincs gondom, többször kellett már, szokott sikerülni )
[ Szerkesztve ]
Új hozzászólás Aktív témák
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- Honor Magic5 Pro - kamerák bűvöletében
- Elektromos (hálózati és akkus) kéziszerszámok, tapasztalatok/vásárlás
- OLED TV topic
- A fociról könnyedén, egy baráti társaságban
- Vallás
- Milyen egeret válasszak?
- Trollok komolyan
- Építő/felújító topik
- Gitáros topic
- További aktív témák...