Home Assistant: Open source Python3 home automation - deel 5

[BiG-GuY]

iAR schreef op woensdag 3 december 2025 @ 14:44:
[...]

Ah, alleen gaat het hier om ZHA. Die heeft alleen "add device" volgens mij.

Als je een router device aanklikt binnen de ZHA Integration. Kan je links op de drie puntjes klikken en kiezen voor Add devices via this device


Wanneer je normaal op Integration niveau een apparaat toevoegt, is dat hetzelfde als 'Permit join All' bij Z2M.

[ Voor 10% gewijzigd door BiG-GuY op 03-12-2025 15:12 ]

[Bumpy_NL]

Ik wil zo langzaam aan mijn lampen vanuit de hue bridge naar Z2M wisselen. Ik ben begonnen om te kijken of ik een lamp kan bedienen met een Ikea Stybar remote (4 knoppen met ieders: click, hold, en release hold als waarden. Nu heb ik een automation gemaakt en een helper die de hold en release hold registreert als een boolean. Voor de automation ben ik mbv chatGPT hier op uit gekomen:

YAML:

alias: button test
description: ""
triggers:
  - id: light_large_push
    domain: mqtt
    device_id: f552932e165479d934ca1a7b71add9bc
    type: action
    subtype: "on"
    trigger: device
  - id: light_large_hold
    domain: mqtt
    device_id: f552932e165479d934ca1a7b71add9bc
    type: action
    subtype: brightness_move_up
    trigger: device
  - id: light_large_release
    domain: mqtt
    device_id: f552932e165479d934ca1a7b71add9bc
    type: action
    subtype: brightness_stop
    trigger: device
  - id: light_small_push
    domain: mqtt
    device_id: f552932e165479d934ca1a7b71add9bc
    type: action
    subtype: "off"
    trigger: device
  - id: light_small_hold
    domain: mqtt
    device_id: f552932e165479d934ca1a7b71add9bc
    type: action
    subtype: brightness_move_down
    trigger: device
  - id: light_small_release
    domain: mqtt
    device_id: f552932e165479d934ca1a7b71add9bc
    type: action
    subtype: brightness_stop
    trigger: device
  - id: arrow_left_click
    domain: mqtt
    device_id: f552932e165479d934ca1a7b71add9bc
    type: action
    subtype: arrow_left_click
    trigger: device
  - id: arrow_left_hold
    domain: mqtt
    device_id: f552932e165479d934ca1a7b71add9bc
    type: action
    subtype: arrow_left_hold
    trigger: device
  - id: arrow_left_release
    domain: mqtt
    device_id: f552932e165479d934ca1a7b71add9bc
    type: action
    subtype: arrow_left_release
    trigger: device
  - id: arrow_right_click
    domain: mqtt
    device_id: f552932e165479d934ca1a7b71add9bc
    type: action
    subtype: arrow_right_click
    trigger: device
  - id: arrow_right_hold
    domain: mqtt
    device_id: f552932e165479d934ca1a7b71add9bc
    type: action
    subtype: arrow_right_hold
    trigger: device
  - id: arrow_right_release
    domain: mqtt
    device_id: f552932e165479d934ca1a7b71add9bc
    type: action
    subtype: arrow_right_release
    trigger: device
conditions: []
actions:
  - choose:
      - conditions:
          condition: trigger
          id: light_large_push
        sequence:
          - target:
              device_id: eb614272e835ebb53f4a55cdfcd7959f
            action: light.turn_on
            data: {}
      - conditions:
          condition: trigger
          id: light_large_hold
        sequence:
          - target:
              entity_id: input_boolean.button1_holding
            action: input_boolean.turn_on
            data: {}
          - repeat:
              while:
                - condition: state
                  entity_id: input_boolean.button1_holding
                  state: "on"
              sequence:
                - target:
                    device_id: eb614272e835ebb53f4a55cdfcd7959f
                  data:
                    brightness_step_pct: 5
                  action: light.turn_on
                - delay:
                    seconds: 0.2
      - conditions:
          condition: trigger
          id: light_large_release
        sequence:
          - target:
              entity_id: input_boolean.button1_holding
            action: input_boolean.turn_off
            data: {}
      - conditions:
          condition: trigger
          id: light_small_push
        sequence:
          - target:
              device_id: eb614272e835ebb53f4a55cdfcd7959f
            action: light.turn_off
            data: {}
      - conditions:
          condition: trigger
          id: light_small_hold
        sequence:
          - target:
              entity_id: input_boolean.button1_holding
            action: input_boolean.turn_on
            data: {}
          - repeat:
              while:
                - condition: state
                  entity_id: input_boolean.button1_holding
                  state: "on"
              sequence:
                - target:
                    device_id: eb614272e835ebb53f4a55cdfcd7959f
                  data:
                    brightness_step_pct: -5
                  action: light.turn_on
                - delay:
                    seconds: 0.2
      - conditions:
          condition: trigger
          id: light_small_release
        sequence:
          - target:
              entity_id: input_boolean.button1_holding
            action: input_boolean.turn_off
            data: {}
      - conditions:
          condition: trigger
          id: arrow_left_click
        sequence:
          - target:
              device_id: eb614272e835ebb53f4a55cdfcd7959f
            data:
              color_temp: "{{ state_attr('light.l1_study_small','color_temp') | int + 20 }}"
            action: light.turn_on
      - conditions:
          condition: trigger
          id: arrow_left_hold
        sequence:
          - target:
              entity_id: input_boolean.button1_holding
            action: input_boolean.turn_on
            data: {}
          - repeat:
              while:
                - condition: state
                  entity_id: input_boolean.button1_holding
                  state: "on"
              sequence:
                - target:
                    device_id: eb614272e835ebb53f4a55cdfcd7959f
                  data:
                    color_temp: >-
                      {{ state_attr('light.l1_study_small','color_temp') | int +10 }}
                  action: light.turn_on
                - delay:
                    seconds: 0.2
      - conditions:
          condition: trigger
          id: arrow_left_release
        sequence:
          - target:
              entity_id: input_boolean.button1_holding
            action: input_boolean.turn_off
            data: {}
      - conditions:
          condition: trigger
          id: arrow_right_click
        sequence:
          - target:
              device_id: eb614272e835ebb53f4a55cdfcd7959f
            data:
              color_temp: "{{ state_attr('light.l1_study_small','color_temp') | int - 20 }}"
            action: light.turn_on
      - conditions:
          condition: trigger
          id: arrow_right_hold
        sequence:
          - target:
              entity_id: input_boolean.button1_holding
            action: input_boolean.turn_on
            data: {}
          - repeat:
              while:
                - condition: state
                  entity_id: input_boolean.button1_holding
                  state: "on"
              sequence:
                - target:
                    device_id: eb614272e835ebb53f4a55cdfcd7959f
                  data:
                    color_temp: >-
                      {{ state_attr('light.l1_study_small','color_temp') | int -10 }}
                  action: light.turn_on
                - delay:
                    seconds: 0.2
      - conditions:
          condition: trigger
          id: arrow_right_release
        sequence:
          - target:
              entity_id: input_boolean.button1_holding
            action: input_boolean.turn_off
            data: {}
mode: restart

In principe werkt dit maar de button hold acties lopen niet zo soepel en ze reageren niet lekker direct. Ik vraag mij af hoe ik dit het best kan oplossen. Ik maak geen gebruik van HACS. Ik heb het vermoeden dat een automation niet de juiste weg is, maar ik weet het niet zeker. Hier nog een stukje van de code waar het relevante gebeurd:

YAML:

      - conditions:
          condition: trigger
          id: arrow_right_hold
        sequence:
          - target:
              entity_id: input_boolean.button1_holding
            action: input_boolean.turn_on
            data: {}
          - repeat:
              while:
                - condition: state
                  entity_id: input_boolean.button1_holding
                  state: "on"
              sequence:
                - target:
                    device_id: eb614272e835ebb53f4a55cdfcd7959f
                  data:
                    color_temp: >-
                      {{ state_attr('light.l1_study_small','color_temp') | int -10 }}
                  action: light.turn_on
                - delay:
                    seconds: 0.2
      - conditions:
          condition: trigger
          id: arrow_right_release
        sequence:
          - target:
              entity_id: input_boolean.button1_holding
            action: input_boolean.turn_off
            data: {}
mode: restart

als de delay korter wordt gezet dan reageert alles stroperiger lijkt het. In het kort wat er gebeurd (zover ik het snap):
- De knop naar rechts wordt vastgehouden en er wordt een "arrow_right_hold" geregistreerd
- De helper "button1_holding" wordt "true/on"
- Als die waarde true blijft dan wordt iedere 0.2 seconde de kleurtemperatuur met 10 aangepast
- Zodra de knop wordt losgelaten wordt er een "arrow_right_release" commando gegeven
- De helper wordt dan weer op "false/off" gezet

Is er een betere aanpak hiervoor?

[Frenck]

Home Assistant 2025.12.0 🎄

Fijne feestdagen alvast! 🥂

https://www.home-assistan...025/12/03/release-202512/

[Knielen]

Yay, naast energy nu ook power in het energy dashboard

[RudolfR]

Iemand succes met go2rtc en 2-way audio voor een deurbel in een advanced camera card?

2-way audio naar de camera vanuit de browser en in HA werkt.
De gebruikte stream is die HA in go2rtc heeft gezet mbv ONVIF-discovery.

Iets simpelers zoals dit, werkt wel:
(maar daar heb je geen controle over de eigen microfoon)

YAML:

type: custom:webrtc-camera
url: "camera.lumusfrontdoor_profile000_mainstream"
media: audio, video, microphone

Maar deze wil niet:

YAML:

type: custom:advanced-camera-card
cameras:
  - camera: camera.lumusfrontdoor_profile000_mainstream
    live_provider: go2rtc
    go2rtc:
      url: https://sub.mijndomein.duckdns.org:1984
      stream: camera.lumusfrontdoor_profile000_mainstream
      modes:
        - webrtc
menu:
  buttons:
    microphone:
      enabled: true

go2rtc is 1.9.9 en draait met een go2rtc.yaml uit de config-folder van Home Assistant:

code:

# This file is loaded from Home Assistant config folder
app:
  modules:
    [
      "api",
      "exec",
      "ffmpeg",
      "http",
      "mjpeg",
      "onvif",
      "rtmp",
      "rtsp",
      "srtp",
      "webrtc",
      "ws",
      "debug",
    ]

api:
  #listen: ":11984"
  listen: ":1984"
  origin: '*'
  allow_paths:
    [
      "/",
      "/api",
      "/api/frame.jpeg",
      "/api/schemes",
      "/api/streams",
      "/api/webrtc",
      "/api/ws",
      "/api/config",
      "/api/log",
      "/api/streams.dot",
    ]

# ffmpeg needs the exec module
# Restrict execution to only ffmpeg binary
exec:
  allow_paths:
    - ffmpeg

rtsp:
  listen: "127.0.0.1:18554"

webrtc:
  listen: ":18555/tcp"
  ice_servers: []

streams:
  camera.lumus_front_door:
    - rtsp://user:pass@url/h264Preview_01_main
    - ffmpeg:camera.lumus_front_door#audio=opus#audio=copy

  camera.lumus_front_door_sub:
    - rtsp://user:pass@url/h264Preview_01_sub
    - ffmpeg:camera.lumus_front_door_sub#audio=opus#audio=copy

  camera.lumusfrontdoor_profile000_mainstream:
    - rtsp://user:pass@url/h264Preview_01_main
    - ffmpeg:camera.lumusfrontdoor_profile000_mainstream#audio=opus#audio=copy

Tips? Voorbeelden waar ik van kan afkijken?

[BiG-GuY]

Heb een nieuw blueprint ontwikkeld voor Home Assistant die mijn vorige versie voor ZHA en Z2M samenvoegt en veel extra functies toevoegt! Hiermee kan je een volwaardig Alarm systeem maken binnen je Home Assistant omgeving.

Home Assistant Community

[ Voor 13% gewijzigd door BiG-GuY op 03-12-2025 22:29 ]

[Vuur Draak]

Amazon Alexa Devices - integratie aanmelding mislukt:
"Ongeldige authenticatie"

Zojuist heb ik de laatste 2025.12.0 Core update gedaan in de hoop deze integratie te kunnen draaien.
Ik ben benieuwd wie deze integratie recent werkend heeft gekregen, ik heb gelezen over enkele problemen en oplossingen die in deze laatste Core update zouden zitten.

Ter informatie; ik heb met een black friday aanbieding een Echo dot gekocht: een speaker, microfoon, thermometer, beweging sensor op bluetooth, wifi.
Dat leek mij een leuke deal voor nog geen €30. Helaas krijg ik via HA geen toegang tot het apparaat. Is het de moeite waard om hier energie in te steken of doe ik dat ding weg als radiospeler voor in de schuur?

[0xygen500]

Frenck schreef op woensdag 3 december 2025 @ 19:41:
Home Assistant 2025.12.0 🎄

Fijne feestdagen alvast! 🥂

https://www.home-assistan...025/12/03/release-202512/

[Afbeelding]

Nice update! Energy dashboard ziet er slick uit

[iAR]

0xygen500 schreef op woensdag 3 december 2025 @ 23:46:
[...]

Nice update! Energy dashboard ziet er slick uit

Zeker. Het valt me wel op dat er wel energie naar de accu gaat, maar niet eruit…

[0xygen500]

iAR schreef op donderdag 4 december 2025 @ 07:28:
[...]

Zeker. Het valt me wel op dat er wel energie naar de accu gaat, maar niet eruit…

Moet je het niet lezen als grid naar batterij (batterij eindstation) daarna als de stroom uit de batterij komt is het de leverancier dus staat het helemaal links.

[Just_A_User]

Ik loop vast op die nieuwe 'actuele energieverbruik' toevoeging in het energie dashboard in release 2025.12.

Ik kan mijn zonnepanelen toevoegen. Als ik alleen dié toevoeg, dan zie ik een grafiekje dat overeenkomt met wat de zonnepanelen momenteel produceren. Dat is prima. Maar ik loop vast op wat ik vervolgens toe moet voegen. Het screenshot in de release info van 2025.12 laat Solar, Grid, Battery, Net zien. Ik heb geen batterij, dus die kan ik weg laten.

Blijft over Solar, Grid, Net. Volgens mij wordt met Solar bedoeld het actuele vermogen dat van de panelen afkomstig is op enig moment. Die heb ik toegevoegd. Ik loop vast op Grid. Ik heb een Homewizard P1 meter. Die geeft me het actuele verbruik op de meter op enig moment, dus die geeft momenteel een negatief getal weer, omdat de panelen meer opwekken dan het verbruik is.

Maar als ik die toevoeg krijg ik een rare grafiek. Welk entiteit moet ik daar toevoegen van mijn P1 meter (of van wat anders?) om uiteindelijk uit te komen op het grafiekje zoals in het screenshot in de release notes van 2025.12?

[Toppe]

Ik wil graag weten hoeveel batterijen er onder 15% zijn, daarvoor heb ik een template:

YAML:

{{ states.sensor
  | selectattr('attributes.device_class', 'defined')
  | selectattr('attributes.device_class', 'eq', 'battery')
  | map(attribute='state')
  | map('float', default=0)
  | select('lt', 15)
  | list
  | count
}}

Resultaat = 2

Nu wil ik graag weten welke batterijen dan leeg zijn:

YAML:

{% set low_battery_entities = states.sensor
  | selectattr('attributes.device_class', 'defined')
  | selectattr('attributes.device_class', 'eq', 'battery')
  | list
%}
  De volgende apparaten hebben een lage batterij:
  {% for s in low_battery_entities
     if s.state | float(1000) < 15 %}
    - {{ s.name }} ({{ s.state }}%)
  {% endfor %}

Hier krijg ik echter maar één resultaat terug.

Ik heb handmatig de lijst gecontroleerd en daar staat ook echt maar één apparaat in die onder de 15% is. Nu kan ik quick and dirty gewoon -1 doen maar dat is niet echt de een definitieve oplossing.

Iemand enig idee wat ik fout doe?

[ Voor 0% gewijzigd door Septillion op 04-12-2025 11:49 . Reden: Qote vs code ]

[Septillion]

@Just_A_User Grid zou indedaad gewoon een sensor moeten zijn die negatief is bij terugleveren. Dus kan je de "rare grafiek" eens laten zien?

Ik vind het een beetje een rare keuze om alleen enkele entity toe te staan omdat veel integraties een losse entiteit hebben voor import en export. Maar met de HW heb je dus al geluk als het goed is.

[Septillion]

@Toppe Grootverschil dat ik zie is je default op de float. In de eerste markeer je een sensor die geen float waarde heeft (bijvoorbeeld 'unknown') als 0% en in je tweede code geef je die juist een default van 1000%. Dus gok dat je één sensor hebt die 'unknown' ofzo is.

Volgens mij zou je alles met een select moeten kunnen doen. Dan zou het tellen dus alleen de count hoeven te verschillen. Maar dat lukt mij nu ook even niet.

[TheFes]

Septillion schreef op donderdag 4 december 2025 @ 11:59:
@Toppe Grootverschil dat ik zie is je default op de float. In de eerste markeer je een sensor die geen float waarde heeft (bijvoorbeeld 'unknown') als 0% en in je tweede code geef je die juist een default van 1000%. Dus gok dat je één sensor hebt die 'unknown' ofzo is.

Volgens mij zou je alles met een select moeten kunnen doen. Dan zou het tellen dus alleen de count hoeven te verschillen. Maar dat lukt mij nu ook even niet.

Je kunt helaas niet in één keer een float comparison op states doen, en dan de entities teruggeven, omdat states strings zijn. Je moet dan een for loop gebruiken.

[TheFes]

Septillion schreef op donderdag 4 december 2025 @ 11:48:
@Just_A_User Grid zou indedaad gewoon een sensor moeten zijn die negatief is bij terugleveren. Dus kan je de "rare grafiek" eens laten zien?

Ik vind het een beetje een rare keuze om alleen enkele entity toe te staan omdat veel integraties een losse entiteit hebben voor import en export. Maar met de HW heb je dus al geluk als het goed is.

Je kunt meerdere entities opvoeren, ik heb er eentje voor consumption en eentje voor production. Voor production heb ik echter een template sensor moeten maken, omdat daar een negatieve waarde verwacht wordt, en dat bij mij dus niet het geval is.

[Septillion]

@TheFes Ja, dat is ook een optie. Maar dat je dus moet klooien met een helper is natuurlijk jammer.

[Septillion]

TheFes schreef op donderdag 4 december 2025 @ 12:14:
[...]


Je kunt helaas niet in één keer een float comparison op states doen, en dan de entities teruggeven, omdat states strings zijn. Je moet dan een for loop gebruiken.

Ja, daar zat ik ook mee. Maar dacht dat er misschien nog zwarte template magie mogelijk was.

[RobertMe]

TheFes schreef op donderdag 4 december 2025 @ 12:15:
[...]


Je kunt meerdere entities opvoeren, ik heb er eentje voor consumption en eentje voor production. Voor production heb ik echter een template sensor moeten maken, omdat daar een negatieve waarde verwacht wordt, en dat bij mij dus niet het geval is.

Voelt zo wel een beetje als potahto potayto
De verwachting is dus dat er een negatieve sensor is voor teruglevering. Of je dan één sensor hebt die + is bij afname en - bij teruglevering of twee sensoren waarvan er een + is en een - en op elk moment altijd een van beide 0 is is dan irrelevant. En wat @Septillion dus ook aangeeft: de kans dat een integratie een negatieve waarde heeft voor de teruglever-sensor is vrij klein. Want de teruglevering is natuurlijk altijd positief (of 0). Als in: het vermogen door de kabel is + of -, maar als je dan meet hoeveel er in een richting gaat (afname danwel teruglevering) dan ga je dat natuurlijk niet negatief doen, want negatieve teruglevering bestaat niet (/zou afname zijn).

[Just_A_User]

Septillion schreef op donderdag 4 december 2025 @ 11:48:
@Just_A_User Grid zou indedaad gewoon een sensor moeten zijn die negatief is bij terugleveren. Dus kan je de "rare grafiek" eens laten zien?

Ik vind het een beetje een rare keuze om alleen enkele entity toe te staan omdat veel integraties een losse entiteit hebben voor import en export. Maar met de HW heb je dus al geluk als het goed is.

Ja, dat kan ik. Wat ik nu dus heb gedaan is alleen de productie van zonnepanelen toegevoegd. Dat levert dit op:



Vanuit de P1 meter van HW kan ik een aantal dingen toevoegen. Ik kan toevoegen het verbruik van elke fase, maar ik heb ook een 'totaal' actueel verbruik. Die heb ik niet gemaakt, die geeft de integratie dus gewoon.

Dus stel ik op op fase 1 - 500, op fase 2 -600 en op fase 3 heb ik 400, dan zal de totaal-entiteit dus weergeven -700. Immers, -500 + -600 + 400 = 700. Als ik die entiteit toevoeg, dan krijg ik dit:



Dit is dus raar, want de piek die op 1e plaatje nog rond de 2,5 is (wat correct is want dat is de productie van de zonnepanelen), die is op het 2e plaatje ineens een stuk hoger, en het blijft ook 1 lijn en 1 kleur. Ik heb 2 entiteiten dus had ik ook 2 lijnen/kleuren verwacht. Dat gebeurt dus niet, dus ik doe iéts fout.

Ook komt die 2e grafiek maar heel even onder de 0, terwijl in realiteit, op de P1 meter, continue een -verbruik wordt geregistreerd de laatste uren, omdat de zon meer schijnt dan ik aan verbruik in huis heb:



Bovenstaande is de actuele waarde van diezelfde 'totaal'-entiteit vanuit mijn dashboard. Dat is wat er daadwerkelijk live op de meter gebeurd, en daar zie je dat het verbruik al een hele tijd onder 0 is.

[ Voor 14% gewijzigd door Just_A_User op 04-12-2025 12:26 ]

[Septillion]

@Just_A_User Maar in je tweede plaatje heb je juist je PV weer weggeghaald.

Of voeg je zowel grid als PV toe onder Grid? Want je PV moet je natuurlijk onder PV toevoegen.

[Just_A_User]

Septillion schreef op donderdag 4 december 2025 @ 12:39:
@Just_A_User Maar in je tweede plaatje heb je juist je PV weer weggeghaald.

Of voeg je zowel grid als PV toe onder Grid? Want je PV moet je natuurlijk onder PV toevoegen.

Nee dat is 't 'm nou juist, die heb ik niét weg gehaald. Onder PV toevoegen? Maar daar wás hij toch al altijd onder? Wacht, misschien dat je hier kunt zien wat ik dan fout doe:

[Septillion]

@Just_A_User Dat is dus mijn tweede opmerking, wat doet je "SolarEdge: Actueel vermogen" onder je grid/net kopje. Die hoort daar niet, die moet onder PV.

Als je "solaredge Geproduceerde energie" aanpast kan je daar nu het vermogen toevoegen.

[ Voor 22% gewijzigd door Septillion op 04-12-2025 12:46 ]

[Just_A_User]

Septillion schreef op donderdag 4 december 2025 @ 12:44:
@Just_A_User Dat is dus mijn tweede opmerking, wat doet je "SolarEdge: Actueel vermogen" onder je grid/net kopje. Die hoort daar niet, die moet onder PV.

Maar als ik die onder PV doe, waar dus al iets staat, en dat wat er staat was in de oude situatie gewoon correct, en werkt nog steeds correct. Die geeft gewoon voor een hele dag, per uur aan wat is geproduceerd in dat betreffende uur door de zonnepanelen. Dus die moet blijven staan lijkt me?

Daar is nu een stukje bij gekomen, zie ik, te weten dit:



De entiteit "SolarEdge: Actueel vermogen" is alleen maar toe te voegen onder de 2e selector, want dat is de enige plek waar hij bestaat, zie plaatje:



Maar dat kan ik niet opslaan. Hij verwacht in die eerste statistiek schijnbaar ook iets, want anders is de knop Opslaan niet beschikbaar.

Wat moet ik dan in die eerste statistiek neerzetten?

[JanHenk]

Just_A_User schreef op donderdag 4 december 2025 @ 12:50:
[...]

Wat moet ik dan in die eerste statistiek neerzetten?

Energie.

En in de tweede vermogen.

De gebruikte termen zijn wel verwarrend. Want zonne-energie productie en zonne-energieproductie geven niet heel duidelijk aan wat er verwacht wordt qua sensor.

[Just_A_User]

JanHenk schreef op donderdag 4 december 2025 @ 13:01:
[...]


Energie.

En in de tweede vermogen.

De gebruikte termen zijn wel verwarrend. Want zonne-energie productie en zonne-energieproductie geven niet heel duidelijk aan wat er verwacht wordt qua sensor.

Als ik dát doe krijg ik dit:



Maar dit slaat nergens op, want volgens dat plaatje is mijn verbruik op enig moment 4,33 kW, omdat hij de zonneenergie optelt bij het netverbruik. Het netverbruik zou daar dus negatief moetent zijn, want de opwek is hoger dan het verbruik van het huis dus ik lever effectief terug. Dat kan alleen maar als mijn netto verbruik negatief is, en dat is niet wat dit plaatje weergeeft.

[ArthurMorgan]

Wat is die verbruik actueel voor entiteit? Dat moet puur de import/export zijn. Dus niet het netto verbruik in je huis.

[ Voor 32% gewijzigd door ArthurMorgan op 04-12-2025 13:11 ]

[Just_A_User]

ArthurMorgan schreef op donderdag 4 december 2025 @ 13:06:
Wat is die verbruik actueel voor entiteit? Dat moet puur de import/export zijn. Dus niet het netto verbruik in je huis.

Ja, dat is inderdaad het netto-verbruik in huis. Ik weet niet eens welke entiteit de import/export is. Die moet van de P1 afkomstig zijn, maar geen idee hoe dat ding heet.

[ArthurMorgan]

Just_A_User schreef op donderdag 4 december 2025 @ 13:10:
[...]


Ja, dat is inderdaad het netto-verbruik in huis. Ik weet niet eens welke entiteit de import/export is. Die moet van de P1 afkomstig zijn, maar geen idee hoe dat ding heet.

Bij mij heet die: sensor.p1_meter_vermogen

Kijk bij Instellingen integraties, homewizard, en dan je p1 meter zoeken daar, en dan kun je de entiteit vinden die je nodig hebt.

[ Voor 16% gewijzigd door ArthurMorgan op 04-12-2025 13:12 ]

[Just_A_User]

ArthurMorgan schreef op donderdag 4 december 2025 @ 13:11:
[...]

Bij mij heet die: sensor.p1_meter_vermogen

Maar die geeft toch ook op enig moment 'negatief' aan? Dus je trekt 800 watt uit het net op enig moment, de wolken gaan voor de zon weg, je PV gaat wat doen, en ineens verandert die 800 in -1100 ofzo.

Dat ding bedoel je?

[Sharky]

Ik krijg de laatste update niet geïnstalleerd om een of andere reden. Hij gaat het hele proces door (tot 100%), herstart dan maar zit vervolgens nog steeds op 11.3 en geeft weer aan dat er een update is. Ik heb de hele VM al een herstart gegeven maar dat levert niks op. Meer mensen met deze ervaring?

[tlpeter]

Ik ben op het moment een backup aan het terugzetten, Het systeem is na de update totaal niet meer bereikbaar. Geen idee waar het aan ligt.

[Just_A_User]

ArthurMorgan schreef op donderdag 4 december 2025 @ 13:11:
[...]

Bij mij heet die: sensor.p1_meter_vermogen

Kijk bij Instellingen integraties, homewizard, en dan je p1 meter zoeken daar, en dan kun je de entiteit vinden die je nodig hebt.

Ja, ik heb er zelf ook een heel aantal aangemaakt, negeer die even in dit plaatje:



De enige 2 op dit plaatje die negatief gaan momenteel, zijn Vermogen fase 2, en Verbruik: Actueel. Die laatste is een optelsom van de vermogens op fase 1, 2, en 3. Volgens mij doel jij op die.

Maar dat is dus ook degene die ik al gebruik daar, en dan levert me dat een rare grafiek op.

[Septillion]

@Just_A_User Kijken is weten. Niet elke integratie heeft direct de juist sensor hiervoor. Je moet dus of één sensor hebben die positief is voor import en negatief voor export. Of één sensor voor import (positief) en één voor export (negatief).


En ja, ik hekel dat ze dit dus onder het energy dashboard hebben gedaan en dan vooral als nog niet gewoon duidelijk de termen vermogen/power en energie/energy gebruiken

[edit]"Verbruik actueel" ziet er goed uit om te gebruiken onder grid.

[ Voor 7% gewijzigd door Septillion op 04-12-2025 13:22 ]

[Septillion]

@Sharky Genoeg diskspace?

[ArthurMorgan]

@Just_A_User Is jouw opwek positief of negatief? Ik heb daar een helper moeten maken omdat mijn HW tussenmeter een negatief getal geeft. En dat mag (geloof ik) niet binnen HA.

[Toppe]

Just_A_User schreef op donderdag 4 december 2025 @ 13:19:
[...]


Ja, ik heb er zelf ook een heel aantal aangemaakt, negeer die even in dit plaatje:

[Afbeelding]

De enige 2 op dit plaatje die negatief gaan momenteel, zijn Vermogen fase 2, en Verbruik: Actueel. Die laatste is een optelsom van de vermogens op fase 1, 2, en 3. Volgens mij doel jij op die.

Maar dat is dus ook degene die ik al gebruik daar, en dan levert me dat een rare grafiek op.

Ik mis een gemiddelde sensor voor je verbruik. Ik doe niet aan energie besparing en heb ook geen panelen maar ben dus wel benieuwd of mijn verbruik over lange tijd zakt of stijgt, dat is nu niet eenvoudig bij te houden.

[Septillion]

@ArthurMorgan Energie moet altijd positief. Maar export vermogen MOET juist negatief.

[Just_A_User]

ArthurMorgan schreef op donderdag 4 december 2025 @ 13:26:
@Just_A_User Is jouw opwek positief of negatief? Ik heb daar een helper moeten maken omdat mijn HW tussenmeter een negatief getal geeft. En dat mag (geloof ik) niet binnen HA.

Mijn...opwek? Dus wat de zonnepanelen produceren? Die is altijd positief he, die is op z'n laagst 0, maar die gaat nooit negatief. Ik snap denk ik niet zo goed wat je bedoeld.

Mijn huis verbruikt op enig moment 700 watt. De TV staat aan en nog de droger ofzo. Prima. Op mijn actuele vermogen zie ik dan 700 watt staan. Nu komt de zon tevoorschijn, en de panelen beginnen ineens 1000 watt te produceren.

De sensor zal dan aangeven dat de actuele situatie nu -300 is. Immers, uit het net werd 700 watt gehaald, maar de panelen produceren er 1000. Het netto resultaat is dat er nog 300 watt terug geleverd worden. De sensor zal dan -300 aangeven.

Die sensor bedoel je? Ja, dat is dus de sensor die ik gebruik.

[Septillion]

@Just_A_User Laat anders nog eens huidige instellingen en huidige grafiek zien.

[ArthurMorgan]

De sensor die hoort bij : solar edge actueel vermogen. Geeft die sensor een positief getal of een negatief getal?

Mijn tussenmeter geeft daar uit zichzelf een negatief getal aan. Dus als ik 100W aan opwek heb geeft die sensor -100W aan. En dat werkt niet altijd goed in Home Assistant.

[Just_A_User]

Septillion schreef op donderdag 4 december 2025 @ 13:35:
@Just_A_User Laat anders nog eens huidige instellingen en huidige grafiek zien.

Ik heb 'm nu net. Ik weet niet wat daar gebeurde, maar wat ik ook veranderde, ik zag mijn wijzigingen niet meer. Dus HA opnieuw opgestart, alles weg gehaald, en alles opnieuw gedaan. Nu heb ik dit als instellingen:



En dit is het resultaat:



Dit lijkt me wél correct.

[Septillion]

@Just_A_User Dat ziet er inderdaad goed uit

[HuismAndré]

Toppe schreef op donderdag 4 december 2025 @ 11:41:
Ik wil graag weten hoeveel batterijen er onder 15% zijn, daarvoor heb ik een template:

YAML:

{{ states.sensor
  | selectattr('attributes.device_class', 'defined')
  | selectattr('attributes.device_class', 'eq', 'battery')
  | map(attribute='state')
  | map('float', default=0)
  | select('lt', 15)
  | list
  | count
}}

Resultaat = 2

Nu wil ik graag weten welke batterijen dan leeg zijn:

YAML:

{% set low_battery_entities = states.sensor
  | selectattr('attributes.device_class', 'defined')
  | selectattr('attributes.device_class', 'eq', 'battery')
  | list
%}
  De volgende apparaten hebben een lage batterij:
  {% for s in low_battery_entities
     if s.state | float(1000) < 15 %}
    - {{ s.name }} ({{ s.state }}%)
  {% endfor %}

Hier krijg ik echter maar één resultaat terug.

Ik heb handmatig de lijst gecontroleerd en daar staat ook echt maar één apparaat in die onder de 15% is. Nu kan ik quick and dirty gewoon -1 doen maar dat is niet echt de een definitieve oplossing.

Iemand enig idee wat ik fout doe?

Begin eens regel voor regel (in ontwikkelhulpmiddelen). Dan zie je al snel wat je fout doet (want ik krijg een foutmelding bij jouw code). Het volgende werkt wel:

YAML:

{% set threshold = 15 %}
{% for s in states.sensor
     if s.attributes.device_class == 'battery'
     and s.state|float(100) < threshold %}
  {{ s.name }} → {{ s.state }} %
{% endfor %}

[Ben(V)]

Just_A_User schreef op donderdag 4 december 2025 @ 13:30:
[...]


Mijn...opwek? Dus wat de zonnepanelen produceren? Die is altijd positief he, die is op z'n laagst 0, maar die gaat nooit negatief. Ik snap denk ik niet zo goed wat je bedoeld.

Mijn huis verbruikt op enig moment 700 watt. De TV staat aan en nog de droger ofzo. Prima. Op mijn actuele vermogen zie ik dan 700 watt staan. Nu komt de zon tevoorschijn, en de panelen beginnen ineens 1000 watt te produceren.

De sensor zal dan aangeven dat de actuele situatie nu -300 is. Immers, uit het net werd 700 watt gehaald, maar de panelen produceren er 1000. Het netto resultaat is dat er nog 300 watt terug geleverd worden. De sensor zal dan -300 aangeven.

Die sensor bedoel je? Ja, dat is dus de sensor die ik gebruik.

Zonnepanelen geven altijd een negatief verbruik

[Just_A_User]

ArthurMorgan schreef op donderdag 4 december 2025 @ 13:35:
De sensor die hoort bij : solar edge actueel vermogen. Geeft die sensor een positief getal of een negatief getal?

Mijn tussenmeter geeft daar uit zichzelf een negatief getal aan. Dus als ik 100W aan opwek heb geeft die sensor -100W aan. En dat werkt niet altijd goed in Home Assistant.

De sensor solaredge actueel vermogen is van de omvormer. Die kan niet negatief gaan, die doet alleen maar positief. Dus Solaredge actueel vermogen = altijd positief.

De sensor Actueel verbruik, is afkomstig van de Homewizard P1 meter. Die sensor kan positief zijn, als de afname uit het net groter is dan wat er vanaf de zonnepanelen komt, of negatief, als de afname uit het net kleiner is dan wat er vanuit de zonnepanelen komt.

[Just_A_User]

Ben(V) schreef op donderdag 4 december 2025 @ 13:38:
[...]


Zonnepanelen geven altijd een negatief verbruik

Eh, volgens mij klopt dat niet?

[Toppe]

Voor de mensen die wel eens de status van een entiteit willen gebruiken in de GUI zullen het wel herkennen: Hij geeft altijd alles in het engels weer en in kleine letters.

Kom er dus nu pas serieus achter dat je dit heel eenvoudig kan oplossen door states('entiteit') te vervangen voor state_translated('entiteit')

{{ states('vacuum.dreamebot_l10s_ultra') }} = "docked"
{{ state_translated('vacuum.dreamebot_l10s_ultra') }} = "Gedockt"

Doe er je voordeel mee

[Ben(V)]

@Just_A_User
Het verbruik is wat je uit het net trekt en als je dus zelf stroom opwekt en niets uit het net trekt wordt het verbruik negatief.

Verbruik en opwekking zijn elkaars tegengestelden.

[ Voor 4% gewijzigd door Ben(V) op 04-12-2025 13:43 ]

[Just_A_User]

Ben(V) schreef op donderdag 4 december 2025 @ 13:42:
@Just_A_User
Het verbruik is wat je uit het net trekt en als je dus zelf stroom opwekt en niets uit het net trekt wordt het verbruik negatief.

Verbruik en opwekking zijn elkaars tegengestelden.

Maar als het verbruik dat ik uit net net trek 800 watt is, en mijn zonnepanelen wekken op enig moment maar 500 watt op, dan is mijn verbruik toch nog steeds 300 watt? Dus dan geven zonnepanelen toch niet altijd een negatief verbruik? Alles wat wordt opgewekt wordt in mindering gebracht op het verbruik, ja, daar ben ik het me eens, maar dat zonnepanelen altijd een negatief verbruik geven klopt niet, tenminste, niet hoe ik het lees.

[Ben(V)]

Het is toch echt simpel rekenwerk

Als je 800 watt uit het net verbruikt en je zonnepanelen zouden 500 watt verbruiken dan zou je op 1300 watt verbruik uitkomen.
Gelukkig is het verbruik van je zonnepanelen negatief en wordt het dus gewoon 300 watt
800 + (-500) = 300

500 watt opwekken is hetzelfde als -500 watt verbruiken.

[ Voor 9% gewijzigd door Ben(V) op 04-12-2025 13:54 ]

[Just_A_User]

Ben(V) schreef op donderdag 4 december 2025 @ 13:52:
Het is toch echt simpel rekenwerk

Als je 800 watt uit het net verbruikt en je zonnepanelen zouden 500 watt verbruiken dan zou je op 1300 watt verbruik uitkomen.
Gelukkig is het verbruik van je zonnepanelen negatief en wordt het dus gewoon 300 watt
800 + (-500) = 300

Ik zei niet verbruiken, ik zei produceren. Ze produceren toch niet -500 watt? Ze produceren +500 watt. Die productie wordt vervolgens afgetrokken, dus niet opgeteld, van je verbruik uit het net. De productie van mijn SolarEdge systeem in Home Assistant wordt als positief gezien, niet negatief.

Als ik uit net net 800 watt haal, en mijn zonnepanelen produceren 500 watt, dan worden die 2 in mindering gebracht op elkaar, en dus is mijn netverbruik nog 300.

Als ik uit het net 800 watt haal, en mijn zonnepanelen produceren 800 watt, dan worden die 2 in mindering gebracht op elkaar, en dus is mijn netverbruik 0.

Als ik uit het net 800 watt haal, en mijn zonnepanelen produceren 1200 watt, dan worden die 2 in mindering gebracht op elkaar, en dus is mijn netverbruik -400.

Maar in mijn Home Assistant wordt wat de panelen op enig moment aan het produceren zijn als een positief getal weergegeven, niet als een negatief getal:

[Toppe]

HuismAndré schreef op donderdag 4 december 2025 @ 13:38:
[...]

Begin eens regel voor regel (in ontwikkelhulpmiddelen). Dan zie je al snel wat je fout doet (want ik krijg een foutmelding bij jouw code). Het volgende werkt wel:

YAML:

{% set threshold = 15 %}
{% for s in states.sensor
     if s.attributes.device_class == 'battery'
     and s.state|float(100) < threshold %}
  {{ s.name }} → {{ s.state }} %
{% endfor %}

Dit werkt ook, maar ik wil dus:
- Tellen hoeveel het er zijn en weergeven als badge in lovelace
- Een popup weergeven met de sensoren die onder dat percentage zitten

Ik heb alleen in de badge dus altijd 1 te veel

[Septillion]

@Just_A_User en @Ben(V), het is maar net hoe je er naar kijkt wat positief en negatief is Dat kan je op tal van manieren doen en voor alles is wat te zeggen.

En de term "mijn verbruik" is redelijk ambigu. Vandaar dat ik liever spreek van "net verbruikt" (wat gebruik/lever ik van/aan het net) of "eigenverbruik" (wat verbruikt alle apparatuur in huis excl opwek). Eerste is dus een indicatie voor hoe je het elektriciteitsnet belast en tweede voor hoeveel je als huishouden nodig hebt vanuit welke bron dan ook.

HA heeft voor vermogen nu in ieder geval gekozen voor:
PV: positief
Net import: positief
Net export: negatief
Accu ontladen: positief
Accu laden: negatief

De net import en net export mogen een enkele sensor zijn als deze correct positief (import) en negatief (export) gaat. Voor de accu sensors geldt hetzelfde.

[ Voor 11% gewijzigd door Septillion op 06-12-2025 22:51 ]

[Septillion]

@Toppe Daar heb ik je denk ik dus het antwoord al op gegeven

[TheFes]

Septillion schreef op donderdag 4 december 2025 @ 12:17:
@TheFes Ja, dat is ook een optie. Maar dat je dus moet klooien met een helper is natuurlijk jammer.

@RobertMe
Ik heb er een FR voor aangemaakt
https://github.com/orgs/home-assistant/discussions/1915

[WaTTe44]

Sharky schreef op donderdag 4 december 2025 @ 13:15:
Ik krijg de laatste update niet geïnstalleerd om een of andere reden. Hij gaat het hele proces door (tot 100%), herstart dan maar zit vervolgens nog steeds op 11.3 en geeft weer aan dat er een update is. Ik heb de hele VM al een herstart gegeven maar dat levert niks op. Meer mensen met deze ervaring?

Hier hetzelfde probleem. Lijkt hier dat het systeem op ESPHome hangt.

[Ben(V)]

@Just_A_User
Ik heb het alleen maar over verbruik gehad, daar ging mijn post over.

@Septillion
Hoe kan PV nu positief zijn en net export negatief?
Net export komt van de PV dus moet dan ook negatief zijn.

[ Voor 27% gewijzigd door Ben(V) op 04-12-2025 14:27 ]

[Sharky]

Septillion schreef op donderdag 4 december 2025 @ 13:23:
@Sharky Genoeg diskspace?

Meer dan genoeg.

[Septillion]

@Ben(V) Alles kan, want het is dus maar een conventie

Maar op zich vind ik die van HA wel logisch. Alles wat je huis in stroomt (PV, net import, batterij ontladen) is positief. Alles wat je huis uit stroom (net export of batterij laden) is negatief.

Daarmee komt je "eigen vermogen" dus neer op
[eigen vermogen] = [net import] + [net export] + [batterij laden] + batterij ontladen] + [PV]
ofwel simpelweg alles sommen.

Maar nogmaals, of iets positief of negatief is hangt volledig af hoe je zelf de stroomrichting definieert. Er is geen goed of fout, zolang je het consistent doet komt het steeds op hetzelfde neer.

[Ben(V)]

Klopt dat het definitie afhankelijk is maar de definities moeten wel met elkaar kloppen anders ga je verkeerd rekenen.

Die rekensom klopt voor geen meter, het is:
[net verbruik] = [net import] + [batterij laden] - [batterij ontladen] - [PV]

En als je dan meer opwekt dan importeert wordt het [net verbruik] negatief ofwel het wordt [net export]

[ Voor 17% gewijzigd door Ben(V) op 04-12-2025 14:55 ]

[Septillion]

@Ben(V) Niet volgens de definitie van HA Want die gaat dus uit van net export en batterij laden negatief zijn. Dus is het gewoon een som van alle component.

[netto verbruik] = [net import] + [net export] + [batterij laden] + [batterij ontladen] + [PV]
of met enkele entities
[eigen vermogen] = [net] + [batterij] + [PV]

[ranjo]

Voor degene waar Home Assistant helemaal niet meer werkt, én je de (HACS) plugin Entsoe gebruikt: deze zorgt voor problemen dat HA helemaal niet bereikbaar is. Zie deze post voor meer info: https://community.home-as...nt-look-to-work/958612/18 Via de (proxmox) console is het te fixen.

Dit werkte voor mij om het weer werkend te krijgen:

code:

core stop
login
cd /mnt/data/supervisor/homeassistant
mkdir -p disabled_custom_components
mv custom_components/entsoe disabled_custom_components/
exit
core start

[ Voor 25% gewijzigd door ranjo op 04-12-2025 16:35 ]

[JukeboxBill]

ranjo schreef op donderdag 4 december 2025 @ 16:33:
Voor degene waar Home Assistant helemaal niet meer werkt, én je de (HACS) plugin Entsoe gebruikt: deze zorgt voor problemen dat HA helemaal niet bereikbaar is. Zie deze post voor meer info: https://community.home-as...nt-look-to-work/958612/18 Via de (proxmox) console is het te fixen.

Was hier ook al tegenaan gelopen en inmiddels gerepareerd.
Heb toch geen dynamisch contract meer, dus mooie gelegenheid om Entsoe te wippen.

[kazuka]

ranjo schreef op donderdag 4 december 2025 @ 16:33:
Voor degene waar Home Assistant helemaal niet meer werkt, én je de (HACS) plugin Entsoe gebruikt: deze zorgt voor problemen dat HA helemaal niet bereikbaar is. Zie deze post voor meer info: https://community.home-as...nt-look-to-work/958612/18 Via de (proxmox) console is het te fixen.

Dit werkte voor mij om het weer werkend te krijgen:

code:

core stop
login
cd /mnt/data/supervisor/homeassistant
mkdir -p disabled_custom_components
mv custom_components/entsoe disabled_custom_components/
exit
core start

Ah dank je, na de December HA update liep ik hier ook al tegenaan maar zocht de oorzaak in een hele andere hoek in eerste instantie. Maar de timing klopt; rond 13:15 toen de nieuwe EPEX prijzen bekend werden crashte mijn Yellow. Vooralsnog weer even terug naar 2025.11 totdat Entsoe het heeft opgelost.

Wel apart dat zo'n relatief simpele integratie het hele systeem plat kan leggen.

[denneappel]

Ah! +1. Hier ook rond die tijd. Ik heb uiteindelijk een verse installatie gedaan en dan de optie "upload backup" op het on boarding scherm gebruikt om terug te gaan naar de backup van voor de update. Fijn om te zien dat mijn backups goed werken

[koelkast]

Ik heb problemen met de omvormer van mijn zonnepanelen, van het merk GoodWe.
Hij is volgens Home Assistant 2025.12 niet meer te bereiken (terwijl hij gewoon online is en contact heeft met het netwerk).
In de integratie van GoodWe staat 'migratiefout'. Anderen last?

[TheFes]

kazuka schreef op donderdag 4 december 2025 @ 16:54:
[...]


Ah dank je, na de December HA update liep ik hier ook al tegenaan maar zocht de oorzaak in een hele andere hoek in eerste instantie. Maar de timing klopt; rond 13:15 toen de nieuwe EPEX prijzen bekend werden crashte mijn Yellow. Vooralsnog weer even terug naar 2025.11 totdat Entsoe het heeft opgelost.

Wel apart dat zo'n relatief simpele integratie het hele systeem plat kan leggen.

Het heeft niets met 2025.12 te maken, je systeem crasht net zo goed op 2025.11 als je Entso-e hebt draaien

[kazuka]

TheFes schreef op donderdag 4 december 2025 @ 16:59:
[...]

Het heeft niets met 2025.12 te maken, je systeem crasht net zo goed op 2025.11 als je Entso-e hebt draaien

Oh echt? Toeval dan dat het op dezelfde dag gebeurde als mijn update naar 2025.12. Voor die update draaide Entso-e probleemloos. Wel benieuwd wat het dan is in die integratie wat HA helemaal lam legt.

edit: Ah hier wordt e.e.a. toegelicht inderdaad: https://github.com/JaccoR/hass-entso-e/issues/254

[ Voor 10% gewijzigd door kazuka op 04-12-2025 17:35 ]

[_Mitchie_]

Ben nu ook aan het stoeien met het energie dashboard en kom er niet helemaal uit.
Ik heb een homewizard p1 meter en een homewizard 1 fase kWh meter.
Na het invullen van het energie dashboard krijg ik onderstaande beeld en twijfel of dat wel helemaal klopt.
Want ik zie in het eerste plaatje helemaal geen opwekking van zonnestroom.

Zijn er meer mensen met homewizard p1 en homewizard 1 fase kWh meter die hetzelfde zien of kunnen laten zien hoe zei het opgelost / ingevuld hebben.

[Septillion]

@_Mitchie_ Denk dat je PV meter nu negatief vermogen weergeeft of niet? Zoals gezegd, dat kan niet. Dan zal je een template sensor aan moeten maken om hem positief te maken.

[_Mitchie_]

@Septillion
Toen ik zonet tijdens het eten er nog eens over na zat te denken kwam ik tot de zelfde conclusie.
Onderstaande laat het eigenlijk perfect zien dat de sensor pv meter negatief is.

[The Source]

Mijn HA start niet meer op na de update 2025.12 update

• Ip is aktief
• CLI start netjes op
• Observer alles ok

Maar het login scherm in de browser dat toont niet.

Ik draai het als VM op unraid. Nu lees hier hier bij iemand dat het hangt op ESPHome, bij een ander op Entso-e en ik draai beide. Een tweaker vertelde mij om de backup terug te zetten via de CLI. Nog nooit gedaan, ik backup alles in de cloud.

ESPhome is ook recent geupdate, ik heb een backup van 29 Nov. Moet ik die terug zetten of beter Entso-e fixen? En hoe kan dat via de SLI van HA? Ik zag wel SSH proxmox instructies, maar dat draai ik dus niet. Dank.

Edit: opgelost
Het core gedeelte weggelaten. HA werkte direct zonder herstart.

login
cd /mnt/data/supervisor/homeassistant
mkdir -p disabled_custom_components
mv custom_components/entsoe disabled_custom_components/
exit

[ Voor 14% gewijzigd door The Source op 04-12-2025 18:41 ]

[Knielen]

The Source schreef op donderdag 4 december 2025 @ 18:15:
Mijn HA start niet meer op na de update 2025.12 update

• Ip is aktief
• CLI start netjes op
• Observer alles ok

Maar het login scherm in de browser dat toont niet.

Ik draai het als VM op unraid. Nu lees hier hier bij iemand dat het hangt op ESPHome, bij een ander op Entso-e en ik draai beide. Een tweaker vertelde mij om de backup terug te zetten via de CLI. Nog nooit gedaan, ik backup alles in de cloud.

ESPhome is ook recent geupdate, ik heb een backup van 29 Nov. Moet ik die terug zetten of beter Entso-e fixen? En hoe kan dat via de SLI van HA? Ik zag wel SSH proxmox instructies, maar dat draai ik dus niet. Dank.

Bij mij was HA vanmiddag ook ineens gestopt, zonder enige aanleiding. Kon slecht achterhalen waar het vandaan kwam, logs werd ik niet veel wijzer van. Uiteindelijk HA 3x achter elkaar opnieuw opgestart, toen kwam hij weer tot leven. Misschien voor jou ook een poging waard.

[TheFes]

Knielen schreef op donderdag 4 december 2025 @ 18:37:
[...]


Bij mij was HA vanmiddag ook ineens gestopt, zonder enige aanleiding. Kon slecht achterhalen waar het vandaan kwam, logs werd ik niet veel wijzer van. Uiteindelijk HA 3x achter elkaar opnieuw opgestart, toen kwam hij weer tot leven. Misschien voor jou ook een poging waard.

Gebruik je de Entso-e custom integration? Daar zit een flinke fout in die je HA sloopt als de brondata niet beschikbaar is.

[Knielen]

TheFes schreef op donderdag 4 december 2025 @ 19:19:
[...]

Gebruik je de Entso-e custom integration? Daar zit een flinke fout in die je HA sloopt als de brondata niet beschikbaar is.

Ja. Gelijk uitgezet, dankjewel.

[Sicco92]

Ik liep ook tegen die Entso-e fout aan. Die heb ik nu verwijderd, en het lijkt weer goed te werken.

Bij het opsporen waar het fout ging, liep ik er alleen ook tegenaan dat ik geen idee heb waar 'oude' logs te zien zijn. Dat wil zeggen, logs van vóór de reboot. Voor 2025.11 werden die altijd naar de disk geschreven, maar sinds 2025.11 wordt dat niet meer gedaan.
Toen de logs nog naar de disk werden geschreven, had je altijd een home-assistant.log.old file waar de logs voor de reboot in stonden. Die lijkt nu ook niet meer te bestaan.

Iemand enig idee waar ik deze 'oude' logs terug kan vinden?

[TheFes]

Sicco92 schreef op donderdag 4 december 2025 @ 19:36:
Ik liep ook tegen die Entso-e fout aan. Die heb ik nu verwijderd, en het lijkt weer goed te werken.

Bij het opsporen waar het fout ging, liep ik er alleen ook tegenaan dat ik geen idee heb waar 'oude' logs te zien zijn. Dat wil zeggen, logs van vóór de reboot. Voor 2025.11 werden die altijd naar de disk geschreven, maar sinds 2025.11 wordt dat niet meer gedaan.
Toen de logs nog naar de disk werden geschreven, had je altijd een home-assistant.log.old file waar de logs voor de reboot in stonden. Die lijkt nu ook niet meer te bestaan.

Iemand enig idee waar ik deze 'oude' logs terug kan vinden?

Bij Settings > System > Log
Dan zet je hem eerst met het 3-punt menu op raw logs, en daarna kun je onder datzelfde menu een HA startup kiezen.

[Sicco92]

TheFes schreef op donderdag 4 december 2025 @ 19:41:
[...]


Bij Settings > System > Log
Dan zet je hem eerst met het 3-punt menu op raw logs, en daarna kun je onder datzelfde menu een HA startup kiezen.

Goh, daar had ik het nooit gezocht. Ik heb wel even rondgeklikt bij die logs, maar het voelde voor mij niet intuïtief om de vorige logs daar te zoeken. Standaard zie je daar altijd de logs vanaf de huidige startup namelijk.

Dankjewel, weer wat geleerd!

[Jay-v]

_Mitchie_ schreef op donderdag 4 december 2025 @ 17:35:
Ben nu ook aan het stoeien met het energie dashboard en kom er niet helemaal uit.
Ik heb een homewizard p1 meter en een homewizard 1 fase kWh meter.
Na het invullen van het energie dashboard krijg ik onderstaande beeld en twijfel of dat wel helemaal klopt.
Want ik zie in het eerste plaatje helemaal geen opwekking van zonnestroom.

Zijn er meer mensen met homewizard p1 en homewizard 1 fase kWh meter die hetzelfde zien of kunnen laten zien hoe zei het opgelost / ingevuld hebben.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Werkt bij mij prima:



Ik heb het zo ingesteld:

[fissa]

Hé allemaal, vandaag m’n mini pc N150 binnen om voor het eerst home assistant te gaan draaien (via proxmox). Nu moet ik nog een p1 meter kopen, maar twijfel tussen slimmelezer+ en de homewizard variant? Enerzijds spreekt het open source gedeelte mij wel aan, maar daar staat tegenover dat de support op lange termijn misschien wat minder goed zal zijn?
Wat zijn de voor of nadelen volgens jullie. Prijs van beide is nagenoeg gelijk. Kan natuurlijk ook kiezen voor een Shelly pro 3E (maar die is gelijk 3x zo duur).

[RobertMe]

fissa schreef op donderdag 4 december 2025 @ 22:53:
Nu moet ik nog een p1 meter kopen, maar twijfel tussen slimmelezer+ en de homewizard variant? Enerzijds spreekt het open source gedeelte mij wel aan, maar daar staat tegenover dat de support op lange termijn misschien wat minder goed zal zijn?

Hoelang geeft HomeWizard support en blijven ze ook support geven als ze bv failliet gaan? Juist door open source kun altijd jijzelf of iemand anders het verder oppakken. Bij closed source gaat je dat sowieso niet lukken. Daarnaast gebruik je de SlimmeLezer meen ik met ESPHome? Een project dat onder de OpenHome Foundation paraplu valt en (commercieel) onderhouden wordt door Nabu Casa. Om die support zou ik me in dat geval dus zeker geen zorgen maken. Als dat "mis gaat" ligt waarschijnlijk heel Home Assistant op zijn gat.

Wat zijn de voor of nadelen volgens jullie. Prijs van beide is nagenoeg gelijk. Kan natuurlijk ook kiezen voor een Shelly pro 3E (maar die is gelijk 3x zo duur).

De Shelly is een eigen meter toch? En dus totaal niet vergelijkbaar met P1 uitlezen. En die Shelly zul je dan ook daadwerkelijk "op de stroom" moeten aansluiten (/laten aansluiten door een elektricien). Bij een simpele P1 lezer hoeft dat niet, omdat je de meter al hebt, je hoeft alleen een (data)kabel in te prikken, op een daarvoor bedoelde poort die veilig gebruikt kan worden.

[Antonio di]

fissa schreef op donderdag 4 december 2025 @ 22:53:
Hé allemaal, vandaag m’n mini pc N150 binnen om voor het eerst home assistant te gaan draaien (via proxmox). Nu moet ik nog een p1 meter kopen, maar twijfel tussen slimmelezer+ en de homewizard variant? Enerzijds spreekt het open source gedeelte mij wel aan, maar daar staat tegenover dat de support op lange termijn misschien wat minder goed zal zijn?
Wat zijn de voor of nadelen volgens jullie. Prijs van beide is nagenoeg gelijk. Kan natuurlijk ook kiezen voor een Shelly pro 3E (maar die is gelijk 3x zo duur).

Ik vind de "Slimme meter wifi gateway met actieve P1 splitter" of de "Slimme meter wifi gateway ESPHome Edition (alleen voor Home Assistant)" van SmartGateways ook wel een aardig product.

Gewoon een P1-naar-USB-kabeltje als je N150 HA servertje in de buurt van je slimme meter staat is het goedkoopst (bij Ali 8-11 euro)

[ Voor 7% gewijzigd door Antonio di op 05-12-2025 00:40 ]

[Orangelights23]

Ik heb i.v.m. een verbouwing nieuwe raamsensoren nodig, want mijn huidige sensoren (Tapo T110's) passen niet omdat de ramen aan de binnenzijde niet op één lijn zitten met het venster. Ik zoek dus een raamsensor die in een hoek van 90 graden geplaatst kan worden (1 op het kozijn en 1 een kwart gedraaid op het raam zelf). Heeft iemand een idee? Ik vind alleen maar sensoren die direct tegen elkaar geplaatst moeten worden.

[Stubby]

Orangelights23 schreef op vrijdag 5 december 2025 @ 08:18:
Ik heb i.v.m. een verbouwing nieuwe raamsensoren nodig, want mijn huidige sensoren (Tapo T110's) passen niet omdat de ramen aan de binnenzijde niet op één lijn zitten met het venster. Ik zoek dus een raamsensor die in een hoek van 90 graden geplaatst kan worden (1 op het kozijn en 1 een kwart gedraaid op het raam zelf). Heeft iemand een idee? Ik vind alleen maar sensoren die direct tegen elkaar geplaatst moeten worden.

Een raamsensor is niet veel meer dan een reed contact dat reageert op een magneetje dat in de buurt komt. Ik heb zelf van die Neo CoolCam raamsensoren en die kan je zowel "tegen elkaar aan" als onder een hoek van 90 graden met elkaar gebruiken

[Just_A_User]

Orangelights23 schreef op vrijdag 5 december 2025 @ 08:18:
Ik heb i.v.m. een verbouwing nieuwe raamsensoren nodig, want mijn huidige sensoren (Tapo T110's) passen niet omdat de ramen aan de binnenzijde niet op één lijn zitten met het venster. Ik zoek dus een raamsensor die in een hoek van 90 graden geplaatst kan worden (1 op het kozijn en 1 een kwart gedraaid op het raam zelf). Heeft iemand een idee? Ik vind alleen maar sensoren die direct tegen elkaar geplaatst moeten worden.

Ik heb dit ook zo gemonteerd, en ik gebruik de deur/raam sensoren van Aqara. Heb ik al jaren, werken ook al net zo veel jaren meer dan uitstekend.

[Orangelights23]

@Stubby en @Just_A_User , dankjulliewel! Ik zal ze eens bestellen. Ik las bij reviews dat ze juist niet meer goed werken wanneer ze in een hoek van 90 graden geplaatst worden. Ze kunnen wel werken als ze het enorm dicht bij elkaar plaatst, maar een duw tegen een dichte deur of raam die een beetje wiebelt wordt al geregistreerd als open/dicht.

[Ben(V)]

Orangelights23 schreef op vrijdag 5 december 2025 @ 08:18:
Ik heb i.v.m. een verbouwing nieuwe raamsensoren nodig, want mijn huidige sensoren (Tapo T110's) passen niet omdat de ramen aan de binnenzijde niet op één lijn zitten met het venster. Ik zoek dus een raamsensor die in een hoek van 90 graden geplaatst kan worden (1 op het kozijn en 1 een kwart gedraaid op het raam zelf). Heeft iemand een idee? Ik vind alleen maar sensoren die direct tegen elkaar geplaatst moeten worden.

Koop een hoekprofiel, zaag stukjes op maat en plak die Tapo's daar op met dubbelzijdig tape.

[Septillion]

@fissa Shelly zou ik alleen doen als je geen P1 hebt. Is een prima meter maar de data die je krijgt uit de P1 is gewoon 100% de data van de geijkte meter van de netbeheerder.

Als de PC en P1 dicht bij elkaar staan zou je een USB kabel kunnen gebruiken. Zou zelf voor een zelfstandige oplossing gaan. Dan kan je het altijd nog verplaatsen zonder gedoe en zou je zelfs high availability op kunnen zetten ooit.

En dan zou ik juist een SlimmeLezer pakken omdat die gewoon op ESPHome draait en de hele code base nu ook onderdeel is van ESPHome. Support is daardoor prima.

[Orangelights23]

Ben(V) schreef op vrijdag 5 december 2025 @ 09:58:
[...]


Koop een hoekprofiel, zaag stukjes op maat en plak die Tapo's daar op met dubbelzijdig tape.

Kijk, dit is waarom Tweakers handig blijft. Slim, bedankt!

[Septillion]

Sharky schreef op donderdag 4 december 2025 @ 13:15:
Ik krijg de laatste update niet geïnstalleerd om een of andere reden. Hij gaat het hele proces door (tot 100%), herstart dan maar zit vervolgens nog steeds op 11.3 en geeft weer aan dat er een update is. Ik heb de hele VM al een herstart gegeven maar dat levert niks op. Meer mensen met deze ervaring?

Wat ik met net hierdoor bedacht, je zit niet op 32-bit toch?

[Sharky]

Septillion schreef op vrijdag 5 december 2025 @ 10:27:
[...]

Wat ik met net hierdoor bedacht, je zit niet op 32-bit toch?

De containerarchitectuur is 'amd64', neem dan aan dat dat wel goed zit

Septillion schreef op vrijdag 5 december 2025 @ 10:34:
@Sharky Bij CPU architecture heb je x86_64?

Yep!

[ Voor 23% gewijzigd door Sharky op 05-12-2025 10:35 ]

[Septillion]

@Sharky Bij CPU architecture heb je x86_64?

[Phaselhoff]

Beste allen, ik zit ook met het probleem dat ik niet meer kan inloggen op Home Assistant. Ook lokaal niet. Ik heb het draaien op Home Assistant green en heb Entso-E en ESP Home. Hebben jullie enig idee hoe ik in Home Assistant kan komen?

[TheFes]

Phaselhoff schreef op vrijdag 5 december 2025 @ 11:01:
Beste allen, ik zit ook met het probleem dat ik niet meer kan inloggen op Home Assistant. Ook lokaal niet. Ik heb het draaien op Home Assistant green en heb Entso-E en ESP Home. Hebben jullie enig idee hoe ik in Home Assistant kan komen?

[Afbeelding]

Heb je het ook op een computer geprobeerd?

[Phaselhoff]

TheFes schreef op vrijdag 5 december 2025 @ 11:03:
[...]

Heb je het ook op een computer geprobeerd?

Jazeker, met de computer kom ik er ook niet in. Dat is het vreemde. Ik heb al even de stroom van de Home Assistant Green eraf gehad en na een seconde of 10 erop gezet. Ook mijn UDM Pro herstart. Tot zover geen succes

[Septillion]

@Phaselhoff Hoe draai je https?

[TheFes]

Phaselhoff schreef op vrijdag 5 december 2025 @ 11:08:
[...]

Jazeker, met de computer kom ik er ook niet in. Dat is het vreemde. Ik heb al even de stroom van de Home Assistant Green eraf gehad en na een seconde of 10 erop gezet. Ook mijn UDM Pro herstart. Tot zover geen succes

Volgens mij zou Entso-E op dit moment geen problemen meer moeten geven, en van issues met ESPHome weet ik al helemaal niets.
Gebruik je toevallig ook een custom ChatGPT integratie, want daar zijn ook wel issues mee geloof ik.

Kun je er een monitor op aansluiten?

[markimarc]

Phaselhoff schreef op vrijdag 5 december 2025 @ 11:01:
Beste allen, ik zit ook met het probleem dat ik niet meer kan inloggen op Home Assistant. Ook lokaal niet. Ik heb het draaien op Home Assistant green en heb Entso-E en ESP Home. Hebben jullie enig idee hoe ik in Home Assistant kan komen?

[Afbeelding]

Het schijnt dat dit door Entso-E komt (https://github.com/JaccoR...4#issuecomment-3612558499)

Je kan via de CLI de Entso-E components verwijderen waarna HA wel doorstart.

code:

cd /mnt/data/supervisor/homeassistant/custom_components/
rm -r entsoe

Ik kwam dit gisteren toevallig tegen op Telegram. :-)

[ Voor 3% gewijzigd door markimarc op 05-12-2025 11:13 ]

[TheFes]

markimarc schreef op vrijdag 5 december 2025 @ 11:12:
[...]


Het schijnt dat dit door Entso-E komt (https://github.com/JaccoR...4#issuecomment-3612558499)

Je kan via de CLI de Entso-E components verwijderen waarna HA wel doorstart.

code:

cd /mnt/data/supervisor/homeassistant/custom_components/
rm -r entsoe

Ik kwam dit gisteren toevallig tegen op Telegram. :-)

Entso-E gaf inderdaad problemen, maar dat zou op dit moment niet het geval moeten zijn. Gisteren was de data vanuit Entso-E niet beschikbaar, en de integratie is zo brak dat hij dan je hele HA om zeep helpt. Op dit moment is de data wel beschikbaar, dus zou er geen probleem moeten zijn.

Toch wel verstandig om Entso-E uit ge schakelen, in ieder geval tot er een update van de integration is die het fixt, maar ik denk dat hier iets anders speelt.

[ Voor 7% gewijzigd door TheFes op 05-12-2025 11:17 ]