Why an availability template is important for energy template sensors

[anon11644107]

removed as bad advice.

[Sir_Goodenough ((SG) WhatAreWeFixing.Today)]

Here is an alternative Availability Sensor method for your consideration.

Availability-Template

Custom Template for checking the availability of an entity. [hacs_badge] [Version] [image] Availability-Template The main reason for using this template is not because it’s complicated, it’s because availability is something you will be using over and over when you are dealing with sensors, so being able to repeat the same action over and over is better if there is 1 place in your project that the code exists. Documentation for this Custom Template can be found at: The…

[Mariusthvdb (Marius)]

thanks for this, we should point to this wherever the question/issue arises… and it does a lot.

btw, here’s my example for calculating the unaccounted energy daily:

      - unique_id: ongemeten_energie_per_dag
        state: >
          {{states('sensor.energy_consumed_daily')|float(0) -
            states('sensor.gemeten_energie_per_dag')|float(0)}}
        <<: &energy_total
          unit_of_measurement: kWh
          device_class: energy
          state_class: total
        availability: >
          {{has_value('sensor.energy_consumed_daily') and
            has_value('sensor.gemeten_energie_per_dag')}}

ofc, you need to set up the 2 main entities, and everyone can do that as detailed as they would like, I have a lot setup via Powercalc integration for fixed and un smart-plugged devices.

Powercalc does all the work for you, only need to feed it with a device or a fixed value.

btw, having these availability templates make the ‘default’ requirement superfluous (when uses as a regular template, not when used as a trigger based template.

I’ve never liked to set a default because it obfuscates the truth in case of issues… this is better

      - unique_id: ongemeten_energie_per_dag
        state: >
          {{states('sensor.energy_consumed_daily')|float -
            states('sensor.gemeten_energie_per_dag')|float}}
        <<: &energy_total
          unit_of_measurement: kWh
          device_class: energy
          state_class: total
        availability: >
          {{has_value('sensor.energy_consumed_daily') and
            has_value('sensor.gemeten_energie_per_dag')}}

I’ve also found the is_number() test to be useful for availability templates

      - unique_id: saldo_totaal_dag_energie_afname_of_levering
        state: >
           {{states('sensor.grid_energy_total')|float|abs }}
        attributes:
          phrase: >
            {{'levering' if states('sensor.grid_energy_total')|float < 0 else 'afname'}}
          saldo: >
            {{states('sensor.grid_energy_total')}}
        <<: *energy_total
        availability: >
          {{is_number(states('sensor.grid_energy_total'))}}

[e-raser]

1. What is the learning of has_value filter not consistent in its output · Issue #91607 · home-assistant/core · GitHub regarding the “has_value” usage?

2. According to 2023.4: Custom template macros, and many more new entity dialogs! - Home Assistant has_value “only” filters unavailable and unknown - right? Is that really sufficient for an availability template? So far I always checked with several other states like:

{{ states('sensor.abc') not in ['NULL', 'null', 'none', 'undefined', 'unavailable', 'unknown', ''] }}

[e-raser]

Got it. Unless @Sir_Goodenough has good arguments to check for other states I’ll likely migrate all my availability templates to the way more simple has_value function.

[Sir_Goodenough ((SG) WhatAreWeFixing.Today)]

If you use it in other places that for instance may not be available at startup, or that might be from a zigbee sensor that might go offline, etc.
I am actually testing ATM has_value to replace the ‘unknown or unavailable’ part of what I had, leaving the other 3 possibles.

is_number would not work in mine as it tests booleans and about every other kind of entity.

[Mariusthvdb (Marius)]

@anon11644107

Marius is not using the filter correctly.

this might be outdated by edits, but sorry I missed it, somehow I didnt get a tag.

where in my examples do I use the incorrect syntax you paste there?

[anon11644107]

In multiple places you are using:

{{ ('binary_sensor.boiler_on')|has_value }}

That is incorrect. You need to use the states() function with the has_value filter, like this:

{{ states('binary_sensor.boiler_on')|has_value }}

Only if you use the has_value() function can you do:

{{ has_value('binary_sensor.boiler_on') }}

[Mariusthvdb (Marius)]

Hmm. I can’t find the templates you say I am using .
Do seem to recall I had made that mistake before, but not in this thread ? Odd.
just checked my complete config, but dont even use a has_value in either syntax at all on the binary_sensor.boiler_on

(I just like to know, because I can then correct a fluke)

[anon11644107]

[Mariusthvdb (Marius)]

right…

that is old…

I was looking in this topic, and checking my contributions here…

and yes, that was what I tried to remember, but couldnt find.

not sure why you would link to that though, as it wasnt part of this discussion at all?
anyways, glad we’ve got that out of the way.

[anon11644107]

@Mariusthvdb

as it wasnt part of this discussion at all?

Yes it was, in the post I was directly replying to:

@e-raser

What is the learning of has_value filter not consistent in its output · Issue #91607 · home-assistant/core · GitHub regarding the “has_value” usage?

[ratsepa]

Is it somehow possible to use availability check with new template sensor helper?

[Maveric1000]

Is it possible to use a list of entities with the has_value function? or is the solution from Sir_Goodenough the best option?

[mtrista]

I can’t believe they’d release this half-baked.

[nickrout]

Finish the baking then

[houston]

Thanks for the suggestion. I had seen availability in some examples but didn’t know what it was for.

[BikeMikeSA]

I know it’s a contrived example, but you cause the problem by using default zero in your float conversions. Leave out the zeros and the template would be unavailable when either sensor is unavailable.

state: "{{ states('sensor.one') | float() + states('sensor.two') | float() }}"

[anon11644107]

That would fill your log with errors and may disable your sensor. The availability template method won’t.