- Hálózatokról alaposan
- Xiaomi AX3600 WiFi 6 AIoT Router
- Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
- Az iPadOS-re írt appokra is díjat vet ki az Apple
- Letartóztatták a bitcoin-Jézust
- ASUS routerek
- Asustor NAS
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- A pápa egyre jobban tart a romlott AI veszélyeitől
- Milyen program, ami...?
-
IT café
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
ojb
tag
válasz huliganboy #28697 üzenetére
"Azt esetleg tudjátok, hogy egy 25 méteres kábel esetén is működhet?"
A rajz szerinti alkatrészek használatával biztosan.
Azok nélkül pedig ki kell próbálni és jó eséllyel úgy is fog csak nem "elegáns" -
huliganboy
addikt
Köszönöm szépen!
Más:
A következő gondolatmenetre tudnátok reagálni?
Adott egy szintes házikó. Radiátorok, központi elosztó NÉLKÜL, Álló Ariston kazán KLZ-30.
A földszint és az emelet között téli időszakban 3 fok különbség is megfigyelhető, a fenti rész ennyivel hamarabb hűl is... Tehát míg lent 22 fok van addig fent már csak 19.
A bajom, hogy mire az alsó szinten lévő termosz kapcsol, fent nagyon hideg van.
Mennyire járható út az, hogy a fenti és lenti helységekbe rakok a radiátorokra szelepet pl.: Zigbee Moes (esetleg groupba HA alatt), és ha a fenti rész igényeli a fűtést akkor kapcsolaja a temrésztátot ami pedig a kazánt? Míg a lenti radiátorszelepek zárva maradnak, mert ott nincs hőigény?
A kazán mennyire tolerálja, hogy az eredeti 7 radiátor helyett mundjuk csak 2-3 "van üzemben'?Köszi a válaszokat?
UI: Tudom szigeteljek. Fogok is jövőre, de még egy tél előttünk áll.....
[ Szerkesztve ]
-
sambenez
addikt
válasz huliganboy #28702 üzenetére
Semmi baja nem lesz, ha kevesebb radiátor fűt. De legalább egy mindig legyen nyitva.
[ Szerkesztve ]
-
WiZARD
addikt
Zsaluzia vezérlést szeretném vmi okos rendszerrel megoldani.
Most épül a ház, vezetékes vezérlésű zsaluzia kerül beszerelésre.Kell nekem hagyományos beltéri kapcsoló, és hozzá vezeték, vagy a tokban valahol el tudom rejteni a vezérlőt?
Így nyilván kívülre kerülne a vezérlő, bár közvetlen vizet nem kap, árnyékban is van, de mégiscsak kívül. Bírják ezt?
Milyen gyakran fordulhat elő, hogy nekem hozzá kell fizikailag férni a vezérlőhöz? (2 db olyan ablakon lenne, amit kívülről nem nagyon tudnék elérni)A gépész Salus Smart Home rendszert telepít a hűtés-fűtés szabályzáshoz. Ebbe a rendszerbe szeretném a zsaluzia vezérlést is. (zigbee)
Ezzel van valakinek tapasztalata?[ Szerkesztve ]
Soha ne vitatkozz idiótákkal! Lesüllyedsz az ő szintjükre és legyőznek a rutinjukkal. **** www.PhenomeNato.com ****
-
radio11
tag
válasz huliganboy #28702 üzenetére
Home assistantban én csináltam (bár még folyamatban van, de már demonstráltan működik). Maga a szelep is termosztátként jelenik meg a HA alatt. Én a szelep állást használom triggernek (>30%) ami egy segítőt indít és ezeket (minden szelephez egy segító tartozik) group-ba gyűjtve indítom a kazánt (nem termosztáton hanem egy rádiós relén keresztül).
-
vampire17
addikt
-
Rosep
senior tag
válasz vampire17 #28712 üzenetére
Mivel rájöttek, hogy óriási piaca lesz a DIY cuccoknak.
(Aki kicsit is konyít a műszaki dolgokhoz, hamar korlátokba ütközik, ha csak egy adott gyártó eszközeit akarja használni, illetve több gyártó eszközeit egyszerre működtetni. Meg persze sokan nem akarnak a kínai felhőkbe beköltözni. )[ Szerkesztve ]
-
footy
addikt
Sziasztok,
meg mindig az ontozo automatizalast probalom finomitani. Az idojaras elorejelzessel probalnam befolyasolni hogy menjen-e az ontozes. A cel az hogy ha az adott napon (szerda v. szombat) vagy az azt koveto napon esik akkor ne induljon az ontozes.
Nem vagyok biztos benne, hogy az attributomok es statuszok ezen kombinacioja mukodik.
Valakinek van tapasztalata ezzel?alias: Bewaesserung
description: ''
trigger:
- platform: time
at: '19:30'
condition:
- condition: numeric_state
entity_id: sensor.feuchtigkeit
below: '25'
- condition: numeric_state
entity_id: sensor.watertank_fill
above: '15'
- condition: time
weekday:
- wed
- sat
- condition: or
conditions:
- condition: state
entity_id: weather.otthon
attribute: attribution
state: rainy
- condition: state
entity_id: weather.otthon
state: rainy
attribute: forecast
action:
- repeat:
count: '2'
sequence:
- service: script.bewaesserung_ost
mode: single -
simico
aktív tag
válasz huliganboy #28702 üzenetére
Ha mindig a fenti rész a hidegebb, akkor oda kell átrakni a termosztátot és abban a szobában ne legyen a radiátor(ok)on termosztatikus szelep, az összes többi radiátorra meg raksz termosztatikus szelepet. Ez sima (nem okos) rendszerben is jól működik torlószelepekkel jól beszabályozott fűtésrendszer esetén - ha egyébként nem akarod az okosotthon rendszerbe bevonni a fűtést akkor nem kell drágább okos szelepeket venni.
-
cpt rodgi
tag
ha valakit erdekel, okos dugo olcson, es tasmotithato . [link]
nekem ma erkezett , es tenyleg siman megy.
egy az egy a gosund. meg a panel is. "BlitzWolf SHP" (45) latszolag hibatlan .
(gosund sp1 v23 mal nem megy) -
vampire17
addikt
A 6.3 as Hass.OS kerneleben volt egy bug, ami a serial chipeket erintette. (ezek vannak a kulonfele zigbee dongle-on, lenyegeben ezeken keresztul kommunikal a zigbee chip a geppel)
Ez azt okozta, hogy bizonyos erzekelok jelei (pl xiaomi nyitaserzekelok) neha akar 15-20 masodpercet, de extrem esetekben akar 1 percet is kestek (pl egy ajtonyitasra felkapcsolodo eloszobalampa igy kb hasznalhatatlan volt)
Bovebben itt irnak a dologrol: https://github.com/Koenkk/zigbee2mqtt/issues/8663 -
koala69
tag
ESPHome hasznaloktol szeretnek segitseget kerni. Frissitettem a 2021.8.2 verziora.
Hasznalok esp32-on egy MAX7219-es display-t, amire kiiratok kulonbozo adatokat, ami tokeletesen mukodik.
Ma szerettem volna valtoztatni, - egy teljesem mas reszt, mint amire a hiba hivatkozik - de egy hibauzenettel megall a forditas:config/esphome/max7219_display_bedroom.yaml:57:177: error: invalid conversion from 'int' to 'const char*' [-fpermissive]
it.printf(70, 0, id(digit_font), 3, "Out: %.1f°C Wind: %.1fKmh Kids: %.1f°C Bedroom: %.1f°C ", id(garden).state, id(wind_speed).state, id(kids_temp).state, id(display_temp).state );nem ertem, illetve nem tudom, mi valtozott a verzioban, mit kellene maskent csinalnom, mert ugyan ez a yaml file regebbi verzioban minden gond nelkul leforditodik
Valaki futott bele mar hasonlo helyzetbe???[ Szerkesztve ]
-
Rosep
senior tag
válasz vampire17 #28720 üzenetére
Én meg már azt hittem végre működni fog a Legrand kapcsolóm ZHA alatt.
[ Szerkesztve ]
-
Chal
addikt
z2m-el nem megy ezzel a handlerrel: link?
Szerk.: látom közben, hogy ez más (night/day switch), de vélhetően csak az action-ök neve más, a hw ugyanaz. Könnyen le lehet másolni ez alapján, én véletlenül csináltam egyszer egy HUE izzóhoz támogatást (speckó kerti/kültéri cucc, az izzó tök ugyanaz, de más azonosítókat küld), már nyomtam volna a pull requestet nagy büszkén, amikor újra leellenőriztem, és már benne volt
[ Szerkesztve ]
-
Rosep
senior tag
Egy ideje már nem küzdök a z2m-el. Mióta ez a stick van nem hajlandó működni nálam.
Eddig minden ment a ZHA-val. Csak ez a nyomorult kapcsoló nem. Kicsit 'szabványközelibbnek' is érzem, mint a z2m-t.
Most ezzel a típussal szemezek, van már valakinek tapasztalat vele? Nem jövök rá, hogy el lehet-e forgatni valahogy föl-le módon használva.[ Szerkesztve ]
-
vampire17
addikt
Sracok, kinek mi a velemenye az uj shelly cuccokrol?
-
fo_di
őstag
és láttátok, hogy a nabu casa új hardvert crowdfundoltat? home assistant amber, az alapja a raspberry pi4 compute modul (pontosan ugyanolyan teljesítmény, mint a sima pi4, csak a formátum más), lesz benne beépített zigbee koordinátor (zigbee mellett matter/thread kompatibilis siliconelabs chip), a compute modulon emmc tárhely van, de lesz egy m2 nvme csatlakozó ssd vagy google coral csatlakoztatására és opcionális poe
azt mondják, hogy a blue-t nem gyártatják tovább, limitált széria volt, de a szoftveres támogatás természetesen marad arra is
egyébként talán jövő nyárra ígérik a szállítást -
vampire17
addikt
Ez szuperjo!!!
Jogos hogy nem tesznek bele Z-wave-et, DIY vonalon sztm nem rug labdaba a Zigbee mellett...
RF elsore picit hianyzott, de jobban belegondolva annak sincs mar letjogosultsaga... Esetleg az idojaras allomasok miatt nem lett volna rossz... (valahogy azokban nem akarja a zigbee megvetni a labat, legalabbis en meg nem talaltam zigbee-set...)
Azert nem csak ennyi Eloszor is kapott egy teljes DIN sines termekpalettat a shelly (1.2. PW, PW2) Ezek szinten ESP32 alapuak, van bennuk BT (ezt mondjuk nem vagom, miert toljak...) De ami fontosabb, LAN csatlakozas! (illetve az 1 es a 2 dry contactos )
Van ugye a mar az elorendelheto Shelly Pro plus, ezt mar ugye ismerjuk.
Illetve az altalad emlitett shelly 1 es shelly 1PM. (ezeknek a letjogosultsagat mondjuk tenyleg csak az uj vasarlasnal erzem...)
A szerelvenyeknek viszont tenyleg semmi ertelmet nem latom... Pont a shellyk lenyege veszik el vele, hogy barmi moge be lehet tenni...
Az utolso dolog pedig, hogy az uj szerias cuccok mind tamogatni fogjak a localis scripteket! (illetve, ahogy a videoban is mutatta, a http requestek tamogatasa miatt egy pro serias cuccal tudod scriptelni a gen1 es shelly-ket is) Olyan helyekre, ahova pl "beegetett" egyszerubb automatizacio kell, oda ezentul nem fog kelleni okosotthon kozpont, eleg lesz a sajat scripteles is. (amugy hasonlon dolgozik a Tasmota is, nala is van mar betaban scripteles a Rule-ok helyett)
[ Szerkesztve ]
-
Chal
addikt
válasz vampire17 #28726 üzenetére
Nem is láttam, köszi hogy szóltál Úgy nézem váltottak ESP32-re, az említésre méltó featurek mindegyike ebből ered kb. Én nagy szükségét amúgy nem éreztem (sőt, semekkorát), viszont ha jól látom lesznek új szoftveres funkciók is, pl. onboard scripting, amúgy ez is kb az ESP32 miatt van (több erőforrás).
Összeségében remek faceliftnek tűnik, a Pro 4PM is vagány lett. Árazásban sem szálltak el, +1-2 EUR-t tettek csak rá (kb. amennyivel a drágább soc) Viszont én nem látom a helyét a rendszeremben, szerintem továbbra is sima 1/PM-et fogom a kosárba dobni, ha kifogyok.
szerk.: a BT-t szerintem azért "tolják", mert ha kell ha nem, kapják az ESP32-vel, így meg PR-nak jó, ha már benne van, hogy na ezt is tudja a termék...
[ Szerkesztve ]
-
vampire17
addikt
DIY -re sztem a gen1-esek teljesen jok ,a next szeria inkabb mar talan a komolyabb rendszerek helyett kinal egyszerubb alternativat (pl: Loxone ).
Amivel meg sztm nagyot tudnanak szakitani az-az, ha pl a Pro 4PM kapna egy mqtt broker supportot... Ez amugy nem annyira elkepzelhetetlen, ESP32 alapokon, LAN csatlakozassal, egy 30-40 klienset mar elbirna... Van is amugy mar ilyen fajta open source kezdemenyezes, en is nemreg talaltam es erdeklodve figyelem, mire fog kifutni:
-
Chal
addikt
válasz vampire17 #28731 üzenetére
Erre se érzem annyira a piaci igényt, de ja, simán elbírná az ESP32. Bár lassan egészen érdekes irányt vesznek fel a dolgok, pl. a Mikrotik nemrég beletette az új (még rc állapotban levő) RouterOS -be a docker támogatást. Nekem bőven van itthon rendes vas, de nagyon sok helyen el tudom képzelni, hogy örülni fognak neki a rugalmasság és a kompaktság miatt. Beüzemelsz egy kis routert, és futhat akár azon is a mqtt broker, ha erősebb vas van benne akkor egy HA core is. USB passthrough téren nem tudom hogy állnak (gondolom sehogy), de műszaki akadálya nincs, USB meg van a Mikrotikeken általában, így mehetne rá egy z2m is akár
[ Szerkesztve ]
-
jameshun02
csendes tag
Sziasztok!
Olyan problémám lenne, hogy van egy szerver azon fut a pfsense és ebből jön ki külön hálózatokon a proxmox, lan, wifi(unifi ap) a wifi vlan tagelve van külön az 2.5ghz és az 5ghz. Proxmoxon fut egy Hassio ezen van a Homekit átjáró. Iphone-ról próbálom eléri a Hassio-n levő homekit-et, de nem sikerül valamiért.. Utána kerestem és a Vlan tag miatt nem lehet. Írták, hogy az Avahi elméletileg megoldja, de nem sikerült azzal se megoldani a problémát. Valakinek van valami ötlete?
Előre is köszönöm a segítséget! -
Chal
addikt
válasz jameshun02 #28733 üzenetére
Gondolom a problémát az okozza, hogy más subnetben és vlanban van a wifi, és másban a HA, a Pfsense meg hiába route-olja, kell a broadcast is a Homekitnek, de az nem megy át.
Viszont szerintem ezt az egészet vidd át valamelyik releváns hálózatos topicba, mert ez itt nagyon off, és ha itt elkezdődik a megfejtése, akkor az rengeteg további off-ot fog szülni. Ennek az egésznek semmi köze a smarthome témához.[ Szerkesztve ]
-
gahor72
aktív tag
Sziasztok!
Lonsonho wifis villanykapcsolókat kötögetek be. Kaptam hozzá a villogás ellen "kapacitor" - t. ebben a két vezeték L1. és. L2-vel vannak jelölve. mindegy, h hogyan kötöm be, vagy számít a + ill. a 0? És ha számít akkor melyik a +?
Köszönöm
Üdv -
gahor72
aktív tag
köszönöm.
Csodálkozom, h 2 gangos kapcsolóhoz is csak 1 bypasst adtak. De utána olvasva elég 1 is, majd meglátom.
Először nem raktam a led lámpához, mert több az előírt teljesítmény mint a minimum. Nem is villogott, de kb 3 perc múlva megszűnt működni mint kapcsoló.
Úgy hogy kellett.
Üdv -
fo_di
őstag
válasz gahor72 #28738 üzenetére
a bypass azért kell, hogy a kapcsolót életben tartsa azzal, hogy a bypasson át szivárogtat némi áramot (különben a lámpán szivárogtatja át, amitől a ledes lámpák világítanak)
a kétgangoshoz meg azért lehet elég egy, mert bármelyiken átjutva már megvan az elég áram ahhoz, hogy menjen a kapcsoló -
Saughassy
aktív tag
Domoticzrol HA-ra migralas soran merult fel, hogy a Domo "replace sensor" funkciojat hogyan lehetne megvalositani HA alatt. Vagy legalabb az uj entitashoz hozzarendelni a regi stat historyt.
Reszben ide tartozik, hogy Domo (es most mar HA) alatt hasznalok egy RFLink433-at es jopar 433as homerot. Ezeknek jo szokasuk hogy elemcsere utan nem ismeri fel oket a Domoticz (vagy maga az RFLink?) igy kenytelen vagyok uj szenzorkent felismertetni oket, majd replace a bedoglott regivel. Igy megmaradnak a tobbeves statisztikai adataim.
- Ismeros a bug valakinek? Van ra megoldas?
- HA alatt hogyan lehetne megvalositani egy entitas cserejet?Most az RFlinket direkt tamogatassal hasznalom.
-
Degeczi
nagyúr
válasz Saughassy #28740 üzenetére
Én nem ragaszkodnék a végletekig elavult őskövület (4 éve jött ki utolsó frissítése...), ráadásul zárt forrású Rflink-hez
Annak idején nálam is produkált olyanokat, h alkalmasint másként ismerte föl tökugyanazt a szenzort. RTL_433 alatt helyből megoldódott minden ilyesmi, + fölismert olyat is, amivel az Rflink semmit nem tudott kezdeni.
Nem utolsósorban pedig nem közvetlenül, hanem MQTT-n keresztül használom, aminek az is előnye, h a retain mód miatt rendszerindítás után akkor is azonnal van értéke egy szenzornak, ha az már fél órája nem is jelentett, ráadásul ha egyszer bármiért lecserélném vmelyiket, akkor annak továbbra is ugyanazt a beszédes, pl. "sensor.homerseklet_eszaki_fal" nevet adhatom, mint a korábbinak, így föl sem merül az általad említett probléma.
Amúgy a HA states adatbázis táblájában egyszerűen (pl. PHPMyadmin addonnal, de ez parancssorból sem vészes) lecserélheted egy korábbi entity_id előfordulásait vmi másra (bár ez egyébként sem hosszútávú tárolásra való adatbázis: arra vagy külön InfluxDB-t célszerű használni, vagy a nemrégi bevezetett hosszútávú statisztikai megoldást, ahol naponta max. 24 rekord képződik, az adott óra átlag-, min- és max. értékét eltárolva)
[ Szerkesztve ]
-
Chal
addikt
válasz Degeczi #28741 üzenetére
Sok haszna nincs a HA db-jében tárolni archív adatokat, de annyit azért hozzátennék, hogy szerintem az ajánlás inkább azért létezik, mert RPI (like) vasat, és a default sqlite db-t feltételeznek mindenkinél.
Általánosan viszont az állítás biztosan nem igaz, ennél sokkal több adatot tárolnak és mozgatnak hasonló méretű szoftverek egy modern sql-ben, ráadásul jóval bonyolultabb querykkel, ez egyáltalán nem gond manapság sehol. Ha valaki pl. intel cpu-n, rendes disken (nem SD kártya) futtatja, pl. egy Mariadb-n, akkor lazán beletolhat 50-100 millió sort a states táblába, nem fog semmilyen gondot okozni a dolog.
[ Szerkesztve ]
-
Degeczi
nagyúr
Rendes vason és DB-vel igen, azonban
- rendszeresen előfordulnak adatbázis változások az új verziókban, és azok nagyon sokáig tartanak majd egy hatalmas adattömegen
- az adatok nagyobb része teljesen fölösleges egy idő után, azokat kár lenne hónapokig a mindennapos debughoz szükséges gyakorisággal tárolni - de Recorder csak globális purge-öt ismer, minden adatra vonatkozót
- egy hosszabb időszak lekérdezése is nehézkes, lassabb lenneAz új, statisztikai tárolás mindezt szépen megoldja az óránkénti kigyűjtéssel.
-
-
Saughassy
aktív tag
válasz Degeczi #28743 üzenetére
Tenyleg ugy irtok errol a hosszutavu statisztikarol, mintha urtechnika lenne. Akkor a Domoticz miert razza ki kisujjbol ugyanazon a hardveren, ugyanugy linuxon? Evek ota ment nekem 10-12 homero adataival, stabilan.
Fel nem foghatom, hogy HA alatt pedig lehet buveszkedni nem hogy a tavalyi, de meg a 2 honappal korabbi adatokert is... Oke, most a long term stat tenyleg megoldas, pont jokor valtottam. -
Chal
addikt
válasz Degeczi #28743 üzenetére
Jó vason ez egyik sem gond, nekem trehányságból volt benne egyszer 50 millió sor, mert igazából nem kért enni, én meg nem csesztettem. Simán évekre visszamenően is néhány msec alatt lefutottak a queryk, indexelve van ami kell. Alter table az updateknél valóban lassú volt, de azért nem olyan vészes, nagyon nem is tűnik fel igazából, mert közben volt elég dolgom a frissítés egyéb teendői miatt.
De amúgy értelme nincs sok, abban egyetértek, szóval ezek csak elvi dolgok.
@Saughassy: ugynazaon a hw-n a HA is ugyanúgy rázza ki. Itt 50 millió értékről beszélünk, a tiédben mennyi volt, és milyen db volt a Domoticz alatt? 10-12 hőmérő nem valami sok, lemértem most, nálam jelenleg 6 érték érkezik a db-be másodpercenként.
[ Szerkesztve ]
-
Saughassy
aktív tag
Nem tudom milyen db volt, felraktam a Domoticzot egy oreg Synology NASra es ment evek ota. Aztan koltozott raspberry4re es ott folytatta. Van 6db 433as homerom, es 4 darab EspEasyn keresztul. Persze adat ettol sokkal tobb volt, mert szamoltam deltaT-ket kulter, belter, tetoter viszonylatban, eloremenok, satobbi, aztan lassan 2 eve logolja a napelem 4-5 parameteret, a fogyasztast. Oke, a Domoticz 5 percenkent rogzit es az 5 perces felbontast max 7 napig orzi meg, utana jonnek az atlagolasok.
-
-
Zirowe
nagyúr
Szemezgetek ezzel az amberrel, de hiányolom, hogy a zigbee résznél nem említik max hány készüléket tud kezelni.
Elég fontos infó lenne.
+mondjuk, hogy lehet-e antennával bővíteni a hatókört.
Illetve kár az usb 2.0-ás portokért.Nekem bejön a cucc, nem tudom mióta van tervben, hogy migráltatom a HA szerveremet egy pi4-re, már minden megvan hozzá, csak még nem volt lelkierőm hozzákezdeni.
Az amberben főleg az tetszik, hogy minden egyben van+az ssd támogatás.We've jumped way beyond the Red Line. Limited supplies. Limited fuel, and now no hope! But I promise you one thing. On the memory of those lying here before you, we shall find it. And Earth will become our new home. So say we all!
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest