Home Assistant: Open source Python3 home automation - deel 5

[meesje]

De afgelopen week best wat gespeeld met HA (op een Raspberry Pi 3B), dit topic gevolgd en soms ook hier een bericht geplaatst. Het volgende valt me op. Ik vind de UI van HA niet altijd even intuïtief. Zo vind ik bv logging onder Instellingen niet echt logisch. Gelukkig wel gevonden, want aangezien de performance op een RPi 3B niet echt top is, vind ik het wel fijn om voortgang te zien middels logging.
HA voelt soms toch wel als een techneuten tool. Zeker als ik de meldingen en problemen in dit topic lees. Sowieso heb ik het gevoel dat ik als leek hier niet op zijn plek ben. Beschouw dit niet als kritiek hoor. Maar dit topic lijkt me meer voor de gevorderde HA tweaker. En als ik iets serieus plaats (hoe npm updaten in de scrypted add-on) lijkt het alsof niemand dit probleem heeft ervaren en/of de scrypted add-on gebruikt. Als ik google op de scrypted add-on zegt de ontwikkelaar zelfs van gebruik scrypted maar op een andere manier. Tja, waarom dan als add-on aanbieden?

[Vos]

Septillion schreef op donderdag 7 augustus 2025 @ 13:54:
@Vos Niet toevallig een disabled entity?

Dat was het pff haha. Thnx!

[Septillion]

meesje schreef op donderdag 7 augustus 2025 @ 14:00:
De afgelopen week best wat gespeeld met HA (op een Raspberry Pi 3B), dit topic gevolgd en soms ook hier een bericht geplaatst. Het volgende valt me op. Ik vind de UI van HA niet altijd even intuïtief.

Dat kan, UI / UX design is dan ook wel een heel vak apart. En überhaupt instellen via de UI is relatief nieuw en met hoe veel er kan met HA ook enorm complex. Maar tegenwoordig is er echt een UX designer in dienst

Zo vind ik bv logging onder Instellingen niet echt logisch.

Tja, dat vind ik dan weer niet zo raar. Alles onder de motorkap (dus wat je niet op een normale dag gebruikt) zit onder settings.

HA voelt soms toch wel als een techneuten tool.

Van oorsprong was het dat natuurlijk ook puur. Maar het zal ook nooit compleet weg gaan. Mogelijkheden en gebruikersgemak zijn elkaars vijanden. En HA leunt sterk naar de "alles is mogelijk" kant dus het zal altijd meer effort van de gebruiker vergen. Vandaar dat ik HA ook alleen aanraad als iemand er ook tijd in wil investeren.

Zeker als ik de meldingen en problemen in dit topic lees. Sowieso heb ik het gevoel dat ik als leek hier niet op zijn plek ben. Beschouw dit niet als kritiek hoor. Maar dit topic lijkt me meer voor de gevorderde HA tweaker.

Dat komt denk ik primair omdat al het simpele tegenwoordig wel duidelijk is in de UI, of goed uitgelegd staat in de documentatie of al tig Youtube video's over bestaan. Dan blijven vanzelf de compexere zaken over. Maar er is zeker gewoon ruimte voor simpele vragen, zolang het maar niet "handje vasthouden met eerste stapjes in HA" wordt

En als ik iets serieus plaats (hoe npm updaten in de scrypted add-on) lijkt het alsof niemand dit probleem heeft ervaren en/of de scrypted add-on gebruikt. Als ik google op de scrypted add-on zegt de ontwikkelaar zelfs van gebruik scrypted maar op een andere manier. Tja, waarom dan als add-on aanbieden?

Beginnende met de laatste vraag, omdat iedereen een addon kan maken. Dus als iemand het nuttig vond en hem heeft gemaakt, dan bestaat hij.

Maar het is een blijft dan iets externs toegevoegd aan HA en dus op zich zelf staand. En door het te willen gebruiken start jij dus met een los project.

En om dan naar je npm probleem, dat zou je simpelweg nooit hoeven te doen als gebruiker. Hele idee van een addon (en feitelijk van een Docker container waarvan een addon is afgeleid) is dat je dat allemaal niet hoeft te doen. Alleen wat config en de addon/container starten.

En als het wel een probleem vormt, dan is alles wat je kan doen een bug report aanmaken bij de addon maker. Maar dat is en blijft een losstaand project van iemand. Zeker als je addons gaat gebruiken die vooral als losstaand project gemaakt zijn zoals Scrypted. Problemen daarmee, ook al is het de addon, is dus feitelijk meer een ding voor dat project.

Dus naar mijn idee dat van alles geïntegreerd kan worden in HA maakt het dat HA dus vaak opeens ook alle shit van de aangrenzende pojecten over zich heen krijgt. Naar mijn idee is dat alleen niet eerlijk.

[meesje]

@Septillion Dank voor je uitvoerige reactie. Qua UI zijn sommige dingen ook gewoon een kwestie van wennen. Destijds ooit met homebridge begonnen toen plugins via config.json ingesteld moesten worden. Dat moest je ook echt wel een beetje leren. Tegenwoordig kan er veel ingesteld worden door parameters in te vullen in een popup scherm. Wat betreft HA moet ik me denk ik nog veel eigen maken. Op een gegeven moment zal ik logging onder instellingen ook logisch vinden. Ik gooi dus nog lang niet de handdoek in de ring.

Goed om te weten dat add-ons afzonderlijke projecten zijn. Doordat ik issues heb met de scrypted add-on, heb ik nog even verder gezocht. Ik denk dat ik bv Scrypted te zijner tijd in een afzonderlijk vm zal installeren. Volgens mij is proxmox the way to go. HA in een aparte vm, Scrypted apart, etc. (wat ik in de toekomst nog zou willen, bv Pi-Hole). Hier zijn al best wat online uitleggen over te vinden. Een eerste stap wordt om na de vakantie een aardige mini pc te kopen. Niet te zwaar (en duur), maar ook niet te licht. Ik zal hiervoor ook even op tweakers v&a kijken.

Hieronder mijn post wat betreft de npm update. Door de volgorde van meldingen, krijg ik het idee dat een oude npm versie in de donker de bottleneck is om Scrypted te starten.
meesje in "Home Assistant: Open source Python3 home automation - deel 5"
Maar ja, ik wil dat straks dus op een andere manier werkend proberen te krijgen.

Ik ben overigens naar Scrypted gaan kijken doordat het live beeld van mijn Ring deurbel via HA niet doorgezet werd naar HomeKit. In HA wel jivebeeld, maar in HomeKit niet. Dit schijnt een issue te zijn wat bekend is, maar geen oplossing beschikbaar. Indien dit had gewerkt, zou ik niet eens Scrypted overwogen hebben.

[ Voor 25% gewijzigd door meesje op 07-08-2025 15:35 ]

[Ferra]

Hij werkt! Krijg nu bij het drukken op de foto een snapshot en een leuke beschrijving via AI. Ik merk wel dat de snapshot een soort eerder beeld is van mijn G4 doorbell voordat er gedrukt is. Iets van een vertraging inbouwen?

[Schway]

Ferra schreef op donderdag 7 augustus 2025 @ 14:54:
[Afbeelding]

Hij werkt! Krijg nu bij het drukken op de foto een snapshot en een leuke beschrijving via AI. Ik merk wel dat de snapshot een soort eerder beeld is van mijn G4 doorbell voordat er gedrukt is. Iets van een vertraging inbouwen?

Awesome! Nu wil toch wel een postmortem en weten wat uiteindelijk de yaml is geworden!

[CWH]

Ik had drie automatische backups op mijn Synology staan. Maar toen mijn HA crashte en ik de nieuwste naar pc kopieerde bleek ie corrupt te zijn, althans niet te gebruiken. Maar dat gold ook voor de twee andere.
Ben nu dus bezig alles weer op gang te krijgen. Nu zie ik bij HA Googls back-up bij de automatische back-ups een slotje staan. En weer zijn ze niet te openen. De handmatige wel. Heeft dat nu iets te maken met die verandering van laatst?
Maar belangrijker, kan ik op de een of andere manier nog iets aanvangen met die automatische backups?

[oltk]

CWH schreef op donderdag 7 augustus 2025 @ 18:56:
Ik had drie automatische backups op mijn Synology staan. Maar toen mijn HA crashte en ik de nieuwste naar pc kopieerde bleek ie corrupt te zijn, althans niet te gebruiken. Maar dat gold ook voor de twee andere.
Ben nu dus bezig alles weer op gang te krijgen. Nu zie ik bij HA Googls back-up bij de automatische back-ups een slotje staan. En weer zijn ze niet te openen. De handmatige wel. Heeft dat nu iets te maken met die verandering van laatst?
Maar belangrijker, kan ik op de een of andere manier nog iets aanvangen met die automatische backups?

Hier schrik ik dan wel van, want een niet werkende backup is geen backup. Ik ben geen ICT specialist (zitten een deur verder bij ons), maar ik begrijp altijd dat een backup strategie tenminste ook inhoudt dat je de backup / restoreprocedure geregeld test.

Is op een of andere manier in HA ingebouwd dat de gemaakte backup wordt getest? Of dat je een tijdelijke of test restore kan doen? En hoe doen anderen dit? Misschien goed om best practises te delen met elkaar?

Wat doe ik: ik maak snapshots van de VM waarop HA draait. De afgelopen maanden heb ik 2x een backup moeten restoren in proxmox. Dat werkt en het geeft mij vertrouwen dat ik de backups ook nog op 2 locaties heb staan: op mijn synology NAS en op een losse SSD die is gekoppeld aan Proxmox. Daarnaast maak ik dus ook HA backups, maar dat heb ik nooit getest.

[HuismAndré]

CWH schreef op donderdag 7 augustus 2025 @ 18:56:
Ik had drie automatische backups op mijn Synology staan. Maar toen mijn HA crashte en ik de nieuwste naar pc kopieerde bleek ie corrupt te zijn, althans niet te gebruiken. Maar dat gold ook voor de twee andere.
Ben nu dus bezig alles weer op gang te krijgen. Nu zie ik bij HA Googls back-up bij de automatische back-ups een slotje staan. En weer zijn ze niet te openen. De handmatige wel. Heeft dat nu iets te maken met die verandering van laatst?
Maar belangrijker, kan ik op de een of andere manier nog iets aanvangen met die automatische backups?

Backups zijn sinds enige tijd standaard versleuteld. Voor lokale backups is dat overkill, voor backups die richting de cloud gaan is het wél een prima idee (maar zelf kies ik er dan wel voor om dat encrypten aan m'n Synology NAS over te laten).

Voor nu, neem het volgende eens door: https://www.home-assistan...nfo/backup-emergency-kit/

[Hippe Lip]

In home Assistant lees ik via modbus een aantal waardes uit mijn Nibe warmtepomp. Dat gaat als volgt (met maar één sensor in het voorbeeld):

YAML:

modbus:
  - name: "Nibe"
    type: tcp
    host: 192.168.2.105
    port: 502
    delay: 2
    message_wait_milliseconds: 30
    timeout: 5

    sensors:

      - name: "Nibe stooklijn"
        state_class: measurement
        address: 26
        input_type: holding
        scale: 1
        precision: 0
        unique_id: nibe_stooklijn
        scan_interval: 60

Nu wil ook die sensorwaarde kunnen schrijven. Het is een holding register.

Welke aanpassingen moet ik in configuration.yaml maken om niet alleen dat register te kunnen lezen, maar er ook naar te kunnen schrijven.

Ik kan het nergens goed omschreven vinden. De documentatie van HA zelf lijkt het niet te noemen. Dus dacht ik het maar eens aan ChatGPT te vragen.
Die komt met dit voorbeeld aanzetten:

YAML:

modbus:
  - name: "Nibe"
    type: tcp
    host: 192.168.2.105
    port: 502
    delay: 2
    message_wait_milliseconds: 30
    timeout: 5

    sensors:
      - name: "Nibe stooklijn"
        state_class: measurement
        address: 26
        input_type: holding
        scale: 1
        precision: 0
        unique_id: nibe_stooklijn
        scan_interval: 60

    numbers:
      - name: "Nibe stooklijn instellen"
        address: 26
        input_type: holding
        write_type: holding
        min_value: 0
        max_value: 100
        step: 1
        scale: 1
        precision: 0
        unit_of_measurement: ""
        slave: 1  # Pas aan als jouw Nibe iets anders gebruikt
        unique_id: nibe_stooklijn_set

Maar dat gaat niet. Zodra ik die regel met 'numbers' in mijn config.yaml heb staan houdt alle modbus ermee op. Gelukkig werkt die weer als ik er die regel uit haal, maar ik krijg ook een foutmelding dat 'numbers' geen geldig item is in 'modbus'.

Wat gaat hier nu verkeerd?

[Septillion]

@Hippe Lip Sensors zijn alleen lezen in HA.

Maar de modbus integratie doet maar beperkt aantal types helaas. Je bent hier inderdaad eigenlijk op zoek naar een number maar die is volgens mij niet ondersteund door de integratie.

Dus denk dat je dan met modbus.write_register aan de gang moet.

[Hippe Lip]

Septillion schreef op donderdag 7 augustus 2025 @ 23:07:
@Hippe Lip Sensors zijn alleen lezen in HA.

Maar de modbus integratie doet maar beperkt aantal types helaas. Je bent hier inderdaad eigenlijk op zoek naar een number maar die is volgens mij niet ondersteund door de integratie.

Dus denk dat je dan met modbus.write_register aan de gang moet.

@Septillion Ik had die Nibe er niet bij moeten noemen want ik wil het niet via de integratie doen maar helemaal zelf, zodat ik ook weet hoe dat werkt.

Een sensor kun je idd niet schrijven, maar dat is dan ook waarom ChatGPT na de sensor-sectie een number-sectie achteraan zet. Werkt dat überhaupt niet in combinatie met modbus (vergeet de integratie)?

En hoe zou het er dan met dat modbus.write_register uit moeten zien?

[Septillion]

@Hippe Lip Ik sprak ook nergens over de Nibe. Modbus is ook gewoon een integratie in HA Dus nee, die ga ik niet vergeten

Maar helaas is het een beetje een vreemde integratie tegenwoordig waar maar een relatief kleine subset van de domeinen beschikbaar voor zijn. Helaas is, hoe leuk geëxtrapoleerd door ChatGPT ook, number niet geïmplementeerd bij de modbus integratie.

En modbus.write_register is een actie. Daar kan je een waarde en een register opgeven om naar te schrijven.

[CWH]

HuismAndré schreef op donderdag 7 augustus 2025 @ 19:32:
[...]

Backups zijn sinds enige tijd standaard versleuteld. Voor lokale backups is dat overkill, voor backups die richting de cloud gaan is het wél een prima idee (maar zelf kies ik er dan wel voor om dat encrypten aan m'n Synology NAS over te laten).

Voor nu, neem het volgende eens door: https://www.home-assistan...nfo/backup-emergency-kit/

Bedankt voor de link.
Erg jammer dat er geen manier meer is om toch wat data uit de backup te peuteren.

[taz10]

TheFes schreef op maandag 4 augustus 2025 @ 15:54:
[...]


Gebruik je de standaard instellingen voor ChatGPT?
Ik herken dit niet, wat hij bij mij wel doet is dingen als

Ik: Zet de lamp in de woonkamer aan
VPE: De lamp is aangezet, kan ik nog iets voor je doen?
Ik: Nee
VPE: Oke, laat het me weten als ik weer iets voor je kan betekenen

Die vraag voor verdere acties na het uivoeren van het commando vind ik nogal irritant, maar de converstatie werkt wel gewoon. Door dit prompt te gebruiken werkt het al wat beter

code:

You are a voice assistant for Home Assistant.
Answer questions about the world truthfully.
Answer in plain text. Keep it simple and to the point.

Only ask follow up questions in case the question issued to you was not completely clear. In such cases ensure your response ends with a question mark.

Is dit ook te gebruiken in plaats van Google Assistent?
Ik had laatst ook de vraag gesteld hoe ik in mijn nieuwe woning Google assistent werkend krijg met mijn Sonos.
Dit heb ik nog steeds niet werkend namelijk.
Als dit dan een mogelijkheid is

[TheFes]

Hippe Lip schreef op donderdag 7 augustus 2025 @ 23:54:
[...]

@Septillion Ik had die Nibe er niet bij moeten noemen want ik wil het niet via de integratie doen maar helemaal zelf, zodat ik ook weet hoe dat werkt.

Een sensor kun je idd niet schrijven, maar dat is dan ook waarom ChatGPT na de sensor-sectie een number-sectie achteraan zet. Werkt dat überhaupt niet in combinatie met modbus (vergeet de integratie)?

En hoe zou het er dan met dat modbus.write_register uit moeten zien?

Je kunt een template number aanmaken waarmee je de door @Septillion aangegeven actie kunt uitvoeren.

[Septillion]

@TheFes Owja, blijf vergeten dat acties nu mogelijk zijn in template entities. Daarmee kan dit wel netjes ipv een input_number te moeten gebruiken.

[Borromini]

dixet schreef op donderdag 7 augustus 2025 @ 10:12:
In de release notes van 2025.8 staat dat je nu een energy flow op je energy dashboard kan zien o.b.v de sankey card.
Nu heb ik deze kaart al in een apart dashboard, maar het zou heel mooi zijn om deze op het energydashboard zelf te tonen. Iemand dit al gelukt? Bij mij staat hij er niet, en ik zie nergens een optie om hem toe te voegen op het energydashboard zelf. Ik heb wel individuele apparaten ingesteld.

Had changelog nog niet gelezen, maar leuke toevoeging .

[lubbertkramer]

Ferra schreef op donderdag 7 augustus 2025 @ 14:54:
[Afbeelding]

Hij werkt! Krijg nu bij het drukken op de foto een snapshot en een leuke beschrijving via AI. Ik merk wel dat de snapshot een soort eerder beeld is van mijn G4 doorbell voordat er gedrukt is. Iets van een vertraging inbouwen?

Dit komt door de app, beste is om een datum toe te voegen aan de foto of om achter de URL ?datum te zetten waardoor de app geen cache afbeelding gebruikt.

[Septillion]

CWH schreef op vrijdag 8 augustus 2025 @ 07:29:
[...]

Bedankt voor de link.
Erg jammer dat er geen manier meer is om toch wat data uit de backup te peuteren.

Even een aanvulling, encryptie is wel de standaard flow maar HA is dit niet spontaan gaan doen. Als de backup encrypted zijn betekend dit dat je de nieuwe backup flow hebt doorlopen waarin HA je de sleutel geeft en een rescue kit ter download aanbiedt. Zolang je die flow niet doorlopen hebt blijft HA namelijk un-encrypten backup maken.

Als je deze inderdaad niet opgeslagen hebt dan zijn je backups inderdaad verloren.

[stefjuh]

Hallo,

Ik heb mijn Nuki Ultra gekoppeld via matter (Apple TV) aan home assistant. Soms reageert het slot niet op acties vanuit Home Assistant, dat terwijl via de Apple woning app het altijd direct werkt en ik nog geen weigering heb ervaren. Het lijkt daarmee niet aan de verbinding met de Apple TV te liggen. Wat zou een mogelijke oorzaak kunnen zijn?

Groet Stef

[Cadezo]

Iemand met een template cover zonder state/position die een verandering in de optimistic mode heeft gemerkt sinds de update naar 2025.8.0? Sinds de update is de cover state optimistic, terwijl ik de optimistic variable op false heb gezet.

Had een bug report gefiled (https://github.com/home-assistant/core/issues/150237), maar schijnbaar zou dit intended zijn in zowel 2025.7.4 als 2025.8.0 (terwijl er weldegelijk iets veranderd is).

[TheFes]

CWH schreef op vrijdag 8 augustus 2025 @ 07:29:
[...]

Bedankt voor de link.
Erg jammer dat er geen manier meer is om toch wat data uit de backup te peuteren.

Voor elke backup optie (behalve die naar Nabu Casa Cloud) kun je encryptie gewoon uitzetten.
Verder kun je (zelf een backup met encryption) vanuit HA gewoon decrypted downloaden. Daarvoor moet HA dan uiteraard nog wel werken, maar dat kan wel handig zijn als je enkele files wil herstellen.

[ Voor 23% gewijzigd door TheFes op 08-08-2025 12:31 ]

[Septillion]

@Cadezo Hoe zou een cover zonder state moeten werken als deze niet optimistic mag zijn?

[Cadezo]

@Septillion Tot en met 2025.7.4 had deze dan continue de state unknown. Vanaf 2025.8.0 verandert de state instant naar open of closed als je de cover opent of sluit.

Ik heb een zonwering zonder feedback, dus ik weet niet in welke stand de zonwering staat (althans by default, ik heb hier iets op gevonden). De zonwering kan dus volledig open of gesloten zijn, maar ook ergens halverwege. Ik kan de zonwering halverwege stoppen door een actie in de tegenovergestelde richting. Als de zonwering dus sluit en ik deze halverwege stop door op open te drukken, is de state sinds 2025.8.0 dus open (terwijl de zonwering half gesloten is).

Ik heb het voor nu opgelost door state: unknown op te nemen in de yaml config van de template cover.

[ Voor 24% gewijzigd door Cadezo op 08-08-2025 13:01 ]

[Ben(V)]

stefjuh schreef op vrijdag 8 augustus 2025 @ 10:22:
Hallo,

Ik heb mijn Nuki Ultra gekoppeld via matter (Apple TV) aan home assistant. Soms reageert het slot niet op acties vanuit Home Assistant, dat terwijl via de Apple woning app het altijd direct werkt en ik nog geen weigering heb ervaren. Het lijkt daarmee niet aan de verbinding met de Apple TV te liggen. Wat zou een mogelijke oorzaak kunnen zijn?

Groet Stef

Hoe heb je die Apple tv aan home assistant gekoppeld?
Via thread of wifi?

[stefjuh]

Ben(V) schreef op vrijdag 8 augustus 2025 @ 13:02:
[...]


Hoe heb je die Apple tv aan home assistant gekoppeld?
Via thread of wifi?

Ik gebruik het Apple TV thread netwerk in Hass via de matter intergratie.

[Ben(V)]

Ja maar welk protocol gebruik je in HA?
Matter kan zowel over wifi als over thread als over ethernet
Welke thread dongle gebruik je als je thread gebruikt?

[ Voor 7% gewijzigd door Ben(V) op 08-08-2025 14:21 ]

[Dreadnought]

Hebben hier meer mensen problemen met de cloud service (Nabu Casa) van Home Assistant? Ik merk dat met regelmaat de verbinding met HA verlies wanneer ik vanuit een remote locatie via Nabu Casa mijn HA probeer te benaderen. Op pagina's met een Frigate card is het helemaal een ramp. Lokaal of via VPN heb ik geen probleem!

[RobertMe]

Ben(V) schreef op vrijdag 8 augustus 2025 @ 14:20:
Ja maar welk protocol gebruik je in HA?
Matter kan zowel over wifi als over thread als over ethernet
Welke thread dongle gebruik je als je thread gebruikt?

Lijkt me op basis van de eerdere posts toch duidelijk dat @stefjuh de Apple TV als thread border router inzet. En hij dus niet HA via thread met de Apple TV laat babbelen. Maar dus de Apple TV het thread verkeer op het netwerk (/ethernet / LAN) gooit. En HA gewoon over ethernet (via wifi of kabel dus) met de Apple TV / Nuki babbelt (waarbij de Apple TV een transparante bridge is. Zeg maar een wifi access point alleen dan met thread i.p.v. wifi).

En ik gok zelfs dat wat jij schetst sowieso niet kan? Als HA via thread met de Apple TV babbelt lijkt het mij niet dat de Apple TV ook nog als hub ingezet kan worden waar de Nuki dus aan gekoppeld is. Dan zou dus al de Aplle TV de hub/coordinator/thread border router moeten zijn en Home Assistant en de Nuki als end device. Omdat thread border routers naar mijn idee niet echt aan elkaar gekoppeld kunnen worden / dat alleen over ethernet kan en niet over thread.

[Ben(V)]

Wat jij vermoed is eigenlijk niet van belang.
Alleen TS weet hoe het zit.

En uiteraard kan die Apple tv prima praten via thread met zowel HA als die Nuki.
Die HA gebruikt je dan alleen als router en niet als controller.

[RobertMe]

Ben(V) schreef op vrijdag 8 augustus 2025 @ 15:15:
En uiteraard kan die Apple tv prima praten via thread met zowel HA als die Nuki.
Die HA gebruikt je dan alleen als router en niet als controller.

Dat schreef ik zelf al. En dat past helemaal niet bij de vraag. Want die gaat over HA => AppleTV => Nuki. En als HA een thread device (router) binnen het Apple TV thread netwerk is dan kan HA sowieso helemaal niet met die Nuki babbelen.

[Ferra]

lubbertkramer schreef op vrijdag 8 augustus 2025 @ 09:32:
[...]


Dit komt door de app, beste is om een datum toe te voegen aan de foto of om achter de URL ?datum te zetten waardoor de app geen cache afbeelding gebruikt.

Het zit hem echt in het maken van de foto. Dus hij gebruikt geen eerdere foto, maar lijkt dat hij van het videobeeld een eerder moment pakt voor het daadwerkelijk drukken op de knop.

[CWH]

Septillion schreef op vrijdag 8 augustus 2025 @ 09:37:
[...]

Even een aanvulling, encryptie is wel de standaard flow maar HA is dit niet spontaan gaan doen. Als de backup encrypted zijn betekend dit dat je de nieuwe backup flow hebt doorlopen waarin HA je de sleutel geeft en een rescue kit ter download aanbiedt. Zolang je die flow niet doorlopen hebt blijft HA namelijk un-encrypten backup maken.

Als je deze inderdaad niet opgeslagen hebt dan zijn je backups inderdaad verloren.

Bedankt voor de aanvulling!
Ik heb idd die flow doorlopen en heb de key wel opgeslagen.
Maar ik denk toch dat ik voortaan maar gewoon handmatig back-ups maak.

[Septillion]

@CWH Dan heb je gewoon bruikbare backups

En ook voor automatische kan je het gewoon uitzetten.

Dus beide zou geen reden tegen automatische backups mogen zijn

[ Voor 7% gewijzigd door Septillion op 08-08-2025 15:56 ]

[CWH]

TheFes schreef op vrijdag 8 augustus 2025 @ 12:30:
[...]


Voor elke backup optie (behalve die naar Nabu Casa Cloud) kun je encryptie gewoon uitzetten.
Verder kun je (zelf een backup met encryption) vanuit HA gewoon decrypted downloaden. Daarvoor moet HA dan uiteraard nog wel werken, maar dat kan wel handig zijn als je enkele files wil herstellen.

Goed om te weten.
Ik had een backup van mijn NAS naar pc gedownload, (eigenlijk alle drie), en als ik ze allemaal uitpak tot ik homeassistant.tar gaat het goed. Maar dan heb ik een bestand zonder extensie van 900mb (in mijn gaval), die ik verder niet meer uit kan pakken. Fout in archief komt er dan. Is dat dan een fout of de encryptie?

[Septillion]

@CWH Encryptie Gewoon hele backup aan HA voeren en die vraagt dan gewoon om de sleutel.

[CWH]

@Septillion

"Probleem" is nu eigenlijk dat ik intussen zover ben met het opnieuw opzetten dat ik een "oude" back-up niet meer terug wil zetten. Wat ik eigenlijk zou willen is dat ik gewoon toegang heb tot het archief en er zaken uit kan halen die ik wil. Maar ik begrijp dat dat niet mogelijk is.
Ik heb nu bv uit een (nog) iets oudere .storage wat dashboards en grafiek-data weten te halen. Maar in die back-up zitten nou net niet de nieuwere dingen die ik aangemaakt hebt na de laatste back-up en die ik zoek.

[Graif]

Ik heb een ESPHome watermeterkit gekocht en deze wordt keurig herkend in HA.
Als ik wil verbinden krijg ik echter deze foutmelding:



Ik heb al gemaild naar de webshop, maar toch ook hier de vraag wat hier misgaat, misschien is het wel iets heel simpels…😬
Kwestie van nieuwe firmware?

[new_guy]

Klopt de melding?

[Graif]

Geen flauw idee, ik kan hier iig niet verder. Dus ik denk het wel….

[TheFes]

CWH schreef op vrijdag 8 augustus 2025 @ 16:50:
@Septillion

"Probleem" is nu eigenlijk dat ik intussen zover ben met het opnieuw opzetten dat ik een "oude" back-up niet meer terug wil zetten. Wat ik eigenlijk zou willen is dat ik gewoon toegang heb tot het archief en er zaken uit kan halen die ik wil. Maar ik begrijp dat dat niet mogelijk is.
Ik heb nu bv uit een (nog) iets oudere .storage wat dashboards en grafiek-data weten te halen. Maar in die back-up zitten nou net niet de nieuwere dingen die ik aangemaakt hebt na de laatste back-up en die ik zoek.

Hoe download je die backup dan?

[TheFes]

Cadezo schreef op vrijdag 8 augustus 2025 @ 12:53:
@Septillion Tot en met 2025.7.4 had deze dan continue de state unknown. Vanaf 2025.8.0 verandert de state instant naar open of closed als je de cover opent of sluit.

Ik heb een zonwering zonder feedback, dus ik weet niet in welke stand de zonwering staat (althans by default, ik heb hier iets op gevonden). De zonwering kan dus volledig open of gesloten zijn, maar ook ergens halverwege. Ik kan de zonwering halverwege stoppen door een actie in de tegenovergestelde richting. Als de zonwering dus sluit en ik deze halverwege stop door op open te drukken, is de state sinds 2025.8.0 dus open (terwijl de zonwering half gesloten is).

Ik heb het voor nu opgelost door state: unknown op te nemen in de yaml config van de template cover.

Dat is bij elke cover zo, closed is volledig dicht (cover_position: 0) al het andere is open.

Als de template cover in YAML aangemaakt is kun je overigens denk ik gewoon optimistic: false toevoegen om het oude gedrag te krijgen.

[Cadezo]

TheFes schreef op vrijdag 8 augustus 2025 @ 20:13:
[...]
Dat is bij elke cover zo, closed is volledig dicht (cover_position: 0) al het andere is open.

Als de template cover in YAML aangemaakt is kun je overigens denk ik gewoon optimistic: false toevoegen om het oude gedrag te krijgen.

In optimistic mode verandert de state dus direct instantaan al bij het uitvoeren van de open/close actions, dus al voordat en ongeacht een zekere position bereikt is.

Gaat inderdaad om template cover met optimistic: false, het issue is dus dat je verwacht dat de cover niet optimistic is als je dat expliciet specificeert (zoals het geval was t/m 2025.7.4), maar dat sinds 2025.8.0 een template cover altijd optimistic is als je geen state/position in je yaml hebt staan (dus zelfs als je optimistic: false opneemt in je config).

Maar schijnbaar is de code owner van mening dat er geen wijziging in het gedrag is sinds 2025.8.0 en is het normaal dat optimistic: false geen effect heeft als state/position niet gespecificeerd is.

[ Voor 12% gewijzigd door Cadezo op 08-08-2025 20:50 ]

[Graif]

Graif schreef op vrijdag 8 augustus 2025 @ 17:23:
Ik heb een ESPHome watermeterkit gekocht en deze wordt keurig herkend in HA.
Als ik wil verbinden krijg ik echter deze foutmelding:

[Afbeelding]

Ik heb al gemaild naar de webshop, maar toch ook hier de vraag wat hier misgaat, misschien is het wel iets heel simpels…😬
Kwestie van nieuwe firmware?

Update: Of dat het was weet ik niet, maar ik heb de ESPHome device builder add on geïnstalleerd en gestart (verder nog niks gedaan, meer om te kijken of ik daarmee de yaml kon beginnen en aanpassen) en ineens kon ik hem wel toevoegen en werkt het.
Zeg het maar…

[TheFes]

Cadezo schreef op vrijdag 8 augustus 2025 @ 20:42:
[...]

In optimistic mode verandert de state dus direct instantaan al bij het uitvoeren van de open/close actions, dus al voordat en ongeacht een zekere position bereikt is.

Gaat inderdaad om template cover met optimistic: false, het issue is dus dat je verwacht dat de cover niet optimistic is als je dat expliciet specificeert (zoals het geval was t/m 2025.7.4), maar dat sinds 2025.8.0 een template cover altijd optimistic is als je geen state/position in je yaml hebt staan (dus zelfs als je optimistic: false opneemt in je config).

Ik wilde voorstellen om er een issue voor aan te maken, maar zie dat je daar al gedaan hebt.

Maar kun je niet ook gewoon een configuratie voor stop_cover toevoegen om de cover te stoppen?

[Cadezo]

@TheFes De actie om te stoppen is dus een action in de tegenovergestelde richting. Er zit alleen geen by default feedback in m'n zonwering, dus het systeem weet niet of de zonwering opent of sluit (of open of gesloten is, of ergens halverwege). Ik heb geprobeerd om als stop action een open action en direct daarna een sluit action te sturen, maar dat werkte niet doet.

Ik wacht even af wat er met het GitHub issue gebeurt, maar heb er niet echt veel verwachtingen van (als überhaupt het verschil tussen 2025.7.4 en 2025.8.0 niet wordt onderkend).

[ Voor 19% gewijzigd door Cadezo op 08-08-2025 21:18 ]

[CWH]

@TheFes

Ze staan in een Home_Assistant_Backup-map op de Synology. Van daaruit via File Station rechtsklik op het .tar-bestand > download naar pc.

[TheFes]

CWH schreef op vrijdag 8 augustus 2025 @ 21:41:
@TheFes

Ze staan in een Home_Assistant_Backup-map op de Synology. Van daaruit via File Station rechtsklik op het .tar-bestand > download naar pc.

Dan is hij inderdaad encrypted, als je hem vanuit de HA interface download krijg je een decrypted versie

[TheFes]

Cadezo schreef op vrijdag 8 augustus 2025 @ 21:16:
@TheFes De actie om te stoppen is dus een action in de tegenovergestelde richting. Er zit alleen geen by default feedback in m'n zonwering, dus het systeem weet niet of de zonwering opent of sluit (of open of gesloten is, of ergens halverwege). Ik heb geprobeerd om als stop action een open action en direct daarna een sluit action te sturen, maar dat werkte niet doet.

Ik wacht even af wat er met het GitHub issue gebeurt, maar heb er niet echt veel verwachtingen van (als überhaupt het verschil tussen 2025.7.4 en 2025.8.0 niet wordt onderkend).

Ik snap het probleem, naar op zich zou dat wel op te lossen zijn door in je open/close scripts ook een input boolean te schakelen. Vervolgens kun je op de state van de input boolean bepalen of de laatste actie open of juist close was.

Als ik de reacties op het issue lees, heb ik niet het idee dat het verschil tussen 2025.8 en de versies daarvoor niet onderkent wordt, maar dat het gedrag voor 2025.7 niet het bedoelde gedrag was.
Het doet mij wat denken aan deze xkcd

[CWH]

@TheFes
Ah, ok. Dan zal ik vanaf nu vaker de backups vanuit HA naar pc overzetten.
Maar ik heb dus niks meer aan die backups, ik bedoel toegang tot het archief om er iets uit te halen?
Ondanks dat ik de key heb?

[TheFes]

CWH schreef op vrijdag 8 augustus 2025 @ 22:15:
@TheFes
Ah, ok. Dan zal ik vanaf nu vaker de backups vanuit HA naar pc overzetten.
Maar ik heb dus niks meer aan die backups, ik bedoel toegang tot het archief om er iets uit te halen?
Ondanks dat ik de key heb?

Je kunt hem gebruiken om in HA een restore uit te voeren. HA zal dan om de key vragen.

[Septillion]

CWH schreef op vrijdag 8 augustus 2025 @ 16:50:
@Septillion

"Probleem" is nu eigenlijk dat ik intussen zover ben met het opnieuw opzetten dat ik een "oude" back-up niet meer terug wil zetten. Wat ik eigenlijk zou willen is dat ik gewoon toegang heb tot het archief en er zaken uit kan halen die ik wil. Maar ik begrijp dat dat niet mogelijk is.
Ik heb nu bv uit een (nog) iets oudere .storage wat dashboards en grafiek-data weten te halen. Maar in die back-up zitten nou net niet de nieuwere dingen die ik aangemaakt hebt na de laatste back-up en die ik zoek.

Mja, dan wordt het wat lastig.

De opgeslagen versie heeft dus de encryptie. Als je dezelfde backup vanuit de UI download zal deze unencrypted worden gemaakt. Er zijn ook community scripts gemaakt voor decryption maar ervaringen lijken wisselend.

Alternatief zou restore op tijdelijke install zijn.

[ Voor 3% gewijzigd door Septillion op 08-08-2025 22:50 ]

[Septillion]

@CWH Ah, nog een alternatief!

In de nieuwe install van HA, ga naar Settings => System => Backups => Show all backups => 3-dot menu (rechts boven) => Upload backup. Kies daar de oude backup, deze zal dan worden geüpload naar HA maar zal hem niet restoren. Na de uplaod zal hem hem in de lijst zien. Als je nu van die backup op de 3-dots naast de backup klikt => Download, dan zal hij vragen om een encryption key. Als je hier de encryption key van de vorige HA install opgeeft dan kan je een unencrypted versie downloaden. Die kan je dan gewoon vrij bekijken.

[CWH]

@Septillion
Ah, super, dat ga ik morgen meteen checken. Bedankt!!

[Cadezo]

TheFes schreef op vrijdag 8 augustus 2025 @ 22:09:
[...]
Ik snap het probleem, naar op zich zou dat wel op te lossen zijn door in je open/close scripts ook een input boolean te schakelen. Vervolgens kun je op de state van de input boolean bepalen of de laatste actie open of juist close was.

Als ik de reacties op het issue lees, heb ik niet het idee dat het verschil tussen 2025.8 en de versies daarvoor niet onderkent wordt, maar dat het gedrag voor 2025.7 niet het bedoelde gedrag was.
Het doet mij wat denken aan deze xkcd
[Afbeelding]

Ik snap het hele idee van optimistic mode (en zie er ook wel zeker nut van bij bepaalde type covers), maar vind het gewoon niet logisch dat de case 'geen state/position' de config variable optimistic: false overruled. Eigenlijk heeft de de setting false dan geen enkel nut (want wordt niet gehonoreerd), en is alleen de setting true van praktisch belang.

Met betrekking tot de stop action i.c.m. met input boolean, dat heb ik uitgebreid bekeken en getest. Echter zit er veel regelelektronica ingebouwd in de zonwering, waardoor het niet betrouwbaar te zeggen is wat de huidige actie of positie van de zonwering is op basis van van de gekozen acties (niet iedere actie leidt tot een fysieke actie, door beperkingen opgelegd door de regelelektronica). Ik heb gekeken om dat te kunnen ondervangen door sensoren (bijv. g-sensor), maar dat was onvoldoende betrouwbaar. Uiteindelijk gekozen om alleen de open-stand te detecteren met een deur/contact-sensor. In de regelektronica zit een beveiliging tegen wind(stoten), waardoor de screens omhoog gaan. Door dit te detecteren, kan ik deze daarna weer geautomatiseerd sluiten als ik niet thuis ben.

[Ferra]

Welke sensitiviteit modus hebben jullie de HA Voice PE staan? Ik merk dat hij binnen 1,5m pas goed reageert op het wakeword. Valt me wat tegen…

[TheFes]

Ferra schreef op zaterdag 9 augustus 2025 @ 00:21:
Welke sensitiviteit modus hebben jullie de HA Voice PE staan? Ik merk dat hij binnen 1,5m pas goed resgeert op het wakeword. Valt me wat tegen…

Hmm, dat ervaar ik niet zo. Staat hier overal op Slightly Sensitive, maar werkt prima van de andere kant van de kamer

[CWH]

@Septillion

Heb geprobeerd wat je zei. En dat ging de eerste keer goed tot na het invoeren van de key.
Bij andere pogingen kreeg ik dit soort meldingen:

Er is een fout opgetreden tijdens het controleren van de back-up, probeer het opnieuw. Foutmelding: Backup 6887520e not found in agent hassio.local

Niet gevonden
Back-up die overeenkomt met "6887520e" niet gevonden

Cannot read properties of null (reading 'agents')

Wat me trouwens ook niet helemaal duidelijk is welke key ik nu moet gebruiken. Ik heb in een txt-file een key bestaande uit 6x4 blokken van cijfers/letters.
Als ik nu "key weergeven" doe krijg ik een key van 7x4 cijfers en letters. Maar ik las dat ik een string van precies 44 karakters zou moeten hebben. Die ik dus niet kan vinden.

[Ferra]

TheFes schreef op zaterdag 9 augustus 2025 @ 07:21:
[...]


Hmm, dat ervaar ik niet zo. Staat hier overal op Slightly Sensitive, maar werkt prima van de andere kant van de kamer

Heb je hem op een bepaalde plek staan bijv. in je woonkamer?

[blackd]

@CWH Ik las dat je probeert bepaalde data uit je encrypted backup te cherry-picken maar dit nog niet gelukt is.

Ik heb dat recent gedaan met dit tooltje:
- https://community.home-as...endencies-required/894416
- https://github.com/samroc...-assistant-decrypt-backup

Het wachtwoord (HASSIO_PASSWORD) wat je moet opgeven is de 7x4 key uit je emergency kit.

Wellicht lukt het hiermee wel?

[Mit-46]

Ik heb helaas mijn Home Assistant om zeep geholpen en eigenlijk tot mijn eigen verbazing dat dit zomaar kan.
Hopelijk heeft iemand nog een goede tip, want als ik opnieuw moet beginnen dan ga ik al eerst nadenken of ik dat wel wil (dat betwijfel ik) en zo ja, hoe ik het ga aanpakken. In ieder geval niet op deze zelfde storingsgevoelige manier.

Hetgeen wat bij mij altijd problemen veroorzaakt, ook nu weer, is die vreselijke Zigbee dongle (Deconz Conbee Dresden draak van een apparaat dongle).

Ik wil(de) graag overstappen van Windows naar Linux en toen begon de ellende.

Mijn setup is Windows 11, VM via Oracle Virtual Box en in principe eenmaal draaiend werkte het altijd prima behalve wanneer die vervelende dongle weer eens gecrashed was. Maar met een reboot werkte het altijd weer en daar kon ik net aan mee leven.

Nu ben ik wezen proberen om dezelfde setup op te zetten, maar dan onder Linux Mint en dus ook via Virtual Box, maar daar kreeg ik de dongle niet werkend.
Ik heb de VM opzet, Home Assistant via een back up teruggezet en dat ging allemaal prima. De integratie ZHA krijgt het alleen niet voor elkaar om die dongle goed opnieuw in te stellen. Ook niet dmv een back up terug te zetten van de radio instellingen oid. Probleem zit vooral in de dongle i.c.m. Virtual box. Die dongle verliest de verbinding waardoor er van alles misgaat.

Nu heb ik het zelfs zo weten te krijgen dat ook op mijn originele Windows machine de dongle niet meer communiceert met ZHA.

Het terugzetten van de radio instellingen zorgt er niet voor dat de dongle communiceert met met Zigbee apparaten. Ook een volledige back up terugzetten zorgt hier niet voor.

Ik ging er eigenlijk altijd vanuit dat wanneer een back up terug zou zetten je niet tegen dit soort problemen aan zou lopen, maar helaas is dat wat te rooskleurig.
Als ik opnieuw alle apparaten moet gaan koppelen en dus ook alle automations moet gaan aanpassen is het denk ik wel einde verhaal. Dat vind ik echt belachelijk voor zo'n ingrijpend systeem.


De dongle is nu volgens ZHA wel goed gekoppeld, maar vervolgens zijn alle Zigbee apparaten offline. Wat die nu anders in heeft gesteld is mij niet duidelijk aangezien de instellingen uit (verschillende recente) back ups komen (heb verschillende geprobeerd).

Een soort laatste poging is hier vragen of iemand wellicht een tip of tips heeft voor we het hele boeltje maar inpakken en even wegleggen.

[ Voor 10% gewijzigd door Mit-46 op 09-08-2025 11:56 ]

[oltk]

Mit-46 schreef op zaterdag 9 augustus 2025 @ 11:50:
Ik heb helaas mijn Home Assistant om zeep geholpen en eigenlijk tot mijn eigen verbazing dat dit zomaar kan.
Hopelijk heeft iemand nog een goede tip, want als ik opnieuw moet beginnen dan ga ik al eerst nadenken of ik dat wel wil (dat betwijfel ik) en zo ja, hoe ik het ga aanpakken. In ieder geval niet op deze zelfde storingsgevoelige manier.

Hetgeen wat bij mij altijd problemen veroorzaakt, ook nu weer, is die vreselijke Zigbee dongle (Deconz Conbee Dresden draak van een apparaat dongle).

Ik wil(de) graag overstappen van Windows naar Linux en toen begon de ellende.

Mijn setup is Windows 11, VM via Oracle Virtual Box en in principe eenmaal draaiend werkte het altijd prima behalve wanneer die vervelende dongle weer eens gecrashed was. Maar met een reboot werkte het altijd weer en daar kon ik net aan mee leven.

Nu ben ik wezen proberen om dezelfde setup op te zetten, maar dan onder Linux Mint en dus ook via Virtual Box, maar daar kreeg ik de dongle niet werkend.
Ik heb de VM opzet, Home Assistant via een back up teruggezet en dat ging allemaal prima. De integratie ZHA krijgt het alleen niet voor elkaar om die dongle goed opnieuw in te stellen. Ook niet dmv een back up terug te zetten van de radio instellingen oid. Probleem zit vooral in de dongle i.c.m. Virtual box. Die dongle verliest de verbinding waardoor er van alles misgaat.

Nu heb ik het zelfs zo weten te krijgen dat ook op mijn originele Windows machine de dongle niet meer communiceert met ZHA.

Het terugzetten van de radio instellingen zorgt er niet voor dat de dongle communiceert met met Zigbee apparaten. Ook een volledige back up terugzetten zorgt hier niet voor.

Ik ging er eigenlijk altijd vanuit dat wanneer een back up terug zou zetten je niet tegen dit soort problemen aan zou lopen, maar helaas is dat wat te rooskleurig.
Als ik opnieuw alle apparaten moet gaan koppelen en dus ook alle automations moet gaan aanpassen is het denk ik wel einde verhaal. Dat vind ik echt belachelijk voor zo'n ingrijpend systeem.


De dongle is nu volgens ZHA wel goed gekoppeld, maar vervolgens zijn alle Zigbee apparaten offline. Wat die nu anders in heeft gesteld is mij niet duidelijk aangezien de instellingen uit (verschillende recente) back ups komen (heb verschillende geprobeerd).

Een soort laatste poging is hier vragen of iemand wellicht een tip of tips heeft voor we het hele boeltje maar inpakken en even wegleggen.

De vraag hier stellen is minstens 3 of 4 verschillende smaken krijgen. Maar ik denk dat je weinig enthousiasme ontmoet voor Windows als basis en ook de Conbee dongle is in de meeste HA huizen de kliko ingegaan schat ik zo in.

Voor mij (en ik schat in dat een kwart van de HA gebruikers dit ook zo heeft):
-platform: Linux, koop een goedkope oude thin client. Ik zou niet meer voor een Raspberry Pi gaan, of je moet met SSD's gaan werken vanwege het notoire en voorspelbare overlijden van de SD kaart (been there twice)
- installatie: rechtstreeks van HAOS (HA operating system) op de thin client, maar daar heb geen ervaring mee. Ik zet het op een VM onder proxmox (15 min werk, er zijn installatiescripts voor HAOS en na een kop koffie draait je platform)
- sonoff P dongle (zorg ervoor dat de dongle doorgegeven wordt op de VM als je met proxmox werkt, elke VM is een eiland = hardwareinstelling per VM)
- zigbee2mqtt (en als dat ingewikkeld klinkt, ZHA is ook heel goed)

Dan hoe gebruik je het:
- maak backups, zet die op minstens 2 plaatsen. 1x per week is prima. Of zelfs per maand. Hoe vaak verander je tenslotte iets? alleen als je intensief met een project bezig bent maak je (handmatig) vaker backups.
- als je met VM's gaat werken: ook hier kan je backups van maken
- test je backups

Voor mij: de zekerheid dat ik diverse backups heb, die ook echt werken als ik ze terug zet is heel fijn. Ik heb zelfs een tweede thin client (een oudere) die ik als backup kan gebruiken als mijn reguliere ineens de geest geeft.

[TheFes]

Ferra schreef op zaterdag 9 augustus 2025 @ 10:25:
[...]


Heb je hem op een bepaalde plek staan bijv. in je woonkamer?

Ik heb er 5, alleen die in mijn werkkamer staat op very sensitive, omdat die kamer klein is, en ik daar vrijwel altijd achter mijn bureau op een halve meter afstand van de VPE zit.

Verder staat de rest over het algemeen meestal in een hoek van de kamer

[new_guy]

Mit-46 schreef op zaterdag 9 augustus 2025 @ 11:50:
Ik heb helaas mijn Home Assistant om zeep geholpen en eigenlijk tot mijn eigen verbazing dat dit zomaar kan.
Hopelijk heeft iemand nog een goede tip, want als ik opnieuw moet beginnen dan ga ik al eerst nadenken of ik dat wel wil (dat betwijfel ik) en zo ja, hoe ik het ga aanpakken. In ieder geval niet op deze zelfde storingsgevoelige manier.

Hetgeen wat bij mij altijd problemen veroorzaakt, ook nu weer, is die vreselijke Zigbee dongle (Deconz Conbee Dresden draak van een apparaat dongle).

Ik wil(de) graag overstappen van Windows naar Linux en toen begon de ellende.

Mijn setup is Windows 11, VM via Oracle Virtual Box en in principe eenmaal draaiend werkte het altijd prima behalve wanneer die vervelende dongle weer eens gecrashed was. Maar met een reboot werkte het altijd weer en daar kon ik net aan mee leven.

Nu ben ik wezen proberen om dezelfde setup op te zetten, maar dan onder Linux Mint en dus ook via Virtual Box, maar daar kreeg ik de dongle niet werkend.
Ik heb de VM opzet, Home Assistant via een back up teruggezet en dat ging allemaal prima. De integratie ZHA krijgt het alleen niet voor elkaar om die dongle goed opnieuw in te stellen. Ook niet dmv een back up terug te zetten van de radio instellingen oid. Probleem zit vooral in de dongle i.c.m. Virtual box. Die dongle verliest de verbinding waardoor er van alles misgaat.

Nu heb ik het zelfs zo weten te krijgen dat ook op mijn originele Windows machine de dongle niet meer communiceert met ZHA.

Het terugzetten van de radio instellingen zorgt er niet voor dat de dongle communiceert met met Zigbee apparaten. Ook een volledige back up terugzetten zorgt hier niet voor.

Ik ging er eigenlijk altijd vanuit dat wanneer een back up terug zou zetten je niet tegen dit soort problemen aan zou lopen, maar helaas is dat wat te rooskleurig.
Als ik opnieuw alle apparaten moet gaan koppelen en dus ook alle automations moet gaan aanpassen is het denk ik wel einde verhaal. Dat vind ik echt belachelijk voor zo'n ingrijpend systeem.


De dongle is nu volgens ZHA wel goed gekoppeld, maar vervolgens zijn alle Zigbee apparaten offline. Wat die nu anders in heeft gesteld is mij niet duidelijk aangezien de instellingen uit (verschillende recente) back ups komen (heb verschillende geprobeerd).

Een soort laatste poging is hier vragen of iemand wellicht een tip of tips heeft voor we het hele boeltje maar inpakken en even wegleggen.

Dus je bent teleurgesteld in HA omdat je het gebruikt om een bijzondere wijze waarbij je je zigbee installatie om zeep hebt geholpen wat de schuld is van HA?

[Mit-46]

oltk schreef op zaterdag 9 augustus 2025 @ 12:46:
[...]


De vraag hier stellen is minstens 3 of 4 verschillende smaken krijgen. Maar ik denk dat je weinig enthousiasme ontmoet voor Windows als basis en ook de Conbee dongle is in de meeste HA huizen de kliko ingegaan schat ik zo in.

Voor mij (en ik schat in dat een kwart van de HA gebruikers dit ook zo heeft):
-platform: Linux, koop een goedkope oude thin client. Ik zou niet meer voor een Raspberry Pi gaan, of je moet met SSD's gaan werken vanwege het notoire en voorspelbare overlijden van de SD kaart (been there twice)
- installatie: rechtstreeks van HAOS (HA operating system) op de thin client, maar daar heb geen ervaring mee. Ik zet het op een VM onder proxmox (15 min werk, er zijn installatiescripts voor HAOS en na een kop koffie draait je platform)
- sonoff P dongle (zorg ervoor dat de dongle doorgegeven wordt op de VM als je met proxmox werkt, elke VM is een eiland = hardwareinstelling per VM)
- zigbee2mqtt (en als dat ingewikkeld klinkt, ZHA is ook heel goed)

Dan hoe gebruik je het:
- maak backups, zet die op minstens 2 plaatsen. 1x per week is prima. Of zelfs per maand. Hoe vaak verander je tenslotte iets? alleen als je intensief met een project bezig bent maak je (handmatig) vaker backups.
- als je met VM's gaat werken: ook hier kan je backups van maken
- test je backups

Voor mij: de zekerheid dat ik diverse backups heb, die ook echt werken als ik ze terug zet is heel fijn. Ik heb zelfs een tweede thin client (een oudere) die ik als backup kan gebruiken als mijn reguliere ineens de geest geeft.

Bedankt voor jouw reactie en ik ga het inderdaad anders aanvliegen.
Ik heb het hersteld, maar ik begrijp niet waarom het nu opeens wel gelukt is met het restoren van een back up.

Ik heb zojuist ook een Sonoff besteld en ga nadenken hoe ik dit beter kan aanpakken. Want wat een ellende als dat systeem onverwachts niet meer werkt.

[Mit-46]

new_guy schreef op zaterdag 9 augustus 2025 @ 14:33:
[...]

Dus je bent teleurgesteld in HA omdat je het gebruikt om een bijzondere wijze waarbij je je zigbee installatie om zeep hebt geholpen wat de schuld is van HA?

Dat de instellingen van de dongle niet (goed) terug werden gezet uit een back up restore was vooral waar de teleurstelling vandaan kwam.

Als ik er zo over na denk dan hebben mijn problemen altijd te maken met die dongle of Windows (updates).

Linux ben ik aan het proberen/onderzoeken en een andere dongle heb ik daarstraks besteld

[Hippe Lip]

@Mit-46 Ik ben ooit begonnen met HA op een RPi en draai nu op ODROID. Gewoon een dedicated systeem, waardoor ik niet afhankelijk ben van iets anders dat misschien storing heeft en de hardware stopt, laat herstarten of op een andere manier roet in het eten gooit.

En gebruik een SSD voor alle opslag, zodat dat ook stabiel en betrouwbaar werkt.

En last but not least: zorg voor (automatische!) dagelijkse backups.

En zeker zo belangrijk: zorg dat die backups op een ander systeem staan, zodat als jouw HA <POEF> zegt, dat je ‘gewoon’ de backup van de vorige dag terug kunt zetten.

Ik gebruik daarvoor Home Assistant Google Drive Backup, dat dus op Google Drive de backup dagelijks (nachtelijks) weg zet. En mijn instellingen zijn zodanig dat ik backups behoud van de laatste 7 dagen, de laatste 5 weken, de laatste 12 maanden en de laatste 5 jaren. De rest wordt automatisch weggegooid. Zo heb ik geschiedenis met aflopende resolutie en nooit meer dan 15 backups in opslag.

[MXMan]

@Hippe Lip Tegenwoordig is de er een native optie om backups naar Google Drive te uploaden.

Eerst moet je de Google Drive integratie toevoegen en dan je in de instellingen kiezen om deze als backup bestemming te gebruiken

https://www.home-assistant.io/integrations/google_drive/

YouTube: How to Backup Home Assistant to Google Drive: Easy & Secure Setup Guide

[Ferra]

TheFes schreef op zaterdag 9 augustus 2025 @ 12:54:
[...]


Ik heb er 5, alleen die in mijn werkkamer staat op very sensitive, omdat die kamer klein is, en ik daar vrijwel altijd achter mijn bureau op een halve meter afstand van de VPE zit.

Verder staat de rest over het algemeen meestal in een hoek van de kamer

En dan in de woonkamer 1? Of meerdere?

[Hippe Lip]

MXMan schreef op zaterdag 9 augustus 2025 @ 15:39:
@Hippe Lip Tegenwoordig is de er een native optie om backups naar Google Drive te uploaden.

Eerst moet je de Google Drive integratie toevoegen en dan je in de instellingen kiezen om deze als backup bestemming te gebruiken

https://www.home-assistant.io/integrations/google_drive/

YouTube: How to Backup Home Assistant to Google Drive: Easy & Secure Setup Guide

@MXMan Oh, ik heb al die wijzigingen van de native backup niet bijgehouden. Het is nog niet zo lang geleden dat die geïntroduceerd werd en toen kon die nog bijzonder weinig: altijd versleuteld, ontsleutelen om er alleen een specifiek bestandje uit te vissen kon niet, het ging altijd naar Nabu Casa en versiebeheer bestond niet.

Inmiddels is opslag op Google Drive dus ook een optie, begrijp ik. Heeft die native backup nu ook het versiebeheer zoals ik dat hierboven beschrijf? Zo niet, dan voldoet die voor mij zeker nog niet. Ik kan vandaag aanpassingen maken waarmee ik de boel verpest, maar daar pas een paar dagen (en dus backups) later achter komen.
Ook heb ik het met al mijn gespeel en getest wel gehad dat ik langere tijd geleden wat uit mijn systeem weggooide, waar ik weken later op terug wilde vallen. Dan is die long-term backup ook wel fijn.

[MXMan]

@Hippe Lip Beide opties kunnen parallel draaien dus gewoon eens proberen 👍

[TheFes]

Ferra schreef op zaterdag 9 augustus 2025 @ 17:03:
[...]


En dan in de woonkamer 1? Of meerdere?

Eentje in de woonkamer, eentje in de keuken, maar daar zitten verder geen muren tussen. Verder eentje in de werkkamer en in de twee kinderkamers.

[CWH]

@blackd
Dat zou heel mooi zijn!
Ga het meteen proberen.

Super bedankt!

[Septillion]

CWH schreef op zaterdag 9 augustus 2025 @ 07:31:
@Septillion

Heb geprobeerd wat je zei. En dat ging de eerste keer goed tot na het invoeren van de key.
Bij andere pogingen kreeg ik dit soort meldingen:

Er is een fout opgetreden tijdens het controleren van de back-up, probeer het opnieuw. Foutmelding: Backup 6887520e not found in agent hassio.local

Niet gevonden
Back-up die overeenkomt met "6887520e" niet gevonden

Cannot read properties of null (reading 'agents')

Wat me trouwens ook niet helemaal duidelijk is welke key ik nu moet gebruiken. Ik heb in een txt-file een key bestaande uit 6x4 blokken van cijfers/letters.
Als ik nu "key weergeven" doe krijg ik een key van 7x4 cijfers en letters. Maar ik las dat ik een string van precies 44 karakters zou moeten hebben. Die ik dus niet kan vinden.

Mm, dat is jammer. Werkt hier wel.

Je key is alleen wel raar. Ik heb ook alleen maar 7x4 keys net als waar @blackd over spreekt. Dus als je een 6x4 key hebt lijkt me dat raar. Of het moet bij de allereerste release een kortere geweest zijn ofzo...

[TheFes]

Ik heb het meteen bij de initiële release aangezet, en heb ook een 7x4 key

[Ferra]

TheFes schreef op zaterdag 9 augustus 2025 @ 19:33:
[...]


Eentje in de woonkamer, eentje in de keuken, maar daar zitten verder geen muren tussen. Verder eentje in de werkkamer en in de twee kinderkamers.

En trigger je dan in de woonkamer/keuken nooit beiden?

[Septillion]

@Mit-46 Mja, de Conbee wordt zowel door ZHA als Z2M al een tijd niet aangeraden. Dat is natuurlijk niet zonder reden... Laat ook je ervaring met de stick zien... Maar het had wel gewoon goed moeten gaat. Maar misschien door je geklooi om de dongle in de Vitual Box te krijgen dat het is misgelopen?

Helaas linkt ZHA dan niet vanzelf de oude naam weer aan een device, Z2M doet dat wel. Maar zolang je alleen de devices hernoemt hebt en niet de entiteiten dan is dat zo weer correct.

En geen device triggers/conditions/actions gebruikt. Want dan zou je even een find and replace all moeten doen. Een van de redenen dat veel power users niet zo te spreken zijn van de device triggers/conditions/actions.

Maar waarom Virtual Box en niet de veeeeeel gangbaardere Proxmox weg?

[stefjuh]

RobertMe schreef op vrijdag 8 augustus 2025 @ 14:49:
[...]

Lijkt me op basis van de eerdere posts toch duidelijk dat @stefjuh de Apple TV als thread border router inzet. En hij dus niet HA via thread met de Apple TV laat babbelen. Maar dus de Apple TV het thread verkeer op het netwerk (/ethernet / LAN) gooit. En HA gewoon over ethernet (via wifi of kabel dus) met de Apple TV / Nuki babbelt (waarbij de Apple TV een transparante bridge is. Zeg maar een wifi access point alleen dan met thread i.p.v. wifi).

En ik gok zelfs dat wat jij schetst sowieso niet kan? Als HA via thread met de Apple TV babbelt lijkt het mij niet dat de Apple TV ook nog als hub ingezet kan worden waar de Nuki dus aan gekoppeld is. Dan zou dus al de Aplle TV de hub/coordinator/thread border router moeten zijn en Home Assistant en de Nuki als end device. Omdat thread border routers naar mijn idee niet echt aan elkaar gekoppeld kunnen worden / dat alleen over ethernet kan en niet over thread.

Dit is inderdaad hoe het op dit moment is opgezet. Het heeft een tijdje soepel gewerkt, echter sinds de laatste dagen steeds vaker het probleem dat Hass de Nuki niet kan bereiken. Als ik op hetzelfde moment het slot via de woning app bedien, dan ervaar ik geen probleem. Op basis daarvan veronderstel ik dat het probleem tussen de apple tv en Hass ligt. Maar ik zoek het misschien wel verkeerd.

[TheFes]

Ferra schreef op zaterdag 9 augustus 2025 @ 22:15:
[...]


En trigger je dan in de woonkamer/keuken nooit beiden?

Soms maken ze beide het geluidje dat ze gaan luisteren, maar uiteindelijk reageert er maar eentje

[zunrob]

Ik krijg sinds gister opeens deze melding:

Error creating backup: Multiple errors when creating backup: Error during pre-backup: Could not lock database within 30 seconds., Error during post-backup: Could not release database write lock (2 sub-exceptions)

Ik snap niet zo goed hoe dit kan, er is niks veranderd. Ik draai HA in een Docker op een Synology NAS. Backup lokaal, zelfde map als HA.
Het lijkt erop als ik de automatische backup handmatig start dat het wel goed gaat.

[ Voor 12% gewijzigd door zunrob op 10-08-2025 18:08 ]

[Mit-46]

Septillion schreef op zaterdag 9 augustus 2025 @ 22:16:
@Mit-46 Mja, de Conbee wordt zowel door ZHA als Z2M al een tijd niet aangeraden. Dat is natuurlijk niet zonder reden... Laat ook je ervaring met de stick zien... Maar het had wel gewoon goed moeten gaat. Maar misschien door je geklooi om de dongle in de Vitual Box te krijgen dat het is misgelopen?

Helaas linkt ZHA dan niet vanzelf de oude naam weer aan een device, Z2M doet dat wel. Maar zolang je alleen de devices hernoemt hebt en niet de entiteiten dan is dat zo weer correct.

En geen device triggers/conditions/actions gebruikt. Want dan zou je even een find and replace all moeten doen. Een van de redenen dat veel power users niet zo te spreken zijn van de device triggers/conditions/actions.

Maar waarom Virtual Box en niet de veeeeeel gangbaardere Proxmox weg?

Het lag inderdaad aan de configuratie van de nieuwe VM's. Geen idee of het met andere USB dongles ook moet (ik hoop met de Sonoff van niet), maar de Conbee moet je instellen als COM poort device en niet als USB device (in ieder geval als je VirtualBox gebruikt).
Dit was ik vergeten en ik had deze als USB gekoppeld waardoor HA ook geen back up terug kon zetten. Gevalletje PICNIC.

Snap ik nog steeds niet waarom de oude installatie het niet gewoon deed aangezien ik de nieuwe installatie op een andere SSD heb geinstalleerd. Met het terugzetten van de oude SSD werkte het nog steeds niet. Ik ben mij niet bewust dat ik aan de oude installatie iets had gewijzigd, maar na het terugzetten van oude snapshot van de VM (van Januari) werkte het terugzetten van een backup in HA wel. Het zal dus wel aan mij hebben gelegen.

Anyway, mijn HA draait nu op Linux Mint en het draait super!
Vooralsnog geen 1 " crash" gehad van de Conbee stick. Ook niet na het installeren van updates en normaliter ging dat altijd mis onder Windows en moest de VM een keer uit en aan. Ben vooralsnog erg blij.

Van de week de Sonoff stick erin en dan zal het alleen maar nog stabieler draaien. Ook heb ik op mijn pc HA geinstalleerd (en getest). Gebeurt zo iets mij nu weer dan heb ik een tweede machine die ik tijdelijk aan kan zetten. Daar ga ik de Conbee stick op aansluiten aangezien ik die straks over heb.

[Seafarer]

Ik heb denk ik wat vreemds heb, zie onderstaand.




Wat moet ik met deze verkeerde benaming? Ik heb er nog een paar. Ik begrijp niet waar dit vandaan komt, hoe het ontstaat en hoe te corrigeren.
Hopenlijk herkend iemand dit. Sensors zijn recent toegevoegd refoss pluggen waar Tasmota al opstond.
De andere 3 pluggen vertonen dit niet.

[ Voor 4% gewijzigd door Seafarer op 10-08-2025 21:51 ]

[Septillion]

@Seafarer Klinkt mij alsof je het device eerste voor de wasmachine wilde gebruiken, naam gewijzigd hebt en toen ook de entiteiten hebt laten hernoemen. Maar later toch dacht "ik gebruik hem voor de vaatwasser¨ maar toen de entities niet hebt laten aanpassen.

Lijkt er ook op dat nu HA daar ook niet meer om vraagt... Vroeger was dat volgens mij wel zo. Nu moet je "Recreate entity IDs" selecteren.

[edit] Of heeft hij in Tasmota nog "REF wasmachine" en heb je het hernoemen nu alleen in HA gedaan?

[ Voor 11% gewijzigd door Septillion op 10-08-2025 22:29 ]

[Seafarer]

Septillion schreef op zondag 10 augustus 2025 @ 22:28:
@Seafarer Klinkt mij alsof je het device eerste voor de wasmachine wilde gebruiken, naam gewijzigd hebt en toen ook de entiteiten hebt laten hernoemen. Maar later toch dacht "ik gebruik hem voor de vaatwasser¨ maar toen de entities niet hebt laten aanpassen.

Lijkt er ook op dat nu HA daar ook niet meer om vraagt... Vroeger was dat volgens mij wel zo. Nu moet je "Recreate entity IDs" selecteren.

[edit] Of heeft hij in Tasmota nog "REF wasmachine" en heb je het hernoemen nu alleen in HA gedaan?

Je brengt me op een idee.

Ik heb de eerste plug gecalibreerd en een naam gegeven in de webinterface van Tasmota en wat andere aanpassingen. Daarna een backup gemaakt.

En ja deze backup in de volgende plug geladen zodat ik zo min mogenlijk hoef aan tepassen. En een andere naam gegeven natuurlijk. Dat blijkt dus niet zo handig denk ik.
Recreate entity IDs ga ik opzoeken geen idee waar dat zit.

edit: Fijn dat je hem even inkopte. Nu zie ik dat er meer fout zitten.

[ Voor 3% gewijzigd door Seafarer op 10-08-2025 22:51 ]

[Septillion]

@Seafarer Als je na backup terugzetten in de plug de naam aanpast en dan pas toevoegt aan HA zou het wel goed moeten gaan.

[Seafarer]

Septillion schreef op maandag 11 augustus 2025 @ 08:47:
@Seafarer Als je na backup terugzetten in de plug de naam aanpast en dan pas toevoegt aan HA zou het wel goed moeten gaan.

Dat toevoegen gaat automatisch. En omdat ik de naam in het veld "host wifi" aangepast heb dan moet je daarna op "safe" drukken.
Maar dan staat nog de verkeerde naam bij "device name" and "friendly name" Die aanpassen en opslaan terwijl HA de plug net toevoegd had. Geeft dus dit onverwachte resultaat.


Ik zou adviseren om eerst in Tasmota alles goed te zetten en daarna als laatste de MQTT gegevens erin te zetten.

Dus eigenlijk eerst een backup maken met verwijderde MQTT gegevens. En dan kopiëren naar andere pluggen of kastjes. Alles aanpassen en als laatste je MQTT gegevens.
Of er is nog een andere oplossing.

[Septillion]

@Seafarer Draai je nog MQTT Discovery dan?

Want dacht dat als je het via de Tasmota integratie doet dat je gewoon een "Device discoverd" melding krijgt.

Maar ik deed nieuwe devices eigenlijk nooit met een backup. Ik verzamelde alle settings als één lang commando dat ik dan gewoon in een nieuw device plakte. Of ja, eigenlijk in twee delen. Device config en generiek, en deed dan zelf de naam eerst correct instellen.

[Seafarer]

Septillion schreef op maandag 11 augustus 2025 @ 09:13:
@Seafarer Draai je nog MQTT Discovery dan?

Setoption19 0 bedoel je?

Want dacht dat als je het via de Tasmota integratie doet dat je gewoon een "Device discoverd" melding krijgt.

Maar ik deed nieuwe devices eigenlijk nooit met een backup. Ik verzamelde alle settings als één lang commando dat ik dan gewoon in een nieuw device plakte. Of ja, eigenlijk in twee delen. Device config en generiek, en deed dan zelf de naam eerst correct instellen.

Of wordt die discovery bij de MQTT broker ingesteld? ik kan me niet heugen dat gedaan te hebben.

Edit: hebbes bij de instellingen van de MQTT integratie. Beter uitzetten dan? Automatisch is soms ook niet alles.

[ Voor 8% gewijzigd door Seafarer op 11-08-2025 09:34 ]

[Septillion]

@Seafarer Als je SetOption19 0 gebruikt dan gebruikt Tasmota MQTT wel voor de data maar wordt discovery gedaan door de Tasmota integratie. Daar komen ze dan ook onder te staan in HA. Gebruik je SetOption19 1, wat vroeger de standaard was, dan komen Tasmota devices binnen via de MQTT auto discovery en hangen ze in HA dus ook onder de MQTT integratie.

Dus auto discovery lekker aan laten! Maar ik zou dus SO19 0 gebruiken. Dat is tegenwoordig de aangeraden methode met beste compatibiliteit.

[ Voor 7% gewijzigd door Septillion op 11-08-2025 09:38 ]

[Seafarer]

Septillion schreef op maandag 11 augustus 2025 @ 09:37:
@Seafarer Als je SetOption19 0 gebruikt dan gebruikt Tasmota MQTT wel voor de data maar wordt discovery gedaan door de Tasmota integratie. Daar komen ze dan ook onder te staan in HA. Gebruik je SetOption19 1, wat vroeger de standaard was, dan komen Tasmota devices binnen via de MQTT auto discovery en hangen ze in HA dus ook onder de MQTT integratie.

Dus auto discovery lekker aan laten! Maar ik zou dus SO19 0 gebruiken. Dat is tegenwoordig de aangeraden methode met beste compatibiliteit.

Setoption19 0 stond al aan.

Ik bedoelde deze knop:



Dat serieel in de console invoeren is denk ik gewoon de betere weg.

[Septillion]

@Seafarer Weet ik, lekker aan laten Als je SO19 0 (feitelijk SO19 uit ) zal je de Tasmota devices ook helemaal niet onder de MQTT integratie hebben zitten.

[Seafarer]

Septillion schreef op maandag 11 augustus 2025 @ 10:33:
@Seafarer Weet ik, lekker aan laten Als je SO19 0 (feitelijk SO19 uit ) zal je de Tasmota devices ook helemaal niet onder de MQTT integratie hebben zitten.

Klopt.

[dixet]

Ik heb wat geks met een dahsboard. Omdat mijn auto op het infotainment systeem Android draait heb ik de HA companion app geïnstalleerd en een speciaal auto-dashboard gemaakt voor dingen die ik makkelijk zonder m'n ogen van de weg te halen vanuit de auto wil kunnen doen.

Op m'n normale tablet, PC en telefoon zit dit dashboard er prima uit:


Maar op m'n 15.6" scherm in de auto zie ik dit:


Ik heb al zitten spelen met de instellingen van de layout (aantal kolommen) en breedte van de secties en elementen. Maar ik krijg het niet voor elkaar dit netjes te tonen op het scherm van m'n auto. Iemand een idee waar dit aan kan liggen? Als ik het dashboard op m'n laptop in de browser draai kan ik alle schermgroottes proberen, maar de layout blijft leesbaar. Als ik het venster smaller maak komen de knoppen op een gegeven moment onder elkaar, maar nooit worden ze zo smal en onleesbaar als in de companion app op het 15.4" scherm van de auto.

[The-Source]

In energy sectie heb je nu helemaal onderin een nieuwe graph gekregen. Vind deze maar storend maar zie ook geen optie om die weg te krijgen

[StarWing]

Is er een manier om de historische data van een sensor geforceerd te verwijderen?
Ik heb gisteren een sensor aangemaakt om het verbruik te loggen van een aantal toestellen (daily/monthly/yearly). Bij de opzet had ik eerst de waarde in W ipv kWh geconfigureerd, wat niet correct was. Maar deze waarde in W is meegenomen in de historische data, wat natuurlijk niet correct is en een piek geeft die veel te hoog is.

Ik heb de data proberen te verwijderen via developer tools => statistics, de sensor aanklikken en delete selected statistics, maar dat werkt niet.
Ook niet als ik via dezelfde menu op de sensor klik en "adjust sum" aantik, de hoge waarde komt daar niet in voor, dus kan ik deze ook niet verwijderen.

[tlpeter]

The-Source schreef op maandag 11 augustus 2025 @ 23:01:
In energy sectie heb je nu helemaal onderin een nieuwe graph gekregen. Vind deze maar storend maar zie ook geen optie om die weg te krijgen

Ik vind die juist wel leuk. In het verleden nog wel eens iets met Sanky cards gedaan.

[marnie]

The-Source schreef op maandag 11 augustus 2025 @ 23:01:
In energy sectie heb je nu helemaal onderin een nieuwe graph gekregen. Vind deze maar storend maar zie ook geen optie om die weg te krijgen

Je zou het met card_mod https://github.com/thomasloven/lovelace-card-mod kunnen proberen
Verdient niet de schoonheidsprijs voor code maar werkt waarschijnlijk wel.

code:

.hui-energy-sankey-card {display:none}

Niet getest.

[marnie]

Of: https://www.home-assistant.io/integrations/frontend/

[badkuip]

@Hmmbob bedankt voor deze toevoeging! Erg nuttig!