Home Assistant: Open source Python3 home automation - deel 5

[Septillion]

@WoBBeL Maar zijn het twee inverters?

Total yield = energy

Of je de juist voor power hebt durf ik niet te zeggen. Daarvoor moet de zon schijnen.

[WoBBeL]

@Septillion kan ik niet de statistieken gebruiken om erachter te komen? Ik heb deze twee gevonden:

[Septillion]

@WoBBeL Als jij ook vragen beantwoord gaat het in ieder geval sneller

[WoBBeL]

@Septillion welke vraag heb ik gemist? Aantal inverters heb ik al beantwoord (1 stuk, 2 PV strings oost/west opstelling) of begrijp ik je niet goed

[Septillion]

@WoBBeL sneaky nano edits!

Maar zou of measures power of grid power verwachten voor de power.

[R-R-L]

Zijn er mensen die succesvol met het notificatiebijltje gehakt hebben? Bij elke automation die een push melding zou moeten geven krijg ik de 'error: device not connected to local push notifications'. Dit gebeurde met mijn Samsung A53 wel eens, loste zichzelf ook weer op. Nu met mijn S25 Ultra lijkt het permanent stuk.

Voor elle notificaties gebruik ik onderstaand:
action: notify.mobile_app_sm_s938b
Dat heeft een paar weken goed gewerkt. Zelfde soort gebruikte ik ook voor de A53.

Ik heb al gekeken of een persistent connection een verschil zou maken, doet het niet.
Op het thuisnetwerk pakt hij keurig de interne URL, buitenshuis de externe via mijn VPN.

Wie heeft hier het verlossende antwoord?

[Septillion]

@R-R-L Als je persist connection op never hebt staan zouden notificaties gewoon via firebase moeten lopen. Dus hoeft je HA niet eens te kunnen bereiken.

[R-R-L]

Bingo! Had al wel eens gezien dat firebaseinstallations.googleapis.com door mijn DNS server geblokkeerd werd, geen idee waar die voor diende. Gewhitelist et voila, notificaties doen het weer. Thanks @Septillion

[belly89]

Iemand een idee hoe je een automatisering maakt die alle update meldingen skipt? Ik update altijd de laatste week van de maand, en hoef niet continu een notificatie te zien van hoeveel updates er zijn, het zijn er nog al wat per maand namelijk.

Als ik zoek zie ik wel opties om bepaalde updates te skippen.
https://gathering.tweaker...message/79313266#79313266
https://gathering.tweaker...message/79331270#79331270
https://gathering.tweaker...message/81415922#81415922

Echter zou ik graag alles willen skippen, zowel van HA, als ESPhome, HACS, Apps, etc. Ik kom hier helaas niet uit, iemand die mij verder kan helpen hiermee?

[PCGAMER00]

belly89 schreef op donderdag 26 februari 2026 @ 10:37:
Iemand een idee hoe je een automatisering maakt die alle update meldingen skipt? Ik update altijd de laatste week van de maand, en hoef niet continu een notificatie te zien van hoeveel updates er zijn, het zijn er nog al wat per maand namelijk.

Als ik zoek zie ik wel opties om bepaalde updates te skippen.
https://gathering.tweaker...message/79313266#79313266
https://gathering.tweaker...message/79331270#79331270
https://gathering.tweaker...message/81415922#81415922

Echter zou ik graag alles willen skippen, zowel van HA, als ESPhome, HACS, Apps, etc. Ik kom hier helaas niet uit, iemand die mij verder kan helpen hiermee?

Homeassistant met kiosk modus draaien zodat je de sidebar niet ziet ;0.
Dan gewoon elke maand updaten. Ik zou dit persoonlijk de rompslomp niet waard vinden voor wat getalletjes onderin een interface.

[ChristianD]

superduper schreef op woensdag 25 februari 2026 @ 17:42:
Ik zou graag een (hoog over) inzicht willen krijgen van mijn Unify Wifi accespoints in Home assistant. Kaartje per AP met upload/download rates, aantal clients.

Ik heb de integratie "Unify Network", maar die geeft beperkte info over de APs, maar wel meer over de clients (en dat hoef ik niet zo).

Nu zoek ik naar andere integrations, zoals:
- https://github.com/w1tw0l...e-info?tab=readme-ov-file
Deze krijg ik met geen mogelijkheid aan de gang; veel python errors en ik zie daar niet echt support op.
- https://github.com/ruaan-deysel/ha-unifi-insights
Deze vraagt om een API key, en voorzover ik kan lezen zit in de self hosted controller geen optie meer om een API key te genereren. Dus daar ben ik ook niet verder mee.

Ik kom gewoon niet verder en zie door alle outdated informatie de bomen niet meer.

Wie kan me een zetje geven in de goede richting?

Ik weet niet of je een Unifi UDM hebt, maar daar kan je als het goed is in de control plane een local user aanmaken met een api key.

Creating a Local User with API Key on UniFi UDM
Steps to Create a Local User
Access UniFi Network Application: Log in to your UniFi Network Application.
Navigate to User Management: Go to the "Settings" section, then select "Users".
Add a New User:
Click on "Add User".
Enter a username and password.
Ensure to enable "Restrict to Local Access Only".
Assign the appropriate role (e.g., Admin or Site Admin).
Generating an API Key
Go to Control Plane: In the UniFi Network Application, navigate to "Control Plane".
Select Integrations: Look for the "Integrations" option.
Create API Key:
Click on "Create API Key".
Note that the API key will be shown only once, so save it securely.
Important Considerations
Local vs. Cloud Accounts: Use a local admin account for API access, as cloud accounts require Multi-Factor Authentication (MFA), which can disrupt API integrations.
Permissions: Ensure the local user has sufficient permissions (e.g., Full Management) to perform the required API actions.
Testing API Access: After creating the user and API key, test the connection using tools like curl or through your application (e.g., Home Assistant) to ensure authentication works correctly.
By following these steps, you can successfully create a local user and generate an API key for your UniFi UDM.

Bron: https://community.home-as...cloudkey-gen2-plus/958799

Twijfel zelf ook altijd om een dergelijk dashboard op te zetten. Leuk omdat het kan, maar in principe is alle informatie ook goed toegankelijk in de unifi app :-)

[ Voor 3% gewijzigd door ChristianD op 26-02-2026 11:56 ]

[ChristianD]

ChristianD schreef op donderdag 26 februari 2026 @ 11:54:
[...]


Ik weet niet of je een Unifi UDM hebt, maar daar kan je als het goed is in de control plane een local user aanmaken met een api key.
[...]

Bedacht me net dat je ook kan denken aan grafana als een dashboard vanuit homeassistant. Deze heeft een unifi integratie:
https://grafana.com/grafa.../1486-unifi-ap-dashboard/

[Septillion]

belly89 schreef op donderdag 26 februari 2026 @ 10:37:
Iemand een idee hoe je een automatisering maakt die alle update meldingen skipt? Ik update altijd de laatste week van de maand, en hoef niet continu een notificatie te zien van hoeveel updates er zijn, het zijn er nog al wat per maand namelijk.

Als ik zoek zie ik wel opties om bepaalde updates te skippen.
https://gathering.tweaker...message/79313266#79313266
https://gathering.tweaker...message/79331270#79331270
https://gathering.tweaker...message/81415922#81415922

Echter zou ik graag alles willen skippen, zowel van HA, als ESPhome, HACS, Apps, etc. Ik kom hier helaas niet uit, iemand die mij verder kan helpen hiermee?

Dan kom je denk ik op iets als:

YAML:

alias: Skip all updates
description: ""
mode: restart
triggers:
  - trigger: homeassistant
    event: start
  - trigger: template
    value_template: |-
      {{ states.update 
          |selectattr('state', 'eq', 'on') 
          |list 
          |count  > 0
      }}
    for:
      hours: 0
      minutes: 0
      seconds: 1
conditions: []
actions:
  - repeat:
      while:
        - condition: template
          value_template: |-
            {{ states.update 
                |selectattr('state', 'eq', 'on') 
                |list 
                |count  > 0
            }}
      sequence:
        - alias: Skip update on ESPhome devices
          metadata: {}
          data: {}
          target:
            entity_id: |-
              {{ states.update 
                  |selectattr('state', 'eq', 'on') 
                  |map(attribute='entity_id')
                  |list 
              }}
          action: update.skip
        - delay:
            hours: 0
            minutes: 0
            seconds: 1
            milliseconds: 0

[belly89]

PCGAMER00 schreef op donderdag 26 februari 2026 @ 10:44:
[...]


Homeassistant met kiosk modus draaien zodat je de sidebar niet ziet ;0.
Dan gewoon elke maand updaten. Ik zou dit persoonlijk de rompslomp niet waard vinden voor wat getalletjes onderin een interface.

Als het met 1 automatisering gefixt is geeft dit voor de rest van de tijd rust in mijn hoofd, dus lijkt me het zeker waard

Septillion schreef op donderdag 26 februari 2026 @ 13:47:
[...]

Dan kom je denk ik op iets als:

YAML:

alias: Skip all updates
description: ""
mode: restart
triggers:
  - trigger: homeassistant
    event: start
  - trigger: template
    value_template: |-
      {{ states.update 
          |selectattr('state', 'eq', 'on') 
          |list 
          |count  > 0
      }}
    for:
      hours: 0
      minutes: 0
      seconds: 1
conditions: []
actions:
  - repeat:
      while:
        - condition: template
          value_template: |-
            {{ states.update 
                |selectattr('state', 'eq', 'on') 
                |list 
                |count  > 0
            }}
      sequence:
        - alias: Skip update on ESPhome devices
          metadata: {}
          data: {}
          target:
            entity_id: |-
              {{ states.update 
                  |selectattr('state', 'eq', 'on') 
                  |map(attribute='entity_id')
                  |list 
              }}
          action: update.skip
        - delay:
            hours: 0
            minutes: 0
            seconds: 1
            milliseconds: 0

Te gek, bedankt!!

[Ben(V)]

Je kunt ook gewoon updaten op het moment dat er iets nieuws komt, doe ik altijd.
Nog nooit fout gegaan en als dat een keer gaat gebeuren zet je gewoon de backup terug.

[ Voor 35% gewijzigd door Ben(V) op 26-02-2026 14:31 ]

[TheFes]

belly89 schreef op donderdag 26 februari 2026 @ 10:37:
Iemand een idee hoe je een automatisering maakt die alle update meldingen skipt? Ik update altijd de laatste week van de maand, en hoef niet continu een notificatie te zien van hoeveel updates er zijn, het zijn er nog al wat per maand namelijk.

Als ik zoek zie ik wel opties om bepaalde updates te skippen.
https://gathering.tweaker...message/79313266#79313266
https://gathering.tweaker...message/79331270#79331270
https://gathering.tweaker...message/81415922#81415922

Echter zou ik graag alles willen skippen, zowel van HA, als ESPhome, HACS, Apps, etc. Ik kom hier helaas niet uit, iemand die mij verder kan helpen hiermee?

Wat probeer je precies te bereiken met de laatste week van de maand updaten? Voor core zal dat misschien vroege fouten die in de beta gemist zijn voorkomen, en custom components hebben dan wellicht de updates gehad voor de nieuwe maand-release, maar er kunnen ook juist custom components geüpdatet zijn die nu juist een fout bevatten, en ook voor apps kan er juist net een foute update uitgekomen zijn.

Dus voor core kan ik het nog wel snappen, maar voor custom components en apps biedt het verder geen zekerheid.

[belly89]

TheFes schreef op donderdag 26 februari 2026 @ 14:28:
[...]

Wat probeer je precies te bereiken met de laatste week van de maand updaten? Voor core zal dat misschien vroege fouten die in de beta gemist zijn voorkomen, en custom components hebben dan wellicht de updates gehad voor de nieuwe maand-release, maar er kunnen ook juist custom components geüpdatet zijn die nu juist een fout bevatten, en ook voor apps kan er juist net een foute update uitgekomen zijn.

Dus voor core kan ik het nog wel snappen, maar voor custom components en apps biedt het verder geen zekerheid.

Snap wat je zegt. Het komt inderdaad vanuit de core updates zodat ik pas update bij versie .3 of .4. Ik heb echter geen zin om meerdere keren per maand met updates bezig te zijn. Daarom doe ik het 1x per maand, en dan op het begin van een dag waar ik veel thuis ben. Dan kan ik bij evt. problemen direct de boel fixen. Als ik er rustig voor ga zitten neem ik ook wat meer tijd om de release notes te bekijken.

Als voorbeeld de afvalwijzer integratie, heb al paar keer gehad dat er nieuwe entiteiten worden aangemaakt met _2. Geen groot probleem en makkelijk te fixen maar kost wel "tijd". Dit soort kleine puntjes doe ik dan liever op een rustig moment

Ben(V) schreef op donderdag 26 februari 2026 @ 14:27:
Je kunt ook gewoon updaten op het moment dat er iets nieuws komt, doe ik altijd.
Nog nooit fout gegaan en als dat een keer gaat gebeuren zet je gewoon de backup terug.

Klopt, dat kan ook! Maar 1x per maand updaten kan ook

[ Voor 11% gewijzigd door belly89 op 26-02-2026 14:57 ]

[Ben(V)]

Kan ook maar jij ergert je aan de update notification en dan is de oplossing gewoon updaten of je ergernis deleten.

[belly89]

Ben(V) schreef op donderdag 26 februari 2026 @ 15:00:
Kan ook maar jij ergert je aan de update notification en dan is de oplossing gewoon updaten of je ergernis deleten.

Of automatisch de updates overslaan en dan bij gelegenheid alles installeren

[Just_A_User]

TheFes schreef op zaterdag 21 februari 2026 @ 18:06:
[...]

Als je inderdaad het stuk er nog eens onder plakt, en unique_id, name en de zone aanpast, dan kun je ook een andere locatie bijhouden

Dit werkt niet meer, en ik heb geen idee waarom. Ik heb 3 van die sensoren gebouwd, op jouw voorbeeld, en in ieder geval de variant voor 'Thuis' werkt niet meer. Er is een update geweest van die Mini integratie, en ik zie de entiteiten werken zoals voorheen, maar deze logica werkt niet meer. Ik doe dan voorzichtig de aanname dat de rest ook niet meer werkt. (werk & totaal).

De logica is dit:

YAML:

- triggers:
      - trigger: state
        entity_id: sensor.battery_hv_state_of_charge
        not_to:
          - unavailable
          - unknown
        not_from:
          - unavailable
          - unknown
    conditions:
      - condition: state
        entity_id: device_tracker.location
        state: home
      - condition: state
        entity_id: sensor.charging_ev_charging_state
        state: CHARGINGACTIVE
    sensor:
      - unique_id: 9f2251e3-c891-4444-ac52-c2f41a7761e7
        name: Car charged at home total
        state: >
          {% set current = this.state | float(0) %}
          {% set from = trigger.from_state.state | float %}
          {% set to = trigger.to_state.state | float %}
          {% set delta = (to - from) * 0.362 %}
          {{ current + delta }}
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing

sensor.battery_hv_state_of_charge bestaat nog steeds, gebruik ik ook op het dashboard voor die auto om de SoC weer te geven, vanochtend heeft de auto opgeladen, en die balk is gegaan van 70% naar 100%.

sensor.charging_ev_charging_state bestaat ook nog steeds, en krijgt nog steeds de waarde CHARGINGACTIVE op het moment dat de auto geladen wordt.

device_tracker.location bestaat ook nog steeds, en de auto was thuis, is thuis, werd op het moment van laden ook weergegeven, dus dat lijkt me ook goed.

Dus de aanwezige sensoren in de logica bestaan nog steeds, en krijgen nog steeds dezelfde waarden als vóór de update van de integratie, en tóch blijft de teller op 0,00 kWh staan, terwijl er werkelijkheid 11,258 kWh is geladen. Schiet mij maar lek.

[TheFes]

Just_A_User schreef op donderdag 26 februari 2026 @ 15:24:
[...]


Dit werkt niet meer, en ik heb geen idee waarom. Ik heb 3 van die sensoren gebouwd, op jouw voorbeeld, en in ieder geval de variant voor 'Thuis' werkt niet meer. Er is een update geweest van die Mini integratie, en ik zie de entiteiten werken zoals voorheen, maar deze logica werkt niet meer. Ik doe dan voorzichtig de aanname dat de rest ook niet meer werkt. (werk & totaal).

De logica is dit:

YAML:

- triggers:
      - trigger: state
        entity_id: sensor.battery_hv_state_of_charge
        not_to:
          - unavailable
          - unknown
        not_from:
          - unavailable
          - unknown
    conditions:
      - condition: state
        entity_id: device_tracker.location
        state: home
      - condition: state
        entity_id: sensor.charging_ev_charging_state
        state: CHARGINGACTIVE
    sensor:
      - unique_id: 9f2251e3-c891-4444-ac52-c2f41a7761e7
        name: Car charged at home total
        state: >
          {% set current = this.state | float(0) %}
          {% set from = trigger.from_state.state | float %}
          {% set to = trigger.to_state.state | float %}
          {% set delta = (to - from) * 0.362 %}
          {{ current + delta }}
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing

sensor.battery_hv_state_of_charge bestaat nog steeds, gebruik ik ook op het dashboard voor die auto om de SoC weer te geven, vanochtend heeft de auto opgeladen, en die balk is gegaan van 70% naar 100%.

sensor.charging_ev_charging_state bestaat ook nog steeds, en krijgt nog steeds de waarde CHARGINGACTIVE op het moment dat de auto geladen wordt.

device_tracker.location bestaat ook nog steeds, en de auto was thuis, is thuis, werd op het moment van laden ook weergegeven, dus dat lijkt me ook goed.

Dus de aanwezige sensoren in de logica bestaan nog steeds, en krijgen nog steeds dezelfde waarden als vóór de update van de integratie, en tóch blijft de teller op 0,00 kWh staan, terwijl er werkelijkheid 11,258 kWh is geladen. Schiet mij maar lek.

De sensor zou sowieso niet naar 0.0 moeten gaan, het zou een lifetime optellende sensor moeten zijn.

[Just_A_User]

TheFes schreef op donderdag 26 februari 2026 @ 18:09:
[...]

De sensor zou sowieso niet naar 0.0 moeten gaan, het zou een lifetime optellende sensor moeten zijn.

Ah, ik snap de verwarring. De sensor waar ik aan refereer is een dagelijks resettende sensor. Aangezien het gewerkt heeft, en ik eergisteren de integratie voor de auto heb geüpdate zou ik zeggen dat het daar mee te maken heeft.

De sensor waar jij aan refereert, te weten car charged at home total, is inderdaad niet 0, maar de kWhs van vandaag zijn er ook niet bij gekomen.

[TheFes]

Just_A_User schreef op donderdag 26 februari 2026 @ 18:23:
[...]


Ah, ik snap de verwarring. De sensor waar ik aan refereer is een dagelijks resettende sensor. Aangezien het gewerkt heeft, en ik eergisteren de integratie voor de auto heb geüpdate zou ik zeggen dat het daar mee te maken heeft.

De sensor waar jij aan refereert, te weten car charged at home total, is inderdaad niet 0, maar de kWhs van vandaag zijn er ook niet bij gekomen.

Kun je een screenshot maken vanuit de historie waarin je alle betrokken entities onder elkaar zet, zodat ze ook dezelfde tijdschaal hebben.

Dus iets als dit

[Just_A_User]

TheFes schreef op donderdag 26 februari 2026 @ 18:33:
[...]

Kun je een screenshot maken vanuit de historie waarin je alle betrokken entities onder elkaar zet, zodat ze ook dezelfde tijdschaal hebben.

Dus iets als dit
[Afbeelding]

Ja, dat kan; volgens mij is dat dit:



Wat deze integratie/auto doet, is dat ie niets 'live' laat zien. Dus de updates komen na X tijd (en daar gaat best wat tijd overheen) of na een statuswijziging. Dus dat ik tijdens het laden alles op 0 zie staan is prima, maar daarna wordt er ook niks (meer) geupdate.

Dus je ziet dat de auto thuis was, je ziet dat de status CHARGINGACTIVE was, je ziet dat de accu is gegaan van 70% naar 100%, en volgens mij is het dat? En dan verwacht je dat als hij aan die voorwaarden voldoet, én de accu loopt op, dat er via het rekensommetje dan een X aantal kWh's uitrollen die opgeteld worden bij de tot dan actuele sensor van car_charged_at_home_total, en dat heeft ook gewerkt, de 1e keer. De 2e keer was op het werk, dat werkte ook uitstekend, en vandaag was dus de 3e keer.

Eergisteren heb ik de integratie geupdate, dus ik vermoed dat er daar iets is gebeurt, maar ik snap niet waarom de basis elementen waarop de logica is gemaakt wél updaten.

[TheFes]

Just_A_User schreef op donderdag 26 februari 2026 @ 18:49:
[...]


Ja, dat kan; volgens mij is dat dit:

[Afbeelding]

Wat deze integratie/auto doet, is dat ie niets 'live' laat zien. Dus de updates komen na X tijd (en daar gaat best wat tijd overheen) of na een statuswijziging. Dus dat ik tijdens het laden alles op 0 zie staan is prima, maar daarna wordt er ook niks (meer) geupdate.

Dus je ziet dat de auto thuis was, je ziet dat de status CHARGINGACTIVE was, je ziet dat de accu is gegaan van 70% naar 100%, en volgens mij is het dat? En dan verwacht je dat als hij aan die voorwaarden voldoet, én de accu loopt op, dat er via het rekensommetje dan een X aantal kWh's uitrollen die opgeteld worden bij de tot dan actuele sensor van car_charged_at_home_total, en dat heeft ook gewerkt, de 1e keer. De 2e keer was op het werk, dat werkte ook uitstekend, en vandaag was dus de 3e keer.

Eergisteren heb ik de integratie geupdate, dus ik vermoed dat er daar iets is gebeurt, maar ik snap niet waarom de basis elementen waarop de logica is gemaakt wél updaten.

De state change van 11 naar 100% is waarschijnlijk pas geweest toen de state al gewijzigd was naar CHARGINGENDED, waarmee dus niet aan die condition voldaan werd.
Je zou dat ook als mogelijke state in de condition kunnen toevoegen om dat af te vangen.

YAML:

# gewijzigde condition
      - condition: state
        entity_id: sensor.charging_ev_charging_state
        state: 
          - CHARGINGACTIVE
          - CHARGINGENDED

[RoTeK70]

Ik lees overal dat je verschillende themes per dashboard kan instellen.
Ik kan het echter niet vinden waar ik dit kan regelen. Nu veranderen alle dashboards naar het zelfde theme.
ook al in de Yaml files gezocht maar ook daar zie ik niet hoe ik dit per dashboard kan regelen.
Kan iemand mij een zetje geven de juiste richting op.

[hjs]

RoTeK70 schreef op donderdag 26 februari 2026 @ 20:44:
Ik lees overal dat je verschillende themes per dashboard kan instellen.
Ik kan het echter niet vinden waar ik dit kan regelen. Nu veranderen alle dashboards naar het zelfde theme.
ook al in de Yaml files gezocht maar ook daar zie ik niet hoe ik dit per dashboard kan regelen.
Kan iemand mij een zetje geven de juiste richting op.

Links onder op je naam klikken

[RoTeK70]

hjs schreef op donderdag 26 februari 2026 @ 20:45:
[...]


Links onder op je naam klikken

Bedankt voor je reactie, dat kan maar dan veranderen alle verschillende dashboarden die ik heb gemaakt naar hetzelfde theme. ik wil graag per dashboard een theme kunnen kiezen.

[hjs]

RoTeK70 schreef op donderdag 26 februari 2026 @ 21:18:
[...]


Bedankt voor je reactie, dat kan maar dan veranderen alle verschillende dashboarden die ik heb gemaakt naar hetzelfde theme. ik wil graag per dashboard een theme kunnen kiezen.

Drie puntjes rechts
Edit
Potloodje

[Septillion]

@belly89 Ik sla hier een paar updates over:
- De x.x.0 update van Core. Niet alleen omdat er wel eens wat per ongeluk stuk is, maar vooral om eerst netjes de changelogs te lezen. Want zeker qua WAF zijn er ook wel eens wat non-breaking changes die niet direct goed vallen in huis.
- Alle update meldingen van ESPHome devices. Want daar is een update 9 van de 10 keer toch onzin voor. En heb nooit optie gevonden dat in de ESPHome config te zetten (maar stikt genomen komt daar de update ook niet vandaan maar uit de integratie).
- Test wel eens wat met ESPHome dev versie maar daarvan hoef ik ook niet elke update te zien. Voor deze had ik ook gewoon update entity uit kunnen zetten.

[TheFes]

Wat betreft updates van ESPHome devices. Ik zet de add-on app alleen aan als ik daadwerkelijk een config wil wijzigen/toevoegen. Of als ik wel een keer updates wil doorvoeren. Daarna gaat de app weer uit.

Je kunt op deze manier de app gewoon up-to-date houden, maar zolang de app zelf uit staat, krijg je de update meldingen ook niet.

[badkuip]

Septillion schreef op vrijdag 27 februari 2026 @ 08:55:
@belly89 Ik sla hier een paar updates over:
- Alle update meldingen van ESPHome devices. Want daar is een update 9 van de 10 keer toch onzin voor. En heb nooit optie gevonden dat in de ESPHome config te zetten (maar stikt genomen komt daar de update ook niet vandaan maar uit de integratie).

Een update melding kan je voorkomen door de update entity van het ESPHome device uit te zetten. Dan worden er geen meldingen meer gegenereerd.


Zelf laat ik elke nacht om 03.00 uur een automation lopen die alle updates van integration ESPhome automatisch update. Voor de simpele devices zoals smart plugs en de slimmelezer gaat dat zonder problemen.
Van home assistant Voice wil ik niet dat ie automatisch update. Ik heb van dat device de update entity uitgeschakeld zodat deze 's nachts niet wordt meegenomen in de ronde.

Iedere keer updaten vind ik eigenlijk ook zonde maar het voorkomt dat je op gegeven moment tegen een breaking change aanloopt. Dat moment ben ik liever voor.

[Just_A_User]

TheFes schreef op donderdag 26 februari 2026 @ 19:26:
[...]

De state change van 11 naar 100% is waarschijnlijk pas geweest toen de state al gewijzigd was naar CHARGINGENDED, waarmee dus niet aan die condition voldaan werd.
Je zou dat ook als mogelijke state in de condition kunnen toevoegen om dat af te vangen.

YAML:

# gewijzigde condition
      - condition: state
        entity_id: sensor.charging_ev_charging_state
        state: 
          - CHARGINGACTIVE
          - CHARGINGENDED

Zou het dat zijn ja...? Ik heb het inmiddels aangepast, dus bij de volgende keer kijken wat er gebeurt.

[blackd]

badkuip schreef op vrijdag 27 februari 2026 @ 09:52:
Zelf laat ik elke nacht om 03.00 uur een automation lopen die alle updates van integration ESPhome automatisch update.

Zou je die hier kunnen delen? Heb ik wel interesse in.

Septillion schreef op vrijdag 27 februari 2026 @ 08:55:
@belly89 Ik sla hier een paar updates over:
- De x.x.0 update van Core. Niet alleen omdat er wel eens wat per ongeluk stuk is, maar vooral om eerst netjes de changelogs te lezen. Want zeker qua WAF zijn er ook wel eens wat non-breaking changes die niet direct goed vallen in huis.

Ik hanteer dezelfde update strategie m.b.t. core. Ignore jij die .0 release automatisch of lees je de changelogs door en skip je de update vervolgens?

[badkuip]

blackd schreef op vrijdag 27 februari 2026 @ 09:55:
[...]

Zou je die hier kunnen delen? Heb ik wel interesse in.
[...]

Ik hanteer dezelfde update strategie m.b.t. core. Ignore jij die .0 release automatisch of lees je de changelogs door en skip je de update vervolgens?

Natuurlijk. De credits moeten gaan naar iemand op het home assistant forum

YAML:

alias: "Algemeen - Schedule: Automatically update ESPHome Devices"
description: >-
  Automatically update ESPHome Devices at midnight, and notify when they are
  updated.
triggers:
  - trigger: time_pattern
    id: start_update
    minutes: "00"
    hours: "1"
    seconds: "30"
  - alias: When all devices are updated
    value_template: |-
      {% set entities = states.update | 
          selectattr('state', 'eq', 'on') |
          map(attribute='entity_id') | 
          select('in', integration_entities('esphome')) |
          list | count
      %} 

      {{ entities == 0 }}
    trigger: template
    id: up-to-date
  - event_type: timer.finished
    event_data:
      entity_id: timer.esphome_updates_timer
    id: esphome_timer_updates_finished
    trigger: event
conditions: []
actions:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - start_update
          - condition: template
            value_template: |-
              {% set entities = states.update | 
                  selectattr('state', 'eq', 'on') |
                  map(attribute='entity_id') | 
                  select('in', integration_entities('esphome')) |
                  list | count
              %} 

              {{ entities > 0 }}
            alias: Confirm something needs to be updated still
        sequence:
          - data:
              duration: 0
            target:
              entity_id: timer.esphome_updates_timer
            action: timer.start
          - data:
              title: ESPHome Devices
              message: >-
                {% set entity = states.update | 
                    selectattr('state', 'eq', 'on') |
                    map(attribute='entity_id') | 
                    select('in', integration_entities('esphome')) | 
                    first
                %} 

                Your ESPHome devices will now be updated from {{
                state_attr(entity, "installed_version")  }} to {{
                state_attr(entity, "latest_version")  }}.
            action: notify.mobile_app_iphone_van_klaas
          - alias: Update all ESPHome devices in sequence
            repeat:
              for_each: |-
                {{ states.update |
                    selectattr('state', 'eq', 'on') |
                    map(attribute='entity_id') | 
                    select('in', integration_entities('esphome')) | 
                    list
                }}
              sequence:
                - target:
                    entity_id: "{{ repeat.item }}"
                  action: update.install
                  data: {}
                - wait_template: "{{ is_state(repeat.item, 'off') }}"
      - conditions:
          - condition: trigger
            id: up-to-date
          - condition: template
            value_template: |-
              {% set entities = states.update | 
                  selectattr('state', 'eq', 'on') |
                  map(attribute='entity_id') | 
                  select('in', integration_entities('esphome')) |
                  list | count
              %} 

              {{ entities == 0 }}
            alias: Confirm all are updated
        sequence:
          - data: {}
            target:
              entity_id: timer.esphome_updates_timer
            action: timer.cancel
          - data:
              title: ESPHome Devices
              message: Your ESPHome devices are now all updated to the latest version.
            action: notify.mobile_app_iphone_van_klaas
      - conditions:
          - condition: trigger
            id: esphome_timer_updates_finished
        sequence:
          - data:
              title: ESPHome Devices
              message: >-
                There was a problem updating to the latest version. Please check
                your ESPHome Addon.
            action: notify.mobile_app_iphone_van_klaas
mode: queued
max: 3

Je moet een timer aanmaken om dit te laten werken. De timer.esphome_updates_timer heb ik staan op 2 uur. Verder nog even de verwijzing naar je iphone of andere device goedzetten.

Het enige wat hier nog aan ontbreekt is dat na afloopt alle build files (cache) wordt geleegd. Met de updaterondes loopt mijn disk hierdoor langzaamaan vol.

[TheFes]

Just_A_User schreef op vrijdag 27 februari 2026 @ 09:54:
[...]


Zou het dat zijn ja...? Ik heb het inmiddels aangepast, dus bij de volgende keer kijken wat er gebeurt.

De precieze tijden zijn op je screenshot niet te zien, maar de sprong van de batterij sensor en de state change naar CHARGINENDED zijn wel op vrijwel hetzelfde moment, dus dat maakt het wel heel waarschijnlijk dat dit het probleem was

[TheFes]

badkuip schreef op vrijdag 27 februari 2026 @ 10:01:
[...]


Natuurlijk. De credits moeten gaan naar iemand op het home assistant forum

YAML:

alias: "Algemeen - Schedule: Automatically update ESPHome Devices"
description: >-
  Automatically update ESPHome Devices at midnight, and notify when they are
  updated.
triggers:
  - trigger: time_pattern
    id: start_update
    minutes: "00"
    hours: "1"
    seconds: "30"
  - alias: When all devices are updated
    value_template: |-
      {% set entities = states.update | 
          selectattr('state', 'eq', 'on') |
          map(attribute='entity_id') | 
          select('in', integration_entities('esphome')) |
          list | count
      %} 

      {{ entities == 0 }}
    trigger: template
    id: up-to-date
  - event_type: timer.finished
    event_data:
      entity_id: timer.esphome_updates_timer
    id: esphome_timer_updates_finished
    trigger: event
conditions: []
actions:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - start_update
          - condition: template
            value_template: |-
              {% set entities = states.update | 
                  selectattr('state', 'eq', 'on') |
                  map(attribute='entity_id') | 
                  select('in', integration_entities('esphome')) |
                  list | count
              %} 

              {{ entities > 0 }}
            alias: Confirm something needs to be updated still
        sequence:
          - data:
              duration: 0
            target:
              entity_id: timer.esphome_updates_timer
            action: timer.start
          - data:
              title: ESPHome Devices
              message: >-
                {% set entity = states.update | 
                    selectattr('state', 'eq', 'on') |
                    map(attribute='entity_id') | 
                    select('in', integration_entities('esphome')) | 
                    first
                %} 

                Your ESPHome devices will now be updated from {{
                state_attr(entity, "installed_version")  }} to {{
                state_attr(entity, "latest_version")  }}.
            action: notify.mobile_app_iphone_van_klaas
          - alias: Update all ESPHome devices in sequence
            repeat:
              for_each: |-
                {{ states.update |
                    selectattr('state', 'eq', 'on') |
                    map(attribute='entity_id') | 
                    select('in', integration_entities('esphome')) | 
                    list
                }}
              sequence:
                - target:
                    entity_id: "{{ repeat.item }}"
                  action: update.install
                  data: {}
                - wait_template: "{{ is_state(repeat.item, 'off') }}"
      - conditions:
          - condition: trigger
            id: up-to-date
          - condition: template
            value_template: |-
              {% set entities = states.update | 
                  selectattr('state', 'eq', 'on') |
                  map(attribute='entity_id') | 
                  select('in', integration_entities('esphome')) |
                  list | count
              %} 

              {{ entities == 0 }}
            alias: Confirm all are updated
        sequence:
          - data: {}
            target:
              entity_id: timer.esphome_updates_timer
            action: timer.cancel
          - data:
              title: ESPHome Devices
              message: Your ESPHome devices are now all updated to the latest version.
            action: notify.mobile_app_iphone_van_klaas
      - conditions:
          - condition: trigger
            id: esphome_timer_updates_finished
        sequence:
          - data:
              title: ESPHome Devices
              message: >-
                There was a problem updating to the latest version. Please check
                your ESPHome Addon.
            action: notify.mobile_app_iphone_van_klaas
mode: queued
max: 3

Je moet een timer aanmaken om dit te laten werken. De timer.esphome_updates_timer heb ik staan op 2 uur. Verder nog even de verwijzing naar je iphone of andere device goedzetten.

Het enige wat hier nog aan ontbreekt is dat na afloopt alle build files (cache) wordt geleegd. Met de updaterondes loopt mijn disk hierdoor langzaamaan vol.

Dit zou ook wel zonder die timer kunnen, met een wait_template

Normaal gesproken zou ik lange waits wel afraden, maar omdat je dit toch 's nachts doet (volgens je automation om 1:30 en niet om 3:00) is het risico van onderbreking van de automation door een herstart een stuk lager.

Verder snap ik niet helemaal waarom er voor een time patter trigger gekozen is ipv een time trigger, en zou ik de ESPHome entities die een update nodig hebben in een variable gooien, want nu herhaalt hij een aantal keer hetzelfde template.

Tevens zou ik er wel op willen wijzen dat de geheugenchips in een ESP maar een beperkt aantal keer beschreven kunnen worden. Nu zul je daar niet zomaar aan komen, maar om nou voor elke random wijziging in ESPHome die totaal niets toevoegt aan jouw config een hele nieuwe firmware op je device te gaan flashen...

[badkuip]

@TheFes bedankt voor je feedback en voel je vrij om de code aan te passen of te verbeteren. Het was inderdaad om 1.30 uur en niet om 3.00 uur, my bad.

Waarom zou je nou niet voor iedere wijziging een nieuwe firmware gaan flashen? Je geeft zelf aan niet te verwachten dat je aan de limiet van het aantal keer schrijven komt.

Zolang er niet gewerkt wordt met milestone-releases, major of minor releases en er in iedere release een breaking change kan voorkomen, lijkt het mij het beste om mee te lopen in de updatecylus. Des te eerder ondervang je dat. Aan de max van het aantal schrijven naar de device kom ik niet en 's nachts heb ik er geen werk aan. Ik zie geen reden waarom niet, op deze manier.

[TheFes]

badkuip schreef op vrijdag 27 februari 2026 @ 11:41:
@TheFes bedankt voor je feedback en voel je vrij om de code aan te passen of te verbeteren. Het was inderdaad om 1.30 uur en niet om 3.00 uur, my bad.

Waarom zou je nou niet voor iedere wijziging een nieuwe firmware gaan flashen? Je geeft zelf aan niet te verwachten dat je aan de limiet van het aantal keer schrijven komt.

Zolang er niet gewerkt wordt met milestone-releases, major of minor releases en er in iedere release een breaking change kan voorkomen, lijkt het mij het beste om mee te lopen in de updatecylus. Des te eerder ondervang je dat. Aan de max van het aantal schrijven naar de device kom ik niet en 's nachts heb ik er geen werk aan. Ik zie geen reden waarom niet, op deze manier.

Dat snap ik niet. Hoe kan een update een breaking change voorkomen? Een update kan juist een breaking change introduceren.

Een werkende config zal niet zomaar kapot gaan als je op de huidige config blijft draaien. Maar een werkende config kan juist wel kapot gaan omdat een update een breaking change heeft.

En ja, je zult niet aan het maximaal aantal writes komen, maar ik zie ook geen reden om daarom maar totale firmware te gaan overschrijven met updates die niets toevoegen aan jouw specifieke configuratie.

En hoezo zijn er geen milestone releases? Die zijn er wel, 2026.3 zal nieuwe features toevoegen, en alle versies daarna zullen bug fix releases zijn die geen nieuwe functionaliteit toevoegen.

Maar goed, zo heeft ieder zijn eigen werkwijze :)

[badkuip]

Als ik een device update kan ik een breaking change voorkomen doordat de nieuwe update hierover eerst logt.
Een voorbeeld daarvan is wifi - min_auth_mode: WPA2. Bij de eerste paar updates gaf ie alleen een melding dat een paar releases later dit een vereiste parameter zou gaan worden en ie dan zou defaulten naar WPA2.
Misschien niet een breaking change, maar het kunnen zien van warnings veroorzaakt door een update en deze ook tijdig kunnen oplossen, zorgt ervoor dat m'n log schoon blijft en zoveel mogelijk alleen echte problemen logt.

[Septillion]

@badkuip Ik weet dat ik hem uit kan zetten, maar helemaal device in moeten duiken is stuk meer werk dan als ik het in de device config zou kunnen zetten. Via automation werkt dan ook veel makkelijker.

En zelf vind ik het zonde om steeds volle recompile te doen als er eigenlijk niets van dat device anders wordt. En zijn er dus ook wel een breaking changes geweest zonder deprecated melding. Of veranderingen/fixes die prima compilen maar daarna een andere uitwerking hebben. Dus ook daar ben ik er persoonlijk liever bij

Naast dat ik niet pro-actief zelf ga kijken in de compile log naar warnings als deze automatisch zouden gaan

Maar hé, fijne van HA is dat iedereen zijn eigen standpunt daarin kan innemen Qua automation, zou ik denk ik gewoon tweede time trigger om 2 uur (of hoe lang je timer is) zetten. Want wanneer de timer afloopt is feitelijk gewoon fixed.

Voor de update zou je ook de repeat weg kunnen laten en ze gewoon allemaal parallel een update kunnen geven. Zou gewoon niet zo veel uit.

Of ja, er zit daar nu wel een bug. Als de update faalt dan blijft je wait template nu oneindig wachten en zal de rest geen update krijgen. Je automation blijft dan lopen en doordat die op mode queued staat krijg je dan ook nooit de melding dat de update gefaald heeft Dus daar zou ik wel een time out op zetten.

[MazzHead]

Wat een enthousiaste updaters hier.

Ben nog van de oude stempel: if it ain't broken, don't fix it.

Hier tijdens stookseizoen absoluut geen updates, kan alleen problemen opleveren. Doe in de zomer een enkele updateronde en als die stabiel is gaat de boel weer op slot.

Met ESPHome iets ruimer beleid, doe daar altijd eerst een manual download om de meldingen te kunnen checken. Heb hier meerdere docker containers lopen met verschillende versies als ik een nieuwe feature nodig heb.

Zit er zelfs aan te denken een extra HA instance met reservedevices op te zetten om echt te kunnen testen voordat het in productie gaat. Heb ik ook een backup systeem om hardware issue op te kunnen vangen.

[MXMan]

Het restoren van een backup om te rollbacken is een werkje van 1-2-3. Ik snap niet dat zoveel mensen zo huiverachtig staan tegenover updates.

[ Voor 6% gewijzigd door MXMan op 27-02-2026 14:09 ]

[Septillion]

@MazzHead Neem me steeds voor om na een ESPHome device update om de .bin / .uf2 te downloaden en te bewaren. Maar vergeet het vaak.

Want naar mijn idee mist ESPHome gewoon een backup functie. Gezien de builder versie zo veel uitmaakt is alleen de config yaml niet genoeg. Dus zou het echt een top aanvulling vinden als ESPHome Builder de mogelijkheid zou hebben om ook automatisch binaries te backuppen ipv er zelf aan moeten denken dat je de bin opslaat. Al was het maar gewoon de laatste succesvolle wireless update, als die ook gewoon in de HA backup zit ben je al erg ver.

[ Voor 5% gewijzigd door Septillion op 27-02-2026 15:02 ]

[Septillion]

@MXMan Maar het kost nog steeds tijd. Dus wil ik niet dat een update vanzelf gebeurd. Want dan gaat het natuurlijk stuk als ik een super drukke dag heb en ik echt geen tijd of puf heb om daar mee bezig te gaan.

Naast dat als ik niet gelijk tijd heb ik toch gewoon een stuk history mis. Daar sta ik ook niet om te springen.

Loop nooit zo ver achter maar doe de major updates wel wanneer ik tijd heb en de changelog heb gelezen.

[Just_A_User]

TheFes schreef op vrijdag 27 februari 2026 @ 11:20:
[...]

De precieze tijden zijn op je screenshot niet te zien, maar de sprong van de batterij sensor en de state change naar CHARGINENDED zijn wel op vrijwel hetzelfde moment, dus dat maakt het wel heel waarschijnlijk dat dit het probleem was

Ik deel nog wel even een screenshot (met opzicht want in de code hier als tekst zie je het wellicht niet goed) met de vraag: is de inspringing genoeg bij de 2 betreffende waarden bij state voor sensor.charging_ev_charging_state? Niet dat het daar dalijk weer op stuk loopt

[TheFes]

Just_A_User schreef op vrijdag 27 februari 2026 @ 15:06:
[...]


Ik deel nog wel even een screenshot (met opzicht want in de code hier als tekst zie je het wellicht niet goed) met de vraag: is de inspringing genoeg bij de 2 betreffende waarden bij state voor sensor.charging_ev_charging_state? Niet dat het daar dalijk weer op stuk loopt

was het de bedoeling dat je screenshot bij deze post zat?

[Just_A_User]

TheFes schreef op vrijdag 27 februari 2026 @ 15:16:
[...]

was het de bedoeling dat je screenshot bij deze post zat?

Ja. Wacht

[TheFes]

Just_A_User schreef op vrijdag 27 februari 2026 @ 15:21:
[...]




Ja. Wacht
[Afbeelding]

Bij YAML is het vooral van belang dat je indentation consistent is.

Meest gangbaar is 2 spaties. Of je bij een list wel of niet 2 spaties indentation onder de key moet doen, zijn de meningen over verdeeld. Ik doe het altijd wel, anderen doen het zoals jij doet, dus zonder spaties.

Maar zo lang het onder dezelfde key maar hetzelfde is, maakt het niet uit, in plaats van 2 spaties mag je ook 27 spaties doen. Zo lang je het maar continu hetzelfde doet.

[manusjevanalles]

Ik heb de laatste weken/maanden een probleem met HA. HA lijkt geen data meer van het internet op te halen (heel soms wel) via alle integraties. De log staat voor errors.
Ik draai HA in docker op Ubuntu Server, in een VM op Proxmox. Deze setup heb ik al jaren zonder problemen. Er is recent ook niets gewijzigd, behalve dat alle integraties, hosts en HA altijd worden geupdatet.

Config docker:

YAML:

homeassistant:
    container_name: homeassistant
    image: ghcr.io/home-assistant/home-assistant:stable
    volumes:
      - /home/julian/data/homeassistant/config:/config
      - /etc/localtime:/etc/localtime:ro
    restart: always
    networks:
     - bridge
    ports:
     - 8123:8123
    privileged: true
#    network_mode: host

networks:
  bridge:

De afgelopen jaren draaide ik HA met parameter network_mode: host. Dit resulteerde sinds recent dat apt-get update en docker pull niet werkte. Het is me gelukt het probleem naar HA te herleiden. Nu draai ik hem als bovenstaande config, en kan de host prima met internet verbinden, echter HA nog steeds niet.
Vreemde is dat ik wel van buitenaf gewoon met HA kan verbinden. Ook kan HA via modbus over tcp de data van de warmtepomp binnenhalen (via LAN), echter via hetzelfde LAN de data van de zonnepanelen binnenhalen lukt niet (af en toe komen er wel waardes binnen, normaal gesproken gaat dit elke seconde). Maar integraties zoals buienradar, Nordpool etc kunnen niet hun data binnenhalen (en soms lukt het wel).

Als ik via de shell ín de container als test curl buienradar doe, dan komt er ongeveer in 1 op de 3 pogingen data binnen.

Aantal van de foutmeldingen in HA:

code:

Logger: custom_components.ev_smart_charging.coordinator
Source: custom_components/ev_smart_charging/coordinator.py:893
integration: EV Smart Charging (documentation, issues)
First occurred: February 27, 2026 at 21:14:05 (1960 occurrences)
Last logged: 13:11:20
Price state: <state sensor.nordpool_kwh_nl_eur_3_09_0=unavailable; restored=True, state_class=total, device_class=monetary, icon=mdi:flash, friendly_name=nordpool_kwh_nl_eur_3_09_0, supported_features=0, unit_of_measurement=EUR/kWh @ 2026-02-27T21:14:04.760713+01:00>

code:

Logger: pysaj
Source: components/saj/sensor.py:116
First occurred: 07:40:50 (449 occurrences)
Last logged: 13:09:14
Connection to SAJ inverter is not possible. The inverter may be offline due to darkness. Otherwise check host/ip address.

code:

Logger: custom_components.buienalarm.sensor
Source: custom_components/buienalarm/sensor.py:181
integration: Buienalarm (documentation, issues)
First occurred: February 27, 2026 at 21:18:09 (90 occurrences)
Last logged: 13:08:09
[SENSOR COORD] Error updating data: HTTPSConnectionPool(host='imn-rust-lb.infoplaza.io', port=443): Max retries exceeded with url: /v4/nowcast/ba/timeseries/52.7875/4.79861 (Caused by NewConnectionError("HTTPSConnection(host='imn-rust-lb.infoplaza.io', port=443): Failed to establish a new connection: [Errno 101] Network unreachable"))

Met eerdere versies van HA (geen idee bij welke versie het nog wel werkte) had ik bij dezelfde config geen probleem.
Wat werkt dus wel:
- vm heeft volledig toegang tot internet en nu geen problemen meer
- HA is van buitenaf gewoon te benaderen (via portforward)
- Deel van de zaken die via LAN binnenkomen (esphome, modbus over tcp) werken, maar de omvormer weer niet (SAJ, zie voorbeeld)
- Integraties kunnen geen data van internet halen.

Weet iemand wat er aan de hand zou kunnen zijn?

[ Voor 4% gewijzigd door manusjevanalles op 28-02-2026 13:14 ]

[synoniem]

manusjevanalles schreef op zaterdag 28 februari 2026 @ 13:13:
Ik heb de laatste weken/maanden een probleem met HA. HA lijkt geen data meer van het internet op te halen (heel soms wel) via alle integraties. De log staat voor errors.
Ik draai HA in docker op Ubuntu Server, in een VM op Proxmox. Deze setup heb ik al jaren zonder problemen. Er is recent ook niets gewijzigd, behalve dat alle integraties, hosts en HA altijd worden geupdatet.

Config docker:

YAML:

homeassistant:
    container_name: homeassistant
    image: ghcr.io/home-assistant/home-assistant:stable
    volumes:
      - /home/julian/data/homeassistant/config:/config
      - /etc/localtime:/etc/localtime:ro
    restart: always
    networks:
     - bridge
    ports:
     - 8123:8123
    privileged: true
#    network_mode: host

networks:
  bridge:

De afgelopen jaren draaide ik HA met parameter network_mode: host. Dit resulteerde sinds recent dat apt-get update en docker pull niet werkte. Het is me gelukt het probleem naar HA te herleiden. Nu draai ik hem als bovenstaande config, en kan de host prima met internet verbinden, echter HA nog steeds niet.
Vreemde is dat ik wel van buitenaf gewoon met HA kan verbinden. Ook kan HA via modbus over tcp de data van de warmtepomp binnenhalen (via LAN), echter via hetzelfde LAN de data van de zonnepanelen binnenhalen lukt niet (af en toe komen er wel waardes binnen, normaal gesproken gaat dit elke seconde). Maar integraties zoals buienradar, Nordpool etc kunnen niet hun data binnenhalen (en soms lukt het wel).

Als ik via de shell ín de container als test curl buienradar doe, dan komt er ongeveer in 1 op de 3 pogingen data binnen.

Aantal van de foutmeldingen in HA:

code:

Logger: custom_components.ev_smart_charging.coordinator
Source: custom_components/ev_smart_charging/coordinator.py:893
integration: EV Smart Charging (documentation, issues)
First occurred: February 27, 2026 at 21:14:05 (1960 occurrences)
Last logged: 13:11:20
Price state: <state sensor.nordpool_kwh_nl_eur_3_09_0=unavailable; restored=True, state_class=total, device_class=monetary, icon=mdi:flash, friendly_name=nordpool_kwh_nl_eur_3_09_0, supported_features=0, unit_of_measurement=EUR/kWh @ 2026-02-27T21:14:04.760713+01:00>

code:

Logger: pysaj
Source: components/saj/sensor.py:116
First occurred: 07:40:50 (449 occurrences)
Last logged: 13:09:14
Connection to SAJ inverter is not possible. The inverter may be offline due to darkness. Otherwise check host/ip address.

code:

Logger: custom_components.buienalarm.sensor
Source: custom_components/buienalarm/sensor.py:181
integration: Buienalarm (documentation, issues)
First occurred: February 27, 2026 at 21:18:09 (90 occurrences)
Last logged: 13:08:09
[SENSOR COORD] Error updating data: HTTPSConnectionPool(host='imn-rust-lb.infoplaza.io', port=443): Max retries exceeded with url: /v4/nowcast/ba/timeseries/52.7875/4.79861 (Caused by NewConnectionError("HTTPSConnection(host='imn-rust-lb.infoplaza.io', port=443): Failed to establish a new connection: [Errno 101] Network unreachable"))

Met eerdere versies van HA (geen idee bij welke versie het nog wel werkte) had ik bij dezelfde config geen probleem.
Wat werkt dus wel:
- vm heeft volledig toegang tot internet en nu geen problemen meer
- HA is van buitenaf gewoon te benaderen (via portforward)
- Deel van de zaken die via LAN binnenkomen (esphome, modbus over tcp) werken, maar de omvormer weer niet (SAJ, zie voorbeeld)
- Integraties kunnen geen data van internet halen.

Weet iemand wat er aan de hand zou kunnen zijn?

Is je docker versie actueel? Er is recent een versie geweest die willekeurige problemen gaf met de dns in containers.

[manusjevanalles]

synoniem schreef op zaterdag 28 februari 2026 @ 13:48:
[...]

Is je docker versie actueel? Er is recent een versie geweest die willekeurige problemen gaf met de dns in containers.

Ik heb deze versie: Docker version 28.4.0, build d8eb465

[ Voor 13% gewijzigd door manusjevanalles op 28-02-2026 14:15 ]

[MazzHead]

@Septillion door lokaal ESPHome te draaien gaat die gewoon mee in de backup. Via Time Machine kan ik altijd teruggrijpen op oudere versie, maar nog nooit nodig gehad, ik start gewoon de oude versie op naast de nieuwe in een container.

De oude image gooi ik pas maanden later weg, die kleine GB kan wel uit.

Daarom draai ik nog 2025.7.2, die heb ik voor één node nog in gebruik aangezien het issue nog niet opgelost is. Maar er is blijkbaar wel een workaround zie ik net, werkt. Dus die kan over een paar maanden weg.

[Septillion]

@MazzHead Wat bedoel je met "lokaal"? Je bedoelt niet in HA?

Want ja, er zijn wel opties natuurlijk. Maar het integreert nu juist mooi in HA. En zou daar wel hele app terug kunnen zetten naar de juiste versie maar pff, dat is wel iets meer werk. En nog steeds is dat geen mooie binary, dus als de config toch is aangepast ben je nog aan het puzzelen.

Dus mja, zou graag zien dat ESPHome betere backups zou krijgen. Beginnen met de laatste succesvolle upload gewoon in de ESPhome map opslaan zou al een goed begin zijn.

[Gizz]

@manusjevanalles ben je erg gehecht aan het draaien van HA in een docker binnen die Ubuntu VM? Zo niet, dan is de weg van de minste weerstand (en de snelste manier om binnen HA weer netjes alles werkend te krijgen) misschien om HA als VM of als LXC te installeren en je backup terug te zetten.

[superduper]

Ik zit (weer eens) enorm te stoeien met card_mod, en krijg het niet voor elkaar; voorbeelden werken niet, en AI suggesties ook niet.

Ik wil een soort progress bar die gekleurd wat sensor waardes laat zien.

Vergelijkbaar met dit:


Dit is mijn code:

YAML:

type: entities
entities:
  - entity: sensor.cpu_usage
    name: CPU usage PVE
    card_mod:
      style: |
        hui-generic-entity-row {
          {% set perc = states(config.entity) | float(0) %}
          {% set rest = 100 - perc %}
          {% if perc >= 59 %}
            {% set bar = '255,0,0' %}
          {% elif perc >= 44 %}
            {% set bar = '128,0,0' %}
          {% elif perc >= 24 %}
            {% set bar = '255,165,0' %}
          {% elif perc >= 9 %}
            {% set bar = '0,100,0' %}
          {% else %}
            {% set bar = '0,128,0' %}
          {% endif %}
          background: linear-gradient(
            to right,
            rgba({{ bar }}, 0.9) 0%,
            rgba({{ bar }}, 0.6) {{ perc }}%,
            rgba({{ bar }}, 0.3) {{ perc }}%,
            rgba({{ bar }}, 0.1) 100%
          );
        }

Maar wat ik ook doe: dit blijft het resultaat:



Wat doe ik verkeerd?

[manusjevanalles]

Gizz schreef op zaterdag 28 februari 2026 @ 16:38:
@manusjevanalles ben je erg gehecht aan het draaien van HA in een docker binnen die Ubuntu VM? Zo niet, dan is de weg van de minste weerstand (en de snelste manier om binnen HA weer netjes alles werkend te krijgen) misschien om HA als VM of als LXC te installeren en je backup terug te zetten.

Daar ben ik inderdaad best aan gehecht. Het werkt al jaren uitstekend en erg makkelijk. Dus als ik het in de huidige configuratie weer werkend zou krijgen, dan heeft dat zeker de voorkeur.

[synoniem]

manusjevanalles schreef op zaterdag 28 februari 2026 @ 14:03:
[...]


Ik heb deze versie: Docker version 28.4.0, build d8eb465

Dan zou ik toch eerst een keer updaten, de meest recente versie in de 28 reeks is 28.5.2 en de 29 reeks zit al op 29.2.1

[MazzHead]

@Septillion Inderdaad, gewoon op de laptop, niet in HA. Heb éénregelige commands die een docker container aanmaken en starten, aanpassen bij nieuwe versie (image met version tag) en je kunt kiezen welke container je start. Is wat meer werk, maar zoals gezegd, ik update niet vaak, zie daar de noodzaak niet van in zolang ik de nieuwe features niet nodig heb.

Ik kan me voorstellen dat een Addon (hier nog HA 2025.8.2, mooie kleur ook ) handiger is, maar je verliest controle, je dient je te conformeren aan hoe anderen vinden hoe het moet. Misschien dat ik ooit overstap, maar die paar klikjes...

[manusjevanalles]

synoniem schreef op zaterdag 28 februari 2026 @ 17:14:
[...]

Dan zou ik toch eerst een keer updaten, de meest recente versie in de 28 reeks is 28.5.2 en de 29 reeks zit al op 29.2.1

Ik dacht dat die met de standaard apt-het upgrade meeging. Het is gelukt met aparte commando’s.

Edit: een en al problemen. Containers willen niet meer starten, blijven in een bootloop. HA wel gestart, maar haalt nog steeds geen data binnen.
Ik denk dat ik maar een nieuwe VM met Ubuntu Server maak en alles kopieer naar die VM, hopelijk is het dan opgelost.

[ Voor 39% gewijzigd door manusjevanalles op 28-02-2026 19:09 ]

[HuismAndré]

Ik ben de afgelopen dagen bezig geweest wat Nous stopcontactjes te vervangen door Ikea Inspelning (met het relais overbrugd). Gaat normaliter prima. Nous verwijderen, Inspelning toevoegen, namen aanpassen naar de oude namen van de Nous en de LTS (en STS) data koppelt keurig. Er is echter één apparaat waarbij dat niet gelukt is (niet voor de power en ook niet voor de energy). Dan zou je denken "die duiken wel als orphans op in het Statistieken overzicht". Nee dus.

Is er nog een mogelijkheid de (met name) LTS data terug te halen? Ik heb geen purge gedaan, ik heb geen 'reparaties' uitgevoerd dus bij mijn weten moet de LTS data er nog gewoon zijn (ergens)..

[manusjevanalles]

manusjevanalles schreef op zaterdag 28 februari 2026 @ 13:13:
Ik heb de laatste weken/maanden een probleem met HA. HA lijkt geen data meer van het internet op te halen (heel soms wel) via alle integraties. De log staat voor errors.
Ik draai HA in docker op Ubuntu Server, in een VM op Proxmox. Deze setup heb ik al jaren zonder problemen. Er is recent ook niets gewijzigd, behalve dat alle integraties, hosts en HA altijd worden geupdatet.

Config docker:

YAML:

homeassistant:
    container_name: homeassistant
    image: ghcr.io/home-assistant/home-assistant:stable
    volumes:
      - /home/julian/data/homeassistant/config:/config
      - /etc/localtime:/etc/localtime:ro
    restart: always
    networks:
     - bridge
    ports:
     - 8123:8123
    privileged: true
#    network_mode: host

networks:
  bridge:

De afgelopen jaren draaide ik HA met parameter network_mode: host. Dit resulteerde sinds recent dat apt-get update en docker pull niet werkte. Het is me gelukt het probleem naar HA te herleiden. Nu draai ik hem als bovenstaande config, en kan de host prima met internet verbinden, echter HA nog steeds niet.
Vreemde is dat ik wel van buitenaf gewoon met HA kan verbinden. Ook kan HA via modbus over tcp de data van de warmtepomp binnenhalen (via LAN), echter via hetzelfde LAN de data van de zonnepanelen binnenhalen lukt niet (af en toe komen er wel waardes binnen, normaal gesproken gaat dit elke seconde). Maar integraties zoals buienradar, Nordpool etc kunnen niet hun data binnenhalen (en soms lukt het wel).

Als ik via de shell ín de container als test curl buienradar doe, dan komt er ongeveer in 1 op de 3 pogingen data binnen.

Aantal van de foutmeldingen in HA:

code:

Logger: custom_components.ev_smart_charging.coordinator
Source: custom_components/ev_smart_charging/coordinator.py:893
integration: EV Smart Charging (documentation, issues)
First occurred: February 27, 2026 at 21:14:05 (1960 occurrences)
Last logged: 13:11:20
Price state: <state sensor.nordpool_kwh_nl_eur_3_09_0=unavailable; restored=True, state_class=total, device_class=monetary, icon=mdi:flash, friendly_name=nordpool_kwh_nl_eur_3_09_0, supported_features=0, unit_of_measurement=EUR/kWh @ 2026-02-27T21:14:04.760713+01:00>

code:

Logger: pysaj
Source: components/saj/sensor.py:116
First occurred: 07:40:50 (449 occurrences)
Last logged: 13:09:14
Connection to SAJ inverter is not possible. The inverter may be offline due to darkness. Otherwise check host/ip address.

code:

Logger: custom_components.buienalarm.sensor
Source: custom_components/buienalarm/sensor.py:181
integration: Buienalarm (documentation, issues)
First occurred: February 27, 2026 at 21:18:09 (90 occurrences)
Last logged: 13:08:09
[SENSOR COORD] Error updating data: HTTPSConnectionPool(host='imn-rust-lb.infoplaza.io', port=443): Max retries exceeded with url: /v4/nowcast/ba/timeseries/52.7875/4.79861 (Caused by NewConnectionError("HTTPSConnection(host='imn-rust-lb.infoplaza.io', port=443): Failed to establish a new connection: [Errno 101] Network unreachable"))

Met eerdere versies van HA (geen idee bij welke versie het nog wel werkte) had ik bij dezelfde config geen probleem.
Wat werkt dus wel:
- vm heeft volledig toegang tot internet en nu geen problemen meer
- HA is van buitenaf gewoon te benaderen (via portforward)
- Deel van de zaken die via LAN binnenkomen (esphome, modbus over tcp) werken, maar de omvormer weer niet (SAJ, zie voorbeeld)
- Integraties kunnen geen data van internet halen.

Weet iemand wat er aan de hand zou kunnen zijn?

Ok, het lijkt flink mis met HA. Heb een nieuwe VM opgezet en Home Assistant gekopieerd. Backup teruggezet, maar exact dezelfde fout zit nu ook in de nieuwe HA. Integraties halen geen data van internet.
Heb ook 2025.12.2 en 2025.11.2 getest met dezelfde data, en geven ook het probleem.

Wat zijn nu de opties? Ik voel er weinig voor om met een schone HA te beginnen. Waar zou de fout nou kunnen zitten? Het lijkt me dat dat het aan HA ligt.

[ Voor 185% gewijzigd door manusjevanalles op 28-02-2026 21:39 ]

[Knielen]

manusjevanalles schreef op zaterdag 28 februari 2026 @ 21:25:
[...]


Ok, het lijkt flink mis met HA. Heb een nieuwe VM opgezet en Home Assistant gekopieerd. Backup teruggezet, maar exact dezelfde fout zit nu ook in de nieuwe HA. Integraties halen geen data van internet.
Heb ook 2025.12.2 en 2025.11.2 getest met dezelfde data, en geven ook het probleem.

Wat zijn nu de opties? Ik voel er weinig voor om met een schone HA te beginnen. Waar zou de fout nou kunnen zitten? Het lijkt me dat dat het aan HA ligt.

Misschien een hele flauwe, maar heb je je browser cache al eens leeggemaakt?

[manusjevanalles]

Knielen schreef op zaterdag 28 februari 2026 @ 21:41:
[...]


Misschien een hele flauwe, maar heb je je browser cache al eens leeggemaakt?

Ja, ik heb op meerdere devices gekeken, en de log staat vol verse errors.

[Knielen]

manusjevanalles schreef op zaterdag 28 februari 2026 @ 21:47:
[...]


Ja, ik heb op meerdere devices gekeken, en de log staat vol verse errors.

Jammer, dan zou ik nog iets van een dns probleem kunnen bedenken, draai je iets van pihole of Cloudflare of iets?

[manusjevanalles]

Knielen schreef op zaterdag 28 februari 2026 @ 21:54:
[...]


Jammer, dan zou ik nog iets van een dns probleem kunnen bedenken, draai je iets van pihole of Cloudflare of iets?

Adguard, maar HA (en de hele VM) gaat buiten deze om (DNS-servers van provider). Ik draai deze config al zeker een jaar zonder problemen, tot recent.

[ Voor 3% gewijzigd door manusjevanalles op 28-02-2026 22:13 ]

[tagican]

Ik kan zo niet overal zien of de integraties gebruik maken van hostnames, maar ik zou inderdaad ook eerst kijken naar DNS. Als bijvoorbeeld je HA geen hosts kan resolven, verklaart het wel dat je problemen hebt met integraties, maar er wel naar kan verbinden. Je kan even kijken of het verandert als je een andere DNS-server instelt.

[manusjevanalles]

tagican schreef op zaterdag 28 februari 2026 @ 22:37:
Ik kan zo niet overal zien of de integraties gebruik maken van hostnames, maar ik zou inderdaad ook eerst kijken naar DNS. Als bijvoorbeeld je HA geen hosts kan resolven, verklaart het wel dat je problemen hebt met integraties, maar er wel naar kan verbinden. Je kan even kijken of het verandert als je een andere DNS-server instelt.

Het bleek aan de router te liggen! Ipv6 stond uit. Integraties gebruiken blijkbaar Ipv6.

[peterpijpelink]

superduper schreef op zaterdag 28 februari 2026 @ 16:40:
Ik zit (weer eens) enorm te stoeien met card_mod, en krijg het niet voor elkaar; voorbeelden werken niet, en AI suggesties ook niet.

Ik wil een soort progress bar die gekleurd wat sensor waardes laat zien.

Je kan eens proberen met Mushroom. Daar kan je dit relatief eenvoudig mee maken.

YAML:

type: custom:mushroom-number-card
entity: sensor.total_space
icon: mdi:harddisk
icon_color: green
name: Total Space
unit: GB
layout: horizontal
display_mode: slider
card_mod:
  style:
    mushroom-number-value-control$:
      mushroom-slider$: |
        .slider {
          position: absolute !important;
          width: calc(100% - 76px) !important;
          right: 12px;
          height: 42px !important;
          --bg-color: rgba(76, 175, 80, 0.2) !important;
          --main-color: #4CAF50 !important;
        }
        .slider-track-active {
          background: linear-gradient(90deg, #4CAF50 0%, #66BB6A 100%) !important;
          width: 100% !important;
        }
    mushroom-state-info$: |
      .container {
        flex-direction: row !important;
        position: absolute;
        width: 79%;
        top: 17px;
        align-items: baseline;
      }
      .primary {
        color: transparent !important;
        position: relative;
        flex-shrink: 1;
        flex-grow: 1;
      }
      .primary:after {
        content: "{{states('sensor.total_space')}} GB";
        position: absolute;
        color: white !important;
        left: 5px;
        width: max-content !important;
      }
      .secondary {
        color: transparent !important;
        position: relative;
        flex-shrink: 1;
        flex-grow: 0;
      }
      .secondary:after {
        content: 'Total Capacity';
        position: relative;
        color: white !important;
        right: 0px;
        padding-right: 10px;
      }
    .: |
      mushroom-state-info {
        padding-left: 15px;
        pointer-events: none;
        z-index: 1;
        display: flex;
      }
      mushroom-shape-icon {
        --icon-size: 34px;
        position: relative;
        top: 4px;
      }
      ha-card {
        height: 58px !important;
        background: black !important;
      }

[ Voor 0% gewijzigd door Septillion op 01-03-2026 11:31 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[Impossibl3]

manusjevanalles schreef op zondag 1 maart 2026 @ 10:45:
[...]


Het bleek aan de router te liggen! Ipv6 stond uit. Integraties gebruiken blijkbaar Ipv6.

Daar ga ik ook eens naar kijken. Heb alleen maar ellende met mijn app's sinds een paar weken. Eerst bleek mijn ssl certificaat verlopen daarna Adguard uitgeschakeld want de router ging trippen. Misschien heb ik daar iets niet volledig omgezet. Wel naar ipv4 gekeken maar geen moment echt naar de ipv6 instellingen.

[Septillion]

@HuismAndré Dan zou je eens met iets als de SQLite app in je database moeten kijken. Dan zou je het entity id nog moeten kunnen zien in de LTS meta tabel:
SQLite web => statistics_meta => Content

[superduper]

peterpijpelink schreef op zondag 1 maart 2026 @ 10:55:
[...]


Je kan eens proberen met Mushroom. Daar kan je dit relatief eenvoudig mee maken.

YAML:

type: custom:mushroom-number-card
entity: sensor.total_space
icon: mdi:harddisk
icon_color: green
name: Total Space
unit: GB
layout: horizontal
display_mode: slider
card_mod:
  style:
    mushroom-number-value-control$:
      mushroom-slider$: |
        .slider {
          position: absolute !important;
          width: calc(100% - 76px) !important;
          right: 12px;
          height: 42px !important;
          --bg-color: rgba(76, 175, 80, 0.2) !important;
          --main-color: #4CAF50 !important;
        }
        .slider-track-active {
          background: linear-gradient(90deg, #4CAF50 0%, #66BB6A 100%) !important;
          width: 100% !important;
        }
    mushroom-state-info$: |
      .container {
        flex-direction: row !important;
        position: absolute;
        width: 79%;
        top: 17px;
        align-items: baseline;
      }
      .primary {
        color: transparent !important;
        position: relative;
        flex-shrink: 1;
        flex-grow: 1;
      }
      .primary:after {
        content: "{{states('sensor.total_space')}} GB";
        position: absolute;
        color: white !important;
        left: 5px;
        width: max-content !important;
      }
      .secondary {
        color: transparent !important;
        position: relative;
        flex-shrink: 1;
        flex-grow: 0;
      }
      .secondary:after {
        content: 'Total Capacity';
        position: relative;
        color: white !important;
        right: 0px;
        padding-right: 10px;
      }
    .: |
      mushroom-state-info {
        padding-left: 15px;
        pointer-events: none;
        z-index: 1;
        display: flex;
      }
      mushroom-shape-icon {
        --icon-size: 34px;
        position: relative;
        top: 4px;
      }
      ha-card {
        height: 58px !important;
        background: black !important;
      }

ik zal eens kijken. Een minimale kaart met dit laat een percentage niet goed zien, en is de bar altijd vol.. Dus nog even puzzelen.

[TheMystery]

Ik had al een tijd last dat het ophalen van 1 jaar aan energie data 10 tot 15 sec duurde.
Ik gebruik al een jaar of 8 mariadb als database, nu kwam ik dit topic tegen:
https://community.home-as...sists-after-reboot/825841
Ik heb om te beginnen deze opties eens toegevoegd en hiermee haal ik de data nu in 1 a 2 sec op:

YAML:

mariadb_server_args:
  - "--innodb_buffer_pool_size=2G"
  - "--innodb_log_buffer_size=32M"
  - "--innodb_log_file_size=192M"

Ik heb een vm in proxmox met 8 cores en 8gb ram, heeft het nog zin om andere parameters aan te passen dat is me niet helemaal duidelijk.

[HuismAndré]

Septillion schreef op zondag 1 maart 2026 @ 11:39:
@HuismAndré Dan zou je eens met iets als de SQLite app in je database moeten kijken. Dan zou je het entity id nog moeten kunnen zien in de LTS meta tabel:
SQLite web => statistics_meta => Content

Heb ik al gekeken. Ellende is dat ik in totaal 13 stuks omgezet heb van Nous (en Osram) naar Inspelning (en het zal een van die "0x348d13fffec7f4fa" dingen zijn (maar ja, welke van de 13)? Wellicht van de week met een kopie van de database eens uitzoeken welke.

[Septillion]

@HuismAndré Ah, met dat soort namen gelijk wel lastig. Ik update ook altijd het entity id dus is het wat leesbaarder.

[HuismAndré]

Septillion schreef op zondag 1 maart 2026 @ 20:21:
@HuismAndré Ah, met dat soort namen gelijk wel lastig. Ik update ook altijd het entity id dus is het wat leesbaarder.

Ik ook maar ergens heb ik een foutje gemaakt waardoor de energy en power van de luchtontvochtiger van de showroom terecht kwam op de socket van de fotohoek. En da's balen want van die laatste hou ik geen LTS data bij (dus sindsdien is alles ouder dan 10 dagen daarvan in het digitale archief terecht gekomen). Moet nog even nadenken of ik dat uit een database terug ga halen of dat ik het maar zo laat.

Vraag me trouwens af of ik met terugwerkende kracht LTS energy data uit de LTS power data kan herberekenen? Die LTS power data heb ik namelijk nog wel van dit device.

[Septillion]

@HuismAndré LTS energy uit LTS power maken is al niet makkelijk. En heeft waarschijnlijk ook niet echt goede nauwkeurigheid.

Is proberen een deel van de LTS (voor die sensor) over te zetten uit je backup naar de huidige database makkelijker. Dat is eigenlijk gewoon doen wat ik na een crash gedaan heb.

[DjoeC]

HuismAndré schreef op zondag 1 maart 2026 @ 17:35:
[...]

Heb ik al gekeken. Ellende is dat ik in totaal 13 stuks omgezet heb van Nous (en Osram) naar Inspelning (en het zal een van die "0x348d13fffec7f4fa" dingen zijn (maar ja, welke van de 13)? Wellicht van de week met een kopie van de database eens uitzoeken welke.

Ik heb een excelletje met hex-id, volgnummer dat op het ding zit, eventueel waar ie hangt/staat/ligt. Zodra het ding op de juiste lokatie beland krijgt ie ook nog een zinnige naam. De hex-id wordt bij pairen genoteerd, de sticker met volgnummer zit er dan al op een leesbare plek op....

[dutchnltweaker]

Misschien stomme vraag, maar zag dit vandaag opeens:

Login attempt or request with invalid authentication from 51-159-195-228.rev.poneytelecom.eu (51.159.195.228). See the log for details.

Probeert iemand binnen te komen? Het zegt me helemaal niks. Als ik online zoek kom ik op Scaleway S.A.S. uit een Franse cloud-hostingprovider.

[tagican]

Heb je jouw HomeAssistant installatie direct benaderbaar vanaf internet? Dus middels portforwarding oid?

[dutchnltweaker]

tagican schreef op maandag 2 maart 2026 @ 09:13:
Heb je jouw HomeAssistant installatie direct benaderbaar vanaf internet? Dus middels portforwarding oid?

De duckdns methode ja.

[D4NG3R]

@dutchnltweaker Check je logs (config/logs) even. Dikke kans dat je dit gaat zien:

Requested URL: '/media/wp-includes/wlwmanifest.xml'

Standaard WordPress crawlers. Ik doe zelf aan DDNS via CloudFlare, en heb aan die kant een security rule om die requests te blocken.



In principe geen ernst aangenomen dat je een beetje oplet welke accounts remote in mogen loggen, en dat die accounts ook een stevig wachtwoord hebben. Ik werd er zelf vooral flauw van om bijna dagelijks melding(en) te krijgen dat er iets of iemand gefaald heeft om in te loggen.

[ Voor 54% gewijzigd door D4NG3R op 02-03-2026 12:26 ]

[040-Skillz]

Afgelopen vrijdag is de stroom er in de meterkast afgehaald ivm aansluiten van een ventilator op de badkamer. Dit heeft er o.a. voor gezorgd dat de server waarop HA (in een container) runt, uitgevallen is. Daarnaast zijn er natuurlijk enkele andere apparaten uitgevallen. Sindsdien ervaar ik echter problemen, het is mij in het specifiek opgevallen bij deze apparaten/integraties:
- Reolink deurbel
- Mitsubishi Airco met wifi module
- Philips wake-up light
- Waze traveltime integratie

De apparaten disconnecten en reconnecten (in meeste gevallen) ook weer automatisch in HA. Echter, soms reconnecten ze niet en moet ik ze dus weer handmatig toevoegen. De intervallen van disconnect/reconnect zijn variabel. De problemen doen zich vaker voor bij de reolink deurbel en airco dan bij de wake-up light. Op het moment dat HA een disconnect aangeeft van de deurbel, dan blijft de deurbel in de reolink app wel gewoon benaderbaar. Het lijkt dus vooral in de communicatie tussen HA en de apparaten te zitten.

Aanvankelijk heb ik geprobeerd om de apparaten opnieuw in te stellen, sommige hadden namelijk een ander IP adres gekregen. Om dit te verhelpen, heb ik nu via het Zyxel modem een statisch IP-adres aan bepaalde apparaten toegewezen en vervolgens zowel het modem als mijn deco herstart. Verder ook al meerdere keren de server en/of home assistant opnieuw opgestart. Helaas lost dit de problemen niet op. Iemand enig idee wat ik kan proberen om de problemen te verhelpen?

Hieronder ook nog een screenshot van de logs van HA.

[Sleepie]

Ik word momenteel gillend gek van Home Assistant.

Ik probeer mijn templates.yaml file te editen, maar of ik nu de VSCode addon of VSCode op mijn PC gebruik, in beiden werkt autocomplete totaal niet meer. Niet voor entities, niet voor icons (mdi:), niks.

Iemand enig idee waar dit aan zou kunnen liggen?

[Just_A_User]

Ik heb net geupdate naar de meest recente versies van Core en front end of hoe het ook heet maar nu heb ik geen ultra vehicle card en geen Apexcharts meer. Hele dashboards zijn niet meer zichtbaar omdat die zijn gebouwd met die functionaliteit.

Hoe krijg ik dat terug?

Opgelost door ze te zoeken in HACS, 3 puntjes en dan 'opnieuw downloaden'. Dat was schijnbaar genoeg.

[ Voor 17% gewijzigd door Just_A_User op 02-03-2026 15:07 ]

[TheFes]

Just_A_User schreef op maandag 2 maart 2026 @ 15:05:
Ik heb net geupdate naar de meest recente versies van Core en front end of hoe het ook heet maar nu heb ik geen ultra vehicle card en geen Apexcharts meer. Hele dashboards zijn niet meer zichtbaar omdat die zijn gebouwd met die functionaliteit.

Hoe krijg ik dat terug?

Zie je helemaal niets, of krijg je error meldingen?

Heb je al geprobeerd je browser cache te verversen?

[Just_A_User]

TheFes schreef op maandag 2 maart 2026 @ 15:07:
[...]

Zie je helemaal niets, of krijg je error meldingen?

Heb je al geprobeerd je browser cache te verversen?

Ik kreeg error meldingen, configuration error, maar, het is inmiddels ook al opgelost, jouw post en mijn update kruisten elkaar

Edit; oh, developer-tools is wel weg uit het linkermenu. Dat is lastig want geen idee waar ik dat nu kan vinden.

[ Voor 13% gewijzigd door Just_A_User op 02-03-2026 15:08 ]

[TheFes]

Just_A_User schreef op maandag 2 maart 2026 @ 15:07:
[...]


Ik kreeg error meldingen, configuration error, maar, het is inmiddels ook al opgelost, jouw post en mijn update kruisten elkaar

Edit; oh, developer-tools is wel weg uit het linkermenu. Dat is lastig want geen idee waar ik dat nu kan vinden.

Daarom zijn er dus de release notes, daar staan dat soort dingen in.

Developer Tools zijn verplaatst naar het Settings menu.

[Just_A_User]

TheFes schreef op maandag 2 maart 2026 @ 15:10:
[...]

Daarom zijn er dus de release notes, daar staan dat soort dingen in.

Developer Tools zijn verplaatst naar het Settings menu.

Die heb ik inderdaad niet gelezen. Ook fijn, net als recent een keer is ineens de locatie van de auto van mijn vrouw niet meer beschikbaar. Dat is op zich niet zo heel erg want de vorige keer leerde me dat die vanzelf weer terug komt, maar, wat wél vervelend is is dat die auto momenteel aan het laden is, op haar werk, en de voorwaarden zijn locatie = werk én status = chargingactive. Nou, aan 1 van de 2 voldoet ie dus niet (meer), en dus zal de telling van de geladen kWh's wel in de soep lopen, maar goed, dat hoort er dan maar bij

[manusjevanalles]

Klopt het dat het in de nieuwste versie van HA niet meer mogelijk is om per device een eigen dashboard in te stellen? Ik had voor mijn mobiel een apart dashboard, maar die lijk ik nu niet meer in te kunnen stellen.

[D4NG3R]

manusjevanalles schreef op maandag 2 maart 2026 @ 15:14:
Klopt het dat het in de nieuwste versie van HA niet meer mogelijk is om per device een eigen dashboard in te stellen? Ik had voor mijn mobiel een apart dashboard, maar die lijk ik nu niet meer in te kunnen stellen.

Dashboards onder /config/lovelace/dashboards kan je bij de instellingen van de gebruiker aanpassen:

[manusjevanalles]

D4NG3R schreef op maandag 2 maart 2026 @ 15:19:
[...]

Dashboards onder /config/lovelace/dashboards kan je bij de instellingen van de gebruiker aanpassen:

[Afbeelding]

Maar dan is het ingestelde dashboard het standaard dashboard op elk device bij dezelfde gebruiker. Ik wil voor mijn account op mijn mobiel het ene dashboard, en op mijn tablet en windows een ander dashboard.

[TheFes]

manusjevanalles schreef op maandag 2 maart 2026 @ 15:26:
[...]


Maar dan is het ingestelde dashboard het standaard dashboard op elk device bij dezelfde gebruiker. Ik wil voor mijn account op mijn mobiel het ene dashboard, en op mijn tablet en windows een ander dashboard.

Klopt, waar het default dashboard voorheen in een cookie op het device opgeslagen werd, is dat nu gekoppeld aan de ingelogde user. Wil je een andere default dashboard, moet je dus voor dat device een andere user aanmaken.

[manusjevanalles]

TheFes schreef op maandag 2 maart 2026 @ 15:35:
[...]

Klopt, waar het default dashboard voorheen in een cookie op het device opgeslagen werd, is dat nu gekoppeld aan de ingelogde user. Wil je een andere default dashboard, moet je dus voor dat device een andere user aanmaken.

Hmm, wat onhandig zeg (lijkt). Of is dit eigenlijk toch handiger? Wat is de gedachte hiervan geweest om het te veranderen?

[TheFes]

manusjevanalles schreef op maandag 2 maart 2026 @ 15:46:
[...]


Hmm, wat onhandig zeg (lijkt). Of is dit eigenlijk toch handiger? Wat is de gedachte hiervan geweest om het te veranderen?

Er werd naar gevraagd in feature requests Voor beide kanten is wat te zeggen.

Overigens is dat al wel enkele maanden geleden dat dat doorgevoerd is.

[corsat]

ik begin mijn vertrouwen in HA aardig te verliezen. Draai nu een jaar met HA op een NAS maar de laatste weken stoppen om de haverklap mijn SMA Sunnyboy of mijn Growatt omvormer ermee. Bij beiden heb ik last van communicatieproblemen, de connectie met de SMA stopt er gewoon regelmatig mee en dan moet ik weer resetten of uit en weer aan zetten of verwijderen en weer toevoegen en dat verwijderen en weer toevoegen geldt ook voor mijn Growatt. Ben er eigenlijk wel een beetje klaar mee. Ik heb werkelijk geen idee waarom dit telkens gebeurt. Mijn Marstek batterijen die gevoelig zijn voor slecht netwerk werken al een hele tijd zonder problemen, heb een degelijk gescheiden wifi netwerk voor 5G en 2.4 ghz.

[Gizz]

.geek: Hoofdontwikkelaar maakt DOOM speelbaar via Home Assistant-dashboard

Installeren via HACS

[deepbass909]

Ik zit met een puzzel waar ik maar niet uit kom. Ik heb een aantal zigbee knoppen die netjes in zigbee2mqtt verschijnen en van alle knoppen zie ik ook netjes alle activiteiten verschijnen in z2m. Maar om de één of andere reden wil één knop maar niet herkend worden door Home Assistant.

Ik heb de bewuste knop al meerdere keren verwijderd in Z2M en weer toegevoegd, en ook device interviews afgedwongen, maar hij wil dus maar niet verschijnen in Home Assistant.

Ook heb ik de knop toegevoegd met een nieuwe naam, en zie in MQTT Explorer de knop ook als een nieuw device verschijnen.

Alles lijkt dus te werken, maar hoe kan ik deze toch in Home Assistant krijgen?´

[ Voor 13% gewijzigd door deepbass909 op 02-03-2026 21:08 ]

[edwin2021]

corsat schreef op maandag 2 maart 2026 @ 20:18:
ik begin mijn vertrouwen in HA aardig te verliezen. Draai nu een jaar met HA op een NAS maar de laatste weken stoppen om de haverklap mijn SMA Sunnyboy of mijn Growatt omvormer ermee. Bij beiden heb ik last van communicatieproblemen, de connectie met de SMA stopt er gewoon regelmatig mee en dan moet ik weer resetten of uit en weer aan zetten of verwijderen en weer toevoegen en dat verwijderen en weer toevoegen geldt ook voor mijn Growatt. Ben er eigenlijk wel een beetje klaar mee. Ik heb werkelijk geen idee waarom dit telkens gebeurt. Mijn Marstek batterijen die gevoelig zijn voor slecht netwerk werken al een hele tijd zonder problemen, heb een degelijk gescheiden wifi netwerk voor 5G en 2.4 ghz.

Logfiles nas al eens goed bekeken?
Netwerk bekabeling met Tester gecontroleerd?
Gebruik je een dns Filter (pi-Hole, adguard)? Zo ja, controleer daar de logfiles.

[tagican]

040-Skillz schreef op maandag 2 maart 2026 @ 12:32:
Afgelopen vrijdag is de stroom er in de meterkast afgehaald ivm aansluiten van een ventilator op de badkamer. Dit heeft er o.a. voor gezorgd dat de server waarop HA (in een container) runt, uitgevallen is. Daarnaast zijn er natuurlijk enkele andere apparaten uitgevallen. Sindsdien ervaar ik echter problemen, het is mij in het specifiek opgevallen bij deze apparaten/integraties:
- Reolink deurbel
- Mitsubishi Airco met wifi module
- Philips wake-up light
- Waze traveltime integratie

De apparaten disconnecten en reconnecten (in meeste gevallen) ook weer automatisch in HA. Echter, soms reconnecten ze niet en moet ik ze dus weer handmatig toevoegen. De intervallen van disconnect/reconnect zijn variabel. De problemen doen zich vaker voor bij de reolink deurbel en airco dan bij de wake-up light. Op het moment dat HA een disconnect aangeeft van de deurbel, dan blijft de deurbel in de reolink app wel gewoon benaderbaar. Het lijkt dus vooral in de communicatie tussen HA en de apparaten te zitten.

Aanvankelijk heb ik geprobeerd om de apparaten opnieuw in te stellen, sommige hadden namelijk een ander IP adres gekregen. Om dit te verhelpen, heb ik nu via het Zyxel modem een statisch IP-adres aan bepaalde apparaten toegewezen en vervolgens zowel het modem als mijn deco herstart. Verder ook al meerdere keren de server en/of home assistant opnieuw opgestart. Helaas lost dit de problemen niet op. Iemand enig idee wat ik kan proberen om de problemen te verhelpen?

Hieronder ook nog een screenshot van de logs van HA.
[Afbeelding]

Ik zie meerdere keren het "Network unreachable" terugkeren, dat zou problemen dat je host waarschijnlijk problemen heeft met het netwerk - dat hoeft niet specifiek HA gerelateerd te zijn. Heb je al eens in de log van je host gekeken (/var/syslog) of daar soortgelijke meldingen naar voren komen?