- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- SkyShowtime
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Aliexpress tapasztalatok
- Milyen NAS-t vegyek?
- Crypto Trade
- Ubiquiti hálózati eszközök
- Videó stream letöltése
- Windows Server 2016
-
IT café
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
Degeczi
nagyúr
válasz
kbela365 #16123 üzenetére
Ha csak pár konnektor mérése a cél, pl. a Blitzwolf SHP2 bevált cucc erre. Tasmotátsítás után MQTT szenzorként kezelhető az is, hasonlóan az alábbihoz.
Ha a teljes ház, rengeteg féle, kismegszakító sínre tehető mérő létezik, vegyesen wifis és vezetékes (pl. RS485, amit szintén támogat a HA) is.
-
Degeczi
nagyúr
válasz
kbela365 #16365 üzenetére
A numeric_state "below" és "above"-ja amit most használsz, pontosan így is működik: csak a küszöb átlépésekor aktiválódnak.
A problémád az okozhatja, ha indításkor nincs állapota a szenzornak (unkown), majd beáll az aktuális értékre, ami már persze érthető, ha "átlépi" ezt a küszöböt.
Ezért elvileg az a legegyszerűbb megoldás, ha retain módúvá teszed a szenzort (föltéve, ha az MQTT-n keresztül jön, mint pl. Zigbee2mqtt-n egy Xiaomi szenzor, vagy vmilyen időjárásállomás egy 433 MHz-es vevő->MQTT-n) -
Degeczi
nagyúr
válasz
kbela365 #16425 üzenetére
Én is így, külön telepítve használom.
A Zigbee2mqtt alapban nem retain flaggel küldi be az adatokat, de ez bekapcsolható a configjában! Érdemes is, különben a következő jelentésig (ami közel egy óra is lehet) "unknown"-ban maradnak ezek újraindítás után.Ha esetleg ez se lenne elég vmiért, akkor azzal is megkerülheted, h azt az értesítő automatizálásodat
initial_state: ‘off’
-ra állítod, és a HA indulásáratrigger:
platform: homeassistant
event: start
azaction:
részbe teszel egy kellően hosszúdelay:
-t, majd egyservice: automation.turn_on
hívással aktiválod az addig inaktív automatizálást.[ Szerkesztve ]
-
kdavid86
tag
válasz
kbela365 #16425 üzenetére
A problema ott lehet, hogy a home assistant kesobb indul el, mint az egyszerubb folyamatnak szamito zigbe2mqtt es mosquitto paros. A megoldas ott van, hogy a systemd fajlokban kellene beallitani, hogy mi legyen a konkret folyamat. A Before es After kulcsszoval lehet hivatkozni az ilyen egyes dependenciakra.
[ Szerkesztve ]
-
vampire17
addikt
válasz
kbela365 #17058 üzenetére
Szia, Dahuara gondolsz?
Van ra par megoldas, termesztesen.
Pl ez:
https://github.com/SaWey/home-assistant-dahua-event
Vagy itt van ez, Node-RED ala (az amugy sem art komplexebb HA automatizalashoz)
https://github.com/inwaar/node-red-contrib-dahua-device
Esetleg ez, egy sima MQTT gateway:
https://github.com/psyciknz/CameraEvents
Van, amit eleg regen nem frissitettek, azota lehet volt valtozas a Dahua API-ban, ki tudja.. Itt megtalalod a Dahua API-t ez alapjan lehet sajat python/akarmi scriptet is irni.
[ Szerkesztve ]
-
stopperos
senior tag
válasz
kbela365 #47117 üzenetére
A három dolog együtt nem biztos, hogy menni fog. Legrandnál van USB-C és konnektor, a külön zigbee kapcsolót a konnektor mögé rakhatod, ha még van elég hely. Ha nincs, akkor a kötődobozba.
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
vampire17
addikt
válasz
kbela365 #49047 üzenetére
Nincs felrekommunikacio, ez igy mukodik.
A kazanos tudja igazabol rosszul... Amit a "tekeron" vagy digitalisnal a +- al allitasz, az a Setpoint. A felreertes ott van, hogy kapcsolos termosztatnal ez az ertek valoban a "maximum" hiszen a neveben is benne van, hogy ez a celertek, amit a kazannak el kell ernie. A langmodulacio ilyenkor ugy valosul meg, hogy ahogy kozelit a visszatero hofoka az eloremohoz, a kazan veszi vissza a lang erejet, hiszen "erzi" hogy mar folosleges futeni a vizet. Mivel kapcsolosnal nincs arrol adat, hogy pl mennyi a differencia a kert es az aktualis homerseklet kozott, igy a kazan mindig ezt a setpointot tekinti celnak.
Ha modulacios (OT, vagy barmilyen) termosztatod van, a setpoint dinamikus. DE! Ezen felul van egy maximum homerseklet is, amit a kazan nem lephet at. Ezt a kazanban kell beallitani, nem fogja a honeywell felulbirani.
-
vampire17
addikt
válasz
kbela365 #49058 üzenetére
Ha valoban teljesen atveszi (a "tekeros" regebbi 100-W eseten valoban nem talaltam semmi egyeb szerviz mod lehetoseget vagy olyan menut ahol alap parametereket lehet allitani) akkor egy OpenTherm gateway lehet a megoldas meg. Azt be lehet kotni a termosztat es a kazan koze es felul lehet biralni a termosztat felol jovo utasitasokat, pl a maximum HW setpointot is.
[ Szerkesztve ]
-
Audience
aktív tag
válasz
kbela365 #49027 üzenetére
A Viessmann kazánok nem kezelik jól az OT -t, sajnos. A Viessmann a termosztát gyártókra mutogat a termosztátosok meg a Viessmann-ra!
A gond!
Két módon lehet az előremenőre hatni. Vagy a Control Setpoint-ot állítja vagy a Max CH water setpoint-ot.
Az a baj, hogy a Viessmann letiltja a kazánon lévő kezelőszerveket és a max ch water setpoint-ot 80 fokra rakja ha OT csatlakoztatva van és ott is marad mert nem tudod felülbírálni, nem engedi írni. A Honeywell pedig elkezdi a CS-t rángatni de nincs felső limit és nem is állítható. A HoneyWell szerint azt állítsd a kazánon, csak ugye azt a Viessmann letiltotta.
Ami nekem működött az a Remeha termosztát ami tudta ezt kezelni Viessmann kazán esetében. A Honeywell picit buta és a Viessmann-ra mutogat, hogy nem kéne letiltani a kezelőszerveket és akkor be lehetne állítani a felső limit-et.
Később OT Gateway-jel felülirtam amit a honeywell kért és onnan kezeltem a CS-t.
[ Szerkesztve ]
-
-
daninet
veterán
válasz
kbela365 #49288 üzenetére
semmi baj tasmotával működni fog. Viszont esphome-nak saját integrációja van, kezeli az eszközfrissítéseket HA-ból, saját titkosított api-val kommunikál nem mqtt-vel, és szerintem sokkal egyszerűbb konfigurálni ha valami spéci kell.
Miért vegyem meg, ha 3x annyiért, 3x annyi idő alatt megépíthetem? ´¯`·.¸¸.·´¯`·.¸><(((º>
-
válasz
kbela365 #49318 üzenetére
szia,
nekem van.
Ez alapján csináltam.
Mini dashboardnak elmegy... -
-
spst
csendes tag
válasz
kbela365 #50219 üzenetére
Köszönöm, talán ez rávilágít a lényegre. Ha jól értem a HA eltárolja az érzékelő vagy kapcsoló vagy akármi előző állapotát és időnként lekérdezi. Előfordulhat, hogy a lekérdezésre nem kap választ és ekkor a HA beállítja az állapotát unknow-ra?
Ez előfordulhat HA újraindításkor, hálózati torlódáskor és egyéb esetekben is?
Új hozzászólás Aktív témák
- Traktor és kamion matricák széles választékban! PH tagoknak 30% kedvezmény!
- Visszapillantó matricák a legjobb minőségben! PH tagoknak 30% kedvezménnyel!
- Riwall PRO RALM 4640 SPi,40V AKKUS ÖNJÁRÓ 46CM FŰNYÍRÓ, TÖLTŐVEL 4DB 4Ah AKKUVAL ELADÓ 2ÉV GARANCIA
- Mitsubishi Pajero mk2 gyári felnigarnitúra
- LeoVince LV10 carbon sportkipufogó