Template sensors are unavailable or unknown state on HA restart problem

[enry86cami (enrico)]

@123

ated my example (posted

yes, now I see the readings!
now I’ll perform some reboot to see if there are bad readings…

[enry86cami (enrico)]

the problem remains…

when I reboot the raspberry or when I restart HA, the energy consumption has a peak…

[123 (Taras)]

Just now you said this:

@enry86cami

the problem remains…
when I reboot the raspberry or when I restart HA, the energy consumption has a peak…

but originally you said this:

@enry86cami

When I reboot HA, sensor.mqttenery is in unavailable or unknown state.

Is that the same problem as the original one or different?

Do the MQTT Sensors still report unavailable or unknown on startup?

[enry86cami (enrico)]

the problem is always the same… maybe I couldn’t explain myself…
after a restart the energy has a peak. the peak has the value of the sensor.mqttenergy, this sensor transmit a rising value (at the moment it is 6020577.0 Wh)… the graph should shows the difference between two readings, so normally few kwh (according the energy consumption of my home)…
I don’t know really if after a reboot the sensor has a unavailable or unknown status, I done a supposition because the graph doesn’t show the difference between two values

[123 (Taras)]

@enry86cami

I don’t know really if after a reboot the sensor has a unavailable or unknown status, I done a supposition because the graph doesn’t show the difference between two values

That’s quite different from what you originally said twenty-two posts earlier:

@enry86cami

When I reboot HA, sensor.mqttenery is in unavailable or unknown state.

I guess your supposition was wrong (and so is the topic’s title).

Anyway, you are now using MQTT Sensors which means they will have known values on startup.

[enry86cami (enrico)]

Maybe I made confusion by reading this:

Energy meter configuration to avoid bad KWH consumption on HA Core restart

After searching a lot it seems to be an old issue. On HA restart template sensors are unavailable or unknown state, and take by default a value of 0 ? Then data comes to virtual sensor, and utility Meyer takes full consumption value. Does anyone have a good workaround ? Thanks for your help

there is my same problem, and he resolved by using “availability”, in my first post I speak about this…

[petro]

availability will solve that problem if the sensor reports zero on startup. I’ve said this a few times now. If your sensor is unavailable at startup, it will not have this jump. Using availability templates will make your sensor unavailable at startup. So the issue is somewhere else if availability is not working.

@petro

The availability will work as it will make the sensor unknown during startup and shutdown. When a sensor is unknown, it has no value. The only way that’s adding a full value is if the state is zero on startup and then jumps.

[koying (Chris B)]

Show what you currently have.
Obviously, the sensor is not divided by 1000 anymore, and you still have zeroes (or other low values), which explain the spikes.

[enry86cami (enrico)]

This is my conf:

homeassistant:
  customize:
    sensor.mqttenergy:  
      device_class: energy
      state_class: total_increasing
      unit_of_measurement: "kWh"
      friendly_name: "Energia Assorbita Casa"

sensor:
    - platform: mqtt
      name: mqttenergy
      state_topic: home-assistant/sensor03/messaggio
      value_template: "{{ value.split(',')[1] }}"
      device_class: energy
      state_class: total_increasing
      unit_of_measurement: "kWh" 	  

this is the actual value:

and the actual energy consumption:

[123 (Taras)]

Why are you duplicating these options:

• device_class
• state_class
• unit_of_measurement

in customize when they already exist in the MQTT Sensor’s configuration?

Anyway, it looks like it could benefit from availability_template.

[petro]

You don’t say…

[enry86cami (enrico)]

So, do you suggest to use availability like this:

sensor:
    - platform: mqtt
      name: mqttenergy
      state_topic: home-assistant/sensor03/messaggio
      value_template: "{{ value.split(',')[1] }}"
      availability: "{{ ( value.split(',')[1] | int ) > 0 }}"
      device_class: energy
      state_class: total_increasing
      unit_of_measurement: "kWh"

[123 (Taras)]

@enry86cami

availability: "{{ ( value.split(',')[1] | int ) > 0 }}"

You should be using the availability_template option, not the availability option which serves another purpose (refer to the documentation).

Replace that line with this:

      availability_topic: home-assistant/sensor03/messaggio
      availability_template: "{{ value.split(',')[1] | int(-1) > 0 }}"

[petro]

@enry86cami

availability: "{{ ( value.split(',')[1] | int ) > 0 }}"

availability_template: "{{ value.split(',')[1] | is_number }}"

EDIT: Or what 123 posted

[enry86cami (enrico)]

with:

    - platform: mqtt
      name: mqttenergy
      state_topic: home-assistant/sensor03/messaggio
      value_template: "{{ value.split(',')[1] }}"
      availability_topic: home-assistant/sensor03/messaggio
      availability_template: "{{ value.split(',')[1] | int(-1) > 0 }}"
      device_class: energy
      state_class: total_increasing
      unit_of_measurement: "kWh" 

or

    - platform: mqtt
      name: mqttenergy
      state_topic: home-assistant/sensor03/messaggio
      value_template: "{{ value.split(',')[1] }}"
      availability_topic: home-assistant/sensor03/messaggio
      availability_template: "{{ value.split(',')[1] | is_number }}"
      device_class: energy
      state_class: total_increasing
      unit_of_measurement: "kWh" 

the sensor is always unavailable…

[petro]

are there errors in your logs?

[enry86cami (enrico)]

no, there aren’t

[petro]

and your topic is changing?

[enry86cami (enrico)]

do you mean the value of the array? yes, it is always changing, each 30s…

[petro]

Then either template should be working. None of us have your setup though, so only you can debug this.