Home Assistant: Open source Python3 home automation - deel 4

[Slonzo]

Ik heb zowel een mqtt template sensor als een riemann sum integral (aka integration) sensor met een steeds doorlopende kWh meting. Die kan ik echter niet toevoegen in het energy dashboard bij 'Grid consumption' - als ik het goed begrijp omdat de device_class niet 'energy' is en/of de state_class niet 'total_increasing' maar 'measurement'.

code:

- platform: mqtt
  state_topic: 'topic/subtopic'
  unit_of_measurement: 'kWh'
  value_template: '{{ value_json.TotalPower|int }}'
  name: mqttsensor

- platform: integration
  source: sensor.blablasensornaam ###sensor unit of measurement = W
  round: 1
  unit_prefix: k
  unit_time: h
  name: integrationsensor

Dus 2 sensoren waar ik momenteel niks mee kan
Hoe krijg ik deze toch in het energy dashboard?

Ik zit op versie 2021.8.5 trouwens.

Ik zou verwachten dat de state_class van de integration sensor toch echt 'total_increasing' is? Maar helaas...

[ Voor 11% gewijzigd door Slonzo op 28-08-2021 20:00 ]

[Vaevictis_]

Slonzo schreef op zaterdag 28 augustus 2021 @ 19:55:
Ik heb zowel een mqtt template sensor als een riemann sum integral (aka integration) sensor met een steeds doorlopende kWh meting. Die kan ik echter niet toevoegen in het energy dashboard bij 'Grid consumption' - als ik het goed begrijp omdat de device_class niet 'energy' is en/of de state_class niet 'total_increasing' maar 'measurement'.

code:

- platform: mqtt
  state_topic: 'topic/subtopic'
  unit_of_measurement: 'kWh'
  value_template: '{{ value_json.TotalPower|int }}'
  name: mqttsensor

- platform: integration
  source: sensor.blablasensornaam ###sensor unit of measurement = W
  round: 1
  unit_prefix: k
  unit_time: h
  name: integrationsensor

Dus 2 sensoren waar ik momenteel niks mee kan
Hoe krijg ik deze toch in het energy dashboard?

Ik zit op versie 2021.8.5 trouwens.

Ik zou verwachten dat de state_class van de integration sensor toch echt 'total_increasing' is? Maar helaas...

Als je er een utility counter van maakt, zo heb ik mijn ventilatie en warmtepomp erin gekregen.

[Verwijderd]

Ik heb net de meest recente updates naar binnen gehaald en dat ging allemaal vlot. De uitbreiding van het energie gedeelte is mooi. Fijn om de gasconsumptie nu ook te kunnen inzien.
Echter heb ik voor het stroomverbruik en -productie via de slimme meter van Zuidwijk.com de volgende melding:

Unexpected state class
The following entities do not have the expected state class 'total_increasing'
sensor.energy_consumed_tariff_1 (measurement)

En snap ik nog net niet genoeg van de interactie tussen HA en de meter om dit op te lossen. Wie kan me op gang helpen?

[Yukkie]

Weet iemand welke device class ik moet instellen voor mijn gast meter sensor? Als ik in deze lijst kijk, dan zie ik niets wat ik passend vind. Iemand een idee?

Edit:
Hmm in de code op GitHub zie ik dat er wel een gas device_class is. Dat wordt ook geaccepteerd zo te zien. Blijkbaar is de documentatie nog niet helemaal bijgewerkt

Voor als iemand hier ook mee aan het stoeien is, dit is nu mijn MQTT gas sensor:

YAML:

  - platform: mqtt
    name: "Gas Usage"
    device_class: "gas"
    state_class: "total_increasing"
    state_topic: "dsmr/consumed_gas"
    qos: 0
    unit_of_measurement: "m³"

Ook de unit of measurement was belangrijk om goed te hebben.

[ Voor 64% gewijzigd door Yukkie op 02-09-2021 09:27 ]

[Dutchess_Nicole]

Raven schreef op donderdag 2 september 2021 @ 10:44:
HASS OS ontvangt hier via MQTT 3 waarden van de elektriciteitsmeter: dagtelwerk (kWh), nachttelwerk (kWh) en het momentele verbruik (W), deze waarden zijn al als MQTT sensors te zien. Nu wil ik die waarden aan het energiedashboard koppelen, van wat ik heb gelezen zou ik dan

YAML:

last_reset_topic: "1970-01-01T00:00:00+00:00"
device_class: energy
state_class: measurement

aan elk van de sensors toe moeten voegen, maar dat levert dit op:

[...]
Is dit een bug of doe ik iets verkeerd?

Volgens mij zou je die last_reset_topic niet meer nodig moeten hebben (iig niet in de laatste versie maar dat is nu dus een beetje controversieel...)

Iig ik heb bijvoorbeeld deze shelly config staan zonder die key en die kan ik toevoegen aan het energy dashboard als device:

YAML:

# Power consumption (since reboot)
- platform: mqtt
  name: ShellyMQTT Living Energy
  expire_after: 86400
  qos: 1
  device_class: energy
  state_class: total_increasing
  unit_of_measurement: 'Wh'
  value_template: "{{ '%.2f' | format(value | float / 60) }}"
  icon: mdi:lightning-bolt
  state_topic: (...)

Dit wordt geaccepteerd in de Energy setup als een geldig device.

[Raven]

Dutchess_Nicole schreef op donderdag 2 september 2021 @ 10:52:
[...]


Volgens mij zou je die last_reset_topic niet meer nodig moeten hebben (iig niet in de laatste versie maar dat is nu dus een beetje controversieel...)

Die staat nog steeds in de docs en her en der op het HASS forum genoemd, ook in recente berichten

Dutchess_Nicole schreef op donderdag 2 september 2021 @ 10:52:
Iig ik heb bijvoorbeeld deze shelly config staan zonder die key en die kan ik toevoegen aan het energy dashboard als device:

YAML:

# Power consumption (since reboot)
- platform: mqtt
  name: ShellyMQTT Living Energy
  expire_after: 86400
  qos: 1
  device_class: energy
  state_class: total_increasing
  unit_of_measurement: 'Wh'
  value_template: "{{ '%.2f' | format(value | float / 60) }}"
  icon: mdi:lightning-bolt
  state_topic: (...)

Dit wordt geaccepteerd in de Energy setup als een geldig device.

Hier ziet het er zo uit, na weghalen last_reset_topic:

YAML:

  - platform: mqtt
    name: "kWh-dagtelwerk"
    unique_id: "kWh-dagtelwerk"
    state_topic: "home-assistant/meterkast/kWhmeter"
    json_attributes_topic: "home-assistant/meterkast/kWhmeter"
    unit_of_measurement: "kWh"
    value_template: "{{ value_json.kWhdagtelwerk }}"
    device_class: energy
    state_class: measurement
  - platform: mqtt
    name: "kWh-nachttelwerk"
    unique_id: "kWh-nachttelwerk"
    state_topic: "home-assistant/meterkast/kWhmeter"
    json_attributes_topic: "home-assistant/meterkast/kWhmeter"
    unit_of_measurement: "kWh"
    value_template: "{{ value_json.kWhnachttelwerk }}"
    device_class: energy
    state_class: measurement
  - platform: mqtt
    name: "verbruik"
    unique_id: "verbruik"
    state_topic: "home-assistant/meterkast/kWhmeterwatt"
    json_attributes_topic: "home-assistant/meterkast/kWhmeterwatt"
    unit_of_measurement: "W"
    value_template: "{{ value_json.Watt }}"
    device_class: power
    state_class: measurement

Helaas geen succes, kan geen van allen selecteren, de total kWh van een slimme stekker met Tasmota is de enige keuze om bij "add consumption" op te geven.

edit: Ah wacht, measurement moet total_increasing zijn bij de kWh-telwerken, nu kan ik die in ieder geval wel toevoegen, verbruik in W nog niet.

[ Voor 3% gewijzigd door Raven op 02-09-2021 11:12 ]

[Yukkie]

Raven schreef op donderdag 2 september 2021 @ 11:06:
[...]

Die staat nog steeds in de docs en her en der op het HASS forum genoemd, ook in recente berichten


[...]
Hier ziet het er zo uit, na weghalen last_reset_topic:

YAML:

  - platform: mqtt
    name: "kWh-dagtelwerk"
    unique_id: "kWh-dagtelwerk"
    state_topic: "home-assistant/meterkast/kWhmeter"
    json_attributes_topic: "home-assistant/meterkast/kWhmeter"
    unit_of_measurement: "kWh"
    value_template: "{{ value_json.kWhdagtelwerk }}"
    device_class: energy
    state_class: measurement
  - platform: mqtt
    name: "kWh-nachttelwerk"
    unique_id: "kWh-nachttelwerk"
    state_topic: "home-assistant/meterkast/kWhmeter"
    json_attributes_topic: "home-assistant/meterkast/kWhmeter"
    unit_of_measurement: "kWh"
    value_template: "{{ value_json.kWhnachttelwerk }}"
    device_class: energy
    state_class: measurement
  - platform: mqtt
    name: "verbruik"
    unique_id: "verbruik"
    state_topic: "home-assistant/meterkast/kWhmeterwatt"
    json_attributes_topic: "home-assistant/meterkast/kWhmeterwatt"
    unit_of_measurement: "W"
    value_template: "{{ value_json.Watt }}"
    device_class: power
    state_class: measurement

Helaas geen succes, kan geen van allen selecteren, de total kWh van een slimme stekker met Tasmota is de enige keuze om bij "add consumption" op te geven.

edit: Ah wacht, measurement moet total_increasing zijn bij de kWh-telwerken, nu kan ik die in ieder geval wel toevoegen, verbruik in W nog niet.

Probeer dit eens:

YAML:

- platform: mqtt
    name: "kWh-dagtelwerk"
    unique_id: "kWh-dagtelwerk"
    state_topic: "home-assistant/meterkast/kWhmeter"
    json_attributes_topic: "home-assistant/meterkast/kWhmeter"
    unit_of_measurement: "kWh"
    value_template: "{{ value_json.kWhdagtelwerk }}"
    device_class: energy
    state_class: total_increasing

  - platform: mqtt
    name: "kWh-nachttelwerk"
    unique_id: "kWh-nachttelwerk"
    state_topic: "home-assistant/meterkast/kWhmeter"
    json_attributes_topic: "home-assistant/meterkast/kWhmeter"
    unit_of_measurement: "kWh"
    value_template: "{{ value_json.kWhnachttelwerk }}"
    device_class: energy
    state_class: total_increasing

  - platform: mqtt
    name: "verbruik"
    unique_id: "verbruik"
    state_topic: "home-assistant/meterkast/kWhmeterwatt"
    json_attributes_topic: "home-assistant/meterkast/kWhmeterwatt"
    unit_of_measurement: "W"
    value_template: "{{ value_json.Watt }}"
    device_class: power
    state_class: measurement

[Verwijderd]

Aha, dat idee had ik al... en ik dacht dat ik die variant ook al had getest, maar misschien zat daar nog wel een andere fout in waardoor het niet werkte.

\\Edit:

customize.yaml is nu:

YAML:

    sensor.energy_consumed_tariff_1:
      state_class: 'total_increasing'
    sensor.energy_consumed_tariff_2:
      state_class: 'total_increasing'
    sensor.energy_produced_tariff_1:
      state_class: 'total_increasing'
    sensor.energy_produced_tariff_2:
      state_class: 'total_increasing'
    sensor.gas_consumed:
      state_class: 'total_increasing'

Dat lijkt te werken.

[ Voor 59% gewijzigd door Verwijderd op 02-09-2021 22:57 ]

[jj85]

ProudElm schreef op donderdag 2 september 2021 @ 16:16:
Ik zat te kijken of die gas meter nu in 2021.9 ook eventueel mijn stadsverwarming kan tonen. Maar niet 123 zo helaas.
Zal eerst kijken of ik de sensor kan faken ;-) Ik heb nu geen m3 sensor natuurlijk maar GJ.

Goed idee, direct maar uitgevoerd

Mijn stadsverwarming (Multical 401) lees ik uit via ESPhome met IR-kopje.
Meter geeft GJ, maar in mijn uitlezing zet ik deze om naar kWh.
Ik gebruik de conversiefactor (en prijs per GJ omgerekend naar m3) van Vattenfall (1GJ = 32.68 m3 @ € 25,51 per GJ).

Nu dus toegevoegd als gas-verbruiksensor.

Ben benieuwd of dit gaat werken.

YAML:

homeassistant:
  customize:
    sensor.gas_equivalent:
        state_class: total_increasing
        device_class: gas

sensor:
  - platform: template
    sensors:
      gas_equivalent:
        friendly_name: Stadsverwarming (gas equivalent)
        unit_of_measurement: m³ 
        value_template: "{{ states('sensor.multical_energy')|float * 3.6 / 1000 * 32.68}}"  

[golles]

jj85 schreef op vrijdag 3 september 2021 @ 10:24:
[...]


Goed idee, direct maar uitgevoerd

Mijn stadsverwarming (Multical 401) lees ik uit via ESPhome met IR-kopje.
Meter geeft GJ, maar in mijn uitlezing zet ik deze om naar kWh.
Ik gebruik de conversiefactor (en prijs per GJ omgerekend naar m3) van Vattenfall (1GJ = 32.68 m3 @ € 25,51 per GJ).

Nu dus toegevoegd als gas-verbruiksensor.

Ben benieuwd of dit gaat werken.

YAML:

homeassistant:
  customize:
    sensor.gas_equivalent:
        state_class: total_increasing
        device_class: gas

sensor:
  - platform: template
    sensors:
      gas_equivalent:
        friendly_name: Stadsverwarming (gas equivalent)
        unit_of_measurement: m³ 
        value_template: "{{ states('sensor.multical_energy')|float * 3.6 / 1000 * 32.68}}"  

Interessant, ik lees even mij.

Ik zat zelf te denken om iets met de power entity (kW) te doen en dit als een "Individuele apparaten" op te geven, nog geen idee hoe overigens, iemand tips?

[ProudElm]

jj85 schreef op vrijdag 3 september 2021 @ 10:24:
[...]


Goed idee, direct maar uitgevoerd

Mijn stadsverwarming (Multical 401) lees ik uit via ESPhome met IR-kopje.
Meter geeft GJ, maar in mijn uitlezing zet ik deze om naar kWh.
Ik gebruik de conversiefactor (en prijs per GJ omgerekend naar m3) van Vattenfall (1GJ = 32.68 m3 @ € 25,51 per GJ).

Nu dus toegevoegd als gas-verbruiksensor.

Ben benieuwd of dit gaat werken.

YAML:

homeassistant:
  customize:
    sensor.gas_equivalent:
        state_class: total_increasing
        device_class: gas

sensor:
  - platform: template
    sensors:
      gas_equivalent:
        friendly_name: Stadsverwarming (gas equivalent)
        unit_of_measurement: m³ 
        value_template: "{{ states('sensor.multical_energy')|float * 3.6 / 1000 * 32.68}}"  

Nice! Ik heb nu nog een RPi3 hangen om me meter uit te lezen via een IR kop, maar misschien deze ook maar inderdaad overzetten naar ESPHome..

Gaat dat makkelijk? Heb nu dus een python script die de kop uitleest en via MQTT naar HA stuurt.

[CAP-Team]

Verwijderd schreef op donderdag 2 september 2021 @ 20:11:
[...]

Heb je een voorbeeldje van jouw customize.yaml?

YAML:

sensor.solax_totale_opbrengst:
  icon: mdi:flash
  device_class: energy
  state_class: total_increasing
  last_reset: "2021-08-01T00:00:00+00:00"

[martinvdm]

Heeft het wellicht iets te maken met de total_increasing waarschuwing welke in beeld kwam, ik heb daarop ook de dsmr sensor van state_class: measurement gewijzigd naar total_increasing, dat was namelijk de error.

Lijkt hier zelfde issue
https://github.com/home-assistant/core/issues/54946

[ Voor 15% gewijzigd door martinvdm op 04-09-2021 13:19 ]

[Verwijderd]

last_reset: is toch niet nodig bij total_increasing: nu?

Vorkie schreef op zaterdag 4 september 2021 @ 12:35:
Ja, ziet er inderdaad raar uit, op onderstaande manier ziet het er uit met Enphase en Toon Rooted.

[Afbeelding]

Misschien kijk ik heel scheef, maar daar klopt ook iets niet volgens mij. Waar blijft die 4,2 kWh van de zonnepanelen? Misschien trip ik, omdat ik drie keer 7,7 kWh zie...

[ Voor 86% gewijzigd door Verwijderd op 04-09-2021 13:33 ]

[breinonline]

martinvdm schreef op zaterdag 4 september 2021 @ 13:17:
Heeft het wellicht iets te maken met de total_increasing waarschuwing welke in beeld kwam, ik heb daarop ook de dsmr sensor van state_class: measurement gewijzigd naar total_increasing, dat was namelijk de error.

Lijkt hier zelfde issue
https://github.com/home-assistant/core/issues/54946

Hier ging het ook mis. Gistermiddag na de update geen refresh meer in de data. Vanmorgen vroeg state_class naar total_increasing gecustomised en onmiddellijk werkte het weer. Ik heb wel gisteren een enorm stroomverbruik en vanmorgen vroeg een enorme terugleverpiek. Maar de weekgemiddelden kloppen straks weer gewoon dan

Verwijderd schreef op zaterdag 4 september 2021 @ 13:23:
last_reset: is toch niet nodig bij total_increasing: nu?

Volgens mij niet.

[ Voor 11% gewijzigd door breinonline op 04-09-2021 13:24 ]

[martinvdm]

breinonline schreef op zaterdag 4 september 2021 @ 13:24:
[...]

Hier ging het ook mis. Gistermiddag na de update geen refresh meer in de data. Vanmorgen vroeg state_class naar total_increasing gecustomised en onmiddellijk werkte het weer. Ik heb wel gisteren een enorm stroomverbruik en vanmorgen vroeg een enorme terugleverpiek. Maar de weekgemiddelden kloppen straks weer gewoon dan
[...]

Volgens mij niet.

Wellicht is het gewoon een kwestie van geduld nu omdat er foutieve waarden in de statistics sensor zitten.

[Vorkie]

Verwijderd schreef op zaterdag 4 september 2021 @ 13:23:
last_reset: is toch niet nodig bij total_increasing: nu?


[...]

Misschien kijk ik heel scheef, maar daar klopt ook iets niet volgens mij. Waar blijft die 4,2 kWh van de zonnepanelen? Misschien trip ik, omdat ik drie keer 7,7 kWh zie...

Goed gezien... foutje, na de update moest ik eerst de custom updaten en toen verkeerd ingesteld.

Spot de fout na de update:



En zo hoort ie:

[martinvdm]

@Mich @Raven @TheFes @breinonline
Het ziet er vandaag al een stuk beter uit. Uiteindelijk dus gefixt door de last_reset weg te halen, de sensor om te zetten naar total_increasing en vervolgens middels recorder.purge_entities de betreffende entity gepurged. Na een dagje wachten zijn de waardes weer ok.


Thanks

[ Voor 12% gewijzigd door martinvdm op 05-09-2021 09:48 ]

[Raven]

bafplus schreef op zondag 5 september 2021 @ 19:24:
[...]


Lees de breaking changes even 😁

En duurt weer 2u voor je wat ziet.

Ik zie niets dat van toepassing is en het is niet alleen het energydashboard dat niets oppikt, de entiteiten (MQTT sensors) die ik al had doen het ook niet meer. Het enige dat de HASS OS MQTT Broker nu ontvangt is het verbruik in watt (meterstanden kWh dag en nacht niet meer), maar ook die staat als niet beschikbaar in de lijst met entiteiten. Deze sensors dus:

YAML:

  - platform: mqtt
    name: "kWh-dagtelwerk"
    unique_id: "kWh-dagtelwerk"
    state_topic: "home-assistant/meterkast/kWhmeter"
    json_attributes_topic: "home-assistant/meterkast/kWhmeter"
    unit_of_measurement: "kWh"
    value_template: "{{ value_json.kWhdagtelwerk }}"
    device_class: energy
    state_class: total_increasing
  - platform: mqtt
    name: "kWh-nachttelwerk"
    unique_id: "kWh-nachttelwerk"
    state_topic: "home-assistant/meterkast/kWhmeter"
    json_attributes_topic: "home-assistant/meterkast/kWhmeter"
    unit_of_measurement: "kWh"
    value_template: "{{ value_json.kWhnachttelwerk }}"
    device_class: energy
    state_class: total_increasing
  - platform: mqtt
    name: "verbruik"
    unique_id: "verbruik"
    state_topic: "home-assistant/meterkast/kWhmeterwatt"
    json_attributes_topic: "home-assistant/meterkast/kWhmeterwatt"
    unit_of_measurement: "W"
    value_template: "{{ value_json.Watt }}"
    device_class: power
    state_class: measurement

Lijkt wel alsof het MQTT gebeuren stuk is gegaan bij de laatste update.

[bafplus]

Raven schreef op zondag 5 september 2021 @ 19:40:
[...]

Ik zie niets dat van toepassing is en het is niet alleen het energydashboard dat niets oppikt, de entiteiten (MQTT sensors) die ik al had doen het ook niet meer. Het enige dat de HASS OS MQTT Broker nu ontvangt is het verbruik in watt (meterstanden kWh dag en nacht niet meer), maar ook die staat als niet beschikbaar in de lijst met entiteiten. Deze sensors dus:

YAML:

  - platform: mqtt
    name: "kWh-dagtelwerk"
    unique_id: "kWh-dagtelwerk"
    state_topic: "home-assistant/meterkast/kWhmeter"
    json_attributes_topic: "home-assistant/meterkast/kWhmeter"
    unit_of_measurement: "kWh"
    value_template: "{{ value_json.kWhdagtelwerk }}"
    device_class: energy
    state_class: total_increasing
  - platform: mqtt
    name: "kWh-nachttelwerk"
    unique_id: "kWh-nachttelwerk"
    state_topic: "home-assistant/meterkast/kWhmeter"
    json_attributes_topic: "home-assistant/meterkast/kWhmeter"
    unit_of_measurement: "kWh"
    value_template: "{{ value_json.kWhnachttelwerk }}"
    device_class: energy
    state_class: total_increasing
  - platform: mqtt
    name: "verbruik"
    unique_id: "verbruik"
    state_topic: "home-assistant/meterkast/kWhmeterwatt"
    json_attributes_topic: "home-assistant/meterkast/kWhmeterwatt"
    unit_of_measurement: "W"
    value_template: "{{ value_json.Watt }}"
    device_class: power
    state_class: measurement

Lijkt wel alsof het MQTT gebeuren stuk is gegaan bij de laatste update.

Dit oa:

Temperature conversions are moving from the Entity base class to the SensorEntity base class.

Additionally, we have two new properties, native_value (which replaces state) and native_unit_of_measurement which replaces unit_of_measurement.

[Mich]

skank schreef op dinsdag 7 september 2021 @ 15:28:
Ik wil dat energy dashboard nu echt es goed werkend hebben, want volgens mij klopt er het een en ander niet.
Ik gebruik de dsmr reader addon
Welke entiteiten koppel ik nu waar?
Ik lees vanalles en nog wat, en kreeg waardes die niet kloppen

Gebruik ik nu de reading waardes of consumption waardes?
En welke van de kosten?

Bedankt !

Edit: bijkomend heb ik ook dat de low tariff, eigenlijk de high tariff is (dagverbruik) en de high de low is.
(Belgische meter)

sensoren:

code:

###################################################
#                  Meterstanden                   #
###################################################

- platform: mqtt
  state_topic: "dsmr/reading/electricity_returned_1"
  name: "dsmr_electricity_returned_1"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/reading/electricity_returned_2"
  name: "dsmr_electricity_returned_2"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/reading/electricity_delivered_1"
  name: "dsmr_electricity_delivered_1"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/reading/electricity_delivered_2"
  name: "dsmr_electricity_delivered_2"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/consumption/gas/delivered"
  name: "dsmr_gas_delivered"
  device_class: gas
  unit_of_measurement: 'm³'
  value_template: "{{ value_json }}"
  state_class: total_increasing

customize:

code:

###################################################
#                  Meterstanden                   #
###################################################

sensor.dsmr_electricity_returned_1:
  friendly_name:  Export laag
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_electricity_returned_2:
  friendly_name:  Export normaal
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_electricity_delivered_1:
  friendly_name:  Import laag
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_electricity_delivered_2:
  friendly_name:  Import normaal
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_gas_delivered:
  friendly_name:  Gas
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

Dan zou het prima moeten werken.

Je gebruikt dus de meterstanden. Als je een sensor toevoegd aan je energy dashboard kan je handmatig de prijs invullen.

[skank]

Mich schreef op dinsdag 7 september 2021 @ 19:19:
[...]


sensoren:

code:

###################################################
#                  Meterstanden                   #
###################################################

- platform: mqtt
  state_topic: "dsmr/reading/electricity_returned_1"
  name: "dsmr_electricity_returned_1"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/reading/electricity_returned_2"
  name: "dsmr_electricity_returned_2"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/reading/electricity_delivered_1"
  name: "dsmr_electricity_delivered_1"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/reading/electricity_delivered_2"
  name: "dsmr_electricity_delivered_2"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/consumption/gas/delivered"
  name: "dsmr_gas_delivered"
  device_class: gas
  unit_of_measurement: 'm³'
  value_template: "{{ value_json }}"
  state_class: total_increasing

customize:

code:

###################################################
#                  Meterstanden                   #
###################################################

sensor.dsmr_electricity_returned_1:
  friendly_name:  Export laag
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_electricity_returned_2:
  friendly_name:  Export normaal
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_electricity_delivered_1:
  friendly_name:  Import laag
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_electricity_delivered_2:
  friendly_name:  Import normaal
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_gas_delivered:
  friendly_name:  Gas
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

Dan zou het prima moeten werken.

Je gebruikt dus de meterstanden. Als je een sensor toevoegd aan je energy dashboard kan je handmatig de prijs invullen.

Bedankt voor je reply.
In de eerste reply spreek je over 5 entities, ik gebruik die inderdaad ook rechtstreeks in de settings
Is er een reden waarom jij die nog eens manueel via yaml aanmaakt (want bij mij komen die gewoon rechtstreeks binnen zonder dat ik ook maar iets hoef te doen)
Ik vermoed dat ik die stap dan mag overslaan?

In je tweede reply spreek je over de custom. Ook dat heb ik niet. Is er een reden waarom je dat doet?


Bij mij is mijn low tarif delivered_1 : eigenlijk mijn hoog verbruik (dagtarief)
en high deliverd_2 is eigenlijk mijn laagverbruik
In dsmr addon klopt dit (heb gewoon de naam gewijzigd), maar ik weet niet goed wat ik daarmee moet doen in HA energy dashoard dan

Andere vraag nog is de kosten entiteiten.
Dat klopt volgens mij niet helemaal.
In dsmr reader heb ik verschillende kosten entiteiten.
Deze worden allemaal gepublished, maar dan in het energy dashboard settings, kan ik ofwel de entiteiten niet kiezen, ofwel kan ik ze kiezen, maar is het dan maandelijks/jaarlijks of vast terwijl dit niet echt klopt denk ik
Fixed kost kun je nooit weten toch want je verbruik is daar niet inbegrepen en de andere zijn per maand/jaar maar dan zijn de vaste daar niet bij inbegrepen
Hoe heb je dit staan?

Sorry voor de vele vragen. Maar zit me suf te zoeken.

[TheFes]

Mich schreef op dinsdag 7 september 2021 @ 19:19:
[...]


sensoren:

code:

###################################################
#                  Meterstanden                   #
###################################################

- platform: mqtt
  state_topic: "dsmr/reading/electricity_returned_1"
  name: "dsmr_electricity_returned_1"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/reading/electricity_returned_2"
  name: "dsmr_electricity_returned_2"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/reading/electricity_delivered_1"
  name: "dsmr_electricity_delivered_1"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/reading/electricity_delivered_2"
  name: "dsmr_electricity_delivered_2"
  device_class: energy
  unit_of_measurement: 'kWh'
  value_template: "{{ value_json }}"
  state_class: total_increasing

- platform: mqtt
  state_topic: "dsmr/consumption/gas/delivered"
  name: "dsmr_gas_delivered"
  device_class: gas
  unit_of_measurement: 'm³'
  value_template: "{{ value_json }}"
  state_class: total_increasing

customize:

code:

###################################################
#                  Meterstanden                   #
###################################################

sensor.dsmr_electricity_returned_1:
  friendly_name:  Export laag
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_electricity_returned_2:
  friendly_name:  Export normaal
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_electricity_delivered_1:
  friendly_name:  Import laag
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_electricity_delivered_2:
  friendly_name:  Import normaal
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

sensor.dsmr_gas_delivered:
  friendly_name:  Gas
  icon: mdi:counter
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

Dan zou het prima moeten werken.

Je gebruikt dus de meterstanden. Als je een sensor toevoegd aan je energy dashboard kan je handmatig de prijs invullen.

last_reset is al weer depreciated sinds 2021.9

[Raven]

koelkast schreef op woensdag 8 september 2021 @ 21:59:
[...]

Ik heb 'm toegevoegd, en alles komt netjes binnen via deze integration.
Maar nu probeer ik in het energy dashboard deze waarde van huidig verbruik toe te voegen, maar die staat niet in de lijst waarin ik kan kiezen:

sensor.dsmr_reading_electricity_currently_delivered

Hoe kan dat? De entity spuugt gewoon wel een waarde uit binnen hass.

Buiten dat de energy dashboard alleen kWh telwerken ondersteund ( ) , die entiteiten hebben het volgende nodig

YAML:

state_class: 'total_increasing'
device_class: 'energy'

voordat ze opgepikt worden.

Mocht het verbruik/opbrengst in watt ooit ondersteund worden, dan wordt het

YAML:

state_class: 'measurement'
device_class: 'power'

[ Voor 3% gewijzigd door Raven op 09-09-2021 08:45 ]

[sk1nny666]

RoTeK70 schreef op donderdag 9 september 2021 @ 11:53:
Ik ben al een tijdje bezig om ook mijn gasverbruik via het nieuwe Energy tabblad aan de praat te krijgen.
Nu is dit een MQTT sensor welke niet in het overzicht getoond wordt als ik deze wil instellen.
Dus dat verhaal met last_reset e.d. maar ik kom er niet uit wat ik ook aanpas in mijn configuration.yaml en customize.yaml de sensor verschijn maar niet zodat ik deze onder het gas deel kan toevoegen.
Ik maak gebruik van Iungo met MQTT richting HA.

Het gaat om deze sensor:

code:

- platform: mqtt
  name: "Gas_delivered"
  icon: mdi:trending-up
  state_topic: "70:B3:D5:6F:37:D6/energy-dsmr4/538d72d9/gas"
  unit_of_measurement: "m3"
  value_template: '{{ value | round(3) }}'
  state_class: measurement

Kan iemand mij wijzen wat ik waar moet invullen om dit werkend te krijgen?

als ik mij niet vergis zou

code:

state_class: total_increasing

moeten zijn

[RoTeK70]

sk1nny666 schreef op donderdag 9 september 2021 @ 11:56:
[...]


als ik mij niet vergis zou

code:

state_class: total_increasing

moeten zijn

Bedankt alvast!
Aangepast maar ook dit geeft nog niet het gewenste resultaat.
Moet ik ook in de custimize.yaml onderstaande zetten?

code:

sensor.gas_delivered:
  friendly_name:  Gas verbruik
  last_reset: "homeassistant.util.dt.utc_from_timestamp(0)"

[Team-RiNo]

RoTeK70 schreef op donderdag 9 september 2021 @ 13:24:
[...]


Bedankt maar ook als ik dit toevoeg aan de customize.yaml krijg ik deze sensor niet naar voren.

code:

sensor.gas_delivered:
  device_class: energy
  state_class: measurement
  last_reset: "1970-01-01T00:00:00+00:00"

Probeer dit eens met device_class: gas en/of state_class: total_increasing en uiteraard Home Assistant herstarten

[TheFes]

RoTeK70 schreef op donderdag 9 september 2021 @ 13:24:
[...]

Wellicht dat dit werkt

code:

sensor.gas_delivered:
  device_class: gas
  state_class: total_increasing
  unit_of_measurement: m3 (maar dan met een hoge 3)

[HuismAndré]

@TheFes Zo?

YAML:

sensor.gas_delivered:
  device_class: gas
  state_class: total_increasing
  unit_of_measurement: m³

In Windows: <ctrl><alt>3.

[ Voor 9% gewijzigd door HuismAndré op 09-09-2021 14:00 ]

[TheFes]

HuismAndré schreef op donderdag 9 september 2021 @ 13:57:
@TheFes Zo?

YAML:

sensor.gas_delivered:
  device_class: gas
  state_class: total_increasing
  unit_of_measurement: m³

In Windows: <ctrl><alt>3.

Zo ja, en ik ben niet thuis, en kon het op mijn mobiel zo snel niet vinden

[TheFes]

Magic schreef op maandag 13 september 2021 @ 09:00:
[...]

Heeft iemand enig idee? Mijn idee is nu om een ESP8266 of ander device te "misbruiken" om via mqtt elke paar minuten een standaardwaarde te spammen, maar zou mooier zijn als het gewoon in HA zelf kon

Daarnaast weer een nieuwe vraag (ik heb nog zoveel ideeën ). ik heb een externe harddisk aan mijn synology waar ik mijn interne backup op maak (naast de cloudbackup). Deze gaat wel netjes in slaap verder de hele dag, maar gebruikt dan toch nog steeds zo'n 7 a 8 watt. Zonde natuurlijk, zeker gezien ik nog een paar slimme schakelaars (zonder energiemeting helaas) op de plank heb. Aanzetten 5 minuten voor de backup/verification start is makkelijk, maar hoe weet ik dat de backup klaar is (de synology kan na de backup de schijf netjes unmounten)? Helaas heeft de synology integratie geen sensor voor backupstatus.

Een idee wat ik had (nog niet helemaal zeker of alles mogelijk is) is elke x tijd inloggen via SSH, de map voor de externe disk oproepen, en als er geen resultaat is, dan ervan uitgaan dat ie geunmount is. Maar voor mijn gevoel zou er wat simpelers of relatief kant-en-klaars moeten zijn

Je zou een template sensor kunnen maken met een trigger die elk uur zijn waarde ophoogt met je ingestelde waarde:
https://www.home-assistant.io/integrations/template/

Zoiets dan, als het verbruik per uur 50 kWh is(niet getest verder)

YAML:

template:
  - trigger:
      - platform: time_pattern
        hours: "/1" 
    sensor:
      - name: Energy device x
        state: "{{ states('sensor.energy_device_x') | float + 50 }}"
        unit_of_measurement: "kWh"
        state_class: total_increasing
        device_class: energy

[Magic]

TheFes schreef op maandag 13 september 2021 @ 09:09:
[...]


Je zou een template sensor kunnen maken met een trigger die elk uur zijn waarde ophoogt met je ingestelde waarde:
https://www.home-assistant.io/integrations/template/

Zoiets dan, als het verbruik per uur 50 kWh is(niet getest verder)

YAML:

template:
  - trigger:
      - platform: time_pattern
        hours: "/1" 
    sensor:
      - name: Energy device x
        state: "{{ states('sensor.energy_device_x') + 50 }}"
        unit_of_measurement: "kWh"
        state_class: total_increasing
        device_class: energy

Aah, dit is eigenlijk wat ik zocht, nooit bij nagedacht dat ik ook dmv een automation een waarde zou kunnen ophogen

denuz schreef op maandag 13 september 2021 @ 09:10:
[...]

Ik doe zelf geen automations via home assistant, maar met node red.
Met node red kun je in ieder geval een sensor aanmaken in ha. De waarde kun je vervolgens instellen hoe je wil..
Ook gewoon met vaste waarden per tijdseenheid. Er loopt hier ook een apart node red topic.

Maar je kan in home asistant toch ook een automation maken die op vaste tijdstippen mqtt berichten verstuurt? Die kan je door een sensor laten opvangen. Daar heb je geen esp device voor nodig.

Nodered heb ik even naar gekeken, maar daar wil ik me vooralsnog niet aan wagen, ben nog steeds aan het ontdekken wat HA zelf alleen al te bieden heeft.

Jesse- schreef op maandag 13 september 2021 @ 09:21:
[...]


Met de laatste optie haal je de schijf elke keer uit zijn slaap toch? Wil je je hele NAS uitzetten of alleen die externe schijf?

Nee, want hij unmount de schijf na het maken van een backup, hij moet opnieuw aangesloten (of powercycle) worden voordat de synology hem weer ziet

[ Voor 11% gewijzigd door Magic op 13-09-2021 09:40 ]

[Raven]

new_guy schreef op maandag 13 september 2021 @ 10:10:
Maar wat is NU de manier op dit vandaag de dag werkend te krijgen?

Bij de kWh-telwerken dit toevoegen:

YAML:

state_class: total_increasing
device_class: energy

Daarna kun je ze selecteren.

[ Voor 4% gewijzigd door Raven op 13-09-2021 10:20 ]

[Slaut]

new_guy schreef op maandag 13 september 2021 @ 10:10:
Ik durf het bijna niet te vragen, want er is inmiddels al zoveel over besproken, maar toch kom ik er niet helemaal uit.

Na de aankondiging ( nieuws: Home Assistant brengt energiedashboard en hardware uit om slimme mete... ) van het energy dashboard heb ik de slimmelezer module gekocht. Lekker makkelijk qua integratie, dacht ik tenminste.

Want deze integratie sensoren zijn niet te selecteren bij configuratie van het energy dashboard... Nu is er de laatste weken enorm veel geschreven over hoe je zelf sensoren kunt aanpassen om ze hier wel in te krijgen (omzetten naar kWh, last_reset etc). Maar wat is NU de manier op dit vandaag de dag werkend te krijgen? Want het wisselt nog net niet per dag met alles wat toegevoegd is om vervolgens weer deprecated te worden.

Overigens vind ik het behoorlijk slecht dat de oplossing welke home assistant zelf aangeeft niet out of the box werkt met het energy dashboard...

code:

state_class: total_increasing

Toevoegen onder elke sensor in de YAML.

https://community.home-as...pected-state-class/335019

Dit zou met een volgende ESPhome update standaard worden.

[new_guy]

Slaut schreef op maandag 13 september 2021 @ 10:24:
[...]

code:

state_class: total_increasing

Toevoegen onder elke sensor in de YAML.

https://community.home-as...pected-state-class/335019

Dit zou met een volgende ESPhome update standaard worden.

Raven schreef op maandag 13 september 2021 @ 10:20:
[...]

Bij de kWh-telwerken dit toevoegen:

YAML:

state_class: total_increasing
device_class: energy

Daarna kun je ze selecteren.

Thanks beiden!

Bij het uitvogelen om het een en ander werkend te krijgen met jullie hulp kwam ik er achter dat er een firmware update beschikbaar is voor de meter. Om het makkelijk te maken heeft deze echter het zelfde versienummer gekregen als degene die ik al had... Na installatie zijn er echter kWh sensors, welke ik wel zo kan toevoegen. (daar is de update ook voor).

[RoTeK70]

martinvdm schreef op donderdag 9 september 2021 @ 18:18:
[...]

Last_reset is deprecated en niet meer nodig.
Let ook op dat de sensor opgenomen is in je recorder.

Recorder deel uitgeschakeld in mijn configuration.yaml

code:

- platform: mqtt
  name: "gas_delivered"
  icon: mdi:trending-up
  state_topic: "70:B3:D5:6F:37:D6/energy-dsmr4/538d72d9/gas"
  #unit_of_measurement: "m3"
  value_template: '{{ value | round(3) }}'

En dit staat in mijn customize.yaml

code:

sensor.gas_delivered:
  device_class: gas
  state_class: total_increasing
  unit_of_measurement: m3

Maar hij verschijnt niet bij de keuze gas van het energy blad.
Wat doe ik fout of kan dit niet met deze sensor.

[TheFes]

RoTeK70 schreef op maandag 13 september 2021 @ 14:06:
[...]


Recorder deel uitgeschakeld in mijn configuration.yaml

code:

- platform: mqtt
  name: "gas_delivered"
  icon: mdi:trending-up
  state_topic: "70:B3:D5:6F:37:D6/energy-dsmr4/538d72d9/gas"
  #unit_of_measurement: "m3"
  value_template: '{{ value | round(3) }}'

En dit staat in mijn customize.yaml

code:

sensor.gas_delivered:
  device_class: gas
  state_class: total_increasing
  unit_of_measurement: m3

Maar hij verschijnt niet bij de keuze gas van het energy blad.
Wat doe ik fout of kan dit niet met deze sensor.

m3 moet m³ zijn

[Magic]

TheFes schreef op maandag 13 september 2021 @ 11:02:
[...]


Heb het nu ook even getest, maar na een reboot is hij de waarde kwijt. Dus wellicht toch niet zo handig.
Je zou het weg kunnen schrijven in een input_number en die gebruiken in de template, maar dan heb je alsnog een automation nodig die de input_number update.

Ik zat te bedenken hoe ik dit zou doen, maar toen kwam ik op het voorbeeldje in de docs van "aantal dagen niet gerookt". Ik had toen een aha-erlebnis en het volgende er van gemaakt in mijn testinstallatie:

YAML:

  - trigger:
      - platform: time_pattern
        minutes: "/10"
    sensor:
      - name: Energy device test2
        state: '{{ ( ( as_timestamp(now()) - as_timestamp(strptime("01.08.2021", "%d.%m.%Y")) ) / 600 * 0.005) | round(3) }}'
        unit_of_measurement: "kWh"
        state_class: total_increasing
        device_class: energy

Gewoon een datum in het verleden geprikt, het aantal seconden tussen nu en toen daarvan berekenen, daaruit pakken hoeveel keer 10 minuten interval daarin zit, en dat maal het stroomverbruik per 10 minuten (in dit geval bij 30 watt verbruik). Vooralsnog lijkt dit robuust

[Kire88]

Ik heb een bluetooth sensor die mijn meterstanden uitleest. Nu probeer ik dit te integreren met de nieuwe energy monitor, maar ik krijg de sensor niet zichtbaar in de energy monitor configuratie.

Alle sensoren die ik wel kan toevoegen hebben de nieuwe state_class: total_increasing.

De sensor die ik probeer toe te voegen leest steeds de laaste meterstand uit, de waarde van de sensor is dus alleen oplopend.

Het gaat om de volgende sensor:


In de customizations heb ik handmatig de state_class toegevoegd, maar heb hier alleen maar de keuze 'measurement'.

Dit is de code van de sensor:

code:

  - platform: template
    sensors:
      onemeter_kwh:
        friendly_name: "Last readout 1.8.0"
        icon_template: mdi:flash
        unit_of_measurement: kWh
        device_class: energy
        state_class: measurement
        value_template: "{{ states.sensor.onemeter.state.split(' ')[0] }}"

Zodra ik in de code state_class in de configuratie wil toevoegen (zoals hierboven) krijg ik de volgende error:

code:

Invalid config for [sensor.template]: [state_class] is an invalid option for [sensor.template]. Check: sensor.template->sensors->onemeter_kwh->state_class. (See ?, line ?).

Iemand een idee waar ik het moet zoeken om deze sensor in de energy monitor te kunnen toevoegen?

[consolefreak]

Hopelijk kunnen jullie mij iets verder helpen. Ik heb Home Assistant 2021.9.6 draaien, maar heb dit probleem ook bij enkele eerdere versies van de september reeks. Sinds ze het energy dashboard hebben geintroduceerd kan je eenvoudig onderscheid maken tussen verschillende verbruikers. Ik heb op dit moment zo'n 8 pluggen (tuya wifi) hangen in huis en 7 krijg ik ze zichtbaar in het dashboard. De laatste dus niet, ik heb al geprobeerd de sensor een andere naam te geven, maar niets lijkt te helpen. Alle 8 hebben ze vergelijkbare code waarbij ik alleen de nummers (plug 101-108 ;-)) aangepast heb.

Bronsensor : switch.plug_105 , attribute: current_consumption (watt) verbonden via localtuya.
Localtuya code

code:

  - host: 192.168.0.13
    device_id: XXX
    local_key: XXX
    friendly_name: Plug_105
    protocol_version: "3.3"
    entities:
      - platform: switch
        friendly_name: "Plug 105"
        id: 1
        current: 18 # Optional
        current_consumption: 19 # Optional
        voltage: 20 # Optional

Output
Attributes:

code:

current: 221
current_consumption: 48.1
voltage: 229.7
friendly_name: Plug 105

Omdat deze sensor netjes het huidige verbruik meet in watt heb ik een template sensor gemaakt die de watts omzet naar kilowatt

code:

- platform: template
  sensors:
    plug_105_current_consumption_corrected:
      value_template: >-
        {{ state_attr('switch.plug_105', 'current_consumption') | multiply(0.001) | float }}
      unit_of_measurement: "kW"
      device_class: power

Output
State:0.05
Attributes:

code:

unit_of_measurement: kW
friendly_name: plug_105_current_consumption_corrected
device_class: power

Vervolgens heb ik een integratiesensor aangemaakt om de kW om te rekenen naar kWh
Sensor met kwh:

code:

sensor:
- platform: integration
  name: Koelkast
  source: sensor.plug_105_current_consumption_corrected
  method: left
  round: 2

Output:
state: 0.38
Attributes:

code:

state_class: total_increasing
source: sensor.plug_105_current_consumption_corrected
unit_of_measurement: kWh
friendly_name: Koelkast
icon: mdi:chart-histogram
device_class: energy

Volgens mij voldoet de integration sensor aan alle voorwaarden (device & state class) maar toch vind HA 'm niet zo leuk. Ik ben de weg kwijt, wie weet hebben jullie nog een magisch idee Alvast bedankt.

[Raven]

Kire88 schreef op maandag 13 september 2021 @ 22:27:
Ik heb een bluetooth sensor die mijn meterstanden uitleest. Nu probeer ik dit te integreren met de nieuwe energy monitor, maar ik krijg de sensor niet zichtbaar in de energy monitor configuratie.

Alle sensoren die ik wel kan toevoegen hebben de nieuwe state_class: total_increasing.

De sensor die ik probeer toe te voegen leest steeds de laaste meterstand uit, de waarde van de sensor is dus alleen oplopend.

Het gaat om de volgende sensor:
[Afbeelding]

In de customizations heb ik handmatig de state_class toegevoegd, maar heb hier alleen maar de keuze 'measurement'.

Dit is de code van de sensor:

code:

  - platform: template
    sensors:
      onemeter_kwh:
        friendly_name: "Last readout 1.8.0"
        icon_template: mdi:flash
        unit_of_measurement: kWh
        device_class: energy
        state_class: measurement
        value_template: "{{ states.sensor.onemeter.state.split(' ')[0] }}"

Zodra ik in de code state_class in de configuratie wil toevoegen (zoals hierboven) krijg ik de volgende error:

code:

Invalid config for [sensor.template]: [state_class] is an invalid option for [sensor.template]. Check: sensor.template->sensors->onemeter_kwh->state_class. (See ?, line ?).

Iemand een idee waar ik het moet zoeken om deze sensor in de energy monitor te kunnen toevoegen?

Je hebt state_class: total_increasing nodig voor kWh telwerken, measurement is voor sensors a la het momentele verbruik in watt (i.c.m. device_class: power).

[Kire88]

Raven schreef op dinsdag 14 september 2021 @ 09:43:
[...]

Je hebt state_class: total_increasing nodig voor kWh telwerken, measurement is voor sensors a la het momentele verbruik in watt (i.c.m. device_class: power).

Misschien was mijn uitleg niet helemaal duidelijk. Maar het lukt dus niet om de state_class toe te voegen.
Als ik state_class: total_increasing toevoeg aan mijn template sensor krijg ik deze error:

code:

Invalid config for [sensor.template]: [state_class] is an invalid option for [sensor.template]. Check: sensor.template->sensors->onemeter_kwh->state_class. (See ?, line ?).

Hier de config die bij de bovenstaande error hoort:

code:

  - platform: template
    sensors:
      onemeter_kwh:
        friendly_name: "Last readout 1.8.0"
        icon_template: mdi:flash
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing
        value_template: "{{ states.sensor.onemeter.state.split(' ')[0] }}"

[TheFes]

Kire88 schreef op dinsdag 14 september 2021 @ 10:15:
[...]


Misschien was mijn uitleg niet helemaal duidelijk. Maar het lukt dus niet om de state_class toe te voegen.
Als ik state_class: total_increasing toevoeg aan mijn template sensor krijg ik deze error:

code:

Invalid config for [sensor.template]: [state_class] is an invalid option for [sensor.template]. Check: sensor.template->sensors->onemeter_kwh->state_class. (See ?, line ?).

Hier de config die bij de bovenstaande error hoort:

code:

  - platform: template
    sensors:
      onemeter_kwh:
        friendly_name: "Last readout 1.8.0"
        icon_template: mdi:flash
        unit_of_measurement: kWh
        device_class: energy
        state_class: total_increasing
        value_template: "{{ states.sensor.onemeter.state.split(' ')[0] }}"

Als je hem omboutwt naar een template.sensor (ipv sensor.template) dan kun je de state_class: total_increasing wel meegeven in de config (ondanks dat de docs zeggen dat alleen measurement ondersteund wordt)
https://www.home-assistant.io/integrations/template/

Je krijgt dan zoiets:

YAML:

template:
  sensor:
    - name: "Last readout 1.8.0"
      unique_id: fcf3be6b-c18d-4a11-827d-6a1e7e18fdd3
      state: "{{ states.sensor.onemeter.state.split(' ')[0] }}"
      unit_of_measurement: "kWh"
      state_class: total_increasing
      device_class: energy
      icon: mdi:flash

Moet je wel nog even in de UI het entity_id wijzigen naar sensor.onemeter_kwh

[1ntroduc3]

consolefreak schreef op maandag 13 september 2021 @ 23:26:
Hopelijk kunnen jullie mij iets verder helpen. Ik heb Home Assistant 2021.9.6 draaien, maar heb dit probleem ook bij enkele eerdere versies van de september reeks. Sinds ze het energy dashboard hebben geintroduceerd kan je eenvoudig onderscheid maken tussen verschillende verbruikers. Ik heb op dit moment zo'n 8 pluggen (tuya wifi) hangen in huis en 7 krijg ik ze zichtbaar in het dashboard. De laatste dus niet, ik heb al geprobeerd de sensor een andere naam te geven, maar niets lijkt te helpen. Alle 8 hebben ze vergelijkbare code waarbij ik alleen de nummers (plug 101-108 ;-)) aangepast heb.

Bronsensor : switch.plug_105 , attribute: current_consumption (watt) verbonden via localtuya.
Localtuya code

code:

  - host: 192.168.0.13
    device_id: XXX
    local_key: XXX
    friendly_name: Plug_105
    protocol_version: "3.3"
    entities:
      - platform: switch
        friendly_name: "Plug 105"
        id: 1
        current: 18 # Optional
        current_consumption: 19 # Optional
        voltage: 20 # Optional

Output
Attributes:

code:

current: 221
current_consumption: 48.1
voltage: 229.7
friendly_name: Plug 105

Omdat deze sensor netjes het huidige verbruik meet in watt heb ik een template sensor gemaakt die de watts omzet naar kilowatt

code:

- platform: template
  sensors:
    plug_105_current_consumption_corrected:
      value_template: >-
        {{ state_attr('switch.plug_105', 'current_consumption') | multiply(0.001) | float }}
      unit_of_measurement: "kW"
      device_class: power

Output
State:0.05
Attributes:

code:

unit_of_measurement: kW
friendly_name: plug_105_current_consumption_corrected
device_class: power

Vervolgens heb ik een integratiesensor aangemaakt om de kW om te rekenen naar kWh
Sensor met kwh:

code:

sensor:
- platform: integration
  name: Koelkast
  source: sensor.plug_105_current_consumption_corrected
  method: left
  round: 2

Output:
state: 0.38
Attributes:

code:

state_class: total_increasing
source: sensor.plug_105_current_consumption_corrected
unit_of_measurement: kWh
friendly_name: Koelkast
icon: mdi:chart-histogram
device_class: energy

Volgens mij voldoet de integration sensor aan alle voorwaarden (device & state class) maar toch vind HA 'm niet zo leuk. Ik ben de weg kwijt, wie weet hebben jullie nog een magisch idee Alvast bedankt.

Ik had mijn mqtt readers ook niet zichtbaar. Ik heb niet de current gebruikt, maar de total of de today, die loopt gewoonweg op, vanaf het moment dat je hem gebruikt/toevoegd. De startvalue maakt dus niet uit

Ik heb de volgende zaken aan de sensor toegevoegd:

code:

    unit_of_measurement: "kWh"
    device_class: "energy"
    state_class: "total_increasing"

[Kire88]

TheFes schreef op dinsdag 14 september 2021 @ 10:59:
[...]


Als je hem omboutwt naar een template.sensor (ipv sensor.template) dan kun je de state_class: total_increasing wel meegeven in de config (ondanks dat de docs zeggen dat alleen measurement ondersteund wordt)
https://www.home-assistant.io/integrations/template/

Je krijgt dan zoiets:

YAML:

template:
  sensor:
    - name: "Last readout 1.8.0"
      unique_id: fcf3be6b-c18d-4a11-827d-6a1e7e18fdd3
      state: "{{ states.sensor.onemeter.state.split(' ')[0] }}"
      unit_of_measurement: "kWh"
      state_class: total_increasing
      device_class: energy
      icon: mdi:flash

Moet je wel nog even in de UI het entity_id wijzigen naar sensor.onemeter_kwh

Perfect, het werkt!!

Nog een additionele vraag. Ik heb nu mijn zonnepaneel opbrengst al een tijdje in de energy monitor staan. Is het mogelijk om deze te resetten, zodat deze dezelfde periode gaat laten zien als de opbrengst van en naar het net?

[ Voor 19% gewijzigd door Kire88 op 14-09-2021 13:32 ]

[KC27]

TheFes schreef op zondag 19 september 2021 @ 12:45:
[...]


Het energy dashboard heeft kWh nodig (energy) en geen Wh (power).
Je kunt Wh naar kWh omzetten met een Riemann Sum integral sensor (zie https://www.home-assistant.io/integrations/integration/ onderaan de pagina)

Volgens mij klopt dit niet. Omzetten van Wh naar kWh kan alleen door te delen met een factor 1000.
De integratie-integratie maakt van W -> Wh of van kW ->kWh (integratie in de tijd).
@Daros Volgens mij gaat het energy-dashboard goed om Wh, maar moet er nog een state_class bij "total_increasing" (vervangt "last_reset"): https://developers.home-a.../08/16/state_class_total/

[TheFes]

KC27 schreef op zondag 19 september 2021 @ 15:10:
[...]

Volgens mij klopt dit niet. Omzetten van Wh naar kWh kan alleen door te delen met een factor 1000.
De integratie-integratie maakt van W -> Wh of van kW ->kWh (integratie in de tijd).
@Daros Volgens mij gaat het energy-dashboard goed om Wh, maar moet er nog een state_class bij "total_increasing" (vervangt "last_reset"): https://developers.home-a.../08/16/state_class_total/

Je hebt gelijk, was nog niet helemaal wakker.
Ik dacht dat hij kW naar Wh om aan het zetten was

[stegosaurus]

Ik probeer het gasverbruik toe te voegen aan het energy dashboard maar het lijkt niet te werken. Ik blijf constant de melding krijgen dat er geen sensoren gevonden zijn die voldoen aan de creteria. Kan iemand mij uitleggen wat hier nou niet klopt? Ik kom ook geen steek verder met de documentatie.

YAML:

  - platform: mqtt
    state_topic: "p1monitor/smartmeter/consumption_gas_m3"
    name: Gas verbruik
    unit_of_measurement: "m³"
    device_class: gas
    last_reset_value_template: "1970-01-01T00:00:00+00:00"
    state_class: total_increasing

Voor de utility sensors:

YAML:

utility_meter:
  daily_gas:
    source: sensor.gas_verbruik
    name: Daily Gas
    cycle: daily
  monthly_gas:
    source: sensor.gas_verbruik
    name: Monthly Gas
    cycle: monthly

Als ik deze opvraag via de developer tools krijg ik een antwoord waarvan ik verwacht at het zou moeten werken:

code:

state_class: total_increasing
last_reset: '2021-09-19T15:07:50.695417+00:00'
source: sensor.gas_verbruik
status: collecting
last_period: 0
meter_period: daily
unit_of_measurement: m3
friendly_name: Daily Gas
icon: mdi:counter

[ Voor 19% gewijzigd door stegosaurus op 19-09-2021 17:58 ]

[cerebrum]

stegosaurus schreef op zondag 19 september 2021 @ 17:56:

YAML:

  - platform: mqtt
    state_topic: "p1monitor/smartmeter/consumption_gas_m3"
    name: Gas verbruik
    unit_of_measurement: "m³"
    device_class: gas
    last_reset_value_template: "1970-01-01T00:00:00+00:00"
    state_class: total_increasing

Je hebt daar een last_reset_value_template: die niet aan elkaar hoort volgens mij.
De last_reset zou overigens niet meer nodig moeten zijn sinds 2021.9

in developers tools zie je ook dat last_reset niet "1970-01-01T00:00:00+00:00", wat die wel zou moeten zijn.

[Daros]

KC27 schreef op zondag 19 september 2021 @ 15:10:
[...]

Volgens mij klopt dit niet. Omzetten van Wh naar kWh kan alleen door te delen met een factor 1000.
De integratie-integratie maakt van W -> Wh of van kW ->kWh (integratie in de tijd).
@Daros Volgens mij gaat het energy-dashboard goed om Wh, maar moet er nog een state_class bij "total_increasing" (vervangt "last_reset"): https://developers.home-a.../08/16/state_class_total/

De hele sensor werkt niet, dus los van dat hij niet in Energy komt is op dit moment nog geen probleem. De sensor op zich zelf word helemaal niet gevuld.

[feenstn]

TheFes schreef op donderdag 23 september 2021 @ 20:10:
[...]


Je kunt ook in de code van je template sensor opnemen dat hij niet lager mag zijn dan hij al is.

Stel je sensor is sensor.totaal en de andere twee zijn sensor.omvormer1 en sensor.omvormer2.

Dan kun je dus dit doen:

code:

{{ [states('sensor.totaal') | float, states('sensor.omvormer1') | float + states('sensor.omvormer2') | float ] | max }}

Interessant ! Ik zoek ook zoiets...

Maak je dan een nieuwe sensor, of kan je dit direct in de state van de betreffende sensor zetten?
dus:

code:

- name: totaal
  state: {{[ states('sensor.totaal') | float, states('sensor.omvormer1') | float + states('sensor.omvormer2') | float ]  | max }}
  unit_of_measurement: 'kWh'
  state_class: "total_increasing"
  device_class: "energy"

of

code:

- name: totaal
  state: {{ states('sensor.omvormer1') | float + states('sensor.omvormer2') | float }}
  unit_of_measurement: 'kWh'
  state_class: "total_increasing"
  device_class: "energy"  

- name: totaal_2
  state: {{[ states('sensor.totaal') | float, states('sensor.omvormer1') | float + states('sensor.omvormer2') | float ] | max }}
  unit_of_measurement: 'kWh'
  state_class: "total_increasing"
  device_class: "energy"

[TheFes]

feenstn schreef op vrijdag 24 september 2021 @ 09:10:
[...]


Interessant ! Ik zoek ook zoiets...

Maak je dan een nieuwe sensor, of kan je dit direct in de state van de betreffende sensor zetten?
dus:

code:

- name: totaal
  state: {{[ states('sensor.totaal') | float, states('sensor.omvormer1') | float + states('sensor.omvormer2') | float ]  | max }}
  unit_of_measurement: 'kWh'
  state_class: "total_increasing"
  device_class: "energy"

of

code:

- name: totaal
  state: {{ states('sensor.omvormer1') | float + states('sensor.omvormer2') | float }}
  unit_of_measurement: 'kWh'
  state_class: "total_increasing"
  device_class: "energy"  

- name: totaal_2
  state: {{[ states('sensor.totaal') | float, states('sensor.omvormer1') | float + states('sensor.omvormer2') | float ] | max }}
  unit_of_measurement: 'kWh'
  state_class: "total_increasing"
  device_class: "energy"

Kan gewoon in de sensor zelf.

[Gizz]

@A. Qonsaides Lijkt erop alsof HA denkt dat je meter steeds gereset wordt. Vervolgens rekent hij het verschil uit tussen 0 en de huidige meterwaarde. En dan kom je op vrij grote getallen

Wellicht extra aangeven dat die sensoren total_increasing zijn?

edit: waarom je waardes om 7:00 uur verdubbelen kan ik niet direct verklaren. Heb je toen zelf iets aangepast?

[ Voor 14% gewijzigd door Gizz op 26-09-2021 11:31 ]

[A. Qonsaides]

Gizz schreef op zondag 26 september 2021 @ 11:26:
@A. Qonsaides Lijkt erop alsof HA denkt dat je meter steeds gereset wordt. Vervolgens rekent hij het verschil uit tussen 0 en de huidige meterwaarde. En dan kom je op vrij grote getallen

Wellicht extra aangeven dat die sensoren total_increasing zijn?

edit: waarom je waardes om 7:00 uur verdubbelen kan ik niet direct verklaren. Heb je toen zelf iets aangepast?

Vandaag heb ik om 7:00 niks gewijzigd.

Ik heb ook nog geprobeerd om dit via de oude integratie (in YAML, maar daarmee kreeg ik de YouLess niet in het energiedashboard.

De entiteit ‘sensor.power_high’ heeft de volgende status attributen:

code:

state_class: total_increasing
unit_of_measurement: kWh
friendly_name: Power high
device_class: energy

Volgens mij staan de attributen daarmee goed en ik zie ook de juiste waarden in de entiteiten, alleen het dashboard werkt bij mij niet goed.

[NielsNL]

Ik probeer mijn P1 meter netjes in de energy monitor te krijgen, maar mijn peak energy krijg ik niet te zien, alleen off peak:

terwijl de peak meting wel te zien is wanneer ik 'm toevoeg aan lovelace:


dit is m'n hele utility meter:

YAML:

utility_meter:
  daily_energy_offpeak:
    source: sensor.p1_consumption_low_tarif
    name: Daily Energy (Offpeak)
    cycle: daily
  daily_energy_peak:
    source: sensor.p1_consumption_high_tarif
    name: Daily Energy (Peak)
    cycle: daily
  daily_gas:
    source: sensor.p1_gas_usage
    name: Daily Gas
    cycle: daily
  monthly_energy_offpeak:
    source: sensor.p1_consumption_low_tarif
    name: Monthly Energy (Offpeak)
    cycle: monthly
  monthly_energy_peak:
    source: sensor.p1_consumption_high_tarif
    name: Monthly Energy (Peak)
    cycle: monthly
  monthly_gas:
    source: sensor.p1_gas_usage
    name: Monthly Gas
    cycle: monthly

En dit m'n high en low tariff meting:

YAML:

  - platform: mqtt
    name: P1 Consumption Low Tarif
    unit_of_measurement: 'kWh'
    device_class: power
    state_class: total_increasing
    state_topic: "sensors/power/p1meter/consumption_low_tarif"
    value_template: "{{ value|float / 1000 }}"

  - platform: mqtt
    name: P1 Consumption High Tarif
    unit_of_measurement: 'kWh'
    device_class: power
    state_class: total_increasing
    state_topic: "sensors/power/p1meter/consumption_high_tarif"
    value_template: "{{ value|float / 1000 }}"

Wat zie ik over het hoofd?

[TheFes]

NielsNL schreef op dinsdag 28 september 2021 @ 22:09:
Ik probeer mijn P1 meter netjes in de energy monitor te krijgen, maar mijn peak energy krijg ik niet te zien, alleen off peak:
[Afbeelding]
terwijl de peak meting wel te zien is wanneer ik 'm toevoeg aan lovelace:
[Afbeelding]

dit is m'n hele utility meter:

YAML:

utility_meter:
  daily_energy_offpeak:
    source: sensor.p1_consumption_low_tarif
    name: Daily Energy (Offpeak)
    cycle: daily
  daily_energy_peak:
    source: sensor.p1_consumption_high_tarif
    name: Daily Energy (Peak)
    cycle: daily
  daily_gas:
    source: sensor.p1_gas_usage
    name: Daily Gas
    cycle: daily
  monthly_energy_offpeak:
    source: sensor.p1_consumption_low_tarif
    name: Monthly Energy (Offpeak)
    cycle: monthly
  monthly_energy_peak:
    source: sensor.p1_consumption_high_tarif
    name: Monthly Energy (Peak)
    cycle: monthly
  monthly_gas:
    source: sensor.p1_gas_usage
    name: Monthly Gas
    cycle: monthly

En dit m'n high en low tariff meting:

YAML:

  - platform: mqtt
    name: P1 Consumption Low Tarif
    unit_of_measurement: 'kWh'
    device_class: power
    state_class: total_increasing
    state_topic: "sensors/power/p1meter/consumption_low_tarif"
    value_template: "{{ value|float / 1000 }}"

  - platform: mqtt
    name: P1 Consumption High Tarif
    unit_of_measurement: 'kWh'
    device_class: power
    state_class: total_increasing
    state_topic: "sensors/power/p1meter/consumption_high_tarif"
    value_template: "{{ value|float / 1000 }}"

Wat zie ik over het hoofd?

Als je nou die mqqt sensors de device_class energy geeft in plaats van power, dan kun je die gewoon toevoegen

[jj85]

scorpion303 schreef op dinsdag 28 september 2021 @ 20:25:
[...]

Ik heb ook een aantal sensoren die af en toe unavailable zijn. Door middel van de volgende template oplossing houden ze hun ‘oude’ waarde in mijn dashboard.

YAML:

    ducobox_node_toilet_beneden_temp:
      friendly_name: 'Toilet beneden Temperatuur'
      value_template: >
        {% if state_attr('sensor.ducobox_node_toilet_beneden_info', 'temp') != None %}
        {{ state_attr('sensor.ducobox_node_toilet_beneden_info', 'temp') }}
        {% else %}
        {{ states('sensor.ducobox_node_toilet_beneden_temp') }}
        {% endif %}
      device_class: temperature
      unit_of_measurement: "°C"

Wellicht een omslachtige oplossing, maar hij werkt voor mij…

Interessant!.
Ik lees via een ESP(Home) mijn stadsverwarming in (Multical 401). De waarde in joules, zet ik vervolgens om in equivalente m3 aardgas.

YAML:

  - name: "Multical gas equivalent"
    platform: template
    id: m_gas_eq
    icon: "mdi:lightning-bolt"
    unit_of_measurement: m³
    accuracy_decimals: 2
    state_class: "total_increasing"
    device_class: "gas"
    lambda: |-
      return id(m_energy).state * 3.6 / 1000 * 32.68;

Deze waarde heb ik aan het Energy dashboard toegevoegd.
Huidige waarde is ongeveer 12.000 m3.

Heel af en toe schiet de waarde van de uitlezing van 12.000 naar 0 (ik vermoed een verbindingsprobleem (unavailable) of geen goede uitlezing van de stadsverwarmingmeter). Enige tjid later herstelt de situatie zich weer en gaat de sensorwaarde weer van 0 naar 12.000
In HA resulteert dat in een gigantisch gasverbruik voor die dag, immers een toename gedetecteerd van 12.000 m3.

Wellicht dat jouw template sensor ook voor mij kan functioneren om dit te verbeteren.
Ik ga het eens proberen

En als iemand een ander goede oplossing heeft, dan hoor ik dat graag

[KC27]

NielsNL schreef op dinsdag 28 september 2021 @ 22:09:
Ik probeer mijn P1 meter netjes in de energy monitor te krijgen, maar mijn peak energy krijg ik niet te zien, alleen off peak:
[Afbeelding]
terwijl de peak meting wel te zien is wanneer ik 'm toevoeg aan lovelace:
[Afbeelding]

dit is m'n hele utility meter:

YAML:

utility_meter:
  daily_energy_offpeak:
    source: sensor.p1_consumption_low_tarif
    name: Daily Energy (Offpeak)
    cycle: daily
  daily_energy_peak:
    source: sensor.p1_consumption_high_tarif
    name: Daily Energy (Peak)
    cycle: daily
  daily_gas:
    source: sensor.p1_gas_usage
    name: Daily Gas
    cycle: daily
  monthly_energy_offpeak:
    source: sensor.p1_consumption_low_tarif
    name: Monthly Energy (Offpeak)
    cycle: monthly
  monthly_energy_peak:
    source: sensor.p1_consumption_high_tarif
    name: Monthly Energy (Peak)
    cycle: monthly
  monthly_gas:
    source: sensor.p1_gas_usage
    name: Monthly Gas
    cycle: monthly

En dit m'n high en low tariff meting:

YAML:

  - platform: mqtt
    name: P1 Consumption Low Tarif
    unit_of_measurement: 'kWh'
    device_class: power
    state_class: total_increasing
    state_topic: "sensors/power/p1meter/consumption_low_tarif"
    value_template: "{{ value|float / 1000 }}"

  - platform: mqtt
    name: P1 Consumption High Tarif
    unit_of_measurement: 'kWh'
    device_class: power
    state_class: total_increasing
    state_topic: "sensors/power/p1meter/consumption_high_tarif"
    value_template: "{{ value|float / 1000 }}"

Wat zie ik over het hoofd?

Je hoeft je meters niet om te zetten naar dagelijkse meters met de utility meter.
Je originele sensors zijn verkeerd ingesteld:
Als je daar de instellingen als volgt maakt (evt via customize.yaml) gaat het m.i. direct daarmee goed:
state_class: total_increasing
unit_of_measurement; kWh
device_class: energy (dus geen power, die is bedoeld voor vermogen in W of kW)

[jj85]

Septillion schreef op woensdag 29 september 2021 @ 10:54:
@jj85 Die uit ESPhome zal zelf netjes de availability doen. Maar je template sensor die de info uit de ESPhome-sensor haalt verandert niet vanzelf mee, daar zal je zelf de availability voor moeten opgeven. Meest logische is om daarbij naar de originele entity te kijken.

Dank, je hebt me op het goede spoor gezet.
Het ging eigenlijk mis indien de uitlezing niet goed was, dan gaf de ESPhome (custom) sensor 0 terug.
(dat moet ik dus eigenlijk gaan oppakken in de custom sensor binnen ESPhome).

Ter lering ende vermaak dit momenteel op twee manier opgelost.

Jouw suggestie dmv HA template sensor + availability template:

YAML:

template:
  - sensor:
      - unique_id: gas_equivalent
        name: Stadsverwarming (gas equivalent)
        unit_of_measurement: m³ 
        device_class: gas        
        state: "{{ ( states('sensor.multical_energy')|float * 3.6 / 1000 * 32.68 ) | round(2)}}" 
        state_class: total_increasing
        availability: >-
            {%- if not is_state("sensor.multical_energy", "unavailable") and states('sensor.multical_energy')|float > 0 %}
              true
            {%- endif %}

Alternatief door mijn template sensor in ESPhome aan te passen (return NAN indien sensorwaarde 0 is)

YAML:

  - name: "Multical gas equivalent"
    platform: template
    id: m_gas_eq
    icon: "mdi:lightning-bolt"
    unit_of_measurement: m³
    accuracy_decimals: 2
    state_class: "total_increasing"
    device_class: "gas"
    lambda: |-
      if (id(m_energy).state > 0) {
        return id(m_energy).state * 3.6 / 1000 * 32.68;
      } else {
        return NAN;
      }  

[TheFes]

jj85 schreef op woensdag 29 september 2021 @ 19:48:
[...]

Dank, je hebt me op het goede spoor gezet.
Het ging eigenlijk mis indien de uitlezing niet goed was, dan gaf de ESPhome (custom) sensor 0 terug.
(dat moet ik dus eigenlijk gaan oppakken in de custom sensor binnen ESPhome).

Ter lering ende vermaak dit momenteel op twee manier opgelost.

Jouw suggestie dmv HA template sensor + availability template:

YAML:

template:
  - sensor:
      - unique_id: gas_equivalent
        name: Stadsverwarming (gas equivalent)
        unit_of_measurement: m³ 
        device_class: gas        
        state: "{{ ( states('sensor.multical_energy')|float * 3.6 / 1000 * 32.68 ) | round(2)}}" 
        state_class: total_increasing
        availability: >-
            {%- if not is_state("sensor.multical_energy", "unavailable") and states('sensor.multical_energy')|float > 0 %}
              true
            {%- endif %}

Alternatief door mijn template sensor in ESPhome aan te passen (return NAN indien sensorwaarde 0 is)

YAML:

  - name: "Multical gas equivalent"
    platform: template
    id: m_gas_eq
    icon: "mdi:lightning-bolt"
    unit_of_measurement: m³
    accuracy_decimals: 2
    state_class: "total_increasing"
    device_class: "gas"
    lambda: |-
      if (id(m_energy).state > 0) {
        return id(m_energy).state * 3.6 / 1000 * 32.68;
      } else {
        return NAN;
      }  

Je availibility_template is nodeloos complex. Je zeg nu if true then true. Dan kun je ook gewoon true zeggen. Zo dus:

YAML:

        availability: >-
            {{ not is_state("sensor.multical_energy", "unavailable") and states('sensor.multical_energy')|float > 0 }}

[breinonline]

Ik heb mijn Mitsubishi warmtepomp in HA gekoppeld. Nu krijg ik daar geen directe energiegegevens uit maar ik krijg wel dagelijks waarden (over de afgelopen dag) van de gebruikte en geproduceerde energie. Deze komen op de dag zelf binnen, net voordat het 12 uur 's nachts is (dus om 11:58:44, 11:59:23, etc.). Die had ik al in HA zitten voordat het energiedashboard werd geïntroduceerd. Nu probeer ik die in het dashboard te koppelen als los apparaat.

Ik heb heel wat geëxperimenteerd (ook al eens deze vraag hier gesteld maar hij is nog niet opgelost ).

Ik heb nu (customize.yaml):

YAML:

sensor.dailyhotwaterenergyconsumed:
  state_class: total_increasing
  device_class: energy
  friendly_name: "SWW energie"
  cycle: daily
  offset:
    days: 1
sensor.dailyheatingenergyconsumed:
  state_class: total_increasing
  device_class: energy
  friendly_name: "Verwarmingsenergie"
  cycle: daily
  offset:
    days: 1

Ik heb een overzichtje gemaakt van de waarden van de sensor (uit de history gelezen) en hetgeen het energy dashboard weergeeft de afgelopen dagen:


De juiste waarde wordt af en toe getoond (groen gemarkeerd) en af en toe pakt HA het verschil (oranje). Maar bij beide sensors doet hij dat anders en ik kan er geen patroon in ontdekken. Waar gaat dit nu ergens mis?

[TheFes]

breinonline schreef op vrijdag 8 oktober 2021 @ 09:31:
Ik heb mijn Mitsubishi warmtepomp in HA gekoppeld. Nu krijg ik daar geen directe energiegegevens uit maar ik krijg wel dagelijks waarden (over de afgelopen dag) van de gebruikte en geproduceerde energie. Deze komen op de dag zelf binnen, net voordat het 12 uur 's nachts is (dus om 11:58:44, 11:59:23, etc.). Die had ik al in HA zitten voordat het energiedashboard werd geïntroduceerd. Nu probeer ik die in het dashboard te koppelen als los apparaat.

Ik heb heel wat geëxperimenteerd (ook al eens deze vraag hier gesteld maar hij is nog niet opgelost ).

Ik heb nu (customize.yaml):

YAML:

sensor.dailyhotwaterenergyconsumed:
  state_class: total_increasing
  device_class: energy
  friendly_name: "SWW energie"
  cycle: daily
  offset:
    days: 1
sensor.dailyheatingenergyconsumed:
  state_class: total_increasing
  device_class: energy
  friendly_name: "Verwarmingsenergie"
  cycle: daily
  offset:
    days: 1

Ik heb een overzichtje gemaakt van de waarden van de sensor (uit de history gelezen) en hetgeen het energy dashboard weergeeft de afgelopen dagen:
[Afbeelding]

De juiste waarde wordt af en toe getoond (groen gemarkeerd) en af en toe pakt HA het verschik (oranje). Maar bij beide sensors doet hij dat anders en ik kan er geen patroon in ontdekken. Waar gaat dit nu ergens mis?

Een total_increasing sensor verwacht waardes die continu oplopen. Zo lang die oploopt gaat hij er vanuit dat het een verhoging ten opzichte van de vorige waarde is.
Als het lager is, gaat hij uit van een reset, en pakt de waarde vanaf 0. Ik heb het idee dat hij verder niets doet met die cycle: daily
Verklaart overigens niet die ene waarde van -0.04, maar met de rest klopt dit wel.

Wat ik zou doen als ik jou was, is een daadwerkelijk altijd oplopende sensor maken, dus zonder de daily cycle.

[TheFes]

breinonline schreef op vrijdag 8 oktober 2021 @ 09:42:
Dan zou ik dus een soort template sensor moeten maken die elke keer de door deze sensors aangeboden waarden optelt?

Ja, precies. Je zou een template sensor kunnen maken die triggert op een state change van de bron-sensor, en dan de nieuwe waarde optelt bij de bestaande. Het nadeel van trigger based template sensors is echter dat ze resetten bij een herstart van HA.

@breinonline
Je zou een statistics sensor kunnen gebruiken
Ik heb het even gestest met een input_number. In plaats van de input_number moet jij dus je bron-sensor gebruiken

Statistics sensor:

YAML:

sensor:
  - platform: statistics
    entity_id: sensor.test_sum # hier moet je temlate sensor komen

Trigger based template sensor:

YAML:

template:
  - trigger:
      - platform: state
        entity_id: input_number.test # hier moet je bron-sensor
      - platform: homeassistant
        event: start
      - platform: event
        event_type: event_template_reloaded
    sensor:
      - name: test sum # naam naar keuze, wordt lowercase met underscores je entity_id (met sensor. er voor)
        unique_id: 2a25a8ee-42e7-47c8-9abd-2144a125d086 # unique id naar keuze, ik gebruik een uuid generator
        state: > # input_number aanpassen naar je bron-sensor, sensor.test_sum naar je uiteindelijke naam
          {{ [ state_attr('sensor.stats', 'max_value') | float, states('sensor.test_sum') | float + states('input_number.test') | float] | max }}
        state_class: total_increasing
        device_class: energy
        unit_of_measurement: kWh
        icon: mdi:chart-line

Zit wel een risico in dat een state change van de bronsensor gemist wordt tijdens een herstart van HA.

[ Voor 56% gewijzigd door TheFes op 08-10-2021 11:50 ]

[breinonline]

TheFes schreef op vrijdag 8 oktober 2021 @ 09:45:
[...]


Ja, precies. Je zou een template sensor kunnen maken die triggert op een state change van de bron-sensor, en dan de nieuwe waarde optelt bij de bestaande. Het nadeel van trigger based template sensors is echter dat ze resetten bij een herstart van HA.

@breinonline
Je zou een statistics sensor kunnen gebruiken
Ik heb het even gestest met een input_number. In plaats van de input_number moet jij dus je bron-sensor gebruiken

Statistics sensor:

YAML:

sensor:
  - platform: statistics
    entity_id: sensor.test_sum # hier moet je temlate sensor komen

Trigger based template sensor:

YAML:

template:
  - trigger:
      - platform: state
        entity_id: input_number.test # hier moet je bron-sensor
      - platform: homeassistant
        event: start
      - platform: event
        event_type: event_template_reloaded
    sensor:
      - name: test sum # naam naar keuze, wordt lowercase met underscores je entity_id (met sensor. er voor)
        unique_id: 2a25a8ee-42e7-47c8-9abd-2144a125d086 # unique id naar keuze, ik gebruik een uuid generator
        state: > # input_number aanpassen naar je bron-sensor, sensor.test_sum naar je uiteindelijke naam
          {{ [ state_attr('sensor.stats', 'max_value') | float, states('sensor.test_sum') | float + states('input_number.test') | float] | max }}
        state_class: total_increasing
        device_class: energy
        unit_of_measurement: kWh
        icon: mdi:chart-line

Zit wel een risico in dat een state change van de bronsensor gemist wordt tijdens een herstart van HA.

Ik had dit niet zelf kunnen verzinnen, dank voor je hulp. Helaas lukt het nog niet gezien in het geheel in sensor.yaml wil plaatsen en dus zit met een andere indentation, maar die krijg ik maar niet goed

Het risico van de herstart is trouwens wel beperkt midden in de nacht dus een change missen valt wel mee denk ik.

[TheFes]

Septillion schreef op vrijdag 15 oktober 2021 @ 08:02:
@krizzziz Voor mijn gebruik van de koelkasten gebruik ik nu de maandelijkse sensor van mijn pluggen. Dit gaat goed ondanks de jump naar 0. Volgens mij negeert HA dus de reset gewoon en zorgt zelf voor de som.

Dat is volgens mij ook de reden dat andere hier juist problemen hadden toen hun sensor door een error juist even naar 0 ging en dan weer terug naar de correcte waarde. Dan werd de hele som als verbruik op dat moment geregistreerd.

Ik heb volgens mij ergens voorbij zien komen dat er tegenwoordig een state_class: total is. Met die state_class gaat HA er vanuit dat altijd de lifetime waarde in de sensor staat, een tijdelijke foutieve reset naar 0 zal dan niet dat gedrag geven.

Met state_class: total_increasing zal HA er na een reset naar 0 inderdaad wel vanuit gaan dat de volgende waarde weer vanaf de 0 moet tellen.

[krizzziz]

TheFes schreef op vrijdag 15 oktober 2021 @ 08:29:
[...]


Ik heb volgens mij ergens voorbij zien komen dat er tegenwoordig een state_class: total is. Met die state_class gaat HA er vanuit dat altijd de lifetime waarde in de sensor staat, een tijdelijke foutieve reset naar 0 zal dan niet dat gedrag geven.

Met state_class: total_increasing zal HA er na een reset naar 0 inderdaad wel vanuit gaan dat de volgende waarde weer vanaf de 0 moet tellen.

Sorry hoor. Maar wat heeft dit voor effect op de sensor die nu dagelijks het aantal door mijn zonnepanelen geproduceerde kWh's oplepelt? Moet ik dan daar de state class state_class: total_increasing toevoegen?

[TheFes]

krizzziz schreef op vrijdag 15 oktober 2021 @ 14:22:
[...]

Sorry hoor. Maar wat heeft dit voor effect op de sensor die nu dagelijks het aantal door mijn zonnepanelen geproduceerde kWh's oplepelt? Moet ik dan daar de state class state_class: total_increasing toevoegen?

Een sensor voor het energy panel moet inderdaad state_class: total_increasing of state_class: total hebben.
Verder ook device_class: energy en unit_of_measurement: kWh (of Wh)

[Gizz]

Amanoo schreef op vrijdag 29 oktober 2021 @ 10:52:
Ik heb ook geprobeerd om via een template een sensor te maken die opwekking aftrekt van verbruik, om zo de levering uit het net te krijgen. En dan teruglevering verwijderen. Maar Home Assistant lijkt die virtuele sensor niet te herkennen als energiemeting. Ik zie wel data, een bepaalde hoeveelheid energie wordt eruit gepoept, maar het symbooltje is een oogje in plaats van een bliksemschicht, en ik kan de zelfgemaakte sensor ook niet selecteren in de energie instellingen.

Zou je de template eens kunnen delen? Het lijkt erop dat je niet goed hebt aangegeven wat de device_class is.

Dit heb ik bij mijn MQTT sensoren staan voor de zonnepanelen, totaal verbruik etc.:

YAML:

    unit_of_measurement: "kWh"
    device_class: "energy"
    state_class: "total_increasing"

Met device_class: "energy" zou je echt geen oogje moeten krijgen.

Overigens klopt het niet wat je zegt, dat Essent per dag bekijkt of je teruglevert of importeert uit het net. Dit gaat gewoon 1x per jaar bij de eindafrekening. Dat is de salderingsregeling.

Amanoo schreef op vrijdag 29 oktober 2021 @ 10:52:
Het is allemaal een beetje lastig. Ik doe de meting ook via de Toon P1 meter, dus ik zie alleen verbruik en opwekking, niet teruglevering of wat ik van het net gebruik.

Via P1 zou je normaliter veel meer moeten kunnen zien. Maar ik ken de Toon verder niet echt, behalve van naam. Is er niet sprake van een misverstand? Dat verbruik = wat je van het net verbruikt en opwekking = teruglevering? Dat klinkt nogal logisch namelijk

[ Voor 27% gewijzigd door Gizz op 29-10-2021 11:45 ]

[Amanoo]

Gizz schreef op vrijdag 29 oktober 2021 @ 11:28:
[...]

Zou je de template eens kunnen delen? Het lijkt erop dat je niet goed hebt aangegeven wat de device_class is.

Dit heb ik bij mijn MQTT sensoren staan voor de zonnepanelen, totaal verbruik etc.:

YAML:

    unit_of_measurement: "kWh"
    device_class: "energy"
    state_class: "total_increasing"

Met device_class: "energy" zou je echt geen oogje moeten krijgen.

Overigens klopt het niet wat je zegt, dat Essent per dag bekijkt of je teruglevert of importeert uit het net. Dit gaat gewoon 1x per jaar bij de eindafrekening. Dat is de salderingsregeling.

Ah, ik had inderdaad niet gezien dat ik device class moest aangeven. Ik zag dat niet terug in voorbeelden, dus ik dacht dat het werd geïnfereerd uit de gebruikte eenheid. Ik kan nu niet delen want ik moet nu weg, maar je hebt gelijk, ik had dat niet gedaan.

Wat Essent betreft, ik bedoelde keer dat ze naar mijn weten niet elk uur in het afgelopen jaar afgaan om te kijken op welke momenten je meer hebt opgewekt dan verbruikt (en dus teruggeleverd). Dat hun resolutie waarmee ze het bekijken niet zo hoog is dus. Volgens mij heeft teruglevering ook een lagere prijs, althans dat begrijp ik uit mijn contract, dus dat maakt onder de eindstreep uit. Het kan zijn dat ik een uurtje meer opwek dan gebruik, maar dat zal niet snel een hele dag duren, laat staan langer. Een grove resolutie is voor mij voordeliger.

Via P1 zou je normaliter veel meer moeten kunnen zien. Maar ik ken de Toon verder niet echt, behalve van naam. Is er niet sprake van een misverstand? Dat verbruik = wat je van het net verbruikt en opwekking = teruglevering? Dat klinkt nogal logisch namelijk

Ja, naar mijn weten wordt levering uit het net niet doorgegeven door Toon. Die data zit niet in de API. die krijg ik niet binnen.

[ Voor 12% gewijzigd door Amanoo op 29-10-2021 12:13 ]

[Amanoo]

@Gizz

Ik kan nog steeds niet mijn sensoren toevoegen aan mijn energietab. Ik heb de volgende code toegevoegd aan configuration.yaml:

code:

  - platform: template
    sensors:
      grid_power_draw_cnt_high:
        unit_of_measurement: 'kWh'
        device_class: "energy"
        value_template: >
          {% set use = states('sensor.toon_p1_power_use_cnt_high') | float %}
          {% set prod = states('sensor.toon_p1_power_prod_cnt_high') | float %}
          {{ (use - prod) }}
        friendly_name: 'Grid Power Draw Cnt High'
  - platform: template
    sensors:
      grid_power_draw_cnt_low:
        unit_of_measurement: 'kWh'
        device_class: "energy"
        value_template: >
          {% set use = states('sensor.toon_p1_power_use_cnt_low') | float %}
          {% set prod = states('sensor.toon_p1_power_prod_cnt_low') | float %}
          {{ (use - prod) }}
        friendly_name: 'Grid Power Draw Cnt Low'

Ik heb nu wel een bliksemschicht, al zij het een andere dan die uit Toon komt (maar mogelijk heeft die een ander symbool gekozen). state_class werd trouwens niet geaccepteerd. Ik zie over de huidige config van de sensoren geen foutmeldingen en ik kan de sensor gewoon toevoegen aan mijn dashbord. Maar waarschijnlijk is die state class wel nodig om ze aan energie toe te voegen. Ik zie berichten dat je alleen state_class: "measurement" kan gebruiken, maar elk gebruik van state_class geeft bij mij dezelfde error: "state class is an invalid option for sensor.template". Ik zag ook al dat ik voor total_increasing ervoor moet zorgen dat de waarde niet omlaag kan, dus nog even een if statement toevoegen. Maar goed, als state_class helemaal niet wordt geaccepteerd maakt dat niet uit.

Als ik state gebruik in plaats van value_template klaagt hij ook over state_class. Wat ik ook doe, ik kan geen state_class toevoegen.

[ Voor 6% gewijzigd door Amanoo op 29-10-2021 14:45 ]

[Gizz]

@Amanoo Je hebt echt state_class nodig om aan te geven dat het een sensor is waarvan je data wilt bewaren om statistieken te genereren. Zie ook class: New sensor state total_increasing en New sensor state class: total

Is je HA wel up to date? Of gebruik je een versie die dateert van voor de introductie van total_increasing?

edit: kan ook nog veroorzaakt worden door het gebruiken van het legacy template format i.p.v. het modern template format. Zie deze post. Dat lijkt me bij jou het geval te zijn.

State_class wordt in het nieuwe format gewoon ondersteund bij templates. Merk trouwens op dat volgens die pagina alleen measurement als class bestaat, maar dat is dus achterhaald

[ Voor 38% gewijzigd door Gizz op 29-10-2021 14:56 ]

[Amanoo]

@Gizz
core-2021.10.6, supervisor-2021.10.6, Home Assistant OS 6.5 is wat bij Systeem staat in de supervisor. Ik zie geen updates beschikbaar. Zou ook erg stug zijn gezien 2021.10.6 van deze maand is.

Huidige config:

code:

  - platform: template
    sensors:
      grid_power_draw_cnt_high:
        unit_of_measurement: 'kWh'
        device_class: "energy"
        state_class: "total_increasing"
        state: >
          {% set use = states('sensor.toon_p1_power_use_cnt_high') | float %}
          {% set prod = states('sensor.toon_p1_power_prod_cnt_high') | float %}
          {{ (use - prod) }}
        friendly_name: 'Grid Power Draw Cnt High'
  - platform: template
    sensors:
      grid_power_draw_cnt_low:
        unit_of_measurement: 'kWh'
        device_class: "energy"
        state_class: "total_increasing"
        state: >
          {% set use = states('sensor.toon_p1_power_use_cnt_low') | float %}
          {% set prod = states('sensor.toon_p1_power_prod_cnt_low') | float %}
          {{ (use - prod) }}
        friendly_name: 'Grid Power Draw Cnt Low'

Resultaat:
Invalid config for [sensor.template]: [state_class] is an invalid option for [sensor.template]

Of is het mogelijk dat Home Assistant denkt dat de hele template het oude model volgt omdat er ook compleet ongerelateerde sensoren in de config gebruik maken van value_template?

EDIT: volgens mij heb ik de sensoren tussen de verkeerde entities gezet. Ik heb nu hetvolgende:

code:

template:
  - sensor:
    - name: 'Grid Power Draw Cnt High'
      unit_of_measurement: 'kWh'
      device_class: "energy"
      state_class: "total_increasing"
      state: >
          {% set use = states('sensor.toon_p1_power_use_cnt_high') | float %}
          {% set prod = states('sensor.toon_p1_power_prod_cnt_high') | float %}
          {{ (use - prod) }}
  - sensor:
    - name: 'Grid Power Draw Cnt Low'
      unit_of_measurement: 'kWh'
      device_class: "energy"
      state_class: "total_increasing"
      state: >
          {% set use = states('sensor.toon_p1_power_use_cnt_low') | float %}
          {% set prod = states('sensor.toon_p1_power_prod_cnt_low') | float %}
          {{ (use - prod) }}

Nu verschijnen ze wel. Ik moet alleen nog wat spelen, want nu kunnen ze omlaag gaan. Dus of total gebruiken, of een if statement erbij. Voor nu gebruik ik total wel als class.

[ Voor 25% gewijzigd door Amanoo op 29-10-2021 15:21 ]

[Slonzo]

raymondw schreef op zondag 31 oktober 2021 @ 11:46:
Na een herstart draait het wel weer, maar ik mis nog steeds de uren 3.00 <> 11.00
Iemand een idee of die er vanzelf weer bij komen?
Of gaat er om 12.10 een verrekening plaats vinden?

Die komen er niet meer bij, de recorder heeft niets kunnen wegschrijven tijdens die tijd. Als je sensor voor het energy dashboard een `total_increasing` type is, zal 'ie je dagverbruik idd wel verrekenen bij het volgende balkje.

[Peet3kabo]

Slonzo schreef op zondag 31 oktober 2021 @ 11:52:
[...]

Die komen er niet meer bij, de recorder heeft niets kunnen wegschrijven tijdens die tijd. Als je sensor voor het energy dashboard een `total_increasing` type is, zal 'ie je dagverbruik idd wel verrekenen bij het volgende balkje.

Hier heeft HA volgens mij wel het verschil tussen 2 uur en herstart ineens bijgeschreven in het energiedashboard na de herstart. Heb dus heel veel verbruik op hetzelfde moment.

[Septillion]

@kings54 Als hij op total_increasing staat zou dat volgens mij geen probleem moeten zijn. Als hij dan terug flipt naar 0 (of misschien zelf gewoon lagere value dan last) ziet HA dit als reset van het device en zal het zelf de nieuwe waarde gaan sommen met de oude.

Mijn Tasmota's doen elke maand een reset, geen issue

[kings54]

Septillion schreef op zaterdag 6 november 2021 @ 09:29:
@kings54 Als hij op total_increasing staat zou dat volgens mij geen probleem moeten zijn. Als hij dan terug flipt naar 0 (of misschien zelf gewoon lagere value dan last) ziet HA dit als reset van het device en zal het zelf de nieuwe waarde gaan sommen met de oude.

Mijn Tasmota's doen elke maand een reset, geen issue

Bedankt, dit is precies wat ik zocht. Het was nog even zoeken hoe ik dit kon toevoegen aan de sensor aangezien ik deze niet handmatig heb toegevoegd in de YAML maar middels https://www.home-assistan...tion/customizing-devices/ is het gelukt. Hiermee kon ik hem ook direct toevoegen aan het Energy dashboard.

[Melantrix]

Ik maak gebruik van een watermeter van conntectix https://www.connectix.nl/...pelen-aan-home-assistant/. Nu wil ik hier een statistics graph card voor maken met mean, min, max e.d. echter krijg ik alleen een sum te zien.

ik heb de total entity met state_class total geprobeerd en de hourly met state_class total_increasing en last_reset geprobeerd, maar beide genereren alleen een sum graph.

Heeft iemand een idee hoe ik de mean,min,max zou kunnen krijgen?

[Hmmbob]

2021.11.2:

• Bump total_connect_client to 2021.11.2 (@austinmroczek - #58818) (totalconnect docs)
• Adjust frag_duration setting in stream (@uvjustin - #59135) (stream docs)
• Bump flux_led to 0.24.15 (@bdraco - #59159) (flux_led docs)
• Bump aioguardian to 2021.11.0 (@bachya - #59161) (guardian docs)
• Guard against flaky SimpliSafe API calls (@bachya - #59175) (simplisafe docs)
• Guard against missing data in ReCollect Waste (@bachya - #59177) (recollect_waste docs)
• Change ReCollect Waste device class to date (@bachya - #59180) (recollect_waste docs)
• bump aioshelly to 1.0.4 (@mib1185 - #59209) (shelly docs)
• Bump flux_led to 0.24.17 (@bdraco - #59211) (flux_led docs)
• Fix tradfri group reachable access (@janiversen - #59217) (tradfri docs)
• Increase timeout for fetching camera data on Synology DSM (@mib1185 - #59237) (synology_dsm docs)
• Add Battery sensor regardless if the battery_percent_remaining attribute is supported or not (@Adminiuga - #59264) (zha docs)
• Fix condition for fritz integration (@chemelli74 - #59281) (fritz docs)
• Remove illuminance sensor (@bieniu - #59305) (xiaomi_miio docs)
• Revert "Use DeviceInfo in shelly (#58520)" (@thecode - #59315) (shelly docs)
• Support generic xiaomi_miio vacuums (@OGKevin - #59317) (xiaomi_miio docs)
• Bump paho-mqtt to 1.6.1 (@emontnemery - #59339) (mqtt docs) (shiftr docs)
• Bump velbusaio to 2021.11.6 (@Cereal2nd - #59353) (velbus docs)
• Update frontend to 20211108.0 (@bramkragten - #59364) (frontend docs)

[slow whoop]

Septillion schreef op woensdag 10 november 2021 @ 10:58:
@Thoit (en @slow whoop) In dit geval komt het omdat je de oude notatie voor een template-sensor gebruikt. Die ondersteund geen state_class.

Maar ik weet niet wat voor integratie de sensor komt. Misschien dat die met een update al gewoon de juiste classe heeft. Zo niet, kan je deze ook gewoon instellen via Configuration => Customisations. Dan hoef je geen dubbele sensor aan te maken.

De Riemann Sum integratie ondersteunt geen state_class als configuratie variabele.

Als ik de sensor bekijk in Configuartion --> Customizations zie ik dat de state_class "total" is. Als ik die vervolgens handmatig verander in "total_increasing" kan ik de sensor vervolgens wel toevoegen aan het Energy Dashboard.

Mooi. Dan heb ik de Utility Meter sensor nier meer nodig. @Septillion Bedankt voor de tip! @Thoit Misschien werkt het op deze manier voor jou ook.

[ Voor 4% gewijzigd door slow whoop op 10-11-2021 13:32 ]

[Frenck]

slow whoop schreef op woensdag 10 november 2021 @ 13:30:
[...]

De Riemann Sum integratie ondersteunt geen state_class als configuratie variabele.

Zeker wel, maar alleen als de configuratie klopt. Dus dan gaat er elders al iets mis (e.g., in de sensoren die je gebruikt). Veel voorkomend issue dat ik zie, is missende device classes of unit of measurements uit de sensoren die gebruikt worden. Beide overigens ondersteund door zowel de oude als nieuwe template notaties.

slow whoop schreef op woensdag 10 november 2021 @ 13:30:
[...]
Als ik de sensor bekijk in Configuartion --> Customizations zie ik dat de state_class "total" is. Als ik die vervolgens handmatig verander in "total_increasing" kan ik de sensor vervolgens wel toevoegen aan het Energy Dashboard.

Mooi. Dan heb ik de Utility Meter sensor nier meer nodig. @Septillion Bedankt voor de tip! @Thoit Misschien werkt het op deze manier voor jou ook.

Customizations zou je hier niet voor moeten gebruiken. Dit geeft uiteindelijk problemen (aangezien je de statistic logic override, dit gaat je bijten). In plaats daarvan, rapporteer een issue voor de betreffende integratie dat het correct word opgelost.

Customizations is niet een advies dat men zou moeten volgen of geven voor zulke zaken. Veroozaakt gewoon issues uiteindelijk.

[ Voor 24% gewijzigd door Frenck op 10-11-2021 13:39 ]

[slow whoop]

Frenck schreef op woensdag 10 november 2021 @ 13:57:
[...]
Energy dashboard ondersteund sensors met state_class "total", maar dan moet de unit of measurement en device class ook kloppen bij een energie sensor.

Ik heb hiier sensoren die ik heb aangemaakt met de Riemann Sum integratie. Volgens de configuration editor hebben die:

• state_class = total
• unit_of_measurement = kWh
• device_class = energy

Volgens mij voldoen ze dus aan de voorwaarden die je net noemde, maar ik kan deze sensoren vervolgens niet selecteren in het Energy Dashboard. Pas als ik de state_class handmatig override naar total_increasing kan ik ze toevoegen. Maar van dit laatste zeg je me dat ik dat beter niet kan doen. Heb je een tip hoe ik ze dan wel zou kunnen toevoegen aan het Energy Dashboard?

Frenck schreef op woensdag 10 november 2021 @ 13:57:
[...]
Hmz ja snap ik. YAML best pratices zijn meestal meer smaak. De smaak die wij aanhouden staat hier:
https://developers.home-a...umenting/yaml-style-guide

Alle overige zaken zouden gedocumenteerd moeten zijn, zo niet, dan... moeten we dat uitbreiden

Superhandige style-guide! Bedankt. Ga ik zeker doornemen, en controleren of mijn yaml bestanden hier aan voldoen.

[ Voor 22% gewijzigd door slow whoop op 10-11-2021 14:33 ]

[Frenck]

slow whoop schreef op woensdag 10 november 2021 @ 14:23:
[...]

Ik heb hiier sensoren die ik heb aangemaakt met de Riemann Sum integratie. Volgens de configuration editor hebben die:

• state_class = total
• unit_of_measurement = kWh
• device_class = energy

Volgens mij voldoen ze dus aan de voorwaarden die je net noemde, maar ik kan deze sensoren vervolgens niet selecteren in het Energy Dashboard. Pas als ik de state_class handmatig override naar total_increasing kan ik ze toevoegen. Maar van dit laatste zeg je me dat ik dat beter niet kan doen. Heb je een tip hoe ik ze dan wel zou kunnen toevoegen aan het Energy Dashboard?

Dat klinkt opzich goed, heb je wellicht een melding of waarschuwing voor deze sensor staan in the statistics tools?

https://my.home-assistant.io/redirect/developer_statistics/

[TheFes]

Thoit schreef op donderdag 2 december 2021 @ 14:59:
[...]

Je device_class moet energy zijn en je state_class moet bijv. measurements zijn. Dit kan je via configuration, customizations aanpassen. Dan zou de entitiy toegevoegd moeten kunnen worden in energy.

Een power entity geeft power (W of kW) en dus geen energy (Wh of kWh).
Het energy dashboard heeft energy nodig.

Bovendien moeten sensoren voor energy state_class total of total_increasing hebben.

Je kunt power wel omzetten naar energy met een Riemann sum integral

[GigaPixels]

TheFes schreef op donderdag 2 december 2021 @ 15:02:
[...]


Een power entity geeft power (W of kW) en dus geen energy (Wh of kWh).
Het energy dashboard heeft energy nodig.

Bovendien moeten sensoren voor energy state_class total of total_increasing hebben.

Je kunt power wel omzetten naar energy met een Riemann sum integral

Ik heb op die manier de entiteit aangemaakt:

code:

  - platform: integration
    source: sensor.saj_saj_current_power
    name: sensor.saj_saj_current_power_kWh
    unit_prefix: k
    round: 2

Via Configuration > Customizations de state_class op total gezet + device_class op energy.
En in de configuration.yaml het volgende toegevoegd:

code:

homeassistant:
  customize: !include customize.yaml

Maar dus die nieuwe entiteit kan ik niet kiezen in de dropdown bij Energy

slow whoop schreef op donderdag 2 december 2021 @ 14:12:
[...]

Ik heb dat ook wel eens met mijn saj-modbus integratie. Dan gaat de totale opgewekte energie ineens even naar 0 als de inverter 's morgens net aan gaat. Daarmee loopt het hele energie dashboard in de soep.

Ik heb er een aparte sensor voor aangemaakt die alleen de waarde van de saj-modbus sensor overneemt (totale opgewekte energie), als die groter of gelijk is dan de vorige waarde. Die sensor gebruik ik nu in m'n energy dashboard.

Ik heb je even een bericht gestuurd om te horen hoe je dit hebt opgelost, want ik zie niet meteen wat ik moet doen om dit te laten werken zoals jij beschrijft

[Septillion]

@Stitchie Dat is het eerste wat ik vond toen ik de integratie opzocht. Let alleen op dat die daar nog in het oude format zijn.

Voorbeeld voor nieuwe format:

YAML:

template:
  - sensor:
      - name: "PV Temperature"
        unit_of_measurement: "°C"
        state: "{{ state_attr('sensor.inverter_$NAME', 'tempperature') }}"
        availability: "{{ states('sensor.inverter_$NAME') not in [ 'unknown', 'unavailable'] }}"
        icon: mdi:thermometer
        state_class: measurement

Alleen even opletten met de state_class, alleen als het een directe meting is dan is het een 'measurement'. De sensor voor 'iday' zal bijvoorbeeld 'total_increasing' moeten zijn. Ook zelf even iconen zoeken

[DexterDee]

Btje schreef op vrijdag 10 december 2021 @ 16:49:
Heeft iemand een voorbeeld hoe je een sensor in het energie dashboard krijgt. Ik lees ze uit met esphome en dan heb je geen dsmr component. De waarden voor elektriciteit gebruik en opleveren almede gas gebruik zijn niet zichtbaar.

De truc is dat de sensor long-term statistics moet ondersteunen, anders kun je deze niet kiezen in het Energy dashboard.

HA zegt er het volgende over:

Home Assistant has support for storing sensors as long-term statistics if the entity has the right properties. To opt-in for statistics, the sensor must have state_class set to one of the valid state classes: measurement, total or total_increasing. For certain device classes, the unit of the statistics is normalized to for example make it possible to plot several sensors in a single graph.

[TheFes]

Btje schreef op zaterdag 11 december 2021 @ 21:57:
Ik krijg al m3 en kwh binnen.

https://www.zuidwijk.com/esphome-powered-p1-meter/

Deze esphome config gebruik ik.

Moet ik die items die je beschrijft dan hier toevoegen?


[...]

Wat @DexterDee schrijft klopt niet helemaal.

Als ik die config zo zie, moet je device_classs: energy en state_class: total_increasing toevoegen aan de consumption sensoren.

[Btje]

Dit toevoegen in de esphome code werkt inderdaaad. Dan zijn ze zichtbaar.

TheFes schreef op zondag 12 december 2021 @ 00:27:
[...]


Wat @DexterDee schrijft klopt niet helemaal.

Als ik die config zo zie, moet je device_classs: energy en state_class: total_increasing toevoegen aan de consumption sensoren.

[Btje]

Energy werkt. Alleen gas is niet zichtbaar. Ik heb daar device class veranderd naar gas maar dat hielp niet.

TheFes schreef op zondag 12 december 2021 @ 00:27:
[...]


Wat @DexterDee schrijft klopt niet helemaal.

Als ik die config zo zie, moet je device_classs: energy en state_class: total_increasing toevoegen aan de consumption sensoren.

[Septillion]

@dennistd Oep Eerste is dan ook geen bug (maakt het makkelijker voor een grafiek andere stat zaken), eigenlijk alles was als state_class 'measurement' heeft. Maar voor 'total' of 'total_increasing' is dat inderdaad niet zo handig

[Qwizh]

Beste mensen, deze week heb ik de Slimme Lezer + van Marcel Zuidwijk binnengekregen. Ik zou graag te zien krijgen wat mijn actuele verbruik is, maar het enige wat ik zie is het totale verbruik van tarief 1 en 2. Dit verbruik is cumulatief en niet actueel. Ik heb de state_class van de sensor al een geprobeerd te wijzigen van total_increasing naar measurement, maar dit werkte niet.

Weet iemand hoe ik dit aan de praat krijg? Ik heb een Kaifa slimme meter met SMR versie 4.2. Alvast bedankt!

[lverlaek]

Qwizh schreef op dinsdag 21 december 2021 @ 14:22:
Beste mensen, deze week heb ik de Slimme Lezer + van Marcel Zuidwijk binnengekregen. Ik zou graag te zien krijgen wat mijn actuele verbruik is, maar het enige wat ik zie is het totale verbruik van tarief 1 en 2. Dit verbruik is cumulatief en niet actueel. Ik heb de state_class van de sensor al een geprobeerd te wijzigen van total_increasing naar measurement, maar dit werkte niet.

Weet iemand hoe ik dit aan de praat krijg? Ik heb een Kaifa slimme meter met SMR versie 4.2. Alvast bedankt!

Het is de "sensor.power_consumed".

[I-King]

Qwizh schreef op dinsdag 21 december 2021 @ 14:22:
Beste mensen, deze week heb ik de Slimme Lezer + van Marcel Zuidwijk binnengekregen. Ik zou graag te zien krijgen wat mijn actuele verbruik is, maar het enige wat ik zie is het totale verbruik van tarief 1 en 2. Dit verbruik is cumulatief en niet actueel. Ik heb de state_class van de sensor al een geprobeerd te wijzigen van total_increasing naar measurement, maar dit werkte niet.

Weet iemand hoe ik dit aan de praat krijg? Ik heb een Kaifa slimme meter met SMR versie 4.2. Alvast bedankt!

Bij mij is 't sensor.power_consumed. Het is idd in de eenheid kW.
sensor.power_produced is bij netto teruglevering van bijv. zonnepanelen.

[verjager]

Hippe Lip schreef op woensdag 19 januari 2022 @ 20:09:
Heeft iemand nog een suggestie voor me hoe ik deze tussenmeter (waarden komen binnen via MQTT) kan toevoegen aan mijn Energy Panel (Add solar production)? Ik zie ‘m niet in het lijstje staan en kan ‘m dus niet selecteren en toevoegen.

Wat doe ik verkeerd? Moet ik er een bepaald kenmerk aan toevoegen om ‘m zichtbaar te krijgen in de selectielijst van het Energy Panel?


[...]

https://www.home-assistant.io/more-info/statistics/

YAML:

device_class: energy
state_class: total_increasing

https://developers.home-a...sor/#long-term-statistics

[Hippe Lip]

verjager schreef op woensdag 19 januari 2022 @ 20:26:
https://www.home-assistant.io/more-info/statistics/

YAML:

device_class: energy
state_class: total_increasing

https://developers.home-a...sor/#long-term-statistics

JA! Dat deel het ‘m. Dank je!
Nu is-ie wel zichtbaar in de selectielijst van de PV van het Energy Panel.
Jammer dat die toelichting (of een link erheen) er niet bij staat bij de help van het Energy Panel.

Volgende punt is dat ik twee omvormers heb. Als ik die beide aanmeld met forecast, dan zie ik twee stippellijntjes van die forecast. Dus ik dacht: ik maak een nieuwe sensor en tel die twee waardes daarin op. Dat optellen leerde ik vorige week.
Maar helaas gaat de vlieger hier niet op. Hier kan ik die state_class er niet aan toekennen. En ook zonder die state_class zie ik die pv_totaal ook niet in het selectielijstje.

Wat gaat hier nu weer mis?

YAML:

sensor pv:
  - platform: template
    sensors:
      pv_totaal:
        friendly_name: "Totaal-opbrengst PV"
        unit_of_measurement: 'kWh'
states('sensor.wp_retour_temperature') | float }}"
        value_template: "{{ states('sensor.iungo_pv_voor_meterstand_export') | round(3) + states('sensor.iungo_pv_achter_meterstand_export') | round(3) }}"
        device_class: energy
        state_class: total_increasing

[verjager]

Hippe Lip schreef op woensdag 19 januari 2022 @ 21:24:
[...]


JA! Dat deel het ‘m. Dank je!
Nu is-ie wel zichtbaar in de selectielijst van de PV van het Energy Panel.
Jammer dat die toelichting (of een link erheen) er niet bij staat bij de help van het Energy Panel.

Jawel hoor, zie onderaan de lijst:

.

Volgende punt is dat ik twee omvormers heb. Als ik die beide aanmeld met forecast, dan zie ik twee stippellijntjes van die forecast. Dus ik dacht: ik maak een nieuwe sensor en tel die twee waardes daarin op. Maar helaas gaat de vlieger niet op. Hier kan ik die state_class er niet aan toekennen. En ook zonder die state_class zie ik die pv_totaal niet in het selectielijstje.

Wat gaat hier nu weer mis?

YAML:

sensor pv:
  - platform: template
    sensors:
      pv_totaal:
        friendly_name: "Totaal-opbrengst PV"
        unit_of_measurement: 'kWh'
states('sensor.wp_retour_temperature') | float }}"
        value_template: "{{ states('sensor.iungo_pv_voor_meterstand_export') | round(3) + states('sensor.iungo_pv_achter_meterstand_export') | round(3) }}"
        device_class: energy
        state_class: total_increasing

Deze sensor staat nu onder sensor: met platform: template. Dat is een verouderd format, waarin state_class niet wordt ondersteund. Je moet m ombouwen naar het nieuwe format onder template:

https://www.home-assistan...nsor-configuration-format

[TheFes]

Hippe Lip schreef op woensdag 19 januari 2022 @ 21:24:
[...]


JA! Dat deel het ‘m. Dank je!
Nu is-ie wel zichtbaar in de selectielijst van de PV van het Energy Panel.
Jammer dat die toelichting (of een link erheen) er niet bij staat bij de help van het Energy Panel.

Volgende punt is dat ik twee omvormers heb. Als ik die beide aanmeld met forecast, dan zie ik twee stippellijntjes van die forecast. Dus ik dacht: ik maak een nieuwe sensor en tel die twee waardes daarin op. Dat optellen leerde ik vorige week.
Maar helaas gaat de vlieger hier niet op. Hier kan ik die state_class er niet aan toekennen. En ook zonder die state_class zie ik die pv_totaal ook niet in het selectielijstje.

Wat gaat hier nu weer mis?

YAML:

sensor pv:
  - platform: template
    sensors:
      pv_totaal:
        friendly_name: "Totaal-opbrengst PV"
        unit_of_measurement: 'kWh'
states('sensor.wp_retour_temperature') | float }}"
        value_template: "{{ states('sensor.iungo_pv_voor_meterstand_export') | round(3) + states('sensor.iungo_pv_achter_meterstand_export') | round(3) }}"
        device_class: energy
        state_class: total_increasing

Hoe gaat dit totaal van je werkelijke opbrengst je helpen bij die stippellijnen?
Als je twee omvormers toevoegt, worden de waardes al bij elkaar opgeteld in één staaf. Maar door een er één waarde van te maken krijg je niet ook ineens één stippellijn.

Zorg overigens wel dat je in je template sensor een availlibility template opneemt wat er voor zorgt dat de sensor unavailable wordt als je bronsensoren niet beide beschikbaar zijn.

En mocht één van de twee ooit resetten en terug naar 0 gaan om wat van reden dat ook, dan zorgt dat niet voor issues bij twee losse sensoren, maar wel bij deze optelsom.

Ik zou er zelf niet aan beginnen.

[TheFes]

Hippe Lip schreef op woensdag 19 januari 2022 @ 22:48:
[...]


Kwam er ook net achter; zie mijn ‘Edit’ hierboven.

Dit is beter dan waardes optellen, al is dat optellen wel een mooie oefening. Die bewaar ik dan maar voor een volgende keer

Nouja, om even dieper in te gaan op dat optellen, en wat er dan fout kan kan gaan:

Stel omvormer 1 staat op 1000 kWh en omvormer 2 staat op 1500 kWh.
Beide gebruiken state_class: total_increasing

In het hypothetische geval dat omvormer 2 naar 0 gaat, en vanaf daar opnieuw begint te tellen, gaat dit bij 2 afzonderlijke sensoren gewoon goed. HA weet dat het eerst 1500 was. en gaat de nieuwe data daar gewoon bij optellen.

Als je nou een totaal-sensor hebt, is was het totaal dus 2500, maar dat gaat ineens naar 1000. HA ziet dat het lager is, en neemt dan aan dat hij gereset is. Dus HA gaat er vanuit dat het helemaal terug naar 0 is gegaan, en zal ineens 1000 kWh opbrengst in het Energy dashboard wegschrijven.

Als je geen goed availability template mee geeft, gebeurt dit dus ook als één van je omvormers even unavailable is, hij kan dan alleen de waarde van 1 omvormer gebruiken, en je krijgt dus ineens een enorme piek in je opbrengst.

[golles]

Driek schreef op donderdag 10 februari 2022 @ 09:31:
[...]

Ik probeer nu de watermeter waarde opnieuw te zetten in HA, maar met deze actie update de waarde niet.
Ik zie ook geen error in een log of iets dergelijks.

Ik heb het zojuist nog even gechecked en dit werkt bij mij:

YAML:

api:
  services:
    service: set_water_usage
    variables:
      meter_value: float
    then:
      - globals.set:
          id: totalWaterUsage
          value: !lambda "return meter_value;"

globals:
  - id: totalWaterUsage
    type: float
    restore_value: yes 
    initial_value: '264.904'

sensor:
  - platform: pulse_counter
    pin: D4
    id: watermeter_pulse
    name: ${upper_devicename} pulse
    update_interval: 1s
    unit_of_measurement: L
    filters:
      - multiply: 0.016666667
      - lambda: |-
          if (x > 0) {
            id(totalWaterUsage) += 0.001;
          }
          return 1;

  - platform: template
    id: watermeter_total
    name: ${upper_devicename} totaal
    icon: mdi:water
    update_interval: 1s
    unit_of_measurement: m³
    state_class: total_increasing
    accuracy_decimals: 3
    lambda: |-
      return id(totalWaterUsage);

Bij mij loopt hij nog steeds te hard, 30 liter teveel na 18 dagen

[TheFes]

DaLass schreef op vrijdag 11 februari 2022 @ 09:58:
Volgende week wordt mijn slimme meter vervangen i.v.m. overstap op een 3-fasen aansluiting. Dat betekent ook dat alle waarden die ik via P-1 uitlees op 0 zullen starten.

Ik kan alleen niet vinden hoe HomeAssistant hiermee overweg zal gaan, en dan met name het energy dashboard. Ik zou namelijk graag mijn historische data behouden.

Iemand toevallig al ervaring hiermee?

Als de state_class van die sensoren total_increasing is, dan gaat dat gewoon goed.