-
Fototrend
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
Degeczi
nagyúr
válasz Gabail #38708 üzenetére
Az energy panel a napi-, azon belül is az óránkénti fogyasztásra van kihegyezve.
Ha viszont kézzel írogatod és kihagysz pár napot (ami biztosan előfordul) akkor hirtelen jelenik meg a következő följegyzési napon az egész időszak fogyasztása (ahogy addig is, a fölírás órájában az előző napé). Persze a havi nézet ettől még nagyjából jó lehet. -
Degeczi
nagyúr
válasz radio11 #38755 üzenetére
Föltéve, h nem Égáz-Dégáz... FB csoportban kapta vki ezt a választ tőlük (ami persze vicc, hiszen a nyitásérzékelőben is ugyanolyan reed-érzékelő van mint a gyári megoldásban és természetesen bármiféle szikra elképzelhetetlen és nem zavarhatja meg a mérőórát sem - de ez van, ők diktálnak):
"Az ön által megadott link, egy ajtó/ablak nyitás (biztonsági) érzékelő leírását tartalmazza.
A leírás szerint az érzékelő jelet küld a telefonra ha valaki kinyitja az ajtót, esetleg ablakot.
Az órába épített mágneses (impulzus) jeladó megfigyelésére az ön által megadott eszköz alkalmatlan, robbanásbiztos szempontból (nem gyújtószikramentes kivitelű) akár veszélyes is lehet a gázrendszerek közelében, illetve zavart is okozhat a gázmérő számláló szerkezetének működésében.A „Mi Window and Door Sensor” használata a gázfogyasztás monitorozására alkalmatllan és nem megengedett!
Törvényi előírás alapján jelenleg Társaságunknak a 10 m3/h névleges teljesítménynél nagyobb névleges teljesítményű gázmérők távleolvasására van kötelezettsége.
Távlati terveinkben szerepel az ennél kisebb teljesítményű gázmérők távleolvasása is – például a lakossági felhasználóknál felszerelt gázmérők távleolvasása az „okos otthon” projekt keretében - de jelenleg még nincs döntés, hogy mikortól, milyen technikai megoldást fogunk alkalmazni és milyen forrásból. Amennyiben ez megvalósul, akkor a lakossági felhasználóknak is elérhetővé fogjuk tenni a távleolvasott gázmérési adatokat.
Mindaddig egyedi igény alapján, bizonyos feltételek teljesülése esetében Társaságunk engedélyezheti a gázmérők felhasználó által történő távleolvasását.
Amennyiben saját költségén meg kívánja valósítani a mérési adatok gyűjtését, akkor be kell szereznie a felszerelt gázmérőtípus gyártója által gyártott impulzus jeltovábbító elemet, amit az alábbi feltételekkel lehet csatlakoztatni a felszerelt gázmérőhöz:
- Engedélyünket írásban kell megkérnie társaságunktól.
- Hozzájárulásunkat azzal a feltétellel adjuk, hogy egy esetleges mérőcsere során nem garantáljuk a jelenleg felszerelt gázmérővel azonos gázmérő típus biztosítását, ami esetleg a gázmérő jelenlegi impulzus kimenet csatlakozás kialakításának változásával is járhat. Ebben az esetben az impulzus jelfogadó-továbbító elem cseréje az Ön költsége.
- Hozzájárulásunkat csak addig biztosítjuk, amíg egy esetleges törvényi előírás nem kötelezi Társaságunkat az érintett fogyasztási helyen felszerelt gázmérő Társaságunk által történő távleolvasására. Ebben az esetben is természetesen nyitottak leszünk olyan műszaki megoldás megtalálására, amely az Ön mérésadatgyűjtése felé is biztosítja az impulzus kiadást.
- A jelenleg felszerelt gázmérőhöz csatlakoztatható impulzus jeltovábbító elem beszerzése az Ön költsége.
- A jelfogadó-továbbító elem felszerelését és a gázmérőhöz történő csatlakoztatását – az Ön megrendelése és Társaságunk díjjegyzéke alapján - kizárólag Társaságunk szerelője végezheti.
- A jelfogadó-továbbító elemnek gyújtószikramentes kivitelűnek kell lennie."[ Szerkesztve ]
-
Degeczi
nagyúr
válasz zambozoli #38763 üzenetére
Ha egy sorban van a template kifejezés az előtte álló kulccsal, akkor tedd aposztrófok közé (itt dupla macskakörömmel, hiszen szimplát már használsz a kifejezésben)
Vagy ha széttöröd egy következő sorba úgy, h atime:
után>-
írsz, akkor ez nem kell.És mindenképpen rakd föl a Studio Code addont, azzal az ilyen hibákat rögtön, syntax highlightként látod!
[ Szerkesztve ]
-
Degeczi
nagyúr
-
Degeczi
nagyúr
-
Degeczi
nagyúr
válasz ViZion #38892 üzenetére
Out of milk, online, megosztott lista (alkalmazásban és weboldalon egyaránt kényelmesen szerkeszthető) évek óta elégedetten használjuk. Mindenki hozzáadja amikor eszébe jut, mi van fogytán, mi kellene, és mivel közös lista, bármelyikőnk van vásárolni, egyetlen érintéssel lehúzza róla, amit megvett.
Az az egy kár, h a vonalkód adatbázisa csak központi, hozzáadni nem lehet, márpedig főként csak amerikai termékeket ismer (és kényelmes lenne a fogyóban lévő cucc vonalkódját scannelni névbeírás helyett) - de amit egyszer szövegesen beírtál, az legközelebb már cache-ből jön, nem kell ismét beírni.[ Szerkesztve ]
-
Degeczi
nagyúr
válasz ratkaics #38908 üzenetére
Miért nem azonos verzióra? Újabbra még ok lehet (bár egy fő verzió váltás esetén ott is lehetnek nyűgök), de régebbire visszatöltésnél eleve nagyobb az esélye hibának...
Mindenesetre a recorder_runs tábla stuktúráját nézd meg, és a run_id-t állítsd auto_increment-es id-re, olyan induló értékkel, ami nagyobb a jelenlegi max értékénél, az meg kell oldja - de ha ezzel gond van, máshol is lehet még baj...
-
Degeczi
nagyúr
Az másfajta, nem kritikus adathoz jó. Itt azonban a fő kulcsról van szó, ami mindenképpen egyedi értéket kell kapjon soronként, de ezt persze nem is kell az insert parancsban megadni, hiszen az adatbázis-kezelő feladata ezt kitölteni: akár mert auto_increment van a mezőn, akár mert a táblába beszúrásra van trigger ami allokál növekvő értéket egy sequence-ből.
MySQL/MariaDB esetén az előbbit használják, tehát a mezőnek auto_increment id-nek kell lennie, és akkor nincs hiba.
-
Degeczi
nagyúr
válasz Olympia76 #38936 üzenetére
Vmi a központoddal furcsa, mert a "Secure system before arming" üzenetnek nincs helye egy normál, nem élesítésre váró állapotban... ilyenkor nekem ebben az ESHome logban sincs unavailable. Próbáld a kezelőn beélesíteni, majd hatástalanítani, hátha attól visszakerül korrekt helyzetbe.
-
Degeczi
nagyúr
válasz Olympia76 #38939 üzenetére
Nem tudom, miért van ilyen állapotban a riasztód. Nálam csak a zöld ready világít a kezelőn, és sosincs a logban "Secure system before arming", így unavaliable sem...
Pl. egy mozgás esetén is csak annyit jegyez meg, h nyitva egy zóna, de ettől még marad "System is ready, ready to arm":
[19:04:08][D][text_sensor:067]: 'dscalarm line1': Sending state 'System is Ready'
[19:04:08][D][text_sensor:067]: 'dscalarm line2': Sending state 'Ready to Arm <>'
[19:04:08][D][info:1779]: status 01, last status 01,line2status 00,selection 01,partition=2,skip=0
[19:04:08][D][text_sensor:067]: 'dscalarm line1 partition 2': Sending state 'System is Ready'
[19:04:08][D][text_sensor:067]: 'dscalarm line2 partition 2': Sending state 'Ready to Arm <>'
[19:04:08][D][binary_sensor:036]: 'Motion kitchen': Sending state ON
[19:04:08][D][text_sensor:067]: 'dscalarm zone status ': Sending state 'OP:5,OP:11,OP:18,OP:20'
[19:04:08][I][Moduledata::976]: 11: FF 01 0F FF 0F FF FF FF FF 03 00 00 00 00 00 00
[19:04:08][I][Paneldata: :976]: 11: 11 00 AA AA AA AA AA AA AA 02 00 00 00 00 00 00
[19:04:09][I][Paneldata: :976]: C3: C3 00 00 FF C2 00 00 00 00 00 00 00 00 00 00 00
[19:04:10][I][Moduledata::976]: 05: FF 01 FF FF DF FF FF FF FF FF 01 00 00 00 00 00
[19:04:10][I][Paneldata: :976]: 33: 33 00 FF FF FF FF FF 00 00 00 00 00 00 00 00 00
[19:04:10][I][Moduledata::976]: 33: FF 01 51 11 FF FF 8F 00 00 00 00 00 00 00 00 00
[19:04:10][I][Paneldata: :976]: 34: 34 00 81 02 81 01 02 3B 00 00 00 00 00 00 00 00
[19:04:10][D][info:1779]: status 02, last status 02,line2status 00,selection 01,partition=1,skip=0
[19:04:10][D][text_sensor:067]: 'dscalarm line1': Sending state 'System is Ready'
[19:04:10][D][text_sensor:067]: 'dscalarm line2': Sending state 'Ready to Arm <>'
[19:04:10][D][info:1779]: status 01, last status 01,line2status 00,selection 01,partition=2,skip=0
[19:04:10][D][text_sensor:067]: 'dscalarm line1 partition 2': Sending state 'System is Ready'
[19:04:10][D][text_sensor:067]: 'dscalarm line2 partition 2': Sending state 'Ready to Arm <>'
[19:04:10][D][binary_sensor:036]: 'Motion nappali2': Sending state OFF
[19:04:10][D][text_sensor:067]: 'dscalarm zone status ': Sending state 'OP:5,OP:11,OP:18'
[19:04:11][I][Moduledata::976]: 05: FF 01 FF FF BF FF FF FF FF FF 01 00 00 00 00 00
[19:04:11][I][Paneldata: :976]: 28: 28 00 FF FF FF FF FF 00 00 00 00 00 00 00 00 00
[19:04:11][I][Moduledata::976]: 28: FF 01 55 45 FF FF 3F 00 00 00 00 00 00 00 00 00
[19:04:11][I][Paneldata: :976]: 2D: 2D 00 81 02 81 01 00 32 00 00 00 00 00 00 00 00
[19:04:11][D][info:1779]: status 02, last status 02,line2status 00,selection 01,partition=1,skip=0
[19:04:12][D][text_sensor:067]: 'dscalarm line1': Sending state 'System is Ready'
[19:04:12][D][text_sensor:067]: 'dscalarm line2': Sending state 'Ready to Arm <>'
[19:04:12][D][info:1779]: status 01, last status 01,line2status 00,selection 01,partition=2,skip=0
[19:04:12][D][text_sensor:067]: 'dscalarm line1 partition 2': Sending state 'System is Ready'
[19:04:12][D][text_sensor:067]: 'dscalarm line2 partition 2': Sending state 'Ready to Arm <>'
[19:04:12][D][binary_sensor:036]: 'Motion kitchensink': Sending state OFF
[19:04:12][D][text_sensor:067]: 'dscalarm zone status ': Sending state 'OP:5,OP:18'
Mondjuk két partícióm van a DSC 1864-en, de nem hiszem, h ezen múlna bármi is.
-
Degeczi
nagyúr
válasz Olympia76 #38939 üzenetére
A Dilbert66 féle kódon pedig mindössze ennyit változtattam saját forkban, h ne írja bele a szövegbe a partíciósorszámot, ill. a Stay zones open helyett magyar Zónaérzékelés szöveg legyen a panelon. Minden más változatlan a new branchez képest.
Esetleg ez alapján még arra gondolok, h nálad esetleg nem "stay"-típusúként vannak definiálva a zónák. Nálam a mozgásérzékelők mind azok, 5-ös kódúak, mert azok mellett lehet éjjelre otthonmaradó módban élesíteni, hiszen azok olyankor érzékelhetnek mozgást, csak a bejárati ajtó vagy kapu nem.
De mondjuk valszeg ezen sem múlik, mert néha persze azokat is nyitom, az előzményekben azonban olyankor sem lesz unavaliable a riasztó. -
Degeczi
nagyúr
válasz Olympia76 #38939 üzenetére
Ill. sejtem, mi lehet!
Nálam a távozási élesítés "goodbye" hangparanccsal indul - ami azonban azzal jár, h még mozgok a nappaliban, majd ezután nyitom a nappali ajtót, a párom már lehet, h nyitja a kaput, tehát van egy rakás nyitott zóna, ezért persze mindet "force armable"-ként vettem föl, hiszen máskülönben blokkolnák az élesítést bypass nélkül.
Mivel minden zónaérzékelés így történik, valszeg ezért nincs nálam az alábbi jelzés, csak sima "zone open" -
Degeczi
nagyúr
válasz vampire17 #38945 üzenetére
A template switch pont erre való.
-
Degeczi
nagyúr
válasz Olympia76 #38958 üzenetére
Szerintem több szempont miatt is jobb az okosotthon szünetmenteséről táplálni a riasztóillesztőt:
- nem terheli a riasztó panelt és főként annak akkuját - márpedig nem kicsi egy ESP energiaigénye, ami nem elhanyagolható módon csökkenti a riasztó akkus üzemidejét
- de miért is tenné? Hiszen az okosotthon áthidalási ideje sokkal kisebb: jellemzően fél-egy óra, és mire az végetért, már nincs is jelentősége a riasztóillesztőnek, mert nincs kivel kommunikáljon tovább! A riasztó pedig önmagában fél-egy napig üzemelne akkuról - és ezt csökkenti jelentősen egy onnan táplált ESP...
- különösen pont a riasztó esetén biztonságosabb is az optocsatolós illesztés, hiszen itt nagy a villámcsapás miatti túlfesz esélye (nekem pár hónapja ki is vitte a riasztóközpontot - és így az egyik optocsatolót is, de a galvanikusan elválasztott ESP persze megúszta)Ezért váltottam idén külső USB táplású optós illesztésre, a Dilbert66 repóban látható kapcsolást megtervezve próbapanelen. Pont nem sokkal a hozzászólásod előtt osztottam meg ugyanabban a topikban, még látni is a képen a villámcsapás miatt kicserélt optót. Persze, nem olyan szép mint egy legyártatott PCB, de ez hol érdekel amikor az egész egy műanyag kötődobozban van benn a kamrában? Cserében bármit kijavítok rajta, pl. a megsült optóval próbálkozáshoz is csak nyolclábú foglalatom volt itthon, de egy próbapanelen ez sem gond.
Nemrégiben aztán ezen tértem át ESP Home-os kódra, főként a rajzon látható 3 extra csatlakozás miatt, amivel ki tudtam váltani nem kritikus nyitásérzékelést (mint a postaláda vagy a spájzajtó) az ESP szabadon maradt lábaihoz, drága DSC bővítőpanel helyett.
-
Degeczi
nagyúr
válasz Degeczi #38955 üzenetére
Ahhhha, kinyitva a fészerajtót valóban ott a naplóban a "Secure system" üzenet, és amíg nyitva van, valóban elérhetetlen a riasztó HA-s kezelőpanelje. Mondjuk annyiból jogos, h ilyenkor úgysem lenne élesíthető. Eddig föl sem tűnt, mert ebben a szutyok időben akár hetekig sincs nyitva a fészer, ESPHome-ra meg nemrég tértem át.
Ha @Olympia76 nálad is főként benti zónák vannak, szerintem állítsd át azokat force armable-ra, és akkor nem lesz unavailable státusz (meg eleve így logikus: attól még tudd beélesíteni, ha még mozgás van odabenn, vagy nyitva pl. a bejárati ajtó, mert vki már ott áll)
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz zsamiatt #38963 üzenetére
Nálam egy mezei szünetmentes téglán van az okosotthonvezérlő HP T620, a net (szolgáltatói router, wifi-AP-k, switch, NAS) ez bír kb. 40 percet. Ha ez leállt, onnantól számomra már mindegy, nem kell kapcsolat a riasztóval. Az elején persze kapok értesítést a táp-problémáról, ill. ha ezen az időn belül visszajön az áram, arról is.
-
Degeczi
nagyúr
válasz ratkaics #39000 üzenetére
Nem kell máshogyan fölrakni, csak régen tehetted föl, mert még februárban írták, h átköltözik olyan helyre, ami alapban minden új HA installáció része lesz, és a régi ("Community Addons") repóban nem frissítik tovább, csak ott lett deprecated.
Amúgy ez az Addon csak opcionális, csak az eszközökre történő kényelmesebb telepítésre szolgál, a HA integráció enélkül is sima ügy, ha máshogyan, pl. saját gépen programozod föl.
-
Degeczi
nagyúr
válasz ratkaics #39002 üzenetére
Az aktuális verzióval természetesen ugyanúgy lehet, csak a régi helyen lévőt nem frissítették tovább.
Az első linked alatt lévő kék Addon gomb is jó repóra, a github.com/esphome/home-assistant-addon-ra linkel. -
Degeczi
nagyúr
válasz LouiS22 #39027 üzenetére
Igen, ill. némelyik okostévé is hajlamos a szokásos, bőven 1W alatti helyett akár 15W körüli készenlétre, ha engedélyezve van a wifin/hálózaton keresztül ébresztés. Másrészt OLED TV bizonyos üzemóránként a készenlétbe lekapcsolás után pár perccel fog bele a kijelzőfrissítésbe, ezért azoknak nem is tenne jót egy rendszeres áramtalanítás rögtön a használat után.
-
Degeczi
nagyúr
válasz ratkaics #39038 üzenetére
Persze: más táblában is várható hasonló nyűg, és igen, az indexeket is létre kellene hoznod.
Ezért inkább arra kellene rájönnöd, miért nem lett jó az adatbázis visszatöltése, és azt helyretenni.
Parancssorból lenne jó visszatölteni, h lásd a hibaüzeneteket - mert vmi csak kellett legyen.
Az alacsonyabb verzióra visszatöltés nem szerencsés, de amire próbálod, az nem túl régi, egy éves verzió, mennie kellene.
Ha belenézel a mentésbe, egyszerű (csak nagy) szövegfile: először drop table paranccsal törli az adott táblát, majd create table-el létrehozza. Már ez tartalmazza az AI és primary key beállítoskat, itt mehet vmi félre. Min. egy ilyen részt ki kellene másolni és kézzel futtatni, mit üzen rá. -
Degeczi
nagyúr
-
Degeczi
nagyúr
válasz ratkaics #39041 üzenetére
Amíg még teljesen üres DB-be kezded visszatölteni, legelső alkalommal, addig persze nincs jelentősége a DROP TABLE-nek, hiszen nincs törlendő tábla. Mindenesetre az a szokás (és pl. a parancssori mysqldump is úgy generál mentést), mert jellemzően már létező adatbázist vágunk fölül a visszatöltéssel, és ott kell a törlés, szóval jobb, ha ki van pipálva az is.
-
-
Degeczi
nagyúr
válasz Olympia76 #39053 üzenetére
Hmm, ez nem is rossz ötlet, látom van ESPHome-hoz is CEC megoldás... de nálam mindegy: bevált infrával is, és akárhogyan is van indítva offline módból, kell kb. fél perc a TV integrációjának, h meglássa, csak utána lehet azon keresztül parancsokat kiadni (mint konkrét hangerő-érték, elindítandó alkalmazás, stb)
-
Degeczi
nagyúr
válasz Olympia76 #39060 üzenetére
Főként a HA-ból időzített bekapcsolásra gondolok, pl. amikor indul egy F1 időmérő vagy futam. Ehhez csak a TV-t kell bekapcsolni, a megfelelő csatornára és hangerőre állítani. Amíg nem volt rezsicsökkentés-csökkentése, végig a TV integrációján keresztül, azóta infrával bekapcsolva, majd huszonpár mp késleltetés után már az integráción át kiadva a hangerőbeállító, TV adásra és csatornára átkapcsoló parancsokat.
-
Degeczi
nagyúr
válasz ratkaics #39074 üzenetére
Ilyenkor egy
--column-statistics=0
paraméter is kell a mysqldumpnak.[ Szerkesztve ]
-
-
Degeczi
nagyúr
válasz Olympia76 #39130 üzenetére
Az valóban bug-szagú, ill. valszeg egyelőre megkerülhetetlen feature. Hasonló gond, h egy eszköz állapotváltozásába is beleszámít az unavaliable, ami miatt min. az utolsó rendszerindítás dátumát veszi föl, korábbi nem lehet.
Így pedig hiába teszed ki a felületre "secondary info"-ként a "last_changed"-et, az nem mindig valós. Pl. ezek közül sem a padláson, sem a fészerben nem jártunk 3 napja, csak akkor volt az utolsó újraindítás:
Van erről régóta ticket, de a rendszer alapvető problémájával magyarázzák a fejlesztők, h mellékhatás nélkül nem tudnának változtatni rajta, ezért inkább nem teszik.
-
Degeczi
nagyúr
válasz LLKobe #39142 üzenetére
De miért thermostatot mondasz? Adj nekik eltérő nevet, pl így expozálva a Gugli Home felé két climate eszközt, és akkor egyértelmű, h az "air conditioning"-ot vagy a "heating" hőfokát, üzemmódját akarod állítani (és még aliast is lehet adni):
google_assistant:
climate.gree_hvac:
name: air conditioning
aliases:
- climate
expose: true
room: Living room
climate.gas_heating:
name: heating
aliases:
- heater
expose: true
room: Living room
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz radio11 #39180 üzenetére
Már a feszültség is bármi lehet kb. 220-250V közt ami már önmagában is elég nagy eltérést okoz, másrészt ha nincs meg a teljesítménytényező, a tisztán ellenállás-jellegű fogyasztókat leszámítva végképp használhatatlan az eredmény, hiszen kapcsolóüzemű tápoknál akár 0.3 is lehet ez.
-
Degeczi
nagyúr
válasz amargo #39204 üzenetére
Nincs napelemem, ezért nem tudom, csak érdekel: ha van mondjuk egy 6 kW háromfázisú rendszered, akkor abban fixen ki van osztva, h fázisonként 2 kW-ot tud (és mondjuk csak az egyik fázist 3 kW-al terhelő fogyasztó esetén 1 kW a hálózatból jön szép időben is) vagy képes dinamikusan kezelni ezt? Vagy az invertertől függ?
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz LógaGéza #39232 üzenetére
Igen, ez régi hiányosság, h nincs egy queue kezelésre képes médiajátékos szolgáltatás, és nyakatekert módon kell kezelni a helyzetet... A státusz eszköztől függően sajnos elég sokat tud késni, egymás után szorosan következő lejátszásokhoz (pl. figyelemfelhívó hangeffekt, majd rögtön utána a szöveg) nem mindig jó, ezért kínomban előre generáltatom le a TTS fileokat, amiknek Appdaemon alatt Pythonban már könnyen meg lehet nézni az időbeli hosszát, és beidőzíteni a közben beérkező lejátszási igényeket az utánra.
De ennél sokkal jobb és egyszerűbb lenne egy beépített queue.
Új hozzászólás Aktív témák
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Xbox Series X|S
- Battlefield 2042
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Gaming notebook topik
- Motorolaj és szűrő topik
- Filmvilág
- Végre bemutatkozott a Pixel 8 és a Pixel 8 Pro
- LEGO klub
- Samsung Galaxy S21 FE 5G - utóirat
- További aktív témák...
- Autómatrica és prémium minőségű matricák PH tagoknak 30% kedvezménnyel!
- AKCIÓ! KONYHA - HÁZTARTÁSI TERMÉKEK - BOTI ÁR FELÉÉRT!
- Raktáron! Új EVSE EV 3 fázisú 11kW-os hálózati töltők elektromos autókhoz, 3 év garanciával!
- Arlo Smarthub VMB4540 Féláron!
- AKCIÓ! Okos otthon és biztonság - BOLTI ÁR FELÉÉRT!
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen