Home Assistant: Open source Python3 home automation - deel 5

[bartbh]

Sinds een tijdje draai ik HAOS op een VM in Proxmox. Deze draait op een N150 met 12GB geheugen. Hiervoor draaide ik op een 4GB RPI4.

Nu merkte ik de laatste tijd, dat regelmatig er veel geheugen consumeerd werd/wordt. Nu ben ik er achter dat tijdens/na het draaien van een backup het geheugen van de supervisor niet meer terugvalt.

Pas na een reboot zakt het geheugengebruik weer, maar zodra je weer een backuptaak start schiet deze weer omhoog. Zie bijgevoegd screenshot van Glances en Docker. Je ziet om 15.50 een sprong van 4.6 naar ruim 7 gb. Om 15.20 zie je die ook en pas met een reboot van 15.43 zakt die terug.

Zijn er meer mensen die dit herkennen of ervaren?

Ik kwam een soortgelijk topic tegen, maar daar is ook nog geen oplossing gevonden: https://community.home-as...sage-after-backups/943658

[manusjevanalles]

Septillion schreef op dinsdag 17 februari 2026 @ 13:50:
@manusjevanalles Inderdaad dat.
- Backup maken
- Oude verwijderen (niet hernoemen!)
- Niets doen met een melding over LTS
- Nieuwe zelfde entity id geven
- LTS wordt samengevoegd

Het is gelukt, echter nu hebben de sensoren die de kosten van energieverbruik bijhouden in het energiedashboard een nummer hoger gekregen. Nu ben ik alle bijgehouden kosten van elektriciteit kwijt.
Waarom zijn deze sensors veranderd?

Ik kan een backup terugzetten. Echter dat is wel veel gedoe want ik moet de USB weer helemaal toevoegen aan de vm, dan aan docker, dan HA starten etc. Als ik alleen de backup terugzet zonder de USB in te pluggen, dan start HA niet.

[ Voor 25% gewijzigd door manusjevanalles op 17-02-2026 18:13 ]

[Septillion]

@manusjevanalles Ik moet zeggen dat ik geen kosten bijhoudt in HA. Maar dacht dat energy dashboard toch geen entities daarvoor aanmaakt?

[Septillion]

@bartbh Ik het ken het niet maar valt vooral op dat je supervisor veel gebruikt naar mijn idee. Mijn "production" HA heeft 4GB tot zijn beschikking (van de 16GB van mijn N100). Draai dagelijks een backup in de nacht en supervisor zit op 370MB.

Zit totaal op 40%-ish van de 4GB. Maar zie ook dat bij jouw Grafana, InfluxDB en Unifi heftige addons apps zijn die bij elkaar al 2,5GB gebruiken.

Je backup taak weet wel af te ronden dus?

[ Voor 3% gewijzigd door Septillion op 17-02-2026 19:53 ]

[Isane]

Een CO & rookmelder in 1 wat ik kan aansluiten op homeassistant en wat ik kan aansluiten op het stroomnet bestaat eigenlijk niet?

[bartbh]

Septillion schreef op dinsdag 17 februari 2026 @ 19:45:
@bartbh Ik het ken het niet maar valt vooral op dat je supervisor veel gebruikt naar mijn idee. Mijn "production" HA heeft 4GB tot zijn beschikking (van de 16GB van mijn N100). Draai dagelijks een backup in de nacht en supervisor zit op 370MB.

Zit totaal op 40%-ish van de 4GB. Maar zie ook dat bij jouw Grafana, InfluxDB en Unifi heftige addons apps zijn die bij elkaar al 2,5GB gebruiken.

Je backup taak weet wel af te ronden dus?

De backup an sich gaat goed voor zover ik kan zien. Geen foutmeldingen en op basis van de logs van de supervisor is de taak in ongeveer 2 minuten afgerond. Er zitten inderdaad een aantal grote apps/addons in, maar zou denken dat dat voor de backup niet uitmaakt.

YAML:

2026-02-17 15:50:37.470 INFO (MainThread) [supervisor.backups.manager] Backup 7c294458 starting stage addon_repositories
2026-02-17 15:50:37.471 INFO (MainThread) [supervisor.backups.manager] Creating new partial backup with slug 7c294458
2026-02-17 15:50:37.477 INFO (MainThread) [supervisor.backups.manager] Backup 7c294458 starting stage home_assistant
2026-02-17 15:50:37.506 INFO (MainThread) [supervisor.homeassistant.module] Backing up Home Assistant Core config folder
2026-02-17 15:50:47.506 INFO (MainThread) [supervisor.api.middleware.security] /supervisor/info access from cebe7a76_hassio_google_drive_backup
2026-02-17 15:50:47.508 INFO (MainThread) [supervisor.api.middleware.security] /backups access from cebe7a76_hassio_google_drive_backup
2026-02-17 15:51:04.504 INFO (MainThread) [supervisor.homeassistant.module] Backup Home Assistant Core config folder done
2026-02-17 15:51:04.506 INFO (MainThread) [supervisor.backups.manager] Backup 7c294458 starting stage addons
2026-02-17 15:51:04.509 INFO (MainThread) [supervisor.addons.addon] Building backup for add-on core_ssh
2026-02-17 15:51:04.527 INFO (MainThread) [supervisor.addons.addon] Finish backup for addon core_ssh
2026-02-17 15:51:04.532 INFO (MainThread) [supervisor.addons.addon] Building backup for add-on a0d7b954_grafana
2026-02-17 15:51:04.562 INFO (MainThread) [supervisor.addons.addon] Finish backup for addon a0d7b954_grafana
2026-02-17 15:51:04.567 INFO (MainThread) [supervisor.addons.addon] Building backup for add-on core_nginx_proxy
2026-02-17 15:51:04.575 INFO (MainThread) [supervisor.addons.addon] Finish backup for addon core_nginx_proxy
2026-02-17 15:51:04.579 INFO (MainThread) [supervisor.addons.addon] Shutdown add-on a0d7b954_unifi for cold backup
2026-02-17 15:51:04.583 INFO (MainThread) [supervisor.docker.manager] Stopping addon_a0d7b954_unifi application
2026-02-17 15:51:13.456 INFO (MainThread) [supervisor.docker.manager] Cleaning addon_a0d7b954_unifi application
2026-02-17 15:51:13.480 INFO (MainThread) [supervisor.addons.addon] Building backup for add-on a0d7b954_unifi
2026-02-17 15:51:21.383 INFO (MainThread) [supervisor.addons.addon] Finish backup for addon a0d7b954_unifi
2026-02-17 15:51:21.385 INFO (MainThread) [supervisor.addons.addon] Starting add-on a0d7b954_unifi again
2026-02-17 15:51:22.511 INFO (MainThread) [supervisor.docker.addon] Starting Docker add-on ghcr.io/hassio-addons/unifi/amd64 with version 5.0.0
2026-02-17 15:51:22.517 INFO (MainThread) [supervisor.addons.addon] Building backup for add-on cebe7a76_hassio_google_drive_backup
2026-02-17 15:51:22.529 INFO (MainThread) [supervisor.addons.addon] Finish backup for addon cebe7a76_hassio_google_drive_backup
2026-02-17 15:51:22.534 INFO (MainThread) [supervisor.addons.addon] Building backup for add-on 193f5383_zigstar-cc2652p-flasher
2026-02-17 15:51:22.545 INFO (MainThread) [supervisor.addons.addon] Finish backup for addon 193f5383_zigstar-cc2652p-flasher
2026-02-17 15:51:22.552 INFO (MainThread) [supervisor.addons.addon] Building backup for add-on core_mosquitto
2026-02-17 15:51:22.569 INFO (MainThread) [supervisor.addons.addon] Finish backup for addon core_mosquitto
2026-02-17 15:51:22.575 INFO (MainThread) [supervisor.addons.addon] Building backup for add-on 45df7312_zigbee2mqtt
2026-02-17 15:51:22.582 INFO (MainThread) [supervisor.addons.addon] Finish backup for addon 45df7312_zigbee2mqtt
2026-02-17 15:51:22.588 INFO (MainThread) [supervisor.addons.addon] Building backup for add-on a0d7b954_influxdb
2026-02-17 15:52:30.480 INFO (MainThread) [supervisor.addons.addon] Finish backup for addon a0d7b954_influxdb
2026-02-17 15:52:30.493 INFO (MainThread) [supervisor.addons.addon] Building backup for add-on core_duckdns
2026-02-17 15:52:31.721 INFO (MainThread) [supervisor.addons.addon] Finish backup for addon core_duckdns
2026-02-17 15:52:31.731 INFO (MainThread) [supervisor.addons.addon] Building backup for add-on 5c53de3b_esphome
2026-02-17 15:52:31.740 INFO (MainThread) [supervisor.addons.addon] Finish backup for addon 5c53de3b_esphome
2026-02-17 15:52:31.750 INFO (MainThread) [supervisor.addons.addon] Building backup for add-on core_configurator
2026-02-17 15:52:31.760 INFO (MainThread) [supervisor.addons.addon] Finish backup for addon core_configurator
2026-02-17 15:52:31.771 INFO (MainThread) [supervisor.addons.addon] Building backup for add-on 81bc2df9_sonoff_dongle_flasher_for_ihost
2026-02-17 15:52:31.786 INFO (MainThread) [supervisor.addons.addon] Finish backup for addon 81bc2df9_sonoff_dongle_flasher_for_ihost
2026-02-17 15:52:31.803 INFO (MainThread) [supervisor.addons.addon] Building backup for add-on a0d7b954_glances
2026-02-17 15:52:31.817 INFO (MainThread) [supervisor.addons.addon] Finish backup for addon a0d7b954_glances
2026-02-17 15:52:31.821 INFO (MainThread) [supervisor.backups.manager] Backup 7c294458 starting stage folders
2026-02-17 15:52:31.822 INFO (SyncWorker_2) [supervisor.backups.backup] Backing up folder share
2026-02-17 15:52:31.828 INFO (SyncWorker_2) [supervisor.backups.backup] Backup folder share done
2026-02-17 15:52:31.832 INFO (SyncWorker_1) [supervisor.backups.backup] Backing up folder ssl
2026-02-17 15:52:31.836 INFO (SyncWorker_1) [supervisor.backups.backup] Backup folder ssl done
2026-02-17 15:52:31.837 INFO (MainThread) [supervisor.backups.manager] Backup 7c294458 starting stage finishing_file
2026-02-17 15:52:31.841 INFO (MainThread) [supervisor.backups.manager] Backup 7c294458 starting stage await_addon_restarts
2026-02-17 15:52:31.842 INFO (MainThread) [supervisor.backups.manager] Creating partial backup with slug 7c294458 completed
2026-02-17 15:52:31.859 INFO (MainThread) [supervisor.api.backups] Downloading backup 7c294458
2026-02-17 15:52:42.358 INFO (MainThread) [supervisor.api.middleware.security] /supervisor/info access from cebe7a76_hassio_google_drive_backup
2026-02-17 15:52:42.360 INFO (MainThread) [supervisor.api.middleware.security] /backups access from cebe7a76_hassio_google_drive_backup
2026-02-17 15:52:42.367 INFO (MainThread) [supervisor.api.middleware.security] /backups/7c294458/info access from cebe7a76_hassio_google_drive_backup
2026-02-17 15:52:42.370 INFO (MainThread) [supervisor.api.middleware.security] /supervisor/info access from cebe7a76_hassio_google_drive_backup
2026-02-17 15:52:42.372 INFO (MainThread) [supervisor.api.middleware.security] /backups access from cebe7a76_hassio_google_drive_backup
2026-02-17 15:52:43.137 INFO (MainThread) [supervisor.api.middleware.security] /backups/8954594b access from cebe7a76_hassio_google_drive_backup
2026-02-17 15:52:43.721 INFO (MainThread) [supervisor.api.middleware.security] /backups/7c294458/download access from cebe7a76_hassio_google_drive_backup
2026-02-17 15:52:43.721 INFO (MainThread) [supervisor.api.backups] Downloading backup 7c294458

[RobertMe]

Isane schreef op dinsdag 17 februari 2026 @ 21:11:
Een CO & rookmelder in 1 wat ik kan aansluiten op homeassistant en wat ik kan aansluiten op het stroomnet bestaat eigenlijk niet?

Ik meen wel eens begrepen te hebben dat bepaalde combinaties niet bestaan omdat ze niet op dezelfde plek kunnen. Een rookmelder moet aan het plafond omdat de rook opstijgt. Maar dat geldt dan weer niet voor... CO? CO2? fijnstof? meters. Waarbij een combi apparaat maar één functie goed vervuld afhankelijk van waar je hem op hangt.

[manusjevanalles]

Septillion schreef op dinsdag 17 februari 2026 @ 19:38:
@manusjevanalles Ik moet zeggen dat ik geen kosten bijhoudt in HA. Maar dacht dat energy dashboard toch geen entities daarvoor aanmaakt?

Het energy dashboard slaat de kosten op in de volgende sensoren:
- sensor.dsmr_reading_electricity_returned_2_compensation_3
- sensor.dsmr_reading_electricity_delivered_2_cost_3
- sensor.dsmr_reading_electricity_returned_1_compensation_3
- sensor.dsmr_reading_electricity_delivered_1_cost_3

Dat zijn de sensoren die ik uitlees, en HA zet er dan zelf _compensation_ of _cost_ achter. Die sensoren zijn verder nergens terug te vinden, maar je moet ze explicitet toevoegen aan de recorder als je niet standaard alle sensoren bijhoudt (ik voeg handmatig sensoren toe aan de recorder die ik wil loggen, de rest wordt niet gelogd).
HA vond het nodig in het proces om bovenstaande sensoren een nummer hoger te geven (ze waren allemaal _2). Geen idee waarom, maar nu ben ik al mijn eerdere kosten kwijt.

Het energy dashboard is mooi, en ik ben er blij mee. Maar dat je niet kan overstappen op nieuwe sensoren, en door moet gaan met eenmaal gekozen sensonamen, vind ik erg onhandig en niet goed over nagedacht. En dat bovenstaande gebeurde met de kostsensoren vind ik ook heel onhandig en zou niet hoeven.

[TheFes]

manusjevanalles schreef op woensdag 18 februari 2026 @ 07:38:
[...]


Het energy dashboard slaat de kosten op in de volgende sensoren:
- sensor.dsmr_reading_electricity_returned_2_compensation_3
- sensor.dsmr_reading_electricity_delivered_2_cost_3
- sensor.dsmr_reading_electricity_returned_1_compensation_3
- sensor.dsmr_reading_electricity_delivered_1_cost_3

Dat zijn de sensoren die ik uitlees, en HA zet er dan zelf _compensation_ of _cost_ achter. Die sensoren zijn verder nergens terug te vinden, maar je moet ze explicitet toevoegen aan de recorder als je niet standaard alle sensoren bijhoudt (ik voeg handmatig sensoren toe aan de recorder die ik wil loggen, de rest wordt niet gelogd).
HA vond het nodig in het proces om bovenstaande sensoren een nummer hoger te geven (ze waren allemaal _2). Geen idee waarom, maar nu ben ik al mijn eerdere kosten kwijt.

Het energy dashboard is mooi, en ik ben er blij mee. Maar dat je niet kan overstappen op nieuwe sensoren, en door moet gaan met eenmaal gekozen sensonamen, vind ik erg onhandig en niet goed over nagedacht. En dat bovenstaande gebeurde met de kostsensoren vind ik ook heel onhandig en zou niet hoeven.

Het moet wel kunnen en is al door velen hier succesvol gedaan. Ik vermoed dat je ergens een stapje fout hebt gedaan.
Ik ben het wel met je eens dat het gebruiksvriendelijker gemaakt zou kunnen worden.

[manusjevanalles]

TheFes schreef op woensdag 18 februari 2026 @ 08:14:
[...]

Het moet wel kunnen en is al door velen hier succesvol gedaan. Ik vermoed dat je ergens een stapje fout hebt gedaan.
Ik ben het wel met je eens dat het gebruiksvriendelijker gemaakt zou kunnen worden.

Zou kunnen hoor, ik heb een tijd zitten klooien om de nieuwe sensoren via esphome dezelfde naam te laten krijgen als de oude sensoren. Mogelijk is in dit proces dit gebeurd. Ik accepteer het maar.

[BiG-GuY]

Isane schreef op dinsdag 17 februari 2026 @ 21:11:
Een CO & rookmelder in 1 wat ik kan aansluiten op homeassistant en wat ik kan aansluiten op het stroomnet bestaat eigenlijk niet?

CO en rookmelder horen niet thuis in 1 melder. Doordat de positie voor de beste meting niet op dezelfde plek is. Rookmelders horen normaal aan het plafond te hangen of in ieder geval vlak, een CO melder hoort normaal aan de muur te hangen op 'ademhoogte'. Dus dat zal ergens tussen 1-1.5m zijn normaal gesproken.

De Nest Protect is een van de weinige geweest die beide in 1 had, maar heb nooit gesnapt wat het nut ervan was.

Helaas zijn er tot zover nog geen Smart rookmelders die op 230V kunnen. Alle werken op batterijen.

Ben zelf tevreden over:
uitvoering: Bosch Smart Home Rookmelder II
uitvoering: Frient Intelligent Smoke Alarm
uitvoering: Frient Intelligent Heat Alarm

Werken zowel in Z2M en ZHA.

De Nedis, KlikAanKlikUit, Trust, Feibit en Heiman zijn allemaal dezelfde sensor en worden volgens mij vergelijkbaar herkend.

[Ronald]

Heeft er iemand ervaring met de (niet bijster ondersteunde) migratie van Sqllite naar MariaDB?

Ik heb en DB file van 5GB nu, en heb het idee dat de Pi4 4GB het er wat moeilijk mee heeft...
Zou het met MariaDB soepeler gaan, of loop ik domweg tegen de grenzen aan wat ik van een Pi4 kan verwachten?

[TheFes]

Ronald schreef op woensdag 18 februari 2026 @ 09:40:
Heeft er iemand ervaring met de (niet bijster ondersteunde) migratie van Sqllite naar MariaDB?

Ik heb en DB file van 5GB nu, en heb het idee dat de Pi4 4GB het er wat moeilijk mee heeft...
Zou het met MariaDB soepeler gaan, of loop ik domweg tegen de grenzen aan wat ik van een Pi4 kan verwachten?

Ik zou eerder gaan kijken waarom je database zo groot is, en zorgen dat dit wat beperkt wordt, mogelijk door entities uit te sluiten van de recorder

[Hurricane]

TheFes schreef op woensdag 18 februari 2026 @ 10:14:
[...]

Ik zou eerder gaan kijken waarom je database zo groot is, en zorgen dat dit wat beperkt wordt, mogelijk door entities uit te sluiten van de recorder

Precies dat heb ik pas ook nog gedaan en heb mijn database nu met 60% kleiner gekregen. Ik had via ESPhome 3 esp32 met een ld2410c die erg veel updates in de database gooiden. Ik heb die (bewegings)updates uit de database uitgesloten met nog wat andere kleinere dingen en nu is mijn database stabiel in grootte op ongeveer 2,3GB. Heb vooral met Claude.ai gesparred hoe op te zoeken welke entities de database vulden en hoe deze te excluden hiervan.

[Septillion]

@Ronald Naar mijn idee is DB grote niet heel erg van belang voor de snelheid. Veel meer van belang is hoeveel data je opvraagt. Ik merk namelijk geen verschil tussen mijn productie HA met een database van 3,5GB en mijn debug HA met een database van onder de GB.

Wel zag ik grote snelheidswinst bij grote hoeveelheden data opvragen tussen RPi4 en mijn N100 nu.

Of MariaDB daar echt nog bij gaat helpen weet ik niet, mijn gevoel zegt dat het niet heel veel gaat doen. Er is geen officiële migratie voor, alleen gewoon overgaan. Als je LTS mee wilt nemen zou je het kunnen proberen met een export en een import via een custom integratie.

[verjager]

@paQ @Septillion De attributes worden weer zichtbaar in de dropdown van het more-info venster. Mooi opgepakt.

https://github.com/home-a...6#issuecomment-3919566144

[Ronald]

TheFes schreef op woensdag 18 februari 2026 @ 10:14:
[...]

Ik zou eerder gaan kijken waarom je database zo groot is, en zorgen dat dit wat beperkt wordt, mogelijk door entities uit te sluiten van de recorder

Ik lees een heel aantal sensoren op hoge frequentie uit… zodat de States op dashboards vlot reageren… die hoeven niet op die frequentie naar historie… maar dat lijkt weer eens niet ondersteund… zonder handmatig configureren van oerwoud aan helpers, uitsluiten in recorder, en vervolgens dus een disconnect tussen de entity en de historie.

[DjoeC]

Ronald schreef op woensdag 18 februari 2026 @ 09:40:
Heeft er iemand ervaring met de (niet bijster ondersteunde) migratie van Sqllite naar MariaDB?

Ik heb en DB file van 5GB nu, en heb het idee dat de Pi4 4GB het er wat moeilijk mee heeft...
Zou het met MariaDB soepeler gaan, of loop ik domweg tegen de grenzen aan wat ik van een Pi4 kan verwachten?

5GB vind ik niet zo heel veel. Mijn HA database (MariaDB) is nu 19GB. Ik "vermoed" dat de structuur van de sqlite3 database vergelijkbaar is met de van MariaDB. Kan ik niet controleren - ik heb meteen al MariaDB aangezet.

Wat ik dan zou doen (maar goed, wie ben ik), is: HA omzetten naar MariaDB of een 2e instantie paralelle instantie opzetten met MariaDB. Even de tabellen vergelijken en daarna met een proggie: Unload van sqlite3 database als sqlinsert statements en die vervolgens laden in de MariaDB versie. Mijn HA kent momenteel 13 tabellen, overzetten kun je bijvoorbeeld regelen met/via Navicat Premium of een opensource produkt dat beiden aankan (ik meen bijvoorbeeld TablePlus of dBeaver).

Hier staat een alternatieve methode: https://community.home-as...-administration/96895/126

<aanvulling> Ik ga HA migreren van een Pi4 naar een Pi5 met snelle SSD. Ga daarbij de historie vermoedelijk (....) in een eigen formaat opslaan in een 2e database waarbij ik de historie ook wil indikken: dubbele waarden zoals elke minuut dezelfde temperatuur) verwijderen en alleen verschillen van meer dan 1/4 graad oid bewaren OF 1 meting per (15 minuten?) interval. Historisch gezien heb ik al die duplicaten niet nodig. Hoe dat moet moet ik nog uitzoeken

[ Voor 14% gewijzigd door DjoeC op 18-02-2026 13:04 ]

[Maarten69]

Iemand een tip om mijm HA redundant te maken? Ik heb 2 zelde mini-pc's (intel N150, 512GB SSD 12GB Ram).

Waarschijnlijk het beste om deze 2de alleen voor te bereiden met HAOS 17.1. De snapshots worden al dagelijks gemaakt (lokaal en cloud).

[Ben(V)]

@Ronald
MariaDB heeft enkel voordelen bij grotere aantallen gebruikers en/of ingewikkelde queries.
Voor HA is SQLite waarschijnlijk efficiënter.

[DjoeC]

Ben(V) schreef op woensdag 18 februari 2026 @ 16:07:
@Ronald
MariaDB heeft enkel voordelen bij grotere aantallen gebruikers en/of ingewikkelde queries.
Voor HA is SQLite waarschijnlijk efficiënter.

Hoe bedoel je efficienter? Ik gebruik MariaDB omdat ik het voor nog heel veel andere dingen gebruik (meerdere databases). 2 voordelen: Standaard tooling is beschikbaar zoals phpMyAdmin, standaard backup is beschikbaar zoals https://github.com/tiredofit/docker-db-backup, de database hoeft niet op hetzefde systeem te staan als de applicatie en nog veel meer.

Ik ben niet zo kapot van sqlite(2 of 3) omdat elke applicatie zijn eigen losse database heeft. Dat maakt managen en onderhoud, zoals backups, best een stuk complexer, ook koppelen van gegevens tussen applicaties is een stuk moeilijker. Zo draai ik naast HA ook nog wat losse sensoren via een Python proggie waarik inmiddels (na indikken) 51 miljoen rijen heb, en mijn Davis weerstation met 5 miljoen rijen (waar nog een keer oud Davis formaat historie bij moet). Best handig om dat makkelijk met HA data te kunnen koppelen.

Maar goed, ieder zijn/haar/hun ding

[InjecTioN]

Maarten69 schreef op woensdag 18 februari 2026 @ 15:47:
Iemand een tip om mijm HA redundant te maken? Ik heb 2 zelde mini-pc's (intel N150, 512GB SSD 12GB Ram).

Waarschijnlijk het beste om deze 2de alleen voor te bereiden met HAOS 17.1. De snapshots worden al dagelijks gemaakt (lokaal en cloud).

Maak je al gebruik van Proxmox op beide nodes? Want ik denk dat je daarmee de minste "hassle" zult hebben als je met bijvoorbeeld iets van een replica zou willen werken.

Anderzijds kan het ook interessant zijn om eens te kijken naar ceph storage. Dat is een directe kopie (mirror) van VM en LXC data over iedere node in het proxmox-cluster. Nadeel is dan echter wel dat je minimaal 3 nodes, snel (2.5Gbit/s of sneller en bij voorkeur redundant) netwerk en identieke storage (grote voorkeur voor een dedicated SSD per node) nodig hebt om echte redundancy te hebben. Ik heb zo'n opstelling thuis staan, maar is wellicht ietwat over-engineered voor jouw situatie.

[ Voor 4% gewijzigd door InjecTioN op 18-02-2026 16:51 ]

[Barfman]

Kan iemand eens naar mijn automatie kijken. Ben al dagen bezig, het werkte vroeger goed maar hij werkt niet meer. Heb van alles geprobeerd, maar zonder resultaat. Ik heb een spotify developer account en een app gemaakt, die had ik al maar heb hem opnieuw aangemaakt. Als ik de automatie trigger, dan hoor ik een bliep geluid maar muziek wordt er niet afgespeeld.

YAML:

- id: '0e5a7d8d-3308-474f-b44f-973f76e7e3ba'
  alias: '[Media] - Muziek bij thuiskomst'
  description: Speel muziek af op de Harman Kardon via Spotify Premium
  triggers:
  - trigger: state
    entity_id: group.family
    from: not_home
    to: home
  conditions:
  - condition: time
    after: 09:00:00
    before: '17:00:00'
    weekday:
    - mon
    - tue
    - wed
    - thu
    - fri
  - condition: or
    conditions:
    - condition: state
      entity_id: media_player.citation_one
      state: 'off'
    - condition: state
      entity_id: media_player.citation_one
      state: idle
    - condition: state
      entity_id: media_player.citation_one
      state: unavailable
  actions:
  - action: media_player.turn_on
    target:
      entity_id: media_player.citation_one
  - action: media_player.volume_set
    target:
      entity_id: media_player.citation_one
    data:
      volume_level: 0.4
  - action: media_player.select_source
    target:
      entity_id: media_player.spotify
    data:
      source: Citation ONE
  - delay:
      seconds: 5
  - action: media_player.play_media
    target:
      entity_id: media_player.citation_one
    data:
      media:
        media_content_id: spotify:track:20THLuvECC5oj7t68FDKFk
        media_content_type: music
        metadata: {}
  mode: single

[Ronald]

@DjoeC @Ben(V)
Ik gebruik HAOS met een reden... Het neemt het beheer (voor wat ondersteund is) uit handen.. dus ook van MariaDB en de Backups.

Ik heb HA Container gehad.... nope, die tijd is voor mij verleden tijd, maar als je dat leuk vind prima.

25 miljoen records in states... is niet iets waarvan ik verwacht dat een Pi moeite mee zou moeten hebben...
Ik draai nu met maar liefst 1000 items/s een export naar MariaDB... eens kijken wat het doet via Myadmin.

[blackd]

@Barfman de laatste action moet volgens mij als target media_player.spotify hebben en niet de player waarop je wilt afspelen.

[Barfman]

@blackd
Geeft geen verschil

Krijg zelfs een hoop foutmeldingen

code:

Logger: homeassistant.components.automation.muziek_bij_thuiskomst
Bron: helpers/script.py:2098
integratie: Automatisering (documentatie, problemen)
Eerst voorgekomen: 18:15:35 (2 gebeurtenissen)
Laatst gelogd: 18:16:15

[Media] - Muziek bij thuiskomst: Error executing script. Error for call_service at pos 5: Entity media_player.spotify does not support action media_player.play_media

code:

Logger: homeassistant.components.automation.muziek_bij_thuiskomst
Bron: components/automation/__init__.py:849
integratie: Automatisering (documentatie, problemen)
Eerst voorgekomen: 18:15:35 (2 gebeurtenissen)
Laatst gelogd: 18:16:15

Error while executing automation automation.muziek_bij_thuiskomst: Entity media_player.spotify does not support action media_player.play_media

[blackd]

@Barfman
En heb je een playlist geprobeerd?
https://www.home-assistan...playing-spotify-playlists

Edit: Schijnen meer problemen mee te zijn:
https://github.com/home-assistant/core/issues/127099
Wellicht een alternatief: https://community.home-as...-player-play-media/872479

Of Music Assistant proberen https://www.music-assistant.io/

[ Voor 58% gewijzigd door blackd op 18-02-2026 19:42 ]

[HuismAndré]

TheFes schreef op woensdag 18 februari 2026 @ 10:14:
[...]

Ik zou eerder gaan kijken waarom je database zo groot is, en zorgen dat dit wat beperkt wordt, mogelijk door entities uit te sluiten van de recorder

Ik heb tegenwoordig als standaard dat alleen entities die eindigen op "_r" in de recorder terecht komen. Op die manier kun je eenvoudig bepalen wat er wel en niet opgenomen wordt. Dit naast entities waarvan ik weet dat ze weinig ruimte innemen (bijvoorbeeld omdat ze weinig veranderen). Daardoor is m'n recorder sectie in configuration.yaml lekker kort:

YAML:

recorder:
  purge_keep_days: 8
  auto_repack: true
  commit_interval: 60
  include:
    domains:
      - binary_sensor
      - climate
      - humidifier
      - input_boolean
      - light
      - switch
    entity_globs:
      - sensor.*_r

Database is 800MB (3041 entities).

[Just_A_User]

Is het mogelijk om % om te rekenen naar kWh?

Mijn vrouw heeft sinds kort een EV, een Mini, maar die laat geen geladen kWh's zien. Het enige wat ik zie is een percentage. Ik weet dat de accu klein is, te weten 28,9 bruikbare kWh om te rijden. Oftewel, dat betekent dat 1% = 0,289 kWh.

Er is dus een percentage dat oploopt, dus als zij de auto 50% heeft bijgeladen, dan betekent dat kort door de bocht dat er ongeveer (op papier) 14,45 kWh is bijgeladen. Wat ik dus wil is dat er wordt gekeken van oke de accu staat nu op 64%, na het laden staat de accu op bijvoorbeeld 92%, dat is dus een verschil van 28%, en dat is dus omgerekend iets van 8,09 kWh.

Maar ik heb geen idee hoe ik dat moet realiseren in Home Assistant. Iemand die hier zijn licht over kan laten schijnen? Want er gaat wel het eea aan kWh's naar die auto, maar ik heb geen sensoren daarvoor omdat de auto die niet doorgeeft, en dus kan ik het ook nergens toevoegen aan het energiedashboard etc. Dat is wél wat ik wil.

Ik ben me er van bewust dat die cijfers dan puur bij benadering zijn.

[Maarten69]

Just_A_User schreef op woensdag 18 februari 2026 @ 20:36:
Is het mogelijk om % om te rekenen naar kWh?

Zoiets?

YAML:

template:
  - sensor:
      - name: "Mini totale geladen kWh"
        unique_id: mini_totale_geladen_kwh
        device_class: energy
        state_class: total_increasing
        unit_of_measurement: "kWh"
        state: >
          {{ (states('sensor.mini_battery_percentage') | float(0) / 100 * 28.9) | round(2) }}

Ga naar Instellingen > Apparaten en services > Helpers (tabblad onderaan).
Klik Helper maken > Template.
Kies Template sensor.

Sensor invullen
Naam: Mini totale geladen kWh
Entity ID: mini_totale_geladen_kwh (of auto)
State template: Plak {{ (states('sensor.mini_battery_percentage') | float(0) / 100 * 28.9) | round(2) }}
Eenheid: kWh
Device class: energy
State class: total_increasing

Klik Opslaan.

[ Voor 30% gewijzigd door Septillion op 18-02-2026 23:31 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[Just_A_User]

Maarten69 schreef op woensdag 18 februari 2026 @ 21:04:
[...]

Zoiets?

code:

template:
  - sensor:
      - name: "Mini totale geladen kWh"
        unique_id: mini_totale_geladen_kwh
        device_class: energy
        state_class: total_increasing
        unit_of_measurement: "kWh"
        state: >
          {{ (states('sensor.mini_battery_percentage') | float(0) / 100 * 28.9) | round(2) }}

Ga naar Instellingen > Apparaten en services > Helpers (tabblad onderaan).
Klik Helper maken > Template.
Kies Template sensor.

Sensor invullen
Naam: Mini totale geladen kWh
Entity ID: mini_totale_geladen_kwh (of auto)
State template: Plak {{ (states('sensor.mini_battery_percentage') | float(0) / 100 * 28.9) | round(2) }}
Eenheid: kWh
Device class: energy
State class: total_increasing

Klik Opslaan.

Hmm, iets gaat er mis. Want wat er uitkomt is sowieso al een MALFORMED_ARGUMENT:



Maar voor de rest gaat het ook fout (al had ik dit sowieso al nooit zelf kunnen bedenken dus dank voor je hulp), maar ik denk daar in de foutmelding iets te zien van 26,3 als uitkomst. Dat zou dan 26,3 kWh zijn, maar dat klopt niet, want voor vandaag was het zo dat de batterij 52% was toen hij werd opgeladen, en hij werd opgeladen naar 100%.

Als dat zo is, dan zou dat 48% zijn, en 48% van 28,9 = 13,87, en niet 26,3.

[TheFes]

Just_A_User schreef op woensdag 18 februari 2026 @ 21:20:
[...]


Hmm, iets gaat er mis. Want wat er uitkomt is sowieso al een MALFORMED_ARGUMENT:

[Afbeelding]

Maar voor de rest gaat het ook fout (al had ik dit sowieso al nooit zelf kunnen bedenken dus dank voor je hulp), maar ik denk daar in de foutmelding iets te zien van 26,3 als uitkomst. Dat zou dan 26,3 kWh zijn, maar dat klopt niet, want voor vandaag was het zo dat de batterij 52% was toen hij werd opgeladen, en hij werd opgeladen naar 100%.

Als dat zo is, dan zou dat 48% zijn, en 48% van 28,9 = 13,87, en niet 26,3.

Even goed de post lezen onder het code block. Als je de GUI gebruikt moet je niet de hele YAML er in gooien.

Ik zou alleen geen total_increasing gebruiken maar total.

En dit template rekent het huidige percentage om van % naar kWh. Voor een delta moet je ook het percentage van de delta hebben.

[Just_A_User]

TheFes schreef op woensdag 18 februari 2026 @ 21:24:
[...]

Even goed de post lezen onder het code block. Als je de GUI gebruikt moet je niet de hele YAML er in gooien.

Ik zou alleen geen total_increasing gebruiken maar total.

En dit template rekent het huidige percentage om van % naar kWh. Voor een delta moet je ook het percentage van de delta hebben.

Het percentage van de delta....ok, de delta is dan dus 48....want het startpunt was 52%, het eindpunt was 100%, de delta is dan 48, maar het percentage van de delta..

Edit; oh wacht, je doelt op wat de toename op zich was uitgedrukt in een percentage. Dat zou dan 92,3% zijn? want er zat 52 in, en die 48 is 92,3% (ongeveer) ten opzichte van die 52. Bedoel je dat?

[ Voor 14% gewijzigd door Just_A_User op 18-02-2026 21:32 ]

[manusjevanalles]

TheFes schreef op woensdag 18 februari 2026 @ 08:14:
[...]

Het moet wel kunnen en is al door velen hier succesvol gedaan. Ik vermoed dat je ergens een stapje fout hebt gedaan.
Ik ben het wel met je eens dat het gebruiksvriendelijker gemaakt zou kunnen worden.

Met de kennis van nu zou ik, als ik het dashboard opnieuw in zou kunnen stellen, werken met template sensoren, die als bron de daadwerkelijke sensor heeft. Bij een wissel hoef je alleen de bron te updaten. Ik heb dat al bij de zonnepanelen zo gedaan en dat bevalt erg goed.

[Barfman]

@blackd
Ik ga nog even verder met het oplossen, anders misschien even naar SpotifyPlus integration kijken.

[Just_A_User]

Just_A_User schreef op woensdag 18 februari 2026 @ 21:27:
[...]


Het percentage van de delta....ok, de delta is dan dus 48....want het startpunt was 52%, het eindpunt was 100%, de delta is dan 48, maar het percentage van de delta..

Edit; oh wacht, je doelt op wat de toename op zich was uitgedrukt in een percentage. Dat zou dan 92,3% zijn? want er zat 52 in, en die 48 is 92,3% (ongeveer) ten opzichte van die 52. Bedoel je dat?

Ik probeer dit te maken m.b.v. ChatGPT en volgens mij kom ik een aardig eind, maar ik moet op een gegeven moment dit doen:



Mijn issue is dat 'Service' niet meer als zodanig bestaat. Ik kan wel iets vinden met een waarde opslaan, maar daar loop ik dan weer tegen het issue aan dat de jinja code die in het screenshot gegeven wordt niet opgeslagen kan worden in het het veld 'Waarde':



Dus daaruit trek ik de conslue de actie die ik heb gekozen onder 'Doe dan', wat door chatGPT 'service' genoemd wordt (maar waarvan ik dus niet weet wat het moet zijn dus ik heb iets gekozen wat ik dacht dat het zou kunnen zijn) niet de juiste is. Wat moet ik daar wél hebben?

[ Voor 6% gewijzigd door Just_A_User op 18-02-2026 22:36 ]

[InjecTioN]

Just_A_User schreef op woensdag 18 februari 2026 @ 22:34:
[...]


Ik probeer dit te maken m.b.v. ChatGPT en volgens mij kom ik een aardig eind, maar ik moet op een gegeven moment dit doen:

[Afbeelding]

Mijn issue is dat 'Service' niet meer als zodanig bestaat. Ik kan wel iets vinden met een waarde opslaan, maar daar loop ik dan weer tegen het issue aan dat de jinja code die in het screenshot gegeven wordt niet opgeslagen kan worden in het het veld 'Waarde':

[Afbeelding]

Dus daaruit trek ik de conslue de actie die ik heb gekozen onder 'Doe dan', wat door chatGPT 'service' genoemd wordt (maar waarvan ik dus niet weet wat het moet zijn dus ik heb iets gekozen wat ik dacht dat het zou kunnen zijn) niet de juiste is. Wat moet ik daar wél hebben?

Ik heb even niet volledig naar de context gekeken, maar je kan het ook invoeren als yaml code (rechts bovenaan 3-puntjes-menu > “bewerk in yaml”). “Chatty-boy” kan dat prima als yaml code aanreiken wanneer je de huidige code als input meegeeft, samen met de context die je hier probeert te schetsen.

Ik ben overigens wel benieuwd waar ChatGPT in dat geval mee komt.

[TheFes]

Just_A_User schreef op woensdag 18 februari 2026 @ 22:34:
[...]


Ik probeer dit te maken m.b.v. ChatGPT en volgens mij kom ik een aardig eind, maar ik moet op een gegeven moment dit doen:

[Afbeelding]

Mijn issue is dat 'Service' niet meer als zodanig bestaat. Ik kan wel iets vinden met een waarde opslaan, maar daar loop ik dan weer tegen het issue aan dat de jinja code die in het screenshot gegeven wordt niet opgeslagen kan worden in het het veld 'Waarde':

[Afbeelding]

Dus daaruit trek ik de conslue de actie die ik heb gekozen onder 'Doe dan', wat door chatGPT 'service' genoemd wordt (maar waarvan ik dus niet weet wat het moet zijn dus ik heb iets gekozen wat ik dacht dat het zou kunnen zijn) niet de juiste is. Wat moet ik daar wél hebben?

Services zijn een tijdje geleden (wel al meer dan een jaar) actions geworden.
Dat wordt in de GUI inderdaad Doe dan genoemd.
De action die je moet gebruiken is dan dus input_number.set_value. Aangezien je de gewenste entiteit kon selecteren ga ik er vanuit dat je de juiste had.

Je zou daar het door ChatGPT opgegeven Jinja template gewoon in dat Waarde vlak moeten kunnen plakken.

Maar zoals @InjecTioN ook al aan geeft is het een stuk makkelijker je te helpen als je YAML code in je post zet, in plaats van screenshots.

[superduper]

Ik heb eergisteren deze Thermostaat geinstalleerd (https://diyless.com/product/opentherm-thermostat3) en via MQTT in mijn home assistant gezet. Dat ging allemaal volgens het boekje en reageerde prima.

Na 1 dag ongeveer ging het echter heel moeizaam met Home Assistant. De hele home assistant was niet meer bereikbaar, dus een harde reset gedaan. Toen kwam hij weer op, en zag ik dat de disk was volgelopen. Wat backups verwijderd, en dat ging heel traag, maar door weinig diskspace vermoedde ik. Nu is er 14 GB vrij, maar valt me op dat hij toch weer offline gaat. Als ik even de netwerk kabel eruit en erin doe, is hij wel weer bereikbaar, maar valt na ~3 minuten weer weg.

Als ik een backup wil downloaden, gaat dat supertraag, 1 MB/s, dus het lijkt erop dat er iets heel druk op de netwerk interface zit..

Kan dat komen dat MQTT niet lekker gaat?

Ik moet zeggen dat de thermostaat ook niet lekker werkt en die heb ik ook al een aantal keren gereset, maar ik krijg de waardes op de display van de thermostaat niet gelijk aan wat ik zie in HA.

Hoe kan ik zien wat er misgaat in mijn HA, of in mijn netwerk?

[ Voor 7% gewijzigd door Septillion op 19-02-2026 16:42 . Reden: Link cleanup ]

[Seafarer]

superduper schreef op donderdag 19 februari 2026 @ 10:05:
Ik heb eergisteren deze Thermostaat geinstalleerd (https://diyless.com/produ...j5Xk0JatQG6scaPGCATc_XMpR) en via MQTT in mijn home assistant gezet. Dat ging allemaal volgens het boekje en reageerde prima.

Na 1 dag ongeveer ging het echter heel moeizaam met Home Assistant. De hele home assistant was niet meer bereikbaar, dus een harde reset gedaan. Toen kwam hij weer op, en zag ik dat de disk was volgelopen. Wat backups verwijderd, en dat ging heel traag, maar door weinig diskspace vermoedde ik. Nu is er 14 GB vrij, maar valt me op dat hij toch weer offline gaat. Als ik even de netwerk kabel eruit en erin doe, is hij wel weer bereikbaar, maar valt na ~3 minuten weer weg.

Als ik een backup wil downloaden, gaat dat supertraag, 1 MB/s, dus het lijkt erop dat er iets heel druk op de netwerk interface zit..

Kan dat komen dat MQTT niet lekker gaat?

Ik moet zeggen dat de thermostaat ook niet lekker werkt en die heb ik ook al een aantal keren gereset, maar ik krijg de waardes op de display van de thermostaat niet gelijk aan wat ik zie in HA.

Hoe kan ik zien wat er misgaat in mijn HA, of in mijn netwerk?

De laatste wijzeging is vaak de oorzaak.
Ik zou dan even de nieuwe thermostaat voor een dag uitschakelen en eventueel de bijbehorende integratie/addon/app ook verwijderen.
En dan kijken of het weer gaat zoals het hoort.

[blackd]

@superduper en installeer de glances addon om zicht te krijgen op het gebruik van systeem resources en het identificeren van een evt bottleneck. Is het memory, cpu, disk space...

[superduper]

Seafarer schreef op donderdag 19 februari 2026 @ 10:11:
[...]

De laatste wijzeging is vaak de oorzaak.
Ik zou dan even de nieuwe thermostaat voor een dag uitschakelen en eventueel de bijbehorende integratie/addon/app ook verwijderen.
En dan kijken of het weer gaat zoals het hoort.

Ik heb hem eruit gehaald; moet nog even de integratie eruit halen nog. Maar dat is super lastig aangezien je maar een minuut een trage verbinding hebt voordat hij weer offline gaat

[superduper]

blackd schreef op donderdag 19 februari 2026 @ 10:15:
@superduper en installeer de glances addon om zicht te krijgen op het gebruik van systeem resources en het identificeren van een evt bottleneck. Is het memory, cpu, disk space...

ZAl ik proberen zodra ik voldoende tijd hebt in een verbinding...

Geinstalleerd, maar de app wil niet starten en de logs niet openen...

Hmm, het lijkt er nu op dat bijna alle 'apps' niet starten; influxDB, logviewer, HACS.. wtf is er toch aan de hand

[ Voor 20% gewijzigd door superduper op 19-02-2026 13:02 ]

[Koepert]

superduper schreef op donderdag 19 februari 2026 @ 10:05:
Ik heb eergisteren deze Thermostaat geinstalleerd (https://diyless.com/produ...j5Xk0JatQG6scaPGCATc_XMpR) en via MQTT in mijn home assistant gezet. Dat ging allemaal volgens het boekje en reageerde prima.

Na 1 dag ongeveer ging het echter heel moeizaam met Home Assistant. De hele home assistant was niet meer bereikbaar, dus een harde reset gedaan. Toen kwam hij weer op, en zag ik dat de disk was volgelopen. Wat backups verwijderd, en dat ging heel traag, maar door weinig diskspace vermoedde ik. Nu is er 14 GB vrij, maar valt me op dat hij toch weer offline gaat. Als ik even de netwerk kabel eruit en erin doe, is hij wel weer bereikbaar, maar valt na ~3 minuten weer weg.

Als ik een backup wil downloaden, gaat dat supertraag, 1 MB/s, dus het lijkt erop dat er iets heel druk op de netwerk interface zit..

Kan dat komen dat MQTT niet lekker gaat?

Ik moet zeggen dat de thermostaat ook niet lekker werkt en die heb ik ook al een aantal keren gereset, maar ik krijg de waardes op de display van de thermostaat niet gelijk aan wat ik zie in HA.

Hoe kan ik zien wat er misgaat in mijn HA, of in mijn netwerk?

Hoe heb je HA geinstalleerd? Kun je bij de CLI komen? Die geeft vaak ook wel de meest recente fouten weer.

[Question Mark]

superduper schreef op donderdag 19 februari 2026 @ 11:29:
[...]
Hmm, het lijkt er nu op dat bijna alle 'apps' niet starten; influxDB, logviewer, HACS.. wtf is er toch aan de hand

Staat er niet iets in je logs? En ik weet niet op wat voor device je HA geinstalleerd hebt, maar je zult niet de eerste zijn met een PI en een corrupt geraakte SD-kaart..

[SolarOrbiter]

Vraag: Ik wil binnenkort de officiële Matter‑integratie van Home Assistant gebruiken (o.a. voor IKEA Matter‑schakelaars/sensoren). Deze zijn in de aanbieding komende periode :-D

Kan de riddix Matter Hub naast de officiële Matter‑integration draaien, zonder dat (zie mijn setup beneden):

* booleans dubbel als apparaten in Google Home verschijnen
* of bestaande automatiseringen stukgaan?

Heeft iemand hier ervaring mee?

waarom vraag ik dit? op dit moment doe ik het volgende als workaround om mijn Dreame D9 per kamer aan te sturen via Google Assistant (zonder Nabu Casa/VPN, via Googkle Nest Mini).

Out‑of‑the‑box kon ik mijn Dreame D9 starten met 'start robotstofzuiger', maar niet naar een specifieke kamer sturen. Dat werkt nu wél via Google Assistant.

Setup (kort, mocht je geinteresseerd zijn):

* Dreame Vacuum (tasshack) – cloud uit
* Xiaomi Miot (gebruik ik ook voor andere robots, maar denk dat het voor de setup niet perse nodig is)
* Home Assistant Matter Hub (riddix, github) geinstalleerd --> deze zoekt naar apparaten/entiteiten met label "google_home".
* Boolean `clean.kitchen` aangemaakt met label `google_home`
* clean.kitchen verschijnt als Matter‑apparaat in Google Home, als schakelaar.
* HA automatisering
* Trigger: `clean.kitchen` ON
* Actie: `dreame_vacuum.vacuum_clean_segment`
* Google Home
* Spraakcommando: *“Hey Google, stuur stofzuiger naar keuken”*

Werkt ook buitenshuis (4G), dus geen Nabu Casa of VPN nodig. Tot nu toe superstabiel.

[ Voor 3% gewijzigd door SolarOrbiter op 19-02-2026 14:34 ]

[superduper]

Question Mark schreef op donderdag 19 februari 2026 @ 14:11:
[...]

Staat er niet iets in je logs? En ik weet niet op wat voor device je HA geinstalleerd hebt, maar je zult niet de eerste zijn met een PI en een corrupt geraakte SD-kaart..

Ik kan de logs dus niet lezen helaas omdat de log viewer ook niet start, moet er even in SSHen om de file te pakken.

En ik draai van een SSD geen SD kaart. Been there, done that... En toevallig stat er een thinclient klaar om de installatie naar over te zetten (in Proxmox)

[ Voor 8% gewijzigd door superduper op 19-02-2026 14:44 ]

[ComTech]

Daarnet even HA ge-update naar versie 2026.2.2 ging allemaal prima maar nu ineens zijn mijn iconen bovenin de balk zwart met een witte achtergrond.
Ik kreeg na de update wel melding er is een nieuwe frontend beschikbaar ofzo dus reload en toen waren ze zo.
Iemand een idee?
Ik wil die balk gewoon blauw zoals het was en de icoontjes wit.
Bij thema's heb ik gewoon het standaard thema aanstaan.

[blackd]

@ComTech
Is gewijzigd, zie release notes
https://www.home-assistan...2/#ux-and-visual-upgrades

[Just_A_User]

Nou, tot ergens vannacht ( ) zitten te rommelen met ChatGPT, maar het werkte niet, kwam ik straks achter, toen de auto werd opgeladen, dus ik heb het voor nu maar even opgegeven, want het was zo veel werk en dat allemaal voor niks.

[InjecTioN]

Just_A_User schreef op donderdag 19 februari 2026 @ 17:07:
Nou, tot ergens vannacht ( ) zitten te rommelen met ChatGPT, maar het werkte niet, kwam ik straks achter, toen de auto werd opgeladen, dus ik heb het voor nu maar even opgegeven, want het was zo veel werk en dat allemaal voor niks.

Misschien de yaml code hier eens plakken met je exacte bedoeling? Ik verwacht dat je echt wel een uitkomst kunt krijgen die voor jou werkt.

[Just_A_User]

InjecTioN schreef op donderdag 19 februari 2026 @ 17:17:
[...]

Misschien de yaml code hier eens plakken met je exacte bedoeling? Ik verwacht dat je echt wel een uitkomst kunt krijgen die voor jou werkt.

Nah, ik heb alles alweer weg gegooid. Ik dacht dat wat ik wil niet zo gecompliceerd is, en in theorie is het dat ook niet, maar dan raak je (als je niet weet wat je doet) verloren in wat ChatGPT allemaal roept, en dan heb je wel dingen die geen foutmelding opleveren, maar die toch niet werken.

Mijn vrouw heeft een auto die NIET zoals een Tesla tussendoor dingen update, maar gewoon weer een update geeft als er een trigger (auto sluiten, ontsluiten, starten met opladen, stoppen met opladen, etc) af gaat.

Oftewel, hij lijkt geen tussentijdse updates te geven. Het 2e wat hij niet doet, is batterij-updates in kWh. Hij doet het in procenten. Oftewel, ik heb een batterij, en die is of 100% vol, of 85%, of 47% of of of, maar hoeveel kWh daarbij hoort geeft hij niet door.

Hij geeft dus óók niet door hoeveel kWh er bij geladen is. Dat vind ik jammer, want dat wil ik wel inzichtelijk hebben. Omdat ik weet dat de bruikbare batterij 28,9 kWh is, en dat is dan 100%, dan weet ik ook wat 1% is, namelijk 0,289 kWh.

Wat ik dus wil, is dat hij het geladen % uitdrukt in kWh, maar dan relatief, dus als de batterij op enig moment 52% is, dan moet hij op het moment dat sensor.charging_ev_charging_state = NOCHARGING wijzigt in CHARGINGACTIVE, die 52% wegschrijven naar een variabele, en dan op het moment dat hij klaar is (lees: als sensor.charging_ev_charging_state = NOCHARGING) dus gaat kijken, hoeveel % is het nu na het laden, zeg 100%, dan is er 48% bijgekomen, maar die 48% afgezet tegen de 52% die er in zat is dus een wijziging van 92,31%.

Als 52% van 28,9 Kwh = 15,028, en hij heeft er dus tov van die 15.028 erbij geladen 92,31%, dan is dat dus 13,87 kWh.

Die 13,87 wil ik dan dus weergeven als wat er deze laadsessie is bijgekomen. Op het moment dat dan het laden klaar is, oftewel sensor.charging_ev_charging_state = NOCHARGING, dan moet de teller voor de laadsessie weer terug gaan naar 0, want immers, bij de volgende keer laden moet hij weer opnieuw gaan tellen.

Maar ook wil ik die variabele die dus nu in dit voorbeeld dan 13,87 kWh weergeeft ook gebruiken om een teller te laten lopen die reset elke dag, maand en jaar, zodat ik dus kan zien hoeveel kWh er per dag, maand en jaar is bijgeladen, en hij mag dit alleen maar doen als device_tracker.location = Thuis.

Klinkt op zich, alles goed en wel beschouwd niet zó gecompliceerd, maar om het uit te voeren is wel een ander verhaal, laat staan met ChatGPT.

[superduper]

man, o man.. Mijn bestaande HA blijft moeilijk doen en reboot om de minuut.

Ik wil nu een nieuwe installatie op mijn proxmox maken en daar een backup van gisteren inzetten. Ik heb 64 GB disk beschikbaar, maar die loopt vol tijdens het restoren. Ik snap niet hoe dat kan, want de oude installatie was ~40 GB. De backup file is 11 GB.

Gaat hij ook de oude fysieke backup files terug zetten oid? Kan ik dat tegenhouden?

[Tivoler]

Ik wilde jullie even blij maken; ik ga hier wat spulletjes bestellen want ik wordt er wel blij van!

https://www.athom.tech/tasmota

[TheFes]

Just_A_User schreef op donderdag 19 februari 2026 @ 17:46:
[...]


Nah, ik heb alles alweer weg gegooid. Ik dacht dat wat ik wil niet zo gecompliceerd is, en in theorie is het dat ook niet, maar dan raak je (als je niet weet wat je doet) verloren in wat ChatGPT allemaal roept, en dan heb je wel dingen die geen foutmelding opleveren, maar die toch niet werken.

Mijn vrouw heeft een auto die NIET zoals een Tesla tussendoor dingen update, maar gewoon weer een update geeft als er een trigger (auto sluiten, ontsluiten, starten met opladen, stoppen met opladen, etc) af gaat.

Oftewel, hij lijkt geen tussentijdse updates te geven. Het 2e wat hij niet doet, is batterij-updates in kWh. Hij doet het in procenten. Oftewel, ik heb een batterij, en die is of 100% vol, of 85%, of 47% of of of, maar hoeveel kWh daarbij hoort geeft hij niet door.

Hij geeft dus óók niet door hoeveel kWh er bij geladen is. Dat vind ik jammer, want dat wil ik wel inzichtelijk hebben. Omdat ik weet dat de bruikbare batterij 28,9 kWh is, en dat is dan 100%, dan weet ik ook wat 1% is, namelijk 0,289 kWh.

Wat ik dus wil, is dat hij het geladen % uitdrukt in kWh, maar dan relatief, dus als de batterij op enig moment 52% is, dan moet hij op het moment dat sensor.charging_ev_charging_state = NOCHARGING wijzigt in CHARGINGACTIVE, die 52% wegschrijven naar een variabele, en dan op het moment dat hij klaar is (lees: als sensor.charging_ev_charging_state = NOCHARGING) dus gaat kijken, hoeveel % is het nu na het laden, zeg 100%, dan is er 48% bijgekomen, maar die 48% afgezet tegen de 52% die er in zat is dus een wijziging van 92,31%.

Als 52% van 28,9 Kwh = 15,028, en hij heeft er dus tov van die 15.028 erbij geladen 92,31%, dan is dat dus 13,87 kWh.

Die 13,87 wil ik dan dus weergeven als wat er deze laadsessie is bijgekomen. Op het moment dat dan het laden klaar is, oftewel sensor.charging_ev_charging_state = NOCHARGING, dan moet de teller voor de laadsessie weer terug gaan naar 0, want immers, bij de volgende keer laden moet hij weer opnieuw gaan tellen.

Maar ook wil ik die variabele die dus nu in dit voorbeeld dan 13,87 kWh weergeeft ook gebruiken om een teller te laten lopen die reset elke dag, maand en jaar, zodat ik dus kan zien hoeveel kWh er per dag, maand en jaar is bijgeladen, en hij mag dit alleen maar doen als device_tracker.location = Thuis.

Klinkt op zich, alles goed en wel beschouwd niet zó gecompliceerd, maar om het uit te voeren is wel een ander verhaal, laat staan met ChatGPT.

En gaat het dan alleen om de geladen kWh als de auto thuis staat?

[edwin2021]

blackd schreef op donderdag 19 februari 2026 @ 16:20:
@ComTech
Is gewijzigd, zie release notes
https://www.home-assistan...2/#ux-and-visual-upgrades

Shoot, dat is lijkt mij echt waardeloos als je een donker theme gebruikt.

[InjecTioN]

superduper schreef op donderdag 19 februari 2026 @ 19:01:
man, o man.. Mijn bestaande HA blijft moeilijk doen en reboot om de minuut.

Ik wil nu een nieuwe installatie op mijn proxmox maken en daar een backup van gisteren inzetten. Ik heb 64 GB disk beschikbaar, maar die loopt vol tijdens het restoren. Ik snap niet hoe dat kan, want de oude installatie was ~40 GB. De backup file is 11 GB.

Gaat hij ook de oude fysieke backup files terug zetten oid? Kan ik dat tegenhouden?

Ok. First things first: hoe draai je Home Assistant nu exact? Welk platform dus? Draai je een docker container, HAOS, of een andere methode?

Het is misschien interessant om eens te kijken of je ssh toegang kan krijgen tot de instance. Mocht je een container draaien, dan kan je de data/informatie meestal wel zonder een gestarte instance bekijken.

Ik heb sterk het idee dat de sqlite database zo ontzettend volgelopen is, en vol blijft lopen, dat je per definitie een probleem hebt tijdens het wegschrijven. Home Assistant in safe mode starten is daarin misschien de oplossing.

Ik ben benieuwd waar je mee komt.

[Just_A_User]

TheFes schreef op donderdag 19 februari 2026 @ 20:35:
[...]

En gaat het dan alleen om de geladen kWh als de auto thuis staat?

Ja, dat is exact het doel. Als ze ergens anders laadt, op d'r werk ofzo, ja prima, maar dat ziet onze energieleverancier niet. Dus ik wil gewoon (bij benadering) inzichtelijk hebben hoeveel kWh ze thuis heeft geladen, en dan kan ik daar dan weer nutsmeters op maken die dat dan per dag/maand/jaar kunnen laten zien.

[superduper]

InjecTioN schreef op donderdag 19 februari 2026 @ 21:15:
[...]

Ok. First things first: hoe draai je Home Assistant nu exact? Welk platform dus? Draai je een docker container, HAOS, of een andere methode?

Het is misschien interessant om eens te kijken of je ssh toegang kan krijgen tot de instance. Mocht je een container draaien, dan kan je de data/informatie meestal wel zonder een gestarte instance bekijken.

Ik heb sterk het idee dat de sqlite database zo ontzettend volgelopen is, en vol blijft lopen, dat je per definitie een probleem hebt tijdens het wegschrijven. Home Assistant in safe mode starten is daarin misschien de oplossing.

Ik ben benieuwd waar je mee komt.

Ik heb een pi4, 8 gb en een 128SSD waar HAOS op draait en idd een influxdb erbij die ~1 MB per dag groeit en nu op 11 GB zit. Versies HA 17.0 / Core 2026.2.1

De laatste dingen die ik heb veranderd is de unify network integratie geinstalleerd (maar er nog niets mee gedaan) en dan gisteren MQTT voor de thermostaat (die nu inmiddels al is verwijderd).

Vanmorgen ontdekte ik dat HA offline was / unresponsive dus moest ik een harde reset doen (stekker..). Kwam prima weer op, maar gaf aan dat de disk vol was. Backups gaan normaal naar mijn NAS maar sommige automatische core backups blijkbaar niet, geen probleem een aantal verwijderd. En nu is er steady 14 GB vrij.

Maar het stomme is, dat de HA na een paar minuten offline gaat, en nu weet ik dat hij zich herstart. In de logs vind ik daar niks van terug. Wel een error op de database dat de key niet meer goed zou zijn (moet de exacte melding zien te kopieren). Voor de rest wat depricated code die ik nog moet aanpassen, maar dat is al langer.

- hoe voorkom ik die resets steeds?
-wat kan de HA zo ongelovelijk traag maken?
-waarom laden apps niet (zoals glance, hacs, ssh/terminal)

secundaire vraag: waarom vreet het terugzetten van een 11 GB backup een disk van 64 GB op?

[DjoeC]

superduper schreef op donderdag 19 februari 2026 @ 22:20:
[...])
secundaire vraag: waarom vreet het terugzetten van een 11 GB backup een disk van 64 GB op?

Compressed backups?

<aanvulling>
Ik heb net even getest, de backup van mijn MariaDB HA backup is 1.7GB gecompressed. De database zelf neemt 16GB - 10x zoveel dus. Daarnaast zaul je ook wel ruimte nodig hebben om het bestand eerst te uncompressen, uncompressed is in mijn geval 14,6GB. Dat jouw 11GB backup dus flink meer ruimte nodig heeft zal wel kloppen. Ik draai trouwens met een externe Samsung T7 2TB SSD en (nog) een Pi4.

[ Voor 46% gewijzigd door DjoeC op 20-02-2026 15:10 ]

[InjecTioN]

superduper schreef op donderdag 19 februari 2026 @ 22:20:
[...]


Ik heb een pi4, 8 gb en een 128SSD waar HAOS op draait en idd een influxdb erbij die ~1 MB per dag groeit en nu op 11 GB zit. Versies HA 17.0 / Core 2026.2.1

De laatste dingen die ik heb veranderd is de unify network integratie geinstalleerd (maar er nog niets mee gedaan) en dan gisteren MQTT voor de thermostaat (die nu inmiddels al is verwijderd).

Vanmorgen ontdekte ik dat HA offline was / unresponsive dus moest ik een harde reset doen (stekker..). Kwam prima weer op, maar gaf aan dat de disk vol was. Backups gaan normaal naar mijn NAS maar sommige automatische core backups blijkbaar niet, geen probleem een aantal verwijderd. En nu is er steady 14 GB vrij.

Maar het stomme is, dat de HA na een paar minuten offline gaat, en nu weet ik dat hij zich herstart. In de logs vind ik daar niks van terug. Wel een error op de database dat de key niet meer goed zou zijn (moet de exacte melding zien te kopieren). Voor de rest wat depricated code die ik nog moet aanpassen, maar dat is al langer.

- hoe voorkom ik die resets steeds?
-wat kan de HA zo ongelovelijk traag maken?
-waarom laden apps niet (zoals glance, hacs, ssh/terminal)

secundaire vraag: waarom vreet het terugzetten van een 11 GB backup een disk van 64 GB op?

Ik verwacht dat je er goed aan zult doen om eens een scherm erop aan te sluiten. Wanneer je ingelogd bent, eens even dmesg openen om te zien wat het systeem aan het doen is. Als het systeem namelijk direct hard afsluit, dan zou ik verwachten dat er iets met de voeding aan de hand is.

Alternatief zou zijn om de SSD eens aan te sluiten op een ander systeem en de logs verder door te spitten en om te zien wat de staat van de schijfruimte nou werkelijk is. Ik vertrouw dat absoluut niet namelijk. Met een beetje pech blijft de database zich vullen, waarbij het geheugen simpelweg vol begint te raken. Normaliter veroorzaakt zoiets dan een OOM (out of memory), wat een aantal - voor het OS minder relevante - processen zou moeten killen. Maar ook dat gaat soms wel eens flink mis.

DjoeC schreef op donderdag 19 februari 2026 @ 22:37:
[...]

Compressed backups?

Correct.

[Sarge_Loco]

BiG-GuY schreef op woensdag 18 februari 2026 @ 09:21:
[...]

CO en rookmelder horen niet thuis in 1 melder. Doordat de positie voor de beste meting niet op dezelfde plek is. Rookmelders horen normaal aan het plafond te hangen of in ieder geval vlak, een CO melder hoort normaal aan de muur te hangen op 'ademhoogte'. Dus dat zal ergens tussen 1-1.5m zijn normaal gesproken.

De Nest Protect is een van de weinige geweest die beide in 1 had, maar heb nooit gesnapt wat het nut ervan was.

Helaas zijn er tot zover nog geen Smart rookmelders die op 230V kunnen. Alle werken op batterijen.

Ben zelf tevreden over:
uitvoering: Bosch Smart Home Rookmelder II
uitvoering: Frient Intelligent Smoke Alarm
uitvoering: Frient Intelligent Heat Alarm

Werken zowel in Z2M en ZHA.

De Nedis, KlikAanKlikUit, Trust, Feibit en Heiman zijn allemaal dezelfde sensor en worden volgens mij vergelijkbaar herkend.

Het idee dat een CO melder en rookmelders nooit op dezelfde plek kunnen hangen is een beetje achterhaald. Zie ook: https://www.brandweer.nl/onderwerpen/koolmonoxidemelder-waar-hang-je-die-op/

Als het een ruimte betreft met een verbrandingtoestel, dan is voor beide een plaatsing aan het plafond het beste. Voor andere ruimtes geld op ademhoogte voor CO, al denk ik dat je nog niet helemaal verkeerd zit met een plafond bevestiging.

Check vooral de juiste bronnen waar je dit soort apparaten, volgens de laatste inzichten, het beste kunt plaatsen. Brandweer.nl is een prima plek lijkt me.

Verder ben ik ook wel benieuwd naar ervaringen van anderen, betreft slimme melders.

[TheFes]

Just_A_User schreef op donderdag 19 februari 2026 @ 21:30:
[...]


Ja, dat is exact het doel. Als ze ergens anders laadt, op d'r werk ofzo, ja prima, maar dat ziet onze energieleverancier niet. Dus ik wil gewoon (bij benadering) inzichtelijk hebben hoeveel kWh ze thuis heeft geladen, en dan kan ik daar dan weer nutsmeters op maken die dat dan per dag/maand/jaar kunnen laten zien.

En hoe kun je bepalen dat de auto thuis is? Heeft die daarvoor ook een device tracker of iets dergelijks?

Wat ik zou doen:

• een trigger based template sensor maken die triggert op een wijziging van de batterij sensor (in procenten)
• Vervolgens checkt of
  • De auto thuis is
  • De auto aan het laden is
• Als dat het geval is, verhoogt hij de huidige state van de template sensor met de state change van de batterij sensor, omgerekend naar kWh.
• Deze sensor kun je dan als bron gebruiken voor utility meter sensoren voor de waardes per dag/maand/jaar etc.

[superduper]

InjecTioN schreef op donderdag 19 februari 2026 @ 22:43:
[...]


Ik verwacht dat je er goed aan zult doen om eens een scherm erop aan te sluiten. Wanneer je ingelogd bent, eens even dmesg openen om te zien wat het systeem aan het doen is. Als het systeem namelijk direct hard afsluit, dan zou ik verwachten dat er iets met de voeding aan de hand is.

Alternatief zou zijn om de SSD eens aan te sluiten op een ander systeem en de logs verder door te spitten en om te zien wat de staat van de schijfruimte nou werkelijk is. Ik vertrouw dat absoluut niet namelijk. Met een beetje pech blijft de database zich vullen, waarbij het geheugen simpelweg vol begint te raken. Normaliter veroorzaakt zoiets dan een OOM (out of memory), wat een aantal - voor het OS minder relevante - processen zou moeten killen. Maar ook dat gaat soms wel eens flink mis.


[...]

Correct.

Ik ga dat eens proberen, thx.

In de backup tar vind ik geen backups oid. 99.9% is de database.

In de dmesg staat niet heel veel bijzonders:
- 4 superblocks met invalid checksums (natuurlijk niet lekker en kan op een ongelukkige plek zitten)
- hij noemt wel heel vaak: hassio port x entered blocking /fowarding/disabled state.
-een melding van system.journal corruption

opstart duurt een minuut ongever.

Ik heb nu de influxDB gestopt en niet meer laten starten bij boot. De log laat hiervan niets bijzonders zien. Start en sluit mooi af.

In de HA log zie ik nu wel deze (uiteraard voordat ik de influx afsloot):
Cannot connect to InfluxDB due to 'HTTPConnectionPool(host='a0d7b954-influxdb', port=8086): Max retries exceeded with url: /write?db=homeassistant (Caused by NewConnectionError("HTTPConnection(host='a0d7b954-influxdb', port=8086): Failed to establish a new connection: [Errno 111] Connection refused"))'. Please check that the provided connection details (host, port, etc.) are correct and that your InfluxDB server is running and accessible. Retrying in 60 seconds.


Dit is ook raar:



Kan ik erachter komen welke integratie/setting dit veroorzaak?


Ik heb nu ook de 2 laatste integrations (unify en thermostaat) kunnen disabelen. Kijken of hij nu wat stabieler is.

[ Voor 40% gewijzigd door superduper op 20-02-2026 09:15 ]

[Seafarer]

Sarge_Loco schreef op vrijdag 20 februari 2026 @ 05:27:
[...]

Het idee dat een CO melder en rookmelders nooit op dezelfde plek kunnen hangen is een beetje achterhaald. Zie ook: https://www.brandweer.nl/onderwerpen/koolmonoxidemelder-waar-hang-je-die-op/

Als het een ruimte betreft met een verbrandingtoestel, dan is voor beide een plaatsing aan het plafond het beste. Voor andere ruimtes geld op ademhoogte voor CO, al denk ik dat je nog niet helemaal verkeerd zit met een plafond bevestiging.

Check vooral de juiste bronnen waar je dit soort apparaten, volgens de laatste inzichten, het beste kunt plaatsen. Brandweer.nl is een prima plek lijkt me.

Verder ben ik ook wel benieuwd naar ervaringen van anderen, betreft slimme melders.

Aangezien CO lichter is dan lucht zal het opstijgen. Lijkt me dat plafond plaatsing geen enkele issue is.

[Just_A_User]

TheFes schreef op vrijdag 20 februari 2026 @ 08:53:
[...]

En hoe kun je bepalen dat de auto thuis is? Heeft die daarvoor ook een device tracker of iets dergelijks?

Wat ik zou doen:

• een trigger based template sensor maken die triggert op een wijziging van de batterij sensor (in procenten)
• Vervolgens checkt of
  • De auto thuis is
  • De auto aan het laden is
• Als dat het geval is, verhoogt hij de huidige state van de template sensor met de state change van de batterij sensor, omgerekend naar kWh.
• Deze sensor kun je dan als bron gebruiken voor utility meter sensoren voor de waardes per dag/maand/jaar etc.

Dat klopt, hij heeft een device tracker. Onder aan mijn vorige post staat dat ook, wacht, hier:

Maar ook wil ik die variabele die dus nu in dit voorbeeld dan 13,87 kWh weergeeft ook gebruiken om een teller te laten lopen die reset elke dag, maand en jaar, zodat ik dus kan zien hoeveel kWh er per dag, maand en jaar is bijgeladen, en hij mag dit alleen maar doen als device_tracker.location = Thuis.

Ja, dat is precies wat ik probeer, maar dan komt ChatGPT met suggesties, maar als ik die YAML dan kopieer dan geeft ie een foutmelding dat iets te lang is bijvoorbeeld, en dan blijft ie hangen in dezelfde cirkel van dingen suggereren die allemaal niet werken, om dan ineens te zeggen dat het zo allemaal niet werkt en dat je het anders moet doen, maar op dat punt ben ik de draad dan al kwijt geraakt, maar inderdaad, wat jij zegt is waarom ik zeg dat het in theorie niet zo lastig is.

De uitvoering echter...

[ Voor 17% gewijzigd door Just_A_User op 20-02-2026 09:15 ]

[TheFes]

Just_A_User schreef op vrijdag 20 februari 2026 @ 09:14:
[...]


Dat klopt, hij heeft een device tracker. Onder aan mijn vorige post staat dat ook, wacht, hier:


[...]


Ja, dat is precies wat ik probeer, maar dan komt ChatGPT met suggesties, maar als ik die YAML dan kopieer dan geeft ie een foutmelding dat iets te lang is bijvoorbeeld, en dan blijft ie hangen in dezelfde cirkel van dingen suggereren die allemaal niet werken, om dan ineens te zeggen dat het zo allemaal niet werkt en dat je het anders moet doen, maar op dat punt ben ik de draad dan al kwijt geraakt, maar inderdaad, wat jij zegt is waarom ik zeg dat het in theorie niet zo lastig is.

De uitvoering echter...

Kun je me de volgende zaken geven:

• het entity_id van de sensor die de batterijwaarde in procenten geeft
• het entity_id van de device tracker die aangeeft waar de auto is
• het entity_id van de sensor die aangeeft of de auto aan het laden is
• de state van de sensor die aangeeft of de auto aan het laden is, wanneer deze dus aan het laden is. Graag de state zoals die in developer tools > states staat, niet zoals je hem in de GUI ziet.

[Just_A_User]

TheFes schreef op vrijdag 20 februari 2026 @ 09:20:
[...]

Kun je me de volgende zaken geven:

• het entity_id van de sensor die de batterijwaarde in procenten geeft
• het entity_id van de device tracker die aangeeft waar de auto is
• het entity_id van de sensor die aangeeft of de auto aan het laden is
• de state van de sensor die aangeeft of de auto aan het laden is, wanneer deze dus aan het laden is. Graag de state zoals die in developer tools > states staat, niet zoals je hem in de GUI ziet.

Ja, dat kan ik, ik ga ze even bij elkaar zoeken, ik update dit bericht dalijk.

Edit:

Batterij: sensor.battery_hv_state_of_charge
device tracker: device_tracker.location
sensor of auto aan het laden is: sensor.charging_ev_charging_state

De status van die laatste sensor op het moment dat de auto aan het laden is is: CHARGINGACTIVE. Nu momenteel, waar de auto niét aan het laden is, is de status NOCHARGING.

[ Voor 19% gewijzigd door Just_A_User op 20-02-2026 09:32 ]

[TheFes]

Just_A_User schreef op vrijdag 20 februari 2026 @ 09:22:
[...]


Ja, dat kan ik, ik ga ze even bij elkaar zoeken, ik update dit bericht dalijk.

Edit:

Batterij: sensor.battery_hv_state_of_charge
device tracker: device_tracker.location
sensor of auto aan het laden is: sensor.charging_ev_charging_state

De status van die laatste sensor op het moment dat de auto aan het laden is is: CHARGINGACTIVE. Nu momenteel, waar de auto niét aan het laden is, is de status NOCHARGING.

Probeer dit eens

YAML:

template:
  - triggers:
      - trigger: state
        entity_id: sensor.battery_hv_state_of_charge
        not_to:
          - unavailable
          - unknown
        not_from:
          - unavailable
          - unknown
    conditions:
      - condition: state
        entity_id: device_tracker.location
        state: home
      - condition: state
        entity_id: sensor.charging_ev_charging_state
        state: CHARGINGACTIVE
    sensor:
      - unique_id: 9f2251e3-c891-4444-ac52-c2f41a7761e7
        name: Car charged at home total
        state: >
          {% set current = this.state | float(0) %}
          {% set from = trigger.from_state.state | float %}
          {% set to = trigger.to_state.state | float %}
          {% set delta = (to - from) * 0.289 %}
          {{ current + delta }}
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing

[Just_A_User]

TheFes schreef op vrijdag 20 februari 2026 @ 09:47:
[...]


Probeer dit eens

YAML:

template:
  - triggers:
      - trigger: state
        entity_id: sensor.battery_hv_state_of_charge
        not_to:
          - unavailable
          - unknown
        not_from:
          - unavailable
          - unknown
    conditions:
      - condition: state
        entity_id: device_tracker.location
        state: home
      - condition: state
        entity_id: sensor.charging_ev_charging_state
        state: CHARGINGACTIVE
    sensor:
      - unique_id: 9f2251e3-c891-4444-ac52-c2f41a7761e7
        name: Car charged at home total
        state: >
          {% set current = this.state | float(0) %}
          {% set from = trigger.from_state.state | float %}
          {% set to = trigger.to_state.state | float %}
          {% set delta = (to - from) * 0.289 %}
          {{ current + delta }}
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing

Dit kán niet zo simpel zijn. Ik moet dan wel de state aanpassen naar 'Thuis' want dat is de status die ik hier voorbij zie komen. Home zou dan niet werken lijkt me?

Maar dit bedoel ik dus, dit is op zich een hele kleine automatisering (als hij werkt), maar als je ChatGPT moet geloven dan is het een giga operatie. Ik heb ik weet niet wat allemaal aangemaakt, en ik denk niet dat dát gaat werken, net als eergisteren toen ik weet ik veel wat had aangemaakt, maar dat werkte toen ook niet, en dan wordt debuggen heel lastig want ik weet dan niet eens wáár het fout gaat.

[edwin2021]

Werkt nu dus?

[Just_A_User]

edwin2021 schreef op vrijdag 20 februari 2026 @ 10:07:
Werkt nu dus?

Dat weet ik niet, want vrouwlief is met de auto weg, en die is vanavond pas thuis dus kan ook vanavond pas gaan laden.

[TheFes]

Just_A_User schreef op vrijdag 20 februari 2026 @ 10:05:
[...]


Dit kán niet zo simpel zijn. Ik moet dan wel de state aanpassen naar 'Thuis' want dat is de status die ik hier voorbij zie komen. Home zou dan niet werken lijkt me?

Maar dit bedoel ik dus, dit is op zich een hele kleine automatisering (als hij werkt), maar als je ChatGPT moet geloven dan is het een giga operatie. Ik heb ik weet niet wat allemaal aangemaakt, en ik denk niet dat dát gaat werken, net als eergisteren toen ik weet ik veel wat had aangemaakt, maar dat werkte toen ook niet, en dan wordt debuggen heel lastig want ik weet dan niet eens wáár het fout gaat.

Nee, de state moet home zijn. Daarom vroeg je expliciet om de state vanuit developer tools > states te geven. De GUI geeft vertalingen.

[Just_A_User]

TheFes schreef op vrijdag 20 februari 2026 @ 10:18:
[...]

Nee, de state moet home zijn. Daarom vroeg je expliciet om de state vanuit developer tools > states te geven. De GUI geeft vertalingen.

Ik heb de rest gecontroleerd, de rest die ik gaf klopte, maar die location heb ik niet gecontroleerd. Daar staat inderdaad Home.

Maar hoe werkt dat dan als je een automatisering gaat aanmaken? Want toen ik dus gisteravond probeerde om iets te maken, toen gebruikte ik daar wel de status 'Thuis', maar moet ik daar dan ook Home gebruiken?

[TheFes]

Just_A_User schreef op vrijdag 20 februari 2026 @ 10:27:
[...]


Ik heb de rest gecontroleerd, de rest die ik gaf klopte, maar die location heb ik niet gecontroleerd. Daar staat inderdaad Home.

Maar hoe werkt dat dan als je een automatisering gaat aanmaken? Want toen ik dus gisteravond probeerde om iets te maken, toen gebruikte ik daar wel de status 'Thuis', maar moet ik daar dan ook Home gebruiken?

[Afbeelding]

De GUI gebruikt diezelfde vertaalde states. Als je naar de YAML kijkt zul je zien dat er home staat (let op, zonder hoofletter, je schrijft hierboven Home)

[Just_A_User]

TheFes schreef op vrijdag 20 februari 2026 @ 10:29:
[...]


De GUI gebruikt diezelfde vertaalde states. Als je naar de YAML kijkt zul je zien dat er home staat (let op, zonder hoofletter, je schrijft hierboven Home)

De bijbehorende YAML code (die automatsering openen en dan kiezen voor 'bewerken in YAML') geeft mij dit:

YAML:

alias: Mini - SOC bij start laden
triggers:
  - entity_id: sensor.charging_ev_charging_state
    to: CHARGINGACTIVE
    trigger: state
conditions:
  - condition: state
    entity_id: device_tracker.location
    state: Thuis
actions:
  - target:
      entity_id: input_number.mini_soc_bij_start_laden
    data:
      value: "{{ states('sensor.battery_hv_state_of_charge') | float }}"
    action: input_number.set_value
mode: single

Daar staat ook Thuis, met hoofdletter. Geen idee of die hele automatisering uberhaupt werkt want gisteravond gemaakt en auto is nog niet opgeladen, dus nog niet geprobeerd.

[TheFes]

Just_A_User schreef op vrijdag 20 februari 2026 @ 10:32:
[...]


De bijbehorende YAML code (die automatsering openen en dan kiezen voor 'bewerken in YAML') geeft mij dit:

YAML:

alias: Mini - SOC bij start laden
triggers:
  - entity_id: sensor.charging_ev_charging_state
    to: CHARGINGACTIVE
    trigger: state
conditions:
  - condition: state
    entity_id: device_tracker.location
    state: Thuis
actions:
  - target:
      entity_id: input_number.mini_soc_bij_start_laden
    data:
      value: "{{ states('sensor.battery_hv_state_of_charge') | float }}"
    action: input_number.set_value
mode: single

Daar staat ook Thuis, met hoofdletter. Geen idee of die hele automatisering uberhaupt werkt want gisteravond gemaakt en auto is nog niet opgeladen, dus nog niet geprobeerd.

Dat gaat dan sowieso niet werken. De state van een device tracker entity is home, not_home of de naam van een zone.

Of heb jij een zone gemaakt die Thuis heet en de standaard home zone overlapt?

[Just_A_User]

TheFes schreef op vrijdag 20 februari 2026 @ 10:40:
[...]

Dat gaat dan sowieso niet werken. De state van een device tracker entity is home, not_home of de naam van een zone.

Of heb jij een zone gemaakt die Thuis heet en de standaard home zone overlapt?

Ik heb zones gemaakt ja, maar ik weet niet meer of ik een zone 'Thuis' heb gemaakt. Maar, als ik die devicetracker opzoek, dan is het inderdaad 'home'. Er is ook maar 1 entiteit die zo heet en die komt van die auto af. In de GUI staat de auto dan 'Thuis', maar dat zeg ik, die tracker heeft in Ontwikkelhulpmiddelen inderdaad de benaming 'home'. Dus dat moet ik dan aanpassen in mijn automatisering lijkt me.

[TheFes]

Just_A_User schreef op vrijdag 20 februari 2026 @ 10:43:
[...]


Ik heb zones gemaakt ja, maar ik weet niet meer of ik een zone 'Thuis' heb gemaakt. Maar, als ik die devicetracker opzoek, dan is het inderdaad 'home'. Er is ook maar 1 entiteit die zo heet en die komt van die auto af. In de GUI staat de auto dan 'Thuis', maar dat zeg ik, die tracker heeft in Ontwikkelhulpmiddelen inderdaad de benaming 'home'. Dus dat moet ik dan aanpassen in mijn automatisering lijkt me.

Dat zul je aan moeen passen. Maar deze automatisering heb je dus verder niet nodig met mijn template sensor.

[Just_A_User]

TheFes schreef op vrijdag 20 februari 2026 @ 10:46:
[...]

Dat zul je aan moeen passen. Maar deze automatisering heb je dus verder niet nodig met mijn template sensor.

Nee, dat snap ik, maar ik gooi hem nog niet weg, want ik ben dus benieuwd of het ding dan wél werkt als ik die waarde aanpas naar home.

[MXMan]

Is er iemand die zijn ETF's opvolgt in een dashboard in Home Assistant? Had graan een tabje willen toevoegen aan mijn dashboard voor EOD prijzen.

[MXMan]

Gevonden via Yahoo Finance HACS integratie

https://github.com/iprak/yahoofinance



Prima!

[Just_A_User]

TheFes schreef op vrijdag 20 februari 2026 @ 09:47:
[...]


Probeer dit eens

YAML:

template:
  - triggers:
      - trigger: state
        entity_id: sensor.battery_hv_state_of_charge
        not_to:
          - unavailable
          - unknown
        not_from:
          - unavailable
          - unknown
    conditions:
      - condition: state
        entity_id: device_tracker.location
        state: home
      - condition: state
        entity_id: sensor.charging_ev_charging_state
        state: CHARGINGACTIVE
    sensor:
      - unique_id: 9f2251e3-c891-4444-ac52-c2f41a7761e7
        name: Car charged at home total
        state: >
          {% set current = this.state | float(0) %}
          {% set from = trigger.from_state.state | float %}
          {% set to = trigger.to_state.state | float %}
          {% set delta = (to - from) * 0.289 %}
          {{ current + delta }}
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing

Waar zet ik dit neer? In configuration.yaml?

[TheFes]

Just_A_User schreef op vrijdag 20 februari 2026 @ 11:53:
[...]


Waar zet ik dit neer? In configuration.yaml?

Jep, heb je al andere template: configuratie daarin staan? Ofwel, staat de template: al in je configuration.yaml?

[Just_A_User]

TheFes schreef op vrijdag 20 februari 2026 @ 11:54:
[...]

Jep, heb je al andere template: configuratie daarin staan? Ofwel, staat de template: al in je configuration.yaml?

Ja, op line 25.

[Ben(V)]

Seafarer schreef op vrijdag 20 februari 2026 @ 09:03:
[...]

Aangezien CO lichter is dan lucht zal het opstijgen. Lijkt me dat plafond plaatsing geen enkele issue is.

Lucht bestaat voor 80% uit N2 en dat even zwaar als CO dus plafondmontage is niet verstandig, want CO mengt zich dus gewoon met de lucht ter hoogte van de veroorzaker van de CO en stijgt zeker niet op naar het plafond.
Plaatsing ter hoogte van het verbranding toestel is aan te raden.

[TheFes]

Just_A_User schreef op vrijdag 20 februari 2026 @ 11:57:
[...]


Ja, op line 25.

Dan moet je daar ook deze code onder zetten, en dus maar één keer template: gebruiken.

[Schway]

superduper schreef op donderdag 19 februari 2026 @ 10:05:
Ik heb eergisteren deze Thermostaat geinstalleerd (https://diyless.com/product/opentherm-thermostat3) en via MQTT in mijn home assistant gezet. Dat ging allemaal volgens het boekje en reageerde prima.

Na 1 dag ongeveer ging het echter heel moeizaam met Home Assistant. De hele home assistant was niet meer bereikbaar, dus een harde reset gedaan. Toen kwam hij weer op, en zag ik dat de disk was volgelopen. Wat backups verwijderd, en dat ging heel traag, maar door weinig diskspace vermoedde ik. Nu is er 14 GB vrij, maar valt me op dat hij toch weer offline gaat. Als ik even de netwerk kabel eruit en erin doe, is hij wel weer bereikbaar, maar valt na ~3 minuten weer weg.

Als ik een backup wil downloaden, gaat dat supertraag, 1 MB/s, dus het lijkt erop dat er iets heel druk op de netwerk interface zit..

Kan dat komen dat MQTT niet lekker gaat?

Ik moet zeggen dat de thermostaat ook niet lekker werkt en die heb ik ook al een aantal keren gereset, maar ik krijg de waardes op de display van de thermostaat niet gelijk aan wat ik zie in HA.

Hoe kan ik zien wat er misgaat in mijn HA, of in mijn netwerk?

Die heb ik ook! Werkte ideaal toen ik de kabel naar mijn CV ketel in de OpenTherm plug heb gestoken ipv BUS.

HA draait op de RPI 4 vanaf een usb ssd want SD kaartjes gaan te snel stuk.

Je zou de debug logging via de MQTT integratie kunnen aanzetten of daar iets in gebeurd. Zodra je em uitzet download je het bestand. Misschien in de MQTT app logs dat je daar iets in ziet, maar ik heb daar alleen een ping staan.

Wellicht een idee om System monitor - Home Assistant toe tevoegen, kijken wat er speelt

[Just_A_User]

TheFes schreef op vrijdag 20 februari 2026 @ 12:31:
[...]

Dan moet je daar ook deze code onder zetten, en dus maar één keer template: gebruiken.

De eerste regel bevat nu '- triggers:'. Hij staat onder een andere sensor:

YAML:

- sensor:
      - name: "Mini geladen kWh laatste sessie Sensor"
        unit_of_measurement: "kWh"
        device_class: energy
        state_class: measurement
        state: "{{ states('input_number.mini_geladen_kwh_laatste_sessie') | float(0) }}"
  
        
  - triggers:
      - trigger: state
        entity_id: sensor.battery_hv_state_of_charge
        not_to:
          - unavailable
          - unknown
        not_from:
          - unavailable
          - unknown
    conditions:
      - condition: state
        entity_id: device_tracker.location
        state: home
      - condition: state
        entity_id: sensor.charging_ev_charging_state
        state: CHARGINGACTIVE
    sensor:
      - unique_id: 9f2251e3-c891-4444-ac52-c2f41a7761e7
        name: Car charged at home total
        state: >
          {% set current = this.state | float(0) %}
          {% set from = trigger.from_state.state | float %}
          {% set to = trigger.to_state.state | float %}
          {% set delta = (to - from) * 0.289 %}
          {{ current + delta }}
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing

Ik zie ook geen foutmelding of een rood uitroepteken, dus dit zou moeten kloppen op deze manier denk ik?

Edit; dit is vreemd, want in de yaml hier staat - sensor en - triggers: niet recht onder elkaar, maar in werkelijkheid wél.

[ Voor 3% gewijzigd door Just_A_User op 20-02-2026 13:02 ]

[superduper]

Ok, weer wat verder. HA lijkt stabiel bij het uitschakelen van influxDB, dus daar lijkt wel iets te zitten. Bij verder graven blijk ik niet de enige:

https://community.home-as...-to-has-2026-1-2/977195/8

Heel recent dus issues met influxDB en HAOS 17 en core 2026.1.2+ op Pi/ARM: Random reboots en instabiliteit.

Oplossing is voor nu uitschakelen influxDB of downgraden naar HAOS 15.2

[TheFes]

Just_A_User schreef op vrijdag 20 februari 2026 @ 13:01:
[...]


De eerste regel bevat nu '- triggers:'. Hij staat onder een andere sensor:

YAML:

- sensor:
      - name: "Mini geladen kWh laatste sessie Sensor"
        unit_of_measurement: "kWh"
        device_class: energy
        state_class: measurement
        state: "{{ states('input_number.mini_geladen_kwh_laatste_sessie') | float(0) }}"
  
        
  - triggers:
      - trigger: state
        entity_id: sensor.battery_hv_state_of_charge
        not_to:
          - unavailable
          - unknown
        not_from:
          - unavailable
          - unknown
    conditions:
      - condition: state
        entity_id: device_tracker.location
        state: home
      - condition: state
        entity_id: sensor.charging_ev_charging_state
        state: CHARGINGACTIVE
    sensor:
      - unique_id: 9f2251e3-c891-4444-ac52-c2f41a7761e7
        name: Car charged at home total
        state: >
          {% set current = this.state | float(0) %}
          {% set from = trigger.from_state.state | float %}
          {% set to = trigger.to_state.state | float %}
          {% set delta = (to - from) * 0.289 %}
          {{ current + delta }}
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing

Ik zie ook geen foutmelding of een rood uitroepteken, dus dit zou moeten kloppen op deze manier denk ik?

Edit; dit is vreemd, want in de yaml hier staat - sensor en - triggers: niet recht onder elkaar, maar in werkelijkheid wél.

Dat komt omdat je er geen template: boven hebt laten staan. Daardoor staan er nu wat verloren spaties voor - sesnor: die hij in de uitiendelijke opmaak weg laat.

Wat is eigenlijk het nu van die sensor waar je het nu onder hebt gezet?

Als je nu bij developer tools > YAML een reload doet van template entities, zou de nieuwe sensor aangemaakt moeten wroden. De state zal dan unknown zijn. Zodra de auto aan de lader hangt, en de eerste procenten er bij gekomen zijn, moet de sensor een waarde gaan weergeven.

[ Voor 13% gewijzigd door TheFes op 20-02-2026 13:56 ]

[Just_A_User]

TheFes schreef op vrijdag 20 februari 2026 @ 13:51:
[...]


Dat komt omdat je er geen template: boven hebt laten staan. Daardoor staan er nu wat verloren spaties voor - sesnor: die hij in de uitiendelijke opmaak weg laat.

Wat is eigenlijk het nu van die sensor waar je het nu onder hebt gezet?

Als je nu bij developer tools > YAML een reload doet van template entities, zou de nieuwe sensor aangemaakt moeten wroden. De state zal dan unknown zijn. Zodra de auto aan de lader hangt, en de eerste procenten er bij gekomen zijn, moet de sensor een waarde gaan weergeven.

Die maakt dus onderdeel uit van die shitload aan sensoren en wat weet ik die ChatGPT me vroeg aan te maken, dus ik heb ze nog laten staan. Ik moet nu een vergadering in, maar ik kan straks/vanavond wel proberen uit te leggen wat ik heb gemaakt (of in ieder geval, wat het doel was van elke afzonderlijke sensor en automatisering).

[TheFes]

Just_A_User schreef op vrijdag 20 februari 2026 @ 13:59:
[...]


Die maakt dus onderdeel uit van die shitload aan sensoren en wat weet ik die ChatGPT me vroeg aan te maken, dus ik heb ze nog laten staan. Ik moet nu een vergadering in, maar ik kan straks/vanavond wel proberen uit te leggen wat ik heb gemaakt (of in ieder geval, wat het doel was van elke afzonderlijke sensor en automatisering).

Ik hoef niet per se te weten wat ChatGPT allemaal bij elkaar verzonnen heeft. Als wat ik heb aangedragen werkt, zou ik al die andere rommel gewoon weggooien.

[Just_A_User]

TheFes schreef op vrijdag 20 februari 2026 @ 14:00:
[...]

Ik hoef niet per se te weten wat ChatGPT allemaal bij elkaar verzonnen heeft. Als wat ik heb aangedragen werkt, zou ik al die andere rommel gewoon weggooien.

Die gáát dan ook weg, maar ik ben dus nu ook wel geinteresseerd of dat ene ding nu werkt met dat Home vs Thuis, (want hij accepteert daar geen home, hij accepteert alleen Thuis) maar mocht jouw ding werken, dan gaat al die andere troep linea recta weg natuurlijk.

[TheFes]

Just_A_User schreef op vrijdag 20 februari 2026 @ 14:01:
[...]


Die gáát dan ook weg, maar ik ben dus nu ook wel geinteresseerd of dat ene ding nu werkt met dat Home vs Thuis, (want hij accepteert daar geen home, hij accepteert alleen Thuis) maar mocht jouw ding werken, dan gaat al die andere troep linea recta weg natuurlijk.

Maak eens een automation, kies een state trigger of state condition, en pak dan een device tracker als entity.
Als je dan uit de dropdown Thuis kiest, zul je zien dat het in YAML home wordt.

Ik gok dat ChatGPT gehallucineerd heeft dat het Thuis moet zijn, en dat jij dat klakkeloos overgenomen hebt.
Een LLM kan best leuke suggesties doen, maar als je zelf niet in staat bent om te controleren of het ook allemaal correct is, dan wordt het lastig om het ook echt werkend te krijgen.

[AWEF]

Just_A_User schreef op vrijdag 20 februari 2026 @ 14:01:
[...]


Die gáát dan ook weg, maar ik ben dus nu ook wel geinteresseerd of dat ene ding nu werkt met dat Home vs Thuis, (want hij accepteert daar geen home, hij accepteert alleen Thuis) maar mocht jouw ding werken, dan gaat al die andere troep linea recta weg natuurlijk.

Tip: Maak gebruik van Packages (https://www.home-assistant.io/docs/configuration/packages/), dat maakt het leven van jou (en de configuration.yaml) een stuk makkelijker

[Seafarer]

Ben(V) schreef op vrijdag 20 februari 2026 @ 12:10:
[...]


Lucht bestaat voor 80% uit N2 en dat even zwaar als CO dus plafondmontage is niet verstandig, want CO mengt zich dus gewoon met de lucht ter hoogte van de veroorzaker van de CO en stijgt zeker niet op naar het plafond.
Plaatsing ter hoogte van het verbranding toestel is aan te raden.

Dat klopt wel maar er komt normaal gesproken alleen CO uit een verbrandings toestel als deze een gebrek heeft en iets fossiels aan het verbranden is. Op dat moment zijn lucht en CO warm enstijgen heel makkelijk op.

[Just_A_User]

TheFes schreef op vrijdag 20 februari 2026 @ 14:09:
[...]


Maak eens een automation, kies een state trigger of state condition, en pak dan een device tracker als entity.
Als je dan uit de dropdown Thuis kiest, zul je zien dat het in YAML home wordt.

Ik gok dat ChatGPT gehallucineerd heeft dat het Thuis moet zijn, en dat jij dat klakkeloos overgenomen hebt.
Een LLM kan best leuke suggesties doen, maar als je zelf niet in staat bent om te controleren of het ook allemaal correct is, dan wordt het lastig om het ook echt werkend te krijgen.

[Afbeelding]

[Afbeelding]

Maar hij werkt wel. Dus de automation die 'ik' gemaakt heb (mbv van ChatGPT) en die dus géén home accepteert als ik die automation via de GUI probeer aan te passen, die werkt, want dat ding moet de beginstand van de accu opslaan, en dat doet ie, want auto hangt inmiddels aan de lader, hij was 69, en daar geeft hij nu 69 aan.

Maar, ik zag dat jouw ding ook werkt, dus ik ben nu die van jou aan het gebruiken om dag/maand/jaartellers te maken, en dan kan straks die meuk weg.

[TheFes]

Just_A_User schreef op vrijdag 20 februari 2026 @ 15:54:
[...]


Maar hij werkt wel. Dus de automation die 'ik' gemaakt heb (mbv van ChatGPT) en die dus géén home accepteert als ik die automation via de GUI probeer aan te passen, die werkt, want dat ding moet de beginstand van de accu opslaan, en dat doet ie, want auto hangt inmiddels aan de lader, hij was 69, en daar geeft hij nu 69 aan.

Maar, ik zag dat jouw ding ook werkt, dus ik ben nu die van jou aan het gebruiken om dag/maand/jaartellers te maken, en dan kan straks die meuk weg.

Je haalt volgens mij wat dingen door elkaar:

• Als je een state trigger of state condition aanmaakt geeft de GUI suggesties. Dat doet hij op basis van het domain (bijvoorbeeld binary_sensor) in combinatie met de device class (bijvoorbeeld motion. Dus bij een binary sensor van een motion sensor zal de GUI iets weergeven als Beweging gedetecteerd of Geen beweging (geen idee wat de werkelijke vertalingen in het Nederlands zijn). Maar de werkelijke state van een binary sensor is on of off. Binnen de GUI krijg je dus "vertaalde" states te zien.
• Voor een device tracker entity zijn er ook dergelijke vertaalde states. Aangezien jij Nederlands ingesteld hebt zal dat Thuis zijn voor home, Afwezig voor not_home en verder zulen bij een device tracker ook alle zones in de dropdown staan.
• Je kunt deze states ook gewoon overrulen door zelf gewoon iets te typen. Bij een binary sensor of device tracker is dat niet zo nuttig, omdat die standaard al alle valide opties laat zien, bij entities waarbij de state niet op basis van de combinatie domain en device class bepaald kan worden, moet je vaak zelf de input doen. Het is dus niet zo dat je beperkt bent tot de opties uit de dropdown.
• Als je aangeeft dat zowel je automation als de template sensor nu werken, dan heb je waarschijnlijk (wellicht door wat in de GUI te klikken) de automation gewijzigd zodat de YAML code nu aangepast en hij toch home is (in de visuele editor zul je nog steeds Thuis zien). Het kan namelijk niet zo zijn dat de device tracker zowel de state home als Thuis heeft.

[HuismAndré]

Ben(V) schreef op vrijdag 20 februari 2026 @ 12:10:
[...]


Lucht bestaat voor 80% uit N2 en dat even zwaar als CO dus plafondmontage is niet verstandig, want CO mengt zich dus gewoon met de lucht ter hoogte van de veroorzaker van de CO en stijgt zeker niet op naar het plafond.
Plaatsing ter hoogte van het verbranding toestel is aan te raden.

https://www.brandweer.nl/...lder-waar-hang-je-die-op/

In een ruimte met een verbrandingstoestel (mogelijke CO-bron)
Aan het plafond
Op een horizontale afstand tussen 1 en 3 meter van de CO-bron
Centraal in de ruimte
Op minimaal 30 centimeter van omliggende muren
Niet naast aanwezige luchtinlaten of luchtuitlaten of andere objecten aan het plafond.