Home Assistant: Open source Python3 home automation - deel 5

[hackbard]

TheFes schreef op dinsdag 30 september 2025 @ 22:21:
[...]

Waar je het wil gebruiken
Wat het doet is de kwartierdata vanuit een bronsensor (in die geval die van de custom Noodpool integratie) omzetten naar uurdata, en het voedt deze data dan aan de macro.
Als je dat op meerdere plekken zou willen doen, dan kun je ook die ontbrekende uurprijzen in een template sensor attribute zetten.

ik snap het ook nog niet, maar heb er ook weinig verstand van.
Ik heb nu onderstaande template sensor (dankzij 2 posts in grote day ahead forum).
Maar die werkt nog niet met deze template sensor:

YAML:

   - name: cheapest_1_hour_nordpoolh
     state: >-
         {% set l1=state_attr('sensor.dynamisch_nordpool', 'raw_today')[:24]|sort(attribute='value') %}
         {{
           (now() >= l1[0].start and now() <= l1[0].end)
         }}  

YAML:

 - sensor:
      - name: "Dynamisch Nordpool"
        unique_id: dynamisch_nordpool
        unit_of_measurement: "c/kWh"
        state: "{{ states('sensor.nordpool_kwh_nl_eur_1_09_0') }}"
        attributes:
    
          today: >
           {% set q = state_attr('sensor.nordpool_kwh_nl_eur_1_09_0', 'today') %}
           {% if q %}
            {% if q | count == 24 %}
              [{{ q | join(', ') }}]
            {% elif q | count == 96 %}
              [
              {% for i in range(0, 96, 4) %}
                {{ ((q[i]|float + q[i+1]|float + q[i+2]|float + q[i+3]|float) / 4) | round(3) }}
                {% if not loop.last %}, {% endif %}
              {% endfor %}
              ]
            {% else %}
              []
            {% endif %}
           {% else %}
            []
           {% endif %}
          tomorrow: >
           {% set q = state_attr('sensor.nordpool_kwh_nl_eur_1_09_0', 'tomorrow') %}
           {% if q %}
            {% if q | count == 24 %}
              [{{ q | join(', ') }}]
            {% elif q | count == 96 %}
              [
              {% for i in range(0, 96, 4) %}
                {{ ((q[i]|float + q[i+1]|float + q[i+2]|float + q[i+3]|float) / 4) | round(3) }}
                {% if not loop.last %}, {% endif %}
              {% endfor %}
              ]
            {% else %}
              []
            {% endif %}
           {% else %}
             []
           {% endif %}
        
          raw_today: >
            {% set use_15_min = is_state('input_boolean.dynamisch_15_minuten', 'on') %}
            {% set raw = state_attr('sensor.nordpool_kwh_nl_eur_1_09_0', 'raw_today') %}
            {% if raw %}
              [
              {% if use_15_min %}
                {# Gebruik kwartierwaarden zonder groepering #}
                {% for item in raw %}
                  {
                    "start": "{{ item.start.isoformat() }}",
                    "end": "{{ item.end.isoformat() }}",
                    "value": {{ item.value }}
                  }{% if not loop.last %},{% endif %}
                {% endfor %}
              {% else %}
                {# Groepeer per uur en gemiddeld #}
                {% set hourly = raw | groupby('start.hour') %}
                {% for hour_group in hourly %}
                  {% set values = hour_group.list | map(attribute='value') | list %}
                  {% set hour_start = hour_group.list[0].start.replace(minute=0, second=0, microsecond=0) %}
                  {% set hour_end = hour_start + timedelta(hours=1) %}
                  {
                    "start": "{{ hour_start.isoformat() }}",
                    "end": "{{ hour_end.isoformat() }}",
                    "value": {{ (values | sum / values | count) | round(5) }}
                  }{% if not loop.last %},{% endif %}
                {% endfor %}
              {% endif %}
              ]
            {% else %}
              []
            {% endif %}

          raw_tomorrow: >
            {% set use_15_min = is_state('input_boolean.dynamisch_15_minuten', 'on') %}
            {% set raw = state_attr('sensor.nordpool_kwh_nl_eur_1_09_0', 'raw_tomorrow') %}
            {% if raw %}
              [
              {% if use_15_min %}
                {# Gebruik kwartierwaarden zonder groepering #}
                {% for item in raw %}
                  {
                    "start": "{{ item.start.isoformat() }}",
                    "end": "{{ item.end.isoformat() }}",
                    "value": {{ item.value }}
                  }{% if not loop.last %},{% endif %}
                {% endfor %}
              {% else %}
                {# Groepeer per uur en gemiddeld #}
                {% set hourly = raw | groupby('start.hour') %}
                {% for hour_group in hourly %}
                  {% set values = hour_group.list | map(attribute='value') | list %}
                  {% set hour_start = hour_group.list[0].start.replace(minute=0, second=0, microsecond=0) %}
                  {% set hour_end = hour_start + timedelta(hours=1) %}
                  {
                    "start": "{{ hour_start.isoformat() }}",
                    "end": "{{ hour_end.isoformat() }}",
                    "value": {{ (values | sum / values | count) | round(5) }}
                  }{% if not loop.last %},{% endif %}
                {% endfor %}
              {% endif %}
              ]
            {% else %}
              []
            {% endif %}

Wat mis ik?

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

[Jupijn]

Ik probeer al enige tijd om een statistic (dus geen entity) als werkbare eenheid te krijgen (daarmee bedoel ik bijvoorbeeld berekeningen uitvoeren, tonen in Apexchart etc). Het gaat om de electrakosten die mn add-on automatisch berekent, ik moet bijvoorbeeld bij iedere dag 50 cent optellen voor de stroomabbonementskosten (dat doet de add-on dan weer net niet) en dat lukt nu niet.

Het probleem waar ik tegen aan loop is dat je blijkbaar op geen enkele manier een statistic eenvoudig kan omturnen tot een 'state'. Ik blijf het bizar vinden want ik heb inmiddels met SQL Lite Web de plek gevonden waar de database staat (metadata_id = 65) en de data lijkt mij mega makkelijk te ontsluiten; De dag staat er goed bij; er staat exact bij hoeveel eurocent er gebruikt is etc.

Heeft iemand nog tips of tricks hoe ik dit kan ontsluiten in home assistant als een andere waarde dan 'statistics' (dus het liefst dat hij terug te vinden is onder 'states - entities en niet states - statistic zoals nu)?

[Septillion]

@Jupijn Probleem is vooral dat er weinig gebouwd is voor statistics niet uit de recoders... Alles wat ik ken exposed het als state en vanaf daar komt het dan in de LTS. En dan is het gewoon een geldig entity id en kan iets als Apex ook gewoon de statistics gebruiken.

Maar "mijn addon", bedoel je "de addon die ik gebruik" of "de addon die ik heb gemaakt"?

[Devke]

nordpool. Ik kom er de hele morgen al niet uit. Nordpool geeft de verkeerde prijs per uur. Ik heb onderstaande in mijn config.yaml

YAML:

sensor:
  - platform: nordpool
    VAT: False
    currency: "EUR"
    price_in_cents: false
    low_price_cutoff: 0.9
    region: "NL"
    precision: 3
    price_type: kWh
    additional_costs: >
      {% set VAT = 0.21 %}
      {% set tax_kWh = 0.10154 %}
      {% set opslag = 0.0165 %}
      {{ (current_price * VAT ) + (tax_kWh + opslag) * (1 + VAT)|float }}

heeft volgens mij nooit wat gedaan maar......... ik zie geen sensor in HA na reboot van HA.

Handmatig een sensor maken via de integratie gaat ook.



echter ik kom daar niet op de huidige uurprijzen uit die ook in de Zonneplan app staan. Ik kom dr niet uit. Iemand de gouden tip? Zonneplan hanteert uurprijzen. Geen 15 min.

[MAdD]

Ik wil vanuit deze url https://api.public-warnin...providers/nl-alert/alerts voor nu alle data halen, zodat ik hierop een automation kan maken.

De data die terug gegeven wordt is:

JSON:

{
  "data": [
    {
      "id": "b8bac7a1d3bc",
      "message": "NL-Alert ingetrokken voor brand in Arnestein Middelburg. De brand is onder controle. Nablussen duurt nog enkele uren. Als u geen last meer heeft van de rook, kunt u ramen en deuren weer openen en ventilatie aanzetten.  Kijk voor meer informatie op www.zeelandveilig.nl Einde berichtgeving.",
      "type": "alert",
      "area": [
        "51.50388,3.65496 51.50478,3.65362 51.50553,3.65202 51.50612,3.65017 51.50655,3.64809 51.50681,3.64579 51.5069,3.6433 51.50682,3.64065 51.50656,3.63785 51.50614,3.63494 51.50556,3.63195 51.50482,3.62889 51.50392,3.62581 51.50288,3.62273 51.50172,3.61968 51.50042,3.61669 51.49902,3.61379 51.49753,3.611 51.49595,3.60836 51.49431,3.60589 51.49261,3.60362 51.49089,3.60156 51.48914,3.59973 51.4874,3.59816 51.48567,3.59685 51.48397,3.59582 51.48233,3.59509 51.48075,3.59465 51.47924,3.59452 51.47784,3.59468 51.47654,3.59515 51.47536,3.59591 51.47432,3.59697 51.47342,3.5983 51.47267,3.5999 51.47208,3.60175 51.47165,3.60384 51.47139,3.60613 51.4713,3.60862 51.47138,3.61127 51.47163,3.61407 51.47205,3.61698 51.47264,3.61998 51.47338,3.62303 51.47428,3.62612 51.47531,3.6292 51.47648,3.63225 51.47778,3.63524 51.47918,3.63814 51.48067,3.64092 51.48225,3.64356 51.48389,3.64603 51.48559,3.64831 51.48732,3.65037 51.48906,3.65219 51.49081,3.65377 51.49253,3.65507 51.49423,3.6561 51.49587,3.65683 51.49746,3.65727 51.49896,3.65741 51.50036,3.65724 51.50166,3.65677 51.50283,3.65601 51.50388,3.65496"
      ],
      "start_at": "2025-09-24T17:10:15Z",
      "stop_at": "2025-09-24T17:40:15Z"
    },
    {
      "id": "903f25bddd87",
      "message": "Brand met veel rook bij bedrijf aan Arnesteinweg Middelburg. Rook trekt over Arnestein richting N57 en zuid Middelburg. Blijf uit de rook! Sluit ramen en deuren. Zet ventilatie uit. Kijk voor meer informatie op www.zeelandveilig.nl",
      "type": "alert",
      "area": [
        "51.47498,3.59635 51.47413,3.59767 51.47342,3.59925 51.47286,3.60107 51.47244,3.60312 51.47219,3.60538 51.47209,3.60782 51.47215,3.61043 51.47237,3.61318 51.47275,3.61603 51.47328,3.61897 51.47396,3.62197 51.47478,3.62499 51.47574,3.62801 51.47681,3.63099 51.47801,3.63392 51.4793,3.63676 51.48069,3.63948 51.48215,3.64206 51.48367,3.64448 51.48525,3.6467 51.48685,3.64871 51.48847,3.65049 51.4901,3.65202 51.49171,3.65329 51.49329,3.65429 51.49482,3.655 51.4963,3.65541 51.4977,3.65554 51.49902,3.65536 51.50023,3.65489 51.50134,3.65413 51.50232,3.65309 51.50317,3.65177 51.50388,3.6502 51.50444,3.64837 51.50486,3.64632 51.50511,3.64406 51.50521,3.64162 51.50515,3.63901 51.50493,3.63627 51.50455,3.63341 51.50402,3.63047 51.50334,3.62748 51.50252,3.62446 51.50156,3.62144 51.50049,3.61845 51.4993,3.61552 51.498,3.61268 51.49662,3.60996 51.49515,3.60738 51.49363,3.60497 51.49206,3.60274 51.49045,3.60073 51.48883,3.59895 51.48721,3.59742 51.4856,3.59615 51.48402,3.59516 51.48248,3.59445 51.481,3.59403 51.4796,3.59391 51.47829,3.59408 51.47707,3.59455 51.47596,3.59531 51.47498,3.59635"
      ],
      "start_at": "2025-09-24T11:30:20Z",
      "stop_at": "2025-09-24T17:25:29Z"
    }
]
}

Nu probeer ik een sensor aan te maken met deze code, maar helaas krijg ik niet de data eruit die hierboven staat:

YAML:

  - platform: rest
    name: NLAlert
    unique_id: NLAlert
    resource: https://api.public-warning.app/api/v1/providers/nl-alert/alerts
    scan_interval: 300  # elke 5 minuten
    value_template: "{{ value_json.data }}"
    json_attributes:
      - id
      - message
      - type
      - area
      - start_at
      - stop_at 

wat doe ik fout... mijn HA-fu is een beetje weggezakt.......

[Septillion]

@MAdD Paar zaken:

Ik krijg veeeeeeeel meer terug als ik die URL bezoek. Data bevat namelijk een array van berichten. Als je alleen de eerste wilt dan zal je die moeten selecteren.

Zelfs als je dan een enkele entry ophaalt is data veel tekst, te veel voor een sensor. Je zou de state dus gewoon "OK" kunnen maken en de data alleen in een attribute stoppen.

De attributen die je opgeeft hangen niet direct onder de root. Dus je zal een path naar die attributen op moeten geven.

[LT1970]

Devke schreef op woensdag 1 oktober 2025 @ 12:36:
nordpool. Ik kom er de hele morgen al niet uit. Nordpool geeft de verkeerde prijs per uur. Ik heb onderstaande in mijn config.yaml

YAML:

sensor:
  - platform: nordpool
    VAT: False
    currency: "EUR"
    price_in_cents: false
    low_price_cutoff: 0.9
    region: "NL"
    precision: 3
    price_type: kWh
    additional_costs: >
      {% set VAT = 0.21 %}
      {% set tax_kWh = 0.10154 %}
      {% set opslag = 0.0165 %}
      {{ (current_price * VAT ) + (tax_kWh + opslag) * (1 + VAT)|float }}

Volgens mij gaat de opslag van Zonneplan niet goed, deze is 0,02 per kWh (incl BTW) terwijl je in de formule deze bij de current_price incl BTW op telt. Ook moet je de BTW berekenen over tax_kWh, probeer deze eens {{ (current price + tax-kWh + opslag) * (1 + VAT)|float }}

[ Voor 5% gewijzigd door LT1970 op 01-10-2025 13:06 ]

[Devke]

LT1970 schreef op woensdag 1 oktober 2025 @ 13:02:
[...]

Volgens mij gaat de opslag van Zonneplan niet goed, deze is 0,02 per kWh (incl BTW). Verder klopt de formule niet denk ik, probeer deze eens {{ (current price + tax-kWh + opslag) * (1 + VAT)|float }}

Ik ga hem proberen. Dan zal dat handmatig moeten want ik krijg geen sensor terug in HA vanuit de config. Ik moet er handmatig 1 aanmaken middels de integratie van Nordpool.

[Septillion]

@LT1970 Op zich is 0.0165 + btw gelijk aan 0.019965 dus dat lijkt te kloppen als je zegt 0.02 incl. Daarnaast is het wat nog toegevoegd wordt naast de kale prijs. Vandaar dus alleen (current_price * 0.21 ) en niet 1.21.

@Devke Wat als je "additional_costs" even weg laat?

En je hebt dus wel de integratie toegevoegd aan HA?

[pietje63]

@Devke waarom niet de zonneplan integratie gebruiken? Los van de zonnebonus kloppen die tarieven volgens mij gewoon

[Devke]

Septillion schreef op woensdag 1 oktober 2025 @ 13:11:
@LT1970 Op zich is 0.0165 + btw gelijk aan 0.019965 dus dat lijkt te kloppen als je zegt 0.02 incl. Daarnaast is het wat nog toegevoegd wordt naast de kale prijs. Vandaar dus alleen (current_price * 0.21 ) en niet 1.21.

@Devke Wat als je "additional_costs" even weg laat?

En je hebt dus wel de integratie toegevoegd aan HA?

Als ik kaal een sensor aanmaak, zonder BTW, add costs NL en EUR. Dan komt er 5,7 ct uitrollen.
Plaats ik {{ 0.10154 * 1.21 + 0.0165 * 1.21 }} even hard bij add costs. Dan zit ik op ruim 26.9. Terwijl ZP op 21,46 zit nu

[ Voor 10% gewijzigd door Devke op 01-10-2025 13:33 ]

[Devke]

pietje63 schreef op woensdag 1 oktober 2025 @ 13:22:
@Devke waarom niet de zonneplan integratie gebruiken? Los van de zonnebonus kloppen die tarieven volgens mij gewoon

Ik wil de tarieven van vandaag en morgen graag in HA hebben. Het liefst leverancier onafhankelijk. Daarnaast gebruik ik Cheapest Hours voor laden en ontladen batterijen.

[ Voor 9% gewijzigd door Devke op 01-10-2025 13:47 ]

[TheFes]

@Devke vanuit de Nordpool integratie ga je niet de huidige uurprijzen krijgen, met welke setting voor additional costs dan ook, Nordpool geeft immers kwartierprijzen sinds vandaag.

Ik zal wel even kijken of ik een parameter aan Cheapest Energy Hours kan toevoegen om de gemiddelde prijs per uur te gebruiken ipv kwartierprijzen

[hackbard]

Devke schreef op woensdag 1 oktober 2025 @ 13:44:
[...]

Ik wil de tarieven van vandaag en morgen graag in HA hebben. Het liefst leverancier onafhankelijk. Daarnaast gebruik ik Cheapest Hours voor laden en ontladen batterijen.

wellicht overvloedig-
sinds vandaag geeft ook nordpool de kwartierprijzen. Zonneplan c.s. maken er zelf een rekensommetje (hopelijk het gemiddelde) om tot een uurprijs te komen.
Voor ha moeten we zelf iets bedenken om dat na te botsen. Zie een paar posts hierboven. Ik krijg de kwartierprijzen goed binnen met nordpool. Met een template sensor uurprijzen (het gemiddelde) van maken lukt ook. Alleen kunnen daar sommige automaties en templates nog niets mee helaas..
heb jij nog een script hoe je vanaf nordpool aan je uurprijs komt, of noemde je kwartierprijzen hierboven?

[Devke]

hackbard schreef op woensdag 1 oktober 2025 @ 14:02:
[...]

wellicht overvloedig-
sinds vandaag geeft ook nordpool de kwartierprijzen. Zonneplan c.s. maken er zelf een rekensommetje (hopelijk het gemiddelde) om tot een uurprijs te komen.
Voor ha moeten we zelf iets bedenken om dat na te botsen. Zie een paar posts hierboven. Ik krijg de kwartierprijzen goed binnen met nordpool. Met een template sensor uurprijzen (het gemiddelde) van maken lukt ook. Alleen kunnen daar sommige automaties en templates nog niets mee helaas..
heb jij nog een script hoe je vanaf nordpool aan je uurprijs komt, of noemde je kwartierprijzen hierboven?

@gielz hoe heb jij wel de werkende en juiste uurprijs dan?

[TheFes]

hackbard schreef op woensdag 1 oktober 2025 @ 14:02:
[...]

wellicht overvloedig-
sinds vandaag geeft ook nordpool de kwartierprijzen. Zonneplan c.s. maken er zelf een rekensommetje (hopelijk het gemiddelde) om tot een uurprijs te komen.
Voor ha moeten we zelf iets bedenken om dat na te botsen. Zie een paar posts hierboven. Ik krijg de kwartierprijzen goed binnen met nordpool. Met een template sensor uurprijzen (het gemiddelde) van maken lukt ook. Alleen kunnen daar sommige automaties en templates nog niets mee helaas..
heb jij nog een script hoe je vanaf nordpool aan je uurprijs komt, of noemde je kwartierprijzen hierboven?

De sensor uit hackbard in "Home Assistant: Open source Python3 home automation - deel 5" bouwt de hele Nordpool sensor om naar uurprijzen zo te zien (zou de templates zelf iets anders aanpakken, maar het resultaat zou hetzelfde zijn).
Waarom zou die sensor niet te gebruiken zijn op dezelfde plekken waar je voorheen de originele Nordpool sensor gebruikte.

[hackbard]

Devke schreef op woensdag 1 oktober 2025 @ 13:32:
[...]

Als ik kaal een sensor aanmaak, zonder BTW, add costs NL en EUR. Dan komt er 5,7 ct uitrollen.
Plaats ik {{ 0.10154 * 1.21 + 0.0165 * 1.21 }} even hard bij add costs. Dan zit ik op ruim 26.9. Terwijl ZP op 21,46 zit nu

misschien zie ik nu wat je bedoeld. Mijn nordpool sensor update blijkbaar maar eens per uur en toont dan de kwartierprijs?!

[Devke]

hackbard schreef op woensdag 1 oktober 2025 @ 14:15:
[...]

misschien zie ik nu wat je bedoeld. Mijn nordpool sensor update blijkbaar maar eens per uur en toont dan de kwartierprijs?!
[Afbeelding]

Dat denk ik ook. Als ik hem bijna werkend heb met add cost dan zit hij er het volgende uur weer compleet naast.
@TheFes Jij gaat kijken naar een "alternatieve" uur sensor a la nordpool? Hier hangt een hele bende aan oplaad en ontlaad activiteiten aan die sensor ism Cheapest Hour. Die netjes de boel weer laat zien als voorheen? Best wel k.. om te zien dat e.a dus gewoon nu de mist inloopt
Deze hadden we toch aan moeten zien komen

[TheFes]

Devke schreef op woensdag 1 oktober 2025 @ 14:20:
[...]

Dat denk ik ook. Als ik hem bijna werkend heb met add cost dan zit hij er het volgende uur weer compleet naast.
@TheFes Jij gaat kijken naar een "alternatieve" uur sensor a la nordpool? Hier hangt een hele bende aan oplaad en ontlaad activiteiten aan die sensor ism Cheapest Hour. Die netjes de boel weer laat zien als voorheen? Best wel k.. om te zien dat e.a dus gewoon nu de mist inloopt
Deze hadden we toch aan moeten zien komen

hackbard in "Home Assistant: Open source Python3 home automation - deel 5"

Dat geeft toch een alternatieve sensor met uurprijzen gebaseerd op de Nordpool sensor? Is dat niet wat je zoekt dan?

[hackbard]

TheFes schreef op woensdag 1 oktober 2025 @ 14:23:
[...]

hackbard in "Home Assistant: Open source Python3 home automation - deel 5"

Dat geeft toch een alternatieve sensor met uurprijzen gebaseerd op de Nordpool sensor? Is dat niet wat je zoekt dan?

ja, alleen de volgende template sensor in de keten werkt niet meer als ik die omzet naar die alternative sensor.
Volgende template sensor is nu "Unavailable"

YAML:

   - name: cheapest_1_hour_nordpoolh
     state: >-
         {% set l1=state_attr('sensor.dynamisch_nordpool', 'raw_today')[:24]|sort(attribute='value') %}
         {{
           (now() >= l1[0].start and now() <= l1[0].end)
         }}  

als ik de state in developers-template stop, komt er: TypeError: '>=' not supported between instances of 'datetime.datetime' and 'str'
Als ik de sensor.nordpool_kwhxy gebruik, staat er "false", dat is wat ik nodig had..

[Devke]

TheFes schreef op woensdag 1 oktober 2025 @ 14:23:
[...]

hackbard in "Home Assistant: Open source Python3 home automation - deel 5"

Dat geeft toch een alternatieve sensor met uurprijzen gebaseerd op de Nordpool sensor? Is dat niet wat je zoekt dan?

Yep. Ik wil weer een gemiddelde uurprijs vanuit nordpool. Ga dr mee aan de slag.
Edit : ik zie dat die nog niet goed werkt.

[ Voor 4% gewijzigd door Devke op 01-10-2025 14:39 ]

[TheFes]

hackbard schreef op woensdag 1 oktober 2025 @ 14:33:
[...]

ja, alleen de volgende template sensor in de keten werkt niet meer als ik die omzet naar die alternative sensor.
Volgende template sensor is nu "Unavailable"

YAML:

   - name: cheapest_1_hour_nordpoolh
     state: >-
         {% set l1=state_attr('sensor.dynamisch_nordpool', 'raw_today')[:24]|sort(attribute='value') %}
         {{
           (now() >= l1[0].start and now() <= l1[0].end)
         }}  

als ik de state in developers-template stop, komt er: TypeError: '>=' not supported between instances of 'datetime.datetime' and 'str'
Als ik de sensor.nordpool_kwhxy gebruik, staat er "false", dat is wat ik nodig had..

Probeer het eens zo

YAML:

   - name: cheapest_1_hour_nordpoolh
     state: >-
         {% set l1=state_attr('sensor.dynamisch_nordpool', 'raw_today')[:24]|sort(attribute='value') %}
         {{
           now() >= l1[0].start | as_datetime and now() <= l1[0].end | as_datetime
         }}  

[hackbard]

TheFes schreef op woensdag 1 oktober 2025 @ 14:44:
[...]


Probeer het eens zo

YAML:

   - name: cheapest_1_hour_nordpoolh
     state: >-
         {% set l1=state_attr('sensor.dynamisch_nordpool', 'raw_today')[:24]|sort(attribute='value') %}
         {{
           now() >= l1[0].start | as_datetime and now() <= l1[0].end | as_datetime
         }}  

yes, dat werkt! Dank! Nu op naar de volgende.
Het mooiste zou een bron sensor zijn, die precies zo werkt als de nordpool sensor, maar dan met gemiddelde kwartierprijzen. Ik mis nu ook nog een paar attributes soms.. Tomorrow valid bijvoorbeeld.
En de nordpool_diff integratie lijkt ook niet te werken op mijn nieuwe sensor. Daar kan ik ook niet in de code prutsen.

[ Voor 24% gewijzigd door hackbard op 01-10-2025 15:48 ]

[Devke]

hackbard schreef op woensdag 1 oktober 2025 @ 14:49:
[...]

yes, dat werkt! Dank! Nu op naar de volgende.

Als je dit straks helemaal werkend hebt, wil je daar dan een post aanwagen waar alles in staat? Ik gok dat er meer behoefte naar is 😊

[gielz]

Devke schreef op woensdag 1 oktober 2025 @ 14:08:
[...]

@gielz hoe heb jij wel de werkende en juiste uurprijs dan?

Ik reken ze inderdaad om met een nieuwe sensor waarbij ik dus de Nordpool sensor (bron) netjes op 15 minuten houd;

[Hippe Lip]

Ik heb een Zappi (V2.0) laadpaal die ik uitlees en kan aanpassen vanuit HA via de myenergy integratie.
De laadpaal kan in vier laadmodi staan: FAST, ECO, ECO+ en STOP.
Verder kun je in de instellingen in de laadpaal zelf de default laadmodus instellen. Dat is de modus waarin die opstart na een onderbreking (stroomstoring bijvoorbeeld).

Mijn default instelling is FAST, maar in de zomertijd zet ik 'm vaak in ECO+ zodat de auto uitsluitend laadt op PV-overschot. Het vervelende is nu dat nogal eens de laadpaal spontaan overspringt van ECO+ naar FAST, waardoor ik het voordeel van laden met zonnestroom misloop.

Hoe kan ik uitvogelen waardoor die laadpaal overspringt? Kan ik ergens iets in HA monitoren, waardoor ik kan zien wat dit triggert?

[hackbard]

Devke schreef op woensdag 1 oktober 2025 @ 14:52:
[...]

Als je dit straks helemaal werkend hebt, wil je daar dan een post aanwagen waar alles in staat? Ik gok dat er meer behoefte naar is 😊

weet niet of ik het op een rijtje krijg- hackbard in "Home Assistant: Open source Python3 home automation - deel 5" is al een combinatie van andermans voorstellen, plus een switch trouwens, ik copy/paste ook maar wat. Verdient geen schoonheidsprijs.

[MAdD]

Septillion schreef op woensdag 1 oktober 2025 @ 12:59:
@MAdD Paar zaken:

Ik krijg veeeeeeeel meer terug als ik die URL bezoek. Data bevat namelijk een array van berichten. Als je alleen de eerste wilt dan zal je die moeten selecteren.

Zelfs als je dan een enkele entry ophaalt is data veel tekst, te veel voor een sensor. Je zou de state dus gewoon "OK" kunnen maken en de data alleen in een attribute stoppen.

De attributen die je opgeeft hangen niet direct onder de root. Dus je zal een path naar die attributen op moeten geven.

inmiddels op deze manier opgelost:

YAML:

  - platform: rest
    name: NLAlert
    unique_id: NLAlert
    resource: https://api.public-warning.app/api/v1/providers/nl-alert/alerts
    value_template: "{{ value_json.data[0].id }}"
    json_attributes:
      - data
    scan_interval: 300  # elke 5 minuten verversen

template:
  - sensor:
      - name: "NL Alert Bericht"
        unique_id: nl_alert_bericht
        state: "{{ state_attr('sensor.nlalert', 'data')[0].id }}"
        attributes:
          id: "{{ state_attr('sensor.nlalert', 'data')[0].id }}"
          message: "{{ state_attr('sensor.nlalert', 'data')[0].message }}"
          type: "{{ state_attr('sensor.nlalert', 'data')[0].type }}"
          area: "{{ state_attr('sensor.nlalert', 'data')[0].area }}"
          start_at: "{{ state_attr('sensor.nlalert', 'data')[0].start_at }}"
          stop_at: "{{ state_attr('sensor.nlalert', 'data')[0].stop_at }}"

nu nog uitzoeken hoe ik een enkele er in krijg.. maar dat is met https://api.public-warnin...rt/alerts?filter=last-24h denk ik geen probleem (kans is klein dat er 2 NL-Alerts zijn tegelijk....)

[ Voor 0% gewijzigd door MAdD op 01-10-2025 15:22 . Reden: typo ]

[Devke]

hackbard schreef op woensdag 1 oktober 2025 @ 15:14:
[...]

weet niet of ik het op een rijtje krijg- hackbard in "Home Assistant: Open source Python3 home automation - deel 5" is al een combinatie van andermans voorstellen, plus een switch trouwens, ik copy/paste ook maar wat. Verdient geen schoonheidsprijs.

We proberen elkaar te helpen, niks mis mee. Ik pruts ook nog ff door.

[Septillion]

@MAdD Volgens mij zou dat hetzelfde zijn als:

YAML:

  - platform: rest
    name: NLAlert
    unique_id: NLAlert
    resource: https://api.public-warning.app/api/v1/providers/nl-alert/alerts
    value_template: "{{ value_json.data[0].id }}"
    json_attributes_path: "$.data[0]"
    json_attributes:
      - id
      - message
      - type
      - area
      - start_at
      - stop_at
    scan_interval: 300  # elke 5 minuten verversen

Als met eerdere sensors uit dezelfde bron wit dan via de rest integratie (ipv rest platform) doen.

[Septillion]

@Hippe Lip In het logboek van het device kijken. Daar moet je die change zien. Als het door HA is staat erbij waardoor. Staat er niet bij waardoor dan gebeurd het buiten HA om.

[Toppe]

HA kan je dus ook inzetten als test-lab

_{Even een lamp testen door hem continu aan/uit te zetten}

[hackbard]

voor mijn template sensor die de nordpool sensor moet omzetten van kwartier naar gemiddelde uurprijzen, werkt de state nog niet. Die zou de eigen huidige state_attr van raw_today moeten zijn. Kan dat, en hoe?
met snippet van @ErnstH

Even op een rijtje voor @Devke
met dank aan @gielz en @Thepawn :
eerst een switch/helpertje aanmaken (werkt maar voor de ene helft)

YAML:

input_boolean:
  dynamisch_15_minuten:
    name: Dynamisch 15 Minuten
    icon: mdi:clock-time-three-outline

en deze 2 template sensoren:
beetje dubbel maar was de enige manier hoe ook de state van "dynamischNordpool" correct de gemiddelde uurprijs toont:

YAML:

 - sensor:
      - name: "NordpoolHourly"
        unique_id: NordpoolHourly
        unit_of_measurement: "c/kWh"
        state: "{{ states('sensor.nordpool_kwh_nl_eur_1_09_0') | float }}"
        attributes:
          raw_today: >
            {% set use_15_min = is_state('input_boolean.dynamisch_15_minuten', 'on') %}
            {% set raw = state_attr('sensor.nordpool_kwh_nl_eur_1_09_0', 'raw_today') %}
            {% if raw %}
              [
              {% if use_15_min %}
                {# Gebruik kwartierwaarden zonder groepering #}
                {% for item in raw %}
                  {
                    "start": "{{ item.start.isoformat()  }}",
                    "end": "{{ item.end.isoformat()  }}",
                    "value": {{ item.value }}
                  }{% if not loop.last %},{% endif %}
                {% endfor %}
              {% else %}
                {# Groepeer per uur en gemiddeld #}
                {% set hourly = raw | groupby('start.hour') %}
                {% for hour_group in hourly %}
                  {% set values = hour_group.list | map(attribute='value') | list %}
                  {% set hour_start = hour_group.list[0].start.replace(minute=0, second=0, microsecond=0) %}
                  {% set hour_end = hour_start + timedelta(hours=1) %}
                  {
                    "start": "{{ hour_start.isoformat()  }}",
                    "end": "{{ hour_end.isoformat() }}",
                    "value": {{ (values | sum / values | count) | round(5) }}
                  }{% if not loop.last %},{% endif %}
                {% endfor %}
              {% endif %}
              ]
            {% else %}
              []
            {% endif %}
            
 - sensor:
      - name: "Dynamisch Nordpool"
        unique_id: dynamisch_nordpool
        unit_of_measurement: "c/kWh"
        state: >
         {%- set curr = state_attr('sensor.nordpoolhourly', 'raw_today')[now().hour   | int].value %}
         {{ curr  }}
        attributes:
    
          today: >
           {% set q = state_attr('sensor.nordpool_kwh_nl_eur_1_09_0', 'today') %}
           {% if q %}
            {% if q | count == 24 %}
              [{{ q | join(', ') }}]
            {% elif q | count == 96 %}
              [
              {% for i in range(0, 96, 4) %}
                {{ ((q[i]|float + q[i+1]|float + q[i+2]|float + q[i+3]|float) / 4) | round(3) }}
                {% if not loop.last %}, {% endif %}
              {% endfor %}
              ]
            {% else %}
              []
            {% endif %}
           {% else %}
            []
           {% endif %}
          tomorrow: >
           {% set q = state_attr('sensor.nordpool_kwh_nl_eur_1_09_0', 'tomorrow') %}
           {% if q %}
            {% if q | count == 24 %}
              [{{ q | join(', ') }}]
            {% elif q | count == 96 %}
              [
              {% for i in range(0, 96, 4) %}
                {{ ((q[i]|float + q[i+1]|float + q[i+2]|float + q[i+3]|float) / 4) | round(3) }}
                {% if not loop.last %}, {% endif %}
              {% endfor %}
              ]
            {% else %}
              []
            {% endif %}
           {% else %}
             []
           {% endif %}
        
          raw_today: >
            {% set use_15_min = is_state('input_boolean.dynamisch_15_minuten', 'on') %}
            {% set raw = state_attr('sensor.nordpool_kwh_nl_eur_1_09_0', 'raw_today') %}
            {% if raw %}
              [
              {% if use_15_min %}
                {# Gebruik kwartierwaarden zonder groepering #}
                {% for item in raw %}
                  {
                    "start": "{{ item.start.isoformat()  }}",
                    "end": "{{ item.end.isoformat()  }}",
                    "value": {{ item.value }}
                  }{% if not loop.last %},{% endif %}
                {% endfor %}
              {% else %}
                {# Groepeer per uur en gemiddeld #}
                {% set hourly = raw | groupby('start.hour') %}
                {% for hour_group in hourly %}
                  {% set values = hour_group.list | map(attribute='value') | list %}
                  {% set hour_start = hour_group.list[0].start.replace(minute=0, second=0, microsecond=0) %}
                  {% set hour_end = hour_start + timedelta(hours=1) %}
                  {
                    "start": "{{ hour_start.isoformat()  }}",
                    "end": "{{ hour_end.isoformat() }}",
                    "value": {{ (values | sum / values | count) | round(5) }}
                  }{% if not loop.last %},{% endif %}
                {% endfor %}
              {% endif %}
              ]
            {% else %}
              []
            {% endif %}

          raw_tomorrow: >
            {% set use_15_min = is_state('input_boolean.dynamisch_15_minuten', 'on') %}
            {% set raw = state_attr('sensor.nordpool_kwh_nl_eur_1_09_0', 'raw_tomorrow') %}
            {% if raw %}
              [
              {% if use_15_min %}
                {# Gebruik kwartierwaarden zonder groepering #}
                {% for item in raw %}
                  {
                    "start": "{{ item.start.isoformat()  }}",
                    "end": "{{ item.end.isoformat()  }}",
                    "value": {{ item.value }}
                  }{% if not loop.last %},{% endif %}
                {% endfor %}
              {% else %}
                {# Groepeer per uur en gemiddeld #}
                {% set hourly = raw | groupby('start.hour') %}
                {% for hour_group in hourly %}
                  {% set values = hour_group.list | map(attribute='value') | list %}
                  {% set hour_start = hour_group.list[0].start.replace(minute=0, second=0, microsecond=0) %}
                  {% set hour_end = hour_start + timedelta(hours=1) %}
                  {
                    "start": "{{ hour_start.isoformat()  }}",
                    "end": "{{ hour_end.isoformat()  }}",
                    "value": {{ (values | sum / values | count) | round(5) }}
                  }{% if not loop.last %},{% endif %}
                {% endfor %}
              {% endif %}
              ]
            {% else %}
              []
            {% endif %}

Voila

[ Voor 57% gewijzigd door hackbard op 01-10-2025 22:46 ]

[LT1970]

Devke schreef op woensdag 1 oktober 2025 @ 13:32:
[...]

Als ik kaal een sensor aanmaak, zonder BTW, add costs NL en EUR. Dan komt er 5,7 ct uitrollen.
Plaats ik {{ 0.10154 * 1.21 + 0.0165 * 1.21 }} even hard bij add costs. Dan zit ik op ruim 26.9. Terwijl ZP op 21,46 zit nu

Als je {{ (0.10154 * 1.21) + (0.0165 * 1.21) }} doet dan kom je wel goed uit.

[LT1970]

Septillion schreef op woensdag 1 oktober 2025 @ 13:11:
@LT1970 Op zich is 0.0165 + btw gelijk aan 0.019965 dus dat lijkt te kloppen als je zegt 0.02 incl. Daarnaast is het wat nog toegevoegd wordt naast de kale prijs. Vandaar dus alleen (current_price * 0.21 ) en niet 1.21.

En je hebt dus wel de integratie toegevoegd aan HA?

Als je met de Zoneplan toeslag (Excl BTW) rekent dan is de berekening (kale energie prijs + energiebelasting + toeslag zonneplan) * 1.21

Als je met 0.21 rekent dan krijg je 80% korting

[olympusdenk]

Devke schreef op woensdag 1 oktober 2025 @ 13:44:
[...]

Ik wil de tarieven van vandaag en morgen graag in HA hebben. Het liefst leverancier onafhankelijk. Daarnaast gebruik ik Cheapest Hours voor laden en ontladen batterijen.

Ik heb de Zonneplan integratie even geïnstalleerd, de prijzen komen hier nog wel gewoon per uur uit API en de zonneplan_current_electricity_tariff sensor werkt trouwens met de Cheap Hour.jinja

YAML:

 template:
  - sensor:
      - unique_id: cheapest_two_hours_split_sensor
        name: "Cheapest Two Hours Split Sensor"
        state: >
          {% from 'cheapest_energy_hours.jinja' import cheapest_energy_hours %}
          {{ cheapest_energy_hours(
              sensor='sensor.zonneplan_current_electricity_tariff', # de Zonneplan dynamische tarieven / uur
              attr_all='forecast',
              value_key='electricity_price',
              hours=2,
              split=true,
              mode='is_now'
          ) }}

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

[avdwerf]

Zijn er mensen met philips hue camera's die camerabeeld in home assistant hebben? Heb vandaag de nieuwe deurbel binnengekregen. HA heeft wel wat sensoren erbij gekregen (o.a. motion), maar hij ziet hem nog niet als camera dus kan niets zien. Zou misschien kunnen omdat het een nieuw device is, vandaar mijn vraag of reeds bestaande camera's wel beeld geven in HA.

[Devke]

olympusdenk schreef op woensdag 1 oktober 2025 @ 20:46:
[...]

Ik heb de Zonneplan integratie even geïnstalleerd, de prijzen komen hier nog wel gewoon per uur uit API en de zonneplan_current_electricity_tariff sensor werkt trouwens met de Cheap Hour.jinja

code:

 template:
  - sensor:
      - unique_id: cheapest_two_hours_split_sensor
        name: "Cheapest Two Hours Split Sensor"
        state: >
          {% from 'cheapest_energy_hours.jinja' import cheapest_energy_hours %}
          {{ cheapest_energy_hours(
              sensor='sensor.zonneplan_current_electricity_tariff', # de Zonneplan dynamische tarieven / uur
              attr_all='forecast',
              value_key='electricity_price',
              hours=2,
              split=true,
              mode='is_now'
          ) }}

Dan moet zonneplan wel 24 uur iedere uurprijs geven voor een dag. Wat is anders de goedkoopste prijs die dag?

[Jupijn]

Septillion schreef op woensdag 1 oktober 2025 @ 12:08:
@Jupijn Probleem is vooral dat er weinig gebouwd is voor statistics niet uit de recoders... Alles wat ik ken exposed het als state en vanaf daar komt het dan in de LTS. En dan is het gewoon een geldig entity id en kan iets als Apex ook gewoon de statistics gebruiken.

Maar "mijn addon", bedoel je "de addon die ik gebruik" of "de addon die ik heb gemaakt"?

Ik heb het anders opgelost. Uiteindelijk is het mij gelukt om het laatste getal uit de statistics te trekken in een werkende sensor, dat is het cumulatieve getal tot nu toe:

sql:
- name: Linky Kosten Tot Nu
query: >
SELECT s.sum AS value
FROM statistics s
JOIN statistics_meta m ON s.metadata_id = m.id
WHERE m.statistic_id = 'linky:17208104182810_cost'
AND s.sum IS NOT NULL
ORDER BY s.id DESC
LIMIT 1
column: value
unit_of_measurement: "€"

Ik heb zelf code erbij geschreven om iedere dag 54 cent erbij op te tellen. Dan krijg je onderstaande, voorschot is een heel stuk makkelijker

[ Voor 12% gewijzigd door Jupijn op 01-10-2025 21:13 ]

[Devke]

LT1970 schreef op woensdag 1 oktober 2025 @ 20:24:
[...]

Als je {{ (0.10154 * 1.21) + (0.0165 * 1.21) }} doet dan kom je wel goed uit.

Voor ieder uur? Nordpool laat 1e kwartierprijs van een uur nl zien. Het uur daarop wijkt het weer af.

[jordyc]

Devke schreef op woensdag 1 oktober 2025 @ 21:10:
[...]

Dan moet zonneplan wel 24 uur iedere uurprijs geven voor een dag. Wat is anders de goedkoopste prijs die dag?

Zonneplan geeft 24 uur de toekomst in door. Het is niet zoals Nordpool, maar mogelijk wel voldoende voor nu om even de tijd te overbruggen totdat Cheapest hours is aangepast of Nordpool toch weer uurprijzen gaat doorgeven.

De prijzen zijn echter wel anders opgebouwd en onbruikbaar in huidige vorm. Om de goedkoopste uren te bepalen geen probleem, maar wel als je in een sensor bijvoorbeeld de prijs wilt weergeven van de berekening.

Ik heb voor nu alles maar even over gezet.

[ Voor 17% gewijzigd door jordyc op 01-10-2025 21:22 ]

[olympusdenk]

Devke schreef op woensdag 1 oktober 2025 @ 21:10:
[...]

Dan moet zonneplan wel 24 uur iedere uurprijs geven voor een dag. Wat is anders de goedkoopste prijs die dag?

Die sensor van Zonneplan die bevat als state inderdaad het huidige tarief, vanuit de state attributes haalt de Cheap Hour.jinja alle 24 uren of 48 uren daaruit als prijzen van morgen bekend zijn. Probeer maar eens de integratie te installeren alle uurtarieven staan netjes in zelfde format als Noordpool maar dan nu dus wel nog gewoon per uur:

https://tweakers.net/i/PS...p62.png?f=fotoalbum_large

[Septillion]

LT1970 schreef op woensdag 1 oktober 2025 @ 20:28:
[...]

Als je met de Zoneplan toeslag (Excl BTW) rekent dan is de berekening (kale energie prijs + energiebelasting + toeslag zonneplan) * 1.21

Als je met 0.21 rekent dan krijg je 80% korting

Niet als je de additional cost van Nordpool gebruikt. Die telt de additional kost namelijk echt op bij de kale prijs. Doe je dus kale prijs x1.21 in additional kom je dus op 221%.

[TheFes]

De Cheapest Energy Hours v7.0.0 beta heeft een nieuwe use_hourly_avg parameter waarmee de macro dus uurprijzen (gemiddeldes) gebruikt in plaats van de kwartierprijzen.

https://github.com/TheFes...urs/releases/tag/v7.0.0b4

As je Cheapest Energy Hours via HACS geïnstalleerd hebt kun je updaten naar de beta door in de HACS integratie (bij Settings > Devices & Services dus) onder Cheapest Energy Hours de (standaard disables) Pre-release toggle aan te zetten.
(of je gebruikt in HACS het 3-dot menu en klikt op Redownload, dan kun je in de pull-down v7.0.0b4 kiezen.)

[oltk]

zojuist 2025.10.0 geinstalleerd en de solaredge modbus geeft een error. De logs geven aan:

code:

Setup failed for custom integration 'solaredge_modbus': Requirements for solaredge_modbus not found: ['pymodbus==3.11.1'].

Ik zie geen updates van de modbus. Ik ga nu maar even terug naar 2025.9 en wacht tot dit is gemaakt.

Edit: een rollback freezed mijn HA. Er staat een melding, maar ik kan niets aanklikken. En de TAPO integratie wil niet laden. conclusie: de backup van HA werkt niet goed (ik had alles aangevinkt). Ik herstel nu maar een VM backup van zondagnacht. pff. Ik wilde graag de NS integratie, maar note to self: minstens een maand wachten met updaten.

De VM teruggezet, en het werkt weer. Alleen 2 dagen historie kwijt.

[ Voor 38% gewijzigd door oltk op 01-10-2025 23:36 ]

[Get!em]

oltk schreef op woensdag 1 oktober 2025 @ 22:52:
zojuist 2025.10.0 geinstalleerd en de solaredge modbus geeft een error. De logs geven aan:

code:

Setup failed for custom integration 'solaredge_modbus': Requirements for solaredge_modbus not found: ['pymodbus==3.11.1'].

Ik zie geen updates van de modbus. Ik ga nu maar even terug naar 2025.9 en wacht tot dit is gemaakt.

Zie discussie op homepage nieuwsbericht.

[BiG-GuY]

avdwerf schreef op woensdag 1 oktober 2025 @ 20:48:
Zijn er mensen met philips hue camera's die camerabeeld in home assistant hebben? Heb vandaag de nieuwe deurbel binnengekregen. HA heeft wel wat sensoren erbij gekregen (o.a. motion), maar hij ziet hem nog niet als camera dus kan niets zien. Zou misschien kunnen omdat het een nieuw device is, vandaar mijn vraag of reeds bestaande camera's wel beeld geven in HA.

Hue heeft alleen het Zigbee deel waar sensoren en de lamp in zitten (als je een model met lampen hebt) vrijgegeven via de API. Dus vooralsnog kunnen hun camera's enkel via de eigen app gebruikt worden.

Vraag is of ze dit ooit veranderen.

[oltk]

zucht. Ik ga nog eens updaten.
Mijn node red installatie doet nu heel raar. Het node red forum is zo goed als dood (laatste post is uit april) dus dan maar hier: ik krijg meldingen dat mijn nodes niet werken. Maar ze werken allemaal (getest). Wat kan ik doen om deze melding van 193 errors weg te krijgen?


edit: vanochtend lijkt het automagisch te zijn opgelost, maar wat is / was dit nou?

[ Voor 6% gewijzigd door oltk op 02-10-2025 06:25 ]

[Btje]

Mijn ogenschijnlijk eenvoudige automation doet niet wat ik verwacht. De map zou aan moeten gaan als de lux beneden de waarde 10 gaat en om 6 uur. Ik heb dan een andere automation die hem om 12 uur uit zet en ook als de lux hoger is dan 15. zo zou de lamp in de avond aan gaan en in de nacht uit zijn. Alleen vanochtend was er niets aan na 6 uur.

YAML:

alias: Landingsbaan aan
description: ""
triggers:
  - entity_id:
      - sensor.carport_illuminance
    below: 10
    for:
      hours: 0
      minutes: 5
      seconds: 0
      milliseconds: 0
    trigger: numeric_state
  - trigger: time
    at: "06:00:00"
    weekday:
      - mon
      - tue
      - wed
      - thu
      - fri
      - sat
      - sun
conditions: []
actions:
  - data:
      brightness_pct: 22
    target:
      device_id: 77eb68df597b25323a7eed28b23da000
    action: light.turn_on
mode: single

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

[Devke]

hackbard schreef op woensdag 1 oktober 2025 @ 18:50:
voor mijn template sensor die de nordpool sensor moet omzetten van kwartier naar gemiddelde uurprijzen, werkt de state nog niet. Die zou de eigen huidige state_attr van raw_today moeten zijn. Kan dat, en hoe?
met snippet van @ErnstH

Even op een rijtje voor @Devke
met dank aan @gielz en @Thepawn :
eerst een switch/helpertje aanmaken (werkt maar voor de ene helft)

YAML:

input_boolean:
  dynamisch_15_minuten:
    name: Dynamisch 15 Minuten
    icon: mdi:clock-time-three-outline

en deze 2 template sensoren:
beetje dubbel maar was de enige manier hoe ook de state van "dynamischNordpool" correct de gemiddelde uurprijs toont:

YAML:

 - sensor:
      - name: "NordpoolHourly"
        unique_id: NordpoolHourly
        unit_of_measurement: "c/kWh"
        state: "{{ states('sensor.nordpool_kwh_nl_eur_1_09_0') | float }}"
        attributes:
          raw_today: >
            {% set use_15_min = is_state('input_boolean.dynamisch_15_minuten', 'on') %}
            {% set raw = state_attr('sensor.nordpool_kwh_nl_eur_1_09_0', 'raw_today') %}
            {% if raw %}
              [
              {% if use_15_min %}
                {# Gebruik kwartierwaarden zonder groepering #}
                {% for item in raw %}
                  {
                    "start": "{{ item.start.isoformat()  }}",
                    "end": "{{ item.end.isoformat()  }}",
                    "value": {{ item.value }}
                  }{% if not loop.last %},{% endif %}
                {% endfor %}
              {% else %}
                {# Groepeer per uur en gemiddeld #}
                {% set hourly = raw | groupby('start.hour') %}
                {% for hour_group in hourly %}
                  {% set values = hour_group.list | map(attribute='value') | list %}
                  {% set hour_start = hour_group.list[0].start.replace(minute=0, second=0, microsecond=0) %}
                  {% set hour_end = hour_start + timedelta(hours=1) %}
                  {
                    "start": "{{ hour_start.isoformat()  }}",
                    "end": "{{ hour_end.isoformat() }}",
                    "value": {{ (values | sum / values | count) | round(5) }}
                  }{% if not loop.last %},{% endif %}
                {% endfor %}
              {% endif %}
              ]
            {% else %}
              []
            {% endif %}
            
 - sensor:
      - name: "Dynamisch Nordpool"
        unique_id: dynamisch_nordpool
        unit_of_measurement: "c/kWh"
        state: >
         {%- set curr = state_attr('sensor.nordpoolhourly', 'raw_today')[now().hour   | int].value %}
         {{ curr  }}
        attributes:
    
          today: >
           {% set q = state_attr('sensor.nordpool_kwh_nl_eur_1_09_0', 'today') %}
           {% if q %}
            {% if q | count == 24 %}
              [{{ q | join(', ') }}]
            {% elif q | count == 96 %}
              [
              {% for i in range(0, 96, 4) %}
                {{ ((q[i]|float + q[i+1]|float + q[i+2]|float + q[i+3]|float) / 4) | round(3) }}
                {% if not loop.last %}, {% endif %}
              {% endfor %}
              ]
            {% else %}
              []
            {% endif %}
           {% else %}
            []
           {% endif %}
          tomorrow: >
           {% set q = state_attr('sensor.nordpool_kwh_nl_eur_1_09_0', 'tomorrow') %}
           {% if q %}
            {% if q | count == 24 %}
              [{{ q | join(', ') }}]
            {% elif q | count == 96 %}
              [
              {% for i in range(0, 96, 4) %}
                {{ ((q[i]|float + q[i+1]|float + q[i+2]|float + q[i+3]|float) / 4) | round(3) }}
                {% if not loop.last %}, {% endif %}
              {% endfor %}
              ]
            {% else %}
              []
            {% endif %}
           {% else %}
             []
           {% endif %}
        
          raw_today: >
            {% set use_15_min = is_state('input_boolean.dynamisch_15_minuten', 'on') %}
            {% set raw = state_attr('sensor.nordpool_kwh_nl_eur_1_09_0', 'raw_today') %}
            {% if raw %}
              [
              {% if use_15_min %}
                {# Gebruik kwartierwaarden zonder groepering #}
                {% for item in raw %}
                  {
                    "start": "{{ item.start.isoformat()  }}",
                    "end": "{{ item.end.isoformat()  }}",
                    "value": {{ item.value }}
                  }{% if not loop.last %},{% endif %}
                {% endfor %}
              {% else %}
                {# Groepeer per uur en gemiddeld #}
                {% set hourly = raw | groupby('start.hour') %}
                {% for hour_group in hourly %}
                  {% set values = hour_group.list | map(attribute='value') | list %}
                  {% set hour_start = hour_group.list[0].start.replace(minute=0, second=0, microsecond=0) %}
                  {% set hour_end = hour_start + timedelta(hours=1) %}
                  {
                    "start": "{{ hour_start.isoformat()  }}",
                    "end": "{{ hour_end.isoformat() }}",
                    "value": {{ (values | sum / values | count) | round(5) }}
                  }{% if not loop.last %},{% endif %}
                {% endfor %}
              {% endif %}
              ]
            {% else %}
              []
            {% endif %}

          raw_tomorrow: >
            {% set use_15_min = is_state('input_boolean.dynamisch_15_minuten', 'on') %}
            {% set raw = state_attr('sensor.nordpool_kwh_nl_eur_1_09_0', 'raw_tomorrow') %}
            {% if raw %}
              [
              {% if use_15_min %}
                {# Gebruik kwartierwaarden zonder groepering #}
                {% for item in raw %}
                  {
                    "start": "{{ item.start.isoformat()  }}",
                    "end": "{{ item.end.isoformat()  }}",
                    "value": {{ item.value }}
                  }{% if not loop.last %},{% endif %}
                {% endfor %}
              {% else %}
                {# Groepeer per uur en gemiddeld #}
                {% set hourly = raw | groupby('start.hour') %}
                {% for hour_group in hourly %}
                  {% set values = hour_group.list | map(attribute='value') | list %}
                  {% set hour_start = hour_group.list[0].start.replace(minute=0, second=0, microsecond=0) %}
                  {% set hour_end = hour_start + timedelta(hours=1) %}
                  {
                    "start": "{{ hour_start.isoformat()  }}",
                    "end": "{{ hour_end.isoformat()  }}",
                    "value": {{ (values | sum / values | count) | round(5) }}
                  }{% if not loop.last %},{% endif %}
                {% endfor %}
              {% endif %}
              ]
            {% else %}
              []
            {% endif %}

Voila

Nice! Werkt. Tweakers op zn best weer 😜💪

[Simpel360]

Get!em schreef op woensdag 1 oktober 2025 @ 22:56:
[...]

Zie discussie op homepage nieuwsbericht.

Kan ik niet zo 1 2 3 vinden.
Zal aan mij liggen.

Heb je linkje?

[Get!em]

Simpel360 schreef op donderdag 2 oktober 2025 @ 08:12:
[...]

Kan ik niet zo 1 2 3 vinden.
Zal aan mij liggen.

Heb je linkje?

Non breaking change die toch breaking is voor SolarEdge Modbus integratie.

download: Home Assistant 2025.10.0

[ Voor 4% gewijzigd door Get!em op 02-10-2025 08:30 ]

[TheFes]

Get!em schreef op donderdag 2 oktober 2025 @ 08:25:
[...]

Non breaking change die toch breaking is voor SolarEdge Modbus integratie.

download: Home Assistant 2025.10.0

Er kunnen altijd zaken zijn die breaking zijn voor custom components. Het is aan de maintainers van de custom components om dat in de gaten te houden, en eventueel op basis van de nightly of beta op tijd aan te passen voor de stable release.

[Get!em]

TheFes schreef op donderdag 2 oktober 2025 @ 08:41:
[...]


Er kunnen altijd zaken zijn die breaking zijn voor custom components. Het is aan de maintainers van de custom components om dat in de gaten te houden, en eventueel op basis van de nightly of beta op tijd aan te passen voor de stable release.

Klopt helemaal. Alleen was t met de pymodbus nu in een paar maanden tijd wel vaak raak met meerdere updates die meerdere HACS integraties tijdelijk stuk maakte.

[Devke]

TheFes schreef op woensdag 1 oktober 2025 @ 22:37:
De Cheapest Energy Hours v7.0.0 beta heeft een nieuwe use_hourly_avg parameter waarmee de macro dus uurprijzen (gemiddeldes) gebruikt in plaats van de kwartierprijzen.

https://github.com/TheFes...urs/releases/tag/v7.0.0b4

As je Cheapest Energy Hours via HACS geïnstalleerd hebt kun je updaten naar de beta door in de HACS integratie (bij Settings > Devices & Services dus) onder Cheapest Energy Hours de (standaard disables) Pre-release toggle aan te zetten.
(of je gebruikt in HACS het 3-dot menu en klikt op Redownload, dan kun je in de pull-down v7.0.0b4 kiezen.)

Gedownload voor test. Is het niet zo dat de 2 binairy sensoren weer zouden moeten werken zonder aanpassing?
Voor goedkoopste uren:

YAML:

{% from 'cheapest_energy_hours.jinja' import cheapest_energy_hours %}
{{ cheapest_energy_hours('sensor.nordpool_kwh_nl_eur_3_10_021', attr_today='Today', hours=4, split=false, lowest=True, mode='is_now', value_key='price', time_key='time') }}

Na een herstart zijn ze hier niet beschikbaar. Nordpool sensor is beschikbaar en geeft (kwartier)prijzen. Gechecked of er hier nu een dubbele sensor is, niet het geval.

Deze melding in de ontwikkelomgeving:

[TheFes]

Devke schreef op donderdag 2 oktober 2025 @ 08:50:
[...]

Gedownload voor test. Is het niet zo dat de 2 binairy sensoren weer zouden moeten werken zonder aanpassing?
Voor goedkoopste uren:

YAML:

{% from 'cheapest_energy_hours.jinja' import cheapest_energy_hours %}
{{ cheapest_energy_hours('sensor.nordpool_kwh_nl_eur_3_10_021', attr_today='Today', hours=4, split=false, lowest=True, mode='is_now', value_key='price', time_key='time') }}

Na een herstart zijn ze hier niet beschikbaar. Nordpool sensor is beschikbaar en geeft (kwartier)prijzen. Gechecked of er hier nu een dubbele sensor is, niet het geval.

Deze melding in de ontwikkelomgeving:

[Afbeelding]

Waar haal jij vandaan dat de value_key price is, en de time_key time? Voor Nordpool is de value_key value en de time_key is start. Dat zijn ook de defaults aangezien de macro in den beginne op de Nordpool integratie geschreven is. Je bezorgt de macro nu extra werk omdat hij zelf de juiste time_key en value_key moet gaan zoeken. Ook je attr_today setting is fout, dit moet raw_today zijn, wat ook gewoon de default is.

Verder werkt het bij mij prima, zit je op een heel oude versie van HA?


PS, je hebt de nieuwe use_hourly_avg=true setting niet gebruikt.

[Septillion]

@Btje Wat zegt de trace log en de log van het device?

Automation is zo makkelijk dat ik bijna denk dat iets anders hem al weer uitgezet heeft.

[Devke]

TheFes schreef op donderdag 2 oktober 2025 @ 08:59:
[...]

Waar haal jij vandaan dat de value_key price is, en de time_key time? Voor Nordpool is de value_key value en de time_key is start. Dat zijn ook de defaults aangezien de macro in den beginne op de Nordpool integratie geschreven is. Je bezorgt de macro nu extra werk omdat hij zelf de juiste time_key en value_key moet gaan zoeken. Ook je attr_today setting is fout, dit moet raw_today zijn, wat ook gewoon de default is.

Verder werkt het bij mij prima, zit je op een heel oude versie van HA?
[Afbeelding]

PS, je hebt de nieuwe use_hourly_avg=true setting niet gebruikt.

Ja ik zit wel een paar versies terug van HA. Doe ik bewust zodat de bugs er eerst uit kunnen. Dit heeft altijd gewoon gewerkt. Is een copy paste stuk. Dus dit is niet werkend te krijgen of moeteh er dat wat aanpassingen in dat stukje code alleej van mij?

[dixet]

Btje schreef op donderdag 2 oktober 2025 @ 06:39:
Mijn ogenschijnlijk eenvoudige automation doet niet wat ik verwacht. De map zou aan moeten gaan als de lux beneden de waarde 10 gaat en om 6 uur. Ik heb dan een andere automation die hem om 12 uur uit zet en ook als de lux hoger is dan 15. zo zou de lamp in de avond aan gaan en in de nacht uit zijn. Alleen vanochtend was er niets aan na 6 uur.

YAML:

alias: Landingsbaan aan
description: ""
triggers:
  - entity_id:
      - sensor.carport_illuminance
    below: 10
    for:
      hours: 0
      minutes: 5
      seconds: 0
      milliseconds: 0
    trigger: numeric_state
  - trigger: time
    at: "06:00:00"
    weekday:
      - mon
      - tue
      - wed
      - thu
      - fri
      - sat
      - sun
conditions: []
actions:
  - data:
      brightness_pct: 22
    target:
      device_id: 77eb68df597b25323a7eed28b23da000
    action: light.turn_on
mode: single

Waar hangt je lamp t.o.v. je lichtsensor? Het kan gebeuren dat door het aangaan van de lamp de lux boven 15 komt waardoor je andere automation triggert. Dat zou je in de trace van die andere automation moeten kunnen zien.

[TheFes]

Devke schreef op donderdag 2 oktober 2025 @ 09:05:
[...]

Ja ik zit wel een paar versies terug van HA. Doe ik bewust zodat de bugs er eerst uit kunnen. Dit heeft altijd gewoon gewerkt. Is een copy paste stuk. Dus dit is niet werkend te krijgen of moeteh er dat wat aanpassingen in dat stukje code alleej van mij?

Ik weet niet wat een paar versies is, maar de support voor die functionaliteit die ik gebruik in 7.0.0 is toegevoegd in 2025.6.0, dus dan loop je al minstens 4 major versies achter.
Dus voor v7.0.0 moet je minstens 2025.6.0 hebben.

[hackbard]

TheFes schreef op donderdag 2 oktober 2025 @ 08:59:
[...]

PS, je hebt de nieuwe use_hourly_avg=true setting niet gebruikt.

beginnersvraag- hoe gebruik je dat?

YAML:

{% from 'cheapest_energy_hours.jinja' import cheapest_energy_hours %}
{{ cheapest_energy_hours('sensor.nordpool_kwh_nl_eur_1_09_0', use_hourly_avg=true , attr_today='Today', hours=4 , split=false, lowest=True, mode='is_now' ) }}

doet het hier niet..
Ik ben eigenlijk op zoek naar een alternatief voor nordpool_diff . Mijn warmtepomp houd niet zo van aan/uit, en heeft liever een factor per uur om wat waardes wat omhoog of omlaag te zetten. Om de een of andere reden werkt nordpool-diff niet zoals gewent met mijn knutsel-template uurprijs-sensor..

[water_escape]

Morning. Hier wordt de Vaillant earotherm warmtepomp geinstalleerd. Nu lees ik dat de "MyVaillant" integration niet meer goed werkt (geen verbruik gegevens) en je de "vaillant cloud fork" moet hebben, ik kan deze echter nergens vinden. Hier mensen met een Vaillant en de juiste tip voor mij om deze toe te gaan voegen in HA?

[DonJunior]

heel veel berichten deze week (logisch na al de wijzigingen van 1 oktober inzake stroom leveranciers) maar als ik zoek op mijn issue vind ik niet direct iets terug. (wellicht zoek ik verkeerd, wees vrij om mij hier op te wijzen)

Ik krijg dus sinds gisteren (1 okt) geen data meer terug uit de HACS integratie ENTSO-e Transparency Platform. (deze gebruik ik voor inzicht in mijn uur prijzen voor stroom)
Als ik kijk onder 'Dev Tools/States' geven alle ENTSO entities: Unavailable.

Ik dacht eerst, wellicht zit het hem in de HomeAssistant update (download: Home Assistant 2025.10.0) maar heb dus een backup terug gezet , zonder succes. Als in, het restoren is wel gelukt, de data van ENTSO-e komt echter nog steeds niet binnen.

Iemand een tip voor wat ik als volgende stap kan proberen?

[hackbard]

DonJunior schreef op donderdag 2 oktober 2025 @ 10:31:
heel veel berichten deze week (logisch na al de wijzigingen van 1 oktober inzake stroom leveranciers) maar als ik zoek op mijn issue vind ik niet direct iets terug. (wellicht zoek ik verkeerd, wees vrij om mij hier op te wijzen)

Ik krijg dus sinds gisteren (1 okt) geen data meer terug uit de HACS integratie ENTSO-e Transparency Platform. (deze gebruik ik voor inzicht in mijn uur prijzen voor stroom)
Als ik kijk onder 'Dev Tools/States' geven alle ENTSO entities: Unavailable.

Ik dacht eerst, wellicht zit het hem in de HomeAssistant update (download: Home Assistant 2025.10.0) maar heb dus een backup terug gezet , zonder succes. Als in, het restoren is wel gelukt, de data van ENTSO-e komt echter nog steeds niet binnen.

Iemand een tip voor wat ik als volgende stap kan proberen?

je bent niet de enige. Ze zijn er mee bezig..
Arjanski in "Het grote day ahead / dynamische energieprijzen topic."
had een workaround..
ik wacht nog even en gebruik nordpool..

[DonJunior]

hackbard schreef op donderdag 2 oktober 2025 @ 10:40:
[...]

je bent niet de enige. Ze zijn er mee bezig..
Arjanski in "Het grote day ahead / dynamische energieprijzen topic."
had een workaround..
ik wacht nog even en gebruik nordpool..

Held! Dankjewel!

[DonJunior]

hackbard schreef op donderdag 2 oktober 2025 @ 10:40:
[...]

je bent niet de enige. Ze zijn er mee bezig..
Arjanski in "Het grote day ahead / dynamische energieprijzen topic."
had een workaround..
ik wacht nog even en gebruik nordpool..

Gebruik jij deze: https://www.home-assistant.io/integrations/nordpool/
Ik heb die namelijk net geinstalleerd maar ik zie hier niet hoe ik deze kan gebruiken icm met mijn bestaande ApexCharts zodat ik een mooi grafiekje krijg met data over de gehele dag. Zodat ik per uur kan aanklikken wat de prijzen zijn?

[hackbard]

DonJunior schreef op donderdag 2 oktober 2025 @ 10:57:
[...]

Gebruik jij deze: https://www.home-assistant.io/integrations/nordpool/
Ik heb die namelijk net geinstalleerd maar ik zie hier niet hoe ik deze kan gebruiken icm met mijn bestaande ApexCharts zodat ik een mooi grafiekje krijg met data over de gehele dag. Zodat ik per uur kan aanklikken wat de prijzen zijn?

ja. Nordpool geeft alleen nog kwartierprijzen. Daar moet je vooralsnog zelf wat mee als je gemiddelde uurprijzen wil. Hier wat ik heb nu: hackbard in "Home Assistant: Open source Python3 home automation - deel 5"

[TheFes]

@Devke @hackbard @ErnstH @gielz @Thepawn

Ik heb ook even een blik op de uurprijzen geworpen, en heb een template blueprint gemaakt om een template sensor aan te maken
Gebruik deze link om hem te importeren.

Maak vervolgens de volgende template sensor aan (als de bron een Nordpool sensor met prijzen in EUR/kWh is). Als je iets van een template.yaml gebruikt, moet je de eerste regel weg laten.
Uiteraard de source_sensor aanpassen naar jouw sensor. Naam en unique id kun je ook aanpassen naar wens.

YAML:

template:
  - use_blueprint:
      path: TheFes/nordpool_hourly.yaml
      input:
        source_sensor: "sensor.nordpool_kwh_nl_eur_3_10_021"
    name: Nordpool Hourly
    unique_id: 963c3718-c964-4ead-80ca-b48f4b9388d8

Als je bronsensor geen EUR/kWh gebruikt, of je een hele andere bronsensor hebt die bijvoorbeeld een andere key gebruikt voor de prijzen (geen value maar price bijvoorbeeld) is hier een versie met alle mogelijke inputs ingevuld. Deze werkt bijvoorbeeld voor de Energi Data Service integratie die ik voor test redenen in mijn dev omgeving heb. All attributes zijn in dit geval gelijk aan die van Nordpool, maar om een volledig voorbeeld te geven heb ik ze hier wel opgevoerd.

YAML:

template:
  - use_blueprint:
      path: TheFes/nordpool_hourly.yaml
      input:
        source_sensor: "sensor.energi_data_service"
        unit_of_measurement: "c/kWh"
        attr_today: "today"
        atrr_tomorrow: "tomorrow"
        attr_raw_today: "raw_today"
        attr_raw_tomrrow: "raw_tomorrow"
        time_key: "hour"
        value_key: "price"
        time_end_key: "none"
        use_time_end_key: false
    name: Energi Data Service Hourly
    unique_id: 8a1323f0-bb5e-45c6-a119-e9e80ca0ee4b

Hier kun je eventueel de blueprint gebruiken als je wil zien welke templates ik gebouwd heb om de attributes te vullen.

@hackbard op deze manier is dus ook die oplossing met een extra template sensor en die input boolean niet nodig.

[ Voor 7% gewijzigd door TheFes op 02-10-2025 12:46 ]

[TheFes]

hackbard schreef op donderdag 2 oktober 2025 @ 10:12:
[...]

beginnersvraag- hoe gebruik je dat?

YAML:

{% from 'cheapest_energy_hours.jinja' import cheapest_energy_hours %}
{{ cheapest_energy_hours('sensor.nordpool_kwh_nl_eur_1_09_0', use_hourly_avg=true , attr_today='Today', hours=4 , split=false, lowest=True, mode='is_now' ) }}

doet het hier niet..
Ik ben eigenlijk op zoek naar een alternatief voor nordpool_diff . Mijn warmtepomp houd niet zo van aan/uit, en heeft liever een factor per uur om wat waardes wat omhoog of omlaag te zetten. Om de een of andere reden werkt nordpool-diff niet zoals gewent met mijn knutsel-template uurprijs-sensor..

Wat betekent: "doet het hier niet"? Zonder enige error melding kan ik niet echt helpen. Wat krijg je in devtools > template?
En heb je wel geüpdatet naar v7.0.0b4, of überhaupt Cheapest Energy Hours geïnstalleerd?

Oh, en dat attr_today='Today' stukje is dus ook fout, en mag je helemaal weg halen.

[ Voor 7% gewijzigd door TheFes op 02-10-2025 11:36 ]

[Thepawn]

TheFes schreef op donderdag 2 oktober 2025 @ 11:29:
@Devke @hackbard @ErnstH @gielz @Thepawn

Ik heb ook even een blik op de uurprijzen geworpen, en heb een template blueprint gemaakt om een template sensor aan te maken

Heel goed gemaakt! In slechts 10 minuten kon ik:
- mijn originele Nordpool-sensor verplaatsen van sensor.nordpool naar sensor.nordpool_15m
- je blauwdruk importeren en de nieuwe sensor de naam sensor.nordpool geven
Op deze manier hoeven al mijn integraties en dashboard niet te worden bijgewerkt.

Ik mis echter nu functies van de originele sensor.
Kun je misschien ook de andere berekende kenmerken inbouwen, zoals:
current_price
min
max
average

[ Voor 11% gewijzigd door Thepawn op 02-10-2025 12:36 ]

[TheFes]

Thepawn schreef op donderdag 2 oktober 2025 @ 12:27:
[...]


Heel goed gemaakt! In slechts 10 minuten kon ik:
- mijn originele Nordpool-sensor verplaatsen van sensor.nordpool naar sensor.nordpool_15m
- je blauwdruk importeren en de nieuwe sensor de naam sensor.nordpool geven
Op deze manier hoeven al mijn integraties en dashboard niet te worden bijgewerkt.

Ik mis echter nu functies van de originele sensor.
Kun je misschien ook de andere berekende kenmerken inbouwen, zoals:
current_price
min
max
average

Current price is toch gewoon ook de state? Ik snap niet waarom die ook als attribute nodig zou zijn. Maar ik heb ze toegevoegd, even blueprint opnieuw importeren en template entities vernieuwen en het moet werken.
Ik heb de min, max, average van de waardes van vandaag genomen overigens, dus niet van vandaag + morgen. Ik weet niet of dat het idee is, maar ik kan het momenteel niet met de standaard Nordpool integratie checken omdat er nog geen waardes voor morgen zijn.

[hackbard]

TheFes schreef op donderdag 2 oktober 2025 @ 11:29:
@Devke @hackbard @ErnstH @gielz @Thepawn

Ik heb ook even een blik op de uurprijzen geworpen, en heb een template blueprint gemaakt om een template sensor aan te maken
Gebruik deze link om hem te importeren.

Maak vervolgens de volgende template sensor aan (als de bron een Nordpool sensor met prijzen in EUR/kWh is). Als je iets van een template.yaml gebruikt, moet je de eerste regel weg laten.
Uiteraard de source_sensor aanpassen naar jouw sensor. Naam en unique id kun je ook aanpassen naar wens.

YAML:

template:
  - use_blueprint:
      path: TheFes/nordpool_hourly.yaml
      input:
        source_sensor: "sensor.nordpool_kwh_nl_eur_3_10_021"
    name: Nordpool Hourly
    unique_id: 963c3718-c964-4ead-80ca-b48f4b9388d8

Als je bronsensor geen EUR/kWh gebruikt, of je een hele andere bronsensor hebt die bijvoorbeeld een andere key gebruikt voor de prijzen (geen value maar price bijvoorbeeld) is hier een versie met alle mogelijke inputs ingevuld. Deze werkt bijvoorbeeld voor de Energi Data Service integratie die ik voor test redenen in mijn dev omgeving heb. All attributes zijn in dit geval gelijk aan die van Nordpool, maar om een volledig voorbeeld te geven heb ik ze hier wel opgevoerd.

YAML:

template:
  - use_blueprint:
      path: TheFes/nordpool_hourly.yaml
      input:
        source_sensor: "sensor.energi_data_service"
        unit_of_measurement: "c/kWh"
        attr_today: "today"
        atrr_tomorrow: "tomorrow"
        attr_raw_today: "raw_today"
        attr_raw_tomrrow: "raw_tomorrow"
        time_key: "hour"
        value_key: "price"
        time_end_key: "none"
        use_time_end_key: false
    name: Energi Data Service Hourly
    unique_id: 8a1323f0-bb5e-45c6-a119-e9e80ca0ee4b

HIer kun je eventueel de blueprint gebruiken als je wil zien welke templates ik gebouwd heb om de attributes te vullen.

@hackbard op deze manier is dus ook die oplossing met een extra template sensor en die input boolean niet nodig.

mooi.
Ik zie alleen net als bij de nordpool sensor als current state de 1e kwartierprijs van het uur, en niet het gemiddelde.. Misschien moeten ze dat maar bij nordpool oplossen?

[TheFes]

hackbard schreef op donderdag 2 oktober 2025 @ 12:46:
[...]

mooi.
Ik zie alleen net als bij de nordpool sensor als current state de 1e kwartierprijs van het uur, en niet het gemiddelde.. Misschien moeten ze dat maar bij nordpool oplossen?

Nee, dat kan niet. Hij pakte de juiste waarde uit het today attribute van de nieuw aangemaakte template sensor. De template sensor aangemaakt op basis van deze blueprint kan geen kwartierwaarde als state hebben, want die waarde heeft hij helemaal niet.

[hackbard]

TheFes schreef op donderdag 2 oktober 2025 @ 12:48:
[...]


Nee, dat kan niet. Hij pakte de juiste waarde uit het today attribute van de nieuw aangemaakte template sensor. De template sensor aangemaakt op basis van deze blueprint kan geen kwartierwaarde als state hebben, want die waarde heeft hij helemaal niet.

sorry, je hebt gelijk, ik had niet goed gekeken. En ik gebruik een afronding, dus zie 22 ipv 21,95

[Thepawn]

TheFes schreef op donderdag 2 oktober 2025 @ 12:46:
[...]


Maar ik heb ze toegevoegd, even blueprint opnieuw importeren en template entities vernieuwen en het moet werken.
Ik heb de min, max, average van de waardes van vandaag genomen overigens

Je bent geweldig!

Ik weet niet zeker waarom jouw blauwdruk niet in de lijst met andere blauwdrukken wordt weergegeven. Ik kon hem dus niet met één klik opnieuw importeren. Het werkte wel toen ik jouw link opnieuw gebruikte ("import overschrijven").

[ Voor 26% gewijzigd door Thepawn op 02-10-2025 12:57 ]

[TheFes]

Thepawn schreef op donderdag 2 oktober 2025 @ 12:56:
[...]


Je bent geweldig!

Ik weet niet zeker waarom jouw blauwdruk niet in de lijst met andere blauwdrukken wordt weergegeven. Ik kon hem dus niet met één klik opnieuw importeren. Het werkte wel toen ik jouw link opnieuw gebruikte ("import overschrijven").

Template blueprints hebben nog geen GUI support, en staan dus ook (nog) niet in die Blueprints tabel. Het is sowieso de vraag of ze daar horen, aangezien die tabel in Automations & Scenes staat, waar template entities weer niet thuis horen.

[BB-One]

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

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

Iemand een idee waar dit in kan zitten?

@kennyboy55 @Septillion

Even mezelf quoten: vannacht stond er weer een update klaar voor HA. Uit de logs blijkt:
- MQTT werkt wel gewoon. Ik zie in de logs dat er netjes door de raspberry gepubliceerd wordt in HA.
- Waar gaat het mis? In de grafiek (apexcharts).... Ik heb nu geen tijd om hier vandaag verder in te duiken (wordt morgen) maar dit is de grafiek die weergegeven wordt. Om 7:30 heb ik de HA update gedraaid.

[Antonio di]

Hue Bridge Pro aankondiging in Open Home Foundation (waar ook Home Assistant (HA) onder valt) 1-10-2025:
Better than all of that, the 2025.10 release of Home Assistant will support the Hue Bridge Pro locally!
Zie release notes en zie (even naar beneden scrollen voor Hue Bridge Pro stukje):
https://newsletter.openho...is-optional-privacy-isnt/
HA support nu dus Hue Bridge Pro in hun nieuwste release !!

[ Voor 4% gewijzigd door Antonio di op 02-10-2025 14:01 ]

[TheFes]

Antonio di schreef op donderdag 2 oktober 2025 @ 13:31:
Hue Bridge Pro aankondiging in Open Home Foundation (waar ook Home Assistant (HA) onder valt) 1-10-2025:
Better than all of that, the 2025.10 release of Home Assistant will support the Hue Bridge Pro locally!
Zie release nots en zie (even naar beneden scrollen voor Hue Bridge Pro stukje):
https://newsletter.openho...is-optional-privacy-isnt/
HA support nu dus Hue Bridge Pro in hun nieuwste release !!

Je link is kapot, hier is de goeie
https://newsletter.openho...is-optional-privacy-isnt/

[Septillion]

@BB-One Bij volgende update even wat meer bekijken. Door de update te draaien haal je steeds de meeste debug mogelijkheden weg.

Aantal zaken om na te gaan / beantwoorden:
- Je zegt MQTT log, neem aan dat je de zendende Pi bedoeld?
- Wat als je zelf met MQTT Explorer gaat kijken, zie je dan die berichten ook?
- Wat de is exacte status in HA op dat moment?
- Vraag die nog open staat, hoe komen de sensoren in HA? Is dat auto discovery of handmatig MQTT sensor?
- Om Apex even uit te sluiten, hoe ziet de More info card van die entiteit eruit? En wat als je de history opent?
- Welke MQTT broker draai je? Gewoon de Mosquitto broker addon?
- Alle andere HA zaken werken wel?

[Devke]

TheFes schreef op donderdag 2 oktober 2025 @ 11:29:
@Devke @hackbard @ErnstH @gielz @Thepawn

Ik heb ook even een blik op de uurprijzen geworpen, en heb een template blueprint gemaakt om een template sensor aan te maken
Gebruik deze link om hem te importeren.

Maak vervolgens de volgende template sensor aan (als de bron een Nordpool sensor met prijzen in EUR/kWh is). Als je iets van een template.yaml gebruikt, moet je de eerste regel weg laten.
Uiteraard de source_sensor aanpassen naar jouw sensor. Naam en unique id kun je ook aanpassen naar wens.

YAML:

template:
  - use_blueprint:
      path: TheFes/nordpool_hourly.yaml
      input:
        source_sensor: "sensor.nordpool_kwh_nl_eur_3_10_021"
    name: Nordpool Hourly
    unique_id: 963c3718-c964-4ead-80ca-b48f4b9388d8

Als je bronsensor geen EUR/kWh gebruikt, of je een hele andere bronsensor hebt die bijvoorbeeld een andere key gebruikt voor de prijzen (geen value maar price bijvoorbeeld) is hier een versie met alle mogelijke inputs ingevuld. Deze werkt bijvoorbeeld voor de Energi Data Service integratie die ik voor test redenen in mijn dev omgeving heb. All attributes zijn in dit geval gelijk aan die van Nordpool, maar om een volledig voorbeeld te geven heb ik ze hier wel opgevoerd.

YAML:

template:
  - use_blueprint:
      path: TheFes/nordpool_hourly.yaml
      input:
        source_sensor: "sensor.energi_data_service"
        unit_of_measurement: "c/kWh"
        attr_today: "today"
        atrr_tomorrow: "tomorrow"
        attr_raw_today: "raw_today"
        attr_raw_tomrrow: "raw_tomorrow"
        time_key: "hour"
        value_key: "price"
        time_end_key: "none"
        use_time_end_key: false
    name: Energi Data Service Hourly
    unique_id: 8a1323f0-bb5e-45c6-a119-e9e80ca0ee4b

Hier kun je eventueel de blueprint gebruiken als je wil zien welke templates ik gebouwd heb om de attributes te vullen.

@hackbard op deze manier is dus ook die oplossing met een extra template sensor en die input boolean niet nodig.

De link volgen gaat mis. Nu ben ik sws een Noob op dit gebied (blueprints zeggen me niets).




De vervolgstappen zo ver kom ik dus niet. Ben eerst bij de link begonnen.

[TheFes]

Devke schreef op donderdag 2 oktober 2025 @ 14:09:
[...]

De link volgen gaat mis. Nu ben ik sws een Noob op dit gebied (blueprints zeggen me niets).
[Afbeelding]

[Afbeelding]

De vervolgstappen zo ver kom ik dus niet. Ben eerst bij de link begonnen.

Heb je inmiddels HA al geüpdatet? Aangezien het voor anderen wel werkt gok het dat het daar aan ligt.
Desondanks heb ik het veld waar hij over viel weggehaald uit de blueprint.

[ Voor 4% gewijzigd door TheFes op 02-10-2025 14:36 ]

[hackbard]

TheFes schreef op donderdag 2 oktober 2025 @ 11:34:
[...]


Wat betekent: "doet het hier niet"? Zonder enige error melding kan ik niet echt helpen. Wat krijg je in devtools > template?
En heb je wel geüpdatet naar v7.0.0b4, of überhaupt Cheapest Energy Hours geïnstalleerd?

Oh, en dat attr_today='Today' stukje is dus ook fout, en mag je helemaal weg halen.

mijn probleem was vooral waar ik die use_hourly_avg=true kan plaatsen.
Maar met je blueprint en een hourly template sensor is dat niet meer nodig neem ik aan. Nordpool_diff werkt er ook aardig mee.
Ik wil wel de Cheapest Energy Hours template gebruiken. Want anders moet ik bij mijn oude template sensors tig keer | as_datetime toevoegen. Is het mogelijk om daar een true/false te verkrijgen of nu een van de x duurste/goedkoopste uren van vandaag is?
Of via de blueprint deze fix voorkomen? TheFes in "Home Assistant: Open source Python3 home automation - deel 5"

[TheFes]

hackbard schreef op donderdag 2 oktober 2025 @ 14:30:
[...]

mijn probleem was vooral waar ik die use_hourly_avg=true kan plaatsen.
Maar met je blueprint en een hourly template sensor is dat niet meer nodig neem ik aan. Nordpool_diff werkt er ook aardig mee.
Ik wil wel de Cheapest Energy Hours template gebruiken. Want anders moet ik bij mijn oude template sensors tig keer | as_datetime toevoegen. Is het mogelijk om daar een true/false te verkrijgen of nu een van de x duurste/goedkoopste uren van vandaag is?
Of via de blueprint deze fix voorkomen? TheFes in "Home Assistant: Open source Python3 home automation - deel 5"

use_hourly_avg=true stond op je juiste plek, dus daarom ben ik benieuwd wat er dan precies voor error melding kwam, en welke versie je gebruikt.

[Devke]

TheFes schreef op donderdag 2 oktober 2025 @ 14:28:
[...]

Heb je inmiddels HA al geüpdatet? Aangezien het voor anderen wel werkt gok het dat het daar aan ligt.
Desondanks heb ik het veld waar hij over viel weggehaald uit de blueprint.

Nee voor HA update nog geen tijd gehad. Vanmorgen buitenshuis geweest. HA update wil ik wel even goed aanvliegen. Lees ff de tijd voor pakken.

[TheFes]

Devke schreef op donderdag 2 oktober 2025 @ 14:38:
[...]

Nee voor HA update nog geen tijd gehad. Vanmorgen buitenshuis geweest. HA update wil ik wel even goed aanvliegen. Lees ff de tijd voor pakken.

Je zou het nu nog een keer kunnen proberen, ik wel wel een wijziging gedaan.

[hackbard]

TheFes schreef op donderdag 2 oktober 2025 @ 14:34:
[...]

use_hourly_avg=true stond op je juiste plek, dus daarom ben ik benieuwd wat er dan precies voor error melding kwam, en welke versie je gebruikt.

TypeError: macro 'cheapest_energy_hours' takes no keyword argument 'use_hourly_avg'
v7.0.0b4 gedownload

[Sander]

Ik gebruik al een tijdje een oudere iPad uit 2017 met de HA app als dashboard. Ik merk dat die de laatste tijd vaak erg traag wordt en vastloopt, wat vrij irritant is wanneer je vlot eaa in huis wil kunnen bedienen. Zijn er betrouwbare alternatieven of andere apps die ik hiervoor kan gebruiken?

Ik ben ook nog op zoek naar een 2e en evt 3e schermpje in huis, maar ben wat terughoudend door de slechtere ervaringen nu met de iPad en kies dan liever toch voor gewone schakelaars met HA scene's erachter, hoewel de nieuwe inbouw schermpjes van SonOff me bijv ook wel erg mooi lijken, maar dan moeten ze het wel gewoon doen. Iemand ook daarvoor tips?

[Devke]

TheFes schreef op donderdag 2 oktober 2025 @ 14:40:
[...]


Je zou het nu nog een keer kunnen proberen, ik wel wel een wijziging gedaan.

Top, dit slikt hij. Nu moet ik een template sensor aanmaken. Ik gebruik geen template.yaml
Dit kan niet via de GUI. Dat dus droppen in de configuration.yaml?

[Vloris]

Devke schreef op donderdag 2 oktober 2025 @ 15:50:
[...]

Top, dit slikt hij. Nu moet ik een template sensor aanmaken. Ik gebruik geen template.yaml
Dit kan niet via de GUI. Dat dus droppen in de configuration.yaml?

Template sensors kun je prima via de GUI aanmaken hoor.
Settings > Devices & Services > Helpers > "+ Create Helper" > Template > Sensor

[TheFes]

Vloris schreef op donderdag 2 oktober 2025 @ 15:58:
[...]


Template sensors kun je prima via de GUI aanmaken hoor.
Settings > Devices & Services > Helpers > "+ Create Helper" > Template > Sensor

NIet op basis van een blueprint.
@Devke Ja, kun je in configuration.yaml droppen, als je al andere template config hebt, dan moet je zorgen dat het onder dezelfde template: key staat en deze dus niet herhalen.

[TheFes]

hackbard schreef op donderdag 2 oktober 2025 @ 14:56:
[...]

TypeError: macro 'cheapest_energy_hours' takes no keyword argument 'use_hourly_avg'
v7.0.0b4 gedownload

Heb je hem manueel gedownload of via HACS? Als je het manueel gedaan hebt, moet je nog de homeassistant.reload_custom_templates action draaien, HACS doet dat automatisch voor je.

[hackbard]

TheFes schreef op donderdag 2 oktober 2025 @ 16:08:
[...]


Heb je hem manueel gedownload of via HACS? Als je het manueel gedaan hebt, moet je nog de homeassistant.reload_custom_templates action draaien, HACS doet dat automatisch voor je.

gisteren via HACS. Vandaag update HaOS van 2025.05 naar 2025.10.

[TheFes]

hackbard schreef op donderdag 2 oktober 2025 @ 16:11:
[...]

gisteren via HACS. Vandaag update HaOS van 2025.05 naar 2025.10.

Kun je eens de output plaatsen zonder die use_hourly_avg=true er bij, maar met debug=true

[hackbard]

TheFes schreef op donderdag 2 oktober 2025 @ 16:14:
[...]


Kun je eens de output plaatsen zonder die use_hourly_avg=true er bij, maar met debug=true

{"version":"v6.0.5"....
terwijl ik dacht dat ik wel de nieuwe had gekozen. En er stond dit plaatje:
vandaar dat ik dacht dat het de 0b4 versie is..

Redownload gedaan. Nu komt er wel een mooi resultaat uit (false), ook met use_hourly_avg=true
Nog een tip hoe ik een sensor kan aanmaken die aangeeft of nu een van de x goedkoopste uren van vandaag is?

[TheFes]

hackbard schreef op donderdag 2 oktober 2025 @ 16:29:
[...]

{"version":"v6.0.5"....
terwijl ik dacht dat ik wel de nieuwe had gekozen. En er stond dit plaatje:
[Afbeelding] vandaar dat ik dacht dat het de 0b4 versie is..

Redownload gedaan. Nu komt er wel een mooi resultaat uit (false), ook met use_hourly_avg=true
Nog een tip hoe ik een sensor kan aanmaken die aangeeft of nu een van de x goedkoopste uren van vandaag is?

dat plaatje geeft de laatste versie aan volgens mij, niet de gedownloade versie.
Anyways, doet je sensor dat nu niet dan? Als het goed is wordt dat template true als je in één van de goedkoopste uren van vandaag zit.
Dus als je dat template in een template binary sensor gooit (kan onder Helpers in de GUI) dan heb je wat je wil.

[hackbard]

TheFes schreef op donderdag 2 oktober 2025 @ 17:11:
[...]

dat plaatje geeft de laatste versie aan volgens mij, niet de gedownloade versie.
Anyways, doet je sensor dat nu niet dan? Als het goed is wordt dat template true als je in één van de goedkoopste uren van vandaag zit.
Dus als je dat template in een template binary sensor gooit (kan onder Helpers in de GUI) dan heb je wat je wil.

binary sensor aanmaken is gelukt. Maar nu is de 1 na duurste uur vandaag, maar

YAML:

{% from 'cheapest_energy_hours.jinja' import cheapest_energy_hours %}
{{ cheapest_energy_hours('sensor.nordpool_kwh_nl_eur_1_09_0' , attr_today='Today',  hours=20, split=false, lowest=True, mode='is_now' ) }}

geeft "true". Ik had gehoopt dat hours=20 "de goedkoopste 20 uren vandaag" betekent.
In de documentatie staat iets dat hours: "The number of consecutive hours to be used" betekent, dat is weer iets anders.

[TheFes]

hackbard schreef op donderdag 2 oktober 2025 @ 18:23:
[...]

binary sensor aanmaken is gelukt. Maar nu is de 1 na duurste uur vandaag, maar

YAML:

{% from 'cheapest_energy_hours.jinja' import cheapest_energy_hours %}
{{ cheapest_energy_hours('sensor.nordpool_kwh_nl_eur_1_09_0' , attr_today='Today',  hours=20, split=false, lowest=True, mode='is_now' ) }}

geeft "true". Ik had gehoopt dat hours=20 "de goedkoopste 20 uren vandaag" betekent.
In de documentatie staat iets dat hours: "The number of consecutive hours to be used" betekent, dat is weer iets anders.

Hij geeft de 20 goedkoopste uren die opeenvolgend zijn. Met 24 uur in een dag kun je simpelweg niet 20 opeenvolgende uren vormen waarin het uur van 18:00 tot 19:00 niet zit (dat was het moment van jouw post).
Als je de 20 goedkoopste uren wil, en dus niet per se opeenvolgend, moet je split=true gebruiken.

Oh, en je zadelt de macro nog steeds met extra werk op door attr_today='Today' in je template te zetten.

[ Voor 5% gewijzigd door TheFes op 02-10-2025 19:44 ]

[TheFes]

Vraagje: er zijn twee nieuwe intents toegevoegd aan Assist, voor mute en unmute van media player.

• Hoe zouden jullie in het Nederlands een commando geven om bijvoorbeeld de TV op mute te zetten?
• Bij een commando als 'zet het geluid van de TV uit", zouden jullie dan verwachten dat de TV op mute gaat, of dat hij uit gaat?

[Belsj]

Ik heb de laatste weken last van problemen met companion app op mijn Android. Werkte altijd prima, maar krijg nu regelmatig bij het inloggen een ronddraaiend cirkeltje te zien op een zwart schermen dat minutenlang blijft draaien. Soms eindigt die dan met een menu met de bekende opties ('wait', 'refresh', e.d.), maar sosm gebeurt er ook niets.
Het rare is dat als ik via chrome op de url van home assistant klik dat het supersnel werkt. Iemand ook last hiervan en misschien een mogelijke oplossing? Heb zelf het idee dat het te maken heeft met een update van de companion app een paar weken geleden...