-
GAMEPOD.hu
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
LouiS22
veterán
a nyitásérzékelők a Hall-effektuson alapulnak.
"Alkatrészként ezekkel a működési módú eszközzel találkozhatunk leggyakrabban:
lineáris:
a mágneses térerő függvényében a kimenő feszültség változiklogikai jel kimenetű:
unipoláris (ennél a megfelelő erősségű mágnes közelsége bekapcsolt állapotban tartja a kimenetet)
bipoláris (ezek a déli mágnespólus közelségére bekapcsolnak, az északi pólus hatására pedig kikapcsolnak)
omnipoláris (közelítéskor a megfelelő erősségű mágnes irányától függetlenül bekapcsol)"A nyitásérzékelők értelemszerűen logikai jel kimenetűek
[ Szerkesztve ]
Mielőtt kérdezel, nézd meg az 1. számú hozzászólást, vagy használd a keresőt, azért van!
-
LouiS22
veterán
Fura - de gondolom nem egy darabot vettél csak -, hogy nem a "régi" mijia zigbee-t választottad, az talán a legkisebb zigbee nyitásérzékelő (1632-es elemmel megy). Szinte láthatatlan. Ha még vásárolnál, akkor nézz rá a CR2032-vel üzemelő nyitásérzékelőkre is. Ennél csak laposabbak lehetnek. Mindkettőt viszonylag egyszerűen szét lehet pattintani - ahogy a kolléga is írta.
[ Szerkesztve ]
Mielőtt kérdezel, nézd meg az 1. számú hozzászólást, vagy használd a keresőt, azért van!
-
-
Rosep
senior tag
válasz LouiS22 #42404 üzenetére
Egyenlőre csak egyet vettem próbára, de 12 db fog kelleni még. Az a Mijia 7000 Ft, ez 1600 Ft volt és 2xAAA elemmel megy. Akkut tettem bele egyenlőre.
Nem a lapossága a gond, hanem a szélessége. Ez tulajdonképpen egy síkban van a műanyag ablakszárny frontjával. Nekem tökéletesen megfelel.[ Szerkesztve ]
-
Speederer
senior tag
Szia,
Nekem ilyen logokat ír:Logger: custom_components.multiscrape.sensor
Source: custom_components/multiscrape/sensor.py:175
Integration: Multiscrape scraping component (documentation, issues)
First occurred: 18:35:47 (2 occurrences)
Last logged: 18:35:47
Scraper_noname_0 # Időkép, nap1 csapadék # Unable to scrape data: Could not find a tag for given selector Consider using debug logging and log_response for further investigation.Scraper_noname_0 # Időkép, nap2 csapadék # Unable to scrape data: Could not find a tag for given selector Consider using debug logging and log_response for further investigation.
Mondjuk nem a mostani frissítés miatt van, már előtte is láttam ilyet, de most hogy szóba került rákérdezek. Ez mitől lehet? Én rontok el valamit?
A rendrakás a kisemberek mániája. A zseni átlátja a káoszt!
-
ojb
tag
válasz DIEGO15 #42398 üzenetére
Köszönöm, de az általam használt HRV-be nem lehet szűröt tenni a kialakítása miatt.
[Vent Axia Lo-Carbon] -
Yocee
aktív tag
Megjött az éves elszámoló villanyszámlám.
De a mérő nem resetelődik, így kellene Home Assistantba csinálnom egy új template sensort gondolom, ami a "sensor.w1000_jelentes_1" (eon távleolvasási portál fogyasztás adat) ből kivonja a 3705kWh fogyasztást.
De ehhez (is) tök hülye vagyok, és már az egyszerű kivonás szintakszisát sem értem.
Valaki megkegyelmezne, és leírná, hogy hogy csináljam? -
ojb
tag
Próbáld az alábbi sorokkal:
sensor:
template:
- sensor:
- name: "Energy Meter"
state: "{{ (states('sensor.w1000_jelentes_1')|float | round (1)) - 3705.0}}"
availability: "{{ states('sensor.w1000_jelentes_1')|is_number }}"
device_class: energy
state_class: total_increasing
icon: "mdi:counter"
unit_of_measurement: "kWh"
-
4D4M
aktív tag
válasz SafE84 #42415 üzenetére
Van rajta visszasózó, de néhány uS/cm a különbség az RO-hoz képest és 2-3 nagyságrend a bejövőhöz képest, tehát nem sokmindent csinál.
(talán ha fél évente képződik egy kis látható réteg a vízforralóban, amit egy kiskanál citromsav le is old)...mit teszel ma, ami holnap is számít ?
-
koala69
tag
Sziasztok
segitseget szeretnek kerni egy automatizalas triggerenek beallitasahoz
-ha egy toggle helper bekapcsolt allapotban van egy beallitott ideig, az idot egy time helperrel allitanam:platform: state
entity_id:
- input_boolean.t6_binary
to: "on"
for:
hours: 0
minutes: input_number.t6_time_treshold
seconds: 0arra lennek kivancsi, hogy az "minutes"- hez meg tudom e adni a time helpert vmilyen formaban?
elore is koszonok minden segitseget!!! -
Degeczi
nagyúr
válasz koala69 #42417 üzenetére
Egyszerű template kifejezéssel igen, mint a doksiban arra példa is szerepel.
Másrész state to: "on" esetén mindig legyen ott az is, h from: "off", máskülönben csodálkozol majd, miért indul be az automatizálásod egy újraindítás után x perccel (mert az indítás elején az állapotok visszatöltése során is van egy "unknown" státuszból "on"-ra váltás, ha korábban abban volt) -
dbius
veterán
Sziasztok!
Kb. két hete én is összeraktam egy RPI4-en futó HA(OS) renszert, amibe elkezdtem minden itthoni cuccot integrálni, mert már kezdtem unni, hogy mindennek saját, külön applikáció kell és nem tudok mindent egy helyen látni, esetleg kezelni.
Ezek egyébként főként tuya wifis okoskonnektorok, izzók, hőmérséklet és páratartalom mérők, napelem rendszer Huawei inverterrel, Shelly 3EM fogyasztásmérő, klíma, slimmelezer+, valamint Computherm e400RF termosztát, smart tv-k.
A tuyás cuccok egyelőre maradtak a felhőn, de működnek szépen, az automatizációkat is sikerült adoptálni, egyelőre jónak tűnnek.
Shelly 3EM szintén gond nélkül ment, magától felismerte. Ezzel kapcsolatban meglepődtem, mert a mérő által küldött adatokat a HA sokkal pontosabban logolja, mint a Shelly saját felhője. Ez alatt azt értem, hogy a shelly által a felhőbe felküldött adatok és a HA által logolt adatok az egyes fázisok esetében akár jelentősen is különböznek, a felhőben rendszeresen kevesebb pl. az egyes fázisok esetében mért és összegzett visszatáplált energia mennyisége. Kiderült végül (lásd lentebb), hogy a HA által logolt adatok a jó értékek (egyeznek a slimmelezer által a villanyórából küldött adatokkal)
Ezeknek az adatoknak az összevetéséből kiderült az is, hogy a shelly által mért fázis feszültségek - legalábbis esetemben - 99%-ban megegyeznek a villanyóra által is mért és a slimmelezer által küldött adatokkal, csupán abból van eltérés, hogy a shelly nem csak 10 másodpercenként küld adatokat, hanem gyakrabban (általában 1-5 másodpercenként) így a shelly értékei ebből a szempontból még részletesebbek.
Huawei inverter integrálása csak felületesen ment, ez még várat magára, ugyanis nem rendelkezem telepítői jogosultsággal, ezért csak a fusionsolar kiosk módjával sikerült az adatokat integrálnom, nem pedig ezen leírás szerint (a cél ez lenne).
Klíma integrálásával sem volt probléma, szépen látja és kezeli, mint egy hőszivattyút.
Van egy Computherm e400RF wifis termosztát itthon, amiről azt olvastam, hogy ez valójában egy BEOK márkájú termosztát, így eljutottam ehhez a github projecthez és ezzel sikerült ma reggel ezt is integrálnom. Látja, kezeli, úgy tűnik az eddigi rövid teszt szerint jó lesz.
Slimmelezer+: úgy látom itt már többen használják és a netes keresések alapján is népszerű eszköz. Mielőtt megrendeltem privátban kértem egy ph-s kollégától véleményt napelemes topikból, utána döntöttem úgy, hogy megrendelem.
Furcsa lehet, hogy miért, ha már van egy Shelly 3EM. Azért, mert a shelly által a felhőbe logolt adatok valahogy nem stimmeltek a villanyóráról leolvasott értékekkel és nem tudtam miért.
Fentebb már olvashattátok, hogy a HA használata során kiderült, hogy a shelly a felhőbe - nem tudom miért - valahogy nem jól küldi vagy a felhő nem regisztrálja rendesen a beküldött adatokat, de a pillanatnyilag mért különböző értékek jónak bizonyultak.
Ezért először úgy gondoltam, hogy regisztrálok az eon távleolvasó portálra, hogy a villanyóra által beküldött adatokat egyeztetni tudjam a shelly által logolt adatokkal. Azonban idén január 1-től Opusz Titász területről már nem lehet sajnos regisztrálni, csak ipari fogyasztóknak
Ez nem jött össze.Mivel mindenképp össze akartam vetni az adatokat és látni akartam milyen adatokat továbbít a mérő, ezért adott volt, hogy a P1 port által nyújtott lehetőséget használjam erre. Mivel nem értek az elektronikához, nem tudok forrasztani, ezért kész megoldásban gondolkodtam és jutottam el a slimmelezer+ termékhez. Volt egy másik jelölt, a Homewizard P1 wifi meter, de nem tudom már a sok oldal közül hol, de azt olvastam, hogy a slimmelezer jobban testre szabható és több adatot tud kinyerni, ezért ezt választottam.
Nos miután megérkezett out of the box nem működött, az alábbi hibaüzenet köszönt vissza:
[E][dsmr:152]: Error: telegram larger than buffer (1700 bytes)
Keresgélve itt találtam rá, hogy a slimmelezer.yaml-hoz adjam hozzá az alábbi sort:
dsmr: max_telegram_length: 3000
Megtörtént, ezt követően elkezdte küldeni a slimmelezer az adatokat a HA-nak, addig is küldte, de nem jelzett értéket sehol a HA.
A villanyórám egy Sanxing SX631, Eon/Opusz Titász területen.
Az óra használati utasítása szerint (19-20. oldal) a mérő a porton keresztül sokkal több adatot küld, mint amit jelenleg a slimmelezer továbbküld és a HA regisztrál.
Ebben esetleg tudna valaki segíteni? Hogyan kéne módosítani a yaml fájlt a használati utasításbam megadott OBIS kódok, adatok alapján, hogy minden olyan adat elküldésre és logolásra kerüljön, amit maga a mérő szolgáltat?
Jelenleg az alábbi adatokat küldi és ezeket logolja a HA:
12:44:14 [D] [sensor:126] 'Energy Consumed Luxembourg': Sending state 553.70898 kWh with 3 decimals of accuracy
12:44:14 [D] [sensor:126] 'Energy Consumed Tariff 1': Sending state 239.04601 kWh with 3 decimals of accuracy
12:44:14 [D] [sensor:126] 'Energy Consumed Tariff 2': Sending state 314.66299 kWh with 3 decimals of accuracy
12:44:14 [D] [sensor:126] 'Energy Produced Luxembourg': Sending state 480.54001 kWh with 3 decimals of accuracy
12:44:14 [D] [sensor:126] 'Energy Produced Tariff 1': Sending state 404.78601 kWh with 3 decimals of accuracy
12:44:14 [D] [sensor:126] 'Energy Produced Tariff 2': Sending state 75.75400 kWh with 3 decimals of accuracy
12:44:15 [D] [sensor:126] 'Power Consumed': Sending state 0.00000 kW with 3 decimals of accuracy
12:44:15 [D] [sensor:126] 'Power Produced': Sending state 4.49800 kW with 3 decimals of accuracy
12:44:15 [D] [sensor:126] 'Voltage Phase 1': Sending state 244.50000 V with 1 decimals of accuracy
12:44:15 [D] [sensor:126] 'Voltage Phase 2': Sending state 250.89999 V with 1 decimals of accuracy
12:44:15 [D] [sensor:126] 'Voltage Phase 3': Sending state 231.20000 V with 1 decimals of accuracy
12:44:15 [D] [sensor:126] 'Current Phase 1': Sending state 5.00000 A with 1 decimals of accuracy
12:44:15 [D] [sensor:126] 'Current Phase 2': Sending state 7.00000 A with 1 decimals of accuracy
12:44:15 [D] [sensor:126] 'Current Phase 3': Sending state 5.00000 A with 1 decimals of accuracy
12:44:15 [D] [text_sensor:067] 'DSMR Identification': Sending state 'AUXxxxxxxxxxxxx'Sajnos hiába keresgéltem, nem találtam olyan, már kész konfigurációt, ami ehhez a mérőhöz opusz titász területen készült volna. Egyelőre most ezt szeretném helyre rakni, ennek a megoldását keresem, ezért is jelentkeztem be ide, hátha valaki tudja a megoldást.
Tudom, hogy én ezekkel eddig csak a felszínt kapargatom, de nincs ezzel baj, majd jön a többi dolog is, csak egyelőre még nagyon ismerkedünk és próbálom megismerni a HA felépítését, működését, testreszabhatóságát.
Van még itthon Amazon echo dot, valamint google home mini, de ezekkel még nem foglalkoztam. Egyelőre az itthoni vpn szerverre csatlakozva érem el "kintről" a rendszert, ez jelenleg elég arra, hogy rálássak az eszközökre.
Az egymásra épülő lehetséges automatizációk pedig már gondolatban készülnek, de mindent lépésről lépésre.
Na jó hosszú lett kezdésnek
-
Degeczi
nagyúr
Jé, átsiklottam a tényen, h tavaly ősz óta lehet végre xml-t is átadni a MS TTS integrációnak!
Ez megnyitja az utat arra, h minden szöveget helyesen tudjon mondani, mert van pár szó, amit furcsán, vagy hibásan ejt magától: pl. rövid gy-vel mondja az 1-et, ami hülyén hangzik (mást jelent) ha azt mondatod ki vele, h "1 fok van kinn", de szintén rossz, angolos pl. az "amper", a "bakker", pösze a "tartósabban", hibás a "megismered", a "rizzsel", stb...
A javítás ilyenkor annyi, h a MS doksijában található magyar fonémákkal kell leírni a helyes szöveget, pl. a "tartósabban" esetén ez "tɒrtoːʃːɒbːɒn" (vagy a hosszú gy-s "egy" "ɛɟɟ", stb.) és az adott szó helyére kell behelyettesíteni
<phoneme alphabet="ipa" ph="tɒrtoːʃːɒbːɒn"/>
formában.Persze célszerű kipóbálni a MS tesztoldalán, átkapcsolva SSML-re, ott pedig
<speak xmlns="http://www.w3.org/2001/10/synthesis" xmlns:mstts="http://www.w3.org/2001/mstts" xmlns:emo="http://www.w3.org/2009/10/emotionml" version="1.0" xml:lang="en-US">
<voice name="hu-HU-NoemiNeural">
<phoneme alphabet="ipa" ph="ɛɟɟ"/> fokos idő van.
</voice>
</speak>
formában beírva. -
enginev3.0
félisten
Valaki ért az esphome-hoz? sehogy nem tudom a BT részét elővarázsolni az esp32-nek
A sas száll ide - száll oda, de a szálloda nem sas ide - sas oda || Logitech <3
-
LouiS22
veterán
válasz enginev3.0 #42423 üzenetére
A dokumentációt nézted? Csak mert elég világosan benne van, ráadásul példával.
Mielőtt kérdezel, nézd meg az 1. számú hozzászólást, vagy használd a keresőt, azért van!
-
-
Rosep
senior tag
Még a fali tablet témához.
Szolgos kínai balátunktól megkérdeztem, hogy tartalmazza-e az Android a GMS-t, mire ezt a választ kaptam: sorry, no, it is rooted AOSP systemTaláltam egy kicsit 'komolyabbnak' tűnő darabot (ezt az ára is tükrözi talán).
Viszont semmit sem találok róla GMS és Webview ügyben... -
dbius
veterán
válasz LouiS22 #42427 üzenetére
Értem, köszi az iránymutatást.
Ennyit kellene esphome-on belül a slimmelezer.yaml config fájlhoz hozzáadni?
external_components:
- source: components
components: [dsmr]
Mobilról írok, nem tudom rendesen formázni.
Vagy valami mást kellene csinálni? Mert ez nem mutat a githubra, config mappában pedig az external_components mappában sincs ilyen, az esphome pedig külön mappában van. (Vagy annak valamelyik mappájába kellene behúzni githubról az említett mappa tartalmát?) Nem igazán találtam erről információt vagy rossz helyen keresem, de sem a linkelt GitHub-on, sem az esphome dsmr oldalán nem találom hogy kellene ezt csinálni.
-
LouiS22
veterán
Jó nyomon jársz
a source neve az a mappa lokálisan, ahol a slimmelezer-ed build fájlai vannak. Oda be kell tenned a lenti repoból a components mappából a dsmr mappát. Az abban talalható fields.h fájlban vannak a kódok definiálva és ott tudsz változtatni is, ha esetleg mások lennének a kódok (tippre nem lesz az, nem fogja az eon se szopatni magát ennyiféle firmware-rel).
Vagy meghivatkozod a repót, az is egy megoldás (esetleg csinálsz egy forkot magadnak és onnan hivatkozol). Jobban belegondolva ez talán a legegyszerűbb
Eml3kezetből írtam most meg, szóval lehet, hogy valahol hibáztam, de úgy érzem, hogy meg fogod fejteni így is.
[ Szerkesztve ]
Mielőtt kérdezel, nézd meg az 1. számú hozzászólást, vagy használd a keresőt, azért van!
-
tag
Sziasztok,
zigbee ügyben a következőképp jártam: volt egy Smartwise Zigbee Bridge Pro Smart Hub, tasmotával koordinátornak.
egy áramszünetet követően megszűnt normálisan működni.
Közben lett egy zigstar lan gateway-em, gondoltam beüzemelem.
wifin kiválóan működik, viszont amikor engedélyezem az ethernetet és bedugom a kábelt, nem látom a HA-t (!).
IP ütközés nincs, fix ip-t adtam különböző címeken, majd dhcp-t, a probléma fennáll.
ahogy bedugom a kábelt (akár különböző switcheken keresztül), a HA elérhetetlen lesz.
a HA egy Synology DS920+-on megy VM-ből, fix IP-vel. (8Gb RAM, 2x500GB SSD cache)számomra ez x-akták, nincs valakinek elképzelése, hogy mi lehet itt a háttérben?
-
4D4M
aktív tag
Nekem ez a szekció a végére azt hiszem így nézett ki:
external_components:
- source: /config/esphome/.esphome/packages/a8cd7c84/components
components: [dsmr]
(docker supervisor telepítés – nem tudom, hogy számít-e)A
power_balance
scriptet sem érdemes kihagyni:script:
- id: update_power_balance
mode: single
then:
- lambda: |-
id(power_balance).publish_state(id(power_produced).state-id(power_consumed).state);
Ehhez nyilván a sensor is kell....mit teszel ma, ami holnap is számít ?
-
4D4M
aktív tag
válasz Fuser és Tsa #42432 üzenetére
A routerben látszik mindegyik? Pingre válaszolnak? PoE megy a zigstar vagy usb-ről?
...mit teszel ma, ami holnap is számít ?
-
tag
-
LouiS22
veterán
válasz enginev3.0 #42436 üzenetére
Ha nem titkolóznál annyira, és írnál típust, eszközt, meg hogy mit szeretnél elérni, lehet, de csak lehet , hogy előrébb is tudnánk lépni.
Mielőtt kérdezel, nézd meg az 1. számú hozzászólást, vagy használd a keresőt, azért van!
-
enginev3.0
félisten
válasz LouiS22 #42437 üzenetére
[link] Ez az eszköz
VM-ben fut a HA
rádugtam usb-n, felismeriAmit eddig csináltam
https://web.esphome.io/?dashboard_wizard
Ez az oldalon keresztül telepítettem a wifit és egy yaml-t (remélem nem írok hülyeséget)esphome:
name: esphome-web-75650c
friendly_name: ESPHome Web 75650c
esp32:
board: esp32dev
framework:
type: arduino
# Enable logging
logger:
# Enable Home Assistant API
api:
encryption:
key: "AR7BGoQx4Wr8NU7sYp2pFDO11e1kPdxU6BGri/rfbzg="
ota:
password: "818f24b30c0792f634817071dfe90f80"
wifi:
ssid: "xxx"
password: "xxx"
# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "Homero Fallback Hotspot"
password: "2IN5R3iR8oWt"
captive_portal:
esp32_ble_tracker:
scan_parameters:
interval: 320ms
duration: 60s
active: true
sensor:
- platform: atc_mithermometer
mac_address: "A4:C1:38:1F:82:69"
temperature:
name: "atc hőmérséklet"
humidity:
name: "atc páratartalom"
battery_level:
name: "atc hőmérő akkumulátor szint"Így néz ki, ezt letöltöttem esp home-ból és telepítettem a fentebbi linken
HA alatt eszközök között ott van az esphome, és benne az atc hőmérséklet érzékelő, de ismeretlen minden értéke, csak maga az eszköz firmware aktív
A sas száll ide - száll oda, de a szálloda nem sas ide - sas oda || Logitech <3
-
LouiS22
veterán
válasz enginev3.0 #42438 üzenetére
és a mi hőmérőn atc firmware van?
Mielőtt kérdezel, nézd meg az 1. számú hozzászólást, vagy használd a keresőt, azért van!
-
-
LouiS22
veterán
válasz enginev3.0 #42440 üzenetére
buta kérdés, de a régi ble intregráció aktív még? Üthetik egymást.
[ Szerkesztve ]
Mielőtt kérdezel, nézd meg az 1. számú hozzászólást, vagy használd a keresőt, azért van!
-
enginev3.0
félisten
válasz enginev3.0 #42442 üzenetére
A sas száll ide - száll oda, de a szálloda nem sas ide - sas oda || Logitech <3
-
LouiS22
veterán
válasz enginev3.0 #42443 üzenetére
Mielőtt kérdezel, nézd meg az 1. számú hozzászólást, vagy használd a keresőt, azért van!
-
chemand
tag
Előljáróban annyi, hogy zigbee hálózatom koordinátora egy SONOFF ZB Dongle-P , mely jelenleg 26 db eszközt kezel.
Rendelem egy Hő- és páraszenzort és bekalibráltam mindkét értéket HA alatt a Zigbee2MQTT-ben (hasonlóan a többi szenzorhoz). HA-ban szépen látom az általam bekalibrált értékeket, azonban az eszköz kijelzőjén még az eredeti (rossz) értékek szerepelnek. Találkozott már más is ezzel a jelenséggel? Hogyan lehet ezt megoldani?Ez vajon ugyan az lehet, mint amit én vettem?
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
- Apple iPhone 15 Pro Max - Attack on Titan
- Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
- Egyre közelebb a Poco F6 startja
- Fujifilm X
- Mindent megtudtunk az új Nokia 3210-ről
- A fociról könnyedén, egy baráti társaságban
- CASIO órák kedvelők topicja!
- Kertészet, mezőgazdaság topik
- AMD Ryzen 9 / 7 / 5 / 3 3***(X) "Zen 2" (AM4)
- További aktív témák...
- Részletfizetés. Bontatlan. noblechairs ICON székek azonnal . Utolsó darab raktáron +36301300000
- Részletfizetés. Bontatlan. noblechairs LEGEND székek azonnal . 24 hónap garancia . +36301300000
- Részletfizetés. Bontatlan. noblechairs EPIC székek azonnal . 24 / 36 hónap garancia . +36301300000
- ABSINA 1 fázisú elektromos autó mobil falitöltő 3kW, 13A
- ELADÓ GÉREX gyártányú akkus fúró, csavarozó
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen