Hirdetés
-
GAMEPOD.hu
Okos Otthon összefoglaló:
Új hozzászólás Aktív témák
-
Degeczi
nagyúr
A leállás tág fogalom. Amíg DuckDNS-t használtam, többször is előfordult olyan, h bár számomra (azaz magyar címről) elérhető volt, tengerentúliról azonban már nem, ezért nem működött az Amazon vagy a Google Home kapcsolat, mert az ő szervereik már DNS-leállást tapasztaltak.
-
Degeczi
nagyúr
válasz
ViZion
#41790
üzenetére
MQTT eszközök akkor jelennek meg maguktól, ha az autodiscovery-nek megfelelő formátumban küldik be az adataikat. Tasmotán pl. ezt vezérli a Setoption 19 opció.
De ha nem ennek megfelelő, akkor sem vészes kézzel beállítani a configation.yaml-ben az mqtt-t
-
Degeczi
nagyúr
válasz
kpityu2
#41785
üzenetére
Szoftveres környezetben a "lokalizáció" az országfüggő beállításokra vonatkozik: nyelv, dátum- és számformátumok, ezért adta ezt a választ.
Itt a kérdés azonban most nem ez, hanem a hely koordinátáinak beállítása, ami az Általános beállítások alján a "Helyszín szerkesztése", ami a /config/zone-ra linkel, a zónaszerkesztővel a térképen lehet mást helyszínt beállítani. Az alapértelmezett valóban Amszterdam, hiszen holland eredetű a HA.
-
Degeczi
nagyúr
válasz
Gabesz87
#41676
üzenetére
A páratartalom mérés valóban kevésbé szokott pontos lenni, ott simán előfordul pár % eltérés (de azért 10 alatt illik - csak kérdés, melyik merre tér el, így nagy különbség is összejöhet)
A hőmérséklet már meglepően pontos szokott lenni, de a klíma beltérije nyilván a pfalon közelében van, ott persze, h melegebbet érzékel, hiszen fölfelé száll a meleg levegő. -
Degeczi
nagyúr
válasz
-ZeeZee-
#41640
üzenetére
Annak nincs jelentősége, az nem kerül bele a mentésbe. Az pont azt a területet jelöli, amivel az aktuális DB nagyobb, mint ami egy mentésből frissen visszatöltve lenne: vagyis a törölt sorokkal, hiszen az azok által elfoglalt területet magától nem tömöríti össze (ezt végzi a kézzel indított optimalizálás), csak szabadnak jelöli meg, h később felhasználható legyen. De egy mentés méretén ez természetesen nem változtat.
Ha hirtelen nőtt meg mentés, akkor sok adat került be, erre jó az alábbi lekérdezés. De azt már neked kell tudnod, mit szeretnél naplózni, és mennyi ideig. Pár hétnél tovább nem érdemes, arra a statisztikai táblák valók.
-
Degeczi
nagyúr
válasz
nemethsza
#41610
üzenetére
Hűtője válogatja. Pl. side-by-side Samsung (de gondolom a legtöbb olyan, amiben van vezérlőpanel) magától vár feszültség alá helyezés után x percet, addig nem indul be - hiszen rövid áramszünet okoskonnektor nélkül is előfordulhat, és az után sem lenne jó, ha rögtön beindítaná a kompresszort.
-
Degeczi
nagyúr
válasz
Asztee
#41600
üzenetére
Próbálj meg küldeni rá vmi lokális hangfile-t. Amikor utoljára foglalkoztam vele, nem lehetett, és úgy tudom, ebben nincs változás, hiszen az Amazon szolgáltatása korlátozza.
media_player-ként jelenhet meg pl. egy erősítő is, de ettől még nem valódi médiajátékos, csak jobb híján az áll a legközelebb hozzá (állítható hangerő, bemenet, stb) az sem használható hang lejátszásra. -
Degeczi
nagyúr
válasz
MaCS_70
#41583
üzenetére
Csak így tapasztalat híján kínlódsz a docker beállításokkal, míg ha az ajánlott HAOS-t rakod föl, az alatt egy-egy kattintás ezek telepítése (kb. minden létezik addon-ként, még Kodi is), garantáltan rögtön működnek, és egy mentés-visszaállítás is sima, automatizált ügy Google tárhelyedre
-
Degeczi
nagyúr
válasz
-ZeeZee-
#41584
üzenetére
Nem SQLite: MySQL, amihez van kényelmes PHPMyadmin (addonként is telepíthető), amiben pl. egy ilyen paranccsal megnézed, főként mik szemetelik tele:
SELECT entity_id, COUNT(1) AS numFROM statesGROUP BY entity_idHAVING num>100ORDER BY num DESC
majd a recorder configjában exclude alatt ezeket hozzáadod a kihagyandóak listájához (akár egyenként fölsorolva ha egyediek, akár entity_globs alatt wildcarddal, ha sok hasonló nevű akad), és ki is törlöd ezeket a napló DB-ből -
-
Degeczi
nagyúr
Igen, de a többség routernek hívja a wifijét akkor is, ha csak AP-ként használja... Valóban nem szerencsés ha mindkettőn megy a DHCP, de mivel azonos IP tartományra vannak beállítva, azonnali problémát sem okoz, csak ha a címkészletük is azonos és az egyiken már kiosztott címet adna ki a másik is
-
-
Degeczi
nagyúr
Ha a wifis routeredet nem állítod be másként, annak switch portjai is ugyanazon a hálózaton vannak, mint a szolgáltatói router switch portjai (hiszen nyilván ott az egyik portba csatlakozik a saját eszközöd is)
Szerk: nem, a switch portokon szépen átmegy a forgalom.
[ Szerkesztve ]
-
-
-
-
Degeczi
nagyúr
válasz
Salex1
#41321
üzenetére
Majdnem, igen. Arduinot nem célszerű, mert kicsi a teljesítménye és pláne a memóriája, meg wifi híján a hálózatra csatlakozáshoz külön shield kell rá.
Szóval célszerűbb ESP chipes (ehhez elég a 8266, nem muszáj ESP32) cuccot használni, pl. Wemos Mini-t, és a régi, Taligent féle DSCKeybusinterface helyett inkább Dilbert66 ESPHome-os megoldását (de csak a "new" branchét, a master már nagyon régi), az sokkal kényelmesebb és többet tud, meg egyszerűbb HA alá integrálni is.Kapcsolást is találsz Dilbert repójában, abból az optocsatolósat ajánlom, amihez készítettem olyan tervet, amit próbanyák panelen is könnyen össze lehet huzalozni egyenes vonalakkal. De vehetsz akár készen is.
A riasztó központon pusztán az illesztés miatt nem kell állítgatni (de persze egyszer föl kell telepíteni, beállítani. Ha sok zóna van, azt a legkényelmesebb a "DLS 5" programmal soros portra csatlakozó kábellel, de amúgy nem muszáj, numerikus kezelővel is könnyen beállítható minden. -
Degeczi
nagyúr
válasz
gya/352
#41307
üzenetére
"jinja" a kulcsszó, az HA template nyelv neve, arra keress rá. Kb. bármit meg tudsz benne csinálni, és a Fejlesztői eszközök/Sablon alatt kényelmesen kikísérletezni.
Egyszerűen
.split(;)-el földarabolod tömbbe (pontosabban listába) a stringet, és attól kezdve már van indexe:{% set var = "2.50;99.90;3" %}{% set arr = var.split(';') %}A második elem {{ arr[1] }}
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz
MaCS_70
#41293
üzenetére
"Mi más alatt futna?"
A docker alapban root userrel fut az elindított konténerben, neked kell (nem okvetlenül muszáj, de érdemes, különben a host gépen is csak root-tal lesz jogod a belülről létrehozott file-ok-hoz) átállítani
-
Degeczi
nagyúr
válasz
LouiS22
#41201
üzenetére
És mások gondatlansága ellen sem, ezért mindenképpen egyedi kell legyen a jelszó. Találtam már meg saját, magyar alapú és amúgy ésszerű limitek közt kitalálhatatlan jelszavamat nyilvános adatbázisban - mert az az oldal ahol használtam, gyenge titkosítást alkalmazott, és vmilyen támadás során megszerezték onnan.
-
-
Degeczi
nagyúr
válasz
MaCS_70
#41131
üzenetére
Két dolgot tudok elképzelni:
- talán a fogyasztásmérőd pontatlan az ilyen, kapcsolóüzemű tápról dolgozó eszközöknél ez nem ritka
- esetleg a telepítetlen gép vmiért nagy terhelésen járt
Amúgy a T520 a10W-ot aligha haladja meg átlagban (5W-ot írnak üresjáratra). A T620-nak létezik négymagos változata (de kétmagos is, ezt mindenképp le kell tisztázni egy vásárlás előtt!), nagyobb rendszerhez, sok addonhoz mindenképp az ajánlott, amúgy valszeg elég a kétmagos is. Ezen felül a T520-ban asszem csak egy memfoglalat van, a T620-ban kettő. -
Degeczi
nagyúr
válasz
Olympia76
#41124
üzenetére
Vagy akkor egyszerűen reseteled minden újraindításnál a státuszt (még csak automatizálás sem kell, elég az input_select-nél megadni az "initial" opciót) és ha még dolgozik, akkor úgyis visszaáll "mos"-ba.
De szerintem nem érdemes megspórolni a nyitásérzékelőt, nagy segítség. -
Degeczi
nagyúr
válasz
Olympia76
#41121
üzenetére
Nem lenne fals az értesítés (hiszen tényleg készen van a gép), de az 5) nem teljesül, ha a legegyszerűbb módon, a triggerben adod meg a teljesítményküszöböt (márpedig valszeg ott adod meg, emiatt fölösleges lenne mondjuk percenként triggerelve vizsgálni), mivel az csak a küszöb átlépésekor aktiválódna - az pedig vmikor az újraindítás során történt meg, utána már nem.
-
Degeczi
nagyúr
válasz
Olympia76
#41119
üzenetére
Másik státuszba mindig átlép, ha annak triggere előáll és a feltétele teljesül, nem számít ha volt közben újraindítás, az input_select megőrzi az állapotát. Az ajtónyitás nálam fixen átlöki "üres"-be, feltétele sincs (és üzenetküldés sem, hiszen azt akkor küldök, amikor "kész"-re ugrik a státusz - ahhoz pedig az kell, h "mos" állapotban legyen és x ideje már egy küszöb alatti a teljesítmény)
-
Degeczi
nagyúr
válasz
Olympia76
#41117
üzenetére
Erre is jó az ajtónyitás-érzékelő, mert az mindig visszaállítja "üres"-be. Amúgy csak abban az esetben ragadhatna "mos" állapotban, ha pont az újraindítás perce alatt érne véget a mosás, esne le a teljesítményfelvétel a megadott küszöb alá, ezért nem triggerelődne az újraindítás után, mert addigra már alatta lenne. Ilyen még nem fordult elő, de az ajtónyitás akkor is magától resetelné a státuszt.
-
Degeczi
nagyúr
válasz
Elemental
#41100
üzenetére
Ha korábbi, "Power" széria, fillérekből (egy Wemos Mini és célszerűen 3 optócsatoló) össze tudsz magadnak is rakni HA illesztést. Ha már az újabb "Neo" széria, akkor csak a gyári modul játszik (de az nem tudom, egyáltalán integrálható-e HA alá)
Van, aki fázik ettől, de nem a gyári alkalmazást vagy a HA-t megtörve fognak bemenni úgysem, komfortban viszont nagyon jó, különösen HA alatt (pl. lefekvéskor automatikus éjjeli élesítés, vagy "goodbye" hangparancs után távozó élesítés, így csak hazaérkezéskor kell kódot ütni a kezelőn)
-
Degeczi
nagyúr
válasz
Asztee
#41072
üzenetére
Az AP nem router - de mondjuk a saját hálózatban kezelt okoseszközöknek nem is kell router, hiszen nincs dolguk az interneten. A wifi AP-k nálam már csak azért is egy switchbe csatlakoznak, mert onnan kapják a POE táplálást (és amit lehet, vezetékkel kötök be, ezért van egy 16 portos switch) és a lokális hálón dolgozó eszközöknek ennyi elég is, nem mennek a routerre (ami nálam egy Mikrotik)
A Unifi AP-nek amúgy nincs saját GUI-ja, kell egy kontroller szoftver, de az addonként tökéletesen megy HA alatt. -
Degeczi
nagyúr
válasz
gya/352
#41062
üzenetére
Valóban úgy tűnik, h a minimális méret (zsúfolt fölépítés, kisebb tűrőképességű alkatrészek) nem tesz túl jót a Shelly-k megbízhatóságának. Ráadásul akár még pont a firmware is sújtotta őket: a 2.5-ek az "eco" mód bevezetése előtt tizenpár fokkal futottak melegebben - volt olyan tipp, h szerencsétlen módon megírt szoftver miatt (asszem azok is hasonló csökkenést tapasztaltak, akik Tasmotát raktak föl a gyári helyett)
-
#41015
Degeczi
nagyúr
Fuser és Tsa
#41014
Degeczi
nagyúr
válasz
Fuser és Tsa
#41014
üzenetére
Elöltöltősre nehezebb rakni, hiszen ott függőlegesen állnak, de szerencsére a sima felületen jól megtapadnak a gyári kétoldalas szalaggal is, évek múltán sem estek le. Gondolom felültöltősön is van hasonló hely ahol ragasztható a házra és az ajtóra is mágnes ill. érzékelő, és ott ráadásul a saját súlyuk sem leugrasztani próbálja azokat. Mivel ugyanolyan bézs színű mint a gép háza, észre sem veszi az ember.
A nyitásérzékelő akkor is hasznos, ha nem akarsz ismételt figyelmeztetést, mert ezzel kinullázható a folyamat, így egyszerűen megoldható, h pl. "mosás" státuszba csak "üres"-ből menjen át, "készen"-ből ne. Így nem gond, ha a kész gép (különösen a szárítógépek hajlamosak erre) időnként mondjuk átforgatja a dobot, ezért ugrik föl a teljesítményfölvétele.
Az automatizációk faék egyszerűségűek, pl. ilyen ha 25W fölé ugrott teljesítményfölvétellel váltok át "mos" állapotba, azzal a feltétellel, h eddig "üres" volt, és csukva az ajtaja:
- alias: Set washing machine active from ures when power detectedtrigger:- platform: numeric_stateentity_id: sensor.mosogep_teljesitmenyabove: 25condition:- condition: stateentity_id: binary_sensor.washing_machine_doorstate: "off"- condition: stateentity_id: input_select.washing_machine_statusstate: "Üres"action:- service: input_select.select_optiondata:entity_id: input_select.washing_machine_statusoption: "Mos" -
#41012
Degeczi
nagyúr
Fuser és Tsa
#41010
Degeczi
nagyúr
válasz
Fuser és Tsa
#41010
üzenetére
Pont most akarod túlbonyolítani. Sokkal egyszerűbb, logikusabb (és felületen is praktikusabb) de legfőképp teljesen üzembiztos a pár diszkrét státuszt követni.
A kiürítés figyelése azért hasznos, mert akkor addig ismételhető időnként a figyelmeztetés, míg a mosógép ajtaját nem nyitják (hiszen simán lehet, h nem hallod vmelyik figyelmeztetést, vagy vmiért nem tudsz reagálni) -
#41008
Degeczi
nagyúr
Fuser és Tsa
#41004
Degeczi
nagyúr
válasz
Fuser és Tsa
#41004
üzenetére
Korábban sokszor volt már itt erről szó, ezért érdemes különböző input_select állapotokat (mint "mos", "üres", "készen") létrehozni, és akkor nincs ilyen probléma, hiszen csak "mos" állapotból ugorhatna "készen"-be.
-
Degeczi
nagyúr
válasz
Speederer
#40996
üzenetére
Mondanám, h Magyarországon szerinted milyen az elektromos hálózat, de nem: bárhol előfordulhat ilyesmi egy áramszünet során (és elő is fordul: külföldi Tasmotás fórumon elmlítette vki pár éve, h náluk egy nagy telephelyen több száz eszközt kellett emiatt újrakonfigolni... biztos, ami biztos, érdemes rögtön letiltani)
-
Degeczi
nagyúr
-
Degeczi
nagyúr
válasz
kenand
#40816
üzenetére
Pont az a gond ezzel módszerrel, h fogyasztást nem közöl, csak teljesítményfölvételt, az alapján pedig sokkal pontatlanabb utólag fogyasztást integrálni, mint ha maga az eszköz végezné.
Amúgy persze könnyen javítható egy-egy szenzor egy másik template szenzornak javított értéket adva, de ilyesminél ahol sok entitás jön létre szerintem nem érdemes, hanem magát az integrációt célszerű kijavítani (-tattni a készítőjével, vagy ha az vmiért nem megy, lemásolni egy custom_component-ként a forrását, és saját gépen javítani) -
-
Degeczi
nagyúr
válasz
Speederer
#40790
üzenetére
Nincs igazán jelentősége, 1-2 perc alatt megvan egy HA restart, amire mondjuk hetente ha szükség van vmi frissítés miatt, de ez már rajtad is áll.
Az addonok ilyenkor nem töltődnek, hiszen azok önálló dockerek, azok csak a teljes gép újraindításakor (vagy a saját frissülésük esetén) indulnak újra, az végképp ritka, nincs jelentősége ha pár percre kiesik az adott addon.
-
Degeczi
nagyúr
válasz
MaCS_70
#40781
üzenetére
Talán régebbi technika, kevésbé energiatakarékos alkatrészekből fölépítve - végülis mindegy. A HP oldalán is megtalálod, h a négymagos T620 (nem a CPU, hanem a gép!) üresjárati teljesítményigénye nincs 5W. Gyakorlati használatban (nálam olyan 30-35% közti terhelést mutat a HA, de ismét: rengeteg addonnal) is 10-12W körül marad.
-
Degeczi
nagyúr
válasz
MaCS_70
#40778
üzenetére
Nagyon túlbecsülöd a fogyasztást...
Az a konnektorom, amibe csatlakozik az okosotthon vezérlés is, napi 1.3-1.4 kWh fogyasztást produkál, de ebben van még a gépen kívül
- egy szünetmentes táp
- 16 portos switch
- 2 wifi AP a switchről POE-val táplálva
- router
- wifis netszolgáltató antennája
- 2 HDD-s NAS
- Ikea Symfonisk hangszóróA HP T620 (négymagos változat 8 GB RAM-mal, 240 GB SSD-vel, fölsorolni sem tudnám mennyi Addonnal HassOS alatt, még a Unifi AP-k kontrollere is ezen fut) ebből 300-350 Wh-t eszik egy nap.
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz
MaCS_70
#40672
üzenetére
Ehhez a némethez illik a másik véglet: az angoloknál (és azt hiszem Írországban is) egészen 1992-ig a boltokban kapható elektromos eszközök hálózati kábelén nem volt csatlakozó, neked kellett otthon rászerelned, ezért általános iskolában oktatták is ezt hogyan csináld...
(persze ott is voltak kétbalkezesek, és legfőképp a 90-es évekre rég megszűnt a csatlakozó-káosz ami ezt egykor indokolta, ezért azóta ott is előírás, h dugóval kapja meg a vásárló a berendezést. De néha itt is hasznos lenne. Pl. pár hónapja raktam föl a konyha csaptelep helyére átfolyós vízmelegítőt, a kábel végére fixen ráöntött csatlakozó-dugóval - ami nem fér át a mosogatón lévő lyukon: levágni nyilván nem fogja az ember egy új, garos eszközről, a szétszerelés sem vonzó opció, így maradt a felső bekötés... csupasz kábellel, utólag rászerelendő dugóval ez sem lenne probléma)
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz
ViZion
#40652
üzenetére
Nem nagy, 100e alatti összegnél korrekt szokott lenni a legtöbb. Pl. tavaly nyáron közeli villámcsapás vitte ki a riasztómat, csak egy szakosodott cégtől kellett beszerezni szakvéleményt (ők se jöttek ki, elég volt pár fotó) árajánlatot, és már fizettek is.
7 éve a házimozi erősítőmet vágta haza ugyanilyen esemény, akkor egy másik biztosítóval is ugyanez volt a helyzet. -
Degeczi
nagyúr
válasz
gyuri81
#40524
üzenetére
Dockerből ilyen nincs (hiszen maga a Supervisor is egy docker felügyelő rendszer, így azon kívül kell legyen), ez a NAS-ra telepítés hátránya. Persze mivel maguk az addonok is docker konténerek, így lényegében minden fölrakható önmagában, HA-tól függetlenül is, de sokkal nagyobb munka és érteni kell hozzá, ezért ajánlottabb dedikált gépre HassOS-t tenni, ami átveszi ennek a nyűgét.
-
Degeczi
nagyúr
válasz
LouiS22
#40507
üzenetére
+1
Amúgysem értem a videó használatát ilyesmire, nem is praktikus, nem áttekinthető, nem a saját tempódhoz igazodó, adott esetben az érthetőséggel is gond van, nem másolható ki belőle config-részlet, plusz valóban, gyakran már elavult is.Videó olyasmire jó, amiben segít az egyes fogások látványa/hangja, mint pl. egy készülék javítása, de az okosotthon konfigurálás nagyon nem ilyen.
-
Degeczi
nagyúr
-
Degeczi
nagyúr
válasz
gyuri81
#40494
üzenetére
Óránként vagy 0.5C-t meghaladó hőmérsékletkülönbség esetén. Helyiség-monitorozásra így is jó, takarékos elemhasználattal.
Ha nem jó, Z2M alatt elvileg átállítható, de mondjuk vezérlésre nem valók Zigbee-s hőmérséklet-szenzorok, erről sokszor volt itt szó. -
Degeczi
nagyúr
válasz
arcsin
#40435
üzenetére
Régen (már évekkel ezelőtt is) elő-elő fordult ilyesmi, aztán egyre kevésbé, mostanában szerencsére nem jellemző. Ha jól rémlik, egy next track parancs után is folytatta.
Ezzel együtt időnként akadnak a logban Spotify integrációval kapcsolatos panaszok, néha vmelyik Symfonisk elérésével kapcsolatos is (nálam mindkettő UTP kábellel csatlakozik, wifi probléma nem lehet), nem a legstabilabb komponens, annyi tény.
-
Degeczi
nagyúr
válasz
albgab
#40247
üzenetére
Ez az EMS rendszer, a sokat említett EMS ESP összerakható hozzá egy ESP32 és pár kiegészítő alkatrésszel.
De ha nem ténylegesen kazánparamétereket akarsz állítgatni, csak fűtést ki-be kapcsolni, pláne ha esetleg még nincs is okosotthonvezérlő rendszered és nem is feltétlenül szeretnél, akkor jobban jársz vmilyen wifis termosztáttal. -
Degeczi
nagyúr
válasz
LLKobe
#40242
üzenetére
Megfontolandó, érdemes-e, mert sok TV-n ilyenkor tizenpár W-ra ugrik föl a készenléti fogyasztás a ma megszokott fél W körüliről, úgy pedig a mai áramdíjakon ez önmagában egy ezres is lehet havonta.
Ha úgyis csak ki-be kapcsolás kell, arra ezért gazdaságosabb egy wifi-IR gateway mint pl. a népszerű Broadlink Minik. De aztán ha beindult a TV, már elérhető az API-ja is. Pl. a Philips Android-TV integráció is támogatja ezt, h a TV-hez tartozó médiajátékos bekapcsolási parancsát infrán add ki ezért. -
Degeczi
nagyúr
válasz
noorbertt
#40194
üzenetére
Pár évvel ezelőtti vízbekötéshez szó szerint meg is kellett vegyem az aknát (homokos talajban a legegyszerűbb volt műanyag aknát telepíteni)
Bánom is, h akkor nem fektettem le odáig vezetéket, utólag már hatalmas meló lenne, messzire van a háztól.
De azt én sem értem, miért zavarná a szolgáltatót. -
Degeczi
nagyúr
válasz
zsamiatt
#40086
üzenetére
Nekem sem vált be, gyakran leszakadtak róla eszközök, a térereje sem volt vmi jó (bár a kialakítása folytán lehet bárhová tenni, mégsem érdemes csak szünetmentes táppal ellátott helyre, különben egy áramszünet kilövi az elemes eszközök alól)
Lassan 2 éve lesz, h slae.sh féle CC2652RB alapú stickre váltottam, az tökéletesen bevált.
-
Degeczi
nagyúr
válasz
Ezekiell
#40032
üzenetére
"/dingtian/wrelay9337/out/r6"
/-el nem kezdünk mqtt topikmegadást, mert ez így nem azt jelenti, h a gyökérből induló dingtian alatt kell keresni a többit, hanem egy üres, null nevű topikból indulsz, és az alatt hozol létre egy dingtiant...
Nem feltétlenül ez okozza a gondodat (de akár ez is lehet), ezzel együtt mindenképpen kerülendő.
-
-
-
Degeczi
nagyúr
-
Degeczi
nagyúr
válasz
LouiS22
#39912
üzenetére
De ahogy nézem, azok csak az értelmezéshez egyszerű szövegek, amit amúgyis bárki össze tud hozni saját scriptekben.
Ami ténylegesen fontos lenne, az egy magyar speech-to-text megoldás, ami nem tudom, lokálisan mivel fog menni, milyen lesz a minősége + mekkora hardvert igényel majd elfogadható feldolgozási időkhöz (átlagos, kisfogyasztású otthonvezérlő gépen még a jó minőségű lokális TTS is túl lassú, pedig az sokkal egyszerűbb feladat...)
Valszeg jobban járunk, ha az marad felhős, és pl. a Google szolgáltatása (úgy látom, havi egy óra ingyenes) kapja meg a feldolgozandó hanganyagot. A legjobbabb meg az lenne, ha a Google eszközök lennének képesek közvetlenül erre, a saját rendszernek átadni a hallott magyar szöveget, hiszen különben még az érzékelő hardvert is meg kell oldani valahogyan (kellően érzékeny, jó minőségű mikrofonokkal, nem túl nagy fogyasztással - és még túl ronda se legyen)
-
Degeczi
nagyúr
válasz
FMarci
#39823
üzenetére
Can-bust tudtommal csak régi Junkersek használtak, a Bosch kazánok talán egyetlen kivétellel (az is Openthermes) már EMS bus-t használnak, a 2500W is rajta van az itt sokat említett EMS ESP kompatibilitási listáján. Ahhoz könnyen összerakható illesztő, próba nyákhoz készített tervet is raktam be itt korábban, de az csak a meglévő rendszert kapcsolja okosotthonhoz, fűtésvezérléshez ettől még szükség van vmilyen gyári termosztátra.
-
Degeczi
nagyúr
válasz
q13579
#39749
üzenetére
A Dilbert66 oldalán lévő optós kapcsolást 3 érzékelőbemenettel kiegészítve itt egy terv amit az alapján csináltam úgy, h könnyen össze lehessen huzalozni egy forrszemes próbanyákon.
Amit az ESPHome-ról tudni kell, azt gyorsan föl lehet szedni a projekt oldalán, a DSC riasztóról pedig a privátban említett két topikot (1, 2) célszerű átolvasni és persze az adott típus telepítési leírását, nálad ezt.
Elsőre biztosan nem egyszerű, rejtvényfejtés jellegű a dolog - de mindenképpen érdemes rászánni az időt, nagy sikerélmény.
Szerk: most látom, h az itteni beírásaid alapján valszeg nem foglalkozol Home Assistanttal, így az első eldöntendő kérdésed az, ebbe belefognál-e. Ha ez nem téma a jövőben sem, akkor csak a sima DSCKeybusinterface jöhet szóba, mert abból fordítható olyan változat, ami önmagában, webes interface-el is használható, míg az ESPHome fork kimondottan csak Home Assistanthoz illesztéshez való (de ahhoz nagyon)
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz
LLKobe
#39740
üzenetére
Pl. Accuweather integráció esetén így nézi ki az előrejelzés:
Ami itt a szenzor "forecast" attribútumában érhető el, tömb formában, adott napnyi távolságra indexelve, azon belüli tömbből pedig a 'templow' lekérdezve, pl. a vasárnapot (ami most 3 napnyira van) így:
{{ state_attr('weather.otthon', 'forecast')[3]['templow'] }}
ami a képen látható -5.4-et adja vissza.De ez minden időjáráselőrejelző integrációnál más és más, mindenesetre teljesen hasonló szokott lenni.
-
Degeczi
nagyúr
válasz
nimfas
#39680
üzenetére
Sokunknak van Blitzwolf/Gosund dugalja - de nézd meg a topik címét... okosotthonba integrálva a kérdés sem merül föl, mert nem használod a gyártói idétlen felületet (jellemzően még a firmware-t is lecserélve), saját vezérlésed van mindenhez. Ezért nincs tapasztalat ezzel.
-
Degeczi
nagyúr
válasz
q13579
#39667
üzenetére
Igen, az a legkisebb (négyzónás) Powerseries panel, a régebbi, MQTT alapú DSC Keybusinterface név szerint említi is kompatibilisként. Ezzel együtt HA alatt érdemesebb rögtön a Dilbert66 féle ESPHome megoldással próbálkozni (átkapcsolva a "new" branchre!), kényelmesebb.
-
#39654
Degeczi
nagyúr
Pizzafutar
#39653
Degeczi
nagyúr
válasz
Pizzafutar
#39653
üzenetére
Nem, és jó eséllyel nem is lesz, hiszen az már titkosított kommunikációt használ. De az alábbi esetben aligha van ilyen típusról szó, ahhoz túl új.
Új hozzászólás Aktív témák
- 2 x Nanoleaf Shapes Triangles Expansion Pack 3 Pack + töltő eladó!
- BASETBL Office Chair eladó Győr-ben! 200 kg teherbirás!
- Új hangfalkábel OFC 2x4 mm2 réz hifi hangszórókábel hangfal vezeték
- Új digitális forrasztó állomás PTC hőfokszabályzós trafó 24V 110W
- Új digitális forrólevegős hőlégfúvó műanyag hegesztő Hotair 959D BGA
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest