Home Assistant: Open source Python3 home automation - deel 5

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

[HuismAndré]

Ik zie dat er aardig wat mensen hier de Ikea Inspelning gebruiken (die momenteel wel erg vriendelijk geprijsd is én redelijk uit elkaar te halen is om relaisloos te maken). Vanaf hoeveel W meet de Inspelning? Ik zoek namelijk een slim stopcontactje die vanaf 2W kan meten.

[Ronald]

Ik zie 0, 1, 2W voorbij komen op de mijne.

Relaisloos maken omdat, @HuismAndré, nieuwsgierig wat het voordeel is (en te lui te zoeken)?

[Vorkie]

Ronald schreef op vrijdag 20 februari 2026 @ 22:29:
Ik zie 0, 1, 2W voorbij komen op de mijne.

Relaisloos maken omdat, @HuismAndré, nieuwsgierig wat het voordeel is (en te lui te zoeken)?

Hoofdreden is voornamelijk dat ie niet schakelt maar gewoon altijd aan is. Puur om te meten dus.

Ikzelf heb dit niet gedaan - heb automatisering op belangrijkste en natuurlijk restore na geen stroom aangezet.

[HuismAndré]

Ronald schreef op vrijdag 20 februari 2026 @ 22:29:
Ik zie 0, 1, 2W voorbij komen op de mijne.

Relaisloos maken omdat, @HuismAndré, nieuwsgierig wat het voordeel is (en te lui te zoeken)?

Puur om te meten inderdaad. Blijf het jammer vinden dat men geen bistabiele relais gebruikt. Nu zit je met relais die 24/7 geactiveerd zijn als het puur om stroommeting gaat (en heb zelfs een keer mee mogen maken dat een Gosund stopcontactje vond dat het tijd was om af te schakelen (werd gebruikt om het verbruik van de koelkast te meten...)).

[DjoeC]

HuismAndré schreef op vrijdag 20 februari 2026 @ 22:51:
[...]

Puur om te meten inderdaad. Blijf het jammer vinden dat men geen bistabiele relais gebruikt. Nu zit je met relais die 24/7 geactiveerd zijn als het puur om stroommeting gaat (en heb zelfs een keer mee mogen maken dat een Gosund stopcontactje vond dat het tijd was om af te schakelen (werd gebruikt om het verbruik van de koelkast te meten...)).

Tja, ik verbaas me ook elke keer weer dat er zo weinig spul (herkenbaar) bestaat met bistabiele relais....... Dat scheelt bij 20 stuks op jaarbasis best veel pegulanten!

Is bij de Inspelning trouwens "aan" of "uit" bekrachtigd?

[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

Het unique ID dat in deze YAML staat, hoe heb je die gegenereerd?

[BiG-GuY]

HuismAndré schreef op vrijdag 20 februari 2026 @ 22:51:
[...]

Puur om te meten inderdaad. Blijf het jammer vinden dat men geen bistabiele relais gebruikt. Nu zit je met relais die 24/7 geactiveerd zijn als het puur om stroommeting gaat (en heb zelfs een keer mee mogen maken dat een Gosund stopcontactje vond dat het tijd was om af te schakelen (werd gebruikt om het verbruik van de koelkast te meten...)).

Shelly heeft sinds kort wel een Smart Plug zonder relais, die kan dus enkel meten:

https://www.shelly.com/products/shelly-plug-pm-gen3-black

Helaas nog geen Gen4 versie met Zigbee en Matter over WiFi.

[TheFes]

Just_A_User schreef op vrijdag 20 februari 2026 @ 23:29:
[...]


Het unique ID dat in deze YAML staat, hoe heb je die gegenereerd?

Met een UUID generator
Er zit er standaard eentje in de Studio Code Server add-on app, maar je kunt ook een online tool als https://www.uuidgenerator.net/ gebruiken.

[Ben(V)]

DjoeC schreef op vrijdag 20 februari 2026 @ 23:12:
[...]

Tja, ik verbaas me ook elke keer weer dat er zo weinig spul (herkenbaar) bestaat met bistabiele relais....... Dat scheelt bij 20 stuks op jaarbasis best veel pegulanten!

Is bij de Inspelning trouwens "aan" of "uit" bekrachtigd?

De Inspelning is "aan" bekrachtig, dus voor enkel meten moet het relais altijd bekrachtig zijn.
Ik gebruik er hier ook een paar enkel om te meten, ga dus ook eens kijken of ik er een open kan maken en kan "tweaken".

[Septillion]

Just_A_User schreef op vrijdag 20 februari 2026 @ 23:29:
[...]


Het unique ID dat in deze YAML staat, hoe heb je die gegenereerd?

Maar je mag dus ook gewoon bijvoorbeeld sensor_car_charged_at_home_total gebruiken. Dat is wat ik eigenlijk altijd doe.

[JBS]

Is het iemand al eens gelukt om notifications die aangeven dat er een restart van HA nodig is na een update van bijvoorbeeld een HACS component te wissen (zonder een herstart van HA). Ik snap dat de herstart hiermee niet overbodig wordt, maar soms zit ik niet op een herstart te wachten maar stoor ik me wel aan die opvallende notificatie rondom aanwezige notifications.

[ Voor 10% gewijzigd door JBS op 21-02-2026 10:46 ]

[Septillion]

DjoeC schreef op vrijdag 20 februari 2026 @ 23:12:
[...]

Tja, ik verbaas me ook elke keer weer dat er zo weinig spul (herkenbaar) bestaat met bistabiele relais....... Dat scheelt bij 20 stuks op jaarbasis best veel pegulanten!

Is bij de Inspelning trouwens "aan" of "uit" bekrachtigd?

Ik zou ook wel graag meer met bi-stabiel zien. Maarja, als je even op Farnell kijkt zijn er 1787 types mono-stabiele power print relais beschikbaar en 193 bistabiel. En goedkoopste bi-stabiel is bijna 4x zo duur als de monostabiel. Dus mja, snap het wel.

[Septillion]

@JBS Dat kan niet.

En mja, ook ik kan me storen aan de oranje stip. Maar andere kant snap ik het ook wel, het is niet iets dat je kan negeren.

[ Voor 76% gewijzigd door Septillion op 21-02-2026 10:56 ]

[RobertMe]

Septillion schreef op zaterdag 21 februari 2026 @ 10:51:
@JBS Dat kan niet.

En mja, ook ik kan me storen aan de oranje stip. Maar andere kant snap ik het ook wel, het is niet iets dat je kan negeren.

Het updaten van een HACS component heeft bij mij nog nooit de HA installatie stuk gemaakt (zolang ik niet deed herstarten). Lijkt mij dus iets dat wel prima te negeren is.

[Septillion]

@RobertMe Okay, woordkeuze was misschien niet goed. Je kan het negeren als effect, maar het laat werkelijk iets niet gebeuren waar je wel opdracht voor gegeven hebt. Aka, je gaf opdracht voor een update en zonder de herstart rond je update niet af.

Vandaar dat ik dus wel kan begrijpen dat HA dit in de niet regeerbare stapel stopt. Wil je de melding niet, dan moet je simpelweg de hele update negeren. Of de melding gewoon als friendly reminder zien.

[DjoeC]

Septillion schreef op zaterdag 21 februari 2026 @ 10:50:
[...]

Ik zou ook wel graag meer met bi-stabiel zien. Maarja, als je even op Farnell kijkt zijn er 1787 types mono-stabiele power print relais beschikbaar en 193 bistabiel. En goedkoopste bi-stabiel is bijna 4x zo duur als de monostabiel. Dus mja, snap het wel.

Tja, helaas geen 230V maar voor steeds meer toepassingen gebruik ik deze https://www.conrad.nl/nl/...tact-1-stuk-s-629513.html (en dan de 5V versie van een andere leverancier). Pulsje en hij is om. Ik vind die prijs best schappelijk.

[Knielen]

JBS schreef op zaterdag 21 februari 2026 @ 10:45:
Is het iemand al eens gelukt om notifications die aangeven dat er een restart van HA nodig is na een update van bijvoorbeeld een HACS component te wissen (zonder een herstart van HA). Ik snap dat de herstart hiermee niet overbodig wordt, maar soms zit ik niet op een herstart te wachten maar stoor ik me wel aan die opvallende notificatie rondom aanwezige notifications.

[Afbeelding]

Met Spook kan je deze meldingen negeren, doe ik ook voor een backup locatie die in de nacht niet bereikbaar is.

[edwin2021]

DjoeC schreef op zaterdag 21 februari 2026 @ 12:10:
[...]

Tja, helaas geen 230V maar voor steeds meer toepassingen gebruik ik deze https://www.conrad.nl/nl/...tact-1-stuk-s-629513.html (en dan de 5V versie van een andere leverancier). Pulsje en hij is om. Ik vind die prijs best schappelijk.

Maar mono stabiel is ook prima mits het relais een wissel contact heeft zodat je de NC poot kunt gebruiken. Ik zet nu soms zo'n relais achter het echte schakel relais zodat deze gesloten is als de spanning eraf is/gaat.

[DjoeC]

edwin2021 schreef op zaterdag 21 februari 2026 @ 13:27:
[...]

Maar mono stabiel is ook prima mits het relais een wissel contact heeft zodat je de NC poot kunt gebruiken. Ik zet nu soms zo'n relais achter het echte schakel relais zodat deze gesloten is als de spanning eraf is/gaat.

Het "probleem" is dat je bij constant aangesloten schakelaars uit mag gaan van een flink aantal uren in de bekrachtigde toestand. Laten we niet zeggen 50% van de tijd, maar 25% x 20 schakelaars is (totaal) 40.000 uur verbruik...... Bij 1W 40kW/jaar, zeg 10-12 euro?

[peterpijpelink]

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

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.

een Chatgpt is leuk voor code controle en yaml opmaak, maar teveel fouten. En aannames die totaal uit de lucht zijn gegrepen. Ik gebruik alleen voor code en opmaak yaml correcties. En dan is Claude.ai al weer stukken beter dan chatgpt....

[Just_A_User]

TheFes schreef op zaterdag 21 februari 2026 @ 08:14:
[...]

Met een UUID generator
Er zit er standaard eentje in de Studio Code Server add-on app, maar je kunt ook een online tool als https://www.uuidgenerator.net/ gebruiken.

Dank.

Nu vraag ik me af, kan ik het stukje dat jij gegeven hebt gewoon copy/pasten, maar dan als locatie niet 'home' gebruiken maar met 'werklocatie' van mijn vrouw? Dan kan ik namelijk onderscheid maken in hoeveel er waar geladen wordt. Ik vind dat niet zo boeiend, immers, het loopt niet over onze stroomaansluiting, maar mijn vrouw vindt het wél interessant zeg ze net, want die kan gratis laden op haar werk, en die wil die informatie dan het liefst wel inzichtelijk hebben om welke reden dan ook.

Of is er een slimmere manier om jouw stukje uit te breiden? Als dat lastig is, dan kopieer ik datzelfde ding gewoon met aangepaste locatie (en naam), maar als het met minder regels kan, waarom niet

Aanvullende vraag; of eigenlijk 'in plaats van' bovenstaande vraag, want inmiddels heb ik die automation gekopieerd, geplakt, aangepast waar het moest, ander ID er in gezet, maar....kom ik toch op de state van de locatie.

Sinds mijn vrouw de auto heeft (wat een kleine week is) is zij met die auto nog niet op haar werk geweest. Haar werklocatie heb ik als zone gedefinieerd, en bestaat uit 2 woorden, namelijk de naam van het bedrijf. Ik kan echter nergens vinden hoe die zone écht heet. De vriendelijke naam heb ik zelf gezet, maar waar kan ik vinden hoe die naam genoteerd wordt binnen Home Assistant? Want er zit dus een spatie tussen woord 1 en woord 2, en ik weet niet of dat geaccepteerd wordt, dus zoek ik liever de echte naam op, maar ik weet niet waar ik die kan vinden.

[ Voor 28% gewijzigd door Just_A_User op 21-02-2026 15:56 ]

[TheFes]

Just_A_User schreef op zaterdag 21 februari 2026 @ 14:55:
[...]


Dank.

Nu vraag ik me af, kan ik het stukje dat jij gegeven hebt gewoon copy/pasten, maar dan als locatie niet 'home' gebruiken maar met 'werklocatie' van mijn vrouw? Dan kan ik namelijk onderscheid maken in hoeveel er waar geladen wordt. Ik vind dat niet zo boeiend, immers, het loopt niet over onze stroomaansluiting, maar mijn vrouw vindt het wél interessant zeg ze net, want die kan gratis laden op haar werk, en die wil die informatie dan het liefst wel inzichtelijk hebben om welke reden dan ook.

Of is er een slimmere manier om jouw stukje uit te breiden? Als dat lastig is, dan kopieer ik datzelfde ding gewoon met aangepaste locatie (en naam), maar als het met minder regels kan, waarom niet

Aanvullende vraag; of eigenlijk 'in plaats van' bovenstaande vraag, want inmiddels heb ik die automation gekopieerd, geplakt, aangepast waar het moest, ander ID er in gezet, maar....kom ik toch op de state van de locatie.

Sinds mijn vrouw de auto heeft (wat een kleine week is) is zij met die auto nog niet op haar werk geweest. Haar werklocatie heb ik als zone gedefinieerd, en bestaat uit 2 woorden, namelijk de naam van het bedrijf. Ik kan echter nergens vinden hoe die zone écht heet. De vriendelijke naam heb ik zelf gezet, maar waar kan ik vinden hoe die naam genoteerd wordt binnen Home Assistant? Want er zit dus een spatie tussen woord 1 en woord 2, en ik weet niet of dat geaccepteerd wordt, dus zoek ik liever de echte naam op, maar ik weet niet waar ik die kan vinden.

Als je inderdaad het stuk er nog eens onder plakt, en unique_id, name en de zone aanpast, dan kun je ook een andere locatie bijhouden

[R-R-L]

peterpijpelink schreef op zaterdag 21 februari 2026 @ 14:20:
[...]

een Chatgpt is leuk voor code controle en yaml opmaak, maar teveel fouten. En aannames die totaal uit de lucht zijn gegrepen. Ik gebruik alleen voor code en opmaak yaml correcties. En dan is Claude.ai al weer stukken beter dan chatgpt....

Ik heb het overgrote deel van mijn setup bij elkaar de LLM't. Begonnen met ChatGPTA, Claude was nog beter en Grok ging weer wat verder. Het werkt in de basis prima, maar het blijft wel nodig om de code te controleren, als niet techneut is YAML goed te begrijpen.

Intussen is de UI nog weer verder verbeterd dat het gros al in de visual editor lukt, daarna doe ik toch vaak nog de controleslag en wat aanpassingen in YAML.

Het is een leuke en laagdrempelige taal om te leren. Technisch onderlegd zijn hoeft niet direct, logica snappen wel.

[Grolsch]

tagican schreef op donderdag 12 februari 2026 @ 18:27:
@Grolsch Ik heb zelf de PoE versie van de Reolink, daar ben ik zeer tevreden over. Daarvan heb ik de camerastream in Home Assistant, krijg ik zowel meldingen op mijn telefoon als dat ik mijn licht laat knipperen als de bel gaat. Dat laatste is vooral handig omdat ik op zolder zit én de melding in Android niet altijd even snel zijn. Over het algemeen gaat dat wel goed, maar het knipperen geeft mij vaak de beste indicatie.

Aan de andere kant: mijn ouders hebben de batterij variant van de deurbel. Zij zijn er wel blij mee, zeker voor het te woord staan van pakketbezorgers als zij nét niet thuis zijn. Maar wat belangrijk is, is dat bepaalde functionaliteit dat in de bedrade versies zitten, niet in de batterij versie zit. En dan met name het feit dat de camera niet continue opneemt, maar puur event-triggered is. Dat event kan zijn dat men op de knop drukt, maar ook als er bepaalde waarnemingen worden gedaan door de camera zoals persoondetectie, (huis)dierdetectie, beweging, etc. Dat laatste werkt niet altijd even vlekkeloos, ik ben wel eens voorbij komen lopen zonder dat de camera überhaupt de beweging heeft gedetecteerd.

Ik heb de deurbel echter niet getest in HA, dus zal daarbij even moeten afgaan op wat anderen hier zeggen. Op de laatste drie van je eisen is de camera prima, maar op de eis voor Home Assistant zul je dus hooguit kunnen triggeren op de events, denk ik. Het bekijken van een stream door de camera gaat denk ik niet lukken, gezien er geen RTSP stream wordt aangeboden.

Edit: Ik was zelf nog even benieuwd en hier legt iemand uit dat de bedrade versies direct in HomeAssistant toegevoegd worden, maar de batterij-versie enkel kan toe worden gevoegd via de Reolink Hub (en daarna heb je wel de realtime beelden en dezelfde uitgebreide controls, zoals de andere modellen).

Ik zat me te bedenken, ik heb ook een synology NAS, zal de batterij versie daar ook mee kunnen werken, en dat ik dan gebruik maak van de Synology integratie in HA om de camera te kunnen bekijken / besturen in HA

[InjecTioN]

superduper schreef op vrijdag 20 februari 2026 @ 13:04:
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

Balen! Gebruik je het voor iets belangrijks en kan je de data eventueel in een andere database engine prakken? Dat zou misschien al de meest logische oplossing zijn om hier vanaf te komen. Of natuurlijk een losse influxdb instance (langs HAOS) hosten, zodat HomeAssistant daar niet van afhankelijk is.

Ik heb met behulp van Proxmox zoveel mogelijk diensten niet in HomeAssistant als add-on ingebouwd. Zo dient er alleen een integration te zijn en kan ik simpelweg verbinden naar een externe database die direct op Proxmox gehost wordt. Ik bekritiseer je situatie overigens niet; enkel “food for thought”.

[Gondelier]

Vraagje, weet iemand hier op Tweakers waar je twee standaards kan kopen voor de Voice PE.
Ik kwam op internet Etsy.com tegen maar dat komt uit de VS en €. 26,28 verzendkosten.
Iemand een adres ??

[Gizz]

@Gondelier er zijn veel tweakers die een 3d-printservice aanbieden. Geen idee wat de kosten daarvan zijn, maar het is waarschijnlijk goedkoper dan iets uit de VS laten overvliegen. Modellen haal je van sites zoals printables of makersworld, of je ontwerpt zelf iets.

[ Voor 12% gewijzigd door Gizz op 22-02-2026 14:25 ]

[Gondelier]

@Gizz Dank 🙏 ik heb er een gevonden en ga ik werk van maken.

[TheMystery]

Ik heb sinds een tijdje een waterontharder en zou eigenlijk bij een lekkage de hoofdkraan dicht willen zetten.
Mijn ouders hebben dit eens gehad dus lijkt me wel fijn om te hebben.
Ik was aan het kijken naar de Aqara Valve Controller T1, alleen is mijn hoofdkraan 90 graden dus waar de klem moet zitten zit geen buis;

Het zal vast bij meerdere huizen zo aangesloten zitten heeft hier iemand een oplossing voor?

[breinonline]

Kan je de handel niet loshalen en 180º draaien?

[TheMystery]

breinonline schreef op zondag 22 februari 2026 @ 17:31:
Kan je de handel niet loshalen en 180º draaien?

Thx, dat was idd de oplossing, soms moet je niet te moeilijk denken

Aqara T1 valve controller maar besteld, heeft ooit iemand een Aqara leak sensor direct gebind/gelinkt aan de valve via zigbee2mqtt? Zodat je ha niet nodig hebt?

[ Voor 25% gewijzigd door TheMystery op 22-02-2026 20:04 ]

[Get!em]

InjecTioN schreef op zondag 22 februari 2026 @ 09:56:
[...]

Balen! Gebruik je het voor iets belangrijks en kan je de data eventueel in een andere database engine prakken? Dat zou misschien al de meest logische oplossing zijn om hier vanaf te komen. Of natuurlijk een losse influxdb instance (langs HAOS) hosten, zodat HomeAssistant daar niet van afhankelijk is.

Ik heb met behulp van Proxmox zoveel mogelijk diensten niet in HomeAssistant als add-on ingebouwd. Zo dient er alleen een integration te zijn en kan ik simpelweg verbinden naar een externe database die direct op Proxmox gehost wordt. Ik bekritiseer je situatie overigens niet; enkel “food for thought”.

Hier ook Proxmox. Heb influx als aparte container gehad, maar die uiteindelijk vervangen door VictoriaMetrix. Zelfde influx api, andere manier van opslaan, en daardoor minder data intensief.

[Stef012]

Gondelier schreef op zondag 22 februari 2026 @ 14:19:
Vraagje, weet iemand hier op Tweakers waar je twee standaards kan kopen voor de Voice PE.
Ik kwam op internet Etsy.com tegen maar dat komt uit de VS en €. 26,28 verzendkosten.
Iemand een adres ??

Je mag altijd even een bp sturen

[xrobert19]

Hi,
Hier een beginners vraag voor HA, ik heb vanavond een vm met HA os de lucht in geholpen en wil daar van de week nog een energie meter aan toevoegen.
Ik las als je een p1 meter van homewizard hebt en je via het eigen platform 3 fase informatie wil hebben je een energi+ abonnement moet afsluiten.(waar ik geen fan van ben) Wat ik me afvraag is of de 3 fase info wel gewoon via de api beschikbaar is en je daar mee in HA aan de slag kan?

Of kan ik beter een SlimmeLezer+ of SlimmeLezer P1 reader ethernet bestellen?
Homewizard p1 is alleen handig om later ook met een plug in batterij van bijvoorbeeld Zendure te combineren. Zou dan weer een losse meter op de p1 besparen.

[R-R-L]

Homewizard API geeft ook zonder abonnement de 3 fases door.

[iAR]

Ik heb een Mr.MC (of te wel Tuya) vloerverwarming. En die had ik draaien via de Tuya integratie. Maar je moet om de zoveel tijd die API opnieuw activeren. Dat is niet heel eenvoudig want Tuya veranderd de site nogal vaak... ik zit dan nu dus ook met een halve oplossing. Er komt wel wat data binnen en ik kan de temperatuur wijzigen maar de status is unknown.




Nu heb ik geprobeerd om het apparaat in LocalTuya onder te brengen maar dat lukte dus zo 123 niet.

Wat is nu een slim plan van aanpak om de vloerverwarming wél goed in Home Assistant te zetten?

[Erik80]

@iAR: Ik zou het toch proberen in Local Tuya. Waar loop je op vast?

Let trouwens op: in HACS zijn er meerdere versies beschikbaar. Ik gebruik die van xZetsubou, maar soms werkt de versie van Rospogrigio beter voor jouw device.

[ Voor 3% gewijzigd door Erik80 op 23-02-2026 13:42 ]

[Ben(V)]

TheMystery schreef op zondag 22 februari 2026 @ 20:00:
Aqara T1 valve controller maar besteld, heeft ooit iemand een Aqara leak sensor direct gebind/gelinkt aan de valve via zigbee2mqtt? Zodat je ha niet nodig hebt?

Dat werkt alleen met Zigbee devices via de touchlink functionaliteit, niet met wifi devices.

[superduper]

InjecTioN schreef op zondag 22 februari 2026 @ 09:56:
[...]

Balen! Gebruik je het voor iets belangrijks en kan je de data eventueel in een andere database engine prakken? Dat zou misschien al de meest logische oplossing zijn om hier vanaf te komen. Of natuurlijk een losse influxdb instance (langs HAOS) hosten, zodat HomeAssistant daar niet van afhankelijk is.

Ik heb met behulp van Proxmox zoveel mogelijk diensten niet in HomeAssistant als add-on ingebouwd. Zo dient er alleen een integration te zijn en kan ik simpelweg verbinden naar een externe database die direct op Proxmox gehost wordt. Ik bekritiseer je situatie overigens niet; enkel “food for thought”.

Ik ben nu overgestapt naar proxmox op een iets krachtere machine dan de Pi4, dus ik denk dat ik je suggestie overneem en de influxDB in een aparte container zet ja.

[Barfman]

iAR schreef op maandag 23 februari 2026 @ 11:38:
Ik heb een Mr.MC (of te wel Tuya) vloerverwarming. En die had ik draaien via de Tuya integratie. Maar je moet om de zoveel tijd die API opnieuw activeren. Dat is niet heel eenvoudig want Tuya veranderd de site nogal vaak... ik zit dan nu dus ook met een halve oplossing. Er komt wel wat data binnen en ik kan de temperatuur wijzigen maar de status is unknown.

[Afbeelding]


Nu heb ik geprobeerd om het apparaat in LocalTuya onder te brengen maar dat lukte dus zo 123 niet.

Wat is nu een slim plan van aanpak om de vloerverwarming wél goed in Home Assistant te zetten?

Je moet gewoon naar je Tuya developer account gaan, vervolgens kies je in de linker balk voor Cloud. Daarna kan je helemaal rechts klikken op "Open Project" , dan bovenin op Service API en verlengen. Je moet iets zeggen over waarom je moet verlengen, ik zeg altijd voor persoonlijk gebruik.
Meestal binnen een paar uur wordt de API weer verlengd voor 6 tot 12 maanden, bij mij werkt dat al jaren.

[TheMystery]

Ben(V) schreef op maandag 23 februari 2026 @ 14:14:
[...]


Dat werkt alleen met Zigbee devices via de touchlink functionaliteit, niet met wifi devices.

Het zijn beide zigbee devices, en via de Aqara app zijn ze te linken maar vind nergens of dit ook via zigbee2mqtt kan. Directe communicatie zou handig zijn mocht er iets mis zijn met ha of zigbee2mqtt.

[edwin2021]

touchlink is het tover woord.
Ik heb het alsvolgt gedaan;
Eerst met touchlink procedure van het zigbee ding ze aan elkaar verbinden.
Daarna elk afzonderlijk aanmelden op zigbee coördinator.
Inmiddels paar keer gedaan en ook al verschild de exacte procedure per device en volgorde tot nu toe niet. Toegegeven, is vaak puzzelen met timing van knopjes indrukken maar uiteindelijk werkt het en zit het vaak in een lees foutje waardoor het direct koppelen via touchlink mislukte.

[jenk]

Ik ben niet zo ervaren met HA op een PI4 en kom het volgende probleem tegen.
Volgens een online handleiding moet ik om HACS te installeren eerst advanced SSH @ Web Terminal installeren.
Dit gaat goed en deze kan ik ook starten.
Als ik daarna aan de linkerkant van het scherm op Terminal druk, krijg ik de melding : de app is not running, do you want to start it now?
Als ik daarna op App starten druk, probeert de app op te starten, maar dat lukt niet.
In de supervisor zie ik dan de volgende foutmelding:



Weet iemand wat dat betekend, want ik heb geen flauw idee en vind ook op internet de oplossing niet?

[TheFes]

jenk schreef op maandag 23 februari 2026 @ 21:48:
Ik ben niet zo ervaren met HA op een PI4 en kom het volgende probleem tegen.
Volgens een online handleiding moet ik om HACS te installeren eerst advanced SSH @ Web Terminal installeren.
Dit gaat goed en deze kan ik ook starten.
Als ik daarna aan de linkerkant van het scherm op Terminal druk, krijg ik de melding : de app is not running, do you want to start it now?
Als ik daarna op App starten druk, probeert de app op te starten, maar dat lukt niet.
In de supervisor zie ik dan de volgende foutmelding:

[Afbeelding]

Weet iemand wat dat betekend, want ik heb geen flauw idee en vind ook op internet de oplossing niet?

Gok dat het een oude online handleiding is. Als je HAOS draait kun je HACS installeren via de HACS app (voorheen add-on)

[oltk]

Nu toch iets geks. Mijn HAOS (proxmox VM) geeft aan dat het een uur vroeger is dan mijn werkelijke tijd. De proxmox tijd is correct. De instellingen in HA zijn: Amsterdam GMT+1

edit: de systeemtijd van de HA omgeving is ook correct. alleen HA loopt precies een uur achter

[ Voor 21% gewijzigd door oltk op 23-02-2026 22:45 ]

[RobertMe]

oltk schreef op maandag 23 februari 2026 @ 22:41:
Nu toch iets geks. Mijn HAOS (proxmox VM) geeft aan dat het een uur vroeger is dan mijn werkelijke tijd. De proxmox tijd is correct. De instellingen in HA zijn: Amsterdam GMT+1

edit: de systeemtijd van de HA omgeving is ook correct. alleen HA loopt precies een uur achter

Browser en app gebruiken by default je lokale tijdzone. Check dus even wat er in je profiel staat. (Klik op avatar / ... onderin de navbalk en dan "Time zone", die staat bij mij op "Use local time zone (Europe/Amsterdam)". Mogelijk / waarschijnlijk dat bij jouw daar nog steeds "local" staat maar er dus iets "geks" met jouw browser / PC / telefoon / tablet?)

[oltk]

RobertMe schreef op maandag 23 februari 2026 @ 22:48:
[...]

Browser en app gebruiken by default je lokale tijdzone. Check dus even wat er in je profiel staat. (Klik op avatar / ... onderin de navbalk en dan "Time zone", die staat bij mij op "Use local time zone (Europe/Amsterdam)". Mogelijk / waarschijnlijk dat bij jouw daar nog steeds "local" staat maar er dus iets "geks" met jouw browser / PC / telefoon / tablet?)

Dat is het. mijn PC heeft wel de goede systeemtijd, maar ik heb zoveel fingerprinting spoof stuff draaien dat alles in de war is gegooid wellicht. Thanks

Hmm. Maar wacht. De tijd klopt nu wel, maar de datum is van slag. Op mijn computer is het echt 24 februari. Maar HA is helemaal in de war en denkt dat het 22-24 is (volgens mijn energiedashboard). Als ik "nu" selecteer krijg ik:


Het laatste balkje geeft HA wel aan als een meting van 24 feb. Ik kan ook alleen 24 selecteren, maar dan krijg ik de 23e terug wie weet wat er aan de hand is?

edit: Wat is er met het energiedashboard gebeurd? Als ik "deze maand" selecteer krijg ik de laatste 2 dagen van januari erbij. Is dit een bug in HA?

[ Voor 36% gewijzigd door oltk op 24-02-2026 08:17 ]

[RvL]

Works on my machine. Ik krijg netjes deze maand te zien

[TheFes]

oltk schreef op maandag 23 februari 2026 @ 22:51:
[...]

Dat is het. mijn PC heeft wel de goede systeemtijd, maar ik heb zoveel fingerprinting spoof stuff draaien dat alles in de war is gegooid wellicht. Thanks

Hmm. Maar wacht. De tijd klopt nu wel, maar de datum is van slag. Op mijn computer is het echt 24 februari. Maar HA is helemaal in de war en denkt dat het 22-24 is (volgens mijn energiedashboard). Als ik "nu" selecteer krijg ik:
[Afbeelding]

Het laatste balkje geeft HA wel aan als een meting van 24 feb. Ik kan ook alleen 24 selecteren, maar dan krijg ik de 23e terug wie weet wat er aan de hand is?

edit: Wat is er met het energiedashboard gebeurd? Als ik "deze maand" selecteer krijg ik de laatste 2 dagen van januari erbij. Is dit een bug in HA?

[oltk]

TheFes schreef op dinsdag 24 februari 2026 @ 09:23:
[...]

[Afbeelding]

Yep

[TheFes]

oltk schreef op dinsdag 24 februari 2026 @ 10:08:
[...]

Yep

Ook heel HAOS en de host machine? Dus niet alleen HA core?

[oltk]

TheFes schreef op dinsdag 24 februari 2026 @ 10:27:
[...]

Ook heel HAOS en de host machine? Dus niet alleen HA core?

Dat nog niet. Alleen de core. Die poging doe ik vanavond. Ik herstart de hele proxmox wel.

Ben benieuwd

[Septillion]

@oltk Ik meen dat zo goed als alles in de UI lokale tijd pakt icm de tijdzone in je profiel. En server side is alles op basis van de systeemtijd en opgeslagen in GMT. Meestal als er iets vreemd is met tijden dan is de tijd of tijdzone op de client van slag.

Ook al eens andere browser getest? Of anders even in de DB kijken of daar alles netjes klopt qua tijd in GMT.

[ Voor 13% gewijzigd door Septillion op 24-02-2026 12:54 ]

[Pjotter87]

Situatie:
Hybride warmte pomp van deWarmte
Home Assistant OS op een NUC
deWarmte integratie van HACS
Home Assistant Dual Smart Thermostat component

Ik zie via de integratie van deWarmte verschillende entiteiten binnen komen wat allemaal goed lijkt te werken.
1 van die entiteiten is wat de pomp moet gaan doen als de thermostaat aan springt. Als ik deze selecteer krijg ik netjes een dropdown te zien met de verschillende opties. (verwarmen, koelen, koelen/verwarmen)

Nu wil ik in HA een thermostaat maken waar ik ook mee de pomp kan schakelen tussen verwarmen en koelen en hiervoor heb ik de Home Assistant Dual Smart Thermostat component gedownload.
Alleen bij het configureren gaat het mis en kan ik de dropdown opties niet kiezen.

Nu probeer ik zoveel mogelijk te configureren via de UI en zo min mogelijk in yaml omdat ik hier niet zo heel erg in thuis ben.

Wat ik wil bereiken is dat ik een knop (of 2) krijg waarmee ik netjes kan schakelen tussen koelen en verwarmen en dat ik dit dus niet meer in de app van deWarmte zelf hoef te doen.

Hebben jullie tips?
Ik zie het als een entiteit maar misschien is dit de verkeerde benaming en zoek ik daarom verkeerd.