Home Assistant: Open source Python3 home automation - deel 5

[Toppe]

TheFes schreef op woensdag 24 september 2025 @ 21:46:
[...]


Je variable is altijd defined, dat doe je immers hier

YAML:

variables:
  trigger_flash: !input flash_duration

Mocht de input leeg zijn, zal de waarde van de variable none zijn. Dat is dus waar je op moet checken. Waar jij nu echter op checkt is de string "none", niet op het nonetype object.

Verder kun je geen YAML templaten zoals je nu doet. Je opties zijn om een if-then action te gebruiken, waarbij je de flash alleen doet als de input gebruikt is, of je template het hele data gedeelte, maar dan moet je alle inputs in variables stoppen.

Het eerste zou er zo uit zien:

YAML:

          - if:
              - condition: template
                value_template: >
                  {{ trigger_flash is not none }}
            then:
              - action: light.turn_on
                target:
                  entity_id: !input light_entity
                data:
                  brightness_pct: !input brightness
                  rgb_color: !input sc_rgb
                  transition: !input transition_time 
                  flash: "{{ trigger_flash }}"
            else:
              - action: light.turn_on
                target:
                  entity_id: !input light_entity
                data:
                  brightness_pct: !input brightness
                  rgb_color: !input sc_rgb
                  transition: !input transition_time 

Te snel gelezen. Morgen eens proberen

[ Voor 3% gewijzigd door Toppe op 24-09-2025 21:51 ]

[paQ]

over Apex_chart:

Is het mogelijk op serie > entity basis een fill type (bijv gradient) toe te passen?
OF, kan ik het per entity naam specificeren in apex_config?



Ik wil het paars een gradient geven naar 0%.
Is de de enige mogleijkeheid echt dat ik er een losse grafiek overheen knal?

[commentator]

Even een vraag voor richting de kerst.
Als ik een stuk of 10 shelly pluggen in HA heb zitten. Wat is dan de makkelijkste manier om deze met een druk op de knop allemaal aan of juist uit te zetten?

[-Casper]

commentator schreef op donderdag 25 september 2025 @ 08:44:
Even een vraag voor richting de kerst.
Als ik een stuk of 10 shelly pluggen in HA heb zitten. Wat is dan de makkelijkste manier om deze met een druk op de knop allemaal aan of juist uit te zetten?

Een groep maken en deze schakelen

[Toppe]

TheFes schreef op woensdag 24 september 2025 @ 21:46:
[...]


Je variable is altijd defined, dat doe je immers hier

YAML:

variables:
  trigger_flash: !input flash_duration

Mocht de input leeg zijn, zal de waarde van de variable none zijn. Dat is dus waar je op moet checken. Waar jij nu echter op checkt is de string "none", niet op het nonetype object.

Verder kun je geen YAML templaten zoals je nu doet. Je opties zijn om een if-then action te gebruiken, waarbij je de flash alleen doet als de input gebruikt is, of je template het hele data gedeelte, maar dan moet je alle inputs in variables stoppen.

Het eerste zou er zo uit zien:

YAML:

          - if:
              - condition: template
                value_template: >
                  {{ trigger_flash is not none }}
            then:
              - action: light.turn_on
                target:
                  entity_id: !input light_entity
                data:
                  brightness_pct: !input brightness
                  rgb_color: !input sc_rgb
                  transition: !input transition_time 
                  flash: "{{ trigger_flash }}"
            else:
              - action: light.turn_on
                target:
                  entity_id: !input light_entity
                data:
                  brightness_pct: !input brightness
                  rgb_color: !input sc_rgb
                  transition: !input transition_time 

Dit werkt, alleen niet vanuit een dropdown. Als ik namelijk deze regel in de YAML toevoeg:

YAML:

    flash_duration: none

dan krijg ik een foutmelding, als ik dit doe:

YAML:

flash_duration: 

dan loopt hij 'gewoon' door.

Is dat nog op te lossen of wordt het dan als dit:

YAML:

{{ trigger_flash is in ['long', 'short'] }}

?

Edt: Dit werkt maar is er nog een effiecientere weg vraag ik me dan af?

[Septillion]

@commentator Een groep of een label geeft je beide die optie.

[dixet]

paQ schreef op woensdag 24 september 2025 @ 22:00:
over Apex_chart:

Is het mogelijk op serie > entity basis een fill type (bijv gradient) toe te passen?
OF, kan ik het per entity naam specificeren in apex_config?

[Afbeelding]

Ik wil het paars een gradient geven naar 0%.
Is de de enige mogleijkeheid echt dat ik er een losse grafiek overheen knal?

Had je de documentatie al bekeken? Met de experimental feature "color_threshold" zou dit moeten kunnen.

code:

type: custom:apexcharts-card
experimental:
  color_threshold: true
series:
  - entity: sensor.temperature
    type: area
    color: purple
    color_threshold:
      - value: 0
        color: purple
        opacity: 0.1
      - value: 0.3
        opacity: 1.0
        color: purple

[paQ]

dixet schreef op donderdag 25 september 2025 @ 09:01:
[...]

Had je de documentatie al bekeken? Met de experimental feature "color_threshold" zou dit moeten kunnen.

code:

type: custom:apexcharts-card
experimental:
  color_threshold: true
series:
  - entity: sensor.temperature
    type: area
    color: purple
    color_threshold:
      - value: 0
        color: purple
        opacity: 0.1
      - value: 0.3
        opacity: 1.0
        color: purple

oe... not bad!
Thanks

De opacity band zit wel aan vaste beginwaardes, maar daar is wellicht wel overheen te komen.



edit
Het domme is: zo HAD ik de groen > rood gradient ook al gemaakt, maar nooit bij stil gestaan dat je die ook een opacity kon geven

[ Voor 12% gewijzigd door paQ op 25-09-2025 09:47 ]

[TheFes]

Toppe schreef op donderdag 25 september 2025 @ 08:52:
[...]


Dit werkt, alleen niet vanuit een dropdown. Als ik namelijk deze regel in de YAML toevoeg:

YAML:

    flash_duration: none

dan krijg ik een foutmelding, als ik dit doe:

YAML:

flash_duration: 

dan loopt hij 'gewoon' door.

Is dat nog op te lossen of wordt het dan als dit:

YAML:

{{ trigger_flash is in ['long', 'short'] }}

?

Edt: Dit werkt maar is er nog een effiecientere weg vraag ik me dan af?

none is in Jinja iets als anders dan none in YAML

YAML:

flash_duration: none

geeft de string "none", de YAML equivalant is null of ~ of gewoon leeg laten zoals je hierboven al deed.

Maar ik snap niet helemaal waar je nu flash_duration: none gebruikt. het delen van heel selectieve snippets maakt het niet echt makkelijker om te begrijpen wat je aan het doen bent.

Check eens in de trace wat de waarde van flash_duration: is als je geen input meegeeft, daar moet je dus op checken in jte template.

[ Voor 6% gewijzigd door TheFes op 25-09-2025 09:53 ]

[Toppe]

TheFes schreef op donderdag 25 september 2025 @ 09:51:
[...]


none is in Jinja iets als anders dan none in YAML

YAML:

flash_duration: none

geeft de string "none", de YAML equivalant is null of ~ of gewoon leeg laten zoals je hierboven al deed.

Maar ik snap niet helemaal waar je nu flash_duration: none gebruikt. het delen van heel selectieve snippets maakt het niet echt makkelijker om te begrijpen wat je aan het doen bent.

Check eens in de trace wat de waarde van flash_duration: is als je geen input meegeeft, daar moet je dus op checken in jte template.

Dit is de sectie van blueprint:

YAML:

    sc:
      name: Toet Toet
      icon: mdi:car-emergency
      description: Ambulance active?
      collapsed: false
      input:
        car:
          name: "What color?"
          description: "Please define"
          default: [255, 255, 0]
          selector:
            color_rgb: {}
        flash_duration:
          name: "Flash Duration "
          description: "Should it flash?"
          default: none
          selector:
            select:
              mode: dropdown
              options:
                - none
                - short
                - long

Ik maak er dan een variable van:

YAML:

variables:
  trigger_flash: !input flash_duration

Ik heb dan een actie met een choose en een aantal conditites, alleen deze geeft dis issues:

YAML:

      - conditions:
          - condition: template
            value_template: "{{ trigger.to_state.state == 'SC' }}"
        sequence:
          - if:
              - condition: template
                value_template: >
                  {{ trigger_flash is in ['long', 'short'] }}
            then:
              - action: light.turn_on
                target:
                  entity_id: !input light_entity
                data:
                  brightness_pct: !input brightness
                  rgb_color: !input sc_rgb
                  transition: !input transition_time
                  flash: "{{ trigger_flash }}"
            else:
              - action: light.turn_on
                target:
                  entity_id: !input light_entity
                data:
                  brightness_pct: !input brightness
                  rgb_color: !input sc_rgb
                  transition: !input transition_time

Of te wel:
In de blueprint kan je kiezen tussen flash: none, short & long. Bij none moet hij de regel flash in zijn geheel weglaten.

None moet standaard zijn

[Septillion]

@Toppe Maak er eens "none" van (dus incl quotes).

[Toppe]

Septillion schreef op donderdag 25 september 2025 @ 10:52:
@Toppe Maak er eens "none" van (dus incl quotes).

Overal?
Overigens werkt dit hé, ik vroeg me alleen af: kan het nog efficienter?

[ Voor 16% gewijzigd door Toppe op 25-09-2025 11:25 ]

[Septillion]

@Toppe Ja, dan kan je dus gewoon een condition maken op "none" ipv een in check.

[ Voor 76% gewijzigd door Septillion op 25-09-2025 11:30 ]

[Toppe]

Septillion schreef op donderdag 25 september 2025 @ 11:29:
@Toppe Ja

Ik had hem al even geupdate maakt dit het effiecienter?

[Septillion]

@Toppe Ik ook een ninja edit

[TheFes]

@Septillion @Toppe
Zoals ik al aangaf is none niets speciaals in YAML, quotes zijn dus niet nodig.
Je zou inderdaad de actions in the if-then om kunnen draaien, zodat je op "none" checkt. Wellicht wel zo handig, mocht je effecten toevoegen, hoef je verder niets te wijzigen in de if-then.

YAML:

          - if:
              - condition: template
                value_template: "{{ trigger_flash == 'none' }}"
            then:
              - action: light.turn_on
                target:
                  entity_id: !input light_entity
                data:
                  brightness_pct: !input brightness
                  rgb_color: !input sc_rgb
                  transition: !input transition_time
            else:
              - action: light.turn_on
                target:
                  entity_id: !input light_entity
                data:
                  brightness_pct: !input brightness
                  rgb_color: !input sc_rgb
                  transition: !input transition_time
                  flash: "{{ trigger_flash }}"

Oh, en is was niet nodig in de check zoals jij hem had. {{ trigger_flash in ['long', 'short'] }} was al voldoende

[Septillion]

@TheFes Ah, dacht dat probleem was dat die raar deed net als on en off ook quotes willen.

Maar check op none lijkt me dus logischer dan de "niet in andere opties".

[Rik.]

Ik heb een uitdaging waarbij ik graag hulp krijg.
Wij hebben in onze badkamer 4 smart spotjes van IKEA welke we gewoon met een schakelaar bedienen wat helemaal prima werkt. We zetten ze via de Home Assistant app soms feller ivm make up etc…, vandaar dat er slimme spots in zitten.

Nu zou ik graag instellen dat als ze tussen 23:00 en 06:00 aangezet worden, dat ze dan minder fel zijn dan wanneer ze tussen 06:00 en 23:00 aangezet worden. Dit lijkt simpel maar blijkt het niet te zijn. De lampen blijven in HA natuurlijk “on” als ze met de schakelaar uitgezet zijn en dus werkt automatisering / scene triggeren op basis van state changed to on niet.

Heeft iemand een idee hoe ik dit wel voor elkaar krijg?

[Toppe]

Rik. schreef op donderdag 25 september 2025 @ 21:30:
Ik heb een uitdaging waarbij ik graag hulp krijg.
Wij hebben in onze badkamer 4 smart spotjes van IKEA welke we gewoon met een schakelaar bedienen wat helemaal prima werkt. We zetten ze via de Home Assistant app soms feller ivm make up etc…, vandaar dat er slimme spots in zitten.

Nu zou ik graag instellen dat als ze tussen 23:00 en 06:00 aangezet worden, dat ze dan minder fel zijn dan wanneer ze tussen 06:00 en 23:00 aangezet worden. Dit lijkt simpel maar blijkt het niet te zijn. De lampen blijven in HA natuurlijk “on” als ze met de schakelaar uitgezet zijn en dus werkt automatisering / scene triggeren op basis van state changed to on niet.

Heeft iemand een idee hoe ik dit wel voor elkaar krijg?

Lasklem en slimme schakelaar? Anders een Shelly?

[pietje63]

@Rik. wat doet de schakelaar, helemaal stroom er af (klassieke schakelaar), dan zou ik ze van offline naar online verwachten in HA
Als ze continu op on staan verwacht ik een slimme schakelaar die het dimniveau wijzigt? Dan zou je dat als Trigger kunnen pakken.

Nadeel van via schakelaar is wel dat de lamp dan eerst fel zal gaan en daarna zacht..

Het mooiste is een slimme schakelaar koppelen aan HA en lamp dan direct bedienen

[PCGAMER00]

Rik. schreef op donderdag 25 september 2025 @ 21:30:
Ik heb een uitdaging waarbij ik graag hulp krijg.
Wij hebben in onze badkamer 4 smart spotjes van IKEA welke we gewoon met een schakelaar bedienen wat helemaal prima werkt. We zetten ze via de Home Assistant app soms feller ivm make up etc…, vandaar dat er slimme spots in zitten.

Nu zou ik graag instellen dat als ze tussen 23:00 en 06:00 aangezet worden, dat ze dan minder fel zijn dan wanneer ze tussen 06:00 en 23:00 aangezet worden. Dit lijkt simpel maar blijkt het niet te zijn. De lampen blijven in HA natuurlijk “on” als ze met de schakelaar uitgezet zijn en dus werkt automatisering / scene triggeren op basis van state changed to on niet.

Heeft iemand een idee hoe ik dit wel voor elkaar krijg?

Ik had een identiek probleem en heb het zo opgelost:

Helper(Binary Sensor):

Django/Jinja:

{{ not (
            is_state('light.hue_ambiance_spot_1','unavailable') or
            is_state('light.hue_ambiance_spot_2','unavailable') or
            is_state('light.hue_ambiance_spot_3','unavailable')
          ) }}

En daar de volgende automation aangehangen:

YAML:

alias: Bathroom - Set brightness when power returns
description: ""
triggers:
  - entity_id: binary_sensor.bathroom_power_present
    from: "off"
    to: "on"
    trigger: state
actions:
  - choose:
      - conditions:
          - condition: time
            after: "22:00:00"
        sequence:
          - target:
              entity_id: light.bathroom
            data:
              brightness_pct: 50
              transition: 0.5
            action: light.turn_on
    default:
      - target:
          entity_id: light.bathroom
        data:
          brightness_pct: 100
          transition: 0.5
        action: light.turn_on
mode: restart

Hier kom je wel een eind mee denk, daarna kan je via de UI gewoon tijden en brightness configureren. Hiermee was mijn probleem verholpen. De overgang duurt ong 5 sec vanaf licht aanzetten tot aanpassing, geen probleem voor mij.

Ben wel voornemens een shelly toe te gaan passen. Echter zit de badkamerventilator geschakeld op de lamp en kan ik die nergens "aftappen". Dus mocht iemand daar nog n oplossing voor hebben, meld ik mij graag aan!

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

[Himalaya]

PCGAMER00 schreef op donderdag 25 september 2025 @ 21:58:
[...]


Ik had een identiek probleem en heb het zo opgelost:

Helper(Binary Sensor):

code:

{{ not (
            is_state('light.hue_ambiance_spot_1','unavailable') or
            is_state('light.hue_ambiance_spot_2','unavailable') or
            is_state('light.hue_ambiance_spot_3','unavailable')
          ) }}

En daar de volgende automation aangehangen:

code:

alias: Bathroom - Set brightness when power returns
description: ""
triggers:
  - entity_id: binary_sensor.bathroom_power_present
    from: "off"
    to: "on"
    trigger: state
actions:
  - choose:
      - conditions:
          - condition: time
            after: "22:00:00"
        sequence:
          - target:
              entity_id: light.bathroom
            data:
              brightness_pct: 50
              transition: 0.5
            action: light.turn_on
    default:
      - target:
          entity_id: light.bathroom
        data:
          brightness_pct: 100
          transition: 0.5
        action: light.turn_on
mode: restart

Hier kom je wel een eind mee denk, daarna kan je via de UI gewoon tijden en brightness configureren. Hiermee was mijn probleem verholpen. De overgang duurt ong 5 sec vanaf licht aanzetten tot aanpassing, geen probleem voor mij.

Ben wel voornemens een shelly toe te gaan passen. Echter zit de badkamerventilator geschakeld op de lamp en kan ik die nergens "aftappen". Dus mocht iemand daar nog n oplossing voor hebben, meld ik mij graag aan!

In de nacht 5 seconden vol in het licht zitten zou ik hier de handen niet voor op elkaar krijgen. Ik heb het zelf dus ook opgelost met een slimme schakelaar. Je blijft anders toch zitten met het vertraagd dimmen.

[PCGAMER00]

Himalaya schreef op donderdag 25 september 2025 @ 22:03:
[...]

In de nacht 5 seconden vol in het licht zitten zou ik hier de handen niet voor op elkaar krijgen. Ik heb het zelf dus ook opgelost met een slimme schakelaar. Je blijft anders toch zitten met het vertraagd dimmen.

Lang leven een huis alleen
Maar ik heb dat opgelost door in de Hue app de "Power on Brightness" naar 50% te zetten. Standaard komt de lamp dus op 50%. Indien voor 22:00: 100% na 5 sec.

Daarmee draai je het om en zit je overdag dus 5sec in de schemer. Dit werkte de eerste 1-2x niet maar gaat sindsdien goed. Ik weet niet hoe dit bij ikea werkt.

[ Voor 7% gewijzigd door PCGAMER00 op 25-09-2025 22:07 ]

[Himalaya]

PCGAMER00 schreef op donderdag 25 september 2025 @ 22:06:
[...]


Lang leven een huis alleen
Maar ik heb dat opgelost door in de Hue app de "Power on Brightness" naar 50% te zetten. Standaard komt de lamp dus op 50%. Indien voor 22:00: 100% na 5 sec.

Daarmee draai je het om en zit je overdag dus 5sec in de schemer. Dit werkte de eerste 1-2x niet maar gaat sindsdien goed. Ik weet niet hoe dit bij ikea werkt.

Ik heb het in de nacht eerder op 5% staan. In de slaapkamer zelfs met rood licht om niet onnodig wakker te worden. Maar mooi staaltje omdenken

[PCGAMER00]

Himalaya schreef op donderdag 25 september 2025 @ 22:08:
[...]

Ik heb het in de nacht eerder op 5% staan. In de slaapkamer zelfs met rood licht om niet onnodig wakker te worden. Maar mooi staaltje omdenken

Hahahah, met mijn jonge blaas is er snachts weinig activeit rond de WC. De lampen op de hal gaan met de Hue motion sensor wel rond de 10% aan snachts. Dat dekt vaak wel. Maar idealiter zou ik upgraden naar een slimme ventilator, shelly en aanwezigheidssensor op batterij. Die aanpak vergt nog wat verdere uitwerking qua plaatsing.

Misschien maar eens kijken of de hue motion detection icm bridge pro werkt. Maar ik denk het niet met 3 spots op dezelfde hoogte.

[Jupijn]

Weet iemand wat ik fout doe? Ik probeer in de MariaDB SQL database te komen maar ik krijg telkens deze melding

[Rik.]

pietje63 schreef op donderdag 25 september 2025 @ 21:41:
@Rik. wat doet de schakelaar, helemaal stroom er af (klassieke schakelaar), dan zou ik ze van offline naar online verwachten in HA
Als ze continu op on staan verwacht ik een slimme schakelaar die het dimniveau wijzigt? Dan zou je dat als Trigger kunnen pakken.

Nadeel van via schakelaar is wel dat de lamp dan eerst fel zal gaan en daarna zacht..

Het mooiste is een slimme schakelaar koppelen aan HA en lamp dan direct bedienen

De schakelaar haalt nu idd helemaal de stroom eraf. Ik zat idd ook aan een slimme schakelaar te denken maar moet dan even bekijken of dit uberhaupt gaat qua bekabeling etc.. het is namelijk een wissel/wissel schakelaar dus zo’n dubbele. De ene bedient de lampen en de andere de spiegel. Wat adviseer je dan om de ene helft daarvan slim te maken? Spiegel hoeft absoluut niet smart

[Hippe Lip]

Met een Shelly achter die ene schakelaar (of bij de lampen) kun je die eenvoudig slim maken. Dan is die schakelaar losgekoppeld van de verlichting.

[ Voor 11% gewijzigd door Hippe Lip op 25-09-2025 22:54 ]

[poktor]

OKA schreef op dinsdag 23 september 2025 @ 21:01:
Weet iemand of er aanpassingen in HA nodig zijn voor de dynamische tarieven per kwartier vanaf 1 oktober (ipv per uur nu)? Zoeken heeft tot dusver niets opgeleverd.Het energy dashboard toont alles per uur.

Het hangt er voor zover ik weet helemaal vanaf hoe vaak je de KWh-meter pollt vanuit HA. normaliter is dat elke minuut, of zelfs 30 seconden. Een aanpassing is dus volgens mij niet nodig, enkel een ander labeltje op de betreffende sensor, "uur" verandert in "kwartier".

[timvanloon]

Hoi na eerst in het energiedashboard een virtuele batterij te hebben aangemaakt heb ik de virtuele batterij verwijderd maar de sensoren /entiteiten blijven erin staan. in de lijst van entiteiten komen deze niet meer voor?

nu il ik een echte batterij toevoegen maar zie ik helaas niet alle sensoren/entiteiten terug die ik nodig heb maar die wel bestaan in HA echter niet zichtbaar komen bij thuisbatterij maar dus wel de oude verwijderde virtuele.

Iemand een idee hoe ik toch de oude virtuele entiteiten weg krijg en de nieuwe echte kan zien?

[poktor]

timvanloon schreef op vrijdag 26 september 2025 @ 15:51:
Hoi na eerst in het energiedashboard een virtuele batterij te hebben aangemaakt heb ik de virtuele batterij verwijderd maar de sensoren /entiteiten blijven erin staan. in de lijst van entiteiten komen deze niet meer voor?

nu il ik een echte batterij toevoegen maar zie ik helaas niet alle sensoren/entiteiten terug die ik nodig heb maar die wel bestaan in HA echter niet zichtbaar komen bij thuisbatterij maar dus wel de oude verwijderde virtuele.

Iemand een idee hoe ik toch de oude virtuele entiteiten weg krijg en de nieuwe echte kan zien?

[Afbeelding]

Ik heb die virtuele batterij ook draaien, maar bij mij komt de echte pas volgend jaar. Ik heb even voor je gekeken, het is een HACS custom integration, onder home battery simulation. Daaronder zit battery_sim, met 24 entries. Als je bij de harddisk van HA kunt, vind je de battery sim onder /config/custom_components. Hopelijk heb je hier wat aan, ik weet hoe irritant dit kan zijn. Succes!

[ Voor 3% gewijzigd door poktor op 26-09-2025 15:59 ]

[TheFes]

timvanloon schreef op vrijdag 26 september 2025 @ 15:51:
Hoi na eerst in het energiedashboard een virtuele batterij te hebben aangemaakt heb ik de virtuele batterij verwijderd maar de sensoren /entiteiten blijven erin staan. in de lijst van entiteiten komen deze niet meer voor?

nu il ik een echte batterij toevoegen maar zie ik helaas niet alle sensoren/entiteiten terug die ik nodig heb maar die wel bestaan in HA echter niet zichtbaar komen bij thuisbatterij maar dus wel de oude verwijderde virtuele.

Iemand een idee hoe ik toch de oude virtuele entiteiten weg krijg en de nieuwe echte kan zien?

[Afbeelding]

Als je een integratie verwijdert, dan worden de instellingen niet meteen uit de instellingen van het Energy Dashboard gegooid, het zou best kunnen dat de integratie tijdelijk disabled is ofzo, en dan zou je alles weer moeten instellen als het weer werkt. Dus dat de entities nog gewoon in je Energy Dashboard staan is niet vreemd. Dat geeft ook de mogelijkheid om data van een entity te gebruiken die niet meer bestaan, maar wel historische data bevat.

Je nieuwe entiteiten missen waarschijnlijk wat attributen die verplicht zijn voor het Energy Dashboard. Ik heb zelf geen batterij, maar ik gok dat het aan de volgende eisen moet voldoen

• unit_of_measurement: kWh (of een andere unit voor energie, zoals Wh, of MJ)
• device_class: energy
• state_class: total_increasing (of total)

Als daar niet aan voldaan wordt, kun je de entity niet selecteren.

[timvanloon]

poktor schreef op vrijdag 26 september 2025 @ 15:57:
[...]

Ik heb die virtuele batterij ook draaien, maar bij mij komt de echte pas volgend jaar. Ik heb even voor je gekeken, het is een HACS custom integration, onder home battery simulation. Daaronder zit battery_sim, met 24 entries. Als je bij de harddisk van HA kunt, vind je de battery sim onder /config/custom_components. Hopelijk heb je hier wat aan, ik weet hoe irritant dit kan zijn. Succes!

Bedankt voor je snelle reactie, gekeken via Samba maar zie de sim er niet meer tussen staan? Ik heb deze ook verwijderd in HA?

[poktor]

timvanloon schreef op vrijdag 26 september 2025 @ 16:18:
[...]


Bedankt voor je snelle reactie, gekeken via Samba maar zie de sim er niet meer tussen staan? Ik heb deze ook verwijderd in HA?

hm... dan zul je door de lijst met entities moeten gaan, om alles wat met de battery-sim te maken heeft/had te verwijderen, dan wel disablen. en als dat niet lukt, kun je nog alles wat je in je dashboard ziet proberen te verwijderen. En als dat niet lukt, kun je die resterende entries nog proberen te disablen of, als laatste oplossing maar de minst elegante, de visibility ervan uitschakelen, zodat je ze in elk geval niet meer ziet. Succes!

[Ferra]

Weet iemand hoe het komt dat ik mijn update via ESPHome voor de Voice Assistant niet kan doorvoeren? Ik klik op bijwerken, maar er gebeurt niks...

BMW integratie werkt ook niet meer opeens... ook na opnieuw authenticeren.

[ Voor 21% gewijzigd door Ferra op 27-09-2025 08:39 ]

[Toppe]

Iemand enig idee waarom een repeat niet wil werken?

Ik heb dit stukje code:

YAML:

action:
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ trigger.to_state.state == 'CLEAR' }}"
        sequence:
          - action: light.turn_on
            target:
              entity_id: !input light_entity
            data:
              brightness_pct: !input brightness
              rgb_color: !input clear_rgb
              transition: !input transition_time
      - conditions:
          - condition: template
            value_template: "{{ trigger.to_state.state == 'VSC' }}"
        sequence:
          - if:
              - condition: template
                value_template: >
                  {{ trigger_flash is in ['long', 'short'] }}
            then:
              - action: light.turn_on
                target:
                  entity_id: !input light_entity
                data:
                  brightness_pct: !input brightness
                  rgb_color: !input sc_rgb
                  transition: !input transition_time
                  flash: "{{ trigger_flash }}"
            else:
              - action: light.turn_on
                target:
                  entity_id: !input light_entity
                data:
                  brightness_pct: !input brightness
                  rgb_color: !input sc_rgb
                  transition: !input transition_time

Als de tigger naar "VSC" veranderd dan gaat de lamp knipperen, als ik hem dan weer (ook tijdens het knipperen) weer aanpas naar "CLEAR" dan wordt hij groen. Exact zoals ik wil.

Vervang ik alleen de actie onder regel 22 naar een repeat:

YAML:

action:
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ trigger.to_state.state == 'CLEAR' }}"
        sequence:
          - action: light.turn_on
            target:
              entity_id: !input light_entity
            data:
              brightness_pct: !input brightness
              rgb_color: !input clear_rgb
              transition: !input transition_time
      - conditions:
          - condition: template
            value_template: "{{ trigger.to_state.state == 'VSC' }}"
        sequence:
          - if:
              - condition: template
                value_template: >
                  {{ trigger_flash is in ['long', 'short'] }}
            then:
              repeat:
                while:
                  - condition: state
                    entity_id: sensor.f1_track_status
                    state: VSC
                sequence:
                  - sequence:
                      - action: light.turn_on
                        metadata: {}
                        data: {}
                        target:
                          entity_id: light.servieskast
                      - delay:
                          hours: 0
                          minutes: 0
                          seconds: 1
                          milliseconds: 0
                      - action: light.turn_off
                        metadata: {}
                        data: {}
                        target:
                          entity_id: light.servieskast

Dan gaat hij netjes knipperen. Verander ik dan alleen weer de status van de sensor naar CLEAR dan gaat de lamp uit en niet naar groen. Ik moet dan de sensor 'nog' een keer triggeren naar CLEAR en dan wordt hij wél groen.

Ik ben er gister avond 3 uur mee bezig geweest en het zal ongetwijfeld iets lulligs zijn, ik weet alleen echt niet wat?

[Erik80]

Als de repeat-lus klaar is, gaat de automation door naar de volgende stap. Die volgende stap is er niet, dus stopt de automation met de dan geldige status van de lamp. Je moet na de repeat stappen nog een actie toevoegen die de lamp de juiste staat geeft zoals bij condition "CLEAR".

Oh, en je hebt nu 2x sequence onder elkaar. dat hoeft niet.

[Toppe]

Erik80 schreef op zaterdag 27 september 2025 @ 09:07:
Als de repeat-lus klaar is, gaat de automation door naar de volgende stap. Die volgende stap is er niet, dus stopt de automation met de dan geldige status van de lamp. Je moet na de repeat stappen nog een actie toevoegen die de lamp de juiste staat geeft zoals bij condition "CLEAR".

Oh, en je hebt nu 2x sequence onder elkaar. dat hoeft niet.

Hm, klinkt logisch. Nu even kijken hoe ik dat ga oplossen zodat hij alles weer vanaf boven opnieuw start.

Zal automation.trigger werken? Of loop je dan een automatisering in een automatisering?

Ik heb hier boven nog 5 andere condities hangen en elke conditie heeft zijn eigen kleur…

@TheFes of @Septillion toevallig een idee?

[ Voor 17% gewijzigd door Toppe op 27-09-2025 11:42 ]

[Stef012]

poktor schreef op zaterdag 27 september 2025 @ 03:11:
[...]

hm... dan zul je door de lijst met entities moeten gaan, om alles wat met de battery-sim te maken heeft/had te verwijderen, dan wel disablen. en als dat niet lukt, kun je nog alles wat je in je dashboard ziet proberen te verwijderen. En als dat niet lukt, kun je die resterende entries nog proberen te disablen of, als laatste oplossing maar de minst elegante, de visibility ervan uitschakelen, zodat je ze in elk geval niet meer ziet. Succes!

Af en toe loop ik de lijst met entiteiten ook even door om de "oude" te verwijderen. Als je een keer een testje doet, blijven die oude entiteiten toch zichtbaar in de lijst.
klik.. klik... klik... Is er een mogelijkheid om dit in één sweep te verwijderen?

[Binifada]

Stef012 schreef op zaterdag 27 september 2025 @ 10:23:
[...]


Af en toe loop ik de lijst met entiteiten ook even door om de "oude" te verwijderen. Als je een keer een testje doet, blijven die oude entiteiten toch zichtbaar in de lijst.
klik.. klik... klik... Is er een mogelijkheid om dit in één sweep te verwijderen?

... selecteer de selectiemodus, selecteer alles, klik rechtsboven op de drie puntjes en vervolgens op ‘Geselecteerde items verwijderen’.

[Septillion]

@Toppe Neem aan dat sensor.f1_track_status nog een entity is die gemist is voor de blueprint omzetting en dus gelijk is aan de trigger entity?

Maar dan is dit best klassiek probleem, zet de run mode op restart In single zal de state change geen automation run aftrappen omdat de automation nog loopt. Sterker nog, je hebt er een warning voor in je logbook.

[Toppe]

Septillion schreef op zaterdag 27 september 2025 @ 11:59:
@Toppe Neem aan dat sensor.f1_track_status nog een entity is die gemist is voor en blueprint en dus gelijk is aan de trigger entity?

Maar dan is dit best klassiek probleem, zet de run mode op restart In single zal de state change geen run aftrappen omdat de automation nog loopt. Sterker nog, je hebt er een warning voor in je logbook.

Dus single naar restart zou het probleem moeten oplossen? Hmm, best eenvoudige oplossing.

En ja, die track status wordt geüpdate en dan wordt de blueprint afgevuurd en afhankelijk van de status wordt de kleur bepaald

[Septillion]

@Toppe Ja, want dan zal een lopende automation gecanceld worden en een verse automation run gestart worden ongeacht waar in de automation.

En bedoelde dus meer dan een hard coded entity id in een blueprint nogal raar is

[jvanderkroon]

Kan je helper sensoren via de interface eigenlijk niet voorzien van iconen die afhankelijk zijn van de status?

Heb nu via https://www.home-assistan...icon-when-a-state-changes een binary_sensor gemaakt maar is toch wel gekloot via yaml.

Zou handig zijn als dat ook via de interface kan. Wil wat mushroom-template-cards gaan vervangen. Heb daar logica in zitten bijvoorbeeld voor de warmtepomp entity om bij koelen een ander icoon te hebben als verwarmen.

Iconen is nu dan via yaml in een template sensor gelukt. Maar kan je daar ook de kleur sturen als de entity actief is? Dus rood bij verwarmen en blauw bij koelen bijvoorbeeld?

[Toppe]

Septillion schreef op zaterdag 27 september 2025 @ 12:04:
@Toppe Ja, want dan zal een lopende automation gecanceld worden en een verse automation run gestart worden ongeacht waar in de automation.

En bedoelde dus meer dan een hard coded entity id in een blueprint nogal raar is

Ah ja, klopt. Dat moet ik nog even fixen maar dit is sneller met testen

[Septillion]

@jvanderkroon Via de UI zijn volledig custom iconen niet mogelijk nee. Alleen eventueel veranderende iconen die horen bij de device class.

Kleuren kan überhaupt niet want die zijn geen onderdeel van een state object maar puur iets voor de front-end.

[lubbertkramer]

PheraX schreef op zaterdag 13 september 2025 @ 10:24:
[Afbeelding]

Ziet er erg mooi en strak uit!

Wat heb je met je airco kaart gedaan, hoe werkt die en hoe zit die in elkaar (code). Wil je daar wat meer van delen?

[Ferra]

Ferra schreef op zaterdag 27 september 2025 @ 08:32:
Weet iemand hoe het komt dat ik mijn update via ESPHome voor de Voice Assistant niet kan doorvoeren? Ik klik op bijwerken, maar er gebeurt niks...

BMW integratie werkt ook niet meer opeens... ook na opnieuw authenticeren.

Iemand een idee waarom ik 25.9.0 niet kan installeren via de UI?

[meesje]

In onze woonkamer heb ik een Aqara light sensor T1 geplaatst. Deze is gekoppeld aan een Aqara hub. Op dit moment heb ik dit opgenomen in Apple HomeKit. Echter automations werken binnen dit platform niet fijn als je de hoeveelheid lux als trigger wil gebruiken. Dit schijnt een bekend dingetje te zijn. Nu een alternatief bedacht met tijd als trigger en de hoeveelheid lux als conditie, en dit dan een x aantal keren herhalen vanaf 2 uur voor zonsondergang. Dit werkt. Maar het voelt niet goed. Daarom ben ik benieuwd of lux als trigger (en dan in het bijzonder met deze Aqara sensor) goed werkt in Home Assistant. Ik ben benieuwd naar jullie ervaringen.

[poktor]

Stef012 schreef op zaterdag 27 september 2025 @ 10:23:
[...]


Af en toe loop ik de lijst met entiteiten ook even door om de "oude" te verwijderen. Als je een keer een testje doet, blijven die oude entiteiten toch zichtbaar in de lijst.
klik.. klik... klik... Is er een mogelijkheid om dit in één sweep te verwijderen?

Helaas niet. En soms zijn ze gewoon niet te verwijderen, dan kun je niets anders dan disablen. Ik zit ook nog steeds met oude tradfri entities uit de begintijd die ik niet weg krijg.

[TheFes]

De custom integratie Spook heeft een action om alle orphaned entities te verwijderen

[Bucephalus]

Sinds kort heb ik home assistant OS draaien op een NUC. Dit is mijn eerste home assistant installatie, dus nog veel aan het uitvogelen en ontdekken.
Ik heb de Zonneplan custom integratie geïnstalleerd voor de zonnepanelen. De P1 kabel zit in een splitter vanwege een laadpaal met loadbalancing. De laadpaal in de master, de p1 naar de NUC in de slave van de splitter.
Voorheen zag ik in de Zonneplan app altijd dat de productie aftopte op 4400W. (16 panelen, 5120Wp, 1-fase omvormer)



Sinds dat home assistant draait zie ik dat de productie aftopt op 4000W.



Herkend iemand dit? Was de 4400W voorheen foutief in de Zonneplan app? Kan het ook nog een update van de Zonneplan app geweest zijn die dit veroorzaakt?

[Septillion]

@Bucephalus Hoeveel zie je op de P1 langs komen? En welke omvormer is het? Want dat is wat het aftoppen bepaald.

[flippy]

ik probeer iets voor elkaar te krijgen maar zelf kom ik er niet goed uit.

ik heb een accu aan mn omvormer hangen. die heb ik ingesteld dat die 20~80% vulling aanhoud ivm de levensduur. nu probeer ik een helper aan te maken die de echte SOC van de acco omzet naar een 0-100% waarde zodat ik een waarde kan weergeven van de nuttige inhoud. normall kom ik er met wat google-fu wel uit maar tot zover zie ik alleen maar wat dingen die mogelijk zouden kunnen helpen maar die discussies zitten allemaal op het nivo van mensen die zelf wiskundige formules schrijven in home assistant alsof het niks is. dat kennisnivo bezit ik niet, het lijkt me ook niet nodig gezien de hoeveelheid opties die HA al standaard bied voor iets wat in mijn ogen erg simpel zou moeten zijn. dus wat zie ik over het hoofd?

[ Voor 11% gewijzigd door flippy op 28-09-2025 11:53 ]

[Himalaya]

flippy schreef op zondag 28 september 2025 @ 11:51:
ik probeer iets voor elkaar te krijgen maar zelf kom ik er niet goed uit.

ik heb een accu aan mn omvormer hangen. die heb ik ingesteld dat die 20~80% vulling aanhoud ivm de levensduur. nu probeer ik een helper aan te maken die de echte SOC van de acco omzet naar een 0-100% waarde zodat ik een waarde kan weergeven van de nuttige inhoud. normall kom ik er met wat google-fu wel uit maar tot zover zie ik alleen maar wat dingen die mogelijk zouden kunnen helpen maar die discussies zitten allemaal op het nivo van mensen die zelf wiskundige formules schrijven in home assistant alsof het niks is. dat kennisnivo bezit ik niet, het lijkt me ook niet nodig gezien de hoeveelheid opties die HA al standaard bied voor iets wat in mijn ogen erg simpel zou moeten zijn. dus wat zie ik over het hoofd?

Wat voor accu heb je er aan hangen? Een LFP accu moet wel af en toe naar 100% om zijn SOC weer goed te kunnen bepalen. Steeds tussen 20-80 hangen geeft dan steeds minder “waarheid”.

[flippy]

Himalaya schreef op zondag 28 september 2025 @ 13:23:
[...]

Wat voor accu heb je er aan hangen? Een LFP accu moet wel af en toe naar 100% om zijn SOC weer goed te kunnen bepalen. Steeds tussen 20-80 hangen geeft dan steeds minder “waarheid”.

dat is geen probleem, dat word al opgevangen door de omvormer regeling.
accus is iets wat ik weet, het home assitent-wiskunde-yaml gedoe is wat ik moeite mee heb.

[ Voor 10% gewijzigd door flippy op 28-09-2025 13:26 ]

[RobertMe]

flippy schreef op zondag 28 september 2025 @ 13:25:
[...]


dat is geen probleem, dat word al opgevangen door de omvormer regeling.
accus is iets wat ik weet, het home assitent-wiskunde-yaml gedoe is wat ik moeite mee heb.

Wiskunde blijft wiskunde. Als jij de formule weet en die hier plaatst incl de relevante entitie namen die bij de formule betrokken zijn wilt iemand je vast wel de juiste YAML hier posten.

[Bucephalus]

Septillion schreef op zondag 28 september 2025 @ 10:36:
@Bucephalus Hoeveel zie je op de P1 langs komen? En welke omvormer is het? Want dat is wat het aftoppen bepaald.

Welke waarde op de p1? Vandaag niet kunnen kijken welke waardes er staan als er afgetopt wordt, want dat gebeurde vandaag niet.

Omvormer is deze:



In home assistant staat het als volgt weergegeven:

[flippy]

RobertMe schreef op zondag 28 september 2025 @ 14:26:
[...]

Wiskunde blijft wiskunde. Als jij de formule weet en die hier plaatst incl de relevante entitie namen die bij de formule betrokken zijn wilt iemand je vast wel de juiste YAML hier posten.

ik heb sensor "FSP3E8V033 soc" welke een 0-100 waarde geeft. van die waarde wil ik dat 20 word weergegeven als 0 en 80 als 100. de wiskundige formule daarvoor is buiten mijn kennis om op te schrijven.

[TWKterry]

Voor diegene die nog een gasmeter over de tarief periode willen volgen zou de volgende utility_meter in yaml moeten werken.
De reset datum is 20-10 (october) elk jaar omdat dat mijn contract periode is. Het formaat van de cron is "uur minuut dag maand jaar" waarbij een * voor elk jaar is.
De sensor-naam op regel 8 en de friendly naam op regel 10 kun je aanpassen naar wens.
Natuurlijk ook je eigen gas-sensor bij regel 9 source invullen.

YAML:

# provide gas utility meter resetting at end of tarriff year
# using the cron functionality (only yaml)
#
# base: sensor.gas_meter_gas_consumption
# date: 20-10 yearly

utility_meter:
  tariff_peridod_gas_consumption:
    source: sensor.gas_meter_gas_consumption
    name: Tariff Peridod Gas Consumption
    cron: "0 0 20 10 *"

[Knielen]

flippy schreef op zondag 28 september 2025 @ 15:24:
[...]


ik heb sensor "FSP3E8V033 soc" welke een 0-100 waarde geeft. van die waarde wil ik dat 20 word weergegeven als 0 en 80 als 100. de wiskundige formule daarvoor is buiten mijn kennis om op te schrijven.

Je moet van de huidige waarde 20 afhalen en dan door 60 delen:

YAML:

 sensor:
  - platform: template
    sensors:
      transformed_fsp3e8v033:
        friendly_name: "Getransformeerde FSP3E8V033"
        value_template: >
          {% set current_value = states('sensor.fsp3e8v033') | float %}
          {% if current_value < 20 %}
            0
          {% elif current_value > 80 %}
            100
          {% else %}
            ((current_value - 20) / 60) * 100
          {% endif %}
        unit_of_measurement: "%"

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

[Hmmbob]

Bucephalus schreef op zondag 28 september 2025 @ 10:31:
Sinds kort heb ik home assistant OS draaien op een NUC. Dit is mijn eerste home assistant installatie, dus nog veel aan het uitvogelen en ontdekken.
Ik heb de Zonneplan custom integratie geïnstalleerd voor de zonnepanelen. De P1 kabel zit in een splitter vanwege een laadpaal met loadbalancing. De laadpaal in de master, de p1 naar de NUC in de slave van de splitter.
Voorheen zag ik in de Zonneplan app altijd dat de productie aftopte op 4400W. (16 panelen, 5120Wp, 1-fase omvormer)

[Afbeelding]

Sinds dat home assistant draait zie ik dat de productie aftopt op 4000W.

[Afbeelding]

Herkend iemand dit? Was de 4400W voorheen foutief in de Zonneplan app? Kan het ook nog een update van de Zonneplan app geweest zijn die dit veroorzaakt?

Je Zonneplan custom_component voor Home Assistant kan er in ieder geval niets mee te maken hebben: die leest simpelweg dezelfde API uit als de gewone Zonneplan app en geeft dat als sensoren in Home Assistant. Er zit geen "bediening" in, voor zover ik weet.

Weet je zeker dat Zonneplan niet zelf heeft afgetopt, als onderdeel van PowerPlay bijvoorbeeld?

edit: Powerplay vergoeding staat op 0, dus ook dat zal het niet zijn. Hmmmmm

[spatialfabric]

meesje schreef op zaterdag 27 september 2025 @ 19:44:
In onze woonkamer heb ik een Aqara light sensor T1 geplaatst. Deze is gekoppeld aan een Aqara hub. Op dit moment heb ik dit opgenomen in Apple HomeKit. Echter automations werken binnen dit platform niet fijn als je de hoeveelheid lux als trigger wil gebruiken. Dit schijnt een bekend dingetje te zijn. Nu een alternatief bedacht met tijd als trigger en de hoeveelheid lux als conditie, en dit dan een x aantal keren herhalen vanaf 2 uur voor zonsondergang. Dit werkt. Maar het voelt niet goed. Daarom ben ik benieuwd of lux als trigger (en dan in het bijzonder met deze Aqara sensor) goed werkt in Home Assistant. Ik ben benieuwd naar jullie ervaringen.

@meesje: dit is inderdaad een beperking die aqara heeft met HomeKit. Welke Aqara hub gebruik je?

De trigger zou wel goed ingesteld moeten kunnen worden in de hub van aqara zelf,

In home assistent kun je met ZHA of zigbee2mqtt aqara producten koppelen. Ontkoppel en verwijder wel de Hub, anders krijg je niet alle sensors door.

[ Voor 3% gewijzigd door spatialfabric op 28-09-2025 16:22 ]

[flippy]

Knielen schreef op zondag 28 september 2025 @ 15:36:
[...]


Je moet van de huidige waarde 20 afhalen en dan door 60 delen:

code:

 sensor:
  - platform: template
    sensors:
      transformed_fsp3e8v033:
        friendly_name: "Getransformeerde FSP3E8V033"
        value_template: >
          {% set current_value = states('sensor.fsp3e8v033') | float %}
          {% if current_value < 20 %}
            0
          {% elif current_value > 80 %}
            100
          {% else %}
            ((current_value - 20) / 60) * 100
          {% endif %}
        unit_of_measurement: "%"

dank je.

dit is niet mijn ding dus het was flink klooien om het werkend te krijgen, kan ook niet zeggen dat het je makkelijk word gemaakt in HA voor mensen zoals mij.
het ziet er nu zo uit in de sensor:

YAML:

 
{% set current_value = states('sensor.as') | float %}
          {% if current_value < 20 %}
            0
          {% elif current_value > 80 %}
            100
          {% else %}
            {{((current_value - 20) / 60) * 100}}
          {% endif %}

dit geeft een waarde van 5% terwijl de accu 23% is dus dat klopt wel volgens mij.

[ Voor 3% gewijzigd door flippy op 28-09-2025 16:31 ]

[TheFes]

@Knielen @flippy
Ik zou geen template sensors meer aanmaken in het legacy format. In dit geval zou ik aanraden hem gewoon in de GUI onder helpers aan te maken.

Het template kan ook zonder de if statement

code:

{% set current_value = states('sensor.as') | float %}
{{ [0, (current_value - 20) / 60 * 100, 100] | median }}

Verder zou is dan nog het volgende availability template toevoegen (in de GUI onder advanced)

code:

{{ 'sensor.as' | has_value }}

[ Voor 3% gewijzigd door TheFes op 28-09-2025 19:28 ]

[flippy]

TheFes schreef op zondag 28 september 2025 @ 16:42:
@Knielen @flippy
Ik zou geen template sensors meer aanmaken in het legacy format. In dit geval zou ik aanraden hem gewoon in de GUI onder helpers aan te maken.

Het template kan ook zonder de if statement

code:

{% set current_value = states('sensor.as') | float %}
{{ [0, (current_value - 20) / 60) * 100, 100] | median }}

Verder zou is dan nog het volgende availability template toevoegen (in de GUI onder advanced)

code:

{{ 'sensor.as' | has_value }}

als ik jou template probeer krijg ik de foutcode "invalid template (TemplateSyntaxError: unexpected ')', expected ']')".
ik heb al wat proberen aan te passen maar ik krijg het niet werkend.

[Hmmbob]

flippy schreef op zondag 28 september 2025 @ 19:18:
[...]


als ik jou template probeer krijg ik de foutcode "invalid template (TemplateSyntaxError: unexpected ')', expected ']')".
ik heb al wat proberen aan te passen maar ik krijg het niet werkend.

Lijkt een haakje te ontbreken. Probeer eens

code:

{% set current_value = states('sensor.as') | float %}
{{ [0, ((current_value - 20) / 60) * 100, 100] | median }}

[TheFes]

@flippy @Hmmbob
Ik zou het eerder een haakje te veel noemen. Heb mijn post aangepast. Maar zoals @Hmmbob het nu heeft moet het ook werken.

[flippy]

Hmmbob schreef op zondag 28 september 2025 @ 19:27:
[...]

Lijkt een haakje te ontbreken. Probeer eens

code:

{% set current_value = states('sensor.as') | float %}
{{ [0, ((current_value - 20) / 60) * 100, 100] | median }}

Hmmbob schreef op zondag 28 september 2025 @ 19:27:
[...]

Lijkt een haakje te ontbreken. Probeer eens

code:

{% set current_value = states('sensor.as') | float %}
{{ [0, ((current_value - 20) / 60) * 100, 100] | median }}

ik heb het aangepast en nu werkt het goed. dank beide.

enige leuke is nog dat er 1.66666666666667% en 3.33333333(enz) uitkomt. maar dat heb ik al aangepast met een extra helper die de decimalen eraf haalt. met 30kWh aan accu heeft die decimalen weinig nut.

[ Voor 3% gewijzigd door flippy op 28-09-2025 19:35 ]

[TheFes]

flippy schreef op zondag 28 september 2025 @ 19:34:
[...]


[...]


ik heb het aangepast en nu werkt het goed. dank beide.

enige leuke is nog dat er 1.66666666666667% en 3.33333333(enz) uitkomt. maar dat heb ik al aangepast met een extra helper die de decimalen eraf haalt.

Je kunt nog gewoon een round filter toevoegen.

code:

{% set current_value = states('sensor.as') | float %}
{{ [0, (current_value - 20) / 60 * 100, 100] | median | round(0) }}

[Nous112]

poktor schreef op vrijdag 26 september 2025 @ 15:51:
[...]

Het hangt er voor zover ik weet helemaal vanaf hoe vaak je de KWh-meter pollt vanuit HA. normaliter is dat elke minuut, of zelfs 30 seconden. Een aanpassing is dus volgens mij niet nodig, enkel een ander labeltje op de betreffende sensor, "uur" verandert in "kwartier".

Ik heb recent een melding gekregen in HA om mijn kWH meters van Home Wizard dat deze moeten worden hersteld. Zie onderstaande screenshot.


Er wordt gevraagd om een knop in te drukken, heb alleen geen idee welke:

[TheFes]

Nous112 schreef op zondag 28 september 2025 @ 19:41:
[...]

Ik heb recent een melding gekregen in HA om mijn kWH meters van Home Wizard dat deze moeten worden hersteld. Zie onderstaande screenshot.
[Afbeelding]

Er wordt gevraagd om een knop in te drukken, heb alleen geen idee welke:
[Afbeelding]

[Afbeelding]

Ik ken de Homewizard energiemeter niet, maar het gaat zo te lezen om een knop op het apparaat zelf.

[meesje]

spatialfabric schreef op zondag 28 september 2025 @ 16:20:
[...]


@meesje: dit is inderdaad een beperking die aqara heeft met HomeKit. Welke Aqara hub gebruik je?

De trigger zou wel goed ingesteld moeten kunnen worden in de hub van aqara zelf,

In home assistent kun je met ZHA of zigbee2mqtt aqara producten koppelen. Ontkoppel en verwijder wel de Hub, anders krijg je niet alle sensors door.

Ik maak gebruik van de eerste Aqara hub, ik noem ‘m maar M1. Later kreeg je de M1S, heeft hetzelfde uiterlijk.
Goed om te weten dat het wel juist ingeregeld kan worden in de Aqara hub zelf. Ik moet het dan wel via een omweg in HomeKit krijgen.
In mijn geval zou het moeten zijn: wanneer onder een x aantal lux dan lamp aan van de hub (deze gebruiken we al sowieso als nachtlampje op de overloop). Dit lampje kan ik dan weer als trigger gebruiken voor de Automation in HomeKit.
Dit voelt nog steeds niet top, maar misschien wel ok om zo even te proberen. Maar vandaar dat ik weer Home Assistant overweeg. Ik zie dat de Aqara licht sensor werkt met zowel ZHA als Zigbee2MQTT. Dit laatste werkt overigens ook met homebridge (wat ik al gebruik voor de Ring deurbel en Ziggo Next Mini mediabox). Daarmee zou ik de sensor ook in HomeKit moeten kunnen krijgen.

[Septillion]

Bucephalus schreef op zondag 28 september 2025 @ 15:17:
[...]


Welke waarde op de p1? Vandaag niet kunnen kijken welke waardes er staan als er afgetopt wordt, want dat gebeurde vandaag niet.

Omvormer is deze:

[Afbeelding]

In home assistant staat het als volgt weergegeven:

[Afbeelding]

Dat is in ieder geval een omvormer met max 4000W output. Dus lijkt me eerder dus fout weergegeven.

[noo]

Nous112 schreef op zondag 28 september 2025 @ 19:41:
[...]

Ik heb recent een melding gekregen in HA om mijn kWH meters van Home Wizard dat deze moeten worden hersteld. Zie onderstaande screenshot.
[Afbeelding]

Er wordt gevraagd om een knop in te drukken, heb alleen geen idee welke:
[Afbeelding]

[Afbeelding]

Je moet de bovenste knop rechts met het wifi symbool hebben. Ik had wel een paar pogingen nodig voor het gelukt was.

[Nous112]

noo schreef op zondag 28 september 2025 @ 20:39:
[...]

Je moet de bovenste knop rechts met het wifi symbool hebben. Ik had wel een paar pogingen nodig voor het gelukt was.

Bedankt, dan gaan we dat binnenkort eens proberen. Volgens mij reset je hiermee de Wifi en breng je meter weer in koppel modus. Verdwijnt dan ook de meter uit de Home Wizard app?

[BiG-GuY]

Nous112 schreef op zondag 28 september 2025 @ 20:55:
[...]

Bedankt, dan gaan we dat binnenkort eens proberen. Volgens mij reset je hiermee de Wifi en breng je meter weer in koppel modus. Verdwijnt dan ook de meter uit de Home Wizard app?

Je moet het korter indrukken dan de normale pairing modus, blijft verder verbonden met je wifi en de HomeWizard app. Heb het hier ook gehad bij een van mn meters, maar de rest draait nog op 4.x firmware, dus die moeten nog updaten.

[ Voor 5% gewijzigd door BiG-GuY op 28-09-2025 20:58 ]

[PheraX]

lubbertkramer schreef op zaterdag 27 september 2025 @ 16:35:
[...]


Ziet er erg mooi en strak uit!

Wat heb je met je airco kaart gedaan, hoe werkt die en hoe zit die in elkaar (code). Wil je daar wat meer van delen?

YAML:

  - type: custom:bubble-card
    card_type: climate
    name: Climate
    entity: climate.airco_downstairs
    icon: mdi:air-conditioner
    sub_button:
      - name: HVAC modes menu
        select_attribute: hvac_modes
        show_arrow: false
        state_background: false
    button_action:
      tap_action:
        action: more-info

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

[belly89]

noo schreef op zondag 28 september 2025 @ 20:39:
[...]

Je moet de bovenste knop rechts met het wifi symbool hebben. Ik had wel een paar pogingen nodig voor het gelukt was.

Hier ook inderdaad, denk wel 5 of 6 x geprobeerd voordat het werkte.

[poktor]

Nous112 schreef op zondag 28 september 2025 @ 19:41:
[...]

Ik heb recent een melding gekregen in HA om mijn kWH meters van Home Wizard dat deze moeten worden hersteld. Zie onderstaande screenshot.
[Afbeelding]

Er wordt gevraagd om een knop in te drukken, heb alleen geen idee welke:
[Afbeelding]

[Afbeelding]

Je hebt een device wat de KWh meter uitleest. HA vraagt je die te resetten, zodat er een ander, encrypted, protocol gekozen kan worden. Maar dit is natuurlijk niet verplicht. Als alles bij jou in huis onder hetzelfde dak zit, wat waarschijnlijk zo is, waarom al die moeite doen? Als het werkt, lekker laten zoals het is.

[rkonings]

blatenja schreef op vrijdag 12 september 2025 @ 15:40:
Nog wat verder geknutseld, wat werkt het toch heerlijk. Airco toegevoegd, even herladen en HA vindt hem gelijk en binnen 2 minuten is alles aangepast. Er staat veel op het scherm maar ik vind dat niet erg, gezien ik de weg wel ken en de data in 1 oogopslag allemaal wil kunnen zien. Inmiddels allemaal draaien op een tablet die reageert op beweging en dan aanslaat.

[Afbeelding]

welke weer app is dit?
Bij mij is accuweather uitgevallen nl.
zou je je yaml eens kunnen delen?

[blatenja]

rkonings schreef op dinsdag 30 september 2025 @ 09:08:
[...]


welke weer app is dit?
Bij mij is accuweather uitgevallen nl.
zou je je yaml eens kunnen delen?

De standaard van Home Assistant (weather card). YAML:

YAML:

show_current: false
show_forecast: true
type: weather-forecast
entity: weather.forecast_thuis
forecast_type: daily
name: Weersvoorspelling
secondary_info_attribute: temperature
forecast_slots: 5
grid_options:
  columns: 12
  rows: 2
theme: Metro Blue
card_mod:
  style: |
    ha-card {
      background: none;
      text-shadow: 2px 2px 2px #000;
      padding-top: 0px !important;
      padding-bottom: 0px !important;
    }
    .short .forecast-image-icon > * {
    width: 46px !important;
    height: 46px !important;
    }

Inmiddels alweer een nieuwe app geinstalleerd:



https://github.com/pkissling/clock-weather-card

Die gecombineerd met de standaard weather app en dat werkt prima (bovenste is clock weather card en de onderste een standaard HA Weather card.

De bovenste YAML:

YAML:

type: custom:clock-weather-card
entity: weather.forecast_thuis
title: null
sun_entity: sun.sun
temperature_sensor: sensor.outdoor_temp
humidity_sensor: sensor.outdoor_humidity
weather_icon_type: line
animated_icon: true
forecast_rows: 0
time_pattern: HH:mm
time_format: 24
date_pattern: cccc dd LLLL y
hide_today_section: false
hide_forecast_section: true
show_humidity: false
hide_clock: false
hide_date: false
hourly_forecast: false
time_zone: null
show_decimal: true
apparent_sensor: sensor.real_feel_temperature
aqi_sensor: sensor.air_quality_index
card_mod:
  style: |
    ha-card {
      background: none;
      text-shadow: 2px 2px 2px #000;
    }
    clock-weather-card-today-right-wrap-center {
      justify-content: right !important;
      align-items: right !important;
      font-size: 54px !important;;
    }

Bijna goed, zie edit

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

[Psycho_Mantis]

Ferra schreef op zaterdag 27 september 2025 @ 08:32:
Weet iemand hoe het komt dat ik mijn update via ESPHome voor de Voice Assistant niet kan doorvoeren? Ik klik op bijwerken, maar er gebeurt niks...

BMW integratie werkt ook niet meer opeens... ook na opnieuw authenticeren.

BMW heeft hun API dichtgegooid helaas. De intergratie gaat dus niet meer werken.
Er zal een complete rewrite gedaan moeten worden voor het gebruik van de CarData API.

[TheFes]

blatenja schreef op dinsdag 30 september 2025 @ 10:22:
[...]

Let even op de topic warning, zet je YAML code even in code-tags

[Hippe Lip]

@blatenja
Wil je je posts hierboven aanpassen en de YAML tussen [code=yaml] en [/code] zetten? Dan is het niet alleen leesbaarder, maar is ook te zien of de indenties kloppen.

Zoals het er nu uitziet is het onleesbaar helaas.

[Ruimzicht]

Ik heb twee Mushroom template cards in een vertical stack card met info over de eerste les van de dag van mijn zoon (en de daar aan gekoppelde wekker). Dat ziet er op mijn dashboard zo uit:


De secondary tekst in de onderste kaart wil ik graag afbreken na "uur", zodat de attributes "vak" en "lokaal" op een nieuwe regel staan. In een desktop browser is het prima leesbaar maar op mijn telefoon is de tekst te lang.

De onderste Mushroom template card heeft de volgende (omslachtige) code:

YAML:

- type: custom:mushroom-template-card
    primary: "Volgende 1e lesuur [naam]:"
    secondary: |2-
       {% set les_tijd = as_datetime(states('sensor.eerste_les_details')) %}
       {% set vandaag = now().date() %}
       {% set verschil_dagen = (les_tijd.date() - vandaag).days %}
       {% set vak = state_attr('sensor.eerste_les_details', 'vak') %}
       {% set lokaal = state_attr('sensor.eerste_les_details', 'lokaal') %}
       {% if verschil_dagen == 1 %}
         Morgen om {{ les_tijd.strftime('%H:%M') }} uur{% if vak %} | {{ vak }}{% endif %}{% if lokaal %} | lokaal {{ lokaal }}{% endif %}
       {% elif verschil_dagen == 0 %}
         Vandaag om {{ les_tijd.strftime('%H:%M') }} uur{% if vak %} | {{ vak }}{% endif %}{% if lokaal %} | lokaal {{ lokaal }}{% endif %}
       {% else %}
         Over {{ verschil_dagen }} dagen om {{ les_tijd.strftime('%H:%M') }} uur{% if vak %} | {{ vak }}{% endif %}{% if lokaal %} | lokaal {{ lokaal }}{% endif %}
       {% endif %}
    entity: sensor.eerste_les_details
    multiline: true
    icon: mdi:account-school
    picture: /local/icons/school_logo.png

In de Mushroom card heb ik Allow multiline secondary information ingeschakeld, geprobeerd met <br>, \n, \r in de code - maar het lukt me niet. Iemand een idee?

[Overspark]

Psycho_Mantis schreef op dinsdag 30 september 2025 @ 10:24:
BMW heeft hun API dichtgegooid helaas. De intergratie gaat dus niet meer werken.
Er zal een complete rewrite gedaan moeten worden voor het gebruik van de CarData API.

Oh, fuck, werkt ie daarom niet meer. Dat is balen

[Psycho_Mantis]

Overspark schreef op dinsdag 30 september 2025 @ 13:14:
[...]

Oh, fuck, werkt ie daarom niet meer. Dat is balen

Ik heb een klacht mail naar ze gestuurd dat dit zomaar zonder aankondiging aangepast wordt.
Sommige schijnen wel een mail gehad te hebben hierover, maar ik niet.

Die CarData api is het ook niet helemaal, lijkt vooral read-only te zijn. Het accupercentage in de tibber app lijkt ook niet meer bijgewerkt te worden, dus volgens mij hebben ze wel meer gesloopt dan alleen home assistant gebruik.

[Get!em]

Psycho_Mantis schreef op dinsdag 30 september 2025 @ 13:33:
[...]

Ik heb een klacht mail naar ze gestuurd dat dit zomaar zonder aankondiging aangepast wordt.
Sommige schijnen wel een mail gehad te hebben hierover, maar ik niet.

Die CarData api is het ook niet helemaal, lijkt vooral read-only te zijn. Het accupercentage in de tibber app lijkt ook niet meer bijgewerkt te worden, dus volgens mij hebben ze wel meer gesloopt dan alleen home assistant gebruik.

Ja, gaat lekker in autobouwers land.....
Jaguar API gesloopt, BMW api gesloopt, KIA/Hyundai veel lastiger gemaakt (en statements dat ze 3rd party access willen dichtzetten, maar nieuwe api via pleos.ai lijkt vooral commercieler te worden).

[ Voor 4% gewijzigd door Get!em op 30-09-2025 13:41 ]

[Devke]

Oei kwartierprijzen in de dynamische markt. Ik gebruik cheapest hour integratie.... dat is nu zo te zien cheapest 15 minutes. Kan ik het zo zetten / instellen dat het weer uren worden?

Batterij opladen en ontladen automatiseringen lopen hierop. Heb op github gekeken maar ben daar niet echt bekend mee.

Hoe ga ik dat lekker fixen? Ik zit bij zonneplan en die hebben gewoon uren nog. Gebruik de nordpool sensor voor de correcte prijzen (nu 15 min dus).

[Toppe]

Psycho_Mantis schreef op dinsdag 30 september 2025 @ 13:33:
[...]

Ik heb een klacht mail naar ze gestuurd dat dit zomaar zonder aankondiging aangepast wordt.
Sommige schijnen wel een mail gehad te hebben hierover, maar ik niet.

Die CarData api is het ook niet helemaal, lijkt vooral read-only te zijn. Het accupercentage in de tibber app lijkt ook niet meer bijgewerkt te worden, dus volgens mij hebben ze wel meer gesloopt dan alleen home assistant gebruik.

Aankondigen of niet, het resultaat is toch het zelfde?

[TheFes]

Devke schreef op dinsdag 30 september 2025 @ 13:41:
Oei kwartierprijzen in de dynamische markt. Ik gebruik cheapest hour integratie.... dat is nu zo te zien cheapest 15 minutes. Kan ik het zo zetten / instellen dat het weer uren worden?

Batterij opladen en ontladen automatiseringen lopen hierop. Heb op github gekeken maar ben daar niet echt bekend mee.

Hoe ga ik dat lekker fixen? Ik zit bij zonneplan en die hebben gewoon uren nog. Gebruik de nordpool sensor voor de correcte prijzen (nu 15 min dus).

Zoals ook via PB besproken hierbij een template om de data om te zetten naar uur gemiddeldes en die vervolgens te gebruiken in de macro

Django/Jinja:

 
{# settings for source sensor #}
  {% set sensor = 'sensor.nordpool_kwh_nl_eur_3_10_021' %}
  {% set value_key = 'value' %}
  {% set time_key = 'start' %}
  {% set attr_today = 'raw_today' %}
  {% set attr_tomorrow = 'raw_tomorrow' %}
  {% set attr_all = none %}
{# check if source sensor is available #}
{% if sensor | has_value %}
  {# set variable with all prices #}
  {% set today = state_attr(sensor, attr_today) | default([], true) %}
  {% set tomorrow = state_attr(sensor, attr_tomorrow) | default([], true) %}
  {% set all = state_attr(sensor, attr_all) | default([], true) %}
  {% set prices = today + tomorrow + all %}
  {# create hourly average in case multiple prices per hour are provided #}
  {% set ns = namespace(hour_avg=[]) %}
  {% for i in prices %}
    {%- if not loop.last -%}
        {%- set dph = (3600 / (prices[loop.index0+1][time_key] | as_datetime - prices[loop.index0][time_key] | as_datetime).seconds) | int -%}
    {%- else -%}
        {%- set dph = (3600 / (prices[loop.index0][time_key] | as_datetime - prices[loop.index0-1][time_key] | as_datetime).seconds) | int -%}
    {%- endif -%}
    {% if loop.index0 % dph == 0 %}
      {% set avg = prices[loop.index0:loop.index0+dph] | map(attribute=value_key) | average | round(3) %}
      {% set ns.hour_avg = ns.hour_avg + [{time_key:i.start.isoformat(), value_key:avg}] %}
    {% endif %}
  {% endfor %}
{% else %}
  []
{% endif %}
{# use hourly prices in cheapest energy hours macro #}
{% from 'cheapest_energy_hours.jinja' import cheapest_energy_hours %}
{{
  cheapest_energy_hours(
                        price_data=ns.hour_avg,
                        time_key=time_key,
                        value_key=value_key,
                        hours=4,
                        mode='is_now'
                      )
}} 

[Psycho_Mantis]

Toppe schreef op dinsdag 30 september 2025 @ 19:04:
[...]


Aankondigen of niet, het resultaat is toch het zelfde?

Nee niet mee eens. Als je een dienst gaat uitfaseren zou het hun wel sieren dat ze het tijdig aankondigen, zeker als er een alternatief is zodat je kan overstappen.
Als het wordt aangekondigd en niemand doet er iets mee dan is dat een ander verhaal.

Maar ben het ook wel een beetje beu al die bedrijven die zomaar even API's dichtgooien, dus ik laat het ook zeker aan hun horen dat ik het er niet mee eens ben.
Een auto die geen gebruik maakt van de cloud is wat lastiger op te selecteren dan een slimme lamp.

[Toppe]

Psycho_Mantis schreef op dinsdag 30 september 2025 @ 19:47:
[...]

Nee niet mee eens. Als je een dienst gaat uitfaseren zou het hun wel sieren dat ze het tijdig aankondigen, zeker als er een alternatief is zodat je kan overstappen.
Als het wordt aangekondigd en niemand doet er iets mee dan is dat een ander verhaal.

Maar ben het ook wel een beetje beu al die bedrijven die zomaar even API's dichtgooien, dus ik laat het ook zeker aan hun horen dat ik het er niet mee eens ben.
Een auto die geen gebruik maakt van de cloud is wat lastiger op te selecteren dan een slimme lamp.

Het is de vraag of het een API is die voor dit soort doeleinden gebruikt mag worden of dat het een achterdeurtje is die wordt gebruikt.

[johannesberg740]

Hi allemaal! Wie zou me kunnen helpen met het volgende probleem?

Op dit moment heb ik ongeveer 5 jaar aan energie-data in de homeassistant_v2.db staan. Daar ben ik nu een dashboard omheen aan het bouwen die de data direct uit de db gaat halen en stukje inzicht geeft. Ook vergelijkingen maakt als bijvoorbeeld:
1. Vergelijk mijn verbruik met gemiddelde van laatste 7 dagen
2. Vergelijk mijn verbruik met dezelfde periode van vorig jaar

Hier bijvoorbeeld heb ik een sensor:

YAML:

- name: gas_7d_avg_m3_SQL
  unit_of_measurement: m³
  device_class: gas
  state_class: measurement
  query: >
    WITH rng AS (
      SELECT
        strftime('%s', datetime('now','localtime','start of day','-7 days','utc')) AS start,
        strftime('%s', datetime('now','localtime','start of day','utc'))           AS stop
    ),
    per_day AS (
      SELECT
        date(datetime(s.start_ts,'unixepoch','localtime')) AS day,
        MAX(COALESCE(s.state, s.sum, 0)) AS m3
      FROM statistics s
      JOIN statistics_meta sm ON sm.id = s.metadata_id
      JOIN rng r
      WHERE sm.statistic_id = 'sensor.daily_gas'
        AND s.start_ts >= r.start AND s.start_ts < r.stop
      GROUP BY day
    )
    SELECT ROUND(AVG(m3), 3) AS val
    FROM per_day;
  column: val

Ook heb ik enkele queries geschreven die stukje data met andere delen vergelijken. Maar kom uiteindelijk al snel op 25 sensoren die data uit de db halen. Vervolgens loop ik tegen het volgende probleem aan:

- Iedere SQL-query wordt om de 30sec herladen. DIt levert een enorme last op op de CPU/Memory van mijn Thinclient. Helaas worden de SQL-queries niet als integratie getoond dat ik de polling uit kan schakelen en aan de hand van een automation in de nacht de nieuwe data kan ophalen. Wie kan me een zetje geven dat ik op de een of andere manier niet de geautmatiseerde polling van 30 sec. heb, maar bijvoorbeeld via yaml deze kan uitschakelen als ik SQL niet bij mijn integraties zie.

Edit: SQL sensoren die aangemaakt zijn via de GUI -> integraties en SQL sensoren direct als sql: aangemaakt in YAML maken alle twee gebruik van homeassistant.components.sql (zag ik in de log). Zou dit dan betekenen dat als ik 1 sensor aanmaak in de GUI, de polling uitschakel dat ze ook zijn uitgeschakeld voor al mijn andere sensoren die toegevoegd zijn via de YAML?

[ Voor 8% gewijzigd door johannesberg740 op 30-09-2025 20:41 . Reden: Extra toevoeging aan informatie ]

[jordyc]

TheFes schreef op dinsdag 30 september 2025 @ 19:42:
[...]


Zoals ook via PB besproken hierbij een template om de data om te zetten naar uur gemiddeldes en die vervolgens te gebruiken in de macro

Django/Jinja:

 
{# settings for source sensor #}
  {% set sensor = 'sensor.nordpool_kwh_nl_eur_3_10_021' %}
  {% set value_key = 'value' %}
  {% set time_key = 'start' %}
  {% set attr_today = 'raw_today' %}
  {% set attr_tomorrow = 'raw_tomorrow' %}
  {% set attr_all = none %}
{# check if source sensor is available #}
{% if sensor | has_value %}
  {# set variable with all prices #}
  {% set today = state_attr(sensor, attr_today) | default([], true) %}
  {% set tomorrow = state_attr(sensor, attr_tomorrow) | default([], true) %}
  {% set all = state_attr(sensor, attr_all) | default([], true) %}
  {% set prices = today + tomorrow + all %}
  {# create hourly average in case multiple prices per hour are provided #}
  {% set ns = namespace(hour_avg=[]) %}
  {% for i in prices %}
    {%- if not loop.last -%}
        {%- set dph = (3600 / (prices[loop.index0+1][time_key] | as_datetime - prices[loop.index0][time_key] | as_datetime).seconds) | int -%}
    {%- else -%}
        {%- set dph = (3600 / (prices[loop.index0][time_key] | as_datetime - prices[loop.index0-1][time_key] | as_datetime).seconds) | int -%}
    {%- endif -%}
    {% if loop.index0 % dph == 0 %}
      {% set avg = prices[loop.index0:loop.index0+dph] | map(attribute=value_key) | average | round(3) %}
      {% set ns.hour_avg = ns.hour_avg + [{time_key:i.start.isoformat(), value_key:avg}] %}
    {% endif %}
  {% endfor %}
{% else %}
  []
{% endif %}
{# use hourly prices in cheapest energy hours macro #}
{% from 'cheapest_energy_hours.jinja' import cheapest_energy_hours %}
{{
  cheapest_energy_hours(
                        price_data=ns.hour_avg,
                        time_key=time_key,
                        value_key=value_key,
                        hours=4,
                        mode='is_now'
                      )
}} 

Even voor de zekerheid. Waar moet je deze code bij kopiëren? Is dat bij de cheapest hour jinja code of ergens anders?

[Ferra]

Psycho_Mantis schreef op dinsdag 30 september 2025 @ 10:24:
[...]

BMW heeft hun API dichtgegooid helaas. De intergratie gaat dus niet meer werken.
Er zal een complete rewrite gedaan moeten worden voor het gebruik van de CarData API.

Ik zag het. De CarData api zegt me niks. Waar kan ik die vinden? Is dat een generieke module voor elke auto?

[TheFes]

jordyc schreef op dinsdag 30 september 2025 @ 20:57:
[...]


Even voor de zekerheid. Waar moet je deze code bij kopiëren? Is dat bij de cheapest hour jinja code of ergens anders?

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.

[Devke]

TheFes schreef op dinsdag 30 september 2025 @ 19:42:
[...]


Zoals ook via PB besproken hierbij een template om de data om te zetten naar uur gemiddeldes en die vervolgens te gebruiken in de macro

Django/Jinja:

 
{# settings for source sensor #}
  {% set sensor = 'sensor.nordpool_kwh_nl_eur_3_10_021' %}
  {% set value_key = 'value' %}
  {% set time_key = 'start' %}
  {% set attr_today = 'raw_today' %}
  {% set attr_tomorrow = 'raw_tomorrow' %}
  {% set attr_all = none %}
{# check if source sensor is available #}
{% if sensor | has_value %}
  {# set variable with all prices #}
  {% set today = state_attr(sensor, attr_today) | default([], true) %}
  {% set tomorrow = state_attr(sensor, attr_tomorrow) | default([], true) %}
  {% set all = state_attr(sensor, attr_all) | default([], true) %}
  {% set prices = today + tomorrow + all %}
  {# create hourly average in case multiple prices per hour are provided #}
  {% set ns = namespace(hour_avg=[]) %}
  {% for i in prices %}
    {%- if not loop.last -%}
        {%- set dph = (3600 / (prices[loop.index0+1][time_key] | as_datetime - prices[loop.index0][time_key] | as_datetime).seconds) | int -%}
    {%- else -%}
        {%- set dph = (3600 / (prices[loop.index0][time_key] | as_datetime - prices[loop.index0-1][time_key] | as_datetime).seconds) | int -%}
    {%- endif -%}
    {% if loop.index0 % dph == 0 %}
      {% set avg = prices[loop.index0:loop.index0+dph] | map(attribute=value_key) | average | round(3) %}
      {% set ns.hour_avg = ns.hour_avg + [{time_key:i.start.isoformat(), value_key:avg}] %}
    {% endif %}
  {% endfor %}
{% else %}
  []
{% endif %}
{# use hourly prices in cheapest energy hours macro #}
{% from 'cheapest_energy_hours.jinja' import cheapest_energy_hours %}
{{
  cheapest_energy_hours(
                        price_data=ns.hour_avg,
                        time_key=time_key,
                        value_key=value_key,
                        hours=4,
                        mode='is_now'
                      )
}} 

Super bedankt! 💪

[Psycho_Mantis]

Ferra schreef op dinsdag 30 september 2025 @ 21:52:
[...]


Ik zag het. De CarData api zegt me niks. Waar kan ik die vinden? Is dat een generieke module voor elke auto?

Er wordt al hard gewerkt aan een nieuwe intergratie:
https://github.com/JjyKsi/bmw-cardata-ha/

Echter is dit read-only, dus je auto voorverwarmen, ontgrendelen, sluiten etc. vanuit home assistant kan je vergeten.
Je kan in de BMW/Mini portal CarData inschakelen. Hoe het precies werkt ben ik ook nog aan het uitvogelen.