Hirdetés
- Milyen routert?
- Egy vagyont költ humanoid robotokra az egyik kínai EV-gyártó
- Windows XP
- Milyen NAS-t vegyek?
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- A napot és a szelet is akarják az adatközpontok
- Videó stream letöltése
- Internet és kábel TV hálózatokról kötetlenül
- Otthoni hálózat és internet megosztás
- Triplázás jöhet: az Amazon és a Google szerint az atomenergia a jövő
-
IT café
Okos Otthon összefoglaló:
Új hozzászólás Aktív témák
-
LouiS22
veterán
válasz
vtechun
#51523
üzenetére
Működik a multiscrape, csak gondolom nem frissítetted a kódsort te sem és nem rendezted mappába azt, amit oda kell
Igen, ez manuális meló lesz, de mintegy öt perc alatt megvan.type: custom:weather-card
entity: weather.idokep
number_of_forecasts: '5'
current: true
details: true
forecast: true
hourly_forecast: false -
vampire17
addikt
válasz
vtechun
#46849
üzenetére
Igy van, ket cover template-em van. Nem teszek kulonbseget a kiskapu es a nagykapu nyitas kozott, egynek vettem, mert en alapvetoen arra voltam kivancsi, hogy a kapu (fuggetlenul melyik szarnya, vagy akar mindketto) van e nyitva/csukva. Igy a nyitaserzekelot is a ket kapura furtam.
-
daninet
veterán
válasz
vtechun
#46755
üzenetére
tasmota helyett ESPhome és abban nagyon nagyon egyszerű ezt összehozni.
Szerintem ennyi, de ki kell élesben próbálni:
switch:
binary_sensor:
- platform: gpio
id: power_sensor
pin:
number: GPIO_PIN_NUMBER # Replace with the GPIO pin number connected to the power sensor
mode: INPUT_PULLUP
filters:
- delayed_off: 11s
- delayed_on: 20s
name: "Power Sensor"
on_turn_on:
then:
- switch.turn_on: power_switch
on_turn_off:
then:
- switch.turn_off: power_switch
switch:
- platform: gpio
id: power_switch
pin:
number: GPIO_PIN_NUMBER # Replace with the GPIO pin number connected to your load
name: "Power Switch"
status_led:
pin:
number: GPIO_BUILTIN_LED -
its_grandpa
tag
válasz
vtechun
#46755
üzenetére
Ha okos aljzat alatt fogyasztásmérő eszközt értesz, akkor szerintem igen.
Írsz egy rule-t ami figyeli a napi fogyasztást és ha növekszik akkor 11 sec után kikapcsol és 20 sec múlva vissza.
EnergyToday<x> Get or set Energy Today values , értékét persze a megfelelő idő(k)ben nullázni kell.
(lehet 2 rule, nem egy de még csak 1 kávét ittam) -
Degeczi
nagyúr
válasz
vtechun
#46697
üzenetére
Ennek így se füle, se farka... Az open_cover és close_cover mint már az angol nevük is jelzi parancsok kiadására szolgálnak - egy parancs nélküli feltételnek így itt nem látom, mi értelme...
Visszajelzésre a nyitásérzékelőd helyből jó, ahhoz nem kell template. De mint szintén annak neve is meghatározza, az bináris szenzor, tehát csak két állapotú: vagy nyitva, vagy csukva. Egy 0-100 közti "position_template"-hez nem való, itt sem világos mit/hogyan/miért szeretnél.
-
BlackJack21
tag
válasz
vtechun
#46595
üzenetére
Kérdésem az lenne, hogy HA alatt simán beüzemelhető MQTT-vel és akármilyen nyitásérzékelővel is működhet?
Igen, HA alá mehet MQTT-vel, ahogy ZHA és Z2M-mel is.
Értelemszerűen zigbees nyitásérzékelővel tud kapcsolódni, illetve a népszerűbb gyártók típusai mennek.
A https://zigbee.blakadder.com/, oldalon nézz körül a nyitásérzékelőkkel kapcsolatban. -
vtechun
veterán
válasz
vtechun
#38700
üzenetére
sikerült megoldani
az ESPHome docker konténeren belül kellett beírni ezt az aláhúzott részt a
/usr/local/lib/python3.9/dist-packages/platformio/util.pyfájlba:def get_systype():
type_ = platform.system().lower()
arch = platform.machine().lower()
if type_ == "windows" and "x86" in arch:
arch = "amd64" if "64" in arch else "x86"
if arch == "aarch64":
if platform.architecture()[0] == "32bit":
arch = "armv7l"
return "%s_%s" % (type_, arch) if arch else type_Így már működik, azért írtam le, hogy itt legalább meglegyen
-
LouiS22
veterán
válasz
vtechun
#38616
üzenetére
Miért akarod feltalálni újra azt, amit pl a shelly megcsinált előtted?
jó, nem 18650-nel, hanem két CR123-mal...Bocs, közben látom az extra szenzorokat is. Sorry.
Ha nem kötelező kör az esp, akkor valamelyik xiaomi cuccos mért légnyomást, hőmérsékletet és páratartlamat egyben.
-
vtechun
veterán
válasz
vtechun
#38513
üzenetére
Ahogy nézem, ESP8266 csak időre tud kelni deep sleep-ből, így akksis door szenzort csak ESP32-vel tudok majd csinálni.
Jó lenne, ha tudnám mérni a rákötött akksi feszültségét is. Jelenleg van teszt alatt egy sima ESP32-es devboard, ami 20 másodpercig ébren méri a légnyomást és hőmérsékletet, aztán 10 percet alszik. így óránként csökken a rá sorban kötött (VIN GND) 2 18650 feszültsége 1 század Voltot. ez eléggé brutális merítés, gyanítom, hogy a rajta lévő nonstop világító piros LED is hozzátesz a fogyasztáshoz nem keveset. Csinált már valaki hasonlót? 1-2 hónapig ha elmenne 2 akksiról, akkor azzal már elégedett lennék.
A terv az, hogy amikor a reed relé nyit, ébredjen fel az ESP, aztán küldje a státuszát, zárás után 20 másodperccel meg aludjon el. ezt persze lehetne finomhangolni, hogy ha tudott küldeni infót, akkor elalhat nyitott állapotban is, max ébredjen fel megint, ha zár a relé, aztán konstatálva, hogy zárt, aludjon megint.
-
vtechun
veterán
válasz
vtechun
#38480
üzenetére
az kavart be természetesen, hogy bent hagytam az MQTT-s szekciót is. Azt kihagyva tökéletesen működik a deep sleep és az ébren tartás is bináris szenzor jelével.
Már csak valami jó 18650-es hátterű tápellátás lenne érdekes, hogy működhessen hetekig, hónapokig akksiról.
A másik projekt pedig egy wifis ajtónyitás érzékelő lenne, szintén akksis, deep sleeppel. A terv az, hogy amikor nyílik a kapu, a reed relé hatására ébredjen fel, küldje az infót, hogy nyitva van, aztán amikor zár, akkor meg x másodperc (mondjuk 10) aludjon el. Esetleg óránként frissítse az infót, hogy nyitva van-e vagy sem, esetleg akksi feszültség értékeket közöljön.
Valaki csinált már hasonlót?
-
vtechun
veterán
válasz
vtechun
#38471
üzenetére
próbáltam ezt az MQTT-s módszerrel is.
ESP32 Battery Powered Temperature/Humidity/AtmosphericPressure
Így működött, de valamiért nonstop jöttek a figyelt topikra az üzenetek, mintha x másodpercenként jönne alvás közben is az mqtt üzenet - ami a deep sleep prevent kiváltó oka, ezt mutatta is az automatizmus szerkesztése közben kék felvillanó felirattal, hogy KIVÁLTÓ OK.
Emiatt próbáltam, erre a másik módszerre áttérni, de ez sem akar működni. Biztos van benne logika, de nekem folyamatosan dobta amikor figyeltem MQTT-n, alvó módban is a státuszokat...
-
vtechun
veterán
válasz
vtechun
#37569
üzenetére
meglett a hiba oka, nem tudta feloldani a nevet. DNS valamiért nem működött. Manuálisan beállítva
ipaddress4 8.8.8.8paranccsal a google dns-t már jó is lett. Hogy kiderüljön, hogy nem tudja feloldani a nevet, ahhoz kellett aweblog 3parancs.Az energy Today értékének resetelése meg a
energytoday helpparanccsal sikerült - gondolom nem ez a hivatalos menete, de megoldottaKöszi szépen a segítséget!
-
#35478
Andras6800
senior tag
vtechun
#35476
-
ratkaics
senior tag
válasz
vtechun
#35464
üzenetére
Szia!
Nem tudom, hogy pontosan milyen feszültségértékekre vagy kíváncsi (panelenként, vagy csak az inverternél lévőre), de ha modbus-on integrálod a HA-ba, akkor az inverter feszültségeket látod.
Mit kellett tenned, hogy hozzáférj a "riasztások, elemzések, jelentések" menükhöz?
-
-
BullZeye
veterán
válasz
vtechun
#34964
üzenetére
Ha csak nincs olyan alkalmazásod ami 4gb-nál több memóriát használ, nem sok értelme van 64bitnek, mert sok kompatibilitási probléma van programoknál (nem fut minden).
És Linux alatt nagyon ritka ami ennyire memória igényes lenne
(kivéve ha memory leak van, akkor pár órával később omlik össze a rendszer) -
-
-
vtechun
veterán
válasz
vtechun
#34812
üzenetére
na, hamar megtértem, lecsaptam egy 8 gigás Rpi4-re. Supervised (not supported) átköltöztetése bonyolult lehet? Az rpi3 SD kártyáját átrakom rpi4-be, elindul vele? Vagy célszerű teljesen új raspbiant rakni, majd rá a HA, aztán onnan mint biztonsági mentést visszaállítani? Feltételezem, ha más nem, de a BT-s hőmérőkkel kell majd kicsit mókolni. Ill. SD kártya helyett SSD lenne érdekesebb, bár azzal még több meló lenne az átállás során. De persze hosszú távon csak az a járható út..
-
amargo
addikt
válasz
vtechun
#34441
üzenetére
Szia,
Ezt már írtam korábban, hogy itt a solaredge integrációnál érdemes bejelenteni:
Itt megpróbálkoztak vele (ismét): [link]Itt van egy viszonylag hosszú thread róla: [link]
Csak bele olvasva, de látszik, hogy más is csak a db turkálással tudja ezt kezelni, nem tudom miért nem javítják odáig nem olvastam.. más integráció nincs?ha tényleg ez marad, akkor appDaemon-ba érdemes írni valami kis takarítót.
-
vtechun
veterán
-
-
Degeczi
nagyúr
válasz
vtechun
#33469
üzenetére
az
hvac_modes(a második beszúrásodból is láthatóan) egy lista, ami az összes lehetséges módot fölsorolja - azaz nem lehet ezt egyetlen értékkel összehasonlítani, persze, h sosem fog egyezni...Vagyis nem kell attribútum vizsgálata: maga a climate.halo_klima entitás state-je az, ami heat lesz.
-
ojb
tag
válasz
vtechun
#33128
üzenetére
A gagyinál valamivel komolyabb feszültség és áram-mérő -- lehetőleg egyidejű -- használatával könnyen pontos értéket lehet származtatni a mért adatokból.
Célszerű rezisztív (Hagyományos villanykörte, villanyrezsó, hősugárzó) terhelést alkalmazni a méréshez.
Természetesen a mérési eredményeket csak a fogyasztók teljes "felmelegedése - üzemi állapotba kerülése" után szabad ( ~10 - 20 perc) leolvasni és a teljesítmény számításhoz felhasználni.
A pontos korrekció kiszámításához javaslom kettő mérés elvégzését. Az egyiket lehetőleg kisebb 100W körüli terheléssel a másikat 1 - 2kW-os fogyasztó felhasználásával.
A maximális terhelés az árammérő terhelhetőségétől is függ. Ez általában 10A szokott lenni, ami max 2kW terhelést (Hősugárzót, vasalót) eredményez!!!
A Valós rezisztív teljesítményt az alábbi képlet adja:
P=U*I
ahol:
P=Teljesítmény Watt-ban
U=Mért hálózati feszültség Volt-ban
I=Mért fogyasztón átfolyó áram Amper-ben
Szerencsés esetben a két mérésből származtatott korrekciós tényező közel azonos lesz.A méréshez az alábbi elrendezést célszerű használni:
-
Degeczi
nagyúr
válasz
vtechun
#33128
üzenetére
De mint magad is számolod, ez csak pár % eltérés, míg az általad említett teljesítmény már 15%-al kevesebb a névlegesnél. Ilyen ohmikus terhelést mint egy fűtőszál, jól szoktak mérni ezek az egyszerű eszközök, mert itt nem csúszik el időben az áram és a feszültség, így egyszerű szorzás kérdése a teljesítmény (de az indukciós főzőlap már nem biztosan, abban lehet elektronika a teljesítményszabályozáshoz) Talán vmivel tényleg alatta lehet a névlegesnek a fűtőpanel, erre jön még rá pár % a magasabb feszültségen kalibrált izzóval és valszeg az okoskonnektor is pontatlan lehet.
-
Olympia76
tag
válasz
vtechun
#32177
üzenetére
Jó, hogy felhoztad, mert most, hogy megnéztem rájöttem, hogy még nem állítottam át a modbus-os sensor-ra pedig ezt már rég meg akartam csinálni. Ha jól látom most Te is a felhőset használod igaz? Lehet, hogy azért van néha 0-ád, mert éppen elveszti a kapcsolatot, nem kap adatot a felhőből és akkor azt ilyen hülyén kezeli? Milyen grafikonon nézed egyébként? Sima history graph?
-
Degeczi
nagyúr
válasz
vtechun
#31790
üzenetére
Elméletben lehet - de minek?
Az általános állapotnaplózásnak (pl. automatizációk lefutása, vagy a legtöbb nyitásérzékelő, kapcsoló) max 1-2 hétig van értelme, utána azt már úgysem keresed vissza, mért adatoknak (mint pl. hőmérséklet, pára) pedig ott a statisztikai tábla, az való erre, mert az van szépen letisztítva, csak óránkénti átlagot és min ill. max értéket tárolva (bármeddig, arra persze nem vonatkozik a purge). Az, h ennél finomabban, pl. percenként hogyan alakult, szintén lényegtelen lesz hónapok távlatából.
SD kártyán meg pláne, azt idővel kinyírja a sok írás, hacsak nem kimondottan nagy terhelhetőségű típus (Sandisknél asszem High Endurance néven) -
Fall-N
veterán
válasz
vtechun
#31703
üzenetére
Először tudni kellene, hogy hogyan van bekötve a csillár. Azaz a kötődobozban a csillárkapcsolónál csak egy bemenő fázis van kettő lámpa szálra osztva vagy van nulla vezeték is?
Ha van nulla is akkor van 2 csatornás Sonoff okosrelé vagy süllyesztett Sonoff kapcsoló (WiFi+RF), ha nincs akkor süllyesztett SmartWise T4 EU okoskapcsoló kell (ez is WiFi+RF) amihez nem kell nulla vezeték. Van abból olyan változat, ami 1 vagy 2 vagy 3 kört tud kapcsolni.
-
válasz
vtechun
#31527
üzenetére
Az a gond, hogy a Synology Linuxa meglehetősen korlátozott. Olyan dolgok amit fordítani is kell nem, vagy alig, kínlódás után lehetséges, dev csomagok nincsenek (legalább is számomra)
Amihez Entwareből megoldható az rendben van.Entware telepítés
Elérhető Entware csomagokÚgy látom van mariadb Etwareben de én nem próbáltam még
-
amargo
addikt
válasz
vtechun
#31501
üzenetére
Nem lesz értelme a 15 perces adatoknak, ha nincs benne a db módosítás, mert gyakorlatilag a lekérdezés időpontjában lesznek ott tömegesen, peek formájában.
A db-hez azért kell nyúlni, hogy ilyen legyen (különben meg csak kb 5 db vonalat látnál):
Segítenék, hogy mi kell hozzá, de gyakorlatilag gyorsabban csinálom meg, mint elmondjam töviről-hegyire (gyakorlatilag mindenhol a ahol set_state van, ott küldöd az mqtt felé az adatot és ahol normalizálná azaz a db-hez nyúlna, azt meg kihagyod), de a fentebb vázolt problémák miatt nem is tettem bele az mqtt-be.
Továbbá az appDaemon-os kód még azt is megcsinálja, hogy a 15 perces adatokat hozzáadja a totálhoz (de a db módosítás nélkül ilyen sincs):
-
amargo
addikt
válasz
vtechun
#31496
üzenetére
Ezt csak magamnak írom off-ba, de ezért kellene rendes dokomentációt írnom hozzá
igen, ugyan olyan id a chart is, csak ott már a 15 perces adatok vannak.
A kis RPI-t én tavaly engedtem el, azóta egy óránként 50w-ot zabáló monstrum van a helyén (ellenben minden elfut rajta).
-
amargo
addikt
válasz
vtechun
#31477
üzenetére
Az AppDaemon-on esetében a dokumentációt még pongyolábban kezeltem már idő híján.
Ott a yaml-be majd egy ilyesmi config kell:eon:eon_url: 'https://energia.eon-hungaria.hu/W1000'username: <felhasználói azonosítód>password: <felhasználói jelszavad>report_id: <reportId>chart_id: <chartId>last_reset: "2020-11-11T11:25:00+00:00"hyphen: '1609927262647'every_hour: 3offset: -3class: Eonmodule: read_eonhost: <database connection host>username_db: <username_db>password_db: <password_db>database: homeassistant1_8_0_sensor: sensor.eon_1_8_0_energy_total2_8_0_sensor: sensor.eon_2_8_0_energy_totalpositive_a_energy: sensor.eon_positive_a_energy_powernegative_a_energy: sensor.eon_negative_a_energy_powerAz errorok pedig azért jöhetnek, mert az appdaemon-ba nincsenek ezek installálva:
requestsbs4pytzpymysql -
amargo
addikt
válasz
vtechun
#31471
üzenetére
most látom, hogy nálam valami számsor volt ott a hyphen esetén (nincs is köze a dátumhoz csak valaki ötletként írta nem rég FB-on, ez inkább valamilyen nézet ID-ja lehet):
hyphen = 1622927542997
Tehát azt nem úszod meg, hogy nem azt írod oda, amit kell a devtools-ba meg tudod simán nézni:
Azaz query params között lesz egy ilyen:
&_=1622927542997 -
amargo
addikt
válasz
vtechun
#31468
üzenetére
1, a dátumnak lehet az elválasztója, én
-használok rá.
2, ki lett kapcsolva a https verify, mert frissült valamelyik root ca és ezért az eon-os portálon többeknél untusted ssl hibát adott.Amúgy ezt a repót már nem használom, viszont ebből lett tovább "fejlesztve" ez: [link]
-
LouiS22
veterán
válasz
vtechun
#31465
üzenetére
Ha alaposabban megnézed, amit küldtem, és értelmezed az ott található leírást, akkor látni fogod, hogy ez egy másik integráció, és a leírásban szerepel, miként tudod megtalálni a kívánat adatokat.
Az IP címet legegyszerűbben egyébként a routeredben tudod megnézni, ott szerepelnie kell.
-
koala69
tag
válasz
vtechun
#31389
üzenetére
szia, ha a HA-ba mar integralta, es a kerdesed arra vonatkozik, hogy az Energy -ben is megjelenjenek az adatok, akkor a valasz, igen, megjelenitheto, de kell egy kis valtoztatas a HA config-ban:
homeassistant:
customize_glob:
sensor.*_consumption:
last_reset: '1970-01-01T00:00:00+00:00'
device_class: energy
state_class: measurement--mint elozekben irtak itt - koszonet erte - ezt kell beillesztened, termeszetesen a " _consumption " ki kell cserelned arra., ami a sonoff adataiban megtalalhato karakter sor. Utana meg fog jelenni az Energy- oldalon, mint hozzaadhato sensor.
-
LouiS22
veterán
válasz
vtechun
#31389
üzenetére
Az ismerősnek nincs internete, vagy nem tud kérdezni?
Miért kell ehhez hírnök? "hekkelnie" biztosan nem kell, az ugyanis egészen mást jelent. De ha az intergráció nem támogatja (nem lehet hozzáadni az Energy tabon eszközként), akkor muszáj lesz kicsit elmélyednie ebben: [link] és ebben: [link]
Más kérdés, hogy milyen hatalmas megállapításokat akar tenni a grafikon nézegetéséből. Picit azt érzem, hogy "csak mert van ilyen és ő nézni akarja" esete van ismét.
-
-
koala69
tag
válasz
vtechun
#31296
üzenetére
nincs napelem, nem is lesz egyenlore. A P1-es csatlakozo egy sima RJ12-es csatlakozo, szerintem barmelyik elektronikai alkatresz boltban kaphato -- kinezetre olyan mint a telefon csatlakozo, csak 6 kes van benne.
az entitasok kozott latok meg joparat, de nem aktivak.... vmit fel kell tenni a HA-ban, hogy minden adat megjelenjen?
gondolom, ha az mqtt-ben ennyi van, akkor max ezek jelenithetok meg HA-ban is.?? -
koala69
tag
-
LógaGéza
veterán
válasz
vtechun
#31082
üzenetére
Sajna ez ilyen, minden egyes parancsot meg kell neki tanítani. Amúgy se kapcsolgatja az ember folyamatosan a klímát...
Nálam az volt a probléma, hogy igaz, hogy van Wifi a klímámon, de az nem ismerte pl az éjszakai módot. Így beállítottam két eshetőséget, éjszaka és nappal, ezeknek a jeleit megtanítottam neki, írtam rá automazitációt, és tökéletesen kapcsolgatta. Nem vagyok minden nap klímát tekergető típusEsetleg itt nézd meg, hogy a klímád típusa benne van-e, bár ha nincs, akkor is tehetsz egy próbát az integrációval: [SmartIR]
Igen, ez manuális meló lesz, de mintegy öt perc alatt megvan.
), lehet, hogy érdemes megnézned, hogy mit tud az egyik és mit tud a másik, "gyorsabbnak" érzed, stb.
Új hozzászólás Aktív témák
- Xiaomi 14T Pro - teljes a család?
- Nintendo Switch
- Budapest és környéke adok-veszek-beszélgetek
- exHWSW - Értünk mindenhez IS
- Allegro vélemények - tapasztalatok
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Azonnali alaplapos kérdések órája
- One mobilszolgáltatások
- Hobby elektronika
- Stabil pályára állt az Android 16
- További aktív témák...
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest