-
Fototrend
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
haxiboy
veterán
Sziasztok!
Zigbee2MQTT Home Assistanton belül, szeretnék egy kis támpontot kapni. Ha párosítom az eszközt a CC2531-el, kapok egy default topicot az adott eszközhöz. Ezt tudom valahol módosítani hogy az adott device adott entity-je melyik topicba publisholjon?
2 napja bújom a netet, a logika megvan, a beállítás helyeIlletve ha egy eszközt leválasztok (reset például) a HA-ban mégsem tudom eltávolítani sem az eszközt sem az entity-t mert azt mondja az adott integráció használja, holott épp egy frissen hozzáadott eszközről van szó amit próbaképp szeretnék eltávolítani.
[ Szerkesztve ]
Premium Mining Rigek és Gamer/Workstation gépek: tőlem, nektek :)
-
Degeczi
nagyúr
válasz haxiboy #15951 üzenetére
Pedig ott van a leírásában:
friendly_name
: Used in the MQTT topic of a device. By default this is the device ID
Tehát abase_topic
/friendly_name
adja a teljes topikot.Zigbee2mqtt oldalon vedd ki a fölösleges eszközt, jó esetben remove paranccsal, vagy ha esetleg nem hallgat rá, kézzel kiszedve az adott sort az adatbázisából (nem vészes ez sem, mert sima szövegfile)
-
haxiboy
veterán
válasz Degeczi #15952 üzenetére
A friendly name az teljesen rendben van, viszont nekem mindent berak a base topic alá, tehát ez az amit szeretném eszközönként kezelni, pl homeassistant/bedroom/lighting/ -ba szeretnék publisholni
Közben lehet hogy rájöttem a turpisságra, feltelepítettem az MQTT Broker hivatalos addont, viszont a zigbee2mqtt-ben a core-mosquitto addonhoz csatlakozott, az MQTT integráció automatikusan konfigurálta magát, de feltételezem ez szintén a core-t használta.
Premium Mining Rigek és Gamer/Workstation gépek: tőlem, nektek :)
-
Degeczi
nagyúr
-
haxiboy
veterán
válasz Degeczi #15954 üzenetére
Van egy hass.io-ba integrált mqtt broker, ami kifutó státuszban van, de még benne van.
Illetve feltelepítettem a Mosquitto broker-t.A zigbee2mqtt configom így néz ki.
data_path: /share/zigbee2mqtt
devices: devices.yaml
groups: groups.yaml
homeassistant: true
permit_join: true
mqtt:
base_topic: zigbee2mqtt
server: 'mqtt://192.168.1.150'
user: xxxxx
password: xxxxxx
serial:
port: /dev/ttyACM0
advanced:
pan_id: 6754
channel: 11
network_key:
- 1
- 3
- 5
- 7
- 9
- 11
- 13
- 15
- 0
- 2
- 4
- 6
- 8
- 10
- 12
- 13
availability_blacklist: []
ban: []
whitelist: []
queue: {}
socat:
enabled: false
master: 'pty,raw,echo=0,link=/dev/ttyZ2M,mode=777'
slave: 'tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5'
restartdelay: 1
initialdelay: 1
options: '-d -d'
log: false
A configuration.yaml-ba pedig az MQTT integration-hoz kapcsolódó részletek.mqtt:
discovery: true
broker: 192.168.1.150 # Remove if you want to use builtin-in MQTT broker
port: 1833
birth_message:
topic: 'hass/status'
payload: 'online'
will_message:
topic: 'hass/status'
payload: 'offline'
username: xxxxx
password: xxxxxAz user és pass minden esetben egy hass.io-s felhasználót takar a megadott jelszóval (ha minden igaz ennek így kell lennie)
Az Mqtt brokerem configján csak az user/pass részt változtattam.
Ennek, elvileg így jónak kéne lennie és így a telepített MQTT brokert használom nem a hassio féle embedded brokert.Kicsit még zavaros nekem hogy az integrációkon belüli deviceket/entitásokat hogyan tudom egyszerűen kezelni, ha meg megtalálni a device registry-t sem volt egyszerű, gondolhattam volna hogy rejtett könyvtárba pakolják
Premium Mining Rigek és Gamer/Workstation gépek: tőlem, nektek :)
-
vampire17
addikt
válasz vampire17 #15203 üzenetére
Na megerkezett az Earykong riaszto
Eddig tetszetos nagyon, de az igazi nagy dobas a Tuya app ! Persze tudom, itt nem igazan szeretik, de a tobbi kinai riaszto otvar sajat appjahoz kepest csillagaszati a kulonbseg.
Maga a "hardver" is jol ossze van rakva, eleg igenyes. (foleg ennyiert)
-
haxiboy
veterán
válasz Degeczi #15957 üzenetére
Igen ez a logikus. Úgy néz ki most jó minden, de majd ha hazaérek ellenőrzöm a dolgokat.
Aztán már csak arra kell rájönnöm hogy a felvett device-nek hogy állítom be hogy melyik topicba publisholjon. Mivel nálam rengeteg eszköz lesz nem ártana kicsit átláthatóbban kezelni.Premium Mining Rigek és Gamer/Workstation gépek: tőlem, nektek :)
-
Suineg
senior tag
Sziasztok! IFTTT ben szeretnék felvenni smart life (Tuya) alá hangparancsokat amelyeket a HA-ban szeretnék alkalmazni. Egyet-egyet tudok is a "Create your scene on command" illetve a "Google Assistant activate tuya scene" appletekkel. Ezekhez hogyan tudnék nem csak egy hangparancsot hozzárendelni? Vagy másik appletet kell használnom esetleg?
-
vampire17
addikt
válasz Suineg #15964 üzenetére
Aliexpress. Kamera az en csomagomban nem volt (de amugy van olyan osszeallitas, amihez van, konkretan ez), de mivel Tuya app-os, ezert barmilyen olyan IP kamera, ami Tuyat hasznal, egyuttmukodik vele.
-
snowdog
veterán
válasz vampire17 #15967 üzenetére
Közben visszanéztem az előző hozzászólásod eredetét, és ott megtaláltam, köszi. Az enyém nem Tuya appal megy, hanem egy egyszerű sms vezérlővel.
Egyébként nekem is mindkettő tökéletesen működik, eddig megvagyok velük elégedve.
Vettem hozzá kamerát is, az egy külön appal rendben működik, de a riasztóval még nem tudtam összehozni, pedig a központ leírása szerint az tudná kezelni. [link]
[ Szerkesztve ]
-
ojb
tag
Nnnnaa...
Ma megkaptam az NKM-től a hivatalos engedélyt az optikai gázóra leolvasó használatához! -
ojb
tag
Pontosan, ahogy írod. A szolgáltató fenntartotta a jogot a gyári reed helyre és nem engedélyezte, hogy elhasználjam. Megkérdeztem, hogy optikailag leolvastathatom-e a gázórát. Erre nem nagyon tudtak mit mondani. Megtiltani viszont nehéz, hogy fizikai kontaktus nélkül olvastassak ki optikailag adatokat a mérőből. Mindenféle megkötést támasztottak a leolvasóval szemben. Ezeket teljesítettem, majd az egészről beadtam egy dokumentációt elbírálásra. Amíg Ők bírálgattak ment a tesztüzem ill. finomítottam a kütyün zajszűrést.
Ma a helyszínen ellenőrizték, hogy az eszköz megfelel-e a követelményeiknek, jegyzőkönyveztek, fotóztak és a végén kiállítottak egy pecsétes papírt arról, hogy minden OK és az eszköz a tudtukkal , beleegyezésükkel és engedélyükkel hivatalosan üzemel a gázóra előtt. -
fecus
őstag
Kíváncsi vagyok a doksiban hogyan hivatkoztak az eszközre. Az ilyen doksikban gyártó, típus és gyári szám szokott szerepelni.
[ Szerkesztve ]
"Szörnyek léteznek, de túl kevesen vannak ahhoz, hogy igazán veszélyesek legyenek. Sokkal veszélyesebbek az átlagemberek, a funkcionáriusok, akik készek hinni és cselekedni anélkül, hogy kérdéseket tennének fel." (fordította DeepL ) - Primo Levi
-
szat8
tag
Igazán szép teljesítmény ilyesmit elérni egy gázszolgáltatónál! Grat!
(Nekem 1 év alatt azt sem sikerült megoldani, hogy a levelezési címem megegyezzen a mérőóra helyével. Költözés után csak az utóbbit sikerült átírniuk többszöri kérés után is, a levelezési cím maradt a régi ház... ) -
Vodike
tag
Sziasztok!
Elkezdtem átemelni a scriptjeim is Domoticz-ből HA-ba, de kicsit elakadtam. Az lenne az elvárt eredmény, hogy amikor kinyílik a kapu, akkor felkapcsoljon egy LED-et és amikor bezáródik a kapu, akkor lekapcsolja. Ebből a nyitáskori felkapcsolás valósul csak meg. Nyilván valamit bénázok, ez blockyban elég egyszerű volt :-)- id: '1581792645854'
alias: Parkolo vilagitas
description: ''
trigger:
- entity_id: binary_sensor.tolokapu
from: 'off'
platform: state
to: 'on'
condition:
- condition: state
entity_id: sun.sun
state: below_horizon
action:
- condition: state
entity_id: binary_sensor.tolokapu
state: 'on'
- entity_id: switch.parkolo_led
service: switch.turn_on
- condition: state
entity_id: binary_sensor.tolokapu
state: 'off'
- data: {}
entity_id: switch.parkolo_led
service: switch.turn_offexTiga
-
szat8
tag
válasz Vodike #15976 üzenetére
Nem lehet keverni a condition-öket az action-ökkel.
- trigger
(- condition)
- actionÍrj egyet külön a nyitásra, egyet a csukásra.
Szerk.: Nem tudom mennyire merültél már bele a yaml-be, de a sor elején lévő szóközök számára nagyon érzékeny!
Érdemes a kódokat is úgy bemásolni ide, hogy az stimmeljen, hátha olykor abba kerül hiba.[ Szerkesztve ]
-
Vodike
tag
Megoldottam másképp. Két automatizálással, bár lehet béna.
- id: '1581792645854'
alias: Parkolo vilagitas ON
description: ''
trigger:
- entity_id: binary_sensor.tolokapu
from: 'off'
platform: state
to: 'on'
condition:
- condition: state
entity_id: sun.sun
state: below_horizon
action:
- condition: state
entity_id: binary_sensor.tolokapu
state: 'on'
- entity_id: switch.parkolo_led
- id: '1582919630003'
alias: Parkolo vilagitas OFF
description: ''
trigger:
- entity_id: binary_sensor.tolokapu
from: 'on'
platform: state
to: 'off'
condition:
- condition: state
entity_id: sun.sun
state: below_horizon
action:
- condition: state
entity_id: binary_sensor.tolokapu
state: 'off'
- delay: 00:00:20
- data: {}
entity_id: switch.parkolo_led
service: switch.turn_off service: switch.turn_on[ Szerkesztve ]
exTiga
-
Degeczi
nagyúr
válasz Vodike #15979 üzenetére
És a service hívások összekavarodtak, mert az első action-ből kimaradt a
switch.turn_on
hívása (egyébként biztosan switch? Lámpát általában light-ként hoz létre az ember, bár persze éppen működik switch-ként is), míg a- condition
oda valóban nem való.Egyébként nem muszáj id-t adni az automatizálásoknak, lehet rögtön az
alias
sorral kezdeni, és adescription:
is elhagyható, ha úgyis üres (és teljesen igaza van szat8 kollégának, a lámpa lekapcsolása inkább ne függjön a Nap állásától)[ Szerkesztve ]
-
vampire17
addikt
válasz snowdog #15968 üzenetére
Nekem most nagyon bejott ez a Tuya app, eddig csak rosszat olvastam rola, de probalni meg nem probaltam. Nyilvan "otthonra" nem kellene, mert nem szeretem, ha olyan rendszert kell hasznalni, ami "megkoti a kezem" de olyan helyre eleg jo lehet, aki nem szeret bügykölni, csak hasznalni. A tamogatott eszkozok listaja meg... brutal!
Furamod amugy, amig teszteltem, addig nalam az itt jelzett "kinai szerver lassan reagal" gond sem jelentkezett.
-
snowdog
veterán
válasz vampire17 #15982 üzenetére
Én kettéválasztanám a felhasználói csoportot.
Aki teljesen megbízható, jól paraméterezhető rendszert szeretne, képes saját maga a megfelelő programokat, firmware-eket telepíteni, az nyilván Domoticz-ot használ.
Aki viszont ezekre nem képes, de mégis csak szeretne vele kísérletezni, annak megfelelő lehet a kínai felhős rendszer.Nálam a családi házban egy Paradox rendszert építettek ki, távfelügyelettel használom. Bár ezt is saját kézbe vehetném, de nekem így is jó. Viszont számomra ez egy zárt rendszer, nem akarom, és nem is tudom "piszkálni". Megbízhatóan működik úgy ahogy van. Csak kábeles érzékelőket használ.
Viszont mivel szeretek kísérletezgetni, ezért vásároltam a kínai rendszert, amit szabadon alakítgathatok. Annyi kábeles és rádiós érzékelőt illesztek bele, amennyit csak szeretnék (már azon belül, amennyit a rendszer képes kezelni). Tény hogy pl. a kamerától felhőn át érkező riasztások érkezési ideje elég változó, de ez nem igazán zavar. Amire használom ez is megfelel.
-
szat8
tag
válasz snowdog #15984 üzenetére
Elvileg a paradoxhoz lehet kapni olyan modult, amin keresztül MQTT-vel vezérelhető.
Gondolkodtam rajta, hogy biztonsági okból a parancsadás részét letiltanám valahogy, de értékelésre és értesítése lehetne használni.
Nem kéne pl. külön mozgásérzékelő, lehetne a riasztóét bevonni.
Még nekem sincs egyelőre ilyen modulom, de eljátszottam már a gondolattal. -
spider23
aktív tag
Valaki gyújtson fényt.
Node Red és Domoticz
Nagy kapun van egy xiaomi door sensor nyitás zárás oké.
Van egy mozgásérzékelő a kapu felett.
Most úgy van beállítva nodered-ben hogy ha a kapu állapota nyitva akkor jelezzen csak a mozgásérzékelő. Zárt állapotban ne jelezzen. Ez működik is rendesen. (http request get device idx on -off)
Viszont azt hogy lehet megoldani hogy amikor nyílik a kapu akkor ne jelezzen mozgásra? Tehát mondjuk a kapu nyitása után még fél percig ne jelezzen a mozgásérzékelő mert a kapu mozgását is jelzi ami nem kell, de ha már nyitva van ez időn túl akkor azonnal jelezzen? -
Degeczi
nagyúr
DSC-hez meg házilag is gyorsan összedobható illesztő, Home Assistant alatti támogatással is. Mivel azonnal átadja az egyes zónák aktuális állapotát, valóban nem kell megduplázni mozgás-, vagy nyitásérzékelőket, fölhasználható a riasztóé is automatizálásban. A parancsadást szerintem kár lenne kihagyni, pont abban is segíthet, h garantáltan beélesedjen távozáskor vagy éjjel. Max. a hatástalanítást nem teszed ki felületre.
-
szat8
tag
válasz Degeczi #15987 üzenetére
Nem a felület a gond, hanem kicsit zavarna, hogy a hálózatomat esetleg feltörve könnyen kiiktatható a riasztó.
Tudom, hogy ennek nem nagy az esélye, de azt a kocsit sem szeretném megkockáztatni.
Ez a DSC jól hangzik, de már adott a Paradox. Abból kell főznöm, ami van.
Nekem teljesen elég lenne, ha sensor szinten látnám a riasztómat. A riasztó állapotát, meg a mozgásérzékelőket. -
gzbotii
veterán
Sziasztok,
Idén fogunk neki saját ház építésének, és szeretnék pár alap dolgot "okositani" majd a lakásban. Alap dolgok, például villany le-fel, elektromos padlófűtés időzítése, kapunyitás, térfigyelő kamera - jelenleg ennyi ötletem van.
Mivel az okosotthon témában a tudásom a Philips Hue és az okos konnektorban merül ki, tudnátok ajánlani egy összefoglaló cikket/blogot/youtube csatornát, ahol kicsit bővebben megismerkedhetek a témával?Valamit fontos, hogy nem mélyvíz érdekelne, nem tudnék magamnak lefejleszteni dolgokat, bár alap programozói tudásom van.
[ Szerkesztve ]
When every logical course of action is exhausted, the only option that remains is inaction.
-
huliganboy
addikt
Srácok! Egy szerveren mennyire fér el domoticz, HA illetve Openhab? Most Domoticzet használok, de szeretném a legjobb megoldást megtalálni, azt meg csak úgy tudom ha tesztelek...
Nem akdanak össze a rendszerek? MQTT, Z2M, RF ami protokol jelenleg van...
Köszi
-
Degeczi
nagyúr
válasz huliganboy #15992 üzenetére
Domoticz és Home Assitant biztosan megfér alapban is, mivel előbbi a 8080, utóbbi a 8123 portot használja alapértelmezetten. A legcélszerűbb Dockerrel telepíteni, mert az semmit nem kutyul össze.
-
Chal
addikt
Elvileg Paradoxhoz is van már ígéretes projekt, a minap néztem utána egy ismerősöm kérésére. Így első ránézésére gyakorlatilag egyszerűbb is, mint az a megoldás amit anno a DSC-mhez építettem. Ott egy keybus-ra kapcsolódó ESP alapú kezelőt emulálok a központnak, itt pedig sima soros interfészre (is) tud kapcsolódni a megoldás.
Idő hiányában nem próbáltuk még ki nála, de azért talán érdemes ránézni:
https://github.com/ParadoxAlarmInterface/pai/wiki
Biztonság: e miatt ne aggód szerintem. A DSC megoldás nálam úgy működik, hogy a biztosított mqtt interfészen várj a PIN kódot is. Szóval simán van döntési lehetőséged, hogy a lánc legvégén levő elem (jelen esetben ez a Home Assistant web frontendje és/vagy mobilappja) hogy működjön. Ha akarom, akkor kiteszek egy mezőt, ahova bepötyögöm mindig a pin kódot (de a Hass alarm panel modulja amúgy helyből ad hozzá keypad-ot), de hardcode-olhatom a configba is. A fent linkelt Paradoxos megoldásba nem mélyedtem bele, de meg lennék lepve ha ott nem ugyanilyen (vagy hasonló) lehetőségek lennének.
Ugyanakkor: ne felejtsük el, hogy a rendszer IP oldali részén sokkal komolyabb biztonsági megoldások dolgoz(HAT)nak mint amik egy riasztórendszerben jelenleg vannak. Az mqtt-re, a Hass-ra, Domoticz-re lazán rakhatsz ssl-t, és ha ezekre a modern algoritmusokra amúgy is rábízod az életed más területeken (bankszámla, stb...), akkor miért a riasztó lenne a kivétel?
[ Szerkesztve ]
-
Chal
addikt
válasz huliganboy #15996 üzenetére
Ha erre gondoltál te is, akkor annyival kiegészíteném, hogy nem kell hozzá kábel, megy ugyanúgy ESP-vel ahogy a DSC-s megoldás (pontosabban hasonló módon, az mqtt rész itt nem az ESP-n fut, csak egy ip over serial interfészt ad).
[ Szerkesztve ]
-
Chal
addikt
válasz huliganboy #15998 üzenetére
https://github.com/ParadoxAlarmInterface/pai/wiki/Connection-methods#serial-over-ip-esp32
Egyébként nem teljesen értem ezt a felállást, simán meg lehetett volna írni a kódot ESP-re is, és akkor sokkal kompaktabb lehetne az egész (ahogy a DSC-s is működik). Illetve gondolom a dev alapvetően a pythonhoz ért csak, és így alakult ki ez az állapot (minden szerver oldalon fut, a hw felé pedig csak soros kommunikáció van).
Talán egyszer portolja valaki, illetve érdemes átnézni a forkokat meg úgy a githubot és egyéb helyeket általában, lehet hogy már meg is csinálta valaki, nem tűnik bonyolult dolognak a python kódok alapján.
[ Szerkesztve ]