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)