Biztos hogy így van kötve?

Miért? Lehetne így is, de párhuzamosan vannak a kapcsolók. Mondjuk ez ebből a szempontból lényegtelen, mert úgy is nyomó kell helyette.

[ Szerkesztve ]

E30 (oo=[][]=oo)

Na ez a megfejtés, látom te látod a lényeget.

Igen első körben mindig kimarad a képletből, hogyha sok WiFis eszköz lóg a hálózaton, akkor már egy erős router is kell, ami nem mindenkinél adott. Ez igenis hátrány, mert különben el fogja dobálni az eszközöket. Másrészt ahogy írtam a legjobb vegyesen használni. A hátránya a ZigBeenek még mindig nem lett "kitalálva" itt, ugyanis nem csak elemes végpontok vannak! Mindegyik WiFis eszköznek van ZigBees változata általában. Akkor mi is a probléma? A Z-Wawe nem tudom hogy jön ide? Kevesebb Z-Wawe eszköz van mint ZigBee, ezért nem említettem, de nyilván az is egy jó megoldás.

Fentebb írtam, hogy ez így hülyeség. ZigBeenél vannak nodeok, amik vezetékes eszközök ugyanúgy + mesh eszközök, ami előnyösebb. A végponti eszközök elemesek is lehetnek, de ez sem hátrány! Kis fogyasztású eszközök ezek és itt inkább előny hogy nem kell egy szenzor miatt vezeték kiállást odavinni. Ahogy írtam, egy okos gomb több feladatra is beállítható, amit te sosem fogsz tudni WiFis eszköznél. Ahogy írtam lehet vegyesen ls használni, de egy bizonyos eszközszám felett előnyösebb a ZigBee (vagy Z-Wave).

#33455: Látom nem sok tapasztalatod van ebben. 40-50 eszközt nem fog egy átlagos, gyenge router tudni stabilan kezelni.

A stream és sávszél hogy jön ide? Annak semmi köze ehhez! Hardver kell oda, főleg RAM. DHCP sem árt ha fejletten kezeli a dolgokat. Hiába van egy dual band AC routered, ha szoftveresen szar és összeomlik a sok klienstől. A hajadra kenheted a sávszélességet!

[ Szerkesztve ]

"egy par 10e fts AP boven ki fogja szolgalni a 40-50 eszkozt is" - ez sajnos nem így van (és ez nem az átvitt adat mennyiségén múlik, az hiába kevés). Sokkal inkább az a tipikus, h már kb. 30 eszköztől mindenféle problémák lépnek föl a mezei wifi routerekkel, de komolyabb AP-ből is jobb, ha 50 eszközt már 2 szolgál ki.

[ Szerkesztve ]

Riasztó miatt a bejárati ajtónál fontos, h megkapja a vezetékes nyitásérzékelőjét, azért írtam azt. Szobánként a mozgásérzékelők már mehetnek a plafonra, ami egyszerű kábelezés, ha a padlástér (különösen könnyűszerkezetes födémmel) hozzáférhető.

Ha már riasztó.... használom egy ideje a DSC Keybus Interface-t, mqtt-n HA-ba.
Megy is szépen teszi a dolgát.
Viszont ma éppen covid-os karanténom közepette gondoltam kipróbálom a Virtual Keypad részét és nem megy... felhúzom egy wemos-ra, kap ip-t, böngészőben betölti a web felületet, egészen addig, amíg nincs rákötve a keybusra, onnantól bootloop, pingelhető 8-10 csomagig, aztán kezdi elölrő, böngészőben is csak a fejléce töltődik be a weboldalának.
Valaki játszott már ezzel? Mi a megoldás rá?

Sajnos nálam béléstestes a födém és mivel nem családi ház, még laknak is felettem. De a vakolatba vésett MMfal kábel is jó megoldás, ha nincs más.

Degeczi: Nálam is router csere lett egy Xiaomi AIoT AX1800 lett, és szépen kezeli az eszközöket. Elméletileg 128 klienst tud kiszolgálni.

[ Szerkesztve ]

Sziasztok!

Mi lehet a gond az alábbi automatizmussal?

alias: Adax háló kikapcsolás
description: ''
trigger:
  - platform: state
    entity_id: climate.halo_klima
    attribute: hvac_modes
    from: 'off'
    to: heat
condition: []
action:
  - service: climate.turn_off
    target:
      entity_id: climate.adax_halo
  - service: notify.notify
    data:
      message: Háló adax kikapcsolva, klíma elindult.
mode: single

Nem nagyon akar működni. Próbáltam a heat-et is így: 'heat' írni, de mihelyt visszajövök ide a YAML szerkesztésbe, máris módosítja olyanra mint ami fent is látható. Emiatt nem futhat le? érdekes, mert a climate.halo_klima entitás paraméterei meg a következők:

hvac_modes:
  - 'off'
  - cool
  - heat
  - dry
  - heat_cool
  - fan_only
min_temp: 18
max_temp: 30
target_temp_step: 1
fan_modes:
  - auto
  - low
  - mid
  - high
current_temperature: 22.5
temperature: 24
current_humidity: 51.5
fan_mode: low
last_on_operation: heat
device_code: 1062
manufacturer: LG
supported_models:
  - P12RK
supported_controller: Broadlink
commands_encoding: Base64
friendly_name: Háló klíma
supported_features: 9

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.

köszi szépen, így már egyből működött.

Érdemes vajon a 2022.2.3 verzióra frissíteni? vagy ez még mindig erősen "béta"?

Persze, miért ne? Úgyis backup készítésével kezdi, max. visszaállsz, ha gond lenne vmivel.

én hónap.0-ra nem szoktam frissíteni, de a nagy gubancok a .1-re már ki szoktak fésülődni, szóval szerintem nyugodtan felrakhatod

Lekopogom mostanság a bétákkal sem volt különösen nagy gond - legalábbis nem észleltem olyat, ami napi használatot is befolyásolt volna (meg ezért béta a béta + ha meg találsz valamit és jelzed, az még jó is, hogy hozzájárultál a jobbá tételhez).. És ott a backup is, ahogy Degeczi is írta Release logot el kell olvasni és értelmezni, ennyi a lényeg.

[ 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!

Létezik, hogy a 2022.2.3-ra való upgrade 2021.12.10-ről már 3 órája fut? Az adatbázist upgradel-eli...de eddig? Néhány funkció már működik, de az automatizáció és hasonlók még nem.

[ Szerkesztve ]

exTiga

nekem is elhúzódott, raspi3-on, mariadb adatbázissal. Szerintem még most se százas, be is zártam Majd megnézem később.

Jézus, mekkora adatbázisod 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!

nekem is van vagy 2-3 gigabyte az adatbázis.

Nekem is bőven annyi (valahol 3 giga körül járhatok emlékeim szerint 7 napos takarítással), de nem futott ilyen sokáig az upgrade, azért kérdeztem. Igaz, nem pi az alapom, csak meglepett, hogy órák óta teker a kollégánál.

[ 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!

Egy kezdő HA kérdés. Van egy AccuWeather kártyám:
type: weather-forecast
entity: weather.home
name: AccuWeather

A jelenlegi állapota : "Részben felhős". Hogyan tudok erre úgy hivatkozni, hogy ezt a magyar szöveget adja vissza TTS-hez.
A fejlesztői eszközöknél a weather.home állapota: partlycloudy

[ Szerkesztve ]

Belefutottam én is ebbe: [link] most már nekem is rendben van...

exTiga

Akkor leírom a lényeget. Nekem 9 db WiFis okoseszköz van egy szobában + router + Mi Box S + 2 db telefon. Ez rengeteg 2,4 GHz-s rádióhullám, ami interferálódhat. Ezért is hátrány. Pluszban ott vannak a BT-s eszközök terhelésnek. Sokáig nem tudtam, hogy miért hagy ki az egyik Sonoff Basic R3, de eszembe jutott, hogy karácsonyra kaptam egy BT fejest. Ha este használom rögtön zavarja a jelet. Ezért is jó az Ax-es router, mert jobban kezeli ezeket. Egy régebbi ezen felsül. Ezért sem jelent semmit, hogy standby állapotban nem megy adat át a WiFin, de attól még sugározza a jelet! A ZigBee alacsony frekvenciás, így immunis a 2,4 GHz jelre. Konyhában meg a mikró ha működik az zavar be.

Előtte TWS-t használtam, annak gyengébb az antennája sokkal.

[ Szerkesztve ]

Telefon és Box 5 GHz-n van ez igaz. Az egyik telefon (nem az enyém) csak n-es.

Olympis76: Sok függ az épület adottságaitól is de nehogy már előny legyen ez a sok 2,4 GHz hullám.

Egyébként sem értem, hogy egy okosotthon topikban, miért kell egyáltalán magyarázni, hogy az erre létrejött IoT protokoll jobb-e vagy sem?! Nyilván jobb, azért hozták létre. Ezzel az erővel a BT is lehetett volna, de azt sem erőltetik már mindenhol. Részemről lezártam a meddő vitát, egyébként is jo tanácsként írtam, hogyha 0-ról tervezi a dolgot, akkor érdemesebb a ZigBee-t használni ahol lehet. Megfogadni nem kötelező persze. De ne kelljen már alapfogalmakon itt vitázni. (RF433 ->) WiFi -> ZigBee/Z-Wawe.

Elméletben. A gyakorlatban nem találsz olyan okosotthon eszközt, ami támogatna más sávot, mint a 2.4 GHz. Nem csak azért, h világszerte használható legyen, hanem mert az amúgysem nagy átviteli sebesség még bő nagyságrendnyit tovább esik, 20 kbit/s-re.

Le is zárhatjuk, valóban. Én nem is Téged akarlak meggyőzni, mert lehúztad a szemellenzőt és körömszakadtáig akarod védeni azt, amit igaznak gondolsz. Inkább az a célom, hogy aki újként tanácsért jön ide, azt tudja, hogy a több alternatíva között a helyi adottságok, illetve a felhasználás célja szerint érdemes és kell választani.

NINCS OLYAN, hogy "WiFi -> ZigBee/Z-Wawe"

sziasztok

bízom benne, hogy van másnak is xiaomi yeelight ledszalagja.

nekem kettő is, mind a kettő 2020-as vásárlású és a lenti google drive linken lévő hangot adja ki mind a kettőnek a tápja.
a felvételen hangosabb mint valóságban (telefon oda tartva vettem fel)
de azért nem nyugtat meg, nem szívesen hagyom így bedugva a lakásban a tápot.
akinek van, megnézné hogy nála is ad e ilyen hangot ki? "normális" ez?

köszönöm
[link]

Nincs szemellenző. Jelenleg nekem is itthon minden WiFis, mert kicsit túlszaladt a darabszám az eredeti kereten. ZigBee tervben van, ha lesz még pár eszköz, de legfőképpen az okos kapcsoló miatt. Meg lehet lesz mozgásérzékelő is, azt egyszerűbb fúrás nélkül feltenni.

Persze lehet WiFi alapon is építkezni, de akkor bele kell kalkulálni egy normális routert is. Igen, amúgy sem ártan egy háztartásban, csak sokan megelégednek egy alap N433-as olcsó vacakkal vagy amit a szolgáltató "ad".

Van sok tápegységnek egy alap frekvenciás hangja, de ha melegszik akkor biztos nem "egészséges". Nekem érzékeny a fülem, így hallom a GTV E27 LED izzó hangját is. De régen is PC tépegység hangját is kihallottam, így volt hogy emiatt lett csere másikra. Tapasztalatom nincs, mert én ipari Optonica vagy Mean Well tápokat használok és én építettem a LED szalagot ki (alu profilba természetesen). Utólag lett okosítva nekem egy Sonoff L1-gyel, előtte Optonica RF vezérlő volt. Nem szeretem az "egyben csomagos" szalagokat.

Ha szabványos 4eres + tüskés csatlakozó van a szalagon akkor ki kell számolni mekkora táp kell neki. (Például egy SMD5050-es RGB szalag, ami 60 LED/m az általában 14,4W/m. Ha például 5 m hosszú, akkor 5 x 14,4 = 72 x 1,3* = 93,6 W -> 100 W kell. *70%-kal kell számolni, hatásfok + tartalék miatt.) A vezérlő gondolom külön van, de rákeresek.

Szerk.: Most nézem egybe van zsugorcsövezve az egész. Ha elvileg lefejti az ember akkor biztos 4 eres szabványos csatlakozó van mögötte. Esetleg az adaptert lehetne cserélni hasonlóra, így kevesebb barkácsolás kellene hozzá.

[ Szerkesztve ]

Nem melegszik, egyaltalan. Teljesen veletlenul vettem eszre, lehet eddig is csinalta csak nem tunt fel.

Ha amennyiben ez nem lenne egeszseges ki tud egy ilyen gyulladni? (Ez a nagy felelmem mindig)

Halihó!
Zigbee redőny vezérlőt fel lehet használni kapunyitásra?

Azt írtad két darab van belőle. Ha mindkettő ilyen hangot ad ki, akkor lehet ilyen hangos az inverter. Ha nem melegszik akkor valószínűleg nincs semmi baja.

Hello, tudtok olyan Shelly világítás dimmelővel megegyező/hasonló funkcionalitású cuccről, ami nem WiFi-s, hanem UTP kábeles és ugyanúgy futtat http szervert a vezérléshez?
+ Ugyanez a kérdésem Shelly motorvezérlő alternatívával kapcsolatban.

Esp-alapú modullal, ESPHome szoftverrel saját magadnak meg vélhetően meg tudod építeni, de nagyon magadra leszel utalva. Ha a kérdés arra vonatkozott ,hogy konyakészen, megvehető állapotban van-e ilyen, akkor a válasz az, hogy nincs.

Mielőtt kérdezel, nézd meg az 1. számú hozzászólást, vagy használd a keresőt, azért van!

Nyilván vannak ethernet dimmerek, de nem fogod kifizetni az árukat.

[ Szerkesztve ]

RFLinket használ valaki Home assistantban?
Kicsit küszködök a használatával és a leírása sem teljesen tiszta.
Elvileg a hardvert hozzáadtam

Janaboy

Van ilyen:
https://shop.allnetchina.cn/collections/quinled/products/quinled-dig-uno-v3r7-digital-led-controller?variant=39297009778790

Szoftveresen WLED-el vezérelve.
@vkp szerintem még megfizethető is

[ Szerkesztve ]