-
GAMEPOD.hu
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
Chal
addikt
válasz kenand #15368 üzenetére
Ezt a https dolgot már írtad többször is, de nem igazán értem. Mi köze egy dashboardnak a https-hez? Már az első linken levő példákban is http linkek vannak a felület elérésére, ami érthető is, hiszen ehhez nem lehet köze egy dashboardnak, az az user döntése (pontosabban a HA webszerveréken a beállítása) hogy ssl-el vagy anélkül legyen e elérhető bármilyen mögötte levő content, így pl. egy dashboard is.
[ Szerkesztve ]
-
Chal
addikt
válasz kenand #15370 üzenetére
De mutasd már meg mire gondolsz, mert nem értem. Ott van pl a Pl dashboard, az első linked. Szó sincs benne ilyesmiről, a saját telepítési leírásában is sima http linkek vannak a példákban. Az https-hez eleve saját tanúsítványokat kellene telepítened, vagy self signed -et generálni (ami a mai böngészők miatt már nagyon idegesítő tud lenni), vagy vásárolni kell valahol, esetleg a Let's Encrypt ingyenes megoldását használni.
Én a fenti dolgokat használom egyéb helyeken (ez a munkám egy része), de itthon mindezek nélkül megy a push üzenetküldés is és a HA is. Nyilván a szolgáltatás ahova az üzeneteket küldöm, https-en kommunikál, de ettől nekem a HA-t nem kell https-re tennem. Az egyetlen dolog amihez ez kellhet, az a diy féle alexa és google home megoldások.
Nem lehet, hogy összekeversz valamit? Pl. hogy a telepítéshez szükséges repo-k https-en vannak, és ezeket a Synologyn nem tudod letölteni, valami ssl library (pl. curl) hiánya miatt?
[ Szerkesztve ]
-
Chal
addikt
válasz haxiboy #15474 üzenetére
A Smartthings kapcsán (amúgy Samsung, nem Google) itt nem nagyon van tapasztalat, de azzal elvileg le tudsz fedni mindent, a hue-t is kezeli. Tudtommal csak telefonos app van hozzá. A local működésről: link. Ha ez így megfelel, akkor esélyes hogy nem fogsz benne csalódni, elég jól kicsiszolt ökoszisztéma, többnyire jókat olvastam csak róla.
A legrugalmasabb egyébként a saját gw+hub megoldás építése (pl. Zigbee2mqtt + Home Assistant vagy Domoticz), cserébe ez a legbonyolultabb megoldás, és nagyon sok munkád lesz vele. A topic amúgy nagyrészt ezen megoldásokról szól.
-
Chal
addikt
válasz haxiboy #15479 üzenetére
Igen, az utóbbinak jóval nagyobb a fejlesztői bázisa, pár ezer commit néhány havonta simán befigyel (na meg 9300-an forkolták, ezt eddig nem is láttam, durva), jelenleg ez a legkiforrottabb/legnagyobb ilyen jellegű projekt. Persze ízlések és pofonok, a topicban sok Domoticz rajongó is van, nyilván ez sem a véletlen műve.
Az Smartthings kapcsán linkeltem a local működésről infót, nem hinném, hogy gond lenne a válaszidővel az elterjedtebb megoldások esetén (pl. egy HUE izzót az alapján tuti nem a cloudon keresztül fog kapcsolni, ha megnyomod a kapcsolóját a falon).
[ Szerkesztve ]
-
Chal
addikt
A http és az mqtt api-n is lehet firmware version lekérdezést indítani, és frissíteni is:
-
Chal
addikt
Ha a shellies/command topicba küldesz egy "announce" parancsot, akkor ki lehet kényszeríteni a reportot bármikor. Szenzorokat meg lehet yaml anchorokkal templatezni, de fejből meg nem mondom hogy kell, nekem is csak fel van írva, hogy egyszer meg kellene csinálni
Amúgy a fenti kódod jónak tűnik, de nyilván ki kell próbálni. Nálam a shellyk (meg minden iot cucc) szeparált vlanban vannak, nem látnak ki a netre sem, szóval kipróbálni sem tudom sajna.
[ Szerkesztve ]
-
Chal
addikt
Kezdem azt érezni hogy rohadt rossz irányba megy a Shelly. Még régebben szeparáltam őket saját vlanba, nincs internetelérésük sem. Persze így nem ment az ntp, de annyi baj legyen "majd egyszer megcsinálom" alapon hagytam. Ma volt egy kis időm, gondoltam rendbe teszem. Konfiguráltam egy NTP szervert a routeremen (Mikortik), és átálltam mindennel erre a külső szerverek helyett. Amikor a Shellykhez értem, jött a meglepetés: magasról leszarják, hogy mit adok meg nekik (S)NTP szervernek.
A forgalom alapján bekérdez ugyan a Mikrotikre, de nem veszi figyelembe a választ. Persze az ntp szerver jó, és tudom azt is, hogy a Shelly SNTP-t használna, de egyrészt az kompatibilis az NTP-vel, másrészt kifejezetten teszteltem SNTP klienssel egy linxon, és annak semmi gondot nem okozott a Mikrotiktől lekérdezni az időt.
Ránéztem az FB support groupra (ezzel kellett volna talán kezdeni), rengeteg sírás van ugyanerre. Egy usernek (aki szintén szeparálni akarta a Shellyket, és nem tudta használni a local ntp szerverét) az alábbit volt képes válaszolni Dimitrov:
"All devices are IoT they need connection if you want to use it without Internet you can buy cheap power socket with Analog controler."
Kezd nagyon magas lenni már az a ló...
[ Szerkesztve ]
-
Chal
addikt
Persze, ezt értem is, de ez nem arról szól, hogy többet kellene kihozni, hanem hogy az egyik alapvető funkció működjön jól, ugyanis perpill bugos.
De egyébéként közben rájöttem a megoldásra: engedélyezni kell neki a dns-t is, ha tud indítani dns lekérdezést, akkor megy az ntp is (ha IP-vel van megadva az NTP szerver, akkor sem megy, szóval indokolatlan a feltétel). Egyébként szerintem erről ők sem tudnak, vélhetően valami elcseszett NTP libet használnak a kódjukban, majd megírom nekik.
-
Chal
addikt
válasz enesbcs #15573 üzenetére
Na akkor újra nekifutok, mert szerintem nem volt egyértelmű
Szóval a Shellyknek gyárilag a time.google.com van beállítva mint NTP szerver, ezzel felesleges trükközni olyan formában hogy hijack-eljük az NTP forgalmát, mert a webguin egyszerűen átírható bármire, local NTP szerverre is, egy gombnyomás az egész. Ugyanakkor nem is működne a dolog, a hiba természetéből adódóan:
A gond abból adódik, hogy HA szeparálva van a Shelly, DE local NTP szerver van neki beállítva IP-vel (amit el is ér), nem fog működni, nem állítja be az időt, hiába kap választ.
A megoldás az, hogy engedélyezni kell a tűzfalon a DNS feloldást is, AKKOR IS ha IP címet adsz meg az NTP szervernél.
DNS elérés nélkül is mennie kellene persze, de mégsem megy. Kapcsolódik az NTP szerverhez, megkapja a választ, majd nem használja fel. Erre írtam, hogy ez valamiféle bug lehet a használt ntp libraryben.
[ Szerkesztve ]
-
Chal
addikt
- *hogy néz ki a topológia?
- melyiken milyen firmware van?
- log mit mond?*: Ha nincs kész megoldásod ami kirajzolja, akkor küldj a "zigbee2mqtt/bridge/networkmap/routes topicba" egy "graphviz" commandot, a visszakapott eredményt pedig copyzd be pl ide: https://dreampuf.github.io/GraphvizOnline/
[ Szerkesztve ]
-
Chal
addikt
Itt valami más probléma lesz szerintem, nem connection limit. Ugyanakkor azt azért megpróbálhatod, hogy egy eszközt eltávolítasz teszt jelleggel, és megnézed hogy mi történik az újakkal. De ami lényegesebb: az egyik Tradfi izzót nem lehetett lekérdezni, azért lóg a levegőben több eszköz is, mert azok vélhetően arra csatlakoznak. Erre esetleg nézz rá (power cycle neki pl.). Ezek az eszközök amúgy működnek/elérhetőek?
A másik, hogy a Tradfrik miatt igazából 5db routered van, ezért sem gondolnám hogy bármilyen limitbe belefutsz. Viszont több elégedetlen postot is láttam már a Tradfri izzók router módjával kapcsolatban. Mivel nekem nincs (illetve van, de külön hálózatban), így nincs vele tapasztalatom, én is csak olvastam.
-
Chal
addikt
Esetleg ez:
https://support.google.com/googlenest/answer/7410241?hl=en
Nálam off-on van mindkettő és nem bimbammol soha, és tuti nem állítgattam, most látom ezt a menüt először.
[ Szerkesztve ]
-
Chal
addikt
válasz Degeczi #15619 üzenetére
Azért linkeltem, mert nem találtam más opciót, aminek köze lehet a dologhoz. Egyébként eleve mute-olva használom. De mindegy is ez, elhiszem hogy így van, lehet, hogy egyszerűen csak nem vettem észre, illetve nem tulajdonítottam neki jelentőséget, majd holnap megnézem. Roppant keveset használom, szerintem alapvetően idegesítő az egész, wifis hangszórónak vettem, főleg Spotify-hoz, illetve 2db event van, ami miatt TTS-t játszhat le, de remélem azokat soha az életben nem fogom hallani (már az eddigi teszteken kívül)
[ Szerkesztve ]
-
Chal
addikt
válasz huliganboy #15624 üzenetére
Ha ESP8266 akkor Wemos. Csupán a használható gpio-kat kell megnézned, ha elég, akkor felesleges az ESP32 (mármint azokhoz a projektekhez amiket írtál, amúgy meg nyilván igényfüggő, nem egy kategória a kettő, specit találsz a neten hogy miben más a két soc). Itt pedig találsz infót az esp8266 gpio-król.
De használd a keresőt, volt már róla szó párszor, hogy mely gpio pinek használhatóak adott feladatra biztonsággal.
[ Szerkesztve ]
-
Chal
addikt
válasz huliganboy #15629 üzenetére
Én 4db relét kezelek wemos-al, fejből meg nem mondom mely gpio-kra van kötve, de írtam róla részletesebben, keress vissza.
ESP32 nem triviális, mivel nem 100%-ban kompatibilis kód szinten a két soc. Egy Arduino IDE esetén az alap dolgok persze ugyanúgy mennek, de a használni kívánt libeket érdemes átnézni, hogy jók e esp32-re.
-
Chal
addikt
válasz JoceeHunt #15635 üzenetére
Nem hinném, hogy ennek köze van hozzá, nálam is dhcp-zik a HUE gw, és 12 óra a lease time, soha nem csinált még olyat mint amit írtál. Eleve elég sok ideges ember lenne miatta, biztos hogy tele lenne vele a net.
Tuti nincs feszültségingadozás, vagy pillanatnyi kimaradások? Ha a power-on behavior "recovery" beállításon van, akkor is felkapcsolhat, ha gyorsan egymásután néhányszor elmegy-visszajön a tápja.
[ Szerkesztve ]
-
Chal
addikt
válasz nimfas #15638 üzenetére
A probléma oka, mint ahogy azt magad is láthatod, hogy nincs telepítve a python3-pip és a python3-wheel csomag
Viszont sajnos 6 éves linuxra ezek nem is lesznek. Szerintem nyugodtan próbáld ki újabbal, a hw támogatásnak nézz utána (wifi, lan, bt, vga, stb..), erőforrás tekintetében (cpu/ram/disk) nem hinném hogy nagyon gond lenne.
Bocsi, ezt benéztem, a launchpad szerint már a 12.04-ben is volt python3, vélhetően csak nem éri el a repot az apt.
[ Szerkesztve ]
-
Chal
addikt
Van egy build környezetem 12.04-el, és sajnos mégis áll amit először írtam: python3 van benne, de pip3 soha nem volt hozzá. Bele lehet ácsolni, de szerintem jobban megéri az, amit először írtam (pl. telepíteni egy 18.04-et, vagy egy Mint-et). Ha érdemben használni is szeretnéd ezt a gépet másra is, akkor ez elkerülhetetlen lesz amúgy is.
-
Chal
addikt
válasz DJGABI #15678 üzenetére
Én nem használtam soha, de a "These scripts were tested in:" résznél a doksikban a legelső eleme a listának egy vmware-ben futtatott linux, usb wifi stick nekiadva passthroughv-al. De írnak ugyanott virtualboxot is.
Innét amúgy jobb lenne szerintem átterelni a dolgot valamelyik linuxos topicba.
[ Szerkesztve ]
-
Chal
addikt
válasz nimfas #15682 üzenetére
Nem attól hasal el hogy virtuális, hanem hogy a wifi stick nem támogatja az AP módot. Ha a másik gépben levő kártya tud ilyet, akkor ott el fog indulni, de ha nem, akkor ott sem fog menni.
Mielőtt bármit telepítesz bárhova feleslegesen, ezzel a paranccsal tudod megnézni hogy van e AP mode az adott kártyán:
iw list | grep -A 10 "Supported interface modes"
Mindezek mellett tényleg javaslom, hogy a további ezzel kapcsolatos kérdéseket vidd át egy linux topicba, eléggé tele lenne ez offolva, ha a különféle OS-ek telepítését is itt tárgyalnánk meg.
[ Szerkesztve ]
-
Chal
addikt
+1
Egyébként ha megvan az említett szenzor HA oldalon, akkor a Grafana is kezesebb lesz. Megoldható nyilván ott is, csak bonyolult a query, mert a db-ben (mármint az influxban) az egyes state change események mindegyike generál egy sort, a hozzá tartozó adatokkal (timestamp, on/off state, brigthness/color settings, stb...). Ezeket alapul véve kellene kiszámolni az "on state" időket pl. adott naptári napra, majd összeadni. Én sem szöszöltem vele, HA oldalon egyszerűbb ez, ráadásul úgy mindkét oldalon (HA+Grafana) is használható a kapott érték.
[ Szerkesztve ]
-
Chal
addikt
Vettem ma egy Ikea Symfonisk controllert. Már régóta szemezek vele, csak amióta kijött, nem jártam Ikeaban. Reménykedtem csak benne, hogy jobb lesz mint a dimmer buttonjuk, mert az rettenetes. Nos, a cucc elég jó, mechanikusan is jó minőség, sokkal jobb érzés tekergetni, és pontosabb/reszponzívabb jóval (persze csodák nincsenek, cserébe jóval drágább is). Az alján van egy csúszásgátló felület, amitől elég masszívan tapad az asztalon, lehet izomból tolni neki, nem fog elcsúszni , illetve adnak hozzá mágneses fali mountot is, ha valaki úgy akarja használni.
Egyelőre "debounce: 0.5" beállítással használom zigbee2mqtt-vel, talán érdemes lenne emelni rajta kicsit, lassan tekerve túl sok mqtt eventet szór ki így magából, de amúgy teljesen jól használható.
Szóval aki tekerhető dimmert keres fényerő/hangerő/akármi szabályzáshoz (illetve van benne nyomógomb is), annak csak ajánlani tudom.
[ Szerkesztve ]
-
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 ]
-
Chal
addikt
válasz huliganboy #16000 üzenetére
Sima WiFiTelnetToSerial -t használ, szóval jó a sima ESP8266 is (vagy egy Wemos).
-
Chal
addikt
válasz huliganboy #16028 üzenetére
Home Assistant-al biztosan (illetve a hozzá való Companion ios app-al). Ha az nincs, akkor én a Siri shortcuts-ot nézném meg, azzal sok dolgot lehet létrehozni/scriptelni/automatizálni ios-on (a nevével ellentétben Sirihez mint asszisztenshez nincs sok köze).
Widget létrehozás:
https://support.apple.com/hu-hu/guide/shortcuts/apda11a05448/ios
Azt meg túrd ki guglival, hogy a command mögött lehet e pl. http hívás a Tasmota felé vagy valami más amit értelmezni tud. Ezzel kapcsolatban nincs infóm, soha nem próbáltam, lehet hogy nem tudja a Shortcuts, de én ezen a vonalon indulnék el első körben, ha nincs HA.
[ Szerkesztve ]
-
Chal
addikt
válasz KevinMulder #16046 üzenetére
Ahogy elnézem ezen nem nagyon lehet még mit használni, csak egy néhány soros kódkezdemény, ráadásul rajtad és a szerzőn kívül szerintem nem ismeri senki. Vagy netán te vagy a szerző?
[ Szerkesztve ]
-
Chal
addikt
válasz KevinMulder #16048 üzenetére
Mindenki elkezdte valahol, és szerintem van még hely bőven ezen a piacon, de nem kis kitartás fog kelleni hozzá, az biztos. A HA egy akkora monstrum mára, hogy defacto szabvány is egyben az eszköztámogatás része. Rengeteg projekt emel át innét dolgokat, mert ugye mi értelme lenne adott eszközhöz megírni egy handlert, amikor ott már készen van, és adott esetben 8-10 ember is dolgozik az adott modulon folyamatosan. Szerintem ha nem akarsz gyorsan elvérezni, akkor érdemes lenne a HA-ból ezeket a handlereket átemelni, vagy valamiféle api kompatibilitást biztosítani nekik.
[ Szerkesztve ]
-
-
Chal
addikt
válasz vampire17 #16229 üzenetére
Illetve ha jól rémlik, neked is van zigbee2mqtt alrendszered. Ahhoz bármilyen kapcsolót vehetsz, az Ikea-ban is van választék bőven. Nálam a napellenzőknek nincs fali kapcsolója, és így oldottam meg. 2db Shelly 2.5 vezérli őket, az esetleges fali nyitás/zárás pedig egy ilyen ikeás zigbee nyomógombbal történik.
-
Chal
addikt
válasz huliganboy #16467 üzenetére
Sem a Domoticz sem a docker nem befolyásolja ilyen formában a z2m működését mint amit leírtál. Inkább azt gondold végig, hogy miket változtattál még, akár a z2m configján, akár fizikailag (eszközök távolsága, elhelyezékedése). Végső esetben töröld a teljes device db-t, és minden eszközt resetelj, illetve párosíts újra.
-
Chal
addikt
Net nélkül nem fog menni, felejtsd is el. Másrészt meg rohadtul ne adj kazános szaki kezébe Tadot, nem értenek hozzá. Utána győzöd majd kibogozni hogy mit csinált meg mit nem, és hogy miért nem működik, szóval meg fogod bánni. Nem azért mert bonyolult, egy IT-s beállítottságú embernek aki látott már csavarhúzót is, gyerekjáték az egész. Egy kazános/gépész meg bele fog keveredni. Persze ha azt állítja, hogy tudja hogy mi ez, és szerelt már ilyet, akkor talán, de folyamatosan nézd, hogy mit csinál.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Fortnite - Battle Royale & Save the World (PC, XO, PS4, Switch, Mobil)
- Háztartási gépek
- Kerékpárosok, bringások ide!
- ThinkPad (NEM IdeaPad)
- Milyen billentyűzetet vegyek?
- Samsung Galaxy S23 Ultra - non plus ultra
- Milyen TV-t vegyek?
- Luck Dragon: Asszociációs játék. :)
- Vicces képek
- LCD, plazma és projektoros TV-k hibái
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Alpha Laptopszerviz Kft.
Város: Pécs