Home Assistant: Open source Python3 home automation - deel 5

[Oon]

RobertMe schreef op maandag 15 september 2025 @ 18:30:
[...]

Als je de V3+ bridge hebt ondersteund deze HomeKit. En HA kan als HomeKit Controller dienst doen.

Maar je mist dan wel functionaliteiten. Bv de open raam detectie kun je niet inzien via HomeKit (en is mogelijk uberhaupt gewoon een slimme temp daling detectie aan de server kant en niet iets dat de hardware doet?). Maar ook het "pas temp aan voor X minuten" kan niet over HomeKit (doh). Het batterijpercentage kun je niet inzien. Etc etc. Er zitten dus wel wat haken en ogen aan.

Overigens is de Tado X natuurlijk net zo'n groot probleem v.w.b. deze API wijzigingen. Hoogstens dat je deze via Matter lokaal kunt aansturen? Maar ook dan kan het best dat niet alle functionaliteiten / gegevens ook via Matter aangeboden (kunnen) worden omdat bv de standaard niet overal in voorzien.

Batterijpercentage is wel een issue, zeker gezien de grote problemen die de Tado knoppen sowieso al hebben met batterijgebruik.

Denk dat ik voor mezelf de keuze al gemaakt heb, ik ga lekker een berg SonOff zigbee knoppen bestellen voor de helft van de prijs van Tado en nooit meer terugkijken. Al het automatisch sturen heeft toch nooit fatsoenlijk gewerkt bij Tado.

[Ben(V)]

RobertMe schreef op maandag 15 september 2025 @ 17:55:
[...]

Fout.

Matter is een op IP gebaseerd protocol.
Thread is een standaard om IP door de lucht te sturen. Soort van wifi concurrent maar dan met veel minder bandbreedte, mesh, etc. En dit protocol maakt weer gebruik van dezelfde 802.11(?) standaard als Zigbee.

Dus er is wel degelijk een relatie tussen Zigbee en Thread. Waarbij een stick die geschikt is voor Zigbee ook gebruikt kan worden voor Thread en vise versa. Origineel verkocht Nabu Casa de SkyConnect zelfs onder vermelding van dat die Zigbee en Thread tegelijkertijd ondersteunde. (Maar dit heeft nooit goed gewerkt waardoor je moet kiezen).

En de relatie tussen Matter en Thread is puur dat Matter een op IP gebaseerd protocol is en dat Thread IP draadloos door de lucht babbelt. Maar bv ESPHome ondersteund ook Thread om de ESPs met Thread radio te verbinden. Maar zij gebruiken vervolgens gewoon "de ESPHome API" en niet Matter. Maar dit kun je wel gewoon mixen en matchen. Een ESP met ESPHome kun je via bv een Apple TV die als Thread border router dienst kan doen koppelen aan je netwerk/LAN (/"IP netwerk") waarna die ESP gewoon met HA kan verbinden / babbelen. Terwijl die Apple TV tegelijkertijd dus ook kan babbelen met allemaal andere (Matter over) Thread hardware.

Edit:
Overigens is Threads een product van Meta Het IoT gebeuren heet Thread, zonder s.

Moet je toch teleurstellen.
Het feit dat een radio die voor Zigbee gebruikt kan worden ook Thread signalen van versturen maakt het nog niet dat Zigbee voor matter gebruikt kan worden.

Voor Matter heb je Thread (IPV6) nodig al is het ook mogelijk om wifi te gebruiken, maar Zigbee gaat niet werken.
En Zigbee werkt volgens de 802.15.4 standaard en niet volgens de wifi standaard (802.11.xxx).

[HuismAndré]

RobertMe schreef op maandag 15 september 2025 @ 18:30:
[...]

Als je de V3+ bridge hebt ondersteund deze HomeKit. En HA kan als HomeKit Controller dienst doen.

Maar je mist dan wel functionaliteiten. Bv de open raam detectie kun je niet inzien via HomeKit (en is mogelijk uberhaupt gewoon een slimme temp daling detectie aan de server kant en niet iets dat de hardware doet?). Maar ook het "pas temp aan voor X minuten" kan niet over HomeKit (doh). Het batterijpercentage kun je niet inzien. Etc etc. Er zitten dus wel wat haken en ogen aan.

Volgens mij kon je het percentage sowieso niet zien bij Tado. Je moest het doen met iets als "good" todat hij leeg was.

[RobertMe]

Ben(V) schreef op maandag 15 september 2025 @ 18:37:
[...]


Moet je toch teleurstellen.
Het feit dat een radio die voor Zigbee gebruikt kan worden ook Thread signalen van versturen maakt het nog niet dat Zigbee voor matter gebruikt kan worden.

Dan moet ik je toch teleurstellen. Ik schrijf namelijk nergens dat Zigbee voor Thread gebruikt kan worden. Ik schrijf alleen dat beiden gebruik maken van dezelfde "802.11(?)" standaard, en dat is blijkbaar 802.15.4. En dat maakt dus wel dat een Zigbee radio ook gebruikt kan worden als Thread radio. Immers is het een soortgelijk draadloos protocol (v.w.b. frequentie etc). Alleen de bitjes die er overheen gaan zijn anders, maar dat maakt voor de radio an zich niet uit.
Ik stel vervolgens nergens dat je IP / Matter over Zigbee kunt doen, dat verzin je er zelf bij.

En er is dus zeker ook een relatie tussen Zigbee en Thread, namelijk 802.15.4 dus. Verder stel ik nergens dat ze vervolgens volledig uitwisselbaar zijn. Alleen dat de radio beiden kan. En en Zigbee stick vaak ook geschikt is als "Thread stick" (zie dus bv de SkyConnect, die ze origineel zelfs verkochten als dat die beiden tegelijkertijd aan kon). Dus qua technologie (draadloos protocol, meshing, ...) zijn Zigbee en Thread toch echt zeer dicht aan elkaar gerelateerd.
Dat vervolgens de daadwerkelijke data totaal anders is doet daar niks aan af. En ja, "Zigbee" gebruikt dan "Zigbee" als data, en Thread gebruikt "IP" als data. Waarvan mijn post ook al aangaf dat Thread IP gebruikt, nergens stelde ik dat Zigbee dat doet of kan.

[RobertMe]

HuismAndré schreef op maandag 15 september 2025 @ 19:10:
[...]

Volgens mij kon je het percentage sowieso niet zien bij Tado. Je moest het doen met iets als "good" todat hij leeg was.

Klopt. Maar via HomeKit kun je het dus helemaal niet uitlezen Percentage of een beperkte "enum" (goed / bijna leeg), het zit niet in HomeKit / wordt niet door Tado aangeboden via HomeKit. (Geen idee of HomeKit het wel kan ondersteunen en Tado het niet doorgeeft, of dat de mogelijkheid uberhaupt niet in HomeKit zit).

[paQ]

w00p w00p

Het is gelukt de dweilrobots live te laten meelopen in het 3D dashboard


Refreshrate is met 3sec wel klaar jammer genoeg.
Wel handig om te zien waar hij ook echt (al) is geweest


was een enorm geklooi om de images transparant te krijgen, maar gelukt om bij elke entry een alpha slider te plaatsen door de code van map extractor wat te tweaken.

In options_flow.py:

Python:

    ## Add alpha channel
    async def async_step_room_colors_step2(self: Self, user_input=None) -> ConfigFlowResult:
        # Als de gebruiker op Verzenden klikt: RGB + ALPHA samenvoegen naar RGBA
        if user_input is not None:
            out = {}
            for room_id in self._room_color_ids:
                rgb = user_input.get(room_id, [0, 0, 0])[:3]
                a = int(user_input.get(room_id + "_alpha", 255))
                out[room_id] = [*rgb, a]
            self._changed_options[CONF_ROOM_COLORS] = out
            return await self._update_entry()

        # ✔️ Belangrijk: gebruik vol.Required voor ALLE velden
        color_fields = {vol.Required(room_id): ColorRGBSelector() for room_id in self._room_color_ids}
        alpha_fields = {vol.Required(room_id + "_alpha"): NumberSelector(
            config=NumberSelectorConfig(min=0, max=255, step=1, mode=NumberSelectorMode.SLIDER)
        ) for room_id in self._room_color_ids}

        schema = vol.Schema({**color_fields, **alpha_fields})

        # Defaults (RGB + alpha) invullen
        configured_colors = self.config_entry.options[CONF_ROOM_COLORS]
        palette = ColorsPalette()

        defaults: dict[str, Any] = {}
        for room_id in self._room_color_ids:
            if room_id in configured_colors:
                rgba = configured_colors[room_id]
                rgb = rgba[:3]
                a = rgba[3] if len(rgba) > 3 else 255
            else:
                rgb = palette.get_room_color(room_id)  # geeft RGB
                a = 255
            defaults[room_id] = rgb
            defaults[room_id + "_alpha"] = a

        data_schema = self.add_suggested_values_to_schema(schema, defaults)
        return self.async_show_form(step_id="room_colors_step2", data_schema=data_schema, last_step=True)

    # async def async_step_room_colors_step2(self: Self, user_input=None) -> ConfigFlowResult:
    #     if user_input is not None:
    #         self._changed_options[CONF_ROOM_COLORS] = user_input
    #         return await self._update_entry()

    #     schema = vol.Schema({vol.Required(room_id): ColorRGBSelector() for room_id in self._room_color_ids})
    #     configured_colors = self.config_entry.options[CONF_ROOM_COLORS]
    #     palette = ColorsPalette()
    #     data_schema = self.add_suggested_values_to_schema(
    #         schema,
    #         {
    #             room_id: (
    #                 configured_colors[room_id]
    #                 if room_id in configured_colors
    #                 else palette.get_room_color(room_id)
    #             )
    #             for room_id in self._room_color_ids
    #         }
    #     )
    #     return self.async_show_form(step_id="room_colors_step2", data_schema=data_schema, last_step=True)

[ Voor 67% gewijzigd door paQ op 15-09-2025 20:18 ]

[LordSinclair]

Oon schreef op maandag 15 september 2025 @ 18:06:
[...]

Ik ben dan toch wel benieuwd hóe je local-only bent gegaan. Is daar een alternatieve integratie voor?

Ik ben niks out of the box tegengekomen. Maar met scheduler cards, binaire helpers (de scheduler-cards hadden moeite met de thermostaat aansturen) en automatisering ben ik een eind met het programma gedeelte. Dat lijkt goed te werken. Alleen die timer nog bij handmatige wijzigingen.
Maar ik heb geen kamers met radiatorknoppen. En daarom is de battterij-info ook niet zo belangrijk. Daarnaast doet de app het op te telefoon het ook gewoon nog.

[Ben(V)]

RobertMe schreef op maandag 15 september 2025 @ 19:23:
[...]

Dan moet ik je toch teleurstellen. Ik schrijf namelijk nergens dat Zigbee voor Thread gebruikt kan worden. Ik schrijf alleen dat beiden gebruik maken van dezelfde "802.11(?)" standaard, en dat is blijkbaar 802.15.4. En dat maakt dus wel dat een Zigbee radio ook gebruikt kan worden als Thread radio. Immers is het een soortgelijk draadloos protocol (v.w.b. frequentie etc). Alleen de bitjes die er overheen gaan zijn anders, maar dat maakt voor de radio an zich niet uit.
Ik stel vervolgens nergens dat je IP / Matter over Zigbee kunt doen, dat verzin je er zelf bij.

En er is dus zeker ook een relatie tussen Zigbee en Thread, namelijk 802.15.4 dus. Verder stel ik nergens dat ze vervolgens volledig uitwisselbaar zijn. Alleen dat de radio beiden kan. En en Zigbee stick vaak ook geschikt is als "Thread stick" (zie dus bv de SkyConnect, die ze origineel zelfs verkochten als dat die beiden tegelijkertijd aan kon). Dus qua technologie (draadloos protocol, meshing, ...) zijn Zigbee en Thread toch echt zeer dicht aan elkaar gerelateerd.
Dat vervolgens de daadwerkelijke data totaal anders is doet daar niks aan af. En ja, "Zigbee" gebruikt dan "Zigbee" als data, en Thread gebruikt "IP" als data. Waarvan mijn post ook al aangaf dat Thread IP gebruikt, nergens stelde ik dat Zigbee dat doet of kan.

Je schrijft dat ik fout hebt, wat had ik dan fout?

Je schrijft dat er wel degelijk een relatie tussen thread en zigbee is en dat beargumenteer je door het feit dat ze dezelfde radio kunnen gebruiken, om vervolgens ook nog onterecht te beweren dat ze dezelfde (wifi) standaard gebruiken (802.11.xxx).
Ik beweer nergens dat het niet zo is dat ze dezelfde hardware kunnen gebruiken maar je kunt dat nauwelijks een relatie noemen.
En protocollen als data kwalificeren is ook een beetje krom, data wordt verstuurd met behulp van een protcol.

[RobertMe]

Ben(V) schreef op dinsdag 16 september 2025 @ 09:24:
[...]


Je schrijft dat ik fout hebt, wat had ik dan fout?

Je schreef dat Threads (hoort dus Thread te zijn) een protocol is dat door Matter gebruikt wordt. En dat klopt al niet. Want Matter gaat over IP en via Thread kun je IP sturen. Maar er is geen directe link tussen Matter en Thread (case in point: ESPHome dat Thread gebruikt voor de ESPHome API dat ook gewoon IP based is en naast Matter over dezelfde TBR kan gaan).

Je schrijft dat er wel degelijk een relatie tussen thread en zigbee is en dat beargumenteer je door het feit dat ze dezelfde radio kunnen gebruiken, om vervolgens ook nog onterecht te beweren dat ze dezelfde (wifi) standaard gebruiken (802.11.xxx).

Ik beweer niet dat ze dezelfde wifi standaard gebruikte. Ik wist niet de exacte standaard. N dat is dus 802.25.4 en niet 802.11. Iets waarvan je zelf in een latere reactie ook al aangaf dat ze dezelfde standaard (802.15.4 dus) gebruiken. En toch beweer je dat er geen relatie tussen beiden is?!

Ik beweer nergens dat het niet zo is dat ze dezelfde hardware kunnen gebruiken maar je kunt dat nauwelijks een relatie noemen.

Als beiden dezelfde standaard (802.15.4 dus) gebruiken, en dezelfde hardware kunnen gebruiken en er initieel beloftes waren dat 1 stuk hardware beiden tegelijkertijd kan ondersteunen wil ik dat toch wel een relatie tussen beiden noemen.

En protocollen als data kwalificeren is ook een beetje krom, data wordt verstuurd met behulp van een protcol.

En die data zelf voldoet ook aan een protocol / standaard. Anders is er vrij weinig interoperabiliteit.

En daarnaast:
* mompelt iets over verschillende lagen *
802.15.4 definieert de fysieke / link laag. Over die laag wordt data gestuurd, welke data dat is is totaal irrelevant binnen 802.15.4. Vervolgens heb je het Zigbee protocol / standaard die definieert hoe de data er uit ziet die in het geval van "Zigbee", dat over 802.15.4 wordt gestuurd. En Thread is zijn eigen protocol / standaard die definieert welke / hoe data over 802.15.4 wordt gestuurd. Waarbij 802.15.4 dus geen enkele kennis hoeft te hebben / heeft van welke data (/protocollen / standaarden / bytes / bitjes) er in de data laag verzonden worden.

En je kunt zo ongeveer ook het OSI model er bij pakken. 802.15.4 is de fysieke laag, vervolgens heb je IP op de netwerk laag en Matter (of de ESPHome API) op de applicatie laag. Terwijl Zigbee niet zo makkelijk in het OSI model te plaatsen is omdat alles boven de fysieke laag meteen het Zigbee protocol / standaard is en er niet nog allemaal lagen bovenop komen (en dus minder overhead).

[Sp33dFr34k]

Even een brainstorm, HA mist een stopwatch helper (timer doet precies het omgekeerde).

Ik wil bijvoorbeeld bijhouden hoe lang de wasmachine draait, deze slingert een automation aan die start zodra de power x tijd boven x wattage is, en eindigt zodra de power een x tijd onder x wattage is. Een history stats helper kun je niet via een automation resetten... Zijn er nog andere opties?

[xXtronXx]

Recent een dashboard samengesteld met uitsluitend gebruik van de Area-Card. Achter elke kaart schuilt een hele reeks andere kaarten, en ik ben er eigenlijk best tevreden mee.

Nog een paar extra sensoren toevoegen en de afbeeldingen vervangen door foto's van ons eigen interieur.
Mijn laatste test van een Mmwave sensor doet het prima
(Hier)

Tof is dat de camerabeelden naadloos geïntegreerd zijn in dezelfde kaarten.
De auto's zijn ook een Area en krijgen ook de nodige info.

[Card Nox]

Domme vraag tussendoor: Ik heb een nieuwe telefoon. Je raad het al, alle automations wijzen naar mijn oude telefoon. Nu is er vast een slimmere manier om dit soort dingen op te lossen? Wellicht ipv notificaties naar device notificaties naar een device of naar een groep oid? Wat is hier de common practice?

[TheFes]

Card Nox schreef op dinsdag 16 september 2025 @ 16:27:
Domme vraag tussendoor: Ik heb een nieuwe telefoon. Je raad het al, alle automations wijzen naar mijn oude telefoon. Nu is er vast een slimmere manier om dit soort dingen op te lossen? Wellicht ipv notificaties naar device notificaties naar een device of naar een groep oid? Wat is hier de common practice?

Het makkelijkste is om de oude mobile app integratie (die met je oude telefoon dus) weg te gooien, en na installatie van de HA app op je nieuwe telefoon dezelfde naam te gebruiken.
Maar goed, als je oude telefoon iPhone 15 Pro heette en je hebt nu een iPhone 17 is dat wellicht wat verwarrend.

Om het voor de toekomst te voorkomen zou je een notfiy group aan kunnen maken met daarin alleen de notfiy action van je telefoon. Als je dan altijd die group gebruikt, hoef je bij een nieuwe wisseling alleen de instellingen van de group aan te passen.

Maar wat ik zelf gedaan heb is een find and replace in de VSCode add-on, om de oude notify action te hernoemen naar de nieuwe

Sowieso om issues bij vervangen van een device (of dat nu een telefoon of een vochtigheidssensor is) nooit device actions/conditions/triggers gebruiken, dan is het simpelweg je nieuwe entities dezelfde entity_id geven en alles werkt weer. Bij notifications is dat wat anders, want die werken (nog) niet met entities maar met actions.

[Get!em]

Sp33dFr34k schreef op dinsdag 16 september 2025 @ 16:21:
Even een brainstorm, HA mist een stopwatch helper (timer doet precies het omgekeerde).

Ik wil bijvoorbeeld bijhouden hoe lang de wasmachine draait, deze slingert een automation aan die start zodra de power x tijd boven x wattage is, en eindigt zodra de power een x tijd onder x wattage is. Een history stats helper kun je niet via een automation resetten... Zijn er nog andere opties?

https://gist.github.com/j...fbd9a9a725a290dad8c4eae24 zoiets?

[TheFes]

Sp33dFr34k schreef op dinsdag 16 september 2025 @ 16:21:
Even een brainstorm, HA mist een stopwatch helper (timer doet precies het omgekeerde).

Ik wil bijvoorbeeld bijhouden hoe lang de wasmachine draait, deze slingert een automation aan die start zodra de power x tijd boven x wattage is, en eindigt zodra de power een x tijd onder x wattage is. Een history stats helper kun je niet via een automation resetten... Zijn er nog andere opties?

Een input datetime op de huidige tijd zetten als je programma start, en een andere als het programma stopt. Vervolgens kun je die twee met elkaar vergelijken.

[Card Nox]

TheFes schreef op dinsdag 16 september 2025 @ 16:43:
[...]
Om het voor de toekomst te voorkomen zou je een notfiy group aan kunnen maken met daarin alleen de notfiy action van je telefoon. Als je dan altijd die group gebruikt, hoef je bij een nieuwe wisseling alleen de instellingen van de group aan te passen.

Maar wat ik zelf gedaan heb is een find and replace in de VSCode add-on, om de oude notify action te hernoemen naar de nieuwe

Even een control+h en voila, dat was nog geen minuutje werk.
Zal me, wanneer ik zin heb, eens een notify group aanmaken, al moet ik zeggen dat bovenstaande ook wel erg simpel was.

[Matroxion]

Dag allemaal,

ik ben al een geruime tijd gebruiker van HA met veel plezier, heeft bij mij altijd gedraaid op een oude laptop, van het weekend eindelijk te sprong gemaakt om de gehele laptop inrichting (Proxmox met meerdere VM's) te migreren naar een nieuw stabieler, redundant en zuiniger systeem.
De migratie ansich stelde niet veel voor en zelfs de Zigbee stick werd direct weer opgepakt, echter..
ik heb verschillende notificaties lopen via de Google Nest Hub met TTS, altijd zonder problemen de TV kunnen pauzeren, tekst af laten spelen (bijvoorbeeld dat de wasmachine klaar is) en de TV weer verder laten afspelen, na de migratie krijg ik alleen de volgende melding, hoor je 2 of 3x snel achter elkaar de "gong" dat de Nest iets wil gaan afspelen maar er gebeurt niets.

Fout: CastMediaPlayerEntity._quick_play Failed: Failed to execute quick play http://192.168.1.157:8123...sAewY7UGeJtC-zC9vIyaA.mp3.

Heb ik iets gemist in een eventuele gelijktijdige update van HA dat dit niet meer werkt of wat kan hier aan de hand zijn? Ik heb de Nest al een keer opnieuw opgestart en maar geen resultaat (andere apparaten hadden even een reboot nodig na de migratie zo bleek vandaar deze ook even geprobeerd)

Wanneer ik een TTS bericht (het zelfde bericht uit de automatisering) op zichzelf afspeel dan werkt het wel..
I'm at a loss

[pietje63]

Card Nox schreef op woensdag 17 september 2025 @ 08:47:
[...]

Even een control+h en voila, dat was nog geen minuutje werk.
Zal me, wanneer ik zin heb, eens een notify group aanmaken, al moet ik zeggen dat bovenstaande ook wel erg simpel was.

Dat werkte bij mij voor automations.yaml eenvoudig (let op; soms verwezen naar ('iphone', action:
- service: notify.mobile_app_') soms wel een ID (notify_device: b643ec12f115fa6db54....), maar de in de UI gemaakte automations moest ik ook nog nalopen.
Gelukkig had ik daar alle notification automations al in een group staan, dus had het alsnog snel gedaan.

Wat mij echter een logischere workflow lijkt, is notificaties toewijzen aan een persoon. Lijkt me beter te beheren en dan hoeft de persoon die de notificaties instelt niet te kiezen waar de ontvanger ze krijgt.
- in de automations: notfiy person
- en dan op persoonsniveau aangeven waar notificaties heen gaan (default: deze mobiel, met eventueel afwijkingen voor types).

[ Voor 4% gewijzigd door pietje63 op 17-09-2025 09:12 ]

[D4NG3R]

@Card Nox Ik heb er zelf een klein script voor draaien:

YAML:

sequence:
  - action: notify.mobile_app_sm_a566b
    metadata: {}
    data:
      data:
        car_ui: true
        notification_icon: "{{ icon }}"
        channel: general
        priority: high
        ttl: 0
        tag: general
      message: "{{ message }}"
      title: "{{ title }}"
fields:
  title:
    selector:
      text: null
    required: true
    name: title
  message:
    selector:
      text: null
    name: message
    required: true
  icon:
    selector:
      icon: {}
    default: mdi:message
    name: icon
    required: true
alias: Messenger
description: ""

Al was dat in de 1e instantie niet eens om vooruit te denken richting een nieuwe telefoon. Ik wou simpelweg een titel/bericht/icoontje kunnen kiezen zonder na te hoeven denken over de prioriteit e.d.

Het zou overigens wel een mooie feature zijn om ook een bericht te kunnen sturen naar een persoon i.p.v. enkel specifieke devices.

[ Voor 5% gewijzigd door D4NG3R op 17-09-2025 10:26 ]

[Card Nox]

pietje63 schreef op woensdag 17 september 2025 @ 09:10:
[...]

Dat werkte bij mij voor automations.yaml eenvoudig (let op; soms verwezen naar ('iphone', action:
- service: notify.mobile_app_') soms wel een ID (notify_device: b643ec12f115fa6db54....), maar de in de UI gemaakte automations moest ik ook nog nalopen.
Gelukkig had ik daar alle notification automations al in een group staan, dus had het alsnog snel gedaan.

Wat mij echter een logischere workflow lijkt, is notificaties toewijzen aan een persoon. Lijkt me beter te beheren en dan hoeft de persoon die de notificaties instelt niet te kiezen waar de ontvanger ze krijgt.
- in de automations: notfiy person
- en dan op persoonsniveau aangeven waar notificaties heen gaan (default: deze mobiel, met eventueel afwijkingen voor types).

Ik had sommige inderdaad ook op een entity_id staan ipv een service, maar ook dat was snel opgelost.

Ik had voor ik de vraag stelde al even ChatGPT gevraagd, die af aan het via persoon of notify group te doen. Ik had persoon geprobeerd maar kreeg het niet werkend om de een of andere reden.

[Ronker32]

Pff, harde les geleerd gisteren. De local-lvm op mijn Proxmox was volgelopen met als gevolg dat HA vastliep door een I/O error. Ik had hem al eens uitgebreid naar de maximale capaciteit, dus was er geen ruimte meer om nog meer uit te breiden. Dus dacht ik dat het handig was om een backup van HA terug te zetten, want het probleem was ontstaan door een recente wijziging. Backup had ik, stond op de Synology dus keurig de VM afgesloten en verwijderd. Totdat ik erachter kwam dat mijn backup versleuteld was...

Kortom, drie jaar aan HA staat nu versleuteld op mijn Synology, volledig onbruikbaar zonder sleutel die in de oude HA-installatie te vinden was. Balen, balen, balen! Nou ja, ben inmiddels maar opnieuw begonnen, maar het is wel echt ruk om alles weer van scratch op te bouwen. Leermomentje: heb direct ingesteld dat de backup naar de Synology onversleuteld wordt weggeschreven. Misschien kan ik met deze post iemand bewegen om dat ook zo in te stellen zodat dit tenminste niet nog meer mensen overkomt...

[BiG-GuY]

Ronker32 schreef op woensdag 17 september 2025 @ 12:54:
Pff, harde les geleerd gisteren. De local-lvm op mijn Proxmox was volgelopen met als gevolg dat HA vastliep door een I/O error. Ik had hem al eens uitgebreid naar de maximale capaciteit, dus was er geen ruimte meer om nog meer uit te breiden. Dus dacht ik dat het handig was om een backup van HA terug te zetten, want het probleem was ontstaan door een recente wijziging. Backup had ik, stond op de Synology dus keurig de VM afgesloten en verwijderd. Totdat ik erachter kwam dat mijn backup versleuteld was...

Kortom, drie jaar aan HA staat nu versleuteld op mijn Synology, volledig onbruikbaar zonder sleutel die in de oude HA-installatie te vinden was. Balen, balen, balen! Nou ja, ben inmiddels maar opnieuw begonnen, maar het is wel echt ruk om alles weer van scratch op te bouwen. Leermomentje: heb direct ingesteld dat de backup naar de Synology onversleuteld wordt weggeschreven. Misschien kan ik met deze post iemand bewegen om dat ook zo in te stellen zodat dit tenminste niet nog meer mensen overkomt...

Of de back-up key op een goede plek opslaan... Tijdens de wizard van het instellen van de back-up wordt dit ook duidelijk aangegeven, dat je deze key nodig hebt als je gebruik maakt van encryptie, wat aan het begin verplicht was en in korte tijd selecteerbaar is gemaakt.

Heb al eens een back-up hersteld vanuit mijn Nabu Casa back-up, dat werkte erg makkelijk en werkte ook met die key. Als je nog een draaiende HA hebt, kan je deze code nog downloaden of een nieuwe laten genereren en dan die opslaan.

[ Voor 3% gewijzigd door BiG-GuY op 17-09-2025 13:31 ]

[Septillion]

@Ronker32 Naar mijn idee maakt HA het dan ook wel heel duidelijk in het proces dat je die key echt ergens op moet slaan. Voor lokaal vind ik onversleuteld ook prima dus blij dat die optie er is. Maar vind het hele process over het opslaan van de key wel heel netjes en duidelijk. En ook dat backups zonder het proces te doorlopen ook niet opeens encrypted worden.

Dus het "niet nog meer mensen overkomt" is dus vooral doen wat er staat en dus de key opslaan

[Ronker32]

Septillion schreef op woensdag 17 september 2025 @ 14:43:
@Ronker32 Naar mijn idee maakt HA het dan ook wel heel duidelijk in het proces dat je die key echt ergens op moet slaan. Voor lokaal vind ik onversleuteld ook prima dus blij dat die optie er is. Maar vind het hele process over het opslaan van de key wel heel netjes en duidelijk. En ook dat backups zonder het proces te doorlopen ook niet opeens encrypted worden.

Dus het "niet nog meer mensen overkomt" is dus vooral doen wat er staat en dus de key opslaan

Volledig mee eens hoor, daar ben ik gewoon te vlug doorheen gegaan en nu is dit het resultaat. Neemt niet weg dat het naïef is om te denken dat het niemand overkomt omdat iedereen braaf en altijd de instructies volgt. Mijn post is ook niet bedoeld om dit proces van HA te bekritiseren, maar vooral als reminder voor de enkeling die er net als ik te snel doorheen is gegaan.

[paQ]

Weet iemand of je in het energiedashboard bij individuele apparaten, items die 0 hebben (of een andere instelbare drempel) niet getoond worden?
Het geeft zoveel ruis in het overzicht.

Ik ben niet geïnteresseerd in de waslijst apparaten die niets verbruikt hebben.

[marnie]

paQ schreef op woensdag 17 september 2025 @ 15:40:
Weet iemand of je in het energiedashboard bij individuele apparaten, items die 0 hebben (of een andere instelbare drempel) niet getoond worden?
Het geeft zoveel ruis in het overzicht.

Ik ben niet geïnteresseerd in de waslijst apparaten die niets verbruikt hebben.

Hier zijn ze zichtbaar, maar staan onderaan.

[paQ]

marnie schreef op woensdag 17 september 2025 @ 15:49:
[...]

Hier zijn ze zichtbaar, maar staan onderaan.

Mijn vraag was wat lomp gesteld zie ik.
Ik zie ze hier ook, maar dat wil ik niet

Ergo: Alleen zaken die er toe doen wil ik in het overzicht hebben.

[RobertMe]

paQ schreef op woensdag 17 september 2025 @ 15:40:
Weet iemand of je in het energiedashboard bij individuele apparaten, items die 0 hebben (of een andere instelbare drempel) niet getoond worden?
Het geeft zoveel ruis in het overzicht.

Ik ben niet geïnteresseerd in de waslijst apparaten die niets verbruikt hebben.

De laatste tijd is er daar sowieso wat teveel veranderd "dat me niet bevalt". Voorheen kon ik gewoon eenmalig "Untracked" uit zetten en klaar. Nu als ik naar een andere dag navigeer staat "Untracked" al weer aan. Of nu ik in browser opende zelfs dat die visueel uit stond, maar de untracked toch echt wel in de grafiek stond. En ook het aan/uit/aan/uit/... togglen dat niet oploste en die gewoon constant zichtbaar was.

* RobertMe vindt untracked niet zo interessant, het totale verbruik zie ik wel "bovenaan", en met niet veel energiemeters en al zeker niet op de grootverbruikers is untracked niet zo interessant omdat het nietszeggend is. En het duwt alles dat wel tracked is helemaal naar beneden / super klein. Waardoor juist details in de wel tracked devices niet meer zichtbaar zijn.

[Brynnie]

Volgens mij (en heel veel anderen op internet), is het niet mogelijk om via een action een calendar event te deleten. Je kan er wel een maken met calendar.create_event, maar calendar.delete_event bestaat (nog) niet. Net als calendar.modify_event. Weet iemand waarom dat zo is? Als men een create_event maakt, lijkt het me logisch dat men dan ook een delete_event voorziet? Staat dat nog op de planning/roadmap? Wanneer zou dat mogelijk worden? Ik (en vele anderen) zou zo een delete_event echt goed kunnen gebruiken. En een andere oplossing heb ik ook nog niet gevonden.

Mijn case: ik heb (ben bezig) een takenlijst gemaakt waarbij je terugkerende taken kan opslaan, met hun due date, terugkeer interval en een lead time. Op (due date - lead time) zet ik een event in een kalender die getoond wordt op een dashboard. Maar die taken kunnen ook gewijzigd of verwijderd worden, en dan moeten die events uit de kalender aangepast/verwijderd worden…

[olympusdenk]

RobertMe schreef op maandag 15 september 2025 @ 18:30:
[...]

Als je de V3+ bridge hebt ondersteund deze HomeKit. En HA kan als HomeKit Controller dienst doen.

Maar je mist dan wel functionaliteiten. Bv de open raam detectie kun je niet inzien via HomeKit (en is mogelijk uberhaupt gewoon een slimme temp daling detectie aan de server kant en niet iets dat de hardware doet?). Maar ook het "pas temp aan voor X minuten" kan niet over HomeKit (doh). Het batterijpercentage kun je niet inzien. Etc etc. Er zitten dus wel wat haken en ogen aan.

Overigens is de Tado X natuurlijk net zo'n groot probleem v.w.b. deze API wijzigingen. Hoogstens dat je deze via Matter lokaal kunt aansturen? Maar ook dan kan het best dat niet alle functionaliteiten / gegevens ook via Matter aangeboden (kunnen) worden omdat bv de standaard niet overal in voorzien.

Hier even geprobeerd, meteen Tado uit oude Home app verwijderd en direct zichtbaar voor de HA HomeKit controller



Dat is snel terugverdiend zo zonder Tado+ anno, dan maar wat onnodige functionaliteit minder

[skank]

Zijn er hier mensen met een kia integratie?
Deze werkt al een tijdje niet meer maar deze week kwam er een nieuwe versie uit met een fix.
Nu weet ik niet goed hoe ik dit moet fixen en info is ook karig.
https://github.com/Hyundai-Kia-Connect/kia_uvo
Blijkbaar moet je nu een token in je wachtwoord zetten.

Ik heb al ingelogd op kia duitsland.. maar nu?
Hoe kom ik aan dat token?
En hoe pas ik dit aan ?

[ Voor 67% gewijzigd door skank op 18-09-2025 08:26 ]

[Erik80]

Kijk even bij de issues van de integratie... er zijn meer mensen die er last van hebben en er staat ook een verwijzing naar een site waar uitgelegd wordt hoe je die token kan ophalen.

[kennyboy55]

skank schreef op donderdag 18 september 2025 @ 08:25:
Zijn er hier mensen met een kia integratie?
Deze werkt al een tijdje niet meer maar deze week kwam er een nieuwe versie uit met een fix.
Nu weet ik niet goed hoe ik dit moet fixen en info is ook karig.
https://github.com/Hyundai-Kia-Connect/kia_uvo
Blijkbaar moet je nu een token in je wachtwoord zetten.

Ik heb al ingelogd op kia duitsland.. maar nu?
Hoe kom ik aan dat token?
En hoe pas ik dit aan ?

Ik heb geen KIA of enige voorkennis, maar heb even naar de integratie gekeken en de discussies over dit probleem. Zover ik het begrijp is het niet meer mogelijk om je wachtwoord te gebruiken om in te loggen, in plaats daarvan heb je een refresh token nodig. Er is momenteel geen manier om deze 'makkelijk' via HA te verkrijgen. Je zult deze met een python script moeten ophalen (eenmalig). Zover ik kon vinden zijn dit de duidelijkst beschreven stappen: https://github.com/Hyunda...iki/Kia-Europe-Login-Flow

Daarna kan je het token wat hier uit komt direct gebruiken in het wachtwoord veld van de HA integratie (Sinds de versie van 2 dagen geleden). Er staat een hoop in de discussies over het vervangen van een bestand binnen de HA omgeving om dit werkend te krijgen, dat lijkt zo te zien niet meer nodig na de laatste update.

Hopelijk kom je hier verder mee.

[skank]

kennyboy55 schreef op donderdag 18 september 2025 @ 09:02:
[...]


Ik heb geen KIA of enige voorkennis, maar heb even naar de integratie gekeken en de discussies over dit probleem. Zover ik het begrijp is het niet meer mogelijk om je wachtwoord te gebruiken om in te loggen, in plaats daarvan heb je een refresh token nodig. Er is momenteel geen manier om deze 'makkelijk' via HA te verkrijgen. Je zult deze met een python script moeten ophalen (eenmalig). Zover ik kon vinden zijn dit de duidelijkst beschreven stappen: https://github.com/Hyunda...iki/Kia-Europe-Login-Flow

Daarna kan je het token wat hier uit komt direct gebruiken in het wachtwoord veld van de HA integratie (Sinds de versie van 2 dagen geleden). Er staat een hoop in de discussies over het vervangen van een bestand binnen de HA omgeving om dit werkend te krijgen, dat lijkt zo te zien niet meer nodig na de laatste update.

Hopelijk kom je hier verder mee.

Thx,
Das al veel info, maar blijkbaar toch een hoop gedoe.
Ik wacht even tot dit vanaf windows kan..
Ik heb wel een pi want mijn HA draait erop maar toch..

[TheFes]

skank schreef op donderdag 18 september 2025 @ 09:08:
[...]


Thx,
Das al veel info, maar blijkbaar toch een hoop gedoe.
Ik wacht even tot dit vanaf windows kan..
Ik heb wel een pi want mijn HA draait erop maar toch..

Je zou kunnen proberen of het vanuit de SSH terminal in HA kan.

[skank]

TheFes schreef op donderdag 18 september 2025 @ 09:20:
[...]


Je zou kunnen proberen of het vanuit de SSH terminal in HA kan.

Ik denk dat het mn petje te boven gaat.
Hoe start ik daar dan een browser op..
Je bedoelt dan toch de procedure te doen als headless?

[TheFes]

skank schreef op donderdag 18 september 2025 @ 09:52:
[...]

Ik denk dat het mn petje te boven gaat.
Hoe start ik daar dan een browser op..
Je bedoelt dan toch de procedure te doen als headless?

Die browser stap is om informatie te halen die nodig is in het proces, je hoeft niet de browser op te starten in de SSH omgeving.

[skank]

TheFes schreef op donderdag 18 september 2025 @ 10:19:
[...]

Die browser stap is om informatie te halen die nodig is in het proces, je hoeft niet de browser op te starten in de SSH omgeving.

Thx ik kan verder.
Trouwens sinds de laatste versie van HA heb ik wel zin in het nieuwe experimentele dashboard.
Ik heb er al veel gemaakt, zelfs met floorplan en dergelijke en denk dati k terug naar de eenvoud ga met het nieuwe experimentele dashboard

[Get!em]

skank schreef op donderdag 18 september 2025 @ 09:08:
[...]


Thx,
Das al veel info, maar blijkbaar toch een hoop gedoe.
Ik wacht even tot dit vanaf windows kan..
Ik heb wel een pi want mijn HA draait erop maar toch..

Het kan gewoon in windows (met bijv de headless script). Je runt dan de python in een shell of bijv in wsl waar python aanwezig is. En kopieert de urls vanuit de shell naar je browser op windows. waarbij de browser in windows voorzien is van de juiste user agent string.
Dat kan met chrome (+ developer tools) of bijv ook met Firefox + user agent manager addon.

[ Voor 8% gewijzigd door Get!em op 18-09-2025 11:22 ]

[Koepert]

Zucht. Soms..

Zowel mn iPhone als Watch ge-update naar OS26.. Nu heb ik weer geen acties op mn watch beschikbaar in notificaties.

- Beide gereboot
- Configuratie van Watch weggooit en opnieuw toegevoegd
- online gezocht, maar verder niet echt veel over gevonden..

Verder nog steeds superhappy met HA hoor Maar soms.. (ik besef me terdege dat dit evenveel, zo niet meer aan Apple ligt)

[Tibs]

Heeft iemand een idee hoe ik een bepaalde waarde vanuit HA naar EnergyID kan sturen?
Ik weet dat dit via een webhook moet gebeuren maar dit is gewijzigd binnen EnergyID.

Er moet contact gemaakt worden vanuit HA met een webhook adres ('https://hooks.energyid.eu/hello') waarna een bepaalde code verkregen wordt. Deze code moet je dan gebruiken binnen EnergyID.

Iemand een idee hoe dit juist werkt?

Ik zou namelijk graag de waardes van mijn watermeter naar EnergyID sturen.

[Card Nox]

Ik heb een automation voor de rolluiken dat ze 10 minuten voordat ze compleet open gaan een klein stukje open gaan. Deze automation heeft altijd gewerkt maar voor mijn gevoel is het sinds een recente update van HA kapot gegaan. Is er iets veranderd? Ik heb ChatGPT gevraagd maar die komt met allemaal complexe zaken.

YAML:

trigger: time
at:
  entity_id: input_datetime.shutters_open_weekdays
  offset: "-00:10:00"
id: wake_up_parents_pre_weekdays
weekday:
  - mon
  - tue
  - wed
  - thu
  - fri

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

[Septillion]

@Card Nox Volgens mij niet aangepast. Dus wat zegt de trace?

[Card Nox]

@Septillion,thnx voor de aanpassing.

Trace pakte niets op, hij triggerde dus niet eens op de tijd. Als ik nu terugkijk zie ik de trace niet eens meer, geen idee of hij enkel de laatste paar onthoud oid.

[Septillion]

@Card Nox Standaard 10 traces.

Weet je zeker dat entity is niet per ongeluk gewijzigd is? Of een rare tijd bevat?

[Card Nox]

@Septillion, bij mij laat hij er maar 5 zien helaas.

De entity zelf triggert ook wat en die werkte wel goed.

YAML:

trigger: time
at: input_datetime.shutters_open_weekdays
id: wake_up_parents_kids_full_weekdays
weekday:
  - mon
  - tue
  - wed
  - thu
  - fri

[ Voor 36% gewijzigd door Card Nox op 19-09-2025 21:12 ]

[Septillion]

@Card Nox Dus je hebt wel een trace van 'wake_up_parents_kids_full_weekdays' maar trace ervoor is niet 'wake_up_parents_pre_weekdays'? En dus van verder terug in de tijd?

[Card Nox]

Heb van beide geen trace meer, maandag ochtend wel weer, zal dan direct even kijken.

Meende dat hij niet triggert op de ingestelde tijd, maar zal het maandag nog even rustig bekijken.

[skank]

TheFes schreef op donderdag 18 september 2025 @ 10:19:
[...]

Die browser stap is om informatie te halen die nodig is in het proces, je hoeft niet de browser op te starten in de SSH omgeving.

Is gelukt ! super thx !

[Card Nox]

Card Nox schreef op vrijdag 19 september 2025 @ 23:49:
Heb van beide geen trace meer, maandag ochtend wel weer, zal dan direct even kijken.

Meende dat hij niet triggert op de ingestelde tijd, maar zal het maandag nog even rustig bekijken.

Had de oude verwijderd en opnieuw aangemaakt (yaml zag er hetzelfde uit) en vanmorgen werkte het weer zoals het moet... No idea.

[-Casper]

Ervaringsdeskundigen gezocht met robot stofzuigers. Zijn er mensen die hun robot aanraden of juist afraden?

Idealiter werkt de robot stofzuiger zonder cloud verbinding en met een core integratie. Roborock lijkt een combi van cloud en local te gebruiken, waardoor ik me afvraag over geen betere opties zijn.

Tips?

[Wimbo]

-Casper schreef op maandag 22 september 2025 @ 13:37:
Ervaringsdeskundigen gezocht met robot stofzuigers. Zijn er mensen die hun robot aanraden of juist afraden?

Idealiter werkt de robot stofzuiger zonder cloud verbinding en met een core integratie. Roborock lijkt een combi van cloud en local te gebruiken, waardoor ik me afvraag over geen betere opties zijn.

Tips?

Ik gebruik zelf een Dreame L10s Ultra en een Roborock S5 met Valetudo: https://valetudo.cloud/
Werkt perfect, en de robots hebben na het flashen geen cloud verbinding meer met China.

[MXMan]

@-Casper Alles wat Roborock is, werkt feilloos met HA.

[-Casper]

MXMan schreef op maandag 22 september 2025 @ 14:18:
@-Casper Alles wat Roborock is, werkt feilloos met HA.

Ja tot de cloud verbinding niet meer beschikbaar is?
Ik verkies dan toch om opzoek te gaan naar een optie die volledig lokaal te bedienen is.

Wimbo schreef op maandag 22 september 2025 @ 13:49:
[...]


Ik gebruik zelf een Dreame L10s Ultra en een Roborock S5 met Valetudo: https://valetudo.cloud/
Werkt perfect, en de robots hebben na het flashen geen cloud verbinding meer met China.

Thanks! Daar ga ik eens naar kijken

[HuismAndré]

-Casper schreef op maandag 22 september 2025 @ 19:18:
[...]

Ja tot de cloud verbinding niet meer beschikbaar is?
Ik verkies dan toch om opzoek te gaan naar een optie die volledig lokaal te bedienen is.

Bij mijn Netatmo CO2 meters doe ik beide. Bij voorkeur wordt de Homekit integratie gebruikt (is lokaal én een paar minuten sneller dan de Netatmo Cloud) maar soms laat Homekit een boertje en is een apparaat niet via Homekit en wel via Netatmo Cloud beschikbaar. In dat geval wordt overgeschakeld naar de cloud versie totdat de Homekit versie weer beschikbaar is (meestal na een restart van Home Assistant om 4:00). Dat ziet er dan bijvoorbeeld zo uit (in templates.yaml):

YAML:

  - name: Beneden CO2 R
    icon: mdi:molecule-co2
    state_class: measurement
    unique_id: beneden_co2_r
    unit_of_measurement: "ppm"
    device_class: carbon_dioxide
    availability: >
      {% set hk = states('sensor.netatmo_huiskamer_hk_co2') %}
      {% set fallback = states('sensor.netatmo_huiskamer_co2') %}
      {{ hk not in ['unavailable', 'unknown'] or fallback not in ['unavailable', 'unknown'] }}
    state: >
      {% set hk = states('sensor.netatmo_huiskamer_hk_co2') %}
      {% set fallback = states('sensor.netatmo_huiskamer_co2') %}
      {% if hk not in ['unavailable', 'unknown'] %}
        {{ hk | float }}
      {% elif fallback not in ['unavailable', 'unknown'] %}
        {{ fallback | float }}
      {% else %}
        unavailable
      {% endif %}
    attributes:
      bron: >
        {% set hk = states('sensor.netatmo_huiskamer_hk_co2') %}
        {% set fallback = states('sensor.netatmo_huiskamer_co2') %}
        {% if hk not in ['unavailable', 'unknown'] %}
          Homekit
        {% elif fallback not in ['unavailable', 'unknown'] %}
          Netatmo
        {% else %}
          ---
        {% endif %}

[BB-One]

Ik heb het volgende vreemde probleem:
- HAOS geïnstalleerd op een nuc in mijn meterkast
- In de schuur staan een tweetal thuisaccu’s waar ik de BMS van wil uitlezen om te schaklen op de SOC
- dit uitlezen via bluetooth gaat mbv een raspberry Zero W die elke 10 minuten via bluetooth de BMS van de accu’s uitleest.
- de raspberry publiceert via MQTT de gegevens naar HA

Dit loopt perfect, totdat er een update beschikbaar is in HA dan worden de MQTT gegevens wel gepubliceerd (tenminste ik zie geen foutmelding bij de raspberry) maar op een of andere manier pakt HA dit niet op. Totdat ik handmatig de update uitvoer en dan loopt alles weer soepeltjes.
En omdat de update frequentie bij HA redelijk hoog is begint het (langzamerhand) irritant te worden.

Iemand een idee waar dit in kan zitten?

[DennusB]

Ik zoek hier een nieuwe robotstofzuiger en dweil, maar wel 1 die goed integreert in Home-Assistant zonder allemaal hacks. Iemand hier tips?

[kennyboy55]

BB-One schreef op dinsdag 23 september 2025 @ 09:31:
Ik heb het volgende vreemde probleem:
- HAOS geïnstalleerd op een nuc in mijn meterkast
- In de schuur staan een tweetal thuisaccu’s waar ik de BMS van wil uitlezen om te schaklen op de SOC
- dit uitlezen via bluetooth gaat mbv een raspberry Zero W die elke 10 minuten via bluetooth de BMS van de accu’s uitleest.
- de raspberry publiceert via MQTT de gegevens naar HA

Dit loopt perfect, totdat er een update beschikbaar is in HA dan worden de MQTT gegevens wel gepubliceerd (tenminste ik zie geen foutmelding bij de raspberry) maar op een of andere manier pakt HA dit niet op. Totdat ik handmatig de update uitvoer en dan loopt alles weer soepeltjes.
En omdat de update frequentie bij HA redelijk hoog is begint het (langzamerhand) irritant te worden.

Iemand een idee waar dit in kan zitten?

Dit klinkt erg vreemd en ik heb zo snel geen idee, maar heb je al eens de mqtt broker bekeken via een tool zoals https://mqtt-explorer.com/? Wellicht dat er iets opvalt?

Het aanzetten van logging voor de mqtt integratie kan wellicht ook nog iets zeggen: https://www.home-assistant.io/integrations/mqtt/#logging

[Toppe]

Iemand enig idee wat ik fout doe?

YAML:

    clear_rgb:
      name: "RGB Color for CLEAR"
      description: "RGB color values for status (e.g., Green: 0, 255, 0)"
      default: [0,255,0]
      selector:
        color_rgb: {}

YAML:

  - choose:
      - conditions:
          - condition: template
            value_template: "{{ trigger.to_state.state == 'CLEAR' }}"
        sequence:
          - service: light.turn_on
            target:
              entity_id: !input light_entity
            data:
              brightness_pct: !input brightness
              rgb_color: "{{ !input clear_rgb | list}}"

En dan krijg ik deze fout:
Error:template value should be a string for dictionary value @ data['actions'][0]['choose'][0]['sequence'][0]['data']. Got {'brightness_pct': 100, 'rgb_color': '{{ !input clear_rgb | list}}'}

[TheFes]

Toppe schreef op dinsdag 23 september 2025 @ 11:35:
Iemand enig idee wat ik fout doe?

YAML:

    clear_rgb:
      name: "RGB Color for CLEAR"
      description: "RGB color values for status (e.g., Green: 0, 255, 0)"
      default: [0,255,0]
      selector:
        color_rgb: {}

YAML:

  - choose:
      - conditions:
          - condition: template
            value_template: "{{ trigger.to_state.state == 'CLEAR' }}"
        sequence:
          - service: light.turn_on
            target:
              entity_id: !input light_entity
            data:
              brightness_pct: !input brightness
              rgb_color: "{{ !input clear_rgb | list}}"

En dan krijg ik deze fout:
Error:template value should be a string for dictionary value @ data['actions'][0]['choose'][0]['sequence'][0]['data']. Got {'brightness_pct': 100, 'rgb_color': '{{ !input clear_rgb | list}}'}

Zie je dat zelf niet als je de regel:

YAML:

brightness_pct: !input brightness

vergelijkt met:

YAML:

rgb_color: "{{ !input clear_rgb | list}}"

Je kunt inputs niet direct in een template gooien. Maar dat hoeft ook helemaal niet, de output van die color picker selector is gewoon al een list. Gewoon hetzelfde doen als bij brightness dus.

[Gizz]

DennusB schreef op dinsdag 23 september 2025 @ 10:25:
Ik zoek hier een nieuwe robotstofzuiger en dweil, maar wel 1 die goed integreert in Home-Assistant zonder allemaal hacks. Iemand hier tips?

Wat bedoel je met 'zonder allemaal hacks'?

Vrijwel elke robot van een beetje regulier merk (Xiaomi, Dreame, Roborock, Ecovacs, iRobot) valt prima te integreren met HA. Soms kun je voor uitgebreide functionaliteiten het beste een custom integration pakken (valt dat wat jou betreft onder hacks?), maar HA zit ook vol met standaard integrations voor stofzuigers.

Inhoudelijk zou ik je vooral willen aanraden om hier te kijken voor een goed advies:
[Robotstofzuigers] Ervaringen & Discussies - Deel 2
The Best Robot Vacuums of 2025 (Vacuumwars)

De robot waarop je uitkomt zal voor 99% zeker gewoon integreren met HA, al dan niet met een custom integration.

[poktor]

Troetelbeer schreef op dinsdag 6 augustus 2019 @ 14:37:
Bij deze mijn nieuwe setup (work in progress) voor tablet weergave. Gebaseerd op de Google Home interface, kwam op twitter iets soortgelijks tegen.

Op dit moment zijn alleen de "home" tab en "remote" tab zo goed als klaar. De andere tabs (sensoren etc.) moet ik nog invullen.

Hardware

Verlichting

Combinatie van Tradfri en Hue(in mijn studio).

Sensoren

Xiaomi deur/raamsensoren en bewegingssensoren

Mediaspelers

Google Home
Google Home Mini
Chromecast
PC

Extra's

Harmony Hub
Xiaomi wireless switch

Automations

Een half uur voor zonsondergang springen de vloerlamp en tafellamp(woonkamer) aan en krijgen ze een vooraf ingestelde kleur. De helderheid is bij het aanspringen 5 % en deze loopt in een half uur op naar 80%. Iets voor middernacht gaan de lampen vanzelf uit.

De lamp in de hal wordt getriggerd door een bewegingssensor en gaat alleen aan tussen zonsondergang en zonsopgang. Lamp gaat vanzelf uit na 2 minuten als er geen beweging meer wordt gedetecteerd.

De lamp in de wc wordt getriggerd door een bewegingssensor en geeft 100% helderheid tussen 7:00uur en 22:00uur. Tussen 22:00uur en 7:00uur is de helderheid 5% bij het aanspringen. Lamp gaat vanzelf uit na 2 minuten als er geen beweging meer wordt gedetecteerd.

De plafondlamp(slaapkamer) springt aan wanneer de deur opengaat(deursensor) en geeft 100% helderheid tussen 7:00uur en 22:00uur. Tussen 22:00uur en 7:00uur is de helderheid 5% bij het aanspringen. De lamp gaat na 1 minuut uit, zodra de deur weer gesloten is.

De lamp in de berging springt aan wanneer de deur opengaat(deursensor) en geeft 100% helderheid. De lamp gaat direct uit, zodra de deur weer gesloten is.

In mijn studio gaan de plafond spotjes(nog niet zichtbaar in HA) aan wanneer de deur opengaat en geven 100% helderheid. De spotjes gaan direct uit, zodra de deur weer gesloten is.

De Xiaomi schakelaar gebruik ik om mijn pc aan te zetten via WoL en mijn studio sfeerverlichting springt dan tevens mee aan. Dezelfde knop nog een keer indrukken zorgt ervoor dat beiden uit gaan.

Wanneer ik het alarm instel op "afwezig", dan worden alle sensoren in huis gebruikt als alarmsysteem. Wanneer ze getriggerd worden, gaat er een akoestisch signaal af via de Xiaomi Gateway, springen alle kleurlampen aan met de kleur rood op 100% helderheid en krijg ik een zelf ingesteld berichtje op telegram te zien. Overigens krijg ik ook een bericht op telegram te zien wanneer het alarm in- of uitgeschakeld wordt.

Wanneer ik het alarm instel op "thuis", dan zijn de sensoren van de hal en wc vrij van het alarm. We moeten natuurlijk wel s'nachts naar de wc kunnen gaan

Aanvullend
Alles is te bedienen met stem, in het Nederlands. Ook de TV en Orange decoder zijn volledig te bedienen met stem in het Nederlands. Mijn vriendin wilde echter toch een afstandsbediening behouden, dus heb ik er eentje gemaakt in HA met enkele sneltoetsen naar de meest gekeken zenders.

Foto's
[Afbeelding]

[Afbeelding]

Nice!
Maar je zegt "met stem, in het Nederlands"... wat gebruik je daarvoor? Draait je HA bij Nabu Casa? Dan snap ik het, zij verzorgen dan de connectie met Google. Maar zelf gehost, zonder Nabu Casa, dat is een heel ander verhaal.

[Septillion]

BB-One schreef op dinsdag 23 september 2025 @ 09:31:
Ik heb het volgende vreemde probleem:
- HAOS geïnstalleerd op een nuc in mijn meterkast
- In de schuur staan een tweetal thuisaccu’s waar ik de BMS van wil uitlezen om te schaklen op de SOC
- dit uitlezen via bluetooth gaat mbv een raspberry Zero W die elke 10 minuten via bluetooth de BMS van de accu’s uitleest.
- de raspberry publiceert via MQTT de gegevens naar HA

Dit loopt perfect, totdat er een update beschikbaar is in HA dan worden de MQTT gegevens wel gepubliceerd (tenminste ik zie geen foutmelding bij de raspberry) maar op een of andere manier pakt HA dit niet op. Totdat ik handmatig de update uitvoer en dan loopt alles weer soepeltjes.
En omdat de update frequentie bij HA redelijk hoog is begint het (langzamerhand) irritant te worden.

Iemand een idee waar dit in kan zitten?

- Alleen na een update? Of ook na hetstart?
- Hoe ziet het er dan uit in HA? Vorige state, unknown, unavailable?
- Wat bedoel je met "handmatig de update uitvoer"?
- Hoe zijn de sensoren aan HA toegevoegd? Autodiscovery? Zelf de MQTT sensor gemaakt? Indien zelf, graag posten.

[TheFes]

Septillion schreef op dinsdag 23 september 2025 @ 15:59:
[...]

- Alleen na een update? Of ook na hetstart?
- Hoe ziet het er dan uit in HA? Vorige state, unknown, unavailable?
- Wat bedoel je met "handmatig de update uitvoer"?
- Hoe zijn de sensoren aan HA toegevoegd? Autodiscovery? Zelf de MQTT sensor gemaakt? Indien zelf, graag posten.

Zoals ik de post las, wat het voor mij extra vreemd maakte, was dat het mis gaat zodra de update beschikbaar is, maar nog niet uitgevoerd. Zodra de update wel uitgevoerd is, werkt het weer.
Wat mij op zich sterk lijkt, want op dat moment is er verder nog niets aan het systeem veranderd.

[ Voor 3% gewijzigd door TheFes op 23-09-2025 16:05 ]

[RobertMe]

TheFes schreef op dinsdag 23 september 2025 @ 16:05:
[...]


Zoals ik de post las, wat het voor mij extra vreemd maakte, was dat het mis gaat zodra de update beschikbaar is, maar nog niet uitgevoerd. Zodra de update wel uitgevoerd is, werkt het weer.
Wat mij op zich sterk lijkt, want op dat moment is er verder nog niets aan het systeem veranderd.

Het leest voornamelijk als "ineens is het stuk, en na een herstart werkt het weer". Waarbij er "zoveel updates" zijn dat het stuk lijkt te zijn na het uitkomen van een update en de enige vorm van herstarten het installeren van de update is.

Prima vragen dus van @Septillion om te achterhalen of het echt aan de updates ligt of puur toeval.

Zijn updates er normaliter niet ook op vrijdag/zaterdag? De .0 op woensdag en de rest op vrijdag / zaterdag. Voor hetzelfde geldt dus dat elke vrijdag/zaterdag iets geks gebeurt dat MQTT "over de zeik brengt" tot een herstart.

[Toppe]

Is er hier iemand met een Hue Gradiant strip? Zo ja, kan je deze ook in home assistant verschillende kleuren tegelijk geven?

[OKA]

Weet iemand of er aanpassingen in HA nodig zijn voor de dynamische tarieven per kwartier vanaf 1 oktober (ipv per uur nu)? Zoeken heeft tot dusver niets opgeleverd.Het energy dashboard toont alles per uur.

[WeeDzi]

ok basis gebruiker hier met een vraag hoe ik een button kan maken voor het bedienen van een infrarood apparaat (dit geval een nephaardje).

ik heb een MOES ir blaster gekocht en succesvol in HA toegevoegd. Via wat filmpjes heb ik het voor elkaar gekregen om met dat ding een Infrarood code te krijgen van de originele afstandsbediening in ZHA.

Maar nu de grote vraag hoe krijg ik het vooralkaar om een knop te maken die de IR code uitzend via de MOES IR blaster.

[Septillion]

@WeeDzi ZHA, is dat ding Zigbee?

Maar hoe stuur je nu een code dan? Dat is wel aan een knop te koppelen maar moet ik wel weten wat je er nu voor doet.

[TheFes]

OKA schreef op dinsdag 23 september 2025 @ 21:01:
Weet iemand of er aanpassingen in HA nodig zijn voor de dynamische tarieven per kwartier vanaf 1 oktober (ipv per uur nu)? Zoeken heeft tot dusver niets opgeleverd.Het energy dashboard toont alles per uur.

Het Energy Dashboard zal per uur blijven tonen, dat staat daar verder los van. Als jouw energieprijs sensors elk kwartier wijzigt, zullen de bedragen op het Energy Dashboard ook gewoon blijven kloppen.
Van de data langer geleden dan de periode ingesteld in de recorder integratie (standaard 10 dagen) is alleen maar data per uur beschikbaar. Die data kan dus sowieso niet per kwartier weergegeven worden.

Er is wel een wat grotere kans op kleine foutjes, als je HA nu bijvoorbeeld uit staat van 9:10 tot 9:50, dan is het uiteindelijke totaalbedrag voor dat uur gewoon correct, bij kwartier prijzen zal het totaal van die 40 minuten de prijs van 9:45 - 10:00 krijgen, maar hetzelfde heb je nu al als je HA systeem uit staat van bijvoorbeeld 9:30 tot 10:30.

[WeeDzi]

Septillion schreef op woensdag 24 september 2025 @ 00:17:
@WeeDzi ZHA, is dat ding Zigbee?

Maar hoe stuur je nu een code dan? Dat is wel aan een knop te koppelen maar moet ik wel weten wat je er nu voor doet.

yes het is een zigbee apparaatje (ook bekend onder Tuya Zigbee ZS05 IR Remote) en er is wel iets van een handleiding te vinden hoe het zou kunnen in zigbee2mqtt maar omdat de rest van mn apparaten gewoon onder ZHA werken zou ik dat hier ook willen en kan vast.

op dit plaatje heb ik uitgevogeld hoe je codes kan ontvangen en zenden, maar dat is dus alleen in dat sub menuutje en niet hoe ik het in een knopje kan verwerken.

[Toppe]

TheFes schreef op dinsdag 23 september 2025 @ 11:43:
[...]


Zie je dat zelf niet als je de regel:

YAML:

brightness_pct: !input brightness

vergelijkt met:

YAML:

rgb_color: "{{ !input clear_rgb | list}}"

Je kunt inputs niet direct in een template gooien. Maar dat hoeft ook helemaal niet, de output van die color picker selector is gewoon al een list. Gewoon hetzelfde doen als bij brightness dus.

Dit was hem, dank je wel! Werkt nu voortreffelijk!

Ik denk dat ik het antwoord wel weet na aanleiding van bovenstaand maar werkt dit ook aan de hand van onderstaand:

YAML:

            select:
              mode: dropdown
              multiple: true
              options:
                - label: "Value 1"
                  value: 1
                - label: "Value 2"
                  value: 2

YAML:

condition:
  - condition: state
    entity_id: !input session_status_sensor
    state: !input session_list

En als ik dan 1 of 2 selecteer dat hij dan voorbij de conditie komt, toch?

[BB-One]

Ik dacht dat ik gisteren een rustig dagje 'in the office' zou hebben maar rustig was het niet, vandaar pas nu reactie op jullie vragen opmerkingen.

kennyboy55 schreef op dinsdag 23 september 2025 @ 10:47:
[...]

Dit klinkt erg vreemd en ik heb zo snel geen idee, maar heb je al eens de mqtt broker bekeken via een tool zoals https://mqtt-explorer.com/? Wellicht dat er iets opvalt?

Ga ik proberen.

Het aanzetten van logging voor de mqtt integratie kan wellicht ook nog iets zeggen: https://www.home-assistant.io/integrations/mqtt/#logging

Zal ik ook eens doen (had ik natuurlijk ook zelf kunnen bedenken )

Septillion schreef op dinsdag 23 september 2025 @ 15:59:
[...]

- Alleen na een update? Of ook na hetstart?
- Hoe ziet het er dan uit in HA? Vorige state, unknown, unavailable?
- Wat bedoel je met "handmatig de update uitvoer"?
- Hoe zijn de sensoren aan HA toegevoegd? Autodiscovery? Zelf de MQTT sensor gemaakt? Indien zelf, graag posten.

TheFes schreef op dinsdag 23 september 2025 @ 16:05:
[...]


Zoals ik de post las, wat het voor mij extra vreemd maakte, was dat het mis gaat zodra de update beschikbaar is, maar nog niet uitgevoerd. Zodra de update wel uitgevoerd is, werkt het weer.
Wat mij op zich sterk lijkt, want op dat moment is er verder nog niets aan het systeem veranderd.

Precies dit. Er staat een algemene HA update klaar en eigenlijk vanaf dat moment mis ik de informatie die aangeleverd wordt dmv MQTT. Wat dus inderdaad heel vreemd is omdat er nog niets aan het systeem is veranderd. Het enige wat verandert is dat er bij instellingen een '1' is verschenen.

In ieder geval allemaal dank voor de reacties. Ik ga eerst even op zoek met de mqtt explorer en logging aanzetten en dan maar wachten op een update

[kennyboy55]

WeeDzi schreef op woensdag 24 september 2025 @ 08:08:
[...]


yes het is een zigbee apparaatje (ook bekend onder Tuya Zigbee ZS05 IR Remote) en er is wel iets van een handleiding te vinden hoe het zou kunnen in zigbee2mqtt maar omdat de rest van mn apparaten gewoon onder ZHA werken zou ik dat hier ook willen en kan vast.

op dit plaatje heb ik uitgevogeld hoe je codes kan ontvangen en zenden, maar dat is dus alleen in dat sub menuutje en niet hoe ik het in een knopje kan verwerken.

Ik heb even vlug gezocht, en ik zou verwachten dat je een 'Action' kan gebruiken in een automation of script. Mogelijk iets zoals dit:

YAML:

- name: "AVR Power"
  press:
    service: zha.issue_zigbee_cluster_command
    data:
      ieee: f8:44:77:ff:fe:ab:31:e3
      endpoint_id: 1
      cluster_id: 57348
      cluster_type: in
      command: 2
      command_type: server
      params:
        code: >-
          BUMjdhE3AkABA48GNwLAAcALQAdAA8ABQAtAA0ABQAdAA0ABQAdAA0ABwAdAAUALQAPAAcALQAdAA8ABBwqcQyPQCDcC
  icon: "mdi:power"

Referenties:
https://github.com/zigpy/zha-device-handlers/issues/1687
https://zigbee.blakadder.com/Moes_UFO-R11.html

[Koen Hendriks]

Gizz schreef op dinsdag 23 september 2025 @ 11:50:
[...]

Wat bedoel je met 'zonder allemaal hacks'?

Vrijwel elke robot van een beetje regulier merk (Xiaomi, Dreame, Roborock, Ecovacs, iRobot) valt prima te integreren met HA. Soms kun je voor uitgebreide functionaliteiten het beste een custom integration pakken (valt dat wat jou betreft onder hacks?), maar HA zit ook vol met standaard integrations voor stofzuigers.

Inhoudelijk zou ik je vooral willen aanraden om hier te kijken voor een goed advies:
[Robotstofzuigers] Ervaringen & Discussies - Deel 2
The Best Robot Vacuums of 2025 (Vacuumwars)

De robot waarop je uitkomt zal voor 99% zeker gewoon integreren met HA, al dan niet met een custom integration.

Ik zoek er een die lokaal aan te sturen is zonder cloud koppeling. Volgens mij wordt de lijst dan een stuk korter. Ik heb liever geen op afstand bestuurbare rijdend aparaat met camera in mijn huis die via het internet verbonden is.

'Zonder allemaal hacks' verwijst denk ik naar de custom firmware van Valetudo

[Gizz]

@Koen Hendriks je kunt de lijst misschien iets langer maken door voor een robot zonder camera (met alleen lidar / IR) te gaan. Dat is dan niet direct alleen lokaal aangestuurd, maar in ieder geval geen apparaat met camera. Maar dat zijn wel de goedkopere modellen met minder functionaliteiten.

'Zonder allemaal hacks' verwijst denk ik naar de custom firmware van Valetudo

Dat zou kunnen, maar dat moet @DennusB zelf maar bevestigen of ontkrachten. In zijn post werd niet als voorwaarde genoemd dat het cloud-onafhankelijk moet werken. Daarom snapte ik niet echt wat met 'hacks' bedoeld werd

[Septillion]

@BB-One Dat klinkt heeeeeeel raar.

Kan je de rest van de vragen ook nog beantwoorden?

[BB-One]

Septillion schreef op woensdag 24 september 2025 @ 09:36:
@BB-One Dat klinkt heeeeeeel raar.

Kan je de rest van de vragen ook nog beantwoorden?

je bedoelt deze vragen:

- Hoe ziet het er dan uit in HA? Vorige state, unknown, unavailable?
- Wat bedoel je met "handmatig de update uitvoer"?
- Hoe zijn de sensoren aan HA toegevoegd? Autodiscovery? Zelf de MQTT sensor gemaakt? Indien zelf, graag posten.

Heel eerlijk heb ik op de eerste vraag (nog niet) het antwoord op. Ik wacht even tot het weer gebeurd. Dan kan ik gelijk even kijken.(plus ik moet ook even uitzoeken hoe en waar ik dat dan kan zien). Want als ik nu kijk in de geschiedenis dan staat daar gewoon de laatst gemeten waarde in de periode waar het om gaat.

Hoe de sensoren aan HA zijn toegevoegd heb ik ook niet echt een antwoord op, want wat bedoel je exact met hoe ik het heb toegevoegd. Ik heb destijds een stappenplan gevolgd en kan zo snel niet vinden welke... Laat ik nog wel even weten.

[Septillion]

@BB-One Exact dat, hoe zijn ze in HA terecht gekomen.

En dus, zodra HA een update heeft lijkt het niet te werken? En zodra je de update doet werkt het wel weer?

[BB-One]

Septillion schreef op woensdag 24 september 2025 @ 10:04:
@BB-One Exact dat, hoe zijn ze in HA terecht gekomen.

En dus, zodra HA een update heeft lijkt het niet te werken? En zodra je de update doet werkt het wel weer?

Klopt zodra de update is geïnstalleerd komen de gegevens weer door, hoef ik voor de rest niets aan te doen. Rest van Home assistant blijft gewoon werken. Data van de p1 meter etc wordt gewoon verwerkt.

[Septillion]

@BB-One Klikt nog steeds heeeel raar, update melding zou niets meer dan dat moeten zijn.

Werkt een restart ook niet?

Maar goed, key lijkt me te weten hoe de sensor is toegevoegd. En of er data over de MQTT komt als je in HA problemen hebt.

[OKA]

TheFes schreef op woensdag 24 september 2025 @ 07:01:
[...]

Het Energy Dashboard zal per uur blijven tonen, dat staat daar verder los van. Als jouw energieprijs sensors elk kwartier wijzigt, zullen de bedragen op het Energy Dashboard ook gewoon blijven kloppen.
Van de data langer geleden dan de periode ingesteld in de recorder integratie (standaard 10 dagen) is alleen maar data per uur beschikbaar. Die data kan dus sowieso niet per kwartier weergegeven worden.

Er is wel een wat grotere kans op kleine foutjes, als je HA nu bijvoorbeeld uit staat van 9:10 tot 9:50, dan is het uiteindelijke totaalbedrag voor dat uur gewoon correct, bij kwartier prijzen zal het totaal van die 40 minuten de prijs van 9:45 - 10:00 krijgen, maar hetzelfde heb je nu al als je HA systeem uit staat van bijvoorbeeld 9:30 tot 10:30.

Waar kan ik de instellingen vinden van de recorder integratie? Het zegt mij helemaal niets en voorzover ik kan zien heb ik alle data vanaf het begin, ruim 1,5 jaar geleden.

[Septillion]

@OKA Zou ik afraden, ga gewoon voor de uur data na 10 dagen. Zoals gezegd klopt de uur waarde wel gewoon ondanks kwartier prijzen.

En ja, je hebt dus nu 1,5 jaar aan data maar in 1 uur intervallen.

[TheFes]

OKA schreef op woensdag 24 september 2025 @ 12:05:
[...]


Waar kan ik de instellingen vinden van de recorder integratie? Het zegt mij helemaal niets en voorzover ik kan zien heb ik alle data vanaf het begin, ruim 1,5 jaar geleden.

Als je niets hebt ingesteld, heb je dus de standaard 10 dagen.
Na die 10 dagen heb je alleen long term statistics, wat dus per uur is.

[Jupijn]

Weet iemand wellicht hoe je van een statistic value naar een sensor value gaat? Ik krijg dagelijks een dump van het verbruik van mn Linky energiemeter, alleen kan ik die waarde alleen aanroepen als statistische waarde, wat het gebruik erg beperkt in HA. Ik wil eenvoudigweg de twee getallen die ik doorkrijg (KWH en Euro) kunnen gebruiken, maar daarvoor moet ik ze omtoveren tot werkbaar getal zodat het in States te zien is. Met ChatGPT kom ik er ook niet uit, wat doe ik fout?

[Septillion]

@Jupijn Je bedoelt dat je die waardes ziet in het energy dashboard? Of waar kan je ze zien?

Heb namelijk eigenlijk nog nooit een statistics entry gezien die niet uit de recoder komt

[Jupijn]

De data komt binnen via een HACS add on van Linky. Als ik in mn lovelace kies voor statistics card dan krijg ik een prachtig overzicht, maar deze data lijkt verder nergens te onsluiten. Hij staat niet in States en als ik een Apexchart wil maken bijvoorbeeld dan vindt hij niks omdat het geen entity is, het is enkel een statistic. Ik snap er echt niks van.

[ Voor 23% gewijzigd door Jupijn op 24-09-2025 15:52 ]

[Septillion]

@Jupijn Mm, ja. Volgens mij dus beetje omdat eigenlijk niets zo direct een statistic erin schiet. Aan statistics overzicht te zien is het inderdaad wel de bedoeling dat ook andere zaken dan de recorder een statistic kunnen maken maar volgens mij is er weinig dat hier werkelijk op gebouwd is nog.

Hoe ziet de yaml er van die card an uit?

Enige dat ik dan nog zou kunnen bedenken is het maken van een SQL sensor en het direct uit de database te trekken...

[Jupijn]

YAML:

type: statistic
entity: linky:17208104182810_cost
period:
  calendar:
    period: day
    offset: -1
stat_type: change
grid_options:
  columns: 12
  rows: 2 

Hier pakt ie m gek genoeg wel als entity, maar ik weet echt 1000% zeker dat hij nergens te vinden is States. SQL heb ik geprobeerd, maar mijn HA lijkt dat niet te kunnen, zelfs een simpele test werkt niet.

[ Voor 2% gewijzigd door Septillion op 24-09-2025 16:17 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[Septillion]

@Jupijn Mja, dat is niet echt een standaard entity id ([domain].[name]) nee. Denk dus vooral dat veel zaken er dus vooral (nog) geen support voor hebben. Zelfs de statistics sensor lijkt alleen sensor en binary_sensor te ondersteunen.

Maar SQL sensoren werken in HA wel degelijk, heb er hier meerdere. Dus dat zal dan een fout van jouw kant zijn. Kan je delen wat je probeerde?

PS Een @ mention helpt voor snellere reactie als je werkelijk iemand beantwoord.

[OKA]

TheFes schreef op woensdag 24 september 2025 @ 13:55:
[...]

Als je niets hebt ingesteld, heb je dus de standaard 10 dagen.
Na die 10 dagen heb je alleen long term statistics, wat dus per uur is.

En hoe kan ik dat verhogen?

[kennyboy55]

OKA schreef op woensdag 24 september 2025 @ 17:39:
[...]

En hoe kan ik dat verhogen?

In de configuration.yaml, zie https://www.home-assistan...r/#advanced-configuration.

YAML:

recorder:
    purge_keep_days: 20

Zoals al gezegd, altijd voorzichtig zijn als je wijzigingen rond de database maakt. Ook goed om te weten dat de recorder dus alle states en data bewaart van alle entities voor het aantal dagen dat je configureert. Dat kan echt heel erg veel data zijn. Vooral als je sqlite gebruikt zou ik hier zelf erg voorzichtig mee zijn.

Ook goed om te zeggen is dat die link naar de integratie direct naar de configuratie gaat en het erg verstandig is even naar boven te scrollen om de waarschuwingen te lezen.

[ Voor 33% gewijzigd door kennyboy55 op 24-09-2025 18:32 ]

[Raven]

Ik gebruik al enkele jaren

YAML:

- name: "E in totaal"
  unique_id: "e_in_totaal"
  unit_of_measurement: "kWh"
  device_class: energy
  state_class: total_increasing
  state: "{{ float(states('sensor.e_in_1'),0) + float(states('sensor.e_in_2'),0) }}"

om het dag en nachttelwerk bij elkaar op te tellen.

Sinds kort krijg ik 1 a 2 keer per dag rare data a la

(de bovenste 2)

Met dit als gevolg:


Enig idee waardoor dit zou kunnen gebeuren?

In het logboek staat iets MQTT gerelateerd:

code:

Logger: homeassistant.components.mqtt.client
Bron: components/mqtt/client.py:1229
integratie: MQTT (documentatie, problemen)
Eerst voorgekomen: 09:36:18 (2 gebeurtenissen)
Laatst gelogd: 14:20:39
Error returned from MQTT server: The connection was lost.

Toeval dat die tijden bijna hetzelfde zijn?

[Jupijn]

Septillion schreef op woensdag 24 september 2025 @ 16:20:
@Jupijn Mja, dat is niet echt een standaard entity id ([domain].[name]) nee. Denk dus vooral dat veel zaken er dus vooral (nog) geen support voor hebben. Zelfs de statistics sensor lijkt alleen sensor en binary_sensor te ondersteunen.

Maar SQL sensoren werken in HA wel degelijk, heb er hier meerdere. Dus dat zal dan een fout van jouw kant zijn. Kan je delen wat je probeerde?

PS Een @ mention helpt voor snellere reactie als je werkelijk iemand beantwoord.

Vooralsnog krijg ik zelfs dit simpele dingetje niet aan de gang...

[Septillion]

@Jupijn Ik weet niet eens zeker of dat een oud format is of gewoon bedacht... Maar nu zou het moeten zijn:

YAML:

sql:
  - name: SQL Test
    query: "SELECT 32 as value"
    column: value

Of gewoon via de UI

[Jupijn]

Ah top dat helpt al enorm, maar dit moet m zijn dan toch?

sql:
- name: Linky Kosten Gisteren
query: >
SELECT s.state AS value
FROM states s
JOIN states_meta m ON s.entity_id_id = m.id
WHERE m.entity_id = 'Statistic: linky:17208104182810_cost'
AND s.created > DATE_SUB(NOW(), INTERVAL 7 DAY)
ORDER BY s.created DESC
LIMIT 1
column: value
unit_of_measurement: "€"

[Toppe]

Iemand enig idee waarom dit niet wil werken in een automation?

YAML:

          - action: light.turn_on
            target:
              entity_id: !input light_entity
            data:
              brightness_pct: !input brightness
              rgb_color: !input sc_rgb
              transition: !input transition_time
              {% if !input flash_duration is defined and !input flash_duration not in [None, '', 0] %}
              flash: !input flash_duration
              {% endif %}

flash_duration kan 3 waardes hebben: none, short & long. De flash optie werkt alléén als deze een waarde short of long heeft. Als je hem leeglaat (of none/false) dan werkt de hele automatisering niet meer.

Of te wel: Ik wil alléén de regel flash: gebruiken als deze de waarde 'short' of 'long' heeft, als deze 'none' is dan moet de regel weg blijven...

Bij devtools werkt dit wel:

YAML:

{% set flash_duration = "short" %}
{% if flash_duration is defined and flash_duration not in [None, '', 0] %}
flash: {{ flash_duration }}
{% endif %}

[ Voor 10% gewijzigd door Toppe op 24-09-2025 21:14 ]

[-Casper]

Toppe schreef op woensdag 24 september 2025 @ 21:08:
Iemand enig idee waarom dit niet wil werken in een automation?

YAML:

          - action: light.turn_on
            target:
              entity_id: !input light_entity
            data:
              brightness_pct: !input brightness
              rgb_color: !input sc_rgb
              transition: !input transition_time
              {% if !input flash_duration is defined and !input flash_duration not in [None, '', 0] %}
              flash: !input flash_duration
              {% endif %}

flash_duration kan 3 waardes hebben: none, short & long. De flash optie werkt alléén als deze een waarde short of long heeft. Als je hem leeglaat (of none/false) dan werkt de hele automatisering niet meer.

Of te wel: Ik wil alléén de regel flash: gebruiken als deze de waarde 'short' of 'long' heeft, als deze 'none' is dan moet de regel weg blijven...

Bij devtools werkt dit wel:

YAML:

{% set flash_duration = "short" %}
{% if flash_duration is defined and flash_duration not in [None, '', 0] %}
flash: {{ flash_duration }}
{% endif %}

Geen ervaring met flash dus misschien is er een betere oplossing. Maar ik denk dat je de input wel eerst in een variabele kan gooien waarna je de vergelijking kan maken.

[Toppe]

-Casper schreef op woensdag 24 september 2025 @ 21:21:
[...]

Geen ervaring met flash dus misschien is er een betere oplossing. Maar ik denk dat je de input wel eerst in een variabele kan gooien waarna je de vergelijking kan maken.

Even getest:

YAML:

variables:
  trigger_flash: !input flash_duration

YAML:

          - action: light.turn_on
            target:
              entity_id: !input light_entity
            data:
              brightness_pct: !input brightness
              rgb_color: !input sc_rgb
              transition: !input transition_time 
              {% if trigger_flash is defined and trigger_flash not in ['none'] %} 
              flash: {{ trigger_flash }} 
              {% endif %}

missed comma between flow collection entriesYAML

Voor zover ik kan zien moet je short of long mee geven en wordt geen enkel andere waarde geaccepteerd:
Actie light.turn_on kon niet worden uitgevoerd. value must be one of ['long', 'short'] for dictionary value @ data['flash']. Got None

[ Voor 12% gewijzigd door Toppe op 24-09-2025 21:31 ]

[TheFes]

Toppe schreef op woensdag 24 september 2025 @ 21:26:
[...]


Even getest:

YAML:

variables:
  trigger_flash: !input flash_duration

YAML:

          - action: light.turn_on
            target:
              entity_id: !input light_entity
            data:
              brightness_pct: !input brightness
              rgb_color: !input sc_rgb
              transition: !input transition_time 
              {% if trigger_flash is defined and trigger_flash not in ['none'] %} 
              flash: {{ trigger_flash }} 
              {% endif %}

missed comma between flow collection entriesYAML

Voor zover ik kan zien moet je short of long mee geven en wordt geen enkel andere waarde geaccepteerd:
Actie light.turn_on kon niet worden uitgevoerd. value must be one of ['long', 'short'] for dictionary value @ data['flash']. Got None

Je variable is altijd defined, dat doe je immers hier

YAML:

variables:
  trigger_flash: !input flash_duration

Mocht de input leeg zijn, zal de waarde van de variable none zijn. Dat is dus waar je op moet checken. Waar jij nu echter op checkt is de string "none", niet op het nonetype object.

Verder kun je geen YAML templaten zoals je nu doet. Je opties zijn om een if-then action te gebruiken, waarbij je de flash alleen doet als de input gebruikt is, of je template het hele data gedeelte, maar dan moet je alle inputs in variables stoppen.

Het eerste zou er zo uit zien:

YAML:

          - if:
              - condition: template
                value_template: >
                  {{ trigger_flash is not none }}
            then:
              - action: light.turn_on
                target:
                  entity_id: !input light_entity
                data:
                  brightness_pct: !input brightness
                  rgb_color: !input sc_rgb
                  transition: !input transition_time 
                  flash: "{{ trigger_flash }}"
            else:
              - action: light.turn_on
                target:
                  entity_id: !input light_entity
                data:
                  brightness_pct: !input brightness
                  rgb_color: !input sc_rgb
                  transition: !input transition_time