Home Assistant: Open source Python3 home automation - deel 5

[Raven]

@PCan https://github.com/home-assistant/core/issues/168019

---

Weet iemand hoe je ZHA helemaal kan verwijderen? De integratie is weg, de snelkoppeling op config/dashboard niet en HASS vindt het nodig iets te backuppen dat niet bestaat: "No ZHA gateway exists, skipping coordinator backup"

[ Voor 124% gewijzigd door Raven op 14-04-2026 10:38 ]

[Netsrek]

Sinds vorige week ben ik begonnen met HA en daar alle apparatuur aan te koppelen. Ik ben begonnen met mijn P1 monitor uitlezen (draait op RPi). Dat komt prima binnen.

Nu heb ik ook mijn Growatt omvormer middels API geintegreerd, maar de uitlezing van huidig opgewekt vermogen zit een factor 1000 verschil in.
Dus er staat opwekking:

Output power
2,200000 W

Terwijl dit in feite moet zijn

Output power
2200,000 W

Kan ik dit eenvoudig aanpassen met een handmatige multiplier van uitlezeing van die specifieke sensor? Ik ben geen expert, dus nog zoekende.

[Michieas]

Heb ik onderstaand correct ingevuld?

When:
P1 is below -2000

And:
Tank temperature is below 55 degrees

Then:
Turn on boost for tank.
Trigger when P1 is above -1000
Switch of boost for tank.

Ik zie dit als When - And - Then - Until
Alleen ben ik niet zeker van de Until of dat deze zo werkt met triggers? Of moet ik hiervoor een ander commando gebruiken?

[Ben(V)]

Netsrek schreef op dinsdag 14 april 2026 @ 10:52:
Sinds vorige week ben ik begonnen met HA en daar alle apparatuur aan te koppelen. Ik ben begonnen met mijn P1 monitor uitlezen (draait op RPi). Dat komt prima binnen.

Nu heb ik ook mijn Growatt omvormer middels API geintegreerd, maar de uitlezing van huidig opgewekt vermogen zit een factor 1000 verschil in.
Dus er staat opwekking:

Output power
2,200000 W

Terwijl dit in feite moet zijn

Output power
2200,000 W

Kan ik dit eenvoudig aanpassen met een handmatige multiplier van uitlezeing van die specifieke sensor? Ik ben geen expert, dus nog zoekende.

Die waarde is in KW uit en niet in W.

[TheFes]

Netsrek schreef op dinsdag 14 april 2026 @ 10:52:
Sinds vorige week ben ik begonnen met HA en daar alle apparatuur aan te koppelen. Ik ben begonnen met mijn P1 monitor uitlezen (draait op RPi). Dat komt prima binnen.

Nu heb ik ook mijn Growatt omvormer middels API geintegreerd, maar de uitlezing van huidig opgewekt vermogen zit een factor 1000 verschil in.
Dus er staat opwekking:

Output power
2,200000 W

Terwijl dit in feite moet zijn

Output power
2200,000 W

Kan ik dit eenvoudig aanpassen met een handmatige multiplier van uitlezeing van die specifieke sensor? Ik ben geen expert, dus nog zoekende.

Wat bedoel je precies met middels API geïntegreerd? Heb je rest sensors gemaakt? Of gebruik je een integratie?

[Netsrek]

Ben(V) schreef op dinsdag 14 april 2026 @ 11:18:
[...]


Die waarde is in KW uit en niet in W.

Dat dacht ik zelf dus eerst ook.
Maar zoals nu weergegeven:

Er staan opbrengst 2,510 W, dit moet zijn 2510W.
Als ik de notitie omzet naar kW dan staat er dus 0,002510 kW terwijl dit dan 2,510kW moet zijn.

TheFes schreef op dinsdag 14 april 2026 @ 11:23:
[...]


Wat bedoel je precies met middels API geïntegreerd? Heb je rest sensors gemaakt? Of gebruik je een integratie?

Ik gebruik de Growatt Server integratie door middel van de API sleutel uit de Shinephone app.

[ Voor 19% gewijzigd door Netsrek op 14-04-2026 11:26 ]

[Michieas]

Kan het niet dat je een . of , gebruikt wellicht? Vanuit US standaard gebruiken ze de . en , anders dan hoe wij het doen.

Netsrek schreef op dinsdag 14 april 2026 @ 11:23:
[...]

Dat dacht ik zelf dus eerst ook.
Maar zoals nu weergegeven:

Er staan opbrengst 0,930 W, dit moet zijn 930W.
Als ik de notitie omzet naar kW dan staat er dus 0,000930 kW terwijl dit dan 0,930kW moet zijn.
[Afbeelding]

[Afbeelding]


[...]

Ik gebruik de Growatt Server integratie door middel van de API sleutel uit de Shinephone app.

[ Voor 13% gewijzigd door Michieas op 14-04-2026 11:27 ]

[TheFes]

Michieas schreef op dinsdag 14 april 2026 @ 11:16:
Heb ik onderstaand correct ingevuld?

When:
P1 is below -2000

And:
Tank temperature is below 55 degrees

Then:
Turn on boost for tank.
Trigger when P1 is above -1000
Switch of boost for tank.

Ik zie dit als When - And - Then - Until
Alleen ben ik niet zeker van de Until of dat deze zo werkt met triggers? Of moet ik hiervoor een ander commando gebruiken?


[Afbeelding]

Je mist nu nog een action die uitgevoerd moet worden als je wait_for_trigger gebeurt. Ik gok dat de tweede trigger die je daar hebt eigenlijk een action zou moeten zijn.

Verder zou ik aanraden een automation met twee triggers te gebruiken ipv een wait_for_trigger. Met een input_boolean kun je bepalen of eerst de eerste de trigger is geweest, en dat de tweede trigger dus de switch weer uit moet zetten.

Een wait_for_trigger met een lange wait kan voor issues zorgen als je bijvoorbeeld in de tussentijd HA restart.

[Netsrek]

Michieas schreef op dinsdag 14 april 2026 @ 11:26:
Kan het niet dat je een . of , gebruikt wellicht? Vanuit US standaard gebruiken ze de . en , anders dan hoe wij het doen.


[...]

Het vreemde is dat alle andere data, zoals totaal opgewekt over levensduur, en totaal opgewekt vandaag wel allemaal kloppen. Alleen Output power zit een factor 1000 tussen.

[HuismAndré]

Septillion schreef op maandag 13 april 2026 @ 19:45:
[...]

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

Vond ik ook raar. Ik was overgestapt op de repo van Github (omdat Home Assistant dat adviseert in de documentatie) maar toen ik er achter kwam dat ze én het stable verhaal nogal raar hanteren én mijn Synology niet weet wanneer er een update beschikbaar is vanuit ghcr.io (ook niet als die als registerbron staat ingesteld) ben ik weer hard terug gerend naar Docker Hub.

Als je echt 'stable' wilt dan kun je waarschijnlijk het beste kiezen voor de hoogste subversie van de maand ervoor. Oftewel: Niet te blind vertrouwen op de automatische updatefunctie(s).

[edwin2021]

Netsrek schreef op dinsdag 14 april 2026 @ 11:23:
[...]

Dat dacht ik zelf dus eerst ook.
Maar zoals nu weergegeven:

Er staan opbrengst 2,510 W, dit moet zijn 2510W.
Als ik de notitie omzet naar kW dan staat er dus 0,002510 kW terwijl dit dan 2,510kW moet zijn.
[Afbeelding]

[Afbeelding]


[...]

Ik gebruik de Growatt Server integratie door middel van de API sleutel uit de Shinephone app.

Is dat niet een taal probleem? Us gebruikt komma als punt.
NL 2.500,00 = Usa 2,500.00

[Netsrek]

edwin2021 schreef op dinsdag 14 april 2026 @ 13:28:
[...]

Is dat niet een taal probleem? Us gebruikt komma als punt.
NL 2.500,00 = Usa 2,500.00

Tsja, de andere data die eruit komt is wel op de juiste manier in HA te zien en alles heeft dezelfde in- en output data.
Maar om het te testen, kan ik de sensor aanpassen? Of moet ik dan op Grott overstappen middels MQTT?

[Septillion]

@Michieas Voor de volgende keer, je kan in de UI switchen tussen Viasual en yaml in het 3-dot menu. Deel de yaml ipv tekst en plaatjes. Makkelijker en nauwkeuriger.

Voor het uitzetten zou ik ook gewoon een losse automation maken. Of het non-blocking integreren in de huidige. Zoals @TheFes ook al aangaf.

[Septillion]

@Pjotter87 Zal ik eerst weer eens rustig voor moeten zitten waar we het ook al weer over hadden

[Michieas]

TheFes schreef op dinsdag 14 april 2026 @ 11:28:
[...]

Je mist nu nog een action die uitgevoerd moet worden als je wait_for_trigger gebeurt. Ik gok dat de tweede trigger die je daar hebt eigenlijk een action zou moeten zijn.

Verder zou ik aanraden een automation met twee triggers te gebruiken ipv een wait_for_trigger. Met een input_boolean kun je bepalen of eerst de eerste de trigger is geweest, en dat de tweede trigger dus de switch weer uit moet zetten.

Een wait_for_trigger met een lange wait kan voor issues zorgen als je bijvoorbeeld in de tussentijd HA restart.

Ik ga mij inlezen in Boolean functie maar wellicht heb ik bedacht dat het misschien niet meer nodig is. Zie hieronder.

Septillion schreef op dinsdag 14 april 2026 @ 13:54:
Voor het uitzetten zou ik ook gewoon een losse automation maken. Of het non-blocking integreren in de huidige. Zoals @TheFes ook al aangaf.

Ik bedacht me net dat de Boost functie eenmalig is en vanzelf weer stopt. De drop-off van de temperatuur zal er normaal voor zorgen dat deze niet meer geactiveerd zal worden.
Ik heb daarbij ook de temperatuur naar <53 gezet. Er is altijd een overshoot van 1-1,5 graden.
Daarnaast heb ik nog een automation lopen welke altijd een boost in zal zetten bij een temperatuur van <43.

[scoobs]

@jaapsh Erg leuk dashboard, vooral de automations erachter zijn interessant vind ik. Heb je ergens een codebase op github staan toevallig?

En schopje

[ Voor 10% gewijzigd door Septillion op 15-04-2026 12:35 . Reden: Mention toegevoegd ]

[Chris_147]

Ik heb recent een digitale elektriciteitsmeter gekregen. Ben nu aan het kijken om mijn elektriciteitsverbruik te optimaliseren ivm eigenverbruik zonnepanelen en capaciteitstarief (in België).
Nu zouden we misschien een andere wasmachine kopen en overwegen we eentje die aan Home Assistant gekoppeld kan worden.
Van zowel wasmachines, home assistant en verbruikoptimalisatie weet ik weinig, dus volgende vragen:
- zijn er bepaalde merken/types die aan te raden zijn om te koppelen met Home Assistant?
- is de meerprijs verwaarloosbaar, of toch wel substantieel?
- is het eigenlijk de moeite om dit te koppelen, vs zelf starttijd van de was te kiezen 's ochtends? Tenslotte moet het einde van de was wel zijn wanneer je thuis bent want de propere was kan geen uren blijven staan.

[Raymond P]

Heeft iemand hier toevallig al hands-on ervaring met de HLK-LD6004?
Ik overweeg om over te stappen van 24ghz naar 60ghz zodat ik de vriendin ook kan detecteren als ze onder een pluizig dekentje ligt.

Gezien 'ie een pin pitch heeft van 1.27mm moet ik een nieuw pcbtje maken, maar kan verder dus niet/nauwelijks ervaringen vinden (en heb zelf de release gemist).

Ik ben vooral benieuwd of het gebruikte algo zulke scenario's als ruis ziet en weg filtert.

[anpat]

Chris_147 schreef op woensdag 15 april 2026 @ 08:39:
Ik heb recent een digitale elektriciteitsmeter gekregen. Ben nu aan het kijken om mijn elektriciteitsverbruik te optimaliseren ivm eigenverbruik zonnepanelen en capaciteitstarief (in België).
Nu zouden we misschien een andere wasmachine kopen en overwegen we eentje die aan Home Assistant gekoppeld kan worden.
Van zowel wasmachines, home assistant en verbruikoptimalisatie weet ik weinig, dus volgende vragen:
- zijn er bepaalde merken/types die aan te raden zijn om te koppelen met Home Assistant?
- is de meerprijs verwaarloosbaar, of toch wel substantieel?
- is het eigenlijk de moeite om dit te koppelen, vs zelf starttijd van de was te kiezen 's ochtends? Tenslotte moet het einde van de was wel zijn wanneer je thuis bent want de propere was kan geen uren blijven staan.

Hi mede Belg

Wij hebben bewust voor Samsung (warmtepomp modellen) gekozen hiervoor, zowel in de Smart things app als in HA, Let op dat je smart start en dergelijk alleen werkt met de deuren gesloten (duh!) Wij houden via HA in de gaten wanneer de batterij voldoende is opgeladen voor de nacht (deze maanden ongeveer 50 % nodig tijdens de nacht) en zodra dit bereikt is mag de machine starten. In de wintermaanden doen we dit idd manueel tijdens de weekenden, (dal dal tarief)

[Raymond P]

@Chris_147 Persoonlijk vind ik het Home Connect platform van Bosch best netjes. En de HA integratie werkt m.i. prima.

Tegenwoordig krijg je de remote functionaliteit bijna standaard aangeboden bij witgoed, je dient wel zelf ff te onderzoeken hoe open en toegankelijk het platform van de fabrikant exact is.

Is het de moeite waard? Imho absoluut niet.
Enkel als je dynamische tarieven en/of eigen opwek hebt zou het een kleine meerwaarde kunnen hebben. En dan vooralsnog hobbymatig.

Waar je voor op moet passen is de fuzzy logic. Apparaten met programma's gefocust een bepaalde eindtijd starten niet noodzakelijk op eindtijd minus programmaduur. Dat zou je als vervelend kunnen ervaren.

[Tha_T]

Zelf zie ik de meerwaarde van de "smart" wasmachine ook niet. Voor mij zorgt een smart home dat ik iets niet zelf hoef te doen (Zoals het licht aandoen of het klimaat binnenshuis op niveau houden). Tuurlijk is het fijn om een seintje te krijgen dat de was klaar is maar dan moet ik het alsnog echt zelf eruit gaan halen .

Ik heb dus onze wasmachines wel op een smart plug zitten maar meer voor de notificatie dan iets anders.

[RobertMe]

Tha_T schreef op woensdag 15 april 2026 @ 08:54:
Zelf zie ik de meerwaarde van de "smart" wasmachine ook niet. Voor mij zorgt een smart home dat ik iets niet zelf hoef te doen (Zoals het licht aandoen of het klimaat binnenshuis op niveau houden). Tuurlijk is het fijn om een seintje te krijgen dat de was klaar is maar dan moet ik het alsnog echt zelf eruit gaan halen .

Ik heb dus onze wasmachines wel op een smart plug zitten maar meer voor de notificatie dan iets anders.

Tenzij je dus het verbruik wilt optimaliseren. Dat zou HA automatisch voor je kunnen doen waardoor je niet zelf de hele dag hoeft te kijken wat het optimale (start) moment is (en je dus ook op dat moment niet naar de wasmachine hoeft te lopen om op start te duwen, wat vooral lastig is als je niet thuis werkt ).

[RobertMe]

Chris_147 schreef op woensdag 15 april 2026 @ 08:39:
- zijn er bepaalde merken/types die aan te raden zijn om te koppelen met Home Assistant?

Ik heb er zelf een staan van Siemens, met Home Connect. Wel pas veel later aan HA gekoppeld en niet er op gekocht. Maar het fijne is dat je deze lokaal kunt gebruiken (met de Home Connect Local integratie als custom component, de "ingebouwde" gaat via de cloud).
Eenmalig de Home Connect app installeren, account aanmaken, en de wasmachine verbinden met de cloud via de app (en in mijn geval daarvoor tijdelijk "de firewall open zetten", IoT spul zit een whitelist op wat naar internet mag). En daarna kun je na de eenmalige "registratie" het apparaat offline halen. Dit kan ook via de officiële app, die ook dan over je (W)LAN gewoon blijft werken (en in mijn geval heb ik "de firewall ook weer dicht gezet").
Vervolgens moet je tooltje bij Home Connect "het profiel downloaden" (ik meen een ZIP bestand met alle informatie van de machine incl API omschrijving etc). En dit bestand upload je dan in de Home Connect Local integratie. Waarna die zijn ding doet gewoon over het LAN.

Bosch-Siemens kan dus niet meekijken wanneer ik een wasje draai, op welk programma, etc etc.

[Tha_T]

RobertMe schreef op woensdag 15 april 2026 @ 09:11:
[...]

Tenzij je dus het verbruik wilt optimaliseren. Dat zou HA automatisch voor je kunnen doen waardoor je niet zelf de hele dag hoeft te kijken wat het optimale (start) moment is (en je dus ook op dat moment niet naar de wasmachine hoeft te lopen om op start te duwen, wat vooral lastig is als je niet thuis werkt ).

Het capaciteitstarief heeft een forfaitaire heffing van 2,5KW in Vlaanderen. Daar valt weinig in te plannen met de gemiddelde wasmachine. Ik ben absoluut voor meer inzicht en vooruit kijken maar voor mij is dit niet de beste usecase.

[Chris_147]

Bedankt voor de snelle reacties.
Het zou voornamelijk zijn om het eigen verbruik te optimaliseren.
Capaciteitstarief gaat sowieso hoger liggen omdat ik ook EV's moet laden, maar voor de laadpaal heb ik load balancer. Dus als de wasmachine opspringt, zal de laadpaal verminderen.

Mijn vrouw let er nu al op om de was enkel op te zetten als de zon schijnt als ze thuis is.
Maar huidige vaatwasser (12 jaar oud) kan ook vertraagd opgestart worden, dus met een beetje aandacht lukt dat ook als ze moet werken.
Zoals @Tha_T schreef moet je uiteindelijk toch nog zelf de machine inladen en uitladen.

[Raymond P]

RobertMe schreef op woensdag 15 april 2026 @ 09:11:
[...]

Tenzij je dus het verbruik wilt optimaliseren. Dat zou HA automatisch voor je kunnen doen waardoor je niet zelf de hele dag hoeft te kijken wat het optimale (start) moment is (en je dus ook op dat moment niet naar de wasmachine hoeft te lopen om op start te duwen, wat vooral lastig is als je niet thuis werkt ).

Mijn wasmachine verbruikt wat 'ie verbruikt. Daar valt weinig aan te optimaliseren.
Je kunt hooguit de kosten optimaliseren. Maar een cyclus van mijn wasmachine verbruikt 0.640 kWh, daar valt niet heel veel winst te halen.

[Stef012]

Netsrek schreef op dinsdag 14 april 2026 @ 13:38:
[...]

Tsja, de andere data die eruit komt is wel op de juiste manier in HA te zien en alles heeft dezelfde in- en output data.
Maar om het te testen, kan ik de sensor aanpassen? Of moet ik dan op Grott overstappen middels MQTT?

Je zou een template sensor kunnen aanmaken in je configuration.yaml. Hier omrekenen naar de juiste W en kW.

[Impossibl3]

Het handigste van een wasmachine die smart is vindt ik de notificatie op de telefoon dat het klaar is. Ik mis nog wel eens het piepje (met mijn hoofd ergens anders) en dan heb ik de notificatie nog op mijn telefoon. Hier wordt zo veel gewassen met 2 kleine kinderen dat die gewoon aan gaat wanneer het nodig is. Op zaterdagen staat dat ding vanaf 8 uur te draaien tot begin avond.

Als je een nieuwe vaatwasser ook binnenkort (moet) kopen zou ik voor het Home Connect platform gaan. Dat bevalt mij heel goed. Onze keuken zit daar op wat goed werkt de wasmachine en droger niet (Miele) en dat vindt ik toch wat jammer. Niet dat de Miele slecht zijn werk doet maar het is weer een extra app.

[RobertMe]

Raymond P schreef op woensdag 15 april 2026 @ 09:47:
[...]


Mijn wasmachine verbruikt wat 'ie verbruikt. Daar valt weinig aan te optimaliseren.

Ik bedoelde uiteraard het moment van verbruik / wat die verbruikt (eigen zonnestroom of netafname)

Maar het verbruik kunnen inzien zou ook wel mooi zijn. In de Home Connect app kun je dat volgens mij wel zien, zowel energie/stroom als water. Maar in de API zit het super raar als een percentage dat afwijkt per programma.

[adjego]

Impossibl3 schreef op woensdag 15 april 2026 @ 09:48:
Het handigste van een wasmachine die smart is vindt ik de notificatie op de telefoon dat het klaar is. Ik mis nog wel eens het piepje (met mijn hoofd ergens anders) en dan heb ik de notificatie nog op mijn telefoon. Hier wordt zo veel gewassen met 2 kleine kinderen dat die gewoon aan gaat wanneer het nodig is. Op zaterdagen staat dat ding vanaf 8 uur te draaien tot begin avond.

Als je een nieuwe vaatwasser ook binnenkort (moet) kopen zou ik voor het Home Connect platform gaan. Dat bevalt mij heel goed. Onze keuken zit daar op wat goed werkt de wasmachine en droger niet (Miele) en dat vindt ik toch wat jammer. Niet dat de Miele slecht zijn werk doet maar het is weer een extra app.

Ik heb dit zelf binnen Home assistant gemaakt met een automation aangezien ik toch het verbruik al meet. Dit werkt sinds implementatie perfect. Dat is dan wel zonde om daarvoor een speciale wasmachine te willen aanschaffen alleen maar om die rede

[Raymond P]

RobertMe schreef op woensdag 15 april 2026 @ 09:57:
[...]

Ik bedoelde uiteraard het moment van verbruik / wat die verbruikt (eigen zonnestroom of netafname)

Maar het verbruik kunnen inzien zou ook wel mooi zijn. In de Home Connect app kun je dat volgens mij wel zien, zowel energie/stroom als water. Maar in de API zit het super raar als een percentage dat afwijkt per programma.

Die data is afaik niet (direct) beschikbaar via de api.
Je kunt wel een schatting krijgen van het verbruik voor het geselecteerde programma, relatief aan de eco setting meest intensieve setting.
kort getest, m'n vaatwasser programma intensief met alle toeters en bellen aan komt bijna bij 100%:

code:

{
        "key": "BSH.Common.Option.EnergyForecast",
        "value": 92,
        "unit": "%",
        "name": "Energie"
      },

Overigens geen flauw idee hoe je hier een perfect score zou kunnen halen.

De historische data in de app is ook geëxtrapoleerd vanuit een labtest/baseline. Of het accuraat is weet ik eigenlijk niet.

edit: voor miin units. Wellicht hebben ze ook modellen die wel daadwerkelijk verbruik meten.

[ Voor 22% gewijzigd door Raymond P op 15-04-2026 10:28 ]

[Ora et Labora]

Stef012 schreef op woensdag 15 april 2026 @ 09:48:
[...]


Je zou een template sensor kunnen aanmaken in je configuration.yaml. Hier omrekenen naar de juiste W en kW.

Dat kan tegenwoordig ook via helpers, dat werkt goed.

[Gizz]

adjego schreef op woensdag 15 april 2026 @ 10:00:
[...]


Ik heb dit zelf binnen Home assistant gemaakt met een automation aangezien ik toch het verbruik al meet. Dit werkt sinds implementatie perfect.

Hier hetzelfde, aangevuld met een deursensor op de deur van de wasmachine om te controleren of hij ook geopend en leeggehaald wordt. Zo niet: extra notificaties dat we de was niet moeten vergeten op te hangen.

[Seafarer]

Chris_147 schreef op woensdag 15 april 2026 @ 08:39:
Ik heb recent een digitale elektriciteitsmeter gekregen. Ben nu aan het kijken om mijn elektriciteitsverbruik te optimaliseren ivm eigenverbruik zonnepanelen en capaciteitstarief (in België).
Nu zouden we misschien een andere wasmachine kopen en overwegen we eentje die aan Home Assistant gekoppeld kan worden.
Van zowel wasmachines, home assistant en verbruikoptimalisatie weet ik weinig, dus volgende vragen:
- zijn er bepaalde merken/types die aan te raden zijn om te koppelen met Home Assistant?
- is de meerprijs verwaarloosbaar, of toch wel substantieel?
- is het eigenlijk de moeite om dit te koppelen, vs zelf starttijd van de was te kiezen 's ochtends? Tenslotte moet het einde van de was wel zijn wanneer je thuis bent want de propere was kan geen uren blijven staan.

Het grootste verbruik bij een wasmachine zit in warm water bereiding. Kun je dus een boiler "gratis" laden met pv dan kun je ieder moment van de dag wassen. Het beetje verbruik van de motor neem je dan voor lief.

[Netsrek]

Stef012 schreef op woensdag 15 april 2026 @ 09:48:
[...]


Je zou een template sensor kunnen aanmaken in je configuration.yaml. Hier omrekenen naar de juiste W en kW.

Dit uiteindelijke gedaan, alle statussen overgenomen van de "foute" input data en de vermenigdvuldigde waarde opgenomen als sensor input in het energie dashboard. Thanks!

Leuk om op deze manier de beginselen van HA te leren!

[jaapsh]

scoobs schreef op dinsdag 14 april 2026 @ 17:34:
@jaapsh Erg leuk dashboard, vooral de automations erachter zijn interessant vind ik. Heb je ergens een codebase op github staan toevallig?

[mbr]En schopje[/]

Nog niet, maar dat is natuurlijk niet iets wat niet kan :-)
Ik zal kijken of ik de codebase kan pushen.

[Impossibl3]

adjego schreef op woensdag 15 april 2026 @ 10:00:
[...]


Ik heb dit zelf binnen Home assistant gemaakt met een automation aangezien ik toch het verbruik al meet. Dit werkt sinds implementatie perfect. Dat is dan wel zonde om daarvoor een speciale wasmachine te willen aanschaffen alleen maar om die rede

Ik heb het ook via een smartplug gedaan. Maar als je een nieuwe koopt (en de prijs is gering hoger) dan kan ik mij wel voorstellen dat @Chris_147 een smart wasmachine/droger aanschaft.

Ik vind het vooral handig voor de foutmeldingen van de droger als het stof filter dieper in de droger weer gereinigd moet worden. Dan weet ik wat code F06 betekent (ondertussen ken ik die wel).

[Chris_147]

Update: samen met mijn vrouw besloten om nog maar even verder te doen met de huidige wasmachine.

[JeroenH]

Seafarer schreef op woensdag 15 april 2026 @ 12:01:
Het grootste verbruik bij een wasmachine zit in warm water bereiding.

Zo ziet het verbruiksprofiel van mijn wasmachine op een standaard 40-graden programma er uit:



Het verwarmen van het water is duidelijk zichtbaar, evenals de vier keer centrifugeren.

[JeroenH]

adjego schreef op woensdag 15 april 2026 @ 10:00:
reactie

Ik begrijp er niets van, ik kan de post van @Impossibl3 waar jij op reageert niet vinden?!? Ik snap niet wat daar verkeerd gaat.

Anyway, @Impossibl3 raadt aan om witgoed te kopen wat verbindt met het Home Connect platform. Dat werkt prima, dat is waar (ik heb Bosch oven met dit platform), maar het kan toch niet zo zijn dat dat op Tweakers wordt aangeraden?

Je internet werkt niet; de "smart" functionaliteit valt uit.

De cloud van de fabrikant valt om; de "smart" functionaliteit valt uit.

De fabrikant gaat "Vaatwasser 2.0" verkopen en tsja, het wordt toch wel heel duur om de servers voor jouw "Vaatwasser 1.0" in de lucht te houden. Twee mogelijkheden: ze zetten ze uit, of je gaat betalen.

Je internet doet het wel; je gedetailleerde verbruiksdata gaat naar de fabrikant. Ik kan geen enkel argument bedenken waarom je dat toe zou staan. Verder is het een security risk op je LAN, tenzij je het allemaal heel degelijke in VLAN's hebt onderverdeeld etc.

Firmware-updates vliegen je om je oren, maar zijn er change logs? Kun je updates overslaan of weigeren? (Antwoord is nee)

Fabrikant stuurt een verkeerde firmware-update, krijg je dit.

Het spijt me, dit wil je toch allemaal niet? IoT moet nooit op internet. Je geeft de controle over functionaliteit, privacy en zelfs levensduur simpelweg uit handen aan de leverancier. We zijn hier op Tweakers, houd het lokaal, bouw het zelf.

/rant

[BiG-GuY]

@JeroenH

Binnen Home Connect kan je de connectie naar de Home Connect servers per apparaat uitzetten. Je kan er dan niet meer op afstand bij, maar als je op het lokale netwerk bent waar je apparaten zijn, kan je ze gewoon lokaal besturen.

Dus ook als zij zouden besluiten de dienst te stoppen, wat nog niet gebeurd is sinds de eerste Home Connect modellen uit kwamen in 2014, kan je het nog steeds lokaal aansturen.

En alle apparaten die wij hehben, zijn volledig te besturen met de ingebouwde knoppen en schermen. Dus je bent niet afhankelijk van de app.

Heb verder al meerdere nuttige updates gehad op onze Siemens apparatuur, zonder issues. Om ook met dynamische prijzen automatisch de juiste momenten te kiezen.

Gebruiken we vooral voor de vaatwasser, omdat het daar niet echt uitmaakt als je het programma een halve dag later start dan dat je hem dichtklikt. Voor een wasmachine/droger vind ik dat deel minder nuttig. Vooral de notificaties vinden we nuttig.

[ Voor 39% gewijzigd door BiG-GuY op 15-04-2026 19:17 ]

[Rudolfus]

Notificaties komen bij mij regelmatig met een vertraging van 20 tot 30 minuten binnen.
Als ik mijn telefoon (S23 u) unlock komen ze wel direct binnen.
Met de Home smart app van Ikea komt alles wél direct binnen. Hebben meer mensen daar last van?

[Raymond P]

@JeroenH Gevalletje best of all evil options gok ik zo.

Neem ook mee dat de user met de initiële vraag nagenoeg geen ervaring zegt te hebben. Dat verandert de scope ook wel een beetje, en ligt het erg voor de hand om hetgene aan te wijzen wat nu vooral werkt.

Met een soldeerbout kom je namelijk best vaak ook een heel eind, maar dat is niet voor iedereen weggelegd.

[Seafarer]

JeroenH schreef op woensdag 15 april 2026 @ 18:19:
[...]


Zo ziet het verbruiksprofiel van mijn wasmachine op een standaard 40-graden programma er uit:

[Afbeelding]

Het verwarmen van het water is duidelijk zichtbaar, evenals de vier keer centrifugeren.

Das duidelijk.

[edwin2021]

Rudolfus schreef op woensdag 15 april 2026 @ 19:29:
Notificaties komen bij mij regelmatig met een vertraging van 20 tot 30 minuten binnen.
Als ik mijn telefoon (S23 u) unlock komen ze wel direct binnen.
Met de Home smart app van Ikea komt alles wél direct binnen. Hebben meer mensen daar last van?

Energie instellingen van de app controleren. In een samsung zit dat op een aantal plaatsen. Vermoedelijk wordt de app in sluimerstand oid gezet waardoor meldingen niet goed doorkomen. Zelfde met HomeAssistant app gehad.

[Rudolfus]

Instellingen van HA app en Home Smart app zijn hetzelfde.

[Adam1980]

Ik heb wat gedoe gehad waardoor ik ha opnieuw moest installeren. Ik heb 3 downloads veilig kunnen stellen. Maar ik heb me nooit gerealiseerd dat er encryptie op toegepast werd.
Dus na een hoop acties (met behulp van Claude) kon ik eindelijk ha opnieuw installeren op een pve vm. Daarvoor wilde ik een backup gebruiken, werd er om een encryptie sleutel gevraagd. Wat!?!! Niet goed opgelet afgelopen jaar...

Is er nog een truc om daar onder uit te komen?

[ Voor 4% gewijzigd door Adam1980 op 15-04-2026 21:14 ]

[Septillion]

@Adam1980 Er is hard gewerkt aan het juist goed encrypted te maken dus geef je niet zo veel kans...

[Adam1980]

Septillion schreef op woensdag 15 april 2026 @ 22:38:
@Adam1980 Er is hard gewerkt aan het juist goed encrypted te maken dus geef je niet zo veel kans...

Daar was ik al bang voor...

[TheFes]

Adam1980 schreef op woensdag 15 april 2026 @ 20:54:
Ik heb wat gedoe gehad waardoor ik ha opnieuw moest installeren. Ik heb 3 downloads veilig kunnen stellen. Maar ik heb me nooit gerealiseerd dat er encryptie op toegepast werd.
Dus na een hoop acties (met behulp van Claude) kon ik eindelijk ha opnieuw installeren op een pve vm. Daarvoor wilde ik een backup gebruiken, werd er om een encryptie sleutel gevraagd. Wat!?!! Niet goed opgelet afgelopen jaar...

Is er nog een truc om daar onder uit te komen?

De encryptie is alleen ingesteld na manuele actie van jouw kant, waarbij dan duidelijk en waarschuwing gegeven is dat ze vanaf toen encrypted zouden zijn en wat de key is. Dus ik denk dat je daar inderdaad niet goed opgelet hebt.

Als je helemaal geen toegang meer hebt tot het oude systeem, en niet een (lokale) unencrypted backup hebt, dan is er denk ik niet veel aan te doen.

Hier vind je meer informatie

https://www.home-assistant.io/more-info/backup-emergency-kit

[Raven]

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

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

Dat had geen effect, vannacht weer beide automations een paar min na elkaar getriggered wegens heel kort niet beschikbaar / unavailable zijn van de sensors en zo kort dat ik de muis er niet eens op kan krijgen:

YAML:

alias: stoftmoln_computerkamer
description: ""
triggers:
  - trigger: state
    entity_id:
      - binary_sensor.lamp_computerkamer_input_0
    not_from:
      - unavailable
      - unknown
conditions: []
actions:
  - action: light.toggle
    metadata: {}
    target:
      entity_id: light.stoftmoln_computerkamer
    data: {}
mode: single

[TheFes]

Raven schreef op donderdag 16 april 2026 @ 08:42:
[...]

Dat had geen effect, vannacht weer beide automations een paar min na elkaar getriggered wegens heel kort niet beschikbaar / unavailable zijn van de sensors en zo kort dat ik de muis er niet eens op kan krijgen:

[Afbeelding]

YAML:

alias: stoftmoln_computerkamer
description: ""
triggers:
  - trigger: state
    entity_id:
      - binary_sensor.lamp_computerkamer_input_0
    not_from:
      - unavailable
      - unknown
conditions: []
actions:
  - action: light.toggle
    metadata: {}
    target:
      entity_id: light.stoftmoln_computerkamer
    data: {}
mode: single

Heb je nog een trace beschikbaar van zo'n ongewenste trigger van de automation?

[Raven]

TheFes schreef op donderdag 16 april 2026 @ 08:50:
[...]

Heb je nog een trace beschikbaar van zo'n ongewenste trigger van de automation?

Getriggerd door de state of binary_sensor.lamp_computerkamer_input_0 om 16 april 2026 om 05:23:18
Licht ‘Omschakelen’
(light.stoftmoln_computerkamer) turned on
Voltooid om 16 april 2026 om 05:23:18 (uitgevoerd in 0.00 seconden)

Oftewel getriggerd op de state verandering van off -> unavailable of unavailable -> off, het is zo kort dat ik dat niet kan zien, maar weer beide een paar min. na elkaar

[TheFes]

Raven schreef op donderdag 16 april 2026 @ 09:02:
[...]

Getriggerd door de state of binary_sensor.lamp_computerkamer_input_0 om 16 april 2026 om 05:23:18
Licht ‘Omschakelen’
(light.stoftmoln_computerkamer) turned on
Voltooid om 16 april 2026 om 05:23:18 (uitgevoerd in 0.00 seconden)

Oftewel getriggerd op de state verandering van off -> unavailable of unavailable -> off, het is zo kort dat ik dat niet kan zien, maar weer beide een paar min. na elkaar

Als je de volledige trace bekijken (de json) dan is het volledige from_state object en to_state object gewoon zichtbaar. Maar het zal dus de state change van off naar unavailable zijn.
Wellicht is het het handigst om gewoon expliciet te zeggen dat je alleen will triggeren op state changes vanon en off en naar on en off
Dan heb je die hele verborgen not_from optie niet nodig.

YAML:

triggers:
  - trigger: state
    entity_id:
      - binary_sensor.lamp_computerkamer_input_0
    from:
      - "on"
      - "off"
    to:
      - "on"
      - "off"

[Raven]

@TheFes .... het zal toch niet .... ik had geen quotes gebruikt, werd zonder foutmelding opgeslagen.

Heb er nu 1 met quotes

YAML:

not_from:
      - "unavailable"
      - "unknown"

de ander voorzien van

YAML:

from:
      - "on"
      - "off"
to:
      - "on"
      - "off"

Nu maar afwachten wat er gebeurt.

Maar nou vraag ik mij weer af waarom weer een paar minuten na elkaar dit gebeurt.

edit:
@TheFes
Zat net wat verder te klikken in de traces:

code:

this:
  entity_id: automation.stoftmoln_computerkamer
  state: 'on'
  attributes:
    id: '1775746065358'
    last_triggered: '2026-04-15T17:51:43.249789+00:00'
    mode: single
    current: 0
    friendly_name: Stoftmoln computerkamer
  last_changed: '2026-04-14T16:26:43.956810+00:00'
  last_reported: '2026-04-15T17:51:43.250934+00:00'
  last_updated: '2026-04-15T17:51:43.250934+00:00'
  context:
    id: 01KP94AE4H7G9X47XB3YXEWETX
    parent_id: 01KP94AE4H9X32VQFWEGQH5HS9
    user_id: null
trigger:
  id: '0'
  idx: '0'
  alias: null
  platform: state
  entity_id: binary_sensor.lamp_computerkamer_input_0
  from_state:
    entity_id: binary_sensor.lamp_computerkamer_input_0
    state: 'on'
    attributes:
      device_class: power
      friendly_name: Lamp_computerkamer Input 0
    last_changed: '2026-04-15T17:51:43.249336+00:00'
    last_reported: '2026-04-15T17:51:59.995615+00:00'
    last_updated: '2026-04-15T17:51:43.249336+00:00'
    context:
      id: 01KP94AE4H9X32VQFWEGQH5HS9
      parent_id: null
      user_id: null
  to_state:
    entity_id: binary_sensor.lamp_computerkamer_input_0
    state: unavailable
    attributes:
      device_class: power
      friendly_name: Lamp_computerkamer Input 0
    last_changed: '2026-04-16T03:23:18.796403+00:00'
    last_reported: '2026-04-16T03:23:18.796403+00:00'
    last_updated: '2026-04-16T03:23:18.796403+00:00'
    context:
      id: 01KPA511WCCKV14SPR7J9T9QWN
      parent_id: null
      user_id: null
  for: null
  attribute: null
  description: state of binary_sensor.lamp_computerkamer_input_0

Getriggerd door van state: 'on' naar state: unavailable te gaan. Hmm, on met quotes en unavailable zonder quotes.

edit:
.... en bij het opslaan worden de quotes om unavailable en unknown weggehaald.

[ Voor 68% gewijzigd door Raven op 16-04-2026 09:23 ]

[TheFes]

Raven schreef op donderdag 16 april 2026 @ 09:16:
@TheFes .... het zal toch niet .... ik had geen quotes gebruikt, werd zonder foutmelding opgeslagen.

Heb er nu 1 met quotes

YAML:

not_from:
      - "unavailable"
      - "unknown"

de ander voorzien van

YAML:

from:
      - "on"
      - "off"
to:
      - "on"
      - "off"

Nu maar afwachten wat er gebeurt.

Maar nou vraag ik mij weer af waarom weer een paar minuten na elkaar dit gebeurt.

edit:
@TheFes
Zat net wat verder te klikken in de traces:

code:

this:
  entity_id: automation.stoftmoln_computerkamer
  state: 'on'
  attributes:
    id: '1775746065358'
    last_triggered: '2026-04-15T17:51:43.249789+00:00'
    mode: single
    current: 0
    friendly_name: Stoftmoln computerkamer
  last_changed: '2026-04-14T16:26:43.956810+00:00'
  last_reported: '2026-04-15T17:51:43.250934+00:00'
  last_updated: '2026-04-15T17:51:43.250934+00:00'
  context:
    id: 01KP94AE4H7G9X47XB3YXEWETX
    parent_id: 01KP94AE4H9X32VQFWEGQH5HS9
    user_id: null
trigger:
  id: '0'
  idx: '0'
  alias: null
  platform: state
  entity_id: binary_sensor.lamp_computerkamer_input_0
  from_state:
    entity_id: binary_sensor.lamp_computerkamer_input_0
    state: 'on'
    attributes:
      device_class: power
      friendly_name: Lamp_computerkamer Input 0
    last_changed: '2026-04-15T17:51:43.249336+00:00'
    last_reported: '2026-04-15T17:51:59.995615+00:00'
    last_updated: '2026-04-15T17:51:43.249336+00:00'
    context:
      id: 01KP94AE4H9X32VQFWEGQH5HS9
      parent_id: null
      user_id: null
  to_state:
    entity_id: binary_sensor.lamp_computerkamer_input_0
    state: unavailable
    attributes:
      device_class: power
      friendly_name: Lamp_computerkamer Input 0
    last_changed: '2026-04-16T03:23:18.796403+00:00'
    last_reported: '2026-04-16T03:23:18.796403+00:00'
    last_updated: '2026-04-16T03:23:18.796403+00:00'
    context:
      id: 01KPA511WCCKV14SPR7J9T9QWN
      parent_id: null
      user_id: null
  for: null
  attribute: null
  description: state of binary_sensor.lamp_computerkamer_input_0

Getriggerd door van state: 'on' naar state: unavailable te gaan. Hmm, on met quotes en unavailable zonder quotes.

In dit geval MOETEN on en off met quotes, omdat dat (net als y, Y, yes, Yes, YES, n, N, no, No, NO, true, True, TRUE, false, False, FALSE, On, ON, Off en OFF) boolean values zijn in YAML. Dus de state van je binary sensor is de string "on" of "off" wat niet hetzelfde is als de boolean values (true, false).

Andere strings MOGEN tussen quotes staan, maar dat maakt verder voor de werking niet uit.

Aangezien je snippet van je trace ook YAML is geldt daarvoor dus hetzelfde, en staat "on" wel tussen quotes om aan te geven dat het een string is en geen boolean value, en voor unavailable hoeft dat niet omdat deze waarde altijd een string is.

In je automation hoeft dat not_from blokje er dus niet meer in te staan, dat vang je nu al af met to en from.
In de trace zie je dat je automation triggerede omdat de state naar unavailable ging, maar je had alleen een not_from failsafe ingebouwd en geen not_to. Maar met de beperkte mogelijke states van een binary_sensor kun je dat dus uiteindelijk net zo makkelijk afvangen met de beperken van de opties voor from en to

[Raven]

TheFes schreef op donderdag 16 april 2026 @ 09:31:
maar je had alleen een not_from failsafe ingebouwd en geen not_to. Maar met de beperkte mogelijke states van een binary_sensor kun je dat dus uiteindelijk net zo makkelijk afvangen met de beperken van de opties voor from en to

* Raven geeft zichzelf een Gibbs-slap Hoe simpel kan het zijn

Ok, hopelijk is dat probleem dan opgelost, althans de achterliggende oorzaak niet. Eens kijken of ik ergens logs terug kan vinden waarom beide héél kort unavailable worden en telkens een paar minuten na elkaar.

[Niek_]

Wimploo schreef op woensdag 8 april 2026 @ 14:10:
Ik probeer mijn Alfen laadpaal via Home Assistant aan te sturen. Nu loop ik tegen een aantal dingen aan, de eerste is dat ik vermoed dat mijn passieve p1 splitter ervoor zorgt dat ik geen p1 data meer in Home assistant krijg als ik de Alfen op energy management system zet.

Dus ik heb een Home Wizard p1 splitter gekocht, maar als ik die aansluit krijg ik helemaal geen data meer in Home Assistant. Het groene power lampje brand continue groen en ik zie af en toe het witte led knipperen. Switch ik naar de passieve splitter dan krijg ik direct weer data. Enig idee wat dit kan zijn en hoe ik het op kan lossen?

Geen idee of je hier nog uitgekomen was, maar ik heb in HA wat gemaakt om onze 2 Alfen laadpalen te voorzien van het juiste vermogen vanuit de P1 meter. Wellicht ook in jouw geval toe te passen.

P1 wordt via DSMR uitgelezen in HA. Daar wordt berekend wat er dan wel/niet nog aan ruimte is op de netaansluiting (bijvoorbeeld als PV ook max aan het terugleveren is), deze waardes per fase worden via modbus naar het SCN geschreven waarna Alfen het vermogen (indien nodig) over de 2 laadpalen verdeeld. Zo heb je dus ook met een SCN loadbalancing (LBA) én houd SCN niet vast aan de hard ingestelde maximum waarde maar wordt dit dynamisch waardoor we in ons geval, als PV voldoende levert, prima op beide laadpalen met 16A kunnen laden ondanks de hoofdzekering van 3x25A.

Ik lees de P1 meter uit met de DSMR Smart Meter integratie.

7 helpers
input_boolean.laden_op_zon (dit is gewoon een schakelaar. Als ik deze aan zet dan geef ik aan dat ik alleen overschot op de meter (teruglevering) wil gebruiken om de auto's te laden)

sensor.berekende_p1_stroom_l1 (om uit te rekenen middels voltage en productie/verbruik wat het daadwerkelijke amperage is. Dan nog 2x voor fase 2 en fase 3, let erop dat je de sensor in onderstaande code ook 3x moet aanpassen)

Django/Jinja:

{% set watt_productie = states('sensor.electricity_meter_energieproductie_fase_l1') | float(0) * 1000 %}
{% set watt_verbruik = states('sensor.electricity_meter_energieverbruik_fase_l1') | float(0) * 1000 %}
{% set volt = states('sensor.electricity_meter_spanning_fase_l1') | float(230) %}
{# Netto Watt gedeeld door Volt geeft Ampère. Negatief = Teruglevering #}
{{ ((watt_verbruik - watt_productie) / volt) | round(2) }}

Alfen EMS Instructie L1 (en dan nog 2x voor fase 2 en fase 3, let erop dat je de sensor in onderstaande code ook 3x moet aanpassen)

Django/Jinja:

{% set max_net = 25 %}
{% set max_groep = 32 %}
{# De waarde van je 1e helper (Netto stroom op P1) #}
{% set stroom_p1 = states('sensor.berekende_p1_stroom_l1') | float(0) %}
{# De nieuwe SCN-sensor (Wat de laders echt doen) #}
{% set alfen_nu = states('sensor.alfen_scn_totaal_verbruik_l1') | float(0) %}
{% set zon_modus = is_state('input_boolean.laden_op_zon', 'on') %}

{# CRUCIAAL: Bereken wat het huis verbruikt ZONDER de laadpalen #}
{# Als P1 = 10A en Alfen = 6A, dan verbruikt het huis zelf 4A #}
{% set huis_verbruik_netto = stroom_p1 - alfen_nu %}

{% if zon_modus %}
  {# Zon-modus: Gebruik alleen overschot van de panelen #}
  {# Overschot is wat er 'over' is van de productie nadat het huis is bediend #}
  {% set overschot = (0 - huis_verbruik_netto) %}
  
  {% if overschot >= 6.5 %}
    {{ [overschot, max_groep] | min | round(1) }}
  {% elif overschot < 5.5 %}
    0
  {% else %}
    {# Behoud huidige instructie om geknipper te voorkomen #}
    {{ states('sensor.alfen_ems_instructie_l1') | float(0) }}
  {% endif %}

{% else %}
  {# Normale modus: Beschikbare ruimte op de hoofdzekering #}
  {% set beschikbaar = (max_net - huis_verbruik_netto) %}
  
  {% if beschikbaar >= 6.0 %}
    {{ [beschikbaar, max_groep] | min | round(1) }}
  {% elif beschikbaar < 5.0 %}
    0
  {% else %}
    {{ states('sensor.alfen_ems_instructie_l1') | float(0) }}
  {% endif %}
{% endif %}

Script en automation om naar Alfen schrijven elke 15 seconden
script: alfen_scn_schrijven

YAML:

sequence:
  - variables:
      l1: "{{ states('sensor.alfen_ems_instructie_l1') | float(10) }}"
      l2: "{{ states('sensor.alfen_ems_instructie_l2') | float(10) }}"
      l3: "{{ states('sensor.alfen_ems_instructie_l3') | float(10) }}"
      l1_bytes: "{{ pack(l1, '>f') }}"
      l2_bytes: "{{ pack(l2, '>f') }}"
      l3_bytes: "{{ pack(l3, '>f') }}"
      l1_hi: "{{ unpack(l1_bytes, '>H') }}"
      l1_lo: "{{ unpack(l1_bytes, '>H', offset=2) }}"
      l2_hi: "{{ unpack(l2_bytes, '>H') }}"
      l2_lo: "{{ unpack(l2_bytes, '>H', offset=2) }}"
      l3_hi: "{{ unpack(l3_bytes, '>H') }}"
      l3_lo: "{{ unpack(l3_bytes, '>H', offset=2) }}"
  - action: modbus.write_register
    data:
      hub: alfen_master
      slave: 200
      address: 1417
      value:
        - "{{ l1_hi }}"
        - "{{ l1_lo }}"
  - action: modbus.write_register
    data:
      hub: alfen_master
      slave: 200
      address: 1419
      value:
        - "{{ l2_hi }}"
        - "{{ l2_lo }}"
  - action: modbus.write_register
    data:
      hub: alfen_master
      slave: 200
      address: 1421
      value:
        - "{{ l3_hi }}"
        - "{{ l3_lo }}"
mode: single

automation: Alfen SCN bijwerken

YAML:

alias: Alfen SCN bijwerken
description: ""
triggers:
  - seconds: /15
    trigger: time_pattern
actions:
  - action: script.alfen_scn_schrijven
mode: single

Een watchdog die modbus herstart op HA indien deze bevriest en een notificatie naar de app op m'n telefoon stuurt.
automation: Alfen Modbus watchdog

YAML:

alias: Alfen Modbus watchdog
triggers:
  - entity_id: sensor.alfen_scn_actual_max_l1
    to: unavailable
    for:
      seconds: 15
    trigger: state
conditions:
  - condition: template
    value_template: >
      {{ (as_timestamp(now()) -
      as_timestamp(state_attr('automation.alfen_modbus_watchdog',
      'last_triggered') | default(0))) > 120 }}
actions:
  - action: modbus.reload
  - delay:
      seconds: 5
  - action: notify.mobile_app
    data:
      message: Modbus watchdog geactiveerd voor Alfen
mode: single

Code voor in configuration.yaml waarmee de verbinding met de Alfen opgezet wordt.

YAML:

modbus:
  - name: alfen_master
    type: tcp
    host: *ip-adres laadpaal*
    port: 502
    sensors:
      - name: "Alfen SCN Actual Max L1"
        unit_of_measurement: A
        slave: 200
        address: 1411
        input_type: holding
        data_type: custom
        structure: ">f"
        count: 2
        precision: 1
        scan_interval: 10

      - name: "Alfen SCN Actual Max L2"
        unit_of_measurement: A
        slave: 200
        address: 1413
        input_type: holding
        data_type: custom
        structure: ">f"
        count: 2
        precision: 1
        scan_interval: 10

      - name: "Alfen SCN Actual Max L3"
        unit_of_measurement: A
        slave: 200
        address: 1415
        input_type: holding
        data_type: custom
        structure: ">f"
        count: 2
        precision: 1
        scan_interval: 10

[ Voor 69% gewijzigd door Niek_ op 16-04-2026 18:50 ]

[bigbuddha]

skank schreef op donderdag 6 november 2025 @ 19:35:
Kent iemand deze, ik wist niet eens van dit bestaan af:)
https://quickbars.app/

Net ontdekt. Ik gebruik het om als iemand aanbelt aan mijn reolink duerbel, dan krijg ik instant een PiP beeld op mijn televisie(google tv). Werkt perfect. Of als ik "toon deurbel" zeg tegen mijn google home, dan toont het ook het beeld van mijn deurbel voor 20 seonden. top app.

[edwin2021]

Raven schreef op donderdag 16 april 2026 @ 09:39:
[...]

* Raven geeft zichzelf een Gibbs-slap Hoe simpel kan het zijn

Ok, hopelijk is dat probleem dan opgelost, althans de achterliggende oorzaak niet. Eens kijken of ik ergens logs terug kan vinden waarom beide héél kort unavailable worden en telkens een paar minuten na elkaar.

Zit er niet gewoon een los contact?

[edwin2021]

Niek_ schreef op donderdag 16 april 2026 @ 09:50:
[...]

Geen idee of je hier nog uitgekomen was, maar ik heb in HA wat gemaakt om onze 2 Alfen laadpalen te voorzien van het juiste vermogen vanuit de P1 meter. Wellicht ook in jouw geval toe te passen.

P1 wordt via DSMR uitgelezen in HA. Daar wordt berekend wat er dan wel/niet nog aan ruimte is op de netaansluiting (bijvoorbeeld als PV ook max aan het terugleveren is), deze waardes per fase worden via modbus naar het SCN geschreven waarna Alfen het vermogen (indien nodig) over de 2 laadpalen verdeeld. Zo heb je dus ook met een SCN loadbalancing (LBA) én houd SCN niet vast aan de hard ingestelde maximum waarde maar wordt dit dynamisch waardoor we in ons geval, als PV voldoende levert, prima op beide laadpalen met 16A kunnen laden ondanks de hoofdzekering van 3x25A.

Mocht iemand de yaml willen hebben dan hoor ik het wel.

Yaml, altijd handig voor als iemand later op de post uitkomt met een vergelijkbare wens 😉

[peterpijpelink]

bigbuddha schreef op donderdag 16 april 2026 @ 11:20:
[...]


Net ontdekt. Ik gebruik het om als iemand aanbelt aan mijn reolink duerbel, dan krijg ik instant een PiP beeld op mijn televisie(google tv). Werkt perfect. Of als ik "toon deurbel" zeg tegen mijn google home, dan toont het ook het beeld van mijn deurbel voor 20 seonden. top app.

leuk, jammer alleen android, zou mooi zijn als AppleTV of LG os ook ondersteuning krijgt.

[Raven]

edwin2021 schreef op donderdag 16 april 2026 @ 11:20:
[...]

Zit er niet gewoon een los contact?

Met de voeding van de Shelly's bedoel je? Zou raar zijn, ik ken geen Shelly's die in minder dan 1 seconde zijn opgestart en afgaand op de uptime zijn ze niet uitgevallen. Inmiddels logs van de Ruckus AP's gevonden.

In de logs zie ik de MAC-adressen van die 2 Shelly's niet terug en zojuist zag ik dat niet alleen de input maar alle entiteiten van de Shelly's ineens unavailable worden en meteen weer available.

.... en na random nog wat Shelly's te hebben gecheckt, er zijn er meer die dit gedrag vertonen. Ene moment niks aan de hand, dan alle entiteiten unavailable om dan meteen weer available te zijn.

[BiG-GuY]

peterpijpelink schreef op donderdag 16 april 2026 @ 11:24:
[...]

leuk, jammer alleen android, zou mooi zijn als AppleTV of LG os ook ondersteuning krijgt.

Apple TV kan via HKSV (HomeKit Secure Video). Weet niet of dat tegenwoordig native kan in HA direct. Anders kan het via Scrypted App (Add-On). Heb ik vroeger ook gebruikt toen ik nog Apple gebruikte.

[ Voor 22% gewijzigd door BiG-GuY op 16-04-2026 11:55 ]

[Witlof]

bigbuddha schreef op donderdag 16 april 2026 @ 11:20:
[...]


Net ontdekt. Ik gebruik het om als iemand aanbelt aan mijn reolink duerbel, dan krijg ik instant een PiP beeld op mijn televisie(google tv). Werkt perfect. Of als ik "toon deurbel" zeg tegen mijn google home, dan toont het ook het beeld van mijn deurbel voor 20 seonden. top app.

Leuke tool voor op mijn GoogleTV dingetjes. Kon hem nog niet. Maar hoe trigger je dat de camera automatisch verschijnt bij het drukken van de deurbel? Vanuit HA of QuickBars?

Ik denk dat ik het gevonden heb in de documentatie https://quickbars.app/guide

[ Voor 9% gewijzigd door Witlof op 16-04-2026 15:02 ]

[bigbuddha]

Witlof schreef op donderdag 16 april 2026 @ 14:57:
[...]

Leuke tool voor op mijn GoogleTV dingetjes. Kon hem nog niet. Maar hoe trigger je dat de camera automatisch verschijnt bij het drukken van de deurbel? Vanuit HA of QuickBars?

Vanuit HA
https://quickbars.app/guide
Puntje 7, via de eerste blueprint.
Je moet enkel je camera entiteit wel toevoegen aan de quickbars settings op je googleTV.

[Stijnley]

Hey allen

Dankzij dit forum heb ik Home Assistant succesvol lopen in combinatie met mijn nieuwe Reolink deurbel.
Best verslavend om de mogelijkheden te zien! Wij staan op het punt om de badkamerverlichting te vervangen dus dit lijkt mij fijn om met slimme verlichting te starten!

Iemand die feedback of tips kan geven of ik als beginner goed bezig ben?

stap 1: slimme dimbare lampen zoals Hue boven de badkamerspiegel
stap 2: een bewegingsmelder zoals "Hue Motion Sensor", die de slimme lampen enkele minuten op 20% laat branden als er s'nachts beweging is (via home assistant dan)
stap 3: achter de aanwezige Niko schakelaar een "Shelly relais" plaatsen waardoor de slimme lampen met de domme Niko schakelaar ook 100% aan of uit kunnen wanneer gewenst, én waarmee de lampen dus steeds stroom krijgen voor HA.

Klopt dit of zie ik iets over het hoofd?

Dank voor het duwtje in de rug!

[karsb23]

Vraagje, ik heb Mealie als maaltijdplanner draaien in een aparte container. Middels de native integratie gekoppeld aan HA en vanuit deze integratie wordt er een Calendar-entiteit beschikbaargesteld waarbij ik dus de maaltijdplanning kan zien voor komende week.

Ik zou deze kalender graag willen toevoegen aan de telefoons van mijn partner en mijzelf. Ik heb gekeken of ik de kalender op de één of andere manier kan hosten zodat ik hier op kan abonneren maar ik kan hier nog niets over deze use-case vinden. Het gaat altijd over de kalender in HA krijgen en niet de kalender van HA naar buiten krijgen. Iemand die dit al voor elkaar heeft gekregen en/of mij in de goede richting kan duwen?

Ik hoor het graag!

[bigbuddha]

Stijnley schreef op donderdag 16 april 2026 @ 15:29:
Hey allen

Dankzij dit forum heb ik Home Assistant succesvol lopen in combinatie met mijn nieuwe Reolink deurbel.
Best verslavend om de mogelijkheden te zien! Wij staan op het punt om de badkamerverlichting te vervangen dus dit lijkt mij fijn om met slimme verlichting te starten!

Iemand die feedback of tips kan geven of ik als beginner goed bezig ben?

stap 1: slimme dimbare lampen zoals Hue boven de badkamerspiegel
stap 2: een bewegingsmelder zoals "Hue Motion Sensor", die de slimme lampen enkele minuten op 20% laat branden als er s'nachts beweging is (via home assistant dan)
stap 3: achter de aanwezige Niko schakelaar een "Shelly relais" plaatsen waardoor de slimme lampen met de domme Niko schakelaar ook 100% aan of uit kunnen wanneer gewenst, én waarmee de lampen dus steeds stroom krijgen voor HA.

Klopt dit of zie ik iets over het hoofd?

Dank voor het duwtje in de rug!

Waarom moeten het slimme lampen zijn? Waarom niet gewoon dimbare lampen en dan een shelly dimmer achter je schakelaar?

[Stijnley]

bigbuddha schreef op donderdag 16 april 2026 @ 15:44:
[...]


Waarom moeten het slimme lampen zijn? Waarom niet gewoon dimbare lampen en dan een shelly dimmer achter je schakelaar?

Goeie opmerking, hoeft helemaal niet, belangrijkste is een zacht licht voor de nachtelijke toiletbezoekjes.
Ik vermoed dat de Shelly dimmer achter de huidige niko schakelaar + dimbare lamp + motion sensor idd hetzelfde kan uitvoeren!

Nu even zoeken want de Shelly Dimmers lijken overal uitverkocht
Dank voor de tip!

[ Voor 3% gewijzigd door Stijnley op 16-04-2026 15:55 ]

[bigbuddha]

Stijnley schreef op donderdag 16 april 2026 @ 15:54:
[...]


Goeie opmerking, hoeft helemaal niet, belangrijkste is een zacht licht voor de nachtelijke toiletbezoekjes.
Ik vermoed dat de Shelly dimmer achter de huidige niko schakelaar + dimbare lamp + motion sensor idd hetzelfde kan uitvoeren!

Nu even zoeken want de Shelly Dimmers lijken overal uitverkocht
Dank voor de tip!

Afhankelijk van je protocol - wifi, zigbee - zijn er tig opties. Je kan voor een draaidimmer kiezen die je enkel nog hoeft af te werken met een plaatje en een knop. Of je kan kiezen voor een module. Dan kan je er een drukknop voorzetten. Hoeft niet shelly te zijn uiteraard. Sonnof, ecodim, hoftronic, ...

Voor de nachtelijke toiletbezoekjes kan je trouwens makkelijk een pir of mmwavesensor plaatsen en automatiseren. Dat maakt het leven nog wat aangenamer. Welcome to the rabithole called Home assistant

[ Voor 11% gewijzigd door bigbuddha op 16-04-2026 16:01 ]

[CappieL]

karsb23 schreef op donderdag 16 april 2026 @ 15:35:
Vraagje, ik heb Mealie als maaltijdplanner draaien in een aparte container. Middels de native integratie gekoppeld aan HA en vanuit deze integratie wordt er een Calendar-entiteit beschikbaargesteld waarbij ik dus de maaltijdplanning kan zien voor komende week.

Ik zou deze kalender graag willen toevoegen aan de telefoons van mijn partner en mijzelf. Ik heb gekeken of ik de kalender op de één of andere manier kan hosten zodat ik hier op kan abonneren maar ik kan hier nog niets over deze use-case vinden. Het gaat altijd over de kalender in HA krijgen en niet de kalender van HA naar buiten krijgen. Iemand die dit al voor elkaar heeft gekregen en/of mij in de goede richting kan duwen?

Ik hoor het graag!

Je kunt met google.create_event een agenda-item aanmaken.
Hier zou je iets mee kunnen doen toch? Je moet dan wel read-write access hebben (in te stellen via instellingen van Google Calender-integratie)

YAML:

action: google.create_event
target:
  entity_id: calendar.device_automation_schedules
data:
  summary: "Example"
  start_date: "2022-10-1"
  end_date: "2022-10-2"

[ Voor 13% gewijzigd door CappieL op 16-04-2026 16:07 ]

[edwin2021]

Raven schreef op donderdag 16 april 2026 @ 11:54:
[...]

Met de voeding van de Shelly's bedoel je? Zou raar zijn, ik ken geen Shelly's die in minder dan 1 seconde zijn opgestart en afgaand op de uptime zijn ze niet uitgevallen. Inmiddels logs van de Ruckus AP's gevonden.

In de logs zie ik de MAC-adressen van die 2 Shelly's niet terug en zojuist zag ik dat niet alleen de input maar alle entiteiten van de Shelly's ineens unavailable worden en meteen weer available.

.... en na random nog wat Shelly's te hebben gecheckt, er zijn er meer die dit gedrag vertonen. Ene moment niks aan de hand, dan alle entiteiten unavailable om dan meteen weer available te zijn.

Is het dan geen instabiel WiFi, neem tenminste aan dat de shellys daarmee verbonden zijn?

[skank]

bigbuddha schreef op donderdag 16 april 2026 @ 11:20:
[...]


Net ontdekt. Ik gebruik het om als iemand aanbelt aan mijn reolink duerbel, dan krijg ik instant een PiP beeld op mijn televisie(google tv). Werkt perfect. Of als ik "toon deurbel" zeg tegen mijn google home, dan toont het ook het beeld van mijn deurbel voor 20 seonden. top app.

Idem ik ook ondertussen.

[Raven]

edwin2021 schreef op donderdag 16 april 2026 @ 16:08:
[...]

Is het dan geen instabiel WiFi, neem tenminste aan dat de shellys daarmee verbonden zijn?

Hangen allen aan WiFi inderdaad, ik zag wel wat disassociate-meldingen in het logboek van het AP (die als master van de 2 dienst doet), echter niet met de MAC-adressen van die waarvan het opviel.

[NeoFoX]

Even een update van wat vibe-coding vandaag (Claude)

Doel:
- Ik wil graag weten welke films er uit zijn in welk jaar, welke ik al wel / niet gezien heb en dus nog moet kijken.

Idee:
- TMDB gebruiken voor mijn watchlist zodat ik weet welke films ik wel / niet wil kijken
- HASS tijdlijn + afvinken of ik ze gezien heb (wordt in HASS opgeslagen)
- Trailer wordt toegevoegd aan de film + automation als er een nieuwe trailer beschikbaar is voor een film
- Update-interval 24h

Eerlijk, voor een uurtje of 2,5 Claude Code-ing niet verkeerd

Maak gebruik van locale JS code voor het dashboard met de HACS Layout-card

Resultaat tot nu toe:



Tips / ideeën / alternatieven.. let me know!

[peterpijpelink]

Stijnley schreef op donderdag 16 april 2026 @ 15:29:
Hey allen

Dankzij dit forum heb ik Home Assistant succesvol lopen in combinatie met mijn nieuwe Reolink deurbel.
Best verslavend om de mogelijkheden te zien! Wij staan op het punt om de badkamerverlichting te vervangen dus dit lijkt mij fijn om met slimme verlichting te starten!

Iemand die feedback of tips kan geven of ik als beginner goed bezig ben?

stap 1: slimme dimbare lampen zoals Hue boven de badkamerspiegel
stap 2: een bewegingsmelder zoals "Hue Motion Sensor", die de slimme lampen enkele minuten op 20% laat branden als er s'nachts beweging is (via home assistant dan)
stap 3: achter de aanwezige Niko schakelaar een "Shelly relais" plaatsen waardoor de slimme lampen met de domme Niko schakelaar ook 100% aan of uit kunnen wanneer gewenst, én waarmee de lampen dus steeds stroom krijgen voor HA.

Klopt dit of zie ik iets over het hoofd?

Dank voor het duwtje in de rug!

Vanwege de acceptatie van anderen in een gezin is het wel slim om te zorgen dat altijd werkt (WAF) - dus ik heb alle verlichting in HUE werkend met sensoren, doet het altijd ook al staat HA uit wegens een update of zo. Daarnaast kan ik dan alle lampen wel weer in HA verwerken tot slimme lichtplannen. Er zijn ook van HUE kleine knoppen die je eenvoudig als vervanging voor wandschakelaar kan gebruiken. Een domme schakelaar is altijd een uitdaging, staat de lamp uit dan zie je dus ook offline in HUE en HA. Mogelijk alternatief is blindplaat ipv schakelaar en daar-waar-nodig een schakelaar op monteren. Of als je toch iets moois wilt pak je sonoff schakeling. Slim en toch schakelen en erg mooi vorm gegeven.

[Impossibl3]

@Stijnley wat betreft punt 3. Ik heb in mijn hele huis Gira Senic Friends of Hue schakelaars. Kost wat maar de baterijen gaan nooit leeg (zitten er niet in) en je kan 4 scenes kiezen + dimmen. Deze zijn gekoppeld via de HUE brdige zodat mocht HA uitvallen het licht het blijft doen. In HA zijn ze wel als entiteiten zichtbaar en kan je er ook op automatiseren.

[Stijnley]

Dank allen voor de feedback, wat een kennis hier en vooral confronterend hoe ver het kan gaan met HA! Ik ga op zoek!

[wickydude]

peterpijpelink schreef op donderdag 16 april 2026 @ 21:38:
[...]

Vanwege de acceptatie van anderen in een gezin is het wel slim om te zorgen dat altijd werkt (WAF) - dus ik heb alle verlichting in HUE werkend met sensoren, doet het altijd ook al staat HA uit wegens een update of zo. Daarnaast kan ik dan alle lampen wel weer in HA verwerken tot slimme lichtplannen. Er zijn ook van HUE kleine knoppen die je eenvoudig als vervanging voor wandschakelaar kan gebruiken. Een domme schakelaar is altijd een uitdaging, staat de lamp uit dan zie je dus ook offline in HUE en HA. Mogelijk alternatief is blindplaat ipv schakelaar en daar-waar-nodig een schakelaar op monteren. Of als je toch iets moois wilt pak je sonoff schakeling. Slim en toch schakelen en erg mooi vorm gegeven.

Ik gebruik een aantal wandschakelaarmodules van Hue, die kun je achter een bestaande schakelaar monteren. Zo kan ik ook een hotelschakeling gebruiken. Batterij gaat jaren mee.

[edwin2021]

Ik gebruik o.a. HERA Controller:
Dim-controller as optional accessory for 24V transformer?s | Hera https://www.hera-shop.com...y-distributor-61500052201

Met batterijloze schakelaars:
https://www.hera-shop.com...e-alexa-white-21703250101

Eerst aanmelden op zigbee2mqtt en dan pas de schakelaar verbinden met de controller. Schakelaar past in gira system55. Werkt als een trein, ook als ha of MQTT eruit ligt.

[Get!em]

Een terugkerende vraag. Sinds 2026.4 lijkt de Discovery van HomeAssistant weer aan te staan, ondanks dat ik de DHCP module disabled heb (via Default Config Disabler).

Hoe krijg ik de Discovery weer uit?

Symptomen waar ik last van heb:

De Discovery doet bij elke opstart van HA (na reboot) en elk uur een complete netwerk scan op zoek naar nog onbekende apparaten. Gezien ik nagenoeg alles al in HomeAssistant heb staan is dat een zinloze actie, zeker om dat elk uur te gaan doen. Gevolg is dat er honderden tot duizenden PTR requests gedaan worden door HA, elk uur weer. In een paar minuten tijd worden er gemiddeld 3 requests per milliseconde afgevuurd. Ook terug te vinden in de logs van HomeAssistant onder de DNS module.

2026-04-17 08:58:05.994 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:34979 - 9715 "PTR IN 234.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.057214463s
2026-04-17 08:58:05.994 homeassistant hassio_dns[499]: [INFO] 127.0.0.1:55508 - 29649 "PTR IN 236.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 0.048389485s
2026-04-17 08:58:05.995 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:44902 - 3309 "PTR IN 232.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.057497216s
2026-04-17 08:58:05.995 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:55359 - 57991 "PTR IN 236.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.057595469s
2026-04-17 08:58:10.995 homeassistant hassio_dns[499]: [INFO] 127.0.0.1:55508 - 57489 "PTR IN 211.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 0.01206789s
2026-04-17 08:58:10.996 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:57257 - 48375 "PTR IN 211.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.016967196s
2026-04-17 08:58:11.001 homeassistant hassio_dns[499]: [INFO] 127.0.0.1:57639 - 48461 "PTR IN 251.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 0.011718877s
2026-04-17 08:58:11.001 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:45670 - 62106 "PTR IN 251.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.015405142s

Extra is dat de PiHole in mijn netwerk deze requests niet zelf kan afhandelen (want geen DHCP) dus stuurt ie deze door naar mijn router. Die de adressen ook niet kent (want een zinlose netwerkscan levert vooral ongebruikte adressen op...), met vertraging en heen en weer pingpongen als gevolg.

Dat doorsturen vergroot de aantallen requests tot 8000-12000 elk uur in een paar minuten.


Ik wil gewoon die DHCP discovery dus weer uitzetten, maar hoe?

[hemertje]

itsbvka schreef op vrijdag 10 april 2026 @ 14:09:
[...]

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

is dit gerelateerd aan onderstaande meldingen?

code:

File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:02:53.043 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:03:53.002 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:04:53.018 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:05:53.042 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:06:52.998 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:07:53.023 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:08:53.002 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:09:53.028 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:10:53.094 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:11:53.054 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:12:53.817 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:13:54.065 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:14:54.063 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:15:54.065 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:16:54.051 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:17:54.099 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:17:54.391 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:17:54.405 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:17:54.442 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_lowest_price_period exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:17:54.544 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_lowest_price_period exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
s6-rc: info: service legacy-services: stopping
2026-04-18 13:18:08.001 ERROR (Thread-12) [pychromecast.socket_client] [Slaapkamer JM(192.168.2.213):8009] Failed to connect. No retries.
Found 2 non-daemonic threads.
[11:18:25] INFO: Home Assistant Core finish process exit code 0
[11:18:25] INFO: Home Assistant Core service shutdown
s6-rc: info: service legacy-services successfully stopped
s6-rc: info: service legacy-cont-init: stopping
s6-rc: info: service legacy-cont-init successfully stopped
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped
s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
services-up: info: copying legacy longrun home-assistant (no readiness notification)
s6-rc: info: service legacy-services successfully started
2026-04-18 13:18:36.432 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration entsoe which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.436 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration hacs which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.437 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration afvalbeheer which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.439 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration knmi which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.441 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration aquarea which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.442 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration zendure_ha which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.444 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration nordpool which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.446 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration afvalinfo which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.447 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration open_meteo_solar_forecast which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.449 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration zaptec which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.450 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration dynamic_energy_cost which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.452 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration fresh_r which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.453 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration kia_uvo which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.456 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration solcast_solar which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.457 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration afvalwijzer which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.459 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration utility_meter_next_gen which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:46.552 ERROR (MainThread) [homeassistant.components.rest.data] Error fetching data: http://unknown/api/v1/data failed with Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]
2026-04-18 13:18:46.553 ERROR (MainThread) [homeassistant.components.rest.data] Error fetching data: http://unknown/properties/report failed with Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]
2026-04-18 13:18:46.775 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.778 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.780 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.781 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.782 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.783 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.788 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.791 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.798 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.803 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.813 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.824 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.828 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.831 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.840 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.846 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.846 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.847 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.847 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.849 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.852 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.853 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.855 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.859 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.860 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.867 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.870 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.875 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.877 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.877 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.896 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.915 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.917 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.920 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:19:03.713 WARNING (MainThread) [custom_components.dynamic_energy_cost.sensor] One or more sensor values are unavailable, skipping update
2026-04-18 13:19:04.289 WARNING (MainThread) [custom_components.dynamic_energy_cost.sensor] One or more sensor values are unavailable, skipping update
2026-04-18 13:19:05.197 WARNING (MainThread) [custom_components.dynamic_energy_cost.sensor] One or more sensor values are unavailable, skipping update
2026-04-18 13:19:07.146 WARNING (MainThread) [custom_components.dynamic_energy_cost.sensor] One or more sensor values are unavailable, skipping update
2026-04-18 13:19:08.128 WARNING (MainThread) [custom_components.dynamic_energy_cost.sensor] One or more sensor values are unavailable, skipping update
2026-04-18 13:19:10.723 WARNING (MainThread) [homeassistant.components.utility_meter.sensor] Zendure PV Import Daily received an invalid new state from sensor.zendure_pv_import : unknown
2026-04-18 13:19:12.903 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:19:12.917 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_lowest_price_period exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:19:12.918 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:19:12.919 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_lowest_price_period exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:19:31.231 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:19:31.234 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_lowest_price_period exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:19:31.243 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:19:31.250 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_lowest_price_period exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:30:00.149 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:45:00.148 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:52:51.834 ERROR (MainThread) [homeassistant.components.rest.data] Timeout while fetching data: http://localhost:1880/endpoint/properties/report
2026-04-18 14:00:00.162 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored

[Ben(V)]

Get!em schreef op vrijdag 17 april 2026 @ 11:08:
Een terugkerende vraag. Sinds 2026.4 lijkt de Discovery van HomeAssistant weer aan te staan, ondanks dat ik de DHCP module disabled heb (via Default Config Disabler).

Hoe krijg ik de Discovery weer uit?

Symptomen waar ik last van heb:

De Discovery doet bij elke opstart van HA (na reboot) en elk uur een complete netwerk scan op zoek naar nog onbekende apparaten. Gezien ik nagenoeg alles al in HomeAssistant heb staan is dat een zinloze actie, zeker om dat elk uur te gaan doen. Gevolg is dat er honderden tot duizenden PTR requests gedaan worden door HA, elk uur weer. In een paar minuten tijd worden er gemiddeld 3 requests per milliseconde afgevuurd. Ook terug te vinden in de logs van HomeAssistant onder de DNS module.

2026-04-17 08:58:05.994 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:34979 - 9715 "PTR IN 234.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.057214463s
2026-04-17 08:58:05.994 homeassistant hassio_dns[499]: [INFO] 127.0.0.1:55508 - 29649 "PTR IN 236.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 0.048389485s
2026-04-17 08:58:05.995 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:44902 - 3309 "PTR IN 232.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.057497216s
2026-04-17 08:58:05.995 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:55359 - 57991 "PTR IN 236.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.057595469s
2026-04-17 08:58:10.995 homeassistant hassio_dns[499]: [INFO] 127.0.0.1:55508 - 57489 "PTR IN 211.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 0.01206789s
2026-04-17 08:58:10.996 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:57257 - 48375 "PTR IN 211.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.016967196s
2026-04-17 08:58:11.001 homeassistant hassio_dns[499]: [INFO] 127.0.0.1:57639 - 48461 "PTR IN 251.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 0.011718877s
2026-04-17 08:58:11.001 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:45670 - 62106 "PTR IN 251.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.015405142s

Extra is dat de PiHole in mijn netwerk deze requests niet zelf kan afhandelen (want geen DHCP) dus stuurt ie deze door naar mijn router. Die de adressen ook niet kent (want een zinlose netwerkscan levert vooral ongebruikte adressen op...), met vertraging en heen en weer pingpongen als gevolg.

Dat doorsturen vergroot de aantallen requests tot 8000-12000 elk uur in een paar minuten.


Ik wil gewoon die DHCP discovery dus weer uitzetten, maar hoe?

Volgens mij werkt die DHCP discovery enkel als je die in de config.yaml hem aanzet.
zie:
https://www.home-assistant.io/integrations/dhcp/

[Mit-46]

Zijn er mensen die een automatische backup maken naar Nextcloud?

Voorheen maakte ik altijd een lokale backup in HA en één naar Onedrive. Mijn MS account ben ik aan het uitfaseren en heb sinds deze week Nextcloud lokaal. Beide draaien op dezelfde computer in VM's in Virtualbox.

Voor beide moet ik een goede manier verzinnen mbt het maken van een backup. Als ik HA een backup in Nextcloud kan laten maken dan hoef ik alleen nog te zorgen dat ik van Nextcloud extern een back hoef op te slaan is mijn gedachte.

Ik heb gelezen dat het via WebDAV kan, maar ik kreeg het gister met geen mogelijkheid aan de gang. Ik kon geen verbinding maken met Nextcloud vanuit HA via deze integratie.
De Nextcloud integratie is volgens mij niet voor het maken van backups als ik het goed heb gelezen. Deze heb ik daarom niet geprobeerd.

Iemand hier ervaring mee?

[ Voor 9% gewijzigd door Mit-46 op 18-04-2026 15:09 ]

[Get!em]

Ben(V) schreef op zaterdag 18 april 2026 @ 14:58:
[...]


Volgens mij werkt die DHCP discovery enkel als je die in de config.yaml hem aanzet.
zie:
https://www.home-assistant.io/integrations/dhcp/

Nee, staat default aan. En had heb via “default config disabler” Hacs ook uitgezet. Dat heeft 1,5 jaar zo gewerkt , tot de laatste update dus. Nu zie ik dus weer het gedrag van hele netwerkscans elk uur door HomeAssistant (doet ie bij iedereen trouwens, maar bijna niemand ziet t)

[edwin2021]

Ben(V) schreef op zaterdag 18 april 2026 @ 14:58:
[...]


Volgens mij werkt die DHCP discovery enkel als je die in de config.yaml hem aanzet.
zie:
https://www.home-assistant.io/integrations/dhcp/

Ahum, er staat "This integration is by default enabled" en verderop staat dat als je dit UIT hebt gezet je het weer aan kunt zetten via de regel in config.

[Ben(V)]

Ben geen expert maar er staat dit.
[/quote]
This integration is by default enabled, unless you’ve disabled or removed the default_config: line from your configuration. If that is the case, the following example shows you how to enable this integration manually in the configuration.yaml file:
[quote]

Dan lees ik dat je in je config.yaml de default_config moet hebben staan en dat daarin die dhcp discory geladen wordt.
Bij mij zit er geen default_config in de config.yaml

[RobertMe]

Ben(V) schreef op zondag 19 april 2026 @ 09:35:
Dan lees ik dat je in je config.yaml de default_config moet hebben staan en dat daarin die dhcp discory geladen wordt.
Bij mij zit er geen default_config in de config.yaml

Maar de default_config: staat er by default wel in. Als die er bij jou niet staat heb je het óf zelf er uit gehaald óf misschien een heel antieke installatie van de tijd dat de default_config integratie nog niet bestond.

(Mijn config staat die ook niet in. Maar ik heb deze dan ook zelf er uit gehaald een paar jaar terug. Waardoor ik bv nu ook de cloud integratie niet beschikbaar heb en dus geen Nabu Casa spam )

[Jab65]

Ik ben bezig met automatiseringen voor de KPN TV+ box. Ik ben op zoek naar het commando voor de knop "TV" op de afstandsbediening. Ik heb hiervoor de remote.send_command acties HOME, TV en LIVE_TV geprobeerd, maar deze hebben geen van allen effect. Heeft iemand dit al aan de praat?

[paQ]

Hoe vaak kijkt het energiedashboard naar de opgegeven tarievensensor waarmee hij rekent?

[TheFes]

paQ schreef op zondag 19 april 2026 @ 18:52:
Hoe vaak kijkt het energiedashboard naar de opgegeven tarievensensor waarmee hij rekent?

Voor zover ik weet kijkt hij bij elke state change van je grid energy sensor(s) wat het dan geldende tarief is, en telt dat kWh * tarief op bij de prijs sensor. Bijvoorbeeld sensor.energy_consumption_tarif_1_cost

Dat is een total sensor die gebruikt wordt voor de weergave op het Energy Dashboard, deze reset bij elke herstart van HA, maar omdat er een last_reset attribute is, maakt dat verder niet uit.

[ Voor 11% gewijzigd door TheFes op 19-04-2026 19:12 ]

[paQ]

TheFes schreef op zondag 19 april 2026 @ 19:02:
[...]

Voor zover ik weet kijkt hij bij elke state change van je grid energy sensor(s) wat het dan geldende tarief is, en telt dat kWh * tarief op bij de prijs sensor. Bijvoorbeeld sensor.energy_consumption_tarif_1_cost

Dat is een total sensor die gebruikt wordt voor de weergave op het Energy Dashboard, deze reset bij elke herstart van HA, maar omdat er een last_reset attribute is, maakt dat verder niet uit.

Bijzonder.
Ik heb een sensor ingevoerd die elke minuut (kan) wijzigt (wijzigen). Maar daar doet ie verder niets mee. Hij pakt blijkbaar 'een' tarief van een bepaald tijdstip

[Daan_96]

Is er iemand die mij wil en kan helpen?
Ik ben met een kachel bezig waarbij is 12 temperaturen wil monitoren.
Dit zou ik graag monitoren door middel van een afbeelding van de kachel en de temperaturen op verschillende plekken in de afbeelding weer te geven.
Hoe pak je zoiets aan? Misschien heeft iemand een voorbeeld op een term waarop ik kan zoeken?

Het gaat om:
Rookgas temp. wisselaar in
Rookgas temp. wisselaar uit
Water temp. wisselaar in
Water temp. wisselaar uit
Water temp CV buffer aanvoer
Water temp CV buffer uitvoer
Water flow CV buffer
CV Buffertemp boven
CV Buffertemp midden
CV Buffertemp onder
SWW boiler temp boven
SWW boiler temp onder

[Matroxion]

Daan_96 schreef op maandag 20 april 2026 @ 13:22:
Is er iemand die mij wil en kan helpen?
Ik ben met een kachel bezig waarbij is 12 temperaturen wil monitoren.
Dit zou ik graag monitoren door middel van een afbeelding van de kachel en de temperaturen op verschillende plekken in de afbeelding weer te geven.
Hoe pak je zoiets aan? Misschien heeft iemand een voorbeeld op een term waarop ik kan zoeken?

Het gaat om:
Rookgas temp. wisselaar in
Rookgas temp. wisselaar uit
Water temp. wisselaar in
Water temp. wisselaar uit
Water temp CV buffer aanvoer
Water temp CV buffer uitvoer
Water flow CV buffer
CV Buffertemp boven
CV Buffertemp midden
CV Buffertemp onder
SWW boiler temp boven
SWW boiler temp onder

Ik heb dit met een "afbeelding met elementen" kaart gedaan.
Het plaatje van de (voor mij WTW) eerst geupload naar HA en deze gekozen in het afbeeldingspad, daarna ben ik in YAML gaan puzzelen met de locaties en text, bij mij ziet dit er zo uit in YAML:

code:

type: picture-elements
image: /local/pictures/WTW.png
elements:
  - type: state-label
    entity: sensor.brink_temperature_from_outside
    style:
      top: 28.5%
      left: 18%
      color: black
      font-size: 15px
  - type: state-label
    entity: sensor.brink_temperature_to_inside
    style:
      top: 74%
      left: 78%
      color: black
      font-size: 15px
  - type: state-label
    entity: sensor.brink_temperature_to_outside
    style:
      top: 50%
      left: 18%
      color: black
      font-size: 15px
  - type: state-label
    entity: sensor.brink_exchange_filter_in
    style:
      top: 90%
      left: 50%
      color: black
      font-size: 17px
    prefix: "Filter vervangen in: "
    tap_action:
      action: none
    hold_action:
      action: none
  - type: state-label
    entity: sensor.brink_bypass_status
    style:
      top: 10%
      left: 50%
      color: black
      font-size: 17px
    prefix: "Bypass status: "
    tap_action:
      action: none
    hold_action:
      action: none

en het eindresultaat zo:


Hopelijk kun je hier iets mee

[wickydude]

Ik heb ook met die card gewerkt. Misschien heb je hier ook iets aan:
https://community.home-as...nts-card-a-small-tutorial

[djiedjee]

Wie heeft er ervaring met de Forecast.solar integratie?

Ik heb mijn lokatie en panelen ingevoerd, maar ook na wat tweaken en proberen komt die integratie niet verder dan ongeveer de helft van mijn daadwerkelijke actuele opwek.
Dat is zo'n groot verschil dat ik wel iets fout moet doen.

[Fragger123]

djiedjee schreef op dinsdag 21 april 2026 @ 10:07:
Wie heeft er ervaring met de Forecast.solar integratie?

Ik heb mijn lokatie en panelen ingevoerd, maar ook na wat tweaken en proberen komt die integratie niet verder dan ongeveer de helft van mijn daadwerkelijke actuele opwek.
Dat is zo'n groot verschil dat ik wel iets fout moet doen.

Ik heb deze integratie 2x toegevoegd 1x voor de oost kant en een keer voor de west kant van het huis.
Het totaal van beiden komt redelijk overeen met de werkelijkheid.

[Mr.Viper]

djiedjee schreef op dinsdag 21 april 2026 @ 10:07:
Wie heeft er ervaring met de Forecast.solar integratie?

Ik heb mijn lokatie en panelen ingevoerd, maar ook na wat tweaken en proberen komt die integratie niet verder dan ongeveer de helft van mijn daadwerkelijke actuele opwek.
Dat is zo'n groot verschil dat ik wel iets fout moet doen.

Ik heb het een poosje geprobeerd maar kwam er ook niet uit met mijn oost-west opstelling. Nu gebruik ik Solcast PV Forecast en dat klopt wel aardig met de realiteit.

[RobertMe]

djiedjee schreef op dinsdag 21 april 2026 @ 10:07:
Wie heeft er ervaring met de Forecast.solar integratie?

Ik heb mijn lokatie en panelen ingevoerd, maar ook na wat tweaken en proberen komt die integratie niet verder dan ongeveer de helft van mijn daadwerkelijke actuele opwek.
Dat is zo'n groot verschil dat ik wel iets fout moet doen.

Ik gebruik Forecast.solar al langer (met PV alleen vol op zuid) en ook dan klopt het vaker niet dan wel. Kan ook makkelijk meermaals op een dag compleet veranderen van bv geen opwek naa maximale opwek.

Solcast, zoals @Mr.Viper aangeeft schijnt wel betrouwbaarder te zijn. Maar ben ik zelf niet naar over gestapt.