Hirdetés
- Android alkalmazások - szoftver kibeszélő topik
- VoLTE/VoWiFi
- Apple iPhone 17 - alap
- Realme GT 2 Pro - papírforma
- Yettel topik
- Xiaomi 15T Pro - a téma nincs lezárva
- Motorola Moto G06 Power – nagyfater új zakót vett
- Milyen okostelefont vegyek?
- One mobilszolgáltatások
- Samsung Galaxy Watch8 és Watch8 Classic – lelkes hiperaktivitás
-
Mobilarena
Okos otthon - Home Assistant, openHAB és más nyílt rendszerek
Új hozzászólás Aktív témák
-
válasz
Steady74
#41796
üzenetére
Most ezt beállítottam, köszi.
Viszont csak egy szenzort tudok egyszerre mérni, és nekem 3 szenzor kerekített szummája kellene az alábbi state szerint:state: "{{ [ states('sensor.shelly_em3_channel_a_energy_cost'), states('sensor.shelly_em3_channel_b_energy_cost'), states('sensor.shelly_em3_channel_c_energy_cost')] | map('float') | sum | round(0)}}"Ezt hogyan érhetem el?
-
Sziasztok, egy HA szenzorral segítsetek: nem tudom értelmezni a dokumentációt hogyan használom a last_reset-et hogy havonta lenullázza magát:
template:- sensor:- name: "Havi energia költség"state_class: total_increasingdevice_class: energylast_reset: ide mit írok hogy elsején 00:00-kor nullázza?unique_id: "sum_of_energy_cost"unit_of_measurement: "HUF"state: "{{ [ states('sensor.shelly_em3_channel_a_energy_cost'), states('sensor.shelly_em3_channel_b_energy_cost'), states('sensor.shelly_em3_channel_c_energy_cost')] | map('float') | sum | round(0)}}" -
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
-
friss userként nem akarok beleszólni, de amit észrevettem, h a ctrl+F5 csodákra képes néha...
Nálam az ESPEasy MQTT-n küldi az adatokat, a neten azt láttam, h megjelenik az entitás ilyenkor az integrációban. Nálam nem jelenik meg...
sensor.yaml fájlom nincs. Erre példát sem találtam, hogy hova kellene létrehozni, mindenhol csak az van, h ezt vagy azt írjuk bele. De a teljes file hogy néz ki vagy ilyesmi, hova van mentve...
-
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.
-
-
radio11
tag
Valamiért nem akart összejönni több nap alatt sem a Duck DNS újraélesztése. https-en az otthoni gépen és hálózaton láttam, de a mobilapp már nem engedett fel rá (még saját hálózaton sem). Próbáltam mindent is, új accountot regisztráltam, átnéztem (újraírtam) a port forwardokat, HA alatt minden beállítást végigpróbáltam de semmi. Végül berágtam és felraktam a Tailscale-t, ezzel úgy néz ki jól leszek.
-
gya/352
tag
Nem tudom ismeri-e, használja-e valaki a Govee termékeit.
Nekem ma jött meg egy ilyen szenzor. Nem a legolcsóbb, de még mindig kevesebbe kerül mint a Shelly hasonló szenzora.
A legjobb, hogy jó nagy kijelzője van. HA a BLE Monitor integrációval gond nélkül felismerte, bár van Govee integráció is, az viszont nem látja.
A kis Xiaomikkal összehasonlítva, hőmérsékletet kb fél fokkal többet mér, a páratartalom 2-3 %-al tér el. -
Érdekes jelenséget produkál a zigbee2mqtt-m:
(Nem kell megijedni, alapvetően működik...
Jelenleg egyetlen Sonoss konnektor megy nálam Zigbeen, amit köszöni szépen, lát és kezel is.
Csakhogy jelez még egy Xiaomi WXKG01LM okoskapcsolót is, ami viszont sosem volt itthon, a szomszédok pedig hatótávon kívül vannak. Ez mennyire tekinthető normálisnak?
Köszönettel: MaCS
-
kzkz
őstag
Viszont ezzel indítás után ezt a hibát dobja indításkor. Vagy rossz helyre tettem???
A manuálisan konfigurált MQTT sensor figyelmet igényel
Változás: 2022.12.0. verziótól kezdve a jelenlegi beállítás nem fog működni. Kérem, még frissítés előtt kezelje a helyzete
A manuálisan konfigurált MQTT sensor a sensor platformkulcs alatt található.
A probléma megoldásához helyezze át a konfigurációt az "mqtt" integrációs kulcsra, és indítsa újra a Home Assistant alkalmazást. További információért tekintse meg a dokumentációt. -
válasz
gya/352
#41772
üzenetére
Just for fun:
Az alábbit a chatgpt generálta egy két mondatos kérdésre:
sensor:
- platform: mqtt
name: "Battery Level"
state_topic: "battery/level"
unit_of_measurement: '%'
value_template: '{{ value | round(0) }}'
icon_template: >
{% if value <= 25 %}
mdi:battery-outline
{% elif value <= 50 %}
mdi:battery-30
{% elif value <= 75 %}
mdi:battery-60
{% else %}
mdi:battery
{% endif %}
Ezzel a konfigurációval egy újicon_templatebeállítást hoztál létre, amely a kapott adat függvényében változtatja az akkumulátor ikonját. Az ikonokat a Material Design Ikonok (mdi) adatbázisából választottad ki, de más ikonokat is használhatsz, amennyiben rendelkezel velük.Ezzel az ikon változtatási lehetőséggel szemléletesen jelenítheted meg az akkumulátor töltöttségi szintjét. Indítsd újra a Home Assistant-t, hogy az új beállítás hatályba lépjen.
-
siminhu
tag
Sziasztok,
Homeassistant Yellow-ban egy zigbee-s eszközt eltávolítottam, és nem tudom újra hozzá adni… ez a hiba jelenik megDevice seen - marking the device available and resetting counter
Update device availability - device available: True - new availability: True - changed: Falsetud valaki segíteni?
Köszi,
sim
-
szat8
tag
Tucatnyi shelly van még a házban a lámpáknak, van köztük 1-es és 2.5-ös is, semmi baj nincs velük. A garázskapun lévő is rendben. Csak a redőnyöket nem szereti valamiért.
Nincs kizárva, hogy van feszültség ingadozás, de sehol, semmilyen más készülékkel nem volt még gondom emiatt.
Ó, és nem ugyanannál az egy redőnynél szállt el mindhárom relé, hanem különbözőeknél. Igaz, ugyanazon a körön vannak.De mindemellett zavar az a sustorgó-pittyegő hang is, ami a shelly relékből jön. Tennék egy próbát más termékkel, ha van jó alternatíva. Inkább kapcsolóval egybeépített megoldáson gondolkodom most, nem kapcsoló mögé rejtett relében.
-
szat8
tag
Sziasztok!
Újabb redőnyhöz használt shelly 2.5-öm adta meg magát...
Mivel ez már a 3. eset 2-3 év alatt, és csak 5 redőny van, kezd kicsit elegem lenni. Tényleg ennyi a megbízhatósága?Keresem mit lehetne berakni HA alá.
Ezeket a tuya alapú kapcsolókat találtam elsőre, ami ránézésre megfelelne (L1/L2 kábel a motorhoz):
[link]
[link]
Szerintetek local tuya-val menne simán?
Van valakinek jó tapasztalata valami hasonló termékkel?Előre is köszönöm a segítséget!
-
wroadd
csendes tag
válasz
gyuri81
#41759
üzenetére
Legrand "with Netatmo" dimmer kapcsolója, vagy a Shelly 1L pogácsa relé például.
Főleg Zigbee/Z-wave/Thread eszközök ilyenek, mert ezeknek elég a fogyasztón átáramoltatott áramerősség, ami nem indítja még el a fogyasztót, de elég a kapcsoló működéséhez. (Ezek Pl nem működnek routerként ezeken a hálózatokon )
A Wifi (Mint Pl a Shelly 1L) esetében lényegesen nagyobb áramerősség kell, emiatt ezzel szoktak lenni bajok.(Eszközfüggő) -
Lorantz24
csendes tag
Sziasztok!
Hogy kéne szerintetek ebbe az úszókapu vezérlésbe bekötni egy Shelly unit-t?
[Vezérlés leírása] -
ojb
tag
válasz
chemand
#41745
üzenetére
Szia !
Legyél szíves küldjél egy felülnézeti skicc-et, amin vannak lehetőleg állandó 230V áramvételi helyek és látszik a ház garázs udvar stb nagyjából méretarányosan. Természetesen ZigBee szempontjából értem...
Ezen infók alapján már könnyebben tudnék tanácsot adni...
Az sem baj, ha a garázs előtti terület is rajta van -- feltéve, hogy az nem az utca ---
-
Olympia76
tag
válasz
LouiS22
#41746
üzenetére
Igen, csak HA OS-em és ZHA-m sincs hozzá jelen pillanatban.
Thread támogatás márpedig jelenleg csak így működik, mert a SliLabs Multiprotocol stack még csak HA addon formájában létezik, ha minden igaz....de most már keresek valami rpi-t is a fiókban és felteszem a HA OS-t, mert nagyon nem áll össze a kép és mi is félig-meddig elbeszélünk egymás mellett úgy érzem.
-
LouiS22
veterán
válasz
chemand
#41745
üzenetére
Valahol útközben leraksz egy fix áramforrású eszközt (pl. konnektor, led, de van dedikált zigbee repeater is). A zigbee mes hálózat, a fix áramforrású eszközök pedig routerként funkcionálnak.
De ha visszaolvastál volna, akkor lett volna találat: számtalanszor előjött már ez a kérdés
-
LouiS22
veterán
válasz
Olympia76
#41743
üzenetére
Nagyon leegyszerűsítve: tcp://core-silabs-multiprotocol:9999 az port, amire csatlakozol Z2M-ben és fut a skyconnect zigbee része, és fut a thread. Mindezt egy hardverről.
Jelen pillanatban mondjuk éppen nem fut, a legújabb firmware frissítés bugos
És most nincs kedvem tovább játszadozni, de remélem kellően megnyugodtál.Bár ha jól emlékszem, neked is ott a fiókban a skyconnect...
-
chemand
aktív tag
Előre bocsátom, nemrég kezdtem foglalkozni az okosotthon témával, jelenleg ott tartok, hogy Home Assistant OS fut egy kis pc-n, melyhez csatlakoztattam egy - itt a fórumon olvasott - Sonoff Zigbee USB Dongle-t. Már 16 eszköz kommunikál vele, nagyon tetszik.
Ez a lakás központi helységében van, így szépen látja az eszközöket. Van egy támfalgarázsunk a lakástól kb. 15 m-re, a földben (a tetején lévő föld be lett füvesítve), melynek ajtajára nem látok rá, egyirányba néz a lakásunk ablakaival, teraszával.
Szeretnék a garázsba telepíteni zigbee-s nyitásérzékelőt, hőmérő szenzort stb, de jelenleg ott nincs zigbee-s hálózat térerő. Hogyan tudom mégis valahogyan megoldani? -
Olympia76
tag
válasz
LouiS22
#41742
üzenetére
Most tényleg nem akarod megérteni a kérdést? Persze lehet, hogy én vagyok a béna a feltevésében...
Értem, hogy a SkyConnect hardveresen tud párhuzamosan Zigbee-t és Thread-et, de csak HA/ZHA-val, nem?
Gondolom a linkelt kép Nálad azt jelenti, hogy van egy Z2M-d CC2652-vel, emellett pluszban párhuzamosan egy SkyConnect-ed a HA-s Thread-re belőve, nem?
Tehát nem úgy párhuzamos, hogy ugyanazon SkyConnect-et használod Zigbee-re a Z2M-vel, Thread-re pedig a HA-val.
-
Olympia76
tag
válasz
LouiS22
#41731
üzenetére
Nem a Zigbee-t/ Thread-et neveztem felületnek, hanem az adminisztrációs/ vezérlő felületet amin keresztül az eszközöket konfiguráljuk, kezeljük (Pl. ZHA illetve Z2M).
Az megvan, hogy maga a hardver tud multiprotocolt és egymás mellett Zigbee-t és Thread-et kezelni, de nyilván két management/ controlling megoldás nem fogja tudni megszólítani ugyanazt a soros portot egymással párhuzamosan. Más szóval azt nyilván nem lehet, hogy Zigbee-re a Z2M-et, Thread-re pedig a ZHA-t használjuk ugyanazon a dongle-n.
ojb említette, hogy nála nincs gond Zigbee-re az EFR32MG21-es Sonoff-al Z2M-ben, én azt gondolom hihetünk Neki, szóval úgy tűnik, hogy az experimental státusztól vagy Paulus kommentjétől nem kell annyire megijedni.
Viszont a Z2M (és erre vonatkozott a kérdésem, hogy lemaradtam-e valamiről) esetében én úgy tudom nincsenek törekvések/ fejlesztések arra, hogy a Thread-et (Mattert) is kezelni tudja. Az experimental státuszban lévő funkció csak Zigbee-re vonatkozik, nem?
Erre értettem, hogy akkor nincs más út csak a ZHA (ami nekem egyébként marhára nem tetszik, borzasztóan fapados - még legalábbis - a Z2M-hez képest minden tekintetben), ha egyben akarjuk tudni a Zigbee-t és a Mattert.
Vagy külön koordinátort fenntartani Zigbee-re Z2M-vel és egy másikat EFR32MG21-vel ZHA-val, de az meg nem tűnik nagyon üdvös útnak.
...de egyébként még azt a kérdést is be lehetne dobni, hogy elvileg a CC2652 is multi protocol és tud (majd) egyszerre Zigbee-t és Thread-et is...
-
ojb
tag
válasz
(ex)Cat
#41735
üzenetére
Elméletileg mindkettő eszközben ugyan az a chip (EFR32MG21) dolgozik.
Kérdés, hogy a multiprotocol fw-t fel lehet-e tölteni a SonOff eszközére.
A SonOff az rpSMA csatlakozója miatt még jobb választás is lehet.
Csinálta már valaki? Én még gyáva sz@r voltam hozzá, hogy megpróbáljam... -
(ex)Cat
senior tag
válasz
LouiS22
#41731
üzenetére
Mivel én most kezdem nulláról a dolgot, ezek szerint érdemesebb inkább ZHA-ra ráállni? Ha "E" jelű Sonoff Dongle van, akkor várjak arra, hogy majd lesz rá Matter frissítés, vagy inkább vegyek helyette egy Skyconnect-et, mert azon tuti lesz/van? (egyelőre nincs matter-es eszközöm semmi)
-
LouiS22
veterán
válasz
Olympia76
#41728
üzenetére
A SkyConnect képes a két protokollt (zigbee és matter/thread) együtt kezelni (ha jól értelek, akkor ezt nevezed te "felületnek"). A firmware már most is adott erre (flashelés kérdése, hogy csak zigbee, vagy zigbee/matter firmware van az eszközön.
Ami egyelőre bizonyosnak látszik (és ez kiderült a múlt heti release party-n is): a Nabu a ZHA-t részesíti előnyben (az a saját gyermek) és ők nem fognak a Z2M-mel érdemben foglalkozni. Paulus szó szerint úgy fogalmazott, hogy "workish", tehát elméletbne működik Z2M mellett is a Thread, de mivel a Z2M-ben eleve experimental a skyconnect, így lehetnek meglepetések a zigbee vonalon. A Z2M githubjában már múlt ősszel volt olyan felvetés, hogy tök jó lenne, ha az ezsp vonalat toló -pechünkre orosz srác - valamilyen módon kaphata hardvert, hogy tudjon tesztelni (ő maga a szankciók miatt nemigen tud rendelni, ha jól értettem akkor a kommentet).
Ami most biztos: Z2M-ről nincs egyenes út, nincs plug and play mentés és visszatöltés. Ami azért szopó, mert venned kell egy mély levegőt és átállni és imádkozni, hogy minden működik (én ezt 50 zigbee eszközzel most nem óhajtom elkezdeni
), várok, hogy mi történik Z2M vonalon. -
Olympia76
tag
válasz
LouiS22
#41715
üzenetére
Úgy látom a Thread support-hoz, vagy legalábbis, ha egy felületen akarjuk kezelni a Zigbee és Thread eszközöket, akkor elkerülhetetlen lesz ZHA-ra migrálni Z2M-ről. Ti is így látjátok? Nem nagyon mutatkoznak jelek arra, hogy a Z2M fejleszt-e bármit Thread irányban, vagy van valami amit rosszul értelmezek vagy nem vettem észre?
-
#41726
LouiS22
veterán
BlackJack21
#41725
LouiS22
veterán
válasz
BlackJack21
#41725
üzenetére
Az eddigi kérdések alapján nem mertem javasolni a firmware cserét, flashelést.
-
BlackJack21
tag
válasz
LouiS22
#41724
üzenetére
+1
Illetve a blueprint használatát sem teljesen értem. Az adott feladat automatizálásában közvetlenül is meg lehet adni a kapcsoló üzemmódjait.
Amúgy a "fos" gyári hubbal megy nekem több, mint egy éve, igaz nem a saját firmware-vel. A ZB bridge - HA (ZHA/Z2M) alapvetően jó megoldás, ha már megvan a hub. -
-
válasz
LouiS22
#41713
üzenetére
Pontosan!
ELMŰ-nél dolgozó ügyfelem mondta anno, hogy a területükön a hálózat fenntartásáért felelős csoport öt emberéből, akik éppen, hogy bírták, elküldtek hármat, a korszerűsítést meg így egy az egyben le is állították. Úgyhogy maradt az öt helyett két ember egy egyre gyorsabban széthulló hálózatra.
Az EU-s irány viszont a hőszivattyú (meg a hidrogén, ugye
), amihez viszont nagyon komoly fejlesztések kellenek mind kapacitás (vö. napelemek), mind menedzselhelhetőség terén (szintén részben napelemek). Egyszerűen nem képzelhető el a fejlődés okoshálózat nélkül.Ehhez képest éppen egy éve szólalkoztam össze a szerelővel azon, hogy mi a fenéért akarom én a gáz- és áramfogyasztásomat monitorozni, meg minek nekem mindenféle hülye vezérlés. Mondom, a kettő együtt lehetővé teszi azt, hogy ésszerűbb, azaz takarékosabb legyen a felhasználás. Nem értette.
MaCS
-
LouiS22
veterán
válasz
MaCS_70
#41712
üzenetére
Tetszettek volna hálózatejlesztésre költeni az elmúlt 10 évben. Oh wait, volt az rezsicsökkentés nevű valami. Ja, hogy a veszteséget minden piaci alapon működő cég olyan belső forrásokból tudja pótolni, mint a K+F (jelen esetben fejlesztés mint hálózatfelesztés), marketing? És az igazi agytrösztök azt sem gondolták végig, hogy átjátszották havernak a hálózatot, vagyis akkor most havernak kell(ene) fizetnie, mocskosbrüsszel meg nem ad pénzt?
Felkészül: (vodaf)one. Meg az adófizetők, akik mindkét cégnél állni fogják majd valamilyen formában a fejlesztés költségeit.Bocsánat az erős offért, de azt hiszem mindannyian szenvedő alanyai vagyunk vagy leszünk ezeknek hamarosan.
-
válasz
LouiS22
#41673
üzenetére
Köszönöm!
De nem értem az ELMŰ-t. Azt mondjuk erős kétkedéssel fogadom, hogy 2023-ban piaci körülmányek között tízszresére növeli egy villanyóra árát egy kommunikációs modul, de fogadjuk el, hogy jócskán megdrágítja.
Pillanatnyilag azon megy a polémia, hogy azért kellett elkaszálni a napelemes pályázatokat, mert alkalmatlan a hálózat (tényleg az), és ezért fejleszteni kellene. Ehhez viszont az kellene, ami eddig teljesen hiányzott: a részletes fogyasztói adatok időosztásban.
Persze az is lehet jó megoldás, hogy rövid távon az az érdekük, hogy minél lassabban menjen ez a folyamat, akkor meg miért is költenének a felgyorsítására.
Köszönettel: MaCS
-
dieselgti
csendes tag
válasz
dieselgti
#41703
üzenetére
Közben leesett, hogy kihagytam egy talán mégfontosabb infót. Odavert az ESPHome-nak is, így elszálltak a kékfogas hőmérőim, ezáltal a fűtésem is leállt. Azért ez nagyobb gond, mint az ubi controller hiánya. Arra már nem jöttem rá, hogy hol-hogyan-miért veszett össze thread az esphome-mal, mert letiltottam a thread-et, esphome/ubi újrarak, aztán ment minden újból.
De talán gyorsabb lenne megtalálni, hol tudom átállítani 
egyelőre új terület ez nekem.![;]](http://cdn.rios.hu/dl/s/v1.gif)
), amihez viszont nagyon komoly fejlesztések kellenek mind kapacitás (vö. napelemek), mind menedzselhelhetőség terén (szintén részben napelemek). Egyszerűen nem képzelhető el a fejlődés okoshálózat nélkül.
Új hozzászólás Aktív témák
Hirdetés
A lapcsalád Alapelvei itt is betartandók!
- GAMING PC! i7-13700F / RX 9070 XT / 32GB DDR5 / B760 / 1TB NVMe / 850w Gold! BeszámítOK
- Lenovo V14 i5-1035G1 számlával és garanciával
- Keresünk Galaxy S23/S23+/S23 Ultra/S23 Fe
- iPhone 17 White 256 GB - Bontatlan !! www.stylebolt.hu - Apple eszközök és tartozékok - Számlás
- Dell Latitude 5420 14" Touchscreen i5-1135G7 16GB 256GB 1 év garancia, 4G LTE OPCIÓ
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest