Home Assistant: Open source Python3 home automation - deel 5

[Devke]

<knip> dubbel

[ Voor 96% gewijzigd door Septillion op 16-05-2025 22:26 ]

[Devke]

Septillion schreef op vrijdag 16 mei 2025 @ 21:06:
@Devke Als het ook afloopt kan het nooit total increasing zijn. Total (zonder reset) zou kunnen maar measurment lijkt me logischer. Dan heb jer per uur een min, max en average waarde in de LTS.

Okey ik ga hem zo laten en dan op "saldo" zetten. Ik laat het weten. Dankje en ook voor @TheFes

Edit: Ik krijg direct een Unknown Error. Dat slikt ie dus niet.

[Septillion]

@Devke Wat heb je er nu totaal van gemaakt?

[Septillion]

elektriekert schreef op vrijdag 16 mei 2025 @ 21:16:
[...]


Bedankt voor je code, ik heb nog een paar kleine aanpassingen gedaan om het werkend te krijgen,
want door "{% if [i, c, p] | reject('is_number') | list | count == 0 %}"
kreeg ik de output "None" terwijl ik een waarde zou moeten zien.

{% if [i, c, p] | reject('is_number') | list | count > 0 %} is het geworden. (Met hulp van AI)


{{ i + p - c }} is geworden -> {{ i - p + c}} anders kreeg ik een negatieve waarde

Volgens mij beide correct aanpassingen. Want die lijst reject juist alle entities die een waarde hebben en dus correct zijn. Dus die lijst moet leeg zijn wanneer alle drie een waarde hebben ofwel >0 als het fout is.

En gezien:
import = consumption
export = production

heb je inderdaad
eigen verbruik = import - export + PV = c - p + i = i - p + c

[Devke]

Septillion schreef op vrijdag 16 mei 2025 @ 22:25:
@Devke Wat heb je er nu totaal van gemaakt?

Nee. Ik heb alle parameters laten staan. Meting dus. Als ik Device Class (bij mij apparaatklasse) zet op "Saldo" dan krijg ik direct de foutmelding en zie ik de waarde en de naam van de sensor die als voorbeeld onder in het invulscherm van template sensor staat ook direct verdwijnen.

Zo staat het dus nu. Saldo accepteerd hij dus niet.



Edit : Als ik hem naar "Saldo" zet dan vliegt super snel de foutmelding voorbij. Volgens mij iets van monetary expected........ het gaat te snel om te lezen. De optie Geld / Valuta staat niet tussen Device Class. Handmatig via yaml toe te kennen via de GUI?

[ Voor 51% gewijzigd door Devke op 16-05-2025 23:20 ]

[hemertje]

Get!em schreef op woensdag 14 mei 2025 @ 12:33:
[...]

@Taro heeft dezelfde werkende code in een van de tweakers topics Taro in "Het grote goedkoop thuisladen van je EV topic"

dank voor de tip @Get!em

heb deze overgenomen en men eigen entities overgenomen, ik krijg nu een nette grafiek

Door

code:

extremas: true

zouden de minimale en maximale waarden van de dag te zien moeten zijn, maar ik krijg de minimale en maximale prijswaarden niet te zien zoals te zien op de zwarte screenshot uit de verwijzing?

YAML:

type: custom:apexcharts-card
experimental:
  color_threshold: true
graph_span: 24h
header:
  title: Stroomprijs vandaag (€/kWh)
  show: true
span:
  start: day
now:
  show: true
  label: Nu
series:
  - entity: sensor.dynamische_prijzen_average_electricity_price
    type: column
    show:
      extremas: true
      legend_value: true
    float_precision: 3
    stroke_width: -8
    yaxis_id: kwh_prijs
    data_generator: |
      return entity.attributes.prices.map((record, index) => {
        return [record.time, record.price];
      });
    color_threshold:
      - value: 0
        color: "#04822e"
      - value: 0.1
        color: "#12A141"
      - value: 0.15
        color: "#79B92C"
      - value: 0.2
        color: "#C4D81D"
      - value: 0.25
        color: "#F3DC0C"
      - value: 0.3
        color: "#EFA51E"
      - value: 0.35
        color: "#E76821"
      - value: 0.4
        color: "#DC182F"
  - entity: sensor.solaredge_huidig_vermogen
    statistics:
      type: mean
      period: hour
    group_by:
      duration: 15m
      func: avg
    yaxis_id: kwh_gebruik
    stroke_width: 2.5
    curve: smooth
    extend_to: now
yaxis:
  - id: kwh_prijs
    min: ~0
    align_to: 0.1
    decimals: 2
    apex_config:
      title:
        text: €/kWh
      tickAmount: 4
  - id: kwh_gebruik
    opposite: true
    min: ~-2000
    max: ~10000
    align_to: 1000
    decimals: 0
    apex_config:
      title:
        text: Verbruik
apex_config:
  tooltip:
    x:
      format: HH:00
  plotOptions:
    bar:
      columnWidth: 80%
  xaxis:
    type: datetime
    tooltip:
      enabled: false
  chart:
    height: 320px

[hemertje]

aanvullende vraag:

heb ooit eerdere deze grafiek gemaakt



met deze code:

YAML:

type: custom:apexcharts-card
update_interval: 5m
graph_span: 24h
span:
  start: day
now:
  show: true
  label: Nu
header:
  show: true
  show_states: true
  colorize_states: true
  title: Stroomprijs vandaag (€/kWh)
experimental:
  color_threshold: true
series:
  - entity: sensor.dynamische_prijzen_average_electricity_price
    stroke_width: 2
    float_precision: 3
    type: column
    opacity: 1
    color_threshold:
      - value: -0.1
        color: "#000fff"
      - value: 0
        color: "#00ffd5"
      - value: 0.1
        color: "#ff8000"
      - value: 0.2
        color: "#0080ff"
      - value: 0.3
        color: "#ff2a00"
      - value: 1
        color: "#ff00d4"
    data_generator: |
      return entity.attributes.prices.map((record, index) => {
        return [record.time, record.price];
      });
yaxis:
  - id: Prijs
    decimals: 2

wat zorgt er in deze code voor dat de y-as de prijzen voor iedere cent laat zien ipv per 10 cent?

en wat zorgt er in deze code voor dat linksboven de gemiddelde kWh prijs voor deze dag laat zien? [0.276 E/kWh]

ik wil dit namelijk graag integreren met de eerdere grafiek

[hemertje]

nu we toch, naar mijn idee, de optimale grafiek aan het coden zijn, hier lees ik een tip door de 'vandaag' en 'morgen' grafiek te combineren

Domba in "Het grote goedkoop thuisladen van je EV topic"

het kan natuurlijk ook in 1 grafiek, als je graph_span: 48h meer uren zet en offset aanpast, bijv

code:

span:
  start: hour
  offset: "-12h"

dan hoef alleen nog vandaag en morgen te combineren

code:

    data_generator: |
      return (entity.attributes.raw_today.map((start, index) => {
        return [new Date(start["start"]).getTime(), entity.attributes.raw_today[index]["value"]];
      })).concat(entity.attributes.raw_tomorrow.map((start, index) => {
        return [new Date(start["start"]).getTime(), entity.attributes.raw_tomorrow[index]["value"]];
      }));

maar het lukt me niet, waarschijnlijk zie ik een kleine fout over het hoofd

Wat doe ik hier verkeerd om de 48h grafiek te genereren?

YAML:

type: custom:apexcharts-card
experimental:
  color_threshold: true
graph_span: 48h
 span:
  start: hour
  offset: "-12h"
header:
  title: Stroomprijs vandaag (€/kWh)
  show: true
span:
  start: day
now:
  show: true
  label: Nu
series:
  - entity: sensor.dynamische_prijzen_average_electricity_price
    type: column
    show:
      extremas: true
      legend_value: true
    float_precision: 3
    stroke_width: -8
    yaxis_id: kwh_prijs
    data_generator: |
      return (entity.attributes.raw_today.map((start, index) => {
        return [new Date(start["start"]).getTime(), entity.attributes.raw_today[index]["value"]];
      })).concat(entity.attributes.raw_tomorrow.map((start, index) => {
        return [new Date(start["start"]).getTime(), entity.attributes.raw_tomorrow[index]["value"]];
      }));
    color_threshold:
      - value: 0
        color: "#04822e"
      - value: 0.1
        color: "#12A141"
      - value: 0.15
        color: "#79B92C"
      - value: 0.2
        color: "#C4D81D"
      - value: 0.25
        color: "#F3DC0C"
      - value: 0.3
        color: "#EFA51E"
      - value: 0.35
        color: "#E76821"
      - value: 0.4
        color: "#DC182F"
  - entity: sensor.solaredge_huidig_vermogen
    statistics:
      type: mean
      period: hour
    group_by:
      duration: 15m
      func: avg
    yaxis_id: kwh_gebruik
    stroke_width: 2.5
    curve: smooth
    extend_to: now
yaxis:
  - id: kwh_prijs
    min: ~0
    align_to: 0.1
    decimals: 2
    apex_config:
      title:
        text: €/kWh
      tickAmount: 4
  - id: kwh_gebruik
    opposite: true
    min: ~-2000
    max: ~10000
    align_to: 1000
    decimals: 0
    apex_config:
      title:
        text: Verbruik
apex_config:
  tooltip:
    x:
      format: HH:00
  plotOptions:
    bar:
      columnWidth: 80%
  xaxis:
    type: datetime
    tooltip:
      enabled: false
  chart:
    height: 320px

[TheFes]

Septillion schreef op vrijdag 16 mei 2025 @ 22:33:
[...]

Volgens mij beide correct aanpassingen. Want die lijst reject juist alle entities die een waarde hebben en dus correct zijn. Dus die lijst moet leeg zijn wanneer alle drie een waarde hebben ofwel >0 als het fout is.

En gezien:
import = consumption
export = production

heb je inderdaad
eigen verbruik = import - export + PV = c - p + i = i - p + c

@elektriekert
Inderdaad was de check niet goed, met > 0 is het prima

[ Voor 15% gewijzigd door TheFes op 17-05-2025 08:47 ]

[meesje]

Ik werk nu met HomeKit en homebridge en wil nu een keer aan de slag met Home Assistant.
Via tweakers v&a en marktplaats kom ik regelmatig thin clients van HP tegen (T5xx en T6xx) met verschillende configuraties. 4 of 8gb geheugen, en opslag vanaf 16gb. Is 4gb voldoende of is 8gb aan te raden? En is 16gb opslag niet te krap? Wat raden jullie aan? Ik wil ook met Scrypted aan de slag. Is dan meer geheugen op opslag aan te raden?

[Antonio di]

meesje schreef op zaterdag 17 mei 2025 @ 14:47:
Ik werk nu met HomeKit en homebridge en wil nu een keer aan de slag met Home Assistant.
Via tweakers v&a en marktplaats kom ik regelmatig thin clients van HP tegen (T5xx en T6xx) met verschillende configuraties. 4 of 8gb geheugen, en opslag vanaf 16gb. Is 4gb voldoende of is 8gb aan te raden? En is 16gb opslag niet te krap? Wat raden jullie aan? Ik wil ook met Scrypted aan de slag. Is dan meer geheugen op opslag aan te raden?

ik zelf zou gaan voor een mini PC met Intel N100/150 met 16GB geheugen, 512Gb opslag en nog een vrij M2 of Sata aansluiting, zeker met Scrypted.

[Overspark]

Antonio di schreef op zaterdag 17 mei 2025 @ 15:27:
[...]

ik zelf zou gaan voor een mini PC met Intel N100/150 met 16GB geheugen, 512Gb opslag en nog een vrij M2 of Sata aansluiting, zeker met Scrypted.

Home Assistant draait helemaal prima op een Raspberry Pi 4 met 2 GB geheugen. Als je meer wilt kopen dan staat je dat uiteraard vrij, maar voor Home Assistant is het al heel snel genoeg.

[Toppe]

Overspark schreef op zaterdag 17 mei 2025 @ 18:25:
[...]


Home Assistant draait helemaal prima op een Raspberry Pi 4 met 2 GB geheugen. Als je meer wilt kopen dan staat je dat uiteraard vrij, maar voor Home Assistant is het al heel snel genoeg.

Raspberry’s staan redelijk bekend om hun voedingsproblemen en corrupte kaarten. Dat kan je allemaal wel oplossen maar dan ga je al redelijk snel naar de totaalprijs van een N100, dan kan je die net zo goed in één keer kopen.

[Overspark]

Toppe schreef op zaterdag 17 mei 2025 @ 18:53:
[...]


Raspberry’s staan redelijk bekend om hun voedingsproblemen en corrupte kaarten. Dat kan je allemaal wel oplossen maar dan ga je al redelijk snel naar de totaalprijs van een N100, dan kan je die net zo goed in één keer kopen.

De originele vraag was of een liter PC met 4GB RAM genoeg was, en mijn voorbeeld was vooral bedoeld om aan te tonen dat het antwoord "ja" is. Als je er een hypervisor met meerdere VM's op wilt draaien kan het natuurlijk al snel een ander verhaal worden, maar voor HA is vrijwel elke oude laptop ofzo voldoende.

[bekkerm]

Cyberpope schreef op vrijdag 16 mei 2025 @ 20:08:
[...]

Klinkt lullig, maar dingen moeten gewoon werken. Ik merk dat ik het steeds meer ga uit faseren en terug ga naar gewoon schakelen. Want het gaat altijd stuk op momenten dat het totaal niet uitkomt.

Zaken waarbij het wel nodig is (b.v. straks schakelen van b.v. dingen inzake zonnepanelen) zal een protocol komen daarbij dingen met elkaar praten. Maar 1 singlepoint of failure (zoals meestal is bij HA, weinig mensen ga 2x draaien in een cluster), geloof er niet meer in.

Op dit moment werkt het weer, maar kost te veel tijd en te veel energie. En zeker als je wat ouder wordt.

HA is een beetje als electrische auto's. Het is gewoon niet voor iedereen. Des te eerder je daar achter komt, des te beter.

[Cyberpope]

bekkerm schreef op zaterdag 17 mei 2025 @ 19:08:
[...]


HA is een beetje als electrische auto's. Het is gewoon niet voor iedereen. Des te eerder je daar achter komt, des te beter.

Vergelijk slaat als een tang op een varken, maar oke. Het klopt wel, dat is namelijk exact wat ik beweer.
Dat het niet uit het hobby stadium zal komen van een beperkt aantal liefhebber. Daar heb je zeker gelijk in.

[Jag]

Ik ondervind trouble bij het creeren van een samba share. Heb de add on Samba NAS erop gezet en twee externe drives via USB. Filesystem op exFat om ook direct met windows laptop te kunnen gebruiken.
- ssd waar HAOS vanaf draait -> /dev/sda
- WD 3 tb usb drive -> /dev/sdb

Protected staat uit en automount aan. Heb ook nog de naam van de drive aan moredisks toegevoegd. Hij vindt hem en dan error

code:

[20:03:56] INFO: Protection Mode is false
[20:03:56] INFO: MoreDisk or Automount option found!
---------------------------------------------------
Supported fs:   ext3    ext2    ext4    squashfs    vfat    msdos   f2fs    erofs   fuseblk ntfs3   exfat   btrfs   xfs
Supported fusefs: apfs  
---------------------------------------------------
[20:03:56] INFO: MediaLibrary disabled in config. Disk are mounted only for this addon!
---------------------------------------------------
[20:03:57] INFO: Available Disk Labels:
[20:04:03] INFO:    Backup[exfat]
---------------------------------------------------
[20:04:03] INFO: MoreDisks to mount:
    Backup
[20:04:03] INFO: Automount is Enabled!
---------------------------------------------------
[20:04:03] INFO: Checking Mounting disks for reserved names:
    Backup
---------------------------------------------------
---------------------------------------------------
[20:04:03] INFO: Mounting disks:
    
---------------------------------------------------
[20:04:03] INFO: Disk  not found! <SKIP>
s6-rc: info: service init-automount successfully started
s6-rc: info: service init-smartd: starting
s6-rc: info: service init-samba: starting
s6-rc: info: service hd-idle: starting
s6-rc: info: service hd-idle successfully started
[20:04:03] INFO: Hostname: homeassistant
[20:04:03] INFO: Enabling S.M.A.R.T for /dev/sda
[20:04:03] INFO: Interfaces: end0 wlan0 
[20:04:03] INFO: Docker Interface: hassio 172.30.32.0/23
[20:04:03] INFO: Enabling S.M.A.R.T for /dev/sdb

Iemand een idee waardoor de disk not found error veroorzaakt kan worden?

[testmanager]

Hoi allemaal,

Inleiding
Ik heb Netatmo weerstation via Home Assistant gekoppeld aan Homekit. Ja, Netatmo kan ook direct in Homekit worden gekoppeld, maar omdat de Netatmo apparatuur maar elke 5 minuten even online komt om de waardes te meten en te melden, verschijnen ze in Homekit vaak als "not responding". Heel irritant. Home Assistant schijnt dit een beetje te dempen, dan heb ik niet meer die meldingen.

Het probleem is: nu via HA krijg ik al boven 1000ppm de melding dat de CO2 waardes te hoog zijn, terwijl in de Netatmo app ik deze op 1250 heb gezet.
Nu zou er een update zijn van de Netatmo integratie waar je die setting zou kunnen aanpassen in HA:

https://github.com/home-a...e-assistant.io/pull/32810

Nu komt mijn echte vraag:
Ik zou die CO2 treshold waarde moeten kunnen aanpassen in entity_config, maar ik zie nog steeds nergens hoe dat te doen? Is er nog een andere manier (ergens een YAML file die ik via een HA file directory kan openen en editen, ouzo?

[TheFes]

testmanager schreef op zaterdag 17 mei 2025 @ 20:56:
Hoi allemaal,

Inleiding
Ik heb Netatmo weerstation via Home Assistant gekoppeld aan Homekit. Ja, Netatmo kan ook direct in Homekit worden gekoppeld, maar omdat de Netatmo apparatuur maar elke 5 minuten even online komt om de waardes te meten en te melden, verschijnen ze in Homekit vaak als "not responding". Heel irritant. Home Assistant schijnt dit een beetje te dempen, dan heb ik niet meer die meldingen.

Het probleem is: nu via HA krijg ik al boven 1000ppm de melding dat de CO2 waardes te hoog zijn, terwijl in de Netatmo app ik deze op 1250 heb gezet.
Nu zou er een update zijn van de Netatmo integratie waar je die setting zou kunnen aanpassen in HA:

https://github.com/home-a...e-assistant.io/pull/32810

Nu komt mijn echte vraag:
Ik zou die CO2 treshold waarde moeten kunnen aanpassen in entity_config, maar ik zie nog steeds nergens hoe dat te doen? Is er nog een andere manier (ergens een YAML file die ik via een HA file directory kan openen en editen, ouzo?

[Afbeelding]

Die pull request waar je linkt is een wijziging in de documentatie. Als je dus in de documentatie kijkt zie je precies hoe je de threshold manueel kunt instellen
https://www.home-assistan...kit/#manual-configuration

[Antonio di]

Overspark schreef op zaterdag 17 mei 2025 @ 19:01:
[...]


De originele vraag was of een liter PC met 4GB RAM genoeg was, en mijn voorbeeld was vooral bedoeld om aan te tonen dat het antwoord "ja" is. Als je er een hypervisor met meerdere VM's op wilt draaien kan het natuurlijk al snel een ander verhaal worden, maar voor HA is vrijwel elke oude laptop ofzo voldoende.

De vraag was ook welke hardware als je bij HA Scrypted wil gebruiken van @meesje .
Bij beeld (bijv motion detection 24u/7d door Scrypted) en spraak analyse en opslag (beeld opnemen, vandaar extra Sata/M2) maar ook bij backup en updates is een Intel N100/N150 denk ik het minimum.
Veel geheugen helpt ook bij al deze genoemde taken. De mini-PC Intel N100/N150/N200/N305 met TPD 6-7 watt zijn dan zuinig bij 24u/7d (oude laptops vaak niet).
Het is wel zo dat er veel onbekende merken van mini-pc's aangeboden worden die niet altijd even goed zijn (bijv. Passieve koeling die onvoldoende is).
En zoals @Toppe al aangeeft: als je bij PI alles goed wilt hebben kun je qua kosten net zo goed een X86 mini-PC kopen (komen compleet met adapter, voldoende goede opslag, voldoende geheugen, etc.)
Zie ook voor Scrypted:
https://docs.scrypted.app/buyers-guide/servers.html
Zie ook mijn review voor HA X86 geschikte mini-pc, voor tips:
MINISFORUM GK50 Mini PC review door Antonio di

Maar goed het is een ieders keus waar je mee wilt starten.

[Ferra]

Ik heb een Sonoff Zigbee Dongle rechtstreeks in mijn Intel NUC hangen in de meterkast. Nu heb ik een verlengkabel gekocht omdat ik lees dat dit minder verstoring van het signaal oplevert. Nu ga ik hem dus op afstand monteren. Wat is het handigste qua richten van de antenne? Omhoog? En moet ik nog met andere zaken rekening houden in een meterkast qua verstoring?

[Ben(V)]

Antenne verticaal, zo hoog mogelijk en niet achter metaal stoppen.

[Fingie]

Van het weekend een update gedaan van zowel HA als Z-Wave JS UI. En nu werken mijn bewegingssensoren (weer) niet meer net als een (paar maanden geleden)...

Weer zijn de parameters van de motion sensoren veranderd. Maar, nu loop ik er tegenaan dat in plaats van de waarde van uit naar aan gaat, de waarde van 0 (geen beweging) naar 255 (wel beweging) veranderd:


Maar, in mijn automatisering kan ik alleen maar kiezen voor basic aan/uit, en dat vertaalt niet naar 0 of 255. Enige andere optie die ik zo snel zie is "Sensor state (any) aangezet.





Die past wel aan bij bewging, maar ook bij een zware vrachtwagen die voorbij komt, en een klussende buurman en.... Veel te vaak dus waardoor het licht vaak onnodig aan gaat.

Ik heb alles al opnieuw geupdate, in Z-Wave JS alle nodes laten bijwerken/herinteviewen etc. maar niets heeft effect. Iemand een suggestie hoe dit op te lossen? Want nu werkt een groot deel van de verlichting niet, of gaat te vaak aan.

[Devke]

@Septillion Hij blijft data verliezen. 10 dagen en de rest is weg. Ik heb een template sensor aangemaakt binnen de GUI van HA. De dip is volgens mij even een connection loss met de batterij geweest. De optie measurement was het ook niet.

[testmanager]

TheFes schreef op zaterdag 17 mei 2025 @ 22:16:
[...]


Die pull request waar je linkt is een wijziging in de documentatie. Als je dus in de documentatie kijkt zie je precies hoe je de threshold manueel kunt instellen
https://www.home-assistan...kit/#manual-configuration

Ja thanks, Die documentatie had ik gezien, maar ik snapte niet hoe een configuration.yaml aan te passen.
Inmiddels heb ik ontdekt dat je (bijv) de File Editor moet toevoegen aan je HA.
Echter is mijn volgende conclusie dat een Homekit bridge OF in de yaml beschreven staat, OF via de UI.
Ik had de config uit het voorbeeld toegevoegd, maar krijg nu in de integratie-items een nieuwe “schone Homebridge te zien, die ik echter niet meer via de UI kan configureren maar alleen via de configuration.yaml.



Dus dan zou ik nu alle Netatmo units opnieuw met alle entiteiten via de yaml moeten gaan inkloppen.
Pfff, veel te omslachtig. Ik voeg de Netatmo dan wel weer direct toe in Homekit, accepteer de drop-outs en gebruik HA dan wel alleem voor timertjes en dummy-buttons wat nog niet in Homekit kan.

Anyways, bedankt voor het meedenken.

[Septillion]

@Devke Total is dus niet handig want dat is het niet...

En waar bekijk je hem? Want niet elke card toont bijvoorbeeld LTS gegevens.

[Devke]

Septillion schreef op zondag 18 mei 2025 @ 15:22:
@Devke Total is dus niet handig want dat is het niet...

En waar bekijk je hem? Want niet elke card toont bijvoorbeeld LTS gegevens.

Ik heb total_increasting ook al gehad. Ik heb de sensor in een dashboard staan. Klik daar op. Krijg dan een grafiek. Kies dan Tonen. Dan kies ik een periode van bijvoorbeeld een maand. Via entitycard.

De sensor kan in waarde omhoog en omlaag. Dan is total beter dan total_increasing toch?

Kan het mis gaan omdat het in centen op deze manier wordt weergegeven?



Deze yaml gebruik ik in de template sensor:

YAML:

{% set laadkosten = states('sensor.laadkosten_batterij_totaal') | float(0) %}
{% set afschrijving = states('sensor.afschrijving_hw_batterij') | float(0) %}
{% set opbrengst = states('sensor.ontlaad_opbrengsten_batterij_totaal') | float(0) %}
{% set correctie = states('input_number.correctie_batterij_negatieve_tarieven') | float(0) %}

{{ (laadkosten + afschrijving - opbrengst + correctie) | round(2) }}

[ Voor 41% gewijzigd door Devke op 18-05-2025 16:25 ]

[daft_dutch]

https://github.com/Bram-diederik/ai-linux-system-info

voor mensen die ook in een paar seconde bladzijdes systeem info willen laten analyseren.

[Septillion]

@Devke ziet er voor mij uit als measurement daar ik geen trend omhoog (of omlaag) zie.

[Devke]

Septillion schreef op zondag 18 mei 2025 @ 17:51:
@Devke ziet er voor mij uit als measurement daar ik geen trend omhoog (of omlaag) zie.

Dit is van een paar dagen.



Dus alleen naar meting zetten? Rest onaangepast laten? Ik zie schommelingen namelijk al is het nog over de hele linie gelijkblijvend.

[Septillion]

@Devke Daarvoor lijkt me measurement het beest logische. Alleen, na wat zoeken, heeft HA schijnbaar besloten dat monetary geen measurement kan zijn... Geen idee waarom niet maar goed. Dan is total wel de enige optie gezien het ook omlaag gaat. Jammer genoeg heb je dan in de LTS geen min/max waardes, alleen uur waardes.

Maar denk ook dat ik de fout zie. Bij device_class: monetary moet je de unit_of_measurement opgeven in ISO4217. Het moet dus zijn unit_of_measurement: EUR en niet met een €.

[Devke]

Septillion schreef op zondag 18 mei 2025 @ 20:15:
@Devke Daarvoor lijkt me measurement het beest logische. Alleen, na wat zoeken, heeft HA schijnbaar besloten dat monetary geen measurement kan zijn... Geen idee waarom niet maar goed. Dan is total wel de enige optie gezien het ook omlaag gaat. Jammer genoeg heb je dan in de LTS geen min/max waardes, alleen uur waardes.

Maar denk ook dat ik de fout zie. Bij device_class: monetary moet je de unit_of_measurement opgeven in ISO4217. Het moet dus zijn unit_of_measurement: EUR en niet met een €.

Dat heb ik gedaan. Eur. Dan krijg ik daarna de melding (zie afbeelding). Die zet hem dus weer terug naar €. Enige optie die ik zou kunnen kiezen is in onderstaande dus de onderste optie.

[ Voor 5% gewijzigd door Devke op 18-05-2025 20:21 ]

[Septillion]

@Devke Mm, krijg je die melding als je er nu EUR van probeert te maken? Want de tekst klinkt alsof je het probeer te wijzigen in €...

Andere kant, dat ze over historische waardes spreken lijkt me dat er dus LTS is...

[Devke]

Septillion schreef op zondag 18 mei 2025 @ 20:23:
@Devke Mm, krijg je die melding als je er nu EUR van probeert te maken? Want de tekst klinkt alsof je het probeer te wijzigen in €...

Andere kant, dat ze over historische waardes spreken lijkt me dat er dus LTS is...

Zit er verschil tussen EUR en eur in de interpretatie door HA? Ik heb hem nu eens in hoofdletters gezet. De melding kreeg ik op een gegeven moment idd. Waarom laat hij de LTS niet zien dan?

[Septillion]

@Devke Ik zag dat ik de melding na wat spelen ook had. Alleen dacht dat je hem gelijk kreeg maar zag hem als repair. Maar goed, gewoon gaan voor "zonder conversie", dan blijven de getallen hetzelfde.

Als ik naar de ISO kijk zou het EUR moeten zijn maar in een test lijkt eur hetzelfde effect te hebben.

Maar goed, stel hem dus eens in op state_class: total en unit_of measurement: EUR. Dan 'zonder conversie' en dan dus 10+ dagen wachten.

[Falcon10]

Ik ben aan het proberen mijn SMA SunnyBoy 4000TL-21 in Home Assistant te krijgen.
Het is een wat oudere omvormer voor zonnepanelen, maar zou blijkbaar toch werken, door de data via de netwerkkaart uit te lezen via modbus protocol.
Tot daar ben ik al gelukt (in de zin van dat ik hem kan inlezen). Echter via de SunSpec integratie leest hij niet de waarde uit om het dagelijks opgewekt vermogen weer te geven. Is ook nergens te vinden.

Nu heb ik gevonden dat je via de configuration.yaml file, zelf rechtstreeks uit de modbus sensoren kan uitlezen, dat gaat via volgende code:

YAML:

#modbus sensor setup voor de SMA SunnyBoy 4000TL-21
  - type: tcp
    host: 192.168.xx.xx      # ip nummer omvormer
    port: 502
    name: "SMA"
    close_comm_on_error: true
    delay: 5
    timeout: 5
    sensors:
      - name: PV_Energie_Dag
        unit_of_measurement: kWh
        slave: 3
        address: 30517
        count: 4
        scale: 0.001
        state_class: total_increasing
        device_class: energy
        precision: 3
        data_type: int
      - name: PV_Energie_Totaal
        unit_of_measurement: kWh
        slave: 3
        address: 30531
        input_type: input
        device_class: energy
        count: 2
      - name: PV_Vermogen_AC_r
        unit_of_measurement: W
        slave: 3
        address: 30775
        input_type: input
        device_class: power
        count: 2
      - name: PV_String_1_DCr
        unit_of_measurement: W
        slave: 3
        address: 30773
        input_type: input
        device_class: power
        count: 2
      - name: PV_String_2_DCr
        unit_of_measurement: W
        slave: 3
        address: 30961
        input_type: input
        device_class: power
        count: 2

Als ik nu naar het energie dasjboard in homeassistant ga, en ik wil de PV_Energie_Dag sensor toevoegen bij de zonnepanelen, dan staat die sensor er niet tussen. Heb HOmeAssistant zelf al paar keer herstart, maar de sensor komt er dus niet bij in.
Enig idee wat er mis is dat deze niet toe te voegen is?

[ Voor 0% gewijzigd door Septillion op 18-05-2025 21:12 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[Devke]

Septillion schreef op zondag 18 mei 2025 @ 21:01:
@Devke Ik zag dat ik de melding na wat spelen ook had. Alleen dacht dat je hem gelijk kreeg maar zag hem als repair. Maar goed, gewoon gaan voor "zonder conversie", dan blijven de getallen hetzelfde.

Als ik naar de ISO kijk zou het EUR moeten zijn maar in een test lijkt eur hetzelfde effect te hebben.

Maar goed, stel hem dus eens in op state_class: total en unit_of measurement: EUR. Dan 'zonder conversie' en dan dus 10+ dagen wachten.

Ik kreeg de melding net weer. Zie afbeelding en idd als repair.



Hij staat ingesteld zo. De data die nu van 9 dagen terug is gaat sws weg nog? Of zou dat ook al moeten blijven bestaan?

[Septillion]

@Devke Nee, zoals ik al zei, als je voor "zonder conversie" gaat dan laat hij alle waardes staan.

Waar het uit voort komt is dat HA ook de waardes probeert aan te passen als je de grootheid aanpast. Dus als je van W naar kW gaat dan zal hij alle waardes delen door 1000. Maar in dit geval heeft het geen weet wat de conversie is tussen 'EUR' en '€', vooral omdat de laatste dus geen geldige unit of measurement is voor een van de device classes.

[Devke]

Septillion schreef op zondag 18 mei 2025 @ 21:11:
@Devke Nee, zoals ik al zei, als je voor "zonder conversie" gaat dan laat hij alle waardes staan.

Waar het uit voort komt is dat HA ook de waardes probeert aan te passen als je de grootheid aanpast. Dus als je van W naar kW gaat dan zal hij alle waardes delen door 1000. Maar in dit geval heeft het geen weet wat de conversie is tussen 'EUR' en '€', vooral omdat de laatste dus geen geldige unit of measurement is voor een van de device classes.

Ik bedoel te zeggen dat ik nu weer 10 dagen moet wachten om het effect te zien of telt de data van de hele week gewoon mee? M.a.w. nu opnieuw ingesteld en dan gaan opnieuw 10 dagen in? Morgen is anders al wel te zien of het effect er is of niet.

[Septillion]

Falcon10 schreef op zondag 18 mei 2025 @ 21:03:
Echter via de SunSpec integratie leest hij niet de waarde uit om het dagelijks opgewekt vermogen energie weer te geven.

"dagelijks opgewekt vermogen" is een betekeningsloze / ambigu grootheid.

En voor het energy dashboard kan je beter all time / total sensoren gebruiken ipv dag sensoren. Mocht er even iets mis gaan (communicatie of HA uit etc) en we passeren de 0:00 dan raakt de informatie niet weg maar komt het er alleen bij op het moment dat de communicatie herstelt. Met een dag sensor ben je het kwijt.

Bij die mis je nog wel de state_class.

[Septillion]

@Devke Oef, dat durf ik even niet met zekerheid te zeggen... Ik vermoed dat HA alleen voor de verse data ook de LTS vult en niet voor bestaande data. Ofwel, 10 dagen wachten...

[Ferra]

Ben(V) schreef op zondag 18 mei 2025 @ 10:35:
Antenne verticaal, zo hoog mogelijk en niet achter metaal stoppen.

Is bovenop een plank waar een router in een rack hangt een goede plek?

[pietje63]

@Ferra ik zou het gewoon proberen.. Mijn ervaring met Zigbee is dat als het werkt, het werkt (en dat het eigenlijk vrij snel werkt, tenzij er een groot blok zit / je iets geks wilt).

[hemertje]

goedemorgen,

wil iemand eens met me meedenken met mijn vragen?

ik kom er zelf niet aan uit
ik zie de verbanden tussen de regels en de weergave niet

wie helpt me op weg het te snappen

hemertje in "Home Assistant: Open source Python3 home automation - deel 5"

[HuismAndré]

Septillion schreef op zondag 18 mei 2025 @ 21:25:
@Devke Oef, dat durf ik even niet met zekerheid te zeggen... Ik vermoed dat HA alleen voor de verse data ook de LTS vult en niet voor bestaande data. Ofwel, 10 dagen wachten...

Volgens mij wordt de LTS elk uur aangevuld (wordt o.a. ook gebruikt voor het energiedashboard). Dan hoef je dus niet 10 dagen te wachten maar hooguit 1 uur.

[Septillion]

@HuismAndré Wel elk uur ja, maar denk niet over de volle recorder periode maar alleen over afgelopen uur.

Eens even kijken of ik dat kan testen...

[edit]Even een template sensor aangemaakt zonder state_class die eens paar uur laten vullen en dan een state class geven, kijken wat er met de LTS gebeurd. Duurt dus wel paar uur voor ik iets kan zien

[ Voor 41% gewijzigd door Septillion op 19-05-2025 12:35 ]

[HuismAndré]

Septillion schreef op maandag 19 mei 2025 @ 12:23:
@HuismAndré Wel elk uur ja, maar denk niet over de volle recorder periode maar alleen over afgelopen uur.

Eens even kijken of ik dat kan testen...

[edit]Even een template sensor aangemaakt zonder state_class die eens paar uur laten vullen en dan een state class geven, kijken wat er met de LTS gebeurd. Duurt dus wel paar uur voor ik iets kan zien

Ik snap het niet helemaal. In overzichten wordt de LTS pas gebruikt als de recorderdata er niet meer is MAAR de LTS wordt gewoon vanaf het eerste uur aangemaakt (en kan ook geraadpleegd worden door de optie "Pas een statistiek aan" te gebruiken. Daar hoeft dus nooit 10 dagen voor gewacht te worden maar kan na ongeveer 1 uur al.

Als er een "reparatie" toegepast moet worden vanwege aanpassen grootheid dan wordt die reparatie gelijk uitgevoerd op alle relevante LTS data (is inderdaad niet veel meer dan € vervangen door EUR of zo). Je ziet dat ook even in de processorload.

Dus waar precies zou je 10 dagen (of X dagen als X het aantal dagen is dat je recorder data bewaart) op moeten wachten?

[Septillion]

@HuismAndré Omdat het eerste uur dus al dagen geleden is. De sensor heeft dus al 10+ dagen bestaan in de recoder, maar heeft nooit de LTS gevuld in die tijd. Waarschijnlijk omdat de unit niet goed stond voor de device class. Dat is nu aangepast. Maar de vraag is of de data in de recoder nu als nog in de LTS gezet wordt of dat dus alleen de nu nieuwe data ook in de LTS komt.

Mijn verwachting is dat de job alleen telkens de LTS van afgelopen uit de recoder omzet in LTS en niet de afgelopen 10 dagen. Maar kan het mis hebben

[HuismAndré]

Septillion schreef op maandag 19 mei 2025 @ 13:04:
@HuismAndré Omdat het eerste uur dus al dagen geleden is. De sensor heeft dus al 10+ dagen bestaan in de recoder, maar heeft nooit de LTS gevuld in die tijd. Waarschijnlijk omdat de unit niet goed stond voor de device class. Dat is nu aangepast. Maar de vraag is of de data in de recoder nu als nog in de LTS gezet wordt of dat dus alleen de nu nieuwe data ook in de LTS komt.

Mijn verwachting is dat de job alleen telkens de LTS van afgelopen uit de recoder omzet in LTS en niet de afgelopen 10 dagen. Maar kan het mis hebben

Als de LTS nooit gevuld is dan zal er ook nooit gevraagd worden of de LTS hersteld moet worden (€ naar EUR bijvoorbeeld). Die vraag werd echter wél gesteld (dus zou je denken dat de LTS er wel degelijk is).

Maar het kan natuurlijk ook zo zijn dat iemand zoveel heeft lopen aanpassen dat hij/zij het spoor een beetje bijster is geraakt (en dan is het kijken via de "Pas een statistiek aan" optie wellicht aan te raden).

Bij mijn weten wordt er LTS data van elk _zojuist_afgerond_uur_ gemaakt die daarna met rust gelaten wordt. Eerdere LTS data wordt nooit meer aangepast tenzij er moet worden gerepareerd (en zelfs dan is het niet meer dan een komma- of grootheidsverandering die eenmalig wordt gedaan over alle relevante LTS data).

[ Voor 12% gewijzigd door HuismAndré op 19-05-2025 13:13 ]

[Devke]

HuismAndré schreef op maandag 19 mei 2025 @ 13:08:
[...]

Als de LTS nooit gevuld is dan zal er ook nooit gevraagd worden of de LTS hersteld moet worden (€ naar EUR bijvoorbeeld). Die vraag werd echter wél gesteld (dus zou je denken dat de LTS er wel degelijk is).

Maar het kan natuurlijk ook zo zijn dat iemand zoveel heeft lopen aanpassen dat hij/zij het spoor een beetje bijster is geraakt (en dan is het kijken via de "Pas een statistiek aan" optie wellicht aan te raden).

Bij mijn weten wordt er LTS data van elk uur gemaakt die daarna met rust gelaten wordt. Eerdere LTS data wordt nooit meer aangepast tenzij er moet worden gerepareerd (en zelfs dan is het niet meer dan een komma- of grootheidsverandering die eenmalig wordt gedaan over alle relevante LTS data).

en @Septillion. Ik lees nog steeds ff mee. Ik zie dat de data weer een dag opgeschoven is. Dus vanaf 9-5 staat in de grafiek. Alles van 08-5 is weer foetsie.

[alex3305]

Ik heb een tijdje een handje vol ESPHome apparaten gebruikt om te testen. Tevens ook als Bluetooth Proxy. Echter blijven zes van de tien apparaten steeds terugkomen als ontdekte appraten in Home Assistant. Ik begrijp alleen niet waarom, want de apparaten zijn niet online en staan ook niet meer in het ESPHome dashboard. Sterker nog, zelfs als ik de ESPHome container stop, blijven de apparaten terugkomen. Ook na reboots van router / HA host.

Ik kan ze natuurlijk negeren, maar ik vind het nogal irritant .

[TheFes]

alex3305 schreef op maandag 19 mei 2025 @ 14:21:
Ik heb een tijdje een handje vol ESPHome apparaten gebruikt om te testen. Tevens ook als Bluetooth Proxy. Echter blijven zes van de tien apparaten steeds terugkomen als ontdekte appraten in Home Assistant. Ik begrijp alleen niet waarom, want de apparaten zijn niet online en staan ook niet meer in het ESPHome dashboard. Sterker nog, zelfs als ik de ESPHome container stop, blijven de apparaten terugkomen. Ook na reboots van router / HA host.

Ik kan ze natuurlijk negeren, maar ik vind het nogal irritant .

De ESPHome device builder heeft niets te maken met de ESPHome integratie. De ESPHome container is om ESP's te voorzien van firmware, en die op de devices te onderhouden. Maar zonder die container kan Home Assitant prima je ESPHome devices vinden, en er mee verbinden.

Zo lang je ESPHome device op je netwerk zit, zal Home Assistant hem ontdekken, en voorstellen om er mee te verbinden.

[alex3305]

TheFes schreef op maandag 19 mei 2025 @ 14:29:
Zo lang je ESPHome device op je netwerk zit, zal Home Assistant hem ontdekken, en voorstellen om er mee te verbinden.

Nou die zitten er dus niet. Want die liggen hier in een plastic bak . Al een maandje of 2 . Ze staan ook nergens in mijn router (configuratie) en de IP adressen zijn ook niet opnieuw toegewezen.

[TheFes]

alex3305 schreef op maandag 19 mei 2025 @ 14:33:
[...]

Nou die zitten er dus niet. Want die liggen hier in een plastic bak . Al een maandje of 2 . Ze staan ook nergens in mijn router (configuratie) en de IP adressen zijn ook niet opnieuw toegewezen.

En als je bij zon'n ontdekt apparaat zegt dat je er mee wil verbinden, wat gebeurt er dan?

[Uberprutser]

BiG-GuY schreef op zondag 19 mei 2024 @ 14:07:
Sinds kort heeft Sonoff er ook eentje: https://www.zigbee2mqtt.io/devices/SWV.html
Ik wacht wel tot deze beschikbaar is om te zien hoe deze is.

Toevallig hier nog naar gekeken? Ik zit zelf ook naar Ali Tuya varianten te kijken maar liever iets van Sonoff wat zelfs nog vergelijkbaar is in prijs waarvan ik zeker weet dat het gaat werken in HA.

[Hmmbob]

alex3305 schreef op maandag 19 mei 2025 @ 14:21:
Ik heb een tijdje een handje vol ESPHome apparaten gebruikt om te testen. Tevens ook als Bluetooth Proxy. Echter blijven zes van de tien apparaten steeds terugkomen als ontdekte appraten in Home Assistant. Ik begrijp alleen niet waarom, want de apparaten zijn niet online en staan ook niet meer in het ESPHome dashboard. Sterker nog, zelfs als ik de ESPHome container stop, blijven de apparaten terugkomen. Ook na reboots van router / HA host.

Ik kan ze natuurlijk negeren, maar ik vind het nogal irritant .

HA onthoudt dat hij ze eens ontdekt heeft, en biedt aan ze toe te voegen (ook over reboots heen etc). Zolang jij ze niet ofwel negeert ofwel toevoegt, blijft het aanbod staan. Je weet wel, een offer you can't refuse ignore

[alex3305]

TheFes schreef op maandag 19 mei 2025 @ 14:36:
[...]


En als je bij zon'n ontdekt apparaat zegt dat je er mee wil verbinden, wat gebeurt er dan?

Dan krijg ik een foutmelding dat dit onmogelijk is. Dus eerst dit:


Dan heb ik uiteraard geen sleutel. Maar ook een werkende API sleutel geeft hetzelfde resultaat.


Dus een foutmelding:


Een nslookup / ping / dig geeft ook geen resultaat:

❯ nslookup esphome-office
Server:         192.168.1.1
Address:        192.168.1.1#53

** server can't find esphome-office: NXDOMAIN

Er staat ook niets op de DHCP pagina van Home Assistant:


Behalve de enige Bluetooth Proxy die ik nog wel online heb. En ook met grep vind ik geen enkel resultaat in mijn configuratie 8)7:

/mnt/applications/appdata/home-assistant
❯ grep -ri 'esphome-office' .
❯ |

Maar instant update. Ik heb het gevonden . De hostname kon dus niet gevonden worden, maar wel de friendly name:

/mnt/applications/appdata/home-assistant
❯ grep -ri 'Bluetooth Proxy Kantoor' .
./config/.storage/core.device_registry:      {"area_id":"eb72fd2111644a33a40788bc776fbb39","config_entries":["cd49fcce7fbaac8b1ba64eea32cac2a2"],"config_entries_subentries":{"cd49fcce7fbaac8b1ba64eea32cac2a2":[null]},"configuration_url":null,"connections":[["mac","a0:dd:6c:af:74:58"]],"created_at":"2025-01-07T19:16:49.379771+00:00","disabled_by":null,"entry_type":null,"hw_version":null,"id":"5a26c3e7cad3883bc959276f40a3c034","identifiers":[["mqtt","espresense_5874af"],["mqtt","a0dd6caf7458"]],"labels":[],"manufacturer":"Espressif","model":"lolin32_lite","model_id":null,"modified_at":"2025-04-20T13:36:17.939488+00:00","name_by_user":null,"name":"Bluetooth Proxy Kantoor","primary_config_entry":null,"serial_number":null,"sw_version":"2024.12.4 (Feb  4 2025, 15:10:58)","via_device_id":null},

Die had ik nog niet geprobeerd , maar maakt meteen twee dingen duidelijk. De laatste build is dus uit februari van dit jaar en het apparaat komt blijkbaar vanuit MQTT. En inderdaad:


Ik ga deze eens allemaal weghalen en kijken of het probleem daarmee verholpen is. Maar ik verwacht van wel.

Het zou enorm helpen als dit erbij zou staan. En dat is iets wat me nog weleens stoort aan Home Assistant. Omdat apparaten onderdeel kunnen zijn van meerdere integraties word ik soms op het verkeerde been gezet. Sommige van mijn apparaten hebben bijvoorbeeld als 'hoofdintegratie' de ASUS Router omdat die nou eenmaal alfabetisch eerder is.

In ieder geval is deze post op z'n minst ter referentie voor een mogelijk andere gebruiker die hier mogelijk tegenaan loopt .

[TheFes]

alex3305 schreef op maandag 19 mei 2025 @ 14:57:
[...]

Dan krijg ik een foutmelding dat dit onmogelijk is. Dus eerst dit:
[Afbeelding]

Dan heb ik uiteraard geen sleutel. Maar ook een werkende API sleutel geeft hetzelfde resultaat.
[Afbeelding]

Dus een foutmelding:
[Afbeelding]

Een nslookup / ping / dig geeft ook geen resultaat:

❯ nslookup esphome-office
Server:         192.168.1.1
Address:        192.168.1.1#53

** server can't find esphome-office: NXDOMAIN

Er staat ook niets op de DHCP pagina van Home Assistant:
[Afbeelding]

Behalve de enige Bluetooth Proxy die ik nog wel online heb. En ook met grep vind ik geen enkel resultaat in mijn configuratie 8)7:

/mnt/applications/appdata/home-assistant
❯ grep -ri 'esphome-office' .
❯ |

Maar instant update. Ik heb het gevonden . De hostname kon dus niet gevonden worden, maar wel de friendly name:

/mnt/applications/appdata/home-assistant
❯ grep -ri 'Bluetooth Proxy Kantoor' .
./config/.storage/core.device_registry:      {"area_id":"eb72fd2111644a33a40788bc776fbb39","config_entries":["cd49fcce7fbaac8b1ba64eea32cac2a2"],"config_entries_subentries":{"cd49fcce7fbaac8b1ba64eea32cac2a2":[null]},"configuration_url":null,"connections":[["mac","a0:dd:6c:af:74:58"]],"created_at":"2025-01-07T19:16:49.379771+00:00","disabled_by":null,"entry_type":null,"hw_version":null,"id":"5a26c3e7cad3883bc959276f40a3c034","identifiers":[["mqtt","espresense_5874af"],["mqtt","a0dd6caf7458"]],"labels":[],"manufacturer":"Espressif","model":"lolin32_lite","model_id":null,"modified_at":"2025-04-20T13:36:17.939488+00:00","name_by_user":null,"name":"Bluetooth Proxy Kantoor","primary_config_entry":null,"serial_number":null,"sw_version":"2024.12.4 (Feb  4 2025, 15:10:58)","via_device_id":null},

Die had ik nog niet geprobeerd , maar maakt meteen twee dingen duidelijk. De laatste build is dus uit februari van dit jaar en het apparaat komt blijkbaar vanuit MQTT. En inderdaad:
[Afbeelding]

Ik ga deze eens allemaal weghalen en kijken of het probleem daarmee verholpen is. Maar ik verwacht van wel.

Het zou enorm helpen als dit erbij zou staan. En dat is iets wat me nog weleens stoort aan Home Assistant. Omdat apparaten onderdeel kunnen zijn van meerdere integraties word ik soms op het verkeerde been gezet. Sommige van mijn apparaten hebben bijvoorbeeld als 'hoofdintegratie' de ASUS Router omdat die nou eenmaal alfabetisch eerder is.

In ieder geval is deze post op z'n minst ter referentie voor een mogelijk andere gebruiker die hier mogelijk tegenaan loopt .

Ah, ik heb werkelijk nog nooit MQTT gebruikt op mijn ESPHome devices Maar dat zal het waarschijnlijk wel zijn dan ja.

[RobertMe]

Uit het verhaal van @alex3305 haal ik wel nog een leuke WTH. MQTT mag ook wel een pagina erbij krijgen bij dat nieuwe (2025.5) dscovery verhaal. Niet alleen DHCP, SSDP en Zeroconf / mDNS maar ook een "dit is gevonden middels MQTT".

[alex3305]

TheFes schreef op maandag 19 mei 2025 @ 15:00:
[...]

Ah, ik heb werkelijk nog nooit MQTT gebruikt op mijn ESPHome devices Maar dat zal het waarschijnlijk wel zijn dan ja.

Ik wel als test.

Ik was eerder dit jaar bezig met de custom Bermuda BLE integratie, maar ik zit hier enorm stedelijk met een doorgaande weg en een winkelcentrum. Mijn ESP32 bluetooth proxies ontvingen daardoor op momenten meer dan 1000 BLE apparaten. Dat vond Home Assistant op z'n zachtst gezegd, niet zo leuk . Vandaar dat ik met MQTT aan het testen ben geweest om alleen relevante gegevens door te sturen, maar dat was ook geen succes.

[Septillion]

alex3305 schreef op maandag 19 mei 2025 @ 14:57:
Het zou enorm helpen als dit erbij zou staan. En dat is iets wat me nog weleens stoort aan Home Assistant. Omdat apparaten onderdeel kunnen zijn van meerdere integraties word ik soms op het verkeerde been gezet. Sommige van mijn apparaten hebben bijvoorbeeld als 'hoofdintegratie' de ASUS Router omdat die nou eenmaal alfabetisch eerder is.

Mja, dat vind ik ook zo'n ding dat niet handig dat het het toegestaan wordt. Dat een device van meerdere integraties kan komen is voor veel gebruikers al niet te bevatten. En maakt het ook lastig uitzoeken etc zeker omdat je niet meer zo makkelijk kunt zien welke integratie dan verantwoordelijk is voor welke entiteit

Ik zou het veeeeeel liever gewoon als twee devices zien verschijnen.

[alex3305]

@Septillion Zou voor mij ook prima werken. Vooral als je een beetje power user wordt loopt dat al snel in de papieren. Combineer een apparaat met een router integratie, Battery Notes en Powercalc. Dan heb je er al 4. Voeg daar dan nog MQTT, HomeKit, Zeroconf, Matter en/of Bluetooth aan toe en het eind is al snel zoek.

Ik vind de weg die Home Assistant slaat enorm mooi voor nieuwe gebruikers die met name WYSIWYG gebruiken, maar ik merk soms ook dat bepaalde onderdelen in de fundering kraken of eigenlijk nog een keer goed afgemaakt moeten worden. Ik begin niet nog een keer over mijn Z-Wave thermostaat probleem, maar dat staat nog steeds open. Of dat Blueprint sensoren echt prachtig zijn, maar er geen UI support is . Of dat de nieuwe teksten in de interface minder toegankelijk zijn. Of dat ik laatst in een automation Blueprint maak die nog steeds fouten geeft in de VSCode plugin:

YAML:

trigger_variables:
  adjustment_enabled: !input adjustment_enabled

triggers:
  # Combine user provided input triggers
  - triggers: !input light_on_triggers

  - alias: Sun elevation changed
    id: sun_elevation_changed
    enabled: "{{ adjustment_enabled | bool }}"
    trigger: state
    entity_id: !input sun_entity
    attribute: elevation
    to: null

Waarbij de gecombineerde triggers (conform documentatie) en enabled property beide fouten geven, maar wel al een tijdje toegestaan zijn.

Ik snap dat er 1001 prioriteiten zijn, maar ik blijf soms het gevoel houden dat er weinig focus is en er teveel nadruk ligt op nieuwe fancy dingen.

[Septillion]

HuismAndré schreef op maandag 19 mei 2025 @ 13:08:

Bij mijn weten wordt er LTS data van elk _zojuist_afgerond_uur_ gemaakt die daarna met rust gelaten wordt.

Dat was dus precies mijn punt. Als je dus een template sensor aanmaakt zonder state_class en je laat het 10+ dagen (evne uitgaande van standaard recoder lengte) lopen dan zit je recoder helemaal vol maar heb je geen LTS. Geef je hem daarna een state_class dan zal het eerst volgende uur de LTS gevuld worden maar alleen met de data van afgelopen uur. Dit ondanks dat dus de recoder helemaal vol staat. Het zal dus weer 10 dagen duren voor er dus data in de LTS zit dat ouder is dan de recoder data. Ofwel, het duurt weer 10 dagen voor je het effect gaat zien dat de data langer opgeslagen wordt via de LTS.

Dit dus getest vandaag, en na aanpassing van de state_class komt hij netjes in de TLS maar alleen het laatste uur.

Als de LTS nooit gevuld is dan zal er ook nooit gevraagd worden of de LTS hersteld moet worden (€ naar EUR bijvoorbeeld). Die vraag werd echter wél gesteld (dus zou je denken dat de LTS er wel degelijk is).

Was ergens ook mijn idee maar was niet zeker of die vraag alleen over de LTS ging of dat je hem ook krijgt als je de aanpassing doet en alleen recoder data hebt. Maar volgens mij heb je gelijk en krijg je die vraag alleen voor LTS data.

@Devke Dat zou betekenen dat het wel gewoon in de LTS zit. En iets wat ik me nu met testen ook pas bedacht, dit kan je ook zien. Als je naar Dec tools => Statistics gaat en zoekt op de entity (Netto Kosten HW Batterij) dan zou je hem daar moeten zien staan. Alleen entities die LTS hebben staan daar. En heb het idee dat als je ze daar opent dat je dan ook alleen de LTS data ziet en geen recoder data.

[Septillion]

@alex3305 Blueprint sensors? Je bedoelt blueprints?

Maar nooit iets gehoord van de Z-wave JS devs? Of van de UX designers voor toegankelijkheid?

[Devke]

Septillion schreef op maandag 19 mei 2025 @ 16:58:
[...]

Dat was dus precies mijn punt. Als je dus een template sensor aanmaakt zonder state_class en je laat het 10+ dagen (evne uitgaande van standaard recoder lengte) lopen dan zit je recoder helemaal vol maar heb je geen LTS. Geef je hem daarna een state_class dan zal het eerst volgende uur de LTS gevuld worden maar alleen met de data van afgelopen uur. Dit ondanks dat dus de recoder helemaal vol staat. Het zal dus weer 10 dagen duren voor er dus data in de LTS zit dat ouder is dan de recoder data. Ofwel, het duurt weer 10 dagen voor je het effect gaat zien dat de data langer opgeslagen wordt via de LTS.

Dit dus getest vandaag, en na aanpassing van de state_class komt hij netjes in de TLS maar alleen het laatste uur.


[...]

Was ergens ook mijn idee maar was niet zeker of die vraag alleen over de LTS ging of dat je hem ook krijgt als je de aanpassing doet en alleen recoder data hebt. Maar volgens mij heb je gelijk en krijg je die vraag alleen voor LTS data.

@Devke Dat zou betekenen dat het wel gewoon in de LTS zit. En iets wat ik me nu met testen ook pas bedacht, dit kan je ook zien. Als je naar Dec tools => Statistics gaat en zoekt op de entity (Netto Kosten HW Batterij) dan zou je hem daar moeten zien staan. Alleen entities die LTS hebben staan daar. En heb het idee dat als je ze daar opent dat je dan ook alleen de LTS data ziet en geen recoder data.

@Septillion ik heb voor het gemak even 2 screens gemaakt. De sensor staat idd bij Statistieken. Echter zie ik de data van vandaag en dus 9 dagen terug. De data van gister is daar ook niet zichtbaar.

[HuismAndré]

Septillion schreef op maandag 19 mei 2025 @ 15:43:
[...]

Mja, dat vind ik ook zo'n ding dat niet handig dat het het toegestaan wordt. Dat een device van meerdere integraties kan komen is voor veel gebruikers al niet te bevatten. En maakt het ook lastig uitzoeken etc zeker omdat je niet meer zo makkelijk kunt zien welke integratie dan verantwoordelijk is voor welke entiteit

Ik zou het veeeeeel liever gewoon als twee devices zien verschijnen.

Nou... Ik vind het wel heel erg prettig dat het door PowerCalc gesimuleerde verbruik van mijn apparaten gewoon netjes bij het bewuste apparaat komt te staan.

Zou wel handig zijn dat je kunt kiezen welke entiteiten bij een apparaat horen of losstaand zijn.

[ Voor 3% gewijzigd door HuismAndré op 19-05-2025 17:31 ]

[BiG-GuY]

Uberprutser schreef op maandag 19 mei 2025 @ 14:36:
[...]

Toevallig hier nog naar gekeken? Ik zit zelf ook naar Ali Tuya varianten te kijken maar liever iets van Sonoff wat zelfs nog vergelijkbaar is in prijs waarvan ik zeker weet dat het gaat werken in HA.

Heb hem in de tuin in gebruik op de waterkraan. Heb hem momenteel gekoppeld via ZHA, maar via Z2M zitten er meer opties in. Dus ga hem waarschijnlijk op m'n Z2M koppelen daarvoor.

Heb hem nog niet heel actief gebruikt voor automatische bewatering, vooral handmatig aan/uit voor nu.

[ Voor 21% gewijzigd door BiG-GuY op 19-05-2025 18:22 ]

[HuismAndré]

Devke schreef op maandag 19 mei 2025 @ 17:08:
[...]

@Septillion ik heb voor het gemak even 2 screens gemaakt. De sensor staat idd bij Statistieken. Echter zie ik de data van vandaag en dus 9 dagen terug. De data van gister is daar ook niet zichtbaar.

[Afbeelding]

[Afbeelding]

Even goed checken in "Statussen" of alles goed staat. Dat zou moeten zijn (als voorbeeld mijn autolader in euro's):

YAML:

state_class: total
unit_of_measurement: EUR
device_class: monetary
icon: mdi:currency-eur
friendly_name: Autolader Kosten

Waarbij friendly_name (en icon) natuurlijk persoonlijk zijn. Bij mij resulteert dat in een grafiek die al vanaf oktober vorig jaar loopt (LTS met 1 uurs resolutie) met de afgelopen 10 dagen uit de recorder (met hogere resolutie).

[ Voor 7% gewijzigd door HuismAndré op 19-05-2025 18:44 ]

[Devke]

HuismAndré schreef op maandag 19 mei 2025 @ 18:43:
[...]

Even goed checken in "Statussen" of alles goed staat. Dat zou moeten zijn (als voorbeeld mijn autolader in euro's):

YAML:

state_class: total
unit_of_measurement: EUR
device_class: monetary
icon: mdi:currency-eur
friendly_name: Autolader Kosten

Waarbij friendly_name (en icon) natuurlijk persoonlijk zijn. Bij mij resulteert dat in een grafiek die al vanaf oktober vorig jaar loopt (LTS met 1 uurs resolutie) met de afgelopen 10 dagen uit de recorder (met hogere resolutie).

Bij mij staat het zo

YAML:

state_class: total
unit_of_measurement: EUR
device_class: monetary
friendly_name: Netto Kosten HW Batterij

Zelfde dus. Ik heb de template sensor aangemaakt in de GUI. Niet in de configuration.yaml. Zou vlgs mij niets uitmaken. Het getal wisselt op dit moment van een positief naar negatief getal. Is dat het wellicht? Ik probeer maar hardop te denken ff.

[ Voor 6% gewijzigd door Devke op 19-05-2025 19:03 ]

[HuismAndré]

Devke schreef op maandag 19 mei 2025 @ 18:51:
[...]

Bij mij staat het zo

YAML:

state_class: total
unit_of_measurement: EUR
device_class: monetary
friendly_name: Netto Kosten HW Batterij

Zelfde dus. Ik heb de template sensor aangemaakt in de GUI. Niet in de configuration.yaml. Zou vlgs mij niets uitmaken. Het getal wisselt op dit moment van een positief naar negatief getal. Is dat het wellicht? Ik probeer maar hardop te denken ff.

Total moet prima overweg kunnen met positieve en negatieve waarden zolang er maar geen ongeldige waarden in zitten. In een grafiekje kun je die wellicht niet zien maar ik kan me zo voorstellen dat de aanmaak van een LTS daarop stuk loopt. Dus goed controleren of je template alleen getallen als uitvoer geeft (met een geldige default voor het geval dat).

[Devke]

HuismAndré schreef op maandag 19 mei 2025 @ 19:36:
[...]

Total moet prima overweg kunnen met positieve en negatieve waarden zolang er maar geen ongeldige waarden in zitten. In een grafiekje kun je die wellicht niet zien maar ik kan me zo voorstellen dat de aanmaak van een LTS daarop stuk loopt. Dus goed controleren of je template alleen getallen als uitvoer geeft (met een geldige default voor het geval dat).

Deze yaml staat in de template sensor:

YAML:

{% set laadkosten = states('sensor.laadkosten_batterij_totaal') | float(0) %}
{% set afschrijving = states('sensor.afschrijving_hw_batterij') | float(0) %}
{% set opbrengst = states('sensor.ontlaad_opbrengsten_batterij_totaal') | float(0) %}
{% set correctie = states('input_number.correctie_batterij_negatieve_tarieven') | float(0) %}
{{ (laadkosten + afschrijving - opbrengst + correctie) | round(2) }}

Laadkosten is een nutsmeter
Ontlaad_Opbrengst ook

Afschrijving :

YAML:

{% set begin = states('input_number.begin_stand_hw_batterij_cycli') | float(0) %}
{% set cycli_nu = states('sensor.plug_in_battery_batterijcycli') | float(0) %}
{% set cycli_sinds_start = cycli_nu - begin %}
{% set afschrijving_per_cyclus = 1395 / 6000 %}
{{ (cycli_sinds_start * afschrijving_per_cyclus) | round(2) }}

Zie jij evt een foutje? Logfile heeft sinds de aanpassing die ik gister op advies van @Septillion heb doorgevoerd geen meldingen gegeven.

[alex3305]

Septillion schreef op maandag 19 mei 2025 @ 17:02:
@alex3305 Blueprint sensors? Je bedoelt blueprints?

Yes. Maar je hebt verschillende soorten blueprints. De bekendste zijn voor automations en scripts, maar je hebt ze ook voor de template integration. Veelal gebruikt voor sensors en binary_sensors, vandaar dat ik die vaak blueprint sensors noem .

Ik gebruik deze blueprints bijvoorbeeld voor mijn lichtdetectie sensoren:

templates.yaml

YAML:

- use_blueprint:
    path: illuminance_threshold_sensor.yaml
    input:
      illuminance_entity: sensor.east_light_sensor_illuminance
      illuminance_threshold: 15
      delay_on: 5
  name: Daglicht oost
  unique_id: daylight_east

template/illuminance_threshold_sensor.yaml

YAML:

blueprint:
  name: Illuminance threshold binary sensor
  description: >-
    Creates a binary sensor that is on when the illuminance value of the
    provided sensor is above the given threshold. This will indicate that
    light was detected.
  domain: template
  input:
    illuminance_entity:
      name: Illuminance sensor
      description: The illuminance sensor to watch
      selector:
        target:
          entity:
            domain: sensor
            device_class: illuminance

    illuminance_threshold:
      name: Illuminance threshold
      description: The threshold when light should be detected
      selector:
        number:
          min: 0
          max: 1000
          step: 1
          unit_of_measurement: lx
          mode: box

    sun_entity:
      name: Sun sensor
      default: sun.sun
      selector:
        target:
          device:
            integration: sun

    delay_on:
      name: Delay on in minutes
      default: 5
      selector:
        number:
          min: 0
          max: 15
          unit_of_measurement: min

    delay_off:
      name: Delay off in minutes
      default: 0
      selector:
        number:
          min: 0
          max: 15
          unit_of_measurement: min

variables:
  illuminance_entity: !input illuminance_entity
  illuminance_threshold: !input illuminance_threshold
  sun_entity: !input sun_entity

binary_sensor:
  availability: "{{ has_value(illuminance_entity) and has_value(sun_entity) }}"
  delay_on:
    minutes: !input delay_on
  delay_off:
    minutes: !input delay_off
  device_class: light
  state: >-
    {{
      is_state(sun_entity, 'above_horizon') and
      (states(illuminance_entity) | int(0)) >= (illuminance_threshold | int(0))
    }}

En zo heb ik er ook een voor relatieve verlichtingsdetectie. Dus of een ruimte relatief lichter of donkerder is.

Ik vind het voornamelijk jammer dat je deze template sensoren niet in de interface kunt configureren zoals bij gewone blueprints. Dat lijkt mij nogal laaghangend fruit. En ik dacht ook dat een paar jaar geleden besloten was om geen nieuwe functionaliteit meer te introduceren zonder UI configuratie.

Maar nooit iets gehoord van de Z-wave JS devs?

Zeker wel. De eerste verjaardag van het architecture discussion geopend door de lead Z-Wave JS dev komt dichterbij. Maar dit is geen Z-Wave JS probleem. De Z-Wave Thermostat Setpoint CC devices conform versie 1 of 2 hoeven geen min/max attributen te rapporteren. De huidige 'validatie' met een max van 50 graden celcius vanuit Home Assistant is arbitrair omdat er simpelweg geen min/max is. En een pull request om de limiet te verhogen naar 100 graden gaat ook weer nergens heen. En ik snap dit standpunt wel:

Frenck
Thanks, but that kinda confirms the issue for me. This isn't an climate thermostat, but most fitting for the water heater entity of a device with number controls.

Echter is dit standpunt van de lead dev van Z-Wave JS ook valide:

AlCalzone
For me the question is how do we know how the user wants to use the device? If the supported range starts at -23C, calling it a water heater seems also not correct in all situations?

Want enerzijds ontneem je de gebruiker de manier om het aan te passen, ook al was dit per abuis. Terwijl het anderzijds ook overkomt van "not my problem". Omdat het semantisch niet past. En uiteindelijk blijft de gebruiker met het probleem zitten. Waarmee ik overigens niet zeg dat de een of de ander moet buigen. Maar lekker voelt zoiets ook niet.

En dan over water heaters gesproken. Ik heb ook een water heater als climate device omdat er geen generic water heater is, zoals een generic thermostat.

Of van de UX designers voor toegankelijkheid?

Nee. Ik ben daar denk ik te cynisch voor. Ik heb weinig trek om GitHub issues te openen die vervolgens geen of weinig aandacht krijgen. Of tussen wal en schip belanden zoals bovenstaand. De issues van steverep zijn daar wat mij betreft een prachtig voorbeeld van. En maar elke paar weken / maanden verplicht moeten reageren omdat een of ander bot het issue sluit .

Dat is dan ook meteen wat me tegenhoudt. UI issues of inconsistentie kom ik echt aan de lopende band tegen. Of beroerde implementaties die al helemaal niet toegankelijk zijn zoals bij een schedule (default view):


of bij statistieken aanpassen waar maar 5 opties getoond worden.


En er geen sluit knop is aan de bovenkant en ESC niet werkt. Gelukkig is er nu wel een Uitschieters knop, waarvan het contrast van primary op card background color dan weer niet heel erg denderend is.

Ik heb echt een haat-liefde verhouding met Home Assistant. En ook met de community. Dat heeft enerzijds met de houding van de devs te maken, anderzijds met de houding van entitled users, maar ook met mijn visuele beperking. Daardoor maak ik dingen veelal voor mezelf en dat vind ik soms ook wel jammer. Immers ben ik enorm tevreden over o.a. mijn UI:



Maar ook unieke automations. Want ik las bijvoorbeeld laatst dat iemand OwnTracks gebruikte als self-hosted location history vanuit Home Assistant, terwijl ik dan zie dat ik dat al jaren heb:

[Septillion]

@Devke Dat is niet geopend vanuit statistics.

Maar goed, zo zou correct moeten zijn. En of het was eerst niet goed en dus niet opgeslagen in LTS of je hebt een keer voor de tweede optie (verwijderen) gekozen toen je van unit of measurement bent gewisseld.

In beide gevallen kan je dus prima de recorder vol hebben met waardes van de afgelopen 10 dagen maar zal je dus echt gewoon 10 dagen moeten wachten. Dus tot het moment dat vandaag uit de recorder zou lopen. Want voor NU zou hij gewoon LTS aan moeten maken.

Maar ondanks dat er van afgelopen 10 dagen er data in de recorder zit zal dat niet overgaan naar de LTS.

[Devke]

Septillion schreef op maandag 19 mei 2025 @ 21:11:
@Devke Dat is niet geopend vanuit statistics.

Maar goed, zo zou correct moeten zijn. En of het was eerst niet goed en dus niet opgeslagen in LTS of je hebt een keer voor de tweede optie (verwijderen) gekozen toen je van unit of measurement bent gewisseld.

In beide gevallen kan je dus prima de recorder vol hebben met waardes van de afgelopen 10 dagen maar zal je dus echt gewoon 10 dagen moeten wachten. Dus tot het moment dat vandaag uit de recorder zou lopen. Want voor NU zou hij gewoon LTS aan moeten maken.

Maar ondanks dat er van afgelopen 10 dagen er data in de recorder zit zal dat niet overgaan naar de LTS.

Je schrijft in een eerder berichtje dat ik naar Dec Tools moet gaan. Denk dat je ontwikkeling omgeving bedoel. Dan statistiek. Die stap heb ik gedaan. Dan krijg je de sensor te zien met een oplopend grafiekje erachter getekend. Klik ik dan op de sensor dan krijg ik de grafiek die je ziet.

Okey als het er eerst moet uitlopen dan wacht ik ff tot 29 a 30 mei. Kijken of de data van vandaag dan sws blijft staan. Niet meer aangepast sinds gister.

[Septillion]

@alex3305 Mind blown Die template blueprints heb ik echt compleet gemist! Dank!

Ik dacht namelijk dat je doelde op het feit dat je een automation / script blueprint niet in de UI kunt ontwikkelen. Maar goed, qua UI en templates is het ook nog steeds raar dat availability niet via de UI kan...


En mja, eerder de discussie gehad. Als eerste, natuurlijk super naar dat de gebruiker hier de dupe is en dat er nog steeds geen oplossing is. Zeker omdat het dus in een standaard integratie zit en niet in een custom. Maar HA stelt het gewoon verplicht, punt. Dat Zwave het niet verplicht heeft doet dus niet ter zake. Dus naar mijn idee dus 100% aan de integratie om dat op te lossen. Die kan er ook voor kiezen dat je die min-max in de config (flow) van de integratie kunt instellen. Dat is naar mijn idee THE way to go als hij niet wil gokken en het niet uit het device zelf komt.

En mja, UX blijft lastig en de impact om het goed te doen is relatief klein. Daarmee praat ik het niet goed, maar als er dan ook nog eens niemand een officiële bug/klacht neer legt dan kunnen ze het al helemaal niet weten... Vandaar dat ik opperde om niet alleen een report in te dienen voor een enkele issue maar om te kijken of je als UX testgebruiker zou kunnen aansluiten. Want kan me voorstellen dat ook de goede UX designers dingen over het hoofd zien waar iemand die dagelijks hiermee te maken heeft direct eruit pikt.

Dus nogmaals, ik bedoel dit niet slecht of als aanval!

[Septillion]

@Devke Ik doe alles in het Engels omdat dat het meest universeel is. Als je niet zeker bent van de vertaling, zet dan je profiel even op Engels

Je zou nog een extra check kunnen doen. Doe dit wel minimaal een uur na een aanpassing om de LTS de tijd te geven om zich te vullen. Als je SQLite Web addon installeert, die start en opent en dan bij 'query' geef je op:

SQL:

SELECT *
FROM statistics AS s
JOIN statistics_meta AS m
ON s.metadata_id  = m.id
WHERE m.statistic_id = 'sensor.devke_test_lts'

Waar je sensor.devke_test_lts vervangt door het entity idee van die sensor (niet gokken, opzoeken!). Daarna klik je 'Execute'. Als je 'Empty result set.' ziet dan is er geen LTS opgeslagen. Is er wel wat opgeslagen zie je de regels met data.

[alex3305]

Septillion schreef op maandag 19 mei 2025 @ 21:23:
@alex3305 Mind blown Die template blueprints heb ik echt compleet gemist! Dank!

Ja is mooi spul. Maar een beetje halve bak omdat het implementeren dus nog steeds via YAML moet. Niet super erg, maar wel irritant. En vooral niet heel consistent. Vooral als ik dan mijn automation blueprints zie die er tip-top uitziet:

Ik dacht namelijk dat je doelde op het feit dat je een automation / script blueprint niet in de UI kunt ontwikkelen.

Nee maar dat snap ik wel. Mijn grootste blueprint is... momenteel ruim 750 regels YAML . Dat zou ik niet willen doen in de UI. Daarnaast is de lettertypegrootte van de editor in de UI ook kleiner dan gewenst.

Maar goed, qua UI en templates is het ook nog steeds raar dat availability niet via de UI kan...

Ook zoiets...

En mja, eerder de discussie gehad. Als eerste, natuurlijk super naar dat de gebruiker hier de dupe is en dat er nog steeds geen oplossing is. Zeker omdat het dus in een standaard integratie zit en niet in een custom. Maar HA stelt het gewoon verplicht, punt. Dat Zwave het niet verplicht heeft doet dus niet ter zake. Dus naar mijn idee dus 100% aan de integratie om dat op te lossen. Die kan er ook voor kiezen dat je die min-max in de config (flow) van de integratie kunt instellen. Dat is naar mijn idee THE way to go als hij niet wil gokken en het niet uit het device zelf komt.

Ik vind de verantwoordelijkheid hiervan bij de gebruiker neerleggen anders ook aardig beroerd anders. Het apparaat heeft nu eenmaal geen formele min/max, waarom zou Home Assistant dat dan wel hebben? Een nummer validatie op de achtergrond zou voldoende zijn met op de voorgrond een interface aanpassing. Maar dat was er.

Voor mij is het punt voornamelijk dat je een regressie hebt waar je niets mee doet want zo was het niet bedoeld. Dat krijg ik niet verkocht aan een klant. Er wordt daarmee wat mij betreft overhaast geschoten, waarbij gebruikers er de dupe van zijn. Ongeacht onze mening zijn we er denk ik wel over uit dat zo'n situatie nou eenmaal niet de schoonheidsprijs verdient.

En mja, UX blijft lastig en de impact om het goed te doen is relatief klein. Daarmee praat ik het niet goed, maar als er dan ook nog eens niemand een officiële bug/klacht neer legt dan kunnen ze het al helemaal niet weten... Vandaar dat ik opperde om niet alleen een report in te dienen voor een enkele issue maar om te kijken of je als UX testgebruiker zou kunnen aansluiten. Want kan me voorstellen dat ook de goede UX designers dingen over het hoofd zien waar iemand die dagelijks hiermee te maken heeft direct eruit pikt.

Dus nogmaals, ik bedoel dit niet slecht of als aanval!

Heel eerlijk, deze reactie herken ik helemaal. Ik snap het ook wel, maar ik zeg weleens dat Nederland te klein is als morgen Intertoys geen mensen in een rolstoel meer binnenlaat omdat ze een drempel neerleggen. Maar als de website niet toegankelijk is voor slechtzienden omdat de knop van de cookiemuur niet te accepteren is, dan kunnen we dat niet zomaar aanpassen omdat de impact te klein is. Dat voelt wrang, maar is de realiteit.

En je hebt wel gelijk hoor, maar als ik bijvoorbeeld dit issue met de opmerking "The default style change has been decided by the design team." langs zie komen haak ik simpelweg meteen af. Is overigens ook de reden dat ik die hele headers (nog) niet gebruik.

Excuses als ik zo overkom. Zo heb ik het zeker niet opgepakt. Ik ken mezelf ook steeds beter en daarmee ook mijn valkuilen .

[HuismAndré]

Septillion schreef op maandag 19 mei 2025 @ 21:32:
@Devke Ik doe alles in het Engels omdat dat het meest universeel is. Als je niet zeker bent van de vertaling, zet dan je profiel even op Engels

Je zou nog een extra check kunnen doen. Doe dit wel minimaal een uur na een aanpassing om de LTS de tijd te geven om zich te vullen. Als je SQLite Web addon installeert, die start en opent en dan bij 'query' geef je op:

SQL:

SELECT *
FROM statistics AS s
JOIN statistics_meta AS m
ON s.metadata_id  = m.id
WHERE m.statistic_id = 'sensor.devke_test_lts'

Waar je sensor.devke_test_lts vervangt door het entity idee van die sensor (niet gokken, opzoeken!). Daarna klik je 'Execute'. Als je 'Empty result set.' ziet dan is er geen LTS opgeslagen. Is er wel wat opgeslagen zie je de regels met data.

Dat hoeft toch allemaal niet. Je kunt de huidige LTS (ook die van vandaag) gewoon bekijken.



Edit: Hmm. Nu begin ik wel wat verward te worden. Immers deze statistieken gaan in een 5 minuten grid terwijl de LTS in een uur grid gaan. Worden die dan wellicht uiteindelijk nog getotaliseerd tot een 1 uurs grid of is er én een 5 minuten grid én een uurs grid? Ik kan namelijk die 5 minuten statistieken aanpassen van alles jonger dan 10 dagen (wel eens moeten doen vanwege afrondingfouten waardoor een verbruiker een negatief verbruik kreeg van 1Wh). Idem bij het 1 uurs grid van > 10 dagen geleden. Dus wanneer wordt het 1 uur grid aangemaakt? Aan het einde van elk uur of aan het einde van de recorder window?

@Devke Ik zie geen fout in je code. Je float alles netjes (inclusief default voor het geval dat). Je zou eventueel nog een availability template toe kunnen voegen (zodat er geen waarden komen als de onderliggende sensoren er niet zijn).

[ Voor 24% gewijzigd door HuismAndré op 19-05-2025 22:24 ]

[Septillion]

@HuismAndré Owja, omdat het een total is werkt dat ja Werkt niet voor measurements en in mijn hoofd moet het eigenlijk nog steeds state class measurement zijn...

Nadeel is wel dat die weergave alleen een kleine window om het tijdstip laat zien. Je kan niet makkelijk een hele dag bekijken.

[Devke]

HuismAndré schreef op maandag 19 mei 2025 @ 22:13:
[...]

Dat hoeft toch allemaal niet. Je kunt de huidige LTS (ook die van vandaag) gewoon bekijken.

[Afbeelding]

Edit: Hmm. Nu begin ik wel wat verward te worden. Immers deze statistieken gaan in een 5 minuten grid terwijl de LTS in een uur grid gaan. Worden die dan wellicht uiteindelijk nog getotaliseerd tot een 1 uurs grid of is er én een 5 minuten grid én een uurs grid? Ik kan namelijk die 5 minuten statistieken aanpassen van alles jonger dan 10 dagen (wel eens moeten doen vanwege afrondingfouten waardoor een verbruiker een negatief verbruik kreeg van 1Wh). Idem bij het 1 uurs grid van > 10 dagen geleden. Dus wanneer wordt het 1 uur grid aangemaakt? Aan het einde van elk uur of aan het einde van de recorder window?

@Devke Ik zie geen fout in je code. Je float alles netjes (inclusief default voor het geval dat). Je zou eventueel nog een availability template toe kunnen voegen (zodat er geen waarden komen als de onderliggende sensoren er niet zijn).

En @Septillion ik heb even gekeken binnen HA. Dan krijg ik ook een overzichtje van data. Hieronder een stukje van gister en vandaag. Als laatste een plaatje wat de waarde "nu" heeft.







Maar eens een tijdje zo laten lopen dan? De SQL querie nog doen of geeft dit eigenlijk aan dat het goed staat?

[TheFes]

HuismAndré schreef op maandag 19 mei 2025 @ 22:13:
[...]

Dat hoeft toch allemaal niet. Je kunt de huidige LTS (ook die van vandaag) gewoon bekijken.

[Afbeelding]

Edit: Hmm. Nu begin ik wel wat verward te worden. Immers deze statistieken gaan in een 5 minuten grid terwijl de LTS in een uur grid gaan. Worden die dan wellicht uiteindelijk nog getotaliseerd tot een 1 uurs grid of is er én een 5 minuten grid én een uurs grid? Ik kan namelijk die 5 minuten statistieken aanpassen van alles jonger dan 10 dagen (wel eens moeten doen vanwege afrondingfouten waardoor een verbruiker een negatief verbruik kreeg van 1Wh). Idem bij het 1 uurs grid van > 10 dagen geleden. Dus wanneer wordt het 1 uur grid aangemaakt? Aan het einde van elk uur of aan het einde van de recorder window?

@Devke Ik zie geen fout in je code. Je float alles netjes (inclusief default voor het geval dat). Je zou eventueel nog een availability template toe kunnen voegen (zodat er geen waarden komen als de onderliggende sensoren er niet zijn).

Er zijn Long Term Statistics en Short Term Statistics.
Tijdens de recorder periode (standaard 10 dagen) worden alle statistics eerst als STS opgeslagen, dat is per 5 minuten. Na de recorder periode worden die weer tot LTS samengevoegd (per uur).

[TheFes]

@alex3305 @Septillion
De blueprints voor template entities zijn er inderdaad al een tijdje, maar nog vrij beperkt.

Vaak worden dit soort contributies opgesplitst in meerdere PR's om het ook voor de reviewers behapbaar te houden. In dit geval is dus eerst de core functionaliteit toegevoegd, om daarna de frontend toe te voegen. Ik weet echter dat de contributor in dit geval weinig frontend kennis had (is ook een andere programmeertaal) en bovendien vrij gefrustreerd is geworden over het hele reviewproces van het eerste deel.

Nadat het core deel met veel horten en stoten toegevoegd is, was hij totaal niet meer gemotiveerd om de tweede stap ook nog op te pakken.

De template integration zelf heeft sinds kort een nieuwe code owner (Petro), dat is de persoon die mijn in mijn template-babystapjes heel erg geholpen heeft, en ook iemand die heel actief is in support voor templating op Discord en het HA Forum. Hij heeft de laatste maanden veel contributions gedaan voor de template integration, waaronder het moderne format voor switches/lighst/covers/fans.

Ik kan hem wel eens vragen of hij nog plannen heeft om de template blueprints naar de GUI te brengen, maar ik denk dat zijn plan is om eerst het hele template framework goed te hebben (want daar zitten ook nog de nodige inconsistenties in). Hij is echter ook een Python developer, met dus ook beperkte frontend kennis.

[TiMMieJ]

De laatste tijd heb ik veel last dat mijn automatisering voor de lampen in de overloop te langzaam zijn. Ik schakel een Govee strip en Hue lamp in op basis van de Hue motion sensors. Mijn Home Assistant is niet heel uitgebreid maar ik snap eigenlijk niet waarom het zo langzaam is. Meestal zitten we al op de wc als het licht aangaat.... Is daar iets in te debuggen om te zien waarom het zo langzaam is? Ik draai homeassistant op basis van een docker container op mijn synology DS918+ NAS. Daar draait eigenlijk alleen deze container op. Hopelijk hebben jullie nog ideen.

[djiedjee]

Missichien heb je last van een Wifi-netwerk wat stoort. Heb je de kanalen gecheckt?

Zie ook
https://community.home-as...ifferent-channel/726429/4

TiMMieJ schreef op dinsdag 20 mei 2025 @ 11:13:
Hopelijk hebben jullie nog ideen.

[TiMMieJ]

djiedjee schreef op dinsdag 20 mei 2025 @ 11:19:
Missichien heb je last van een Wifi-netwerk wat stoort. Heb je de kanalen gecheckt?

Zie ook
https://community.home-as...ifferent-channel/726429/4


[...]

Had ik inderdaad gevonden en mijn HUE bridge zit op kanaal 20. Hiermee zou deze niet moeten storen met de wifi als ik het goed heb begrepen.

[alex3305]

@TheFes Bedankt voor dit inzicht.

Ik wist niet dat Petro deze bijdragen deed, maar ben blij dat het hij die verantwoordelijkheid lijkt te nemen. Ik herken hem van het forum en zijn bijdragen zijn vaak enorm goed. Soms wat kort door de bocht en soms zelfs onjuist , maar nooit arrogant. Ik heb echt gemerkt dat templates de laatste tijd een stuk consistenter zijn geworden. Ik zie dat ik deze nog moet doen, maar dit soort aanpassingen zijn kleine dingen, maar eigenlijk fantastisch:

YAML:

- id: notify_window_open_when_sleeping
  alias: Notificatie raam open bij slapen
  variables:
    # TODO Replace floor_areas() with floor_entities() in 2025.4
    #      PR: home-assistant/core#136509
    second_floor_windows: >-
      {{ floor_areas('eerste') | map('area_entities') | sum(start=[])
          | select('has_value')
          | select('is_state', 'on')
          | expand
          | selectattr('attributes.device_class', 'eq', 'window')
          | map(attribute='entity_id')
          | list }}

YAML:

- id: notify_window_open_when_sleeping
  alias: Notificatie raam open bij slapen
  variables:
    second_floor_windows: >-
      {{ floor_entities('eerste')
          | select('has_value')
          | select('is_state', 'on')
          | expand
          | selectattr('attributes.device_class', 'eq', 'window')
          | map(attribute='entity_id')
          | list }}

Zoals ik in mijn vorige post(s) ook al uiteenzette herken ik de benoemde frustratie. Voornamelijk wanneer je iets incidenteel wilt bijdragen en niet zomaar mee wilt doen op een platform zoals Discord. Maar ook wanneer de expertise op één plek ligt en er geen draagvlak lijkt te zijn op het andere gedeelte. Wat ik daarmee bedoel is dat ik niet snap dat bijvoorbeeld zo'n template integratie dan niet gezamenlijk als backend en frontend wordt opgepakt voor de sprint als complete feature.

Maar ik denk dat ik daarmee de spijker op de kop sla. Want volgens mij zijn de woorden sprint, agile, backlog en scrum termen waar menig Nabu Casa developer direct van in de kramp schiet. Althans een dergelijke organisatie is niet zichtbaar vanaf mijn stoel. Wel een soort van roadmap, maar die vind ik toch aardig abstract.

En dat vind ik dan ook lastig aan grotere open-source projecten. Enerzijds zijn het open-source projecten en als je iets niet zint wordt er van je verwacht dat je het zelf maar bijdraagt. Anderzijds zijn het (steeds vaker) bedrijven of organisaties die ook belangen hebben. En als je bijdrage daar niet in past, heb je pech.

[Septillion]

@TiMMieJ Dus integratie via Hue (en dus niet via ZHA of Z2M)?

Dan vooral eens monitoren. Zie je de beweging sensor ook traag in HA? En in de Hue app?

[Septillion]

@Devke Dat zijn waardes die 1 op 1 uit de statistics komen dus dan zou het nu goed moeten gaan. Nu dus eens 10+ dagen laten vullen.

[HuismAndré]

TiMMieJ schreef op dinsdag 20 mei 2025 @ 11:22:
[...]


Had ik inderdaad gevonden en mijn HUE bridge zit op kanaal 20. Hiermee zou deze niet moeten storen met de wifi als ik het goed heb begrepen.

Ik merkte bij mijn Hue bridges destijds (gebruik ze nu niet meer) dat ze het met name wat te kwaad kregen als je veel dingen ging veranderen (devices toevoegen, scenes programmeren etc.). Na een paar dagen settelde dat wel weer en kwam de snelheid (bijna vertragingsloos) van bewegingsmelders weer terug. Vooral de bridge die ik thuis gebruikte (die op het randje zat van wat deze volgens de fabrikant aankan) was daar erg gevoelig voor.

[TiMMieJ]

Septillion schreef op dinsdag 20 mei 2025 @ 12:15:
@TiMMieJ Dus integratie via Hue (en dus niet via ZHA of Z2M)?

Dan vooral eens monitoren. Zie je de beweging sensor ook traag in HA? En in de Hue app?

Ja integratie via Hue inderdaad. Hue zelf werkte altijd super snel. Ik zag wel dat er ook een trace in zit in HA dus misschien die ook eens nakijken als we de integratie triggeren.

HuismAndré schreef op dinsdag 20 mei 2025 @ 12:20:
[...]

Ik merkte bij mijn Hue bridges destijds (gebruik ze nu niet meer) dat ze het met name wat te kwaad kregen als je veel dingen ging veranderen (devices toevoegen, scenes programmeren etc.). Na een paar dagen settelde dat wel weer en kwam de snelheid (bijna vertragingsloos) van bewegingsmelders weer terug. Vooral de bridge die ik thuis gebruikte (die op het randje zat van wat deze volgens de fabrikant aankan) was daar erg gevoelig voor.

De integratie draait inmiddels al vrij lang maar word er niet sneller op. Ik merk wel dat het de ene keer langzamer is dan de andere.

Hierbij ook nog even de yaml trouwens:

YAML:

alias: Licht - Trap Lichten aan (new)
description: ""
mode: single
triggers:
  - type: motion
    device_id: 64c20870e796285ec7ec2e0251efc52f
    entity_id: 16ae60099c977c2cb8fb0b4d2a754616
    domain: binary_sensor
    id: Halvd1On
    trigger: device
  - type: motion
    device_id: 7179f89eddf7da373e3906728cc2218b
    entity_id: 143de6c1e25f53324c0c0d88e6f0ae8d
    domain: binary_sensor
    id: HalbgOn
    trigger: device
conditions: []
actions:
  - if:
      - condition: time
        after: "23:00:00"
        before: "07:00:00"
        weekday:
          - mon
          - tue
          - wed
          - thu
          - fri
          - sat
          - sun
    then:
      - metadata: {}
        data:
          brightness_pct: 10
        target:
          device_id:
            - 384a4b622f75cc412362d25cd72733f5
            - 08ffd90383757b6fbbaf0f4039e40c3f
        action: light.turn_on
      - choose:
          - conditions:
              - condition: trigger
                id:
                  - Halvd1On
            sequence:
              - metadata: {}
                data:
                  profile: RegenboogOmlaag
                target:
                  device_id:
                    - 9fb01f284711a36513e3fb26de1884a8
                action: light.turn_on
          - conditions:
              - condition: trigger
                id:
                  - HalbgOn
            sequence:
              - metadata: {}
                data:
                  profile: RegenboogOmhoog
                target:
                  device_id:
                    - 9fb01f284711a36513e3fb26de1884a8
                action: light.turn_on
    else:
      - choose:
          - conditions:
              - condition: trigger
                id:
                  - Halvd1On
              - type: is_illuminance
                condition: device
                device_id: 64c20870e796285ec7ec2e0251efc52f
                entity_id: 72dfe3e0ab22bdbc814f1fb4a765f4ee
                domain: sensor
                below: 10
            sequence:
              - metadata: {}
                data:
                  profile: RegenboogOmlaag
                target:
                  device_id:
                    - 9fb01f284711a36513e3fb26de1884a8
                action: light.turn_on
          - conditions:
              - condition: trigger
                id:
                  - HalbgOn
              - type: is_illuminance
                condition: device
                device_id: 64c20870e796285ec7ec2e0251efc52f
                entity_id: 72dfe3e0ab22bdbc814f1fb4a765f4ee
                domain: sensor
                below: 10
            sequence:
              - metadata: {}
                data:
                  profile: RegenboogOmhoog
                action: light.turn_on
                target:
                  device_id: 9fb01f284711a36513e3fb26de1884a8
      - if:
          - type: is_illuminance
            condition: device
            device_id: 64c20870e796285ec7ec2e0251efc52f
            entity_id: 72dfe3e0ab22bdbc814f1fb4a765f4ee
            domain: sensor
            below: 10
        then:
          - metadata: {}
            data:
              brightness: 80
            target:
              device_id:
                - 384a4b622f75cc412362d25cd72733f5
                - 08ffd90383757b6fbbaf0f4039e40c3f
            action: light.turn_on

[ Voor 60% gewijzigd door TiMMieJ op 20-05-2025 13:32 ]

[TheFes]

@alex3305 @Septillion


Dus, het staat wel op de planning, maar het zal nog wat tijd nodig hebben.

[krizzziz]

Ik heb geen config map kom ik net achter. Mijn configuration.yaml zit meteen onder /homeassistant/configuration.yaml. Ook zit de map www direct onder /homeassistant/www waardoor ze niet te zien zijn voor de buitenwereld.

Iemand hier ervaringen mee?

[Jan Smit]

Hoe kan ik alle schakelaars/knopjes maken zoals de onderste (Kokendwaterkraan Keuken) ?
Ik vind zo'n schuifje veel mooier.

[TheFes]

Jan Smit schreef op dinsdag 20 mei 2025 @ 16:12:
Hoe kan ik alle schakelaars/knopjes maken zoals de onderste (Kokendwaterkraan Keuken) ?
Ik vind zo'n schuifje veel mooier.

[Afbeelding]

Waar komen die switches vandaan? Hij laat die 2 knopjes met die bliksem zien als de state niet bepaald kan worden. Ofwel HA gaat er vanuit dat de huidige state de laatste state is waar hij in HA opgezet is. Dat kan wel eens incorrect zijn, en als een schuifje op AAN staat, kun je het niet alsnog naar AAN schuiven. Daarom laat hij bij zulke switches, met een optimistic state, 2 knopjes zien, zodat je altijd nog op het AAN knopje kunt drukken, ook al is die in HA al actief (maar staat de switch in werkelijkheid uit).

[Kodess]

Goed, Home Assistant las mijn omvormer niet meer uit.
Device reloaden werkte niet, disable re-enable ook niet.
Deleten en opnieuw toevoegen wel, mooi!
Long term stats zal die dan vast wel onthouden hebben...
of niet
Hoe krijg ik dat nu terug, los van een backup ophalen?
Want die device met entiteiten laten staan is ook niet de bedoeling neem ik aan (als er een error staat en het niet meer werkt)

[TheFes]

Kodess schreef op dinsdag 20 mei 2025 @ 16:39:
Goed, Home Assistant las mijn omvormer niet meer uit.
Device reloaden werkte niet, disable re-enable ook niet.
Deleten en opnieuw toevoegen wel, mooi!
Long term stats zal die dan vast wel onthouden hebben...
of niet
Hoe krijg ik dat nu terug, los van een backup ophalen?
Want die device met entiteiten laten staan is ook niet de bedoeling neem ik aan (als er een error staat en het niet meer werkt)

Wat probeer je nou precies te zeggen?
Je hebt een device verwijderd, opnieuw toegevoegd en nu zie je de Long Term Statistics niet meer?
Als je de nieuwe entities hetzelfde entity_id geeft als de oude, dan worden de oude LTS aan de nieuwe entity gekoppeld.

[Kodess]

TheFes schreef op dinsdag 20 mei 2025 @ 17:02:
[...]


Wat probeer je nou precies te zeggen?
Je hebt een device verwijderd, opnieuw toegevoegd en nu zie je de Long Term Statistics niet meer?
Als je de nieuwe entities hetzelfde entity_id geeft als de oude, dan worden de oude LTS aan de nieuwe entity gekoppeld.

Ik kreeg het niet duidelijker verwoord...
Ik had in het Energy Dashboard de oude entiteit vervangen voor de nieuwe, door de oude weer toe te voegen zie ik alle data natuurlijk nog. (Er staat alleen 'Entity not defined')

Wat jij aan het einde beschrijft wil ik graag doen, maar dan moet ik de oude entiteiten dus echt verwijderen, om daarna de nieuwe dezelfde namen te geven, correct?

[TheFes]

Kodess schreef op dinsdag 20 mei 2025 @ 17:05:
[...]

Ik kreeg het niet duidelijker verwoord...
Ik had in het Energy Dashboard de oude entiteit vervangen voor de nieuwe, door de oude weer toe te voegen zie ik alle data natuurlijk nog. (Er staat alleen 'Entity not defined')

Wat jij aan het einde beschrijft wil ik graag doen, maar dan moet ik de oude entiteiten dus echt verwijderen, om daarna de nieuwe dezelfde namen te geven, correct?

Jep, de oude moet echt weg zijn, anders kun je de nieuwe niet hetzelfde entity_id geven.

Maar vooral dit stukje maakt het mij erg onduidelijk of het nu wel of niet werkte

Long term stats zal die dan vast wel onthouden hebben...
of niet

[Kodess]

TheFes schreef op dinsdag 20 mei 2025 @ 17:22:
[...]


Jep, de oude moet echt weg zijn, anders kun je de nieuwe niet hetzelfde entity_id geven.

Maar vooral dit stukje maakt het mij erg onduidelijk of het nu wel of niet werkte

[...]

Ik heb nog niet de oude echt verwijderd. Ik had de device verwijderd. Dan behoud hij dus inderdaad de entities. Maar in het Energy Dashboard zag ik geen data meer, nadat ik hem daar ook weg had gehaald. Dat is dan natuurlijk mijn eigen schuld

Ga straks de entities 'vervangen' op de manier die jij aangaf, zijn er maar 30

[Jan Smit]

TheFes schreef op dinsdag 20 mei 2025 @ 16:25:
[...]


Waar komen die switches vandaan? Hij laat die 2 knopjes met die bliksem zien als de state niet bepaald kan worden. Ofwel HA gaat er vanuit dat de huidige state de laatste state is waar hij in HA opgezet is. Dat kan wel eens incorrect zijn, en als een schuifje op AAN staat, kun je het niet alsnog naar AAN schuiven. Daarom laat hij bij zulke switches, met een optimistic state, 2 knopjes zien, zodat je altijd nog op het AAN knopje kunt drukken, ook al is die in HA al actief (maar staat de switch in werkelijkheid uit).

Ahhhh!
Dat verklaart het.

De afzuigingen in huis gaan via een KaKu en die andere is een tuya wifi of zigbee switch.
ik ga die gekke KaKu's uitfaseren zodat ik alleen maar schuifjes heb :-)