Strømbruk per enhet i energidashboard

[chrlod]

Jeg har flere enheter som viser faktisk strømbruk for enheten (termostat, wall plug osv).

Jeg bruker Vera Plus som kontroller, og har integrert denne mot HA. I Vera UI får jeg opp strømforbruket i watt på enhetene som støtter dette, men jeg finner ikke dette igjen i HA.

Entitetene dukker heller ikke opp som valg i energidashboardet.

 

Om jeg forstår det riktig må jeg opprette en sensor for dette i HA type:

sensor:
  - platform: template
    sensors:
      watt_from_plug:
        friendly_name: "Watt from Plug"
        unit_of_measurement: "W"
        value_template: "{{ state_attr('switch.your_switch', 'energy') }}"

Hvor switch.your_switch erstattes med entity_id - dette er OK

og energy erstattes med navnet på attributten som inneholder wattmålingen - hvor finner jeg dette navnet i HA?

 

Når dette er på plass og definert som en energiattributt i HA regner jeg med at den vil dukke opp i energidashboardet slik at man kan aggregere strømforbruker for en dag, uke, måned osv. og se hvor stor andel av forbruket forskjellige enheter utgjør?

[stigvi]

chrlod skrev (6 minutter siden):

hvor finner jeg dette navnet i HA?

Bruk utviklerverktøyet som HA har. Der er det en liste med alle sensorer og attributter.

[kjetilsn]

Så må du sørge for at energy entity har 'device_class: energy' og 'state_class: measurement', det finner du også i dev tools om stigvi viste deg.

Vil tro de ikke har det, da kan du feks legge dette i configuration.yaml merk at da må du sørge for at entity slutter med '_energy'

 

  customize_glob:
    sensor.*_energy:
      last_reset: '1970-01-01T00:00:00+00:00'
      device_class: energy
      state_class: measurement

 

[chrlod]

Takker så mye, hadde helt glemt ut oversikten i Developer Tools

 

La til denne og det funker topp i forhold til å få opp en sensor med data:

sensor:
  - platform: template
    sensors:
      bad_energy:
        friendly_name: "Energi bad"
        device_class: energy
        unit_of_measurement: "W"
        value_template: "{{ state_attr('climate.gulvvarme_bad_2etg_393', 'current_power_w') }}"

Men, jeg får fortsatt ikke opp sensoren i energidashboardet.

Regner med dette har noe med det kjetilsn nevner, men forstår ikke helt hvordan jeg skal implementere det med sensoren vist over.

Om jeg bare legger til 

state_class: measurement

i linjene overe får jeg feilmeldingen: Invalid config for [sensor.template]: [state_class] is an invalid option for [sensor.template]. Check: sensor.template->sensors->bad_energy->state_class.

Endret 14. januar 2022 av chrlod

[stigvi]

chrlod skrev (16 minutter siden):

Men, jeg får fortsatt ikke opp sensoren i energidashboardet.

Det er nok fordi du har lagd en sensor som viser effekt og det er ikke det samme som energi. Hvis du ikke har energi direkte som en attributt du kan hente ut så kan du se på Integration - Riemann sum integral - Home Assistant (home-assistant.io) for å regne ut energi når du har effekten.

[chrlod]

13 minutes ago, stigvi said:

Det er nok fordi du har lagd en sensor som viser effekt og det er ikke det samme som energi. Hvis du ikke har energi direkte som en attributt du kan hente ut så kan du se på Integration - Riemann sum integral - Home Assistant (home-assistant.io) for å regne ut energi når du har effekten.

Hadde energi også tiljengelig og la til dette for å hente begge:

sensor:
  - platform: template
    sensors:
      bad_effekt_energy:
        friendly_name: "Effekt bad"
        device_class: energy
        unit_of_measurement: "W"
        value_template: "{{ state_attr('climate.gulvvarme_bad_2etg_393', 'current_power_w') }}"
      bad_energy:
        friendly_name: "Stromforbruk bad"
        device_class: energy
        unit_of_measurement: "kWh"
        value_template: "{{ state_attr('climate.gulvvarme_bad_2etg_393', 'current_energy_kwh') }}"

Men får fortsatt ikke kWh sensoren opp i energidashboardet.

 

[kjetilsn]

Hva ser du som "attributes" på entity?

 

Tror du må ha med:

'state_class'

'device_class'

'last_reset'

 

[stigvi]

kjetilsn skrev (3 minutter siden):

Tror du må ha med:

'state_class'

Og da må en vel over på den nye måten å sette opp mal-sensorer på? Tviler litt på om gamlemåten støtter state_class. Noen som kan bekrefte eller avkrefte?

[chrlod]

2 minutes ago, kjetilsn said:

Hva ser du som "attributes" på entity?

 

Tror du må ha med:

'state_class'

'device_class'

'last_reset'

Termostat:

Nye sensorer:

 

Ut fra dokumentasjo i HA ser det ut som jeg må ha med device_class, ja:

"Integrations need to configure their entities correctly so Home Assistant knows that we need to track statistics for it and how."

Av dette ser det ut som wattmålingen skal ha device_class: power og state_class: measurement
Strømforbruket bør ha device_class: energy og state_class: total

 

Men jeg får ikke brukt state_class med sensor.template... Hvordan løser jeg det?

sensor:
  - platform: template

[kjetilsn]

Jeg løste det med "customize" prøv å legg til dette i configuration.yaml

  customize_glob:
    sensor.*_energy:
      last_reset: '1970-01-01T00:00:00+00:00'
      device_class: energy
      state_class: measurement

 

[Bjonness]

chrlod skrev (8 minutter siden):

Av dette ser det ut som wattmålingen skal ha device_class: power og state_class: measurement
Strømforbruket bør ha device_class: energy og state_class: total

 

Men jeg får ikke brukt state_class med sensor.template... Hvordan løser jeg det?

sensor:
  - platform: template

 

Du må lage deg en template.yaml, og legge inn denne i configuratin.yaml ("template: !include template.yaml")

Blir noe slikt: 

- sensor:
    - name: "Effekt bad"
      unit_of_measurement: "W"
      device_class: energy
      state: "{{ state_attr('climate.gulvvarme_bad_2etg_393', 'current_power_w') }}"

    - name: "Stromforbruk bad"
      unit_of_measurement: "kWh"
      device_class: energy
      state_class: measurement
      state: "{{ state_attr('climate.gulvvarme_bad_2etg_393', 'current_energy_kwh') }}"

 

Nå er jeg ikke så stødig på state_class selv, kanskje noen andre kan bidra her?
Tror kanskje den heller skal være på total/total_increasing istedenfor? Da sensoren alltid vil telle oppover slik jeg forstår det, og ikke er et tall på forbruket nå?

Derimot kan effekt bad være state_class measurement? Eller tar jeg feil her?

 

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

[chrlod]

32 minutes ago, kjetilsn said:

Jeg løste det med "customize" prøv å legg til dette i configuration.yaml

  customize_glob:
    sensor.*_energy:
      last_reset: '1970-01-01T00:00:00+00:00'
      device_class: energy
      state_class: measurement

 

Denne har jeg ikke brukt før, hvordan vil resten av sensoren se ut da om jeg skal skrive den om? På hvilken måte brukes dette inn mot det jeg har? Ser ike helt om "customice" er i forbindelse med oppretting av sensoren, eller om det kommer etterpå.

 

Endret 14. januar 2022 av chrlod

[kjetilsn]

Det som skjer her er at alle entities som slutter på _energy vil få de tre attributtene vi snakker om.

Jeg har selv en del "gamle" heatit termostater som ikke gir med energimåling, der jeg regner dette for å få en kWh teller, som igjen trenger disse attributtene for å "virke" i energi dashboardet:

 

Det er mer ryddig å gjøre det i en template, men som stigvi er inne på så er det kanskje ikke rett frem.

customize er mer en "nødløsning" men det funker.

 

 

Endret 14. januar 2022 av kjetilsn

[Bjonness]

stigvi skrev (42 minutter siden):

Og da må en vel over på den nye måten å sette opp mal-sensorer på? Tviler litt på om gamlemåten støtter state_class. Noen som kan bekrefte eller avkrefte?

Må over på den nye måten ja, gjorde satt med nesten det samme for 2 dager siden. 

Slik som posten min ovenfor.

[stigvi]

Bjonness skrev (9 minutter siden):

Må over på den nye måten ja, gjorde satt med nesten det samme for 2 dager siden. 

Slik som posten min ovenfor.

Men mister du ikke litt funksjonalitet når du splitter opp i filer? Gjør en det med automasjoner så kan en vel ikke redigere de i UI lenger, eller er det jeg som roter nå?

Chrlod, her er ny måte å gjøre det på. Jeg brukte selv ikke så veldig mange minuttene på å formatere det om.

Template - Home Assistant (home-assistant.io)

[chrlod]

47 minutes ago, kjetilsn said:

Det som skjer her er at alle entities som slutter på _energy vil få de tre attributtene vi snakker om.

Jeg har selv en del "gamle" heatit termostater som ikke gir med energimåling, der jeg regner dette for å få en kWh teller, som igjen trenger disse attributtene for å "virke" i energi dashboardet:

 

Det er mer ryddig å gjøre det i en template, men som stigvi er inne på så er det kanskje ikke rett frem.

customize er mer en "nødløsning" men det funker.

Takk for forklaringen. Tenkte i starten at * skulle erstattes med sensornavn i koden, men den er jo selvfølgelig der for å tillate alle varianter av sensornavn som slutter på _energy.

 

Litt trøbbel med å implementere "customize_glob", den må stå direkte under "homeassistant:" for å fungere, ref denne om noen andre støter på samme problem:

https://www.home-assistant.io/docs/configuration/customizing-devices/

 

Nå dukker den opp i energidashboardet 😀

Endret 14. januar 2022 av chrlod

[stigvi]

Men det du har gjort nå må du se på som en midlertidig løsning. I fremtidige utgaver av HA kommer de sannsynligvis til å ta vekk støtte for å lage malsensorer på gammel måte. Hvis gammel måte ikke blir tatt vekk så er det uansett helt sikkert at nye ting kun blir lagt til på det nye formatet, som allerede med state_class.

Endret 14. januar 2022 av stigvi

[Bjonness]

stigvi skrev (56 minutter siden):

Men mister du ikke litt funksjonalitet når du splitter opp i filer? Gjør en det med automasjoner så kan en vel ikke redigere de i UI lenger, eller er det jeg som roter nå?

Template - Home Assistant (home-assistant.io)

 

Man har vel aldri kunnet lage template fra UI? Jeg har kun brukt YAML til det før ihvertfall.

Jeg splitter opp på samme måte som jeg splitter opp sensor, recorder osv.

Automasjoner er vel som standard en egen fil? Mener "automation: !include automations.yaml" linjen ligger inne som standard. Litt usikker på det

Jeg har automations i en egen .yaml fil, men kan fortsatt redigere og lage ny automasjoner fra UI. Testet det nå.

 

Fra linken din.

Sitat

Sensor, binary sensor, number and select template entities are defined in your YAML configuration files, directly under the template: key and cannot be configured via the UI.

 

[stigvi]

Bjonness skrev (16 minutter siden):

 

Man har vel aldri kunnet lage template fra UI? Jeg har kun brukt YAML til det før ihvertfall.

Jeg splitter opp på samme måte som jeg splitter opp sensor, recorder osv.

Automasjoner er vel som standard en egen fil? Mener "automation: !include automations.yaml" linjen ligger inne som standard. Litt usikker på det

Jeg har automations i en egen .yaml fil, men kan fortsatt redigere og lage ny automasjoner fra UI. Testet det nå.

 

Fra linken din.

 

Jeg som roter, da 🙂

Men jeg anbefaler sterkt å lage nye sensorer på den nye måten. Og på sikt er det sikkert lurt å flytte eksisterende konfigurasjon over på nytt format, også.

[Bjonness]

Bjonness skrev (2 timer siden):

Nå er jeg ikke så stødig på state_class selv, kanskje noen andre kan bidra her?
Tror kanskje den heller skal være på total/total_increasing istedenfor? Da sensoren alltid vil telle oppover slik jeg forstår det, og ikke er et tall på forbruket nå?

Derimot kan effekt bad være state_class measurement? Eller tar jeg feil her?

 

stigvi skrev (1 minutt siden):

Men jeg anbefaler sterkt å lage nye sensorer på den nye måten.

Enig det. 

Har du noen formening om bruk av state_class selv? Mot measurement/total/total_increasing og hva som er riktig i denne situasjonen?

[stigvi]

Bjonness skrev (6 minutter siden):

Har du noen formening om bruk av state_class selv? Mot measurement/total/total_increasing og hva som er riktig i denne situasjonen?

Enten total eller total_increasing, avhengig av om kwt telleren blir nullstillt eller alltid teller oppover

[kjetilsn]

Ser at enheter som rapporterer dette direkte, feks heatit z-relay og noen fibaro releer bruker "state_class: total_increasing" ja så det er nok riktig.
 

state_class: total_increasing
meter_type: 1
meter_type_name: ELECTRIC
unit_of_measurement: kWh
device_class: energy
friendly_name: AC