csinálsz egy energiaár szenzort manuálisan configuration.yaml-ban, és azt hívod meg. Ez a "gyári" energy dashboardra vonatkozik, a csodaszenzorod beállításait nem ismerem, szerintem te vagy az első, aki ezt rendelte innen

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

OpenHAB segítséget szeretnék kérni

Mivel Sonoff /eWeLink addon nem található, így próbáltam manuálisan telepíteni (bemásolni az addon mappába), de újraindítás után sem jelenik meg a felületen.

Docker konténerben futtatom, és ezt az addont találtam. Innen a 4.1.1 verziót szeretném telepíteni/használni.

Adtam neki 744 jogokat, amivel lenne joga bármire is, de nem ismeri fel.

Mi lehet a gond?

Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak

Sziasztok,

van egy kis yaml problémám.
automatizációban a feltételek a következőek:
condition:
  - condition: time
    weekday:
      - wed
  - condition: template
    value_template: {{(as_timestamp(now()) | timestamp_custom ('%U') | int % 2) == 1 }}

ezt a hibát dobja rá:

Message malformed: template value should be a string for dictionary value @ data['condition'][1]['value_template']

a sablon ellenőrzőben átmegy, elvileg működnie kéne.
Mit nem veszek észre?

value_template vagy idézőjelek közé, vagy több sorosba

köszönöm, műxik.

álmomban nem gondoltam volne erre.

ennek mi a mögöttes logikája?

YAML-ben is spéci karakter a kapcsos zárójel

A leírás első helyen említi a template-ek kapcsán, még vastagítással is kiemeli, h az egysoros kifejezéseket zárójelek közt kell használni.

Azzal a megoldással, amit javasoltál a led-preferences beállításoknál, most már jól működik a szegmensenkénti kapcsolás, viszont ha mondjuk nem CW-t szeretnék hanem NW-ot, vagy csak egyszerűen más fényerőt, akkor azonnal a teljes ledszalagot, az összes szegmenst felkapcsolja a vezérlő egyetlen nyitásérzékelő kinyitására. A presetek beállítását, működését nem értem így, mert ha tényleg úgy működik, ahogy most gondolom, akkor minden szegmenshez hozzá kell rendelni egy-egy presetet, és azt meghívni HA-ban az automatizmusban.
Azt gondoltam alapvetően, hogy beállítok mondjuk egy hideg fehér 100-os fényerőt, és azzal kapcsol fel mindegyik szegmens. Aztán létrehozok mondjuk egy meleg fehér színt és bizonyos időszakban azzal kapcsol fel bármelyik szegmens. Aztán ha reggel van vagy éjszaka, akkor csak 30% fényerővel kapcsol fel a ledszalag. Namost, h mindenhez kell egy-egy preset, akkor gyakorlatilag az kb 30 db és kb annyi automatizmus.
Ha a HA automatizmusban állítom a szegmens felkapcsolásakor, hogy milyen fényerővel világítson, akkor az annak megfelelően történik. Ha viszont az automatizmusban kiveszem azt a kapcsolót (mondjuk a színhőmérsékletet), akkor nem áll vissza a korábbi beállításokra a ledszalag, hanem gyakorlatilag beragad abba az állapotába, ahol a módosított színhőmérséklet értékkel volt.
Ahogy most érzem ezt az egészet két dolog körvonalazódik. Egyik, hogy mivel totál nem értem a programozható ledszalagokhoz kapcsolódó WLED működését (kell-e külön preset az egyes szegmensekhez a HA automatizmus meghívásához, vagy sem), így nem tudom milyen irányba indulja.
Másik, hogy amennyit ma foglalkoztam vele és mindig rosszul működik a ledszalag, gyakorlatilag a legbiztosabb megoldás, hogy fiókonként rakok egy LED szalagot és egy led vezérlőt, amivel tudok hideg-meleg-normál fehér színt állítani különböző fényerőkkel. Mert ez most totál nem megy a WLED-Home assistant kombóba és még leírást sem találok erről. Köszi, hogy segítettél eddig is.

én nem mertem javasolni a mindhez külön vezérlőt.
Van egy hacs kiegészítő, talán circadian, vagy adaptive light a neve, szerintem az segíthet.

Egyéboént miért kell eg, fióknak világítania? Mert most már csakazértis?

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

este tudok küldeni példakódot, amit használok.

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

Kíváncsian olvastam végig a erőfeszítéseidet a témában, kíváncsi voltam, hogy miről maradok le a WLED alkalmazásával.
Eddig úgy tűnik, hogy jó választás volt az ESPHome light platform használata. Az általad felvázolt feladat szerintem egyszerűbben megoldható lenne vele. Változókban letárolni a kért fényerő és színhőmérséklet adatokat és így sokkal kevesebb "preset" kellene. A segmens kialakítás, csoportba foglalás sem gond( most már) .

Szerintem érdemes lenne neked is megnézni, milyen lehetőségek vannak benne.

Há' azé' jófej vagy végignézed ahogy szétbsz az ideg minden este

Alapvetően azért gondolkodtam vagy gondolkozom a wled-ben, mert ha már van egy szegmentálható ledszalag meg egy vezérlő, akkor a rendszer is egyszerűbb: táp, vezérlő, szalag, kész. Végighúzom a ledszalagot a konyhapult alatt egy pici ledprofilban és kész. Nálunk minden alsó konyhaszekrény fiókos, a front teljes magasságú, ezért lenne jó gegg, hogy ha kihúzok egy fiókot, akkor az adott fiókot bevilágítja egy ledszalag. De nem sikerült megértenem a szegmensek felosztását és a presetek kialakításának összefüggését, mert ha valamit kigondolok, akkor az tuti nem úgy műxik. Megosztasz pár infót erről az esphome light platform ról? Használok esphome addon-t HA alatt, bár a programozáshoz nem nagyon értek.

LouiS22: köszönöm a tippet, megnézem ezeket HACS-ban. Fentebb írtam miért gondoltam erre a világítás megoldásra, kicsit feldobja a konyhát meg még arra is gondoltam, hogy ha hajnalban téblábolok inni vagy valamiért a konyhában, HA-ból tudnám kapcsolni mozgásérzékelővel ezeket a ledszalagokat, kvázi irányfényként szolgálna, vagy esténként hangulatfény is lehetne. Amúgy meg most már tényleg, csakazért is mert bssza az agyam nagyon.

Ha csak egy fázis megy fel és maradnál a Shelly-nél, akkor Shelly Pro EM. A többi mérendő cuccra meg az igényeidtől függően Pro 1PM, Pro 2PM az elosztóba, Plus 1PM, Plus 2PM, Plus PM Mini szerelvény mögé vagy kötődobozba. Nálam a klíma fogyasztását még első generációs 1PM végzi a klíma melletti kötődobozban, a relét csak arra használom, hogy szezonon kívűl ki áramtalanítva legyen (csak nyáron használjuk hűtésre 1-2 hétig, év többi részén ne legyen feleslegesen készenléti fogyasztása se).

Ez már így használatra késznek tekinthető és fülel?

RTL_433:
Starting rtl_433 with rtl_433.conf...
[rtl_433] rtl_433 version 22.11 branch  at 202211191645 inputs file rtl_tcp RTL-SDR
[rtl_433] Use -h for usage help and see https://triq.org/ for documentation.
[rtl_433] Publishing MQTT data to core-mosquitto port 1883
[rtl_433] Publishing device info to MQTT topic "rtl_433/9b13b3f4-rtl433/devices[/type][/model][/subtype][/channel][/id]".
[rtl_433] Publishing events info to MQTT topic "rtl_433/9b13b3f4-rtl433/events".
[rtl_433] Publishing states info to MQTT topic "rtl_433/9b13b3f4-rtl433/states".
[rtl_433] Registered 176 out of 223 device decoding protocols [ 1-4 8 11-12 15-17 19-23 25-26 29-36 38-58 63 67-71 73-81 83-87 91-94 96-100 102-105 108-109 111-116 119 121 124-128 130-139 141-149 151-155 157-161 163-167 170-175 177-179 181-185 187-197 199 202 204-215 217-223 ]
[rtl_433] Found Fitipower FC0012 tuner
[rtl_433] Exact sample rate is: 250000.000414 Hz
[rtl_433] Sample rate set to 250000 S/s.
[rtl_433] Tuner gain set to Auto.
[rtl_433] Tuned to 433.920MHz.
[rtl_433] Allocating 15 zero-copy buffers
[rtl_433] baseband_demod_FM: low pass filter for 250000 Hz at cutoff 25000 Hz, 40.0 us
[rtl_433] MQTT Connected...
[rtl_433] MQTT Connection established.

rtl_433 MQTT Auto Discovery:
s6-rc: info: service legacy-services successfully started
mqtt found in this Home Assistance instance.
Starting rtl_433_mqtt_hass.py...
INFO:root:Discovering all devices
INFO:root:MQTT connected: Connection Accepted.
INFO:root:Subscribing to: rtl_433/+/events

Arról meg lehet valahogy győződni megvásárlás előtt, hogy működni fog az adott eszköz a stickkel? Vagy általában minden működik valahogy?

...mit teszel ma, ami holnap is számít ?

Azért ( is) nem szóltam, mert neked gyári vezérlőd van( ha jól emlékszem Ahtom), így nem biztos, hogy fw váltással kezdenéd( ha felmegy rá. Én építettem a saját vezérlőm, így nem volt kérdés.
Nekem egy 2m-es WS2815 LED-szalag van három szegmensre(60-60-60 led) osztva.
A további kezelés a HA-ban történik. Itt van egy csoportba fogva, kapcsolva ( zigbee-s nyomógombokkal).

Itt az esp-be feltöltött yaml:

####firmware készítése: windows gomb -> cmd ->####
####cd C:\Users\guzu\projektek ####
####    esphome run wled.yaml         ####
##########################################
####  esptool -p comX erase_flash ########
##########################################

substitutions:
  device_name: "WLED DIY HU"
  device_friendly_name: "WLED HU "
  device_description: "DIY Adressable led stripe to over the children's desks, HU"

esphome:
  name: "wled"
  comment: "${device_description}"
  name_add_mac_suffix: false
  platform: ESP8266
  board: d1_mini
#  esp8266_restore_from_flash: true
  project:
    name: addressable_led_stripe.wled
    version: "1.0"
    
wifi:
  ssid: "guzu_AP"
  password: !secret
  #fast_connect: True
  #output_power: 17.5db

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: ${device_name}
    password: !secret
 
ota:
  # password: !secret ota_password
  safe_mode: yes

api:  
  
web_server:
  port: 80  

captive_portal:

logger:
 # baud_rate: 0
 # level: VERBOSE
 # betap rele kapcsolo   
switch:
  - platform: gpio
    pin: D1
    name: "Main power switch"
    id: main_power_switch
    inverted: false
    
  - platform: restart
    name: "Board Restart"   

sensor:
  - platform: uptime
    name: "${device_friendly_name} Uptime"
  - platform: wifi_signal
    name: "${device_friendly_name} Wi-Fi RSSI Signal"
    update_interval: 60s 

    
    
text_sensor:
  - platform: wifi_info
    ip_address:
      name: "${device_friendly_name} IP Address"
    ssid:
      name: "${device_friendly_name} Wi-Fi SSID"
    bssid:
      name: "${device_friendly_name} Wi-Fi BSSID"  

light:
  - platform: neopixelbus
# WS2815 not defined
    variant: ws2813
    pin: D4
    num_leds: 119
    type: RGB
    name: "iroasztal_ledszalag"
    internal: true   
    id: wled1
    effects:
 #     # Customize parameters
      - random:
 #         name: "Slow Random"
 #         transition_length: 30s
 #         update_interval: 30s
 #     - random:
 #         name: "Fast Random"
 #         transition_length: 4s
 #         update_interval: 5s
      - addressable_rainbow:
          name: Rainbow
          speed: 10
          width: 50
      - addressable_twinkle:
          name: Twinkle Effect
          twinkle_probability: 5%
          progress_interval: 4ms
      - addressable_random_twinkle:
          name: Random Twinkle
          twinkle_probability: 5%
          progress_interval: 32ms
      - addressable_fireworks:
          name: Fireworks
          update_interval: 32ms
          spark_probability: 10%
          use_random_color: false
          fade_out_rate: 120
      - addressable_flicker:
          name: Flicker
 
# szegmensek kezelese   
  - platform: partition
    name: "baloldal"
    segments:
      # Use third 60 LEDs from the light with ID wled1
      - id: wled1
        from: 80
        to: 118
    effects:
      - random:
      - addressable_rainbow:
      - addressable_twinkle:
      - addressable_random_twinkle:      
      - addressable_fireworks:
      - addressable_flicker:  
  
  - platform: partition
    name: "kozep"
    segments:
      # Use the middle 60 LEDs from the light with ID wled1
      - id: wled1
        from: 40
        to: 79
    effects:
      - random:
      - addressable_rainbow:
      - addressable_twinkle:
      - addressable_random_twinkle:      
      - addressable_fireworks:
      - addressable_flicker:
      
  - platform: partition
    name: "jobboldal"
    segments:
      # Use first 60 LEDs from the light with ID wled1
      - id: wled1
        from: 0
        to: 39
    effects:
      - random:
      - addressable_rainbow:
      - addressable_twinkle:
      - addressable_random_twinkle:      
      - addressable_fireworks:
      - addressable_flicker:

A HA-ban az ESPHome integrációban már szegmensenként jelenik meg, illetve a relé vezérlése, ezt az ESP light modulja is tudná kapcsolni automatikusan, de még nem jutottam el addig.
A group segédentitással egyben lehet kezelni, így egyszerre lehet neki paramétereket adni, kapcsolni.
Lehet szkriptet is írni, így egymás után tudsz "parancsokat" futtatni.

ITT a teljes leírása az ESP-nek.

[ Szerkesztve ]

Sziasztok,
Esetleg ha vki használ supervised telepítést figyeljen erre a hibára:
https://github.com/home-assistant/core/issues/108655
Asszem nekem is bebszott. (Esetleg docker telepítés is érintett lehet, azt nem tudom ellenőrizni)
Üdv:
P!

Igen,
De nem fog automatikusam minden eszközt beintegrálni a HA alá.
Hőmérők esetében elég jól működik az auto discovery,
de pl a nyitás érzékelőket már nem adja fel automatikusan.
Azokat én MQTT eszközkén manuálisan húzom be.
pl:
mqtt:
  binary_sensor:
    
    - name: 'Bejárati Ajtó'
      unique_id: bejarati_d
      state_topic: "rtl_433/9b13b3f4-rtl433/devices/Generic-Remote/14722/cmd"
      payload_on: "10"
      payload_off: "14"
      device_class: door
      qos: 0
      
    - name: 'Bejárati Ajtó B'
      unique_id: bejarati_b
      state_topic: "rtl_433/9b13b3f4-rtl433/devices/Generic-Remote/14722/battery_ok"
      device_class: battery
    force_update: true
      value_template: "{{ value|int * 90 + 10 }}"
      

Elég jó az eszköz támogatottság, de előfordul hogy nem ismer fel valamit.
Most a configod alapján 176 dekódert használsz fülelésre a 223-ból.
Később a nem használt dekódereket célszerű lesz tiltani, hogy ne szemetelje teli az MQTT Brokert a környék -- általad nem használt -- eszközeinek adataival.
Itt [link] sok kérdésedre megvan a válasz...

Szervusztok!

Szeretnék egy automatizálás csinálni a terasz világításra, hogy naplemente után és a terasztajtó kinyitásakor felkapcsolódjon a teraszvilágítás. Erre készítettem egy automatizmust.

- id: ''
alias: Terasz világítás bekapcsolása
description: Terasz világítás bekapcsolása naplemente után teraszajtó nyitásakor
trigger:
- platform: sun
  event: sunset
  offset: 0
condition:
- condition: state
  entity_id: binary_sensor.teraszajto
  state: 'on'
action:
  - type: turn_on
   device_id:
   entity_id:
   domain: switch
mode: single

Ez az automatizmus úgy működik, ahogy kell.

Azonban szeretném, hogy a teraszajtó becsukása után kapcsolja le a teraszvilágítás, de nem tudom hogyan kellene belefoglalni, mert ilyet még nem csináltam.

Köszönet a segítségért.

[ Szerkesztve ]

Sziasztok!

egy automatizalasnal ha triggernek ket entity-t adok meg, akkor azok and vagy or kapcsolatban vannak?
erre gondolok:
trigger:
- platform: state
entity_id:
- binary_sensor.0xa4c138eac024c181_occupancy
- binary_sensor.0x00124b0022ebbcb0_occupancy
from: "off"
to: "on"

koszonom!

Ez így nem jó az eddigire sem, pont fordítva kell: az ajtónyitás a trigger, a lement nap a feltétel. Jelen állapotában kizárólag a naplemente pillanatában fog aktiválódni, ha épp nyitva van közben az ajtó is... nyilván nem ezt akarod.

A lekapcsolás meg célszerűen egy másik miniautomatizálás, amit az ajtó szenzor on-ból off-ba ugrása aktivál (feltétel ott nem is muszáj, mert semmi bajt nem okoz, ha egy már lekapcsolva lévő kapcsolónak küldesz ismét lekapcsolási parancsot)

A triggerek mindig vagy kapcsolatban vannak, egyszerű okból: a legtöbb esetben eleve el sem képzelhető, h hajszálra pont ugyanakkor váltson két entitás, így "és" aktiválásra nincs is szükség.

Konténeres telepítés esetén a HA nem birizgálja a hoszt gépen levő dockert, ott szerintem nem gond. Amúgy egy ilyen hibának nem szabadna az egész mindenséget elrontania. Múltkor a NodeRED addont rontották el, de az a konténeres telepítőket szintén nem érintette. Úgyhogy még mindig tartom, hogy a konténeres telepítés a legmegbízhatóbb.

Szasztok!

Szemét szolgáltató nem oldja fel a Natolást csak, ha kérek fixIpt ami 3500ft/hó az ígyse se kevés netelőfizetés mellé, 12 ezer a 30/3 sajnos más szolgáltató nincs.

Valamilyen beállitással nemlehet megoldani, hogy a szüleim routeréről menjen ki a Home Assistant?

Üdv SRicsi

Tailscale-lel megoldhatod, ha nem kell külső félnek (pl. Google vagy Amazon hangasszisztens miatt) is elérnie. Vagy persze a Nabu Casa előfizetés, bár az sem sokkal kedvezőbb (kb. 30e egy évre)

Tailscale és hasonló megoldásokhoz nem kell port forwarding, tehát nem baj a natolt IP. Tailscale pl 3 felhasználóig ingyenes. (max 100 device/user)

Mobilnet nem lenne jobb, ha a 30/3 is ilyen drága?

Nekem ez volt a végső lökés, hogy haosre atpakoljam a cuccot... Lassan elég volt, hogy az ost is tszogatni kell.

Köszönöm, figyelmetlen voltam. Akkor teszteltem, mikor lement a nap, utána már nem működött... Javítottam.

A kikapcsolás másik automatizmussal működik, de elegánsabb lenne egybe foglalni. Ilyet nem csináltam még és ebben kellene a segítség.

Valami olyasmire gondolok mint ez, csak nekem nem működik:

switch.turn_{{ 'on' if trigger.platform == 'state' else 'off' }}

Köszönet a segítségért.

Sajna nem egy érdekes helyen lakom :D fák vesznek körbe lakásba nemlehet telefonálni nemhogy mobilnet.

Ez a Tailscale hogyan müködik? Nincs google siri stb

Üdv SRicsi

Hi
Lehet próbáld meg, hogy a trigger a változás legyen (mind1 milyen irányba) ha jól emlexek az actionba lehet feltételnek megfelelően különböző funkciót végrehajtani.

Nem lenne elegánsabb, eltérő dolgokról van szó. Csak lehetséges problémákat vezetsz be, ha egybeerőszakolod, és közben semmit nem nyersz. Érdemes mindent a lehető legegyszerűbbre csinálni, mindig az a legstabilabb.

Petikeje: pont az lenne egy szép recept rejtélyes hibák generálására... State triggerben nagyon ritka kivételektől eltekintve mindig meg kell adni a miből-mibe-t, máskülönben pl. még egy rendszerújraindítás vagy bármilyen kiesés is eseményindítóként fog működni (hiszen az után "unknown" állapotból fog pl. "off"-ba ugrani egy entitás...)

[ Szerkesztve ]

Köszönöm. Nekem ez egyelőre nagyon messze van attól ahol állok, de elkezdek elmélyedni benne.

A központi szerver megmondja a klienseknek, hogy hogyan érik el egymást és azután p2p megy a kommunikáció a kliensek között. (Minden kliens kap egy 100.x.y.z IP-t meg egy név.random.ts.net domaint és az összes többi network kérés az a normál úton megy, mintha nem lennél VPN-en)

A központi szervernek is van egy open source megvalósítása, ezt Headscale néven kell keresni (ehhez kell port forwarding, de itt elég ha a családból csak 1 valaki hosztol)

Plusz lehet különböző jogosultságokat állítani, tehát ha te mondjuk csak a HA mellett futó pi-holet akarod megosztani valakivel, akkor azt is be lehet állítani.

Akkor 2 trigger: 1. onbol offba, a másik meg forditva

De minek bonyolítani, amikor két hóttegyszerű miniautomatizálás áttekinthetően, üzembiztosan megold mindent? Sokkal bonyolultabb lesz egybemosva, utólag elkülönítve melyik eset áll fönn, melyikre milyen feltétel vonatkozik (hiszen az sem azonos) - miközben ismét, semmit nem nyersz vele.

Ahogy már többen is írták, én is a két automatizálást javaslom.
Nálam a konyhában van egy mozgásérzékelő és egy konnektorba dugott led-es lámpa (az érzékelő és a konnektor is zigbee-s).

Arra használom, hogy ha naplemente előtt fél órával mozgás van, akkor kapcsoljon fel a világítás (legfeljebb napfelkeltéig).
alias: Konyhapult világítás mozgásra
description: ""
trigger:
  - type: motion
    platform: device
    device_id: 9e1ce65c2e2053d50694a55e7484fff1
    entity_id: binary_sensor.mozgas_erzekelo_occupancy
    domain: binary_sensor
condition:
  - condition: or
    conditions:
      - condition: sun
        after: sunset
        after_offset: "-1800"
      - condition: sun
        before: sunrise
action:
  - type: turn_on
    device_id: 3cfc77e60c186efbd78e512971a9e09a
    entity_id: switch.konyha_pult_konnektor
    domain: switch
mode: restart

Kikapcsolás: ha már nincs mozgás 2 perce, akkor kapcsolja ki:
alias: "Konyhapult világítás ki "
description: ""
trigger:
  - type: no_motion
    platform: device
    device_id: 9e1ce65c2e2053d50694a55e7484fff1
    entity_id: binary_sensor.mozgas_erzekelo_occupancy
    domain: binary_sensor
    for:
      hours: 0
      minutes: 2
      seconds: 0
condition:
  - condition: device
    type: is_on
    device_id: 3cfc77e60c186efbd78e512971a9e09a
    entity_id: switch.konyha_pult_konnektor
    domain: switch
  - type: is_no_motion
    condition: device
    device_id: 9e1ce65c2e2053d50694a55e7484fff1
    entity_id: binary_sensor.mozgas_erzekelo_occupancy
    domain: binary_sensor
action:
  - type: turn_off
    device_id: 3cfc77e60c186efbd78e512971a9e09a
    entity_id: switch.konyha_pult_konnektor
    domain: switch
mode: single

ui.
1. bocs, hogy hosszú lett
2. hogyan kell olyan fancy (syntax highlighted) módon beszúrni a kódot?

template:

- sensor:
- name: "Energiaár"
unique_id: energiar
unit_of_measurement: "Ft/kWh"
state: "{{ 70.1 if states('IDE JÖN A SAJÁT ENTITÁSOD')|float(0) > 210 else 36.2 }}"

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

Erre válaszolok, ha voltál tényleg ilyen kedves és megosztottad ezt a kódsort.

Maradva a WLED preset beállításoknál addig jutottam, hogy ha az egyes szegmensekhez létrehozok preset beállításokat (CW, DW, WW, ezek 100, 60, 30%-os beállításait), és úgy kapcsolgatom a szegmenseket, akkor jó. Viszont azt vagy a vezérlő vagy a szalag nem tudja (ez csak teszt volt), hogy az egyik szegmens mondjuk WW a másik meg CW. Ez esetben mindig az utoljára felkapcsolt szegmens szerinti fehérrel világít az adott szegmens. Ez mondjuk bosszantó.

Itt egy lehetséges alternatíva: [link] Cloudflare tunnels

“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”

Bocsánat, az kimaradt, hogy a saját entitás egy segédváltozó havi számláló.

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

Köszönöm a figyelmeztetést!
Jól értem, hogy magát a HA-t frissíthetem, csak a host gép dolgait hagyjam békén addig, amíg javítják ezt a hibát?

10 fajta ember létezik. Aki ismeri a bináris számrendszert, és aki nem.

Sziasztok! Bocsánat ha nem ide való de nem találtam sehol jobb helyet. Van 4 Gosund okos konnektorom. Szépen nézi is a fogyasztást. De szeretném hogy ezek az adatok át kerüljenek Google naptáramba. Ifft néztem és se Tuya se Gosund vagy csak én nem találtam. Abszolút kezdő vagyok és nem is ezen a téren dolgozom. HA nincs. Csak eszközök meg egy Google asszisztens. Köszönöm ha segítesz!

Igen. Itt van leírás, hogyan lehet a többi csomagot frissíteni: https://community.home-assistant.io/t/home-assistant-supervisor-based-installations-fail-after-docker-upgrade/676477

>> Abszolút kezdő vagyok ...
Röviden ? Add el a Gosundokat és vegyél pl. Athom 16A EU V2-t amin Tasmota firmware van. Bár némelyik Gosundon lehet firmware-t cserélni, nem egyszerű és nem írtál típust.

Melyik USB-s zigbee adaptert javasoljátok 35-40 ZB-s eszközhöz?

Előfordulgat, hogy a radiátor termosztát fejek némelyike leszakad a hálózatról. Ilyenkor a Zigbee2MQTT log-ban
"Error: Data request failed with error: 'MAC no ack' (233)"
szerepel. Azt olvastam valahol, hogy ez a gyenge vagy instabil zigbee hálózat miatt szokott előfordulni, és talán érdemes áttérni másik csatornára. Ez kicsit találgatós ködszurkálásnak tűnik.

Most egy CC2652RB-t használok, és van 8-10 konnektor is, amelyik router-ként van jelen a hálózatban.
Esetleg egy Aeotec Zi-Stick vagy egy SONOFF ZBDongle-E jobb lenne?

Ha mindenáron cserélni akarsz, akkor Skyconnect, de egészen biztos, hogy előtte megpróbálnám a csatornaváltást (15-re), kizárni az interferenciákat (apropó, mibe van dugva? Pi? Ha igen, használsz hosszabbító kábelt? Ha nem, akkor használj, de egyébként sem árthat). Plusz erre a csodára létezik firmware frissítés és fent van a legfrissebb?

[ 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 MeLE Quieter 4C (Intel N100; 16GB RAM) mini PC-be van bedugva, amin Proxmox fut, abban LXC-ben a Z2M.
És egy kb 70cm-es USB hosszabbító kábelt használok.

A CC2652RB firmware-ével még nem foglalkoztam. Jelenleg 20-as csatorna van beállítva. Jól sejtem, hogy mindent újra kell párosítani, ha csatornát váltok?