Home Assistant: Open source Python3 home automation - deel 5

[Septillion]

@lexvo Maar zie je helemaal niets?

Anders even delen hoe je energiedashboard hebt ingesteld. En zicht op de entiteiten van je PV en net/P1.

[Perzikvrucht]

Iemand een leuk alternatief voor de Ikea Inspelning stekkers (Zigbee + energiemeter)? Heb daar een aantal van maar ze worden helaas niet meer geleverd. De Tretakt is een vergelijkebare stekker maar dan zonder stroommeter. Wellicht hebben jullie vergelijkbare alternatieven voor een vergelijkbare prijs (Inspelning waren 7,99 euro!)? Indien je er vanaf moet, ben ik erg geintresseerd (PB)!

[ Voor 7% gewijzigd door Perzikvrucht op 09-04-2026 07:49 ]

[SiorcGeal]

Wellicht is deze iets: https://www.tinytronics.n...kker-met-energiemeter-16a

[D4NG3R]

Bovenstaande inderdaad, zijn white-label en worden onder ik weet niet hoe veel namen verkocht. Op Amazon of bij Ali zie je ze bijv. vooral in het oranje van TuYa.

Als je van plan bent er zwaardere apparaten als een wasmachine of droger achter te hangen zou ik iets meer geld uitgeven en de beestjes van Sonoff halen.

[Rudolfus]

Of de nieuwe Grillplats van Ikea?

[ Voor 3% gewijzigd door Rudolfus op 09-04-2026 10:38 ]

[RobertMe]

Rudolfus schreef op donderdag 9 april 2026 @ 10:37:
Of de nieuwe Grillplats van Ikea?

Ikea maakt toch geen Zigbee spul meer? En dat was wel gevraagd, voor een Zigbee stekker.

En de ervaringen in dit topic lezende v.w.b. het nieuwe Thread spul aan de praat krijgen... Zou ik ook met een grote boog daar omheen lopen.,

[SolarOrbiter]

Perzikvrucht schreef op donderdag 9 april 2026 @ 07:48:
Iemand een leuk alternatief voor de Ikea Inspelning stekkers (Zigbee + energiemeter)? Heb daar een aantal van maar ze worden helaas niet meer geleverd. De Tretakt is een vergelijkebare stekker maar dan zonder stroommeter. Wellicht hebben jullie vergelijkbare alternatieven voor een vergelijkbare prijs (Inspelning waren 7,99 euro!)? Indien je er vanaf moet, ben ik erg geintresseerd (PB)!

Twee weken geleden waren er nog meer dan 100 op voorraad bij IKEA in Amersfoort en Amsterdam voor €4,99. Ik heb er toen meteen nog 10 bijgekocht.

Persoonlijk vind ik ze een stuk stabieler dan de “el cheapo’s” van AliExpress. De enige die ik daar wél stabiel vind, is de Girier 20A. Bij die andere goedkopere varianten raak ik af en toe de verbinding kwijt of schakelen ze niet meer. Dan moet ik de smartplug even uit het stopcontact halen en opnieuw aansluiten, waarna het weer werkt. Dit probleem heb ik bij de IKEA-variant nog niet gehad.
ik gebruik de 20a varianten voor de oven en magnetron.

[Perzikvrucht]

SolarOrbiter schreef op donderdag 9 april 2026 @ 11:14:
[...]


Twee weken geleden waren er nog meer dan 100 op voorraad bij IKEA in Amersfoort en Amsterdam voor €4,99. Ik heb er toen meteen nog 10 bijgekocht.

Persoonlijk vind ik ze een stuk stabieler dan de “el cheapo’s” van AliExpress. De enige die ik daar wél stabiel vind, is de Girier 20A. Bij die andere goedkopere varianten raak ik af en toe de verbinding kwijt of schakelen ze niet meer. Dan moet ik de smartplug even uit het stopcontact halen en opnieuw aansluiten, waarna het weer werkt. Dit probleem heb ik bij de IKEA-variant nog niet gehad.
ik gebruik de 20a varianten voor de oven en magnetron.

Klopt helemaal. Wilde even langs Ikea Amsterdam gaan (vorige week nog 100+ op voorraad), maar helaas nu overal uitverkocht.

Dank voor de suggesties. Zag zelf deze op Ali, en werd eerder volgens mij ook hier aangeraden:

https://aliexpress.com/item/1005009106811560.html

Ervaringen mee? Heb er 4-5 nodig dus dit zou een mooie set zijn. Ben inderdaad geintresseerd in een Zigbee variant.

[ Voor 70% gewijzigd door Septillion op 09-04-2026 12:59 . Reden: Link cleanup ]

[Room42]

SolarOrbiter schreef op donderdag 9 april 2026 @ 11:14:
[...]

Twee weken geleden waren er nog meer dan 100 op voorraad bij IKEA in Amersfoort en Amsterdam voor €4,99. Ik heb er toen meteen nog 10 bijgekocht.
[...]

Momenteel is ie nergens meer te koop, zo te zien.

[SolarOrbiter]

Perzikvrucht schreef op donderdag 9 april 2026 @ 11:18:
[...]
........
https://nl.aliexpress.com...ph2w&gatewayAdapt=glo2nld

Ervaringen mee? Heb er 4-5 nodig dus dit zou een mooie set zijn. Ben inderdaad geintresseerd in een Zigbee variant.

Ik heb zelf minder goede ervaringen met deze varianten. Misschien heb ik gewoon pech gehad of is de pairing in ZHA niet helemaal vlekkeloos verlopen.

2 stuks moest ik zo nu en dan loskoppelen en opnieuw in het stopcontact steken. Bij 1 geval zag ik in ZHA dat de energy meter geen kWh-eenheid toont, waardoor het niet direct out-of-the-box werkt met de energy monitoring in Home Assistant. hierdoor heb ik dus die inspelnings gehaald.

[Rudolfus]

RobertMe schreef op donderdag 9 april 2026 @ 10:44:
[...]

Ikea maakt toch geen Zigbee spul meer? En dat was wel gevraagd, voor een Zigbee stekker.

En de ervaringen in dit topic lezende v.w.b. het nieuwe Thread spul aan de praat krijgen... Zou ik ook met een grote boog daar omheen lopen.,

Grillplats heeft óók zigbee aan boord.
En ik heb ha +Dirigera en met zowel Matter over thread als zigbee nog geen probleem ervaren.

[ Voor 10% gewijzigd door Rudolfus op 09-04-2026 12:30 ]

[EricVdb500]

Perzikvrucht schreef op donderdag 9 april 2026 @ 11:18:
[...]


Klopt helemaal. Wilde even langs Ikea Amsterdam gaan (vorige week nog 100+ op voorraad), maar helaas nu overal uitverkocht.

Dank voor de suggesties. Zag zelf deze op Ali, en werd eerder volgens mij ook hier aangeraden:

https://nl.aliexpress.com...ph2w&gatewayAdapt=glo2nld

Ervaringen mee? Heb er 4-5 nodig dus dit zou een mooie set zijn. Ben inderdaad geintresseerd in een Zigbee variant.

Blijkbaar kan de Grillplats stekker ook Zigbee:
https://github.com/Koenkk/zigbee2mqtt/discussions/31464

[Perzikvrucht]

EricVdb500 schreef op donderdag 9 april 2026 @ 12:29:
[...]


Blijkbaar kan de Grillplats stekker ook Zigbee:
https://github.com/Koenkk/zigbee2mqtt/discussions/31464

Dank, alleen geen vermogen en verbruik dus helaas.. Dat is iets waar ik wel geintresseerd in ben (anders zou de Tretakt ook een optie zijn).

[TheFes]

Perzikvrucht schreef op donderdag 9 april 2026 @ 12:34:
[...]


Dank, alleen geen vermogen en verbruik dus helaas.. Dat is iets waar ik wel geintresseerd in ben (anders zou de Tretakt ook een optie zijn).

Dat zal vast niet lang duren voordat dat werkend gemaakt is

[EricVdb500]

@Perzikvrucht staat thans wel in de productomschrijving:

Productdetails
Met deze slimme stekker kan je lampen en huishoudelijke apparaten vanaf afstand bedienen. Zo maak je het leven thuis makkelijker, comfortabeler en veiliger.

Verander een lamp of klein huishoudelijk apparaat dat je al in huis hebt in een slim product met deze stekker.

Met deze stekker kan je je stroomverbruik bijhouden en je dagelijkse routines aanpassen om energie te besparen.

[Perzikvrucht]

EricVdb500 schreef op donderdag 9 april 2026 @ 12:36:
@Perzikvrucht staat thans wel in de productomschrijving:


[...]

Klopt hoor, maar niet via Zigbee (staat ook aangegeven in de link die je zelf noemt)

[lexvo]

Septillion schreef op donderdag 9 april 2026 @ 07:40:
@lexvo Maar zie je helemaal niets?

Anders even delen hoe je energiedashboard hebt ingesteld. En zicht op de entiteiten van je PV en net/P1.

Dank voor het meedenken. Maar ik heb zojuist besloten voorlopig even niets meer met HA te doen, omdat het mij veel te veel tijd kost

Vanmorgen was ik even blij toen alle waardes opeens behoorlijk leken te kloppen. Echter:
• vanmorgen klopte de opbrengst van de zonnepanelen, maar 4 uur later niet meer. Dat komt omdat het sinds 8 uur niet is bijgewerkt (dat zie ik als ik een detailscherm open). Dat kan volgens mij niet aan de Solaredge cloud liggen, want de Solaredge en Homewizard apps zijn gewoon bij
• de batterij waardes kloppen ook niet meer op het energy dashboard, maar op mijn eigen dashboard zijn ze nog goed
• de waardes voor stroom lopen ook achter (Homewizard en Indevolt apps zijn veel actueler)
• gas gegevens blijven wel kloppen

Ik zie zeker de rijke mogelijkheden in Home Assistant en wist ook dat het inspanning zou kosten. Ik wilde een energie dashboard om mijn huidige apps te vervangen, maar dat kost me helaas meer tijd dan ik dacht omdat ik steeds weer tegen zaken aanloop. Ik heb o.b.v. dit forum, Reddit en andere plekken dingen proberen op te lossen, maar dat heeft helaas nog niet veel gebracht (ik dacht dat dit soort dingen redelijk standaard zouden zijn, maar dat was waarschijnlijk te optimistisch ).

[Septillion]

lexvo schreef op donderdag 9 april 2026 @ 12:49:
• vanmorgen klopte de opbrengst van de zonnepanelen, maar 4 uur later niet meer. Dat komt omdat het sinds 8 uur niet is bijgewerkt (dat zie ik als ik een detailscherm open). Dat kan volgens mij niet aan de Solaredge cloud liggen, want de Solaredge en Homewizard apps zijn gewoon bij

Zou ik toch zeker niet uitsluiten, vaak genoeg verschillen tussen manieren gezien. Bij cloud integraties is het 9 van de 10 keer toch echt de cloud.

• de batterij waardes kloppen ook niet meer op het energy dashboard, maar op mijn eigen dashboard zijn ze nog goed

Klinkt als config fout

• de waardes voor stroom lopen ook achter (Homewizard en Indevolt apps zijn veel actueler)

Energy dashboard update 1x per uur, op het uur.

(ik dacht dat dit soort dingen redelijk standaard zouden zijn, maar dat was waarschijnlijk te optimistisch ).

Ondertussen is dat inderdaad super standaard. Maar meeste fouten komen toch gewoon van misconfiguratie. Cloud integraties blijven ook gewoon een afhankelijkheid, vandaar ook zo het open home initiatief.

[RobertMe]

TheFes schreef op donderdag 9 april 2026 @ 12:35:
[...]

Dat zal vast niet lang duren voordat dat werkend gemaakt is

Hoe ik de link lees is dat de plug deze informatie niet "aanbied" ("unsupported device" + "deze endpoints komen door). Dan is het dus een firmware beperking waar Z2M natuurlijk niks aan kan doen.

Zou ook passen in de lijn dat Zigbee alleen nog als verborgen feature zit op die apparaten die touchlink / direct bindings ondersteunen. Een afstandsbediening aan een slimmer stekker koppelen is natuurlijk geen onrealistisch scenario. Maar een afstandsbediening gaat natuurlijk niet het verbruik / vermogen weergegeven, dus die zaken hoeven dan niet in Zigbee te zitten.

[edwin2021]

lexvo schreef op donderdag 9 april 2026 @ 12:49:
[...]

Dank voor het meedenken. Maar ik heb zojuist besloten voorlopig even niets meer met HA te doen, omdat het mij veel te veel tijd kost

Vanmorgen was ik even blij toen alle waardes opeens behoorlijk leken te kloppen. Echter:
• vanmorgen klopte de opbrengst van de zonnepanelen, maar 4 uur later niet meer. Dat komt omdat het sinds 8 uur niet is bijgewerkt (dat zie ik als ik een detailscherm open). Dat kan volgens mij niet aan de Solaredge cloud liggen, want de Solaredge en Homewizard apps zijn gewoon bij
• de batterij waardes kloppen ook niet meer op het energy dashboard, maar op mijn eigen dashboard zijn ze nog goed
• de waardes voor stroom lopen ook achter (Homewizard en Indevolt apps zijn veel actueler)
• gas gegevens blijven wel kloppen

Ik zie zeker de rijke mogelijkheden in Home Assistant en wist ook dat het inspanning zou kosten. Ik wilde een energie dashboard om mijn huidige apps te vervangen, maar dat kost me helaas meer tijd dan ik dacht omdat ik steeds weer tegen zaken aanloop. Ik heb o.b.v. dit forum, Reddit en andere plekken dingen proberen op te lossen, maar dat heeft helaas nog niet veel gebracht (ik dacht dat dit soort dingen redelijk standaard zouden zijn, maar dat was waarschijnlijk te optimistisch ).

Ik heb de se omvormer via netwerkkabel aangesloten en lees hem uit via modus met de hacs integratie. Nog geen enkel probleem gehad.

[PhilipsFan]

Ik heb echt een probleem met mijn Unifi G6 Entry deurbel. Er is gewoon geen betrouwbare sensor voor 'bel ingedrukt'. Ik had eerst een state chage van de sensor Occupancy naar 'detected' en dat werkte even, maar nu werkt dat niet meer. Als ik in de history kijk dan is die Occupancy de afgelopen 3 dagen niet veranderd, terwijl ik toch heel erg zeker weet dat er mensen hebben aangebeld.

Hoe krijg ik een betrouwbaar werkende sensor in Home Assistant die afgaat als iemand de deurbel indrukt?

Waarom is dit eigenlijk een probleem? De allerbelangrijkste van een deurbel is toch dat je weet dat er iemand heeft aangebeld? Ik begrijp werkelijk niet waarom er geen sensor 'Button pressed' bestaat. Op deze manier kan ik beter gewoon een Zigbee drukknop ophangen.

[TheFes]

PhilipsFan schreef op donderdag 9 april 2026 @ 14:10:
Ik heb echt een probleem met mijn Unifi G6 Entry deurbel. Er is gewoon geen betrouwbare sensor voor 'bel ingedrukt'. Ik had eerst een state chage van de sensor Occupancy naar 'detected' en dat werkte even, maar nu werkt dat niet meer. Als ik in de history kijk dan is die Occupancy de afgelopen 3 dagen niet veranderd, terwijl ik toch heel erg zeker weet dat er mensen hebben aangebeld.

Hoe krijg ik een betrouwbaar werkende sensor in Home Assistant die afgaat als iemand de deurbel indrukt?

Waarom is dit eigenlijk een probleem? De allerbelangrijkste van een deurbel is toch dat je weet dat er iemand heeft aangebeld? Ik begrijp werkelijk niet waarom er geen sensor 'Button pressed' bestaat. Op deze manier kan ik beter gewoon een Zigbee drukknop ophangen.

Er is geen event entity die je kunt gebruiken zoals het voorbeeld uit de documentatie?
https://www.home-assistan...tect/#doorbell-ring-event

[PhilipsFan]

TheFes schreef op donderdag 9 april 2026 @ 14:13:
[...]


Er is geen event entity die je kunt gebruiken zoals het voorbeeld uit de documentatie?
https://www.home-assistan...tect/#doorbell-ring-event

Dat event bestaat inderdaad, bedankt voor de tip. Het probleem lijkt overigens opgelost, want het viel me op dat ik helemaal geen events meer kreeg uit UniFi Protect, dus ik heb Home Assistant maar eens opnieuw gestart en prompt doet de deurbel automation het ook weer. Maar of het nu betrouwbaar werkt?

[Jan Smit]

SolarOrbiter schreef op donderdag 9 april 2026 @ 11:41:
[...]


Ik heb zelf minder goede ervaringen met deze varianten. Misschien heb ik gewoon pech gehad of is de pairing in ZHA niet helemaal vlekkeloos verlopen.

2 stuks moest ik zo nu en dan loskoppelen en opnieuw in het stopcontact steken. Bij 1 geval zag ik in ZHA dat de energy meter geen kWh-eenheid toont, waardoor het niet direct out-of-the-box werkt met de energy monitoring in Home Assistant. hierdoor heb ik dus die inspelnings gehaald.

Ik heb wel prima ervaringen met deze. Betaalbaar, en werkt goed.
De enige situatie waarin ze niet lekker werken is met een string ikea buitenlampjes. Als ik die aansluit op een slimme stekker (standje 'uit') dan krijgen die lampjes 1-2x per seconde een klein beetje stroom en gaan dus knipperen.
In alle andere situaties vind ik ze betrouwbaar en betaalbaar.

[edwin2021]

Jan Smit schreef op donderdag 9 april 2026 @ 14:42:
[...]

Ik heb wel prima ervaringen met deze. Betaalbaar, en werkt goed.
De enige situatie waarin ze niet lekker werken is met een string ikea buitenlampjes. Als ik die aansluit op een slimme stekker (standje 'uit') dan krijgen die lampjes 1-2x per seconde een klein beetje stroom en gaan dus knipperen.
In alle andere situaties vind ik ze betrouwbaar en betaalbaar.

Steker e/o ledstring al eens omgedraaid? Veel led verlichting (cheapo's?) hebben een probleem daarmee. Vermoedelijk omdat schakelaar enkelfasig schakelde maar door de nl wcd het nooit duidelijk is of de fase of de nul wordt geschakeld.

[Raven]

@Gonzalez Gevonden , werkend krijgen .... nee Een blijkbaar bekend probleem -> https://github.com/Koenkk/zigbee2mqtt/issues/28823 , eruit en erin pluggen hielp niet, herstart ook niet.

edit: En nu werkt ie ineens.

[ Voor 7% gewijzigd door Raven op 09-04-2026 17:51 ]

[HuismAndré]

Vandaag de stoute schoenen aangetrokken en de relais van een aantal Nous A1Z stopcontactjes overbrugd. Dat ging bij de eerste bepaald niet van een leien dakje (maar, bij de laatste gelukkig wel). Helaas was de A1Z zo slim dat hij ophoudt met energiemeten als je het relais uitzet (dus ik moest niet alleen het relais overbruggen maar ook de lijn naar het relais toe onderbreken). 4 stuks gedaan waarbij de eerste een uur werk was en de laatste minder dan 10 minuten. Als ik tijd heb zal ik wel eens een how-to posten (want ik heb gelukkig deze keer wél foto's gemaakt). Betekent wel dat er binnenkort een aantal nagenoeg nieuwe Ikea Inspelnings naar een ander baasje mogen (een aantal met overbrugd relais en een aantal die nog maagdelijk zijn).

[Heaget]

Ik heb een beetje een gek probleem. Nadat ik mijn HA VM / Server opnieuw heb opgestart reageert de Bilresa knop via Matter soms snel, en soms heel traag. Voorheen reageerde deze echt direct als ik drukte. Ik ben echt helemaal nieuw met HA en alles eromheen, dus wat ik eigenlijk vraag is waar begin ik met troubleshooting, of kan ik dat beter overslaan en de Bilresa button gewoon opnieuw toevoegen om te kijken of dat resultaat heeft?

[JeroenH]

Gisteravond mijn HA geüpdate naar 2026.4.1 (vanaf 2026.3.?). Sindsdien ziet mijn Tibber prijsinformatie er zo uit:



Hebben meer mensen dit? HA herstarten enz helpt niet, ik moet nog de integratie opnieuw installeren enz, maar ik heb eerlijk gezegd niet veel hoop dat dat gaat helpen.

[pietje63]

Ik heb een beetje zitten knutselen met chatgpt en mezelf, en de volgende template sensor gemaakt

YAML:

{% set forecast = state_attr('sensor.zonneplan_current_electricity_tariff', 'forecast') %}
          {% if not forecast %}
            false
          {% else %}
            {% set now_hour = now().hour %}
            
            {# Pak prijzen van vandaag #}

            {% set prices = forecast
              | selectattr('datetime', 'search', now().strftime('%Y-%m-%d'))
              | map(attribute='electricity_price')
              | map('float')
              | list %}              
            {% if prices | length == 0 %}
              false
            {% else %}
              {% set min_price = (prices | min) / 1000000 %}
              {% set max_price = (prices | max) / 1000000 %}

              {# huidige prijs in euro #}
{% set current = states('sensor.zonneplan_current_electricity_tariff') | float(0) %}

{% set forecast = state_attr('sensor.zonneplan_current_electricity_tariff', 'forecast') %}

{# Datums #}
{% set today = now().strftime('%Y-%m-%d') %}
{% set tomorrow = (now() + timedelta(days=1)).strftime('%Y-%m-%d') %}

{# --- komende nacht (morgen 02-06) --- #}
{% set night_prices = forecast
  | selectattr('datetime', 'search', tomorrow)
  | selectattr('datetime', 'search', 'T02|T03|T04|T05')
  | map(attribute='electricity_price')
  | map('float')
  | list %}

{# fallback: afgelopen nacht (vandaag 02-06) #}
{% if night_prices | length == 0 %}
  {% set night_prices = forecast
    | selectattr('datetime', 'search', today)
    | selectattr('datetime', 'search', 'T02|T03|T04|T05')
    | map(attribute='electricity_price')
    | map('float')
    | list %}
{% endif %}

{# omzetten naar euro #}
{% set min_price = (night_prices | min) / 10000000 %}
{% set max_price = (night_prices | max) / 10000000 %}

{# score t.o.v. nacht #}
{% set range = max_price - min_price %}
{% set score = (max_price - current) / (range if range > 0 else 1) %}

              {# Weekdag #}
              {% set dow = now().weekday() %}

              {# Basisregel: goedkoop moment #}
              {% set cheap = score > 0.7 %}

              {# Middag window #}
              {% set midday = now_hour >= 10 and now_hour <= 15 %}

              {# Weekend/woensdag bad-logica #}
              {% set bath_day = dow in [2,6] %}  {# wo=2, zo=6 #}

              {# Check avondprijs (19-20) #}
              {% set evening_prices = forecast
                | selectattr('datetime', 'search', now().strftime('%Y-%m-%d'))
                | selectattr('datetime', 'search', 'T19')
                | map(attribute='electricity_price')
                | list %}
              {% set evening_expensive = evening_prices | length > 0 and (evening_prices | min) > current %}
              
              {# Very cheap check: altijd boost bij < €0,05 #}
              {% set very_cheap = current < 0.05 %}

              {{ 
                very_cheap
                 or
                (cheap and midday)
                or
                (bath_day and midday and evening_expensive)
              }}
            {% endif %}
          {% endif %}

Wat het doet? Kijkt of in de middag de stroomprijs (relatief) laag is, zodat de temperatuur van de boiler omhoog kan (moet) (template triggert automation).
Mijn boiler heeft een verwarmschema, met standaard een opwarmperiode in de middag in nacht. In de lente is de stroomprijs in de middag vaak zodanig laag dat het voordeliger is om dan extra te verwarmen.

Op woensdag en zondag een uitzondering, dan gaan de kinderen in bad en dan gaat de boiler (meestal) door de minimum temp heen. Daarom is het voor die dagen logischer om te kijken naar de prijs begin avond

Komende week even kijken hoe dit werkt (icm automation), later wellicht ook toepassen op auto (want dat zet veel meer zoden aan de dijk)

[edit]
reden dat ik het hier deel is omdat het voor anderen wellicht ook handige code is. Daarnaast ben ik blij met het resultaat, heb ik weer wat geleerd over wat jinja kan (de datetime search is zoveel krachtiger dan wat ik had verwacht) en ook geleerd over wat chatgpt kan. Daarbij merkte ik overigens wel dat dit met het gewone model goed gaat, maar als hij na teveel gebruik teruggaaf naar het standaard model kwam hij keer op keer met niet geldige templates / 'functies die binnen HA niet worden ondersteund.

[ Voor 6% gewijzigd door pietje63 op 10-04-2026 08:32 ]

[peterpijpelink]

JeroenH schreef op donderdag 9 april 2026 @ 19:56:
Gisteravond mijn HA geüpdate naar 2026.4.1 (vanaf 2026.3.?). Sindsdien ziet mijn Tibber prijsinformatie er zo uit:

[Afbeelding]

Hebben meer mensen dit? HA herstarten enz helpt niet, ik moet nog de integratie opnieuw installeren enz, maar ik heb eerlijk gezegd niet veel hoop dat dat gaat helpen.

ja bekend probleem, is al tijdje zo. De Tibber prijzen zijn er vaker niet dan wel, ik gebruik nu deze en is mooi stabiel. Tibber prijzen HACS

[Jan Smit]

edwin2021 schreef op donderdag 9 april 2026 @ 14:56:
[...]

Steker e/o ledstring al eens omgedraaid? Veel led verlichting (cheapo's?) hebben een probleem daarmee. Vermoedelijk omdat schakelaar enkelfasig schakelde maar door de nl wcd het nooit duidelijk is of de fase of de nul wordt geschakeld.

Dat lijkt te helpen. Weer wat geleerd, bedankt!

[itsbvka]

JeroenH schreef op donderdag 9 april 2026 @ 19:56:
Gisteravond mijn HA geüpdate naar 2026.4.1 (vanaf 2026.3.?). Sindsdien ziet mijn Tibber prijsinformatie er zo uit:

[Afbeelding]

Hebben meer mensen dit? HA herstarten enz helpt niet, ik moet nog de integratie opnieuw installeren enz, maar ik heb eerlijk gezegd niet veel hoop dat dat gaat helpen.

Ja, is een bekend issue, zie https://github.com/home-assistant/core/issues/166742

[hemertje]

janvanduschoten schreef op vrijdag 3 april 2026 @ 21:02:
[...]

[Afbeelding] Ik had deze al gekocht voordat ik met HA bezig ging. Ik heb er 3 en een basisstation. Voor deze gekozen omdat 2 collega's er goede ervaringen mee hadden. En niet zoveel losse devices op je netwerk, alleen het basisstation.

Ik ben nu bezig met inbraakbeveiliging, die automatisch inschakelt als we van huis zijn mbv hue bewegingssensoren en wat deurcontacten. Als dat goed werkt, wil ik het geluid van deze brandmelders eraan koppelen als er beweging in huis is en we er niet zijn.

Hallo Jan,

Met de HA integratie heb je het basisstation niet nodig?

[water_escape]

Ik begirjp iets even niet, sinds 3 dagen start de solar opwek (Envoy todays energy production) in de - . Du kloppen de waardes niet meer. Ik begrijp alleen niet waardoor dit ineens gebeurd.



Dit staat er bij Developer tools:

state_class: total
unit_of_measurement: Wh
device_class: energy
friendly_name: Envoy 122146059739 Today's Energy Production

mm in de grafiek zie ik dat hij pas na 0:00, dus om 01:00 naar 0 gaat:

[ Voor 35% gewijzigd door water_escape op 11-04-2026 09:27 ]

[tomahowk]

Ik ben benieuwd wat jullie van onderstaand plan vinden en of ik iets mis in de stappen.

Op dit moment draait HA op een RPi5, als een zonnetje, maar heb ik onlangs naast de RPi een Mac Mini M1 gehangen, die fungeert als server voor Plex, Immich, printserver en soort van NAS. Om onnodig apparaten te laten draaien zou ik het mooi vinden als HA ook op de Mac komt te draaien. Volgens de HA website zou dit goed moeten werken via UTM. Maar, HA draait hier in huis en de gemakken die dat met zich meebrengt willen we niet te lang platleggen. Mijn stappenplan voor een overstap zou zijn (in chronologische volgorde):

1. RPI5: HA back-up maken, extern opslaan.
2. RPI5: Uitschakelen.
3. MacMini: UTM installeren -> HAOS installeren op UTM.
4. MacMini: Statisch IP adres toewijzen dat eerder was toegekend aan de RPI5.
5. MacMini: Backup op HAOS laden.
6. MacMini opnieuw HA als bridge inladen in homekit (en binnen homekit alles opnieuw in de juiste kamers wegzetten).

Ik draai geen Zigbee2MQTT (waarvan ik begreep dat zo'n overstap nog wel eens lastig kan zijn) of andere complexe integraties/plug-ins. Is bovenstaand correct? Neemt het installeren van de back-up ook inloggegevens over voor integraties over? En hoe geldt dit voor IDs van entiteiten die ik heb aangepast, worden die ook meegenomen? Anders moet ik handmatig terugzoeken welke ik had aangepast....

Benieuwd of ik iets over het hoofd heb gezien voordat ik aan deze verhuizing begin.

[TheFes]

water_escape schreef op zaterdag 11 april 2026 @ 09:20:
Ik begirjp iets even niet, sinds 3 dagen start de solar opwek (Envoy todays energy production) in de - . Du kloppen de waardes niet meer. Ik begrijp alleen niet waardoor dit ineens gebeurd.

[Afbeelding]

Dit staat er bij Developer tools:

state_class: total
unit_of_measurement: Wh
device_class: energy
friendly_name: Envoy 122146059739 Today's Energy Production

mm in de grafiek zie ik dat hij pas na 0:00, dus om 01:00 naar 0 gaat:
[Afbeelding]

Heeft de sensor ook een last_reset attribute? Die zou je wel moeten hebben met state_class: total

En heb je geen lifetime sensor in plaats van eentje die dagelijks reset?

[Septillion]

@water_escape Lijkt er bijna op dat je PV niet naar zomertijd is ofzo.

Als er netjes een last_reset attribute is zou het geen probleem moeten zijn. Maar met een lifetime sensor was dit helemaal geen issue geweest.

[jaapsh]

water_escape schreef op zaterdag 11 april 2026 @ 09:20:
Ik begirjp iets even niet, sinds 3 dagen start de solar opwek (Envoy todays energy production) in de - . Du kloppen de waardes niet meer. Ik begrijp alleen niet waardoor dit ineens gebeurd.

Ik denk dat de nette oplossing is overstappen op een lifetime teller + utility_meter. Er gaat volgens mij iets niet goed met die dagelijkse reset in je huidige opzet.

Edit: ik zie dat iemand me al voor was. Ik wordt roestig :-)

[ Voor 6% gewijzigd door jaapsh op 11-04-2026 09:56 ]

[Septillion]

@tomahowk Ik zou dan stap 3 de eerste stap maken om zo kort mogelijk down te zijn.

En ben geen HomeKit gebruiker, maar zou stap 6 echt nodig zijn? Want van buiten is er dan geen verschil tussen oude en nieuwe install toch?

[Septillion]

@jaapsh Waarom utility meter? Tenzij je nog ergens anders je per dag verbruik wilt tonen is die niet nodig. En zelfs daar zou op zich de dag-sensor van de PV zelf nog voldoen.

[jbhc]

Ik probeer het ontladen van een accu te automatiseren door middel van dit scriptje:

[code=yaml]automation:
- alias: "Apply PID Battery Discharging Control"
trigger:
- platform: state
entity_id: sensor.battery_terugleverpid_pid_output
action:
- service: number.set_value
target:
entity_id: number.batterij_links_limit_nonpersistent_relative
data:
value: "{{ states('sensor.terugleverpid_pid_output') | float }}"[/code]

maar krijg de volgende foutmelding:
[code]Message malformed: extra keys not allowed @ data['automation'][/code]

Weet iemand wat ik verkeerd doe?

Ik heb hier een voorbeeld voor gebruikt en wat aangepast die ik op deze plek heb gevonden:
https://community.home-as...-pid-controller/918392/10


/edit: opgelost. Ik moet er vaker een nachtje over slapen

[ Voor 4% gewijzigd door jbhc op 11-04-2026 10:20 ]

[jaapsh]

Utility_meter is niet voor “extra dagweergave”, maar om het statistiekprobleem op te lossen. Althans, dat zou mijn eerste poging zijn hoor.

De PV “today” sensor reset elke nacht naar 0. Home Assistant verwacht bij energy-statistieken een waarde die alleen maar oploopt. Door die reset denkt HA dat er ineens negatieve energie is, en krijg je dus die foutieve grafieken. Ik heb dit probleem zelf ook al vaker meegemaakt en mijn hersenen over lopen kraken.

Een utility_meter gebruik je met een lifetime teller (die nooit reset). Die laat HA zelf netjes de dagwaardes berekenen zonder negatieve sprongen.

Dus: je hebt gelijk dat je die dag-sensor kunt tonen, maar deze heeft als basis statistics. Daar kan het mis gaan.

[water_escape]

TheFes schreef op zaterdag 11 april 2026 @ 09:47:
[...]

Heeft de sensor ook een last_reset attribute? Die zou je wel moeten hebben met state_class: total

En heb je geen lifetime sensor in plaats van eentje die dagelijks reset?

Ja die heb ik ook, maar idd niet in gebruik van Energy Dashboard. Dit is de eerste keer in 5 jaar dat dit gebeurd .
Wat doet dit met mijn history als ik hem wissel van
sensor.envoy_122146059739_today_s_energy_production
naar
sensor.envoy_122146059739_lifetime_energy_production

[Septillion]

@water_escape Aangezien die sensor ook gewoon al bestaat en daarvan de LTS dus ook gevuld is zal die met terugwerkende kracht gewoon verschijnen. Dus wisselen kan gewoon. Maar backup kan nooit kwaad natuurlijk

[Septillion]

jaapsh schreef op zaterdag 11 april 2026 @ 10:06:
Utility_meter is niet voor “extra dagweergave”, maar om het statistiekprobleem op te lossen. Althans, dat zou mijn eerste poging zijn hoor.

Als je naar de lifetime sensor gaat heb je als het goed is al geen probleem. Tenzij die ook foutief werkt natuurlijk.

De PV “today” sensor reset elke nacht naar 0. Home Assistant verwacht bij energy-statistieken een waarde die alleen maar oploopt. Door die reset denkt HA dat er ineens negatieve energie is, en krijg je dus die foutieve grafieken. Ik heb dit probleem zelf ook al vaker meegemaakt en mijn hersenen over lopen kraken.

Nee, dat is niet waar. Het hangt af van de state_class van de entity. Als deze total_increasing is dan wordt een stap omlaag inderdaad als een reset naar 0 (en daarna verbruik naar de nieuwe waarde) gezien. Maar energy dashboard werkt ook met een sensor die state_class: total heeft. Daarvan wordt een stap omlaag gezien als negatief verbruik. Deze sensor heeft een extra attribute last_reset nodig die aangeeft wanneer de sensor dus echt reset en de stap omlaag niet als negatief verbruik gezien moet worden.

Een utility_meter gebruik je met een lifetime teller (die nooit reset). Die laat HA zelf netjes de dagwaardes berekenen zonder negatieve sprongen.

Utility meter kan ook met dag/week/maand sensoren werken.

[tomahowk]

Septillion schreef op zaterdag 11 april 2026 @ 09:56:
@tomahowk Ik zou dan stap 3 de eerste stap maken om zo kort mogelijk down te zijn.

En ben geen HomeKit gebruiker, maar zou stap 6 echt nodig zijn? Want van buiten is er dan geen verschil tussen oude en nieuwe install toch?

HomeKit is inderdaad ook even kijken wat er gebeurt, ik verwacht eigenlijk dat de bridge opnieuw gepaird moet worden, maar dat is geen groot issue.

Je stelt als eerst alles op de Mac mini te installeren, maar krijg ik dan geen probleem met 2x homeassistant.local op hetzelfde netwerk? Ik dacht dat de backup gerestored moest worden tijdens de HA installatie op UTM?

[Septillion]

@tomahowk Neuh, ik draai er hier altijd 3

Enige dat er dan even is dat ze beide een mDNS broadcast doen voor homeassistant.local. Maar als je gewoon op IP bezoekt is het niet zo'n punt. Zeker omdat je gewoon al bij de onboarding de backup kan laden. Maar dat heb je als losse stap. Je kan dus prima eerst kijken of HA opstarten etc goed gaat.

[ Voor 15% gewijzigd door Septillion op 11-04-2026 12:57 ]

[xzaz]

@Septillion
Ik heb nog een dingetje met

code:

image: openthread/otbr:latest

Daarin zit geen web interface? Ik wil graag weten hoe het netwerk nu in elkaar zit. Nu zijn er blijkbaar twee images

code:

image: openthread/otbr:latest
openthread/border-router

[Yzord]

Kan het zijn dat de laatste update van HA problemen opleveren? Mijn HA is na de laatste update constant niet meer te bereiken. Na een reboot doet hij het weer, maar na een tijdje is het weet niet meer bereikbaar. Iemand hier ook last van?

[hemertje]

hemertje schreef op vrijdag 10 april 2026 @ 18:12:
[...]


Hallo Jan,

Met de HA integratie heb je het basisstation niet nodig?

@janvanduschoten wil je even meelezen

[Get!em]

Yzord schreef op zaterdag 11 april 2026 @ 20:24:
Kan het zijn dat de laatste update van HA problemen opleveren? Mijn HA is na de laatste update constant niet meer te bereiken. Na een reboot doet hij het weer, maar na een tijdje is het weet niet meer bereikbaar. Iemand hier ook last van?

Toevallig de app tailscale op je systeem?

Had daar problemen mee icm userspace en de exitnode setting. Met ongeveer het gedrag wat jij beschrijft.

[Septillion]

@xzaz Ik draai HA OS en nog steeds geen thread

Maar volgens mij spint HA zijn eigen OTBR Container. Dus geen idee op basis van welke dat is eigenlijk. Als ik even zoek dan geeft de openthread.io guide openthread/border-router:latest

[ Voor 20% gewijzigd door Septillion op 12-04-2026 00:23 ]

[JorickL]

Wellicht dat hier iemand een goed idee heeft. Ik heb inmiddels een Proxmox datacenter(tje) met twee nodes. Op dit moment is 1 node voorzien van een HomeAssistant QEMU (VM) en draait als een tierelier. Reden om dit te gaan doen was om naar een 64bit omgeving te verhuizen, aangezien voor mijn Raspberry Pi 2B geen nieuwe images gemaakt worden of het updaten daarvan ronduit omslachtig werd.

Het voordeel van de RPi was dat hij heel klein is en dus met een USB kabeltje mijn P1 standen kon (kan) consumeren. Dat doet hij nu nog steeds en ik heb via "Remote Home Assistant" de DSMR gegevens doorgestuurd naar mijn HA VM. Werkt ook prima.
Maar om nou een (outdated, ik heb namelijk geen updates meer gedraaid sinds vorig jaar juni ongeveer op de RPi) Home Assistant instance "in de lucht" te houden voor enkel de meterstanden, lijkt zelfs mij een beetje overkill.

Uiteraard ben ik gaan Googlen om de RPi headless te maken, maar ondanks dat ik mij best wil verdiepen in iets nieuws, kom ik uit op allerlei zelf te compilen Python projecten i.c.m. MQTT etc. Op een of andere manier vind ik dat toch nog wat te omslachtig.

Ontkom ik er niet aan, of zijn er handiger oplossingen? De Proxmox Nodes draaien op 2 Dell Optiplex 7050/7060 SFF machines en zijn om diverse redenen niet in de meterkast te frommelen.
Alvast dank voor het meedenken! 🥳

[krijn1985]

@JorickL kijk eens naar ser2net . Zelf niet gebruikt maar kan je op rpi installeren en zo je p1 verbinding via TCP/udp beschikbaar maken.

[ Voor 17% gewijzigd door krijn1985 op 12-04-2026 10:34 ]

[xzaz]

@JorickL Zoals @krijn1985 zegt; ser2net. De integratie zit gelijk in HA. Ze zijn net overgestapt naar json config dacht ik.

[janvanduschoten]

hemertje schreef op zaterdag 11 april 2026 @ 20:52:
[...]


@janvanduschoten wil je even meelezen

Net even gekeken, ik heb XS01-M rookmelders en die kunnen onderling communiceren, niet met HA. Mijn rookmelders hebben het basisstation nodig om verbinding te maken met internet en de HA integratie.

[Out.of.Control]

Ben sinds kort ook begonnen met HA.  Eerste indruk: wow, wat een mogelijkheden.  Een flink deel wat ik in elkaar heb geknutseld werkt al goed, maar een paar dingen nog niet helemaal.

Wat al wel werkt:

• Ik heb gekozen voor een HA green.  Dat werkt (vanzelfsprekend, zou ik zeggen) als een tierelier.
• Via de P1 meter van HomeWizard en twee Shelly Pro EM1’s meet ik de import/export en de zon-opwek.  Werkt uitstekend.  Het energy dashboard is geweldig!
• Via een Shelly 1PM heb ik een specifieke verbruiker ‘slim’ gemaakt en kan ik ook het verbruik bijhouden.  Werkt ook prima.
• Om wat te knutselen met verlichting en thread heb ik een Ikea Dirigera gekocht (2e handsje uit de buurt, die raak ik voor hetzelfde geld ook wel weer kwijt als er een betere keuze is).
  Reden om voor de Dirigera te kiezen was dat deze zowel Zigbee als Matter/thread ondersteund, terwijl een alternatief (zoals de ZBT-2) maar één van beide doet.  En alternatieven die beide doen, zijn een stuk duurder, zo lijkt het althans.  Mijn zoon had al twee Tradfri (Zigbee) lampen met een losse afstandsbediening, leek me handig om die dan ook te kunnen integreren.
• Verder heb ik een Ikea bewegingssensor (Myggspray), een slimme schakelaar (Grillplats) en een afstandsbediening (Bilresa) en een Kajplats peertje aangeschaft.  Allemaal thread spul.
• De Dirigera is verbonden met HA en staat als preferred network.
• De twee Zigbee lampen heb ik via de Ikea app gekoppeld met de Dirigera en verschenen direct in HA.  Dat werkt prima.  Enig minpuntje is dat de lampen als ‘aan’ zichtbaar blijven als mijn zoon ze met een fysieke schakelaar uitzet.  Andere devices krijgen na een tijdje de status ‘niet beschikbaar’.  Zal wel komen door de zigbee <-> matter vertaling door de Dirigera.  Maar hier valt prima mee te leven.
• De Kajplats lamp (Matter over thread) ook via de Ikea app gekoppeld, maar die verscheen niet in HA.  Daarna verwijderd uit de Ikea app en direct in HA gekoppeld, dat werkt nu prima en stabiel. Zowel aan/uit, helderheid en kleurtemperatuur zijn in te stellen en te automatiseren.
• Ook de Grillplats schakelaar direct in HA gekoppeld en werkt ook prima.  Via de HA app of web-interface kan ik de schakelaar en de lamp schakelen, stroomverbruik zien en via een automation aansturen.
• Via de beta-versie van de Matter server kon ik zonder probleem ook de firmware updaten van meerdere Ikea devices.

Echter, de bewegingssensor en afstandsbediening is een ander verhaal.  Op zich kan ik ze prima in HA koppelen en dan werken ze ook, maar na een paar minuten niet meer.  Als ik dan een knop druk op de afstandsbediening gebeurt er niets.  En even later (soms meer dan 10 minuten) later wordt de actie dan alsnog uitgevoerd.  Lijkt wel of de apparaten die batterijgevoed zijn geen constante verbinding hebben en dan eens in de zoveel tijd wakker worden en dan alsnog hun “bewaarde actie” versturen of zo.  Daar valt natuurlijk niet mee te werken.  Op Reddit en HA-forum zie ik dit ook veel voorbijkomen, dus ik verwacht ook niet dat iemand hier op GoT een oplossing voor heeft. 
Het is me ook niet duidelijk of dit aan HA, de hub of de devices zelf ligt (of een combinatie van). Hoop dat dit met een firmware update of HA update wordt opgelost.
Als zo’n ‘vertraagd’ commando wordt uitgevoerd, dan werkt de AB overigens verder wel eventjes zoals je zou verwachten (een nieuwe druk op de knop wordt direct uitgevoerd). Maar als je ‘m dan een paar minuten niet aanraakt, dan wordt een nieuwe actie niet direct verwerkt en kun je weer 10 minuten wachten totdat hij wakker wordt en de actie bij HA binnenkomt.

Andere optie zou zijn om een andere Thread border router te kopen, maar dan wil ik wel graag zeker weten dat dit goed werkt.  Heeft iemand daar ervaring mee (en dan specifiek de Ikea spullen op batterij)?  De Dirigera raak ik wel weer kwijt en mijn zoon kan zijn Zigbee lampen dan weer met de oude afstandsbediening bedienen.  Nieuw spul dat ik nog koop zal toch thread zijn, dus een nieuwe TBR hoeft niet ook Zigbee te kunnen.

[Septillion]

@JorickL Als je echt de Pi wilt blijven gebruiken is Ser2net inderdaad een optie. Op op de Pi DSMR Reader draaien.

Maar als het ook wat anders mag zijn dan zou je kunnen kijken naar een SlimmeLezer. Of helemaal zelfbouw. Er net nog één in elkaar gezet. Kost je één ESPtje en een weerstand. Meer is er niet nodig

[Septillion]

@Out.of.Control Als je smart bulb echt de stroom eraf gaat halen ga je nooit mooi krijgen.

En ja, batterij devices slapen eigenlijk de hele tijd. Maar die zouden wel gewoon wakker moeten worden van een knop en die gelijk verzenden. Ze luisteren alleen niet constant of er een Thread/Zigbee bericht binnenkomt voor ze.

Maar verder helaas geen idee waar dit probleem zit

[RobertMe]

Septillion schreef op zondag 12 april 2026 @ 11:52:
Of helemaal zelfbouw. Er net nog één in elkaar gezet. Kost je één ESPtje en een weerstand. Meer is er niet nodig

Kabel / draad en een RJ11 stekker zijn ook nodig Of dus een ouderwetse telefoonkabel met RJ11 waar je een kant af knipt.

[ Voor 21% gewijzigd door RobertMe op 12-04-2026 12:18 ]

[Septillion]

@RobertMe Okay okay En een draadje + stekker. Maar dan wel een RJ12 aka 6P6C.

Als je niet de voeding van de meter wilt/kunt gebruiken zou oude telefonie ook kunnen maar let dan wel op dat het de 6P4C is en niet 6P2C.

[ Voor 46% gewijzigd door Septillion op 12-04-2026 12:31 ]

[Dacuuu]

Ik draai al jaren home-assistant, maar het laatste jaar volg ik het allemaal wat minder. Update netjes hoor, en breaking changes los ik ook op. Maar nu heb ik wel 2 vragen die ik anders misschien niet gehad zou hebben

1) Ik heb een zigbee netwerk in huis wat draait op een zzh! CC2652R Multiprotocol RF Stick.
Zigbee2mqtt->Homeasistant. Nu bouwen we een stuk aan ons huis vast, wat achter de gevel zit. Het bereik zal daar niet best worden vermoed is. Hoe zullen jullie zoiets aanpakken, een 2e zigbee netwerk opzetten wat alleen voor de nieuwe aanbouw?

2) ik heb zojuist via hacs, battery_sim geïnstalleerd. En vervolgens Energy consumption (tarif 1), Energy consumption (tarif 2) en Energy production (tarif 1), Energy production (tarif 2) opgegeven. En vervolgens een Marstek Venus E 5.12kWh (2nd Gen) gekozen als battterij. Heb ik dit zo goed gedaan, of moet ik nog meer instellen? Ik wil alvast nu simuleren als ik eventueel volgend jaar een plug-in thuis accu wil aanschaffen. Ik heb zonnepanelen.

[ardvark99]

Yzord schreef op zaterdag 11 april 2026 @ 20:24:
Kan het zijn dat de laatste update van HA problemen opleveren? Mijn HA is na de laatste update constant niet meer te bereiken. Na een reboot doet hij het weer, maar na een tijdje is het weet niet meer bereikbaar. Iemand hier ook last van?

Zoek maar ff terug op mijn posts. Ik draai nu nog steeds op 2026.3.4 omdat bij mij ook na een paar minuten ha niet meer berijkbaar is, memory leak. Bij mij is whisper de schuldige.

[Septillion]

@Dacuuu Als bij die aanbouw gewoon al een net power zigbee device zit die als router fungeert is er denk ik niet zo veel aan de hand. Zigbee netwerk start hier in de kelder van de trapkast en de lampjes achter in de tuin (in een allu behuizing zelfs) doen het prima! Dus ik verwacht niet zo snel problemen eigenlijk.

Maar als je wilt is tweede Z2M instantie mogelijk. Alleen niet 2x op HA OS.

Voor Battery Sim, volgens mij kan die maar één entity aan voor import en één voor export. Maar laadt de UI steeds gewoon blanko entity picker. Dus heb je alleen de laatste ingesteld. Volgens mij moet je dus even template sensoren maken die de tarifs optellen.

[Yzord]

ardvark99 schreef op zondag 12 april 2026 @ 13:46:
[...]

Zoek maar ff terug op mijn posts. Ik draai nu nog steeds op 2026.3.4 omdat bij mij ook na een paar minuten ha niet meer berijkbaar is, memory leak. Bij mij is whisper de schuldige.

Ah, dank je, die heb ik idd draaien 👍

[jbhc]

Weet iemand hoe je een bluetooth proxy via ESPhome werkend krijgt?

Ik heb nu een esp32 geflashed en ik heb hem eindelijk zichtbaar in ESPhome (mDNS moet daar kennelijk voor aan staan in de router (Dat kostte even een uurtje om uit te vogelen)) maar hij is niet zichtbaar bij bluetooth in HA zelf.

Dit is de gebruikte code:

YAML:

esphome:
  name: bluetooth-proxy-schuur
  friendly_name: Bluetooth proxy schuur

esp32:
  board: esp32dev
  framework:
    type: esp-idf

# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: "R8s3qhfGlMO9GH8p8tzlWmaz3Fhq5ewvKp2Du0k8P24="

ota:
  - platform: esphome
    password: "551bd22d05a386fd1dba8e9baa52113b"

wifi:
  ssid: "Mijn WIFI"
  password: "Mijn WiFi wachtwoord"

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Bluetooth-Proxy-Schuur"
    password: "Mijn wachtwoord"

captive_portal:

bluetooth_proxy:

[ Voor 3% gewijzigd door Septillion op 12-04-2026 16:48 . Reden: Denk aan de yaml ]

[peterpijpelink]

jbhc schreef op zondag 12 april 2026 @ 14:17:
Weet iemand hoe je een bluetooth proxy via ESPhome werkend krijgt?

ik heb via chrome browser en dan via deze instructie uitgevoerd. Als je hier bluetooth proxy kiest, flashed dan komt ie ook met de vraag om toe te voegen in HA. En je kan adopteren in ESPHome in HA.

[ Voor 4% gewijzigd door peterpijpelink op 12-04-2026 15:24 ]

[TheFes]

jbhc schreef op zondag 12 april 2026 @ 14:17:
Weet iemand hoe je een bluetooth proxy via ESPhome werkend krijgt?

Ik heb nu een esp32 geflashed en ik heb hem eindelijk zichtbaar in ESPhome (mDNS moet daar kennelijk voor aan staan in de router (Dat kostte even een uurtje om uit te vogelen)) maar hij is niet zichtbaar bij bluetooth in HA zelf.

Dit is de gebruikte code:

code:

esphome:
  name: bluetooth-proxy-schuur
  friendly_name: Bluetooth proxy schuur

esp32:
  board: esp32dev
  framework:
    type: esp-idf

# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: "R8s3qhfGlMO9GH8p8tzlWmaz3Fhq5ewvKp2Du0k8P24="

ota:
  - platform: esphome
    password: "551bd22d05a386fd1dba8e9baa52113b"

wifi:
  ssid: "Mijn WIFI"
  password: "Mijn WiFi wachtwoord"

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Bluetooth-Proxy-Schuur"
    password: "Mijn wachtwoord"

captive_portal:

bluetooth_proxy:

Zie je hem wel in de ESPHome integratie? (Dus dan bedoel ik niet de ESPHome device builder app)

[jbhc]

@TheFes Nee, ik zie hem alleen in de builder inderdaad....

Ik heb hem daar nu toegevoegd. Eens kijken wat er nu gebeurd.

En, hij werkt. Bedankt voor het zetje in de juiste richting.

[ Voor 57% gewijzigd door jbhc op 12-04-2026 18:01 ]

[19roland70]

Ik wil HA supervisor updaten en krijg nu deze melding:

Actie update/install kon niet worden uitgevoerd. Error updating Home Assistant Supervisor: Update of Supervisor failed: failed to register layer: Error processing tar file(exit status 1): archive/tar: invalid tar header

Weet iemand wat hier misgaat?

[dixet]

19roland70 schreef op zondag 12 april 2026 @ 20:29:
Ik wil HA supervisor updaten en krijg nu deze melding:

Actie update/install kon niet worden uitgevoerd. Error updating Home Assistant Supervisor: Update of Supervisor failed: failed to register layer: Error processing tar file(exit status 1): archive/tar: invalid tar header

Weet iemand wat hier misgaat?

Wat voor installatie gebruik je dat je los de supervisor wilt updaten? Als je HAOS draait is de supervisor onderdeel van de OS release. Als je in een container draait heb je geen supervisor.

[TheFes]

dixet schreef op maandag 13 april 2026 @ 08:03:
[...]

Wat voor installatie gebruik je dat je los de supervisor wilt updaten? Als je HAOS draait is de supervisor onderdeel van de OS release. Als je in een container draait heb je geen supervisor.

Nee hoor, supervisor update onafhankelijk van OS. Wel is supervisor de enige die bij default automatisch update (6 uur nadat de update beschikbaar is).

[dixet]

TheFes schreef op maandag 13 april 2026 @ 08:11:
[...]

Nee hoor, supervisor update onafhankelijk van OS. Wel is supervisor de enige die bij default automatisch update (6 uur nadat de update beschikbaar is).

Weer wat geleerd En dat roept weer nieuwe vragen op

Ik zie dat de laatste release van de supervisor versie 2026.04.0 van 4 dagen geleden is. Mijn About pagina zegt dat ik nog op Supervisor 2026.03.3 zit. Dus toch niet helemaal updaten na 6 uur? Of is er bij mij iets mis gegaan? Ik zie in geen van de logs iets staan over supervisor updates.

En als Supervisor automatisch update, maar je hebt automatische updates van HAOS en Core uit staan, loop je dan niet het risico op compatibiliteitsissues tussen die componenten?

[TheFes]

dixet schreef op maandag 13 april 2026 @ 08:31:
[...]

Weer wat geleerd En dat roept weer nieuwe vragen op

Ik zie dat de laatste release van de supervisor versie 2026.04.0 van 4 dagen geleden is. Mijn About pagina zegt dat ik nog op Supervisor 2026.03.3 zit. Dus toch niet helemaal updaten na 6 uur? Of is er bij mij iets mis gegaan? Ik zie in geen van de logs iets staan over supervisor updates.

En als Supervisor automatisch update, maar je hebt automatische updates van HAOS en Core uit staan, loop je dan niet het risico op compatibiliteitsissues tussen die componenten?

Dan lijkt er inderdaad iets mis te gaan. Mijn Supervisor zit netjes op 2026.04.0 en daar heb ik niets voor moeten doen.

HAOS, HA Core en Supervisor zijn 3 aparte onderdelen die los van elkaar staan. HAOS is het OS waar alles op draait, zie het als dat je wel de laatste versie van Photoshop draait, maar dat op Windows 10 doet in plaats van Windows 11. Op zich heeft het OS geen invloed op de werking van de software die er op draait, tenzij je bepaalde drivers ofzo mist die vanuit het OS komen.
De supervisor heeft verder vooral invloed op de add-ons apps, die dus ook losse containers zijn, apart van core en het OS.
Een up to date Supervisor versie zal dus verder niet bijten met een OS of Core versie die achterlopen.

[dr.trimble]

Wij willen onze huidige laadstation voor de EV vervangen door een iets slimmere die we kunnen aansturen via HA. ik had gedacht om een wallbox pulsar plus aan te kopen maar lees nu op een FP-groep dat er veel problemen zijn met deze toestellen. Welk laadstation raden jullie aan? Voorwaarden zijn dat het zowel 1f als 3f kan aangesloten worden, variërende laadsnelheid, compatible met HA. Thx

[Ben(V)]

dixet schreef op maandag 13 april 2026 @ 08:31:
[...]

Weer wat geleerd En dat roept weer nieuwe vragen op

Ik zie dat de laatste release van de supervisor versie 2026.04.0 van 4 dagen geleden is. Mijn About pagina zegt dat ik nog op Supervisor 2026.03.3 zit. Dus toch niet helemaal updaten na 6 uur? Of is er bij mij iets mis gegaan? Ik zie in geen van de logs iets staan over supervisor updates.

En als Supervisor automatisch update, maar je hebt automatische updates van HAOS en Core uit staan, loop je dan niet het risico op compatibiliteitsissues tussen die componenten?

Hier hetzelfde de supervisor ging updaten stopte halverwege en nu zit ik op 2026.03.3 en daar blijft hij op.
De foutmelding was iets van
"Update of Supervisor failed: toomanyrequests: retry-after: 158.011µs, allowed: 44000/minut"
Als ik bij "Update" kijk zegt hij dat er geen nieuwe versie beschikbaar is,
Is het mogelijk hem te forceren naar een nieuwe versie?

[ Voor 11% gewijzigd door Ben(V) op 13-04-2026 09:35 ]

[D4NG3R]

Als ik ff op de container repo kijk zie ik dat 04.0 in 4 dagen tijd maar 13000 keer gedownload is, terwijl 03.3 in 13 dagen tijd meer dan 2 miljoen keer is gedownload.

Ik zit op 03.3 en krijg ook geen 04.0 aangeboden als ik naar updates zoek, er lijkt dus iets niet helemaal lekker te gaan. (HAOS 17.2, Core 2026.4.2)

Edit, yup. 03.3 wordt als laatste stable aangeboden: https://version.home-assistant.io/stable.json

JSON:

{
  "channel": "stable",
  "supervisor": "2026.03.3",
}

[ Voor 22% gewijzigd door D4NG3R op 13-04-2026 09:49 ]

[dixet]

D4NG3R schreef op maandag 13 april 2026 @ 09:46:
Als ik ff op de container repo kijk zie ik dat 04.0 in 4 dagen tijd maar 13000 keer gedownload is, terwijl 03.3 in 13 dagen tijd meer dan 2 miljoen keer is gedownload.

Ik zit op 03.3 en krijg ook geen 04.0 aangeboden als ik naar updates zoek, er lijkt dus iets niet helemaal lekker te gaan. (HAOS 17.2, Core 2026.4.2)

Edit, yup. 03.3 wordt als laatste stable aangeboden: https://version.home-assistant.io/stable.json

JSON:

{
  "channel": "stable",
  "supervisor": "2026.03.3",
}

Als ik de geschiedenis bekijk dan is dit geen rollback, maar is Supervisor 04.0 nog helemaal nooit aangeboden. ik gok dat @TheFes op het bèta kanaal zit...

[TheFes]

dixet schreef op maandag 13 april 2026 @ 11:01:
[...]

Als ik de geschiedenis bekijk dan is dit geen rollback, maar is Supervisor 04.0 nog helemaal nooit aangeboden. ik gok dat @TheFes op het bèta kanaal zit...

Ik zit wel op het beta kanaal, maar de 2024.04.0 release staat op Github wel als latest gemarkeerd, en niet als pre-release, dus dat zou op zich niet uit moeten maken dan.

[HuismAndré]

TheFes schreef op maandag 13 april 2026 @ 11:58:
[...]


Ik zit wel op het beta kanaal, maar de 2024.04.0 release staat op Github wel als latest gemarkeerd, en niet als pre-release, dus dat zou op zich niet uit moeten maken dan.

De een heeft het over stable, de ander over latest. Dat zijn verschillende versies.

[D4NG3R]

TheFes schreef op maandag 13 april 2026 @ 11:58:
[...]


Ik zit wel op het beta kanaal, maar de 2024.04.0 release staat op Github wel als latest gemarkeerd, en niet als pre-release, dus dat zou op zich niet uit moeten maken dan.

Mooi voor latest, maar dat is niet de image welke door het systeem wordt opgepikt.

In het update process wordt de supervisor variabele uit https://version.home-assistant.io/stable.json gepakt.

Bijv.
docker pull ghcr.io/home-assistant/amd64-hassio-supervisor:2026.03.3

Bij beta:
docker pull ghcr.io/home-assistant/amd64-hassio-supervisor:2026.04.0

[ Voor 11% gewijzigd door D4NG3R op 13-04-2026 12:26 ]

[Septillion]

Ja, zo te zien worden er voor supervisor gewoon nooit expliciet beta releases gedaan. Maar gewoon normale version number die eerst naar de dev en beta gebruikt wordt. En later als alles goed blijkt naar stable. Latest is gewoon een label dat Github standaard al aangevinkt heeft als je een nieuwe release maakt. Kan handig zijn maar HA gebruikt het dus niet. Definitieve release of niet wordt bepaald door de versions repository.

[HuismAndré]

Septillion schreef op maandag 13 april 2026 @ 12:52:
Ja, zo te zien worden er voor supervisor gewoon nooit expliciet beta releases gedaan. Maar gewoon normale version number die eerst naar de dev en beta gebruikt wordt. En later als alles goed blijkt naar stable. Latest is gewoon een label dat Github standaard al aangevinkt heeft als je een nieuwe release maakt. Kan handig zijn maar HA gebruikt het dus niet. Definitieve release of niet wordt bepaald door de versions repository.

Hangt er ook vanaf welke repository je gebruikt. In Docker hub krijg je, als je kiest voor stable, de hoofdversies (bijvoorbeeld 2026.4). Kies je voor latest dan krijg je ook de subversies (bijvoorbeeld 2026.4.1). Via Docker is het dus aan te raden de 'stable' te kiezen als je eens per maand updaten wel prima vindt en voor de 'latest' als je een beetje mee wilt lopen met de ontwikkeling gedurende de maand. Geen van de 2 heeft overigens iets te maken met beta (het beta kanaal loopt altijd 1 maand voor volgens mij).

Hoe het werkt kun je hier mooi zien door gebruik te maken van de filter tag: https://hub.docker.com/r/homeassistant/home-assistant/tags

[Ben(V)]

En ineens is de supervisor 2026.04.0 weer beschikbaar en kan ik ernaar updaten vanaf 2026.03.3

[Dacuuu]

Septillion schreef op zondag 12 april 2026 @ 14:01:
@Dacuuu Als bij die aanbouw gewoon al een net power zigbee device zit die als router fungeert is er denk ik niet zo veel aan de hand. Zigbee netwerk start hier in de kelder van de trapkast en de lampjes achter in de tuin (in een allu behuizing zelfs) doen het prima! Dus ik verwacht niet zo snel problemen eigenlijk.

Maar als je wilt is tweede Z2M instantie mogelijk. Alleen niet 2x op HA OS.

Voor Battery Sim, volgens mij kan die maar één entity aan voor import en één voor export. Maar laadt de UI steeds gewoon blanko entity picker. Dus heb je alleen de laatste ingesteld. Volgens mij moet je dus even template sensoren maken die de tarifs optellen.

Betreft zigbee, ga ik eerst kijken hoe het in de praktijk uitpakt. En adh daarvan ga ik verder.

Over de virtuele thuisaccu, moet ik dan de roze of de groene data gebruiken voor de thuis accu parameters?

[Raven]

Gister iets vreemds, eigenlijk, 2 vreemde dingen.

De STOFTMOLN Zigbee-lamp waar ik onder zat ging ineens uit en een paar minuten later (zag ik later pas) de eveneens STOFTMOLN in een andere kamer aan

Voor beide heb ik een automation die triggered op de verandering van status op de input van de erachter geplaatste Shelly 1PM Mini gen4. M.a.w.: Fysieke lampschakelaar omzetten (maakt niet uit welke kant) Zigbee lamp gaat aan of uit, afhankelijk van wat de vorige stand is.

Waar ik geen rekening mee had gehouden was dat het triggeren op verandering van status, niet alleen triggeren op aan->uit en uit->aan betekend, maar ook als de status héél kort onbeschikbaar wordt triggeren de automations.

Bij beide Shelly's was de input ineens en heel kort niet beschikbaar (niet tegelijk, er zat een paar min. tussen) en ik moest 2 keer kijken om de korte onbeschikbaar status te spotten, met de status van de lampen erbij was het wat makkelijker te zien


Na een korte Google zoektocht zag ik dat er al jaren wordt geklaagd over het gebrek aan een vinkje voor "exclude unavailable" bij het triggeren op statusveranderingen.

Maar buiten dat, wat zou een reden kunnen zijn dat HASS over zo'n korte periode een onbeschikbaar geeft? In de logs zie ik niet zo gauw iets terug op de betreffende tijdstippen, zag wel dat HASS behoorlijk wat zit te spammen in het log m.b.t. PTR-lookups. Elk uur binnen 1 minuut iets meer dan 500 lookups, maar die tijdstippen komen niet overeen.

[TheFes]

Raven schreef op maandag 13 april 2026 @ 17:52:
Gister iets vreemds, eigenlijk, 2 vreemde dingen.

De STOFTMOLN Zigbee-lamp waar ik onder zat ging ineens uit en een paar minuten later (zag ik later pas) de eveneens STOFTMOLN in een andere kamer aan

Voor beide heb ik een automation die triggered op de verandering van status op de input van de erachter geplaatste Shelly 1PM Mini gen4. M.a.w.: Fysieke lampschakelaar omzetten (maakt niet uit welke kant) Zigbee lamp gaat aan of uit, afhankelijk van wat de vorige stand is.

Waar ik geen rekening mee had gehouden was dat het triggeren op verandering van status, niet alleen triggeren op aan->uit en uit->aan betekend, maar ook als de status héél kort onbeschikbaar wordt triggeren de automations.

Bij beide Shelly's was de input ineens en heel kort niet beschikbaar (niet tegelijk, er zat een paar min. tussen) en ik moest 2 keer kijken om de korte onbeschikbaar status te spotten, met de status van de lampen erbij was het wat makkelijker te zien
[Afbeelding: klik voor groter]

Na een korte Google zoektocht zag ik dat er al jaren wordt geklaagd over het gebrek aan een vinkje voor "exclude unavailable" bij het triggeren op statusveranderingen.

Maar buiten dat, wat zou een reden kunnen zijn dat HASS over zo'n korte periode een onbeschikbaar geeft? In de logs zie ik niet zo gauw iets terug op de betreffende tijdstippen, zag wel dat HASS behoorlijk wat zit te spammen in het log m.b.t. PTR-lookups. Elk uur binnen 1 minuut iets meer dan 500 lookups, maar die tijdstippen komen niet overeen.

Als je een state trigger gebruikt kun je not_from: unavailable toevoegen om dit te voorkomen

[Raven]

@TheFes

YAML:

not_from:
  - unavailable
  - unknown

bij beide toegevoegd, maar buiten dat er al jaren om een simpel vinkje wordt gevraagd, waar komt die opvallend korte niet beschikbaar vandaan?

[Septillion]

HuismAndré schreef op maandag 13 april 2026 @ 15:12:
[...]

Hangt er ook vanaf welke repository je gebruikt. In Docker hub krijg je, als je kiest voor stable, de hoofdversies (bijvoorbeeld 2026.4). Kies je voor latest dan krijg je ook de subversies (bijvoorbeeld 2026.4.1). Via Docker is het dus aan te raden de 'stable' te kiezen als je eens per maand updaten wel prima vindt en voor de 'latest' als je een beetje mee wilt lopen met de ontwikkeling gedurende de maand. Geen van de 2 heeft overigens iets te maken met beta (het beta kanaal loopt altijd 1 maand voor volgens mij).

Hoe het werkt kun je hier mooi zien door gebruik te maken van de filter tag: https://hub.docker.com/r/homeassistant/home-assistant/tags

Mm, ja, ik had er bij moeten zetten dat ik het voor HA OS bedoelde.

Overigens vind ik het wel heel raar als de minor versies niet onder de stable vallen. Het zijn immers gewoon stable versies. En als je er al een van minder stable vind is het juist de .0. Vandaar dat ik die dan eigenlijk ook altijd oversla...

[Septillion]

@Dacuuu In het roze heb je energy entities, in het groen power entities. Battery sim gebruikt energy entities, de roze dus. Maar dat moet een enkele voor leveren zijn en een enkele voor terugleveren.

[Septillion]

@Raven Ik had ze niet zo zeer als vinkje willen zien, maar gewoon volle support via de GUI voor no_from en not_to....

En wat de reden is, geen idee. Maar ik zou het dan juist eerder buiten HA zoeken. Even netwerk hickup ofzo.

[Raven]

Septillion schreef op maandag 13 april 2026 @ 19:52:
@Raven Ik had ze niet zo zeer als vinkje willen zien, maar gewoon volle support via de GUI voor no_from en not_to....

En wat de reden is, geen idee. Maar ik zou het dan juist eerder buiten HA zoeken. Even netwerk hickup ofzo.

Dat zou helemaal mooi zijn, maar ja, verzoeken daarvoor worden van wat ik zo zag al jaren genegeerd.

Als beide tegelijkertijd hetzelfde probleem hadden zou ik dat ook denken, maar er zat een paar minuten tussen. Alhoewel, wel bij beide zo opvallend kort.

[Dacuuu]

Septillion schreef op maandag 13 april 2026 @ 19:48:
@Dacuuu In het roze heb je energy entities, in het groen power entities. Battery sim gebruikt energy entities, de roze dus. Maar dat moet een enkele voor leveren zijn en een enkele voor terugleveren.

Bedankt. Ik heb met de combine the state of several sensors gedaan, en dan de sum optie. Wist niet eens dat dit allemaal ingebouwd zat in HA

[Pjotter87]

Septillion schreef op woensdag 25 februari 2026 @ 16:53:
[...]

Kan je eens laten zien wat je nu uit deWarmte integratie aan entities hebt?

Sorry van de late reactie. Even druk met andere zaken.

Ik heb even de lijst opgezocht in de config

YAML:

"""Select platform for DeWarmte integration."""
from __future__ import annotations

from dataclasses import dataclass
from typing import Any, cast
from enum import Enum

from homeassistant.components.select import (
    SelectEntity,
    SelectEntityDescription,
)
from homeassistant.config_entries import ConfigEntry
from homeassistant.core import HomeAssistant
from homeassistant.helpers.entity_platform import AddEntitiesCallback
from homeassistant.helpers.update_coordinator import CoordinatorEntity

from . import DeWarmteDataUpdateCoordinator
from .const import DOMAIN
from .api.models.settings import SETTING_GROUPS

class HeatCurveMode(str, Enum):
    """Heat curve mode settings."""
    WEATHER = "weather"
    FIXED = "fixed"

class HeatingKind(str, Enum):
    """Heating kind settings."""
    CUSTOM = "custom"
    FLOOR = "floor"
    RADIATOR = "radiator"
    BOTH = "both"

class HeatingPerformanceMode(str, Enum):
    """Heating performance mode settings."""
    AUTO = "auto"
    POMP_AO_ONLY = "pomp_ao_only"
    POMP_AO_AND_BACKUP = "pomp_ao_and_backup"
    BACKUP_ONLY = "backup_only"

class SoundMode(str, Enum):
    """Sound mode settings."""
    NORMAL = "normal"
    SILENT = "silent"

class PowerLevel(str, Enum):
    """Power level settings."""
    MIN = "min"
    MED = "med"
    MAX = "max"

class ThermostatDelay(str, Enum):
    """Thermostat delay settings."""
    MIN = "min"
    MED = "med"
    MAX = "max"

class BackupHeatingMode(str, Enum):
    """Backup heating mode settings."""
    AUTO = "auto"
    ECO = "eco"
    COMFORT = "comfort"

class CoolingThermostatType(str, Enum):
    """Cooling thermostat type settings."""
    HEATING_ONLY = "heating_only"
    HEATING_AND_COOLING = "heating_and_cooling"

class CoolingControlMode(str, Enum):
    """Cooling control mode settings."""
    THERMOSTAT = "thermostat"
    COOLING_ONLY = "cooling_only"
    HEATING_ONLY = "heating_only"
    FORCED = "forced"

@dataclass(frozen=True)
class DeWarmteSelectEntityDescription(SelectEntityDescription):
    """Class describing DeWarmte select entities."""
    options_enum: type[Enum] | None = None

MODE_SELECTS = {
    "heat_curve_mode": DeWarmteSelectEntityDescription(
        key="heat_curve_mode",
        name="Heat Curve Mode",
        options_enum=HeatCurveMode,
        options=[mode.value for mode in HeatCurveMode],
    ),
    "heating_kind": DeWarmteSelectEntityDescription(
        key="heating_kind",
        name="Heating Kind",
        options_enum=HeatingKind,
        options=[kind.value for kind in HeatingKind],
    ),
    "heating_performance_mode": DeWarmteSelectEntityDescription(
        key="heating_performance_mode",
        name="Heating Performance Mode",
        options_enum=HeatingPerformanceMode,
        options=[mode.value for mode in HeatingPerformanceMode],
    ),
    "sound_mode": DeWarmteSelectEntityDescription(
        key="sound_mode",
        name="Sound Mode",
        options_enum=SoundMode,
        options=[mode.value for mode in SoundMode],
    ),
    "sound_compressor_power": DeWarmteSelectEntityDescription(
        key="sound_compressor_power",
        name="Sound Compressor Power",
        options_enum=PowerLevel,
        options=[level.value for level in PowerLevel],
    ),
    "sound_fan_speed": DeWarmteSelectEntityDescription(
        key="sound_fan_speed",
        name="Sound Fan Speed",
        options_enum=PowerLevel,
        options=[level.value for level in PowerLevel],
    ),
    "advanced_thermostat_delay": DeWarmteSelectEntityDescription(
        key="advanced_thermostat_delay",
        name="Advanced Thermostat Delay",
        options_enum=ThermostatDelay,
        options=[delay.value for delay in ThermostatDelay],
    ),
    "backup_heating_mode": DeWarmteSelectEntityDescription(
        key="backup_heating_mode",
        name="Backup Heating Mode",
        options_enum=BackupHeatingMode,
        options=[mode.value for mode in BackupHeatingMode],
    ),
    "cooling_thermostat_type": DeWarmteSelectEntityDescription(
        key="cooling_thermostat_type",
        name="Cooling Thermostat Type",
        options_enum=CoolingThermostatType,
        options=[type.value for type in CoolingThermostatType],
    ),
    "cooling_control_mode": DeWarmteSelectEntityDescription(
        key="cooling_control_mode",
        name="Cooling Control Mode",
        options_enum=CoolingControlMode,
        options=[mode.value for mode in CoolingControlMode],
    ),
}

async def async_setup_entry(
    hass: HomeAssistant,
    entry: ConfigEntry,
    async_add_entities: AddEntitiesCallback,
) -> None:
    """Set up the DeWarmte select entities."""
    coordinators = hass.data[DOMAIN][entry.entry_id]

    if not isinstance(coordinators, list):
        coordinators = [coordinators]

    for coordinator in coordinators:
        # Only create select entities for AO and MP devices (T devices have no settings)
        if not coordinator.device.product_id.startswith(("AO ", "MP ")):
            continue
            
        # Filter out cooling entities if cooling is not supported
        entities = []
        for description in MODE_SELECTS.values():
            # Skip cooling entities if cooling is not supported
            if description.key in SETTING_GROUPS["cooling"].keys:
                assert coordinator.device is not None, "Coordinator device must not be None"
                if not coordinator.device.supports_cooling:
                    continue
            entities.append(DeWarmteSelectEntity(coordinator, description))

        async_add_entities(entities)

class DeWarmteSelectEntity(CoordinatorEntity[DeWarmteDataUpdateCoordinator], SelectEntity): # type: ignore[override]
    """Representation of a DeWarmte select entity."""

    _attr_has_entity_name = True

    def __init__(
        self,
        coordinator: DeWarmteDataUpdateCoordinator,
        description: DeWarmteSelectEntityDescription,
    ) -> None:
        """Initialize the select entity."""
        super().__init__(coordinator)
        assert coordinator.device is not None, "Coordinator device must not be None"
        assert description.options is not None, "Select entity must have options"
        self.entity_description = description
        self._attr_unique_id = f"{coordinator.device.device_id}_{description.key}"
        self._attr_device_info = coordinator.device_info
        self._attr_options = description.options

    @property
    def dewarmte_description(self) -> DeWarmteSelectEntityDescription:
        """Get the DeWarmte specific entity description."""
        return cast(DeWarmteSelectEntityDescription, self.entity_description)

    @property
    def current_option(self) -> str | None:  # type: ignore[override]
        """Return the current selected option."""
        # Settings are cached in coordinator, read from there
        if not hasattr(self.coordinator, '_cached_settings') or not self.coordinator._cached_settings:
            return None

        settings = self.coordinator._cached_settings
        key = self.dewarmte_description.key

        # All settings are now at the root level
        return getattr(settings, key, None)

    async def async_select_option(self, option: str) -> None:
        """Change the selected option."""
        await self.coordinator.api.async_update_operation_settings(self.coordinator.device, self.dewarmte_description.key, option)
        await self.coordinator.async_request_refresh()

Dan gaat het dus over de optie in regel 68.

[Get!em]

Dacuuu schreef op maandag 13 april 2026 @ 21:36:
[...]

Bedankt. Ik heb met de combine the state of several sensors gedaan, en dan de sum optie. Wist niet eens dat dit allemaal ingebouwd zat in HA

Zet de sim battery NIET in je energy dashboard. Dan krijg je troep.

Gebruik een custom energy flow chart om te zien wat ie doet. Er zijn er genoeg die ook werken met een custom date selector.

Helaas is de populaire Energy-flow plus sinds HA 2026.4 stuk, en de fix komt pas veel later van de maintainer omdat ie er even geen tijd in steekt (en ook geen pull requests invoegt). Er is een manual fix voor, maar die is wat onhandig.

De sim battery maakt trouwens ook een entity aan met een simulated P1/grid energy, omdat ie NOM simuleert en daarmee import en export aanpast. Die moet je dus gebruiken in je custom energy card.

[Get!em]

Nog een pro tip: je kunt prima meerdere naast elkaar draaien om te kijken welke batterijgrootte bij je past.

Met meerdere tabs in een dashboard kun je met de custom energy flow cards dat inzichtelijk maken.

[Dacuuu]

Get!em schreef op maandag 13 april 2026 @ 21:44:
[...]
Zet de sim battery NIET in je energy dashboard. Dan krijg je troep..

Dit heb ik wel gedaan. Bedoel je hiermee dat je je echte gegevens sloopt omdat je een virtuele accu er aan heb toegevoegd? Opzich niet zo'n probleem, ik geef niet zo veel om die data. Ik kijk er wel naar hoor, vooral fijn om te zien hoeveel % eigen opwek ik verbruik op een dag enzo, maar het maakt me niet uit als ik deze data kwijtraak ofzo.

[TheFes]

Raven schreef op maandag 13 april 2026 @ 19:55:
[...]

Dat zou helemaal mooi zijn, maar ja, verzoeken daarvoor worden van wat ik zo zag al jaren genegeerd.

Als beide tegelijkertijd hetzelfde probleem hadden zou ik dat ook denken, maar er zat een paar minuten tussen. Alhoewel, wel bij beide zo opvallend kort.

Ik weet niet of het ooit bij de state trigger komt als GUI optie, maar de nieuwe purpose specific triggers negeren automatisch de changes vanaf unavailable. Dus er wordt wel degelijk iets mee gedaan.

[Get!em]

Dacuuu schreef op maandag 13 april 2026 @ 21:54:
[...]


Dit heb ik wel gedaan. Bedoel je hiermee dat je je echte gegevens sloopt omdat je een virtuele accu er aan heb toegevoegd? Opzich niet zo'n probleem, ik geef niet zo veel om die data. Ik kijk er wel naar hoor, vooral fijn om te zien hoeveel % eigen opwek ik verbruik op een dag enzo, maar het maakt me niet uit als ik deze data kwijtraak ofzo.

Ja die maak je “stuk”.

Bovendien heb je dan geen vergelijkingsmateriaal meer met en zonder batterij.