11 KiB
title, sidebar_label
title | sidebar_label |
---|---|
Sensor Entity | Sensor |
A sensor is a read-only entity that provides some information. Information has a value and optionally, a unit of measurement.
Properties
:::tip
Properties should always only return information from memory and not do I/O (like network requests). Implement update()
or async_update()
to fetch data.
:::
Name | Type | Default | Description |
---|---|---|---|
device_class | string | None |
Type of sensor. |
last_reset | datetime.datetime |
None |
The time when an accumulating sensor such as an electricity usage meter, gas meter, water meter etc. was initialized. If the time of initialization is unknown, set it to None . Note that the datetime.datetime returned by the last_reset property will be converted to an ISO 8601-formatted string when the entity's state attributes are updated. When changing last_reset , the state must be a valid number. |
native_value | None , datetime.date , datetime.datetime , float, int, string |
Required | The value of the sensor in the sensor's native_unit_of_measurement . Using a device_class may restrict the types that can be returned by this property. |
native_unit_of_measurement | string | None |
The unit of measurement that the sensor's value is expressed in. If the native_unit_of_measurement is °C or °F, and its device_class is temperature, the sensor's unit_of_measurement will be the preferred temperature unit configured by the user and the sensor's state will be the native_value after an optional unit conversion. |
state_class | string | None |
Type of state. |
Available device classes
If specifying a device class, your sensor entity will need to also return the correct unit of measurement.
Type | Supported units | Description |
---|---|---|
aqi | Air Quality Index | |
battery | % | Percentage of battery that is left |
carbon_dioxide | ppm | Concentration of carbon dioxide. |
carbon_monoxide | ppm | Concentration of carbon monoxide. |
current | A | Current |
date | Date. Requires native_value to be a Python datetime.date object, or None . |
|
energy | Wh, kWh, MWh | Energy, statistics will be stored in kWh. |
frequency | Hz, kHz, MHz, GHz | Frequency |
gas | m³, ft³ | Volume of gas, statistics will be stored in m³. Gas consumption measured as energy in kWh instead of a volume should be classified as energy. |
humidity | % | Relative humidity |
illuminance | lx, lm | Light level |
monetary | ISO 4217 | Monetary value with a currency. |
nitrogen_dioxide | µg/m³ | Concentration of nitrogen dioxide |
nitrogen_monoxide | µg/m³ | Concentration of nitrogen monoxide |
nitrous_oxide | µg/m³ | Concentration of nitrous oxide |
ozone | µg/m³ | Concentration of ozone |
pm1 | µg/m³ | Concentration of particulate matter less than 1 micrometer |
pm25 | µg/m³ | Concentration of particulate matter less than 2.5 micrometers |
pm10 | µg/m³ | Concentration of particulate matter less than 10 micrometers |
power | W, kW | Power, statistics will be stored in W. |
power_factor | % | Power Factor |
pressure | cbar, bar, hPa, inHg, kPa, mbar, Pa, psi | Pressure, statistics will be stored in Pa. |
signal_strength | dB, dBm | Signal strength |
sulphur_dioxide | µg/m³ | Concentration of sulphure dioxide |
temperature | °C, °F | Temperature, statistics will be stored in °C. |
timestamp | Timestamp. Requires native_value to return a Python datetime.datetime object, with time zone information, or None . |
|
volatile_organic_compounds | µg/m³ | Concentration of volatile organic compounds |
voltage | V | Voltage |
Available state classes
Type | Description |
---|---|
measurement | The state represents a measurement in present time, not a historical aggregation such as statistics or a prediction of the future. Examples of what should be classified measurement are: current temperature, humidify or electric power. Examples of what should not be classified as measurement : Forecasted temperature for tomorrow, yesterday's energy consumption or anything else that doesn't include the current measurement. For supported sensors, statistics of hourly min, max and average sensor readings is updated every 5 minutes. |
total | The state represents a total amount that can both increase and decrease, e.g. a net energy meter. Statistics of the accumulated growth or decline of the sensor's value since it was first added is updated every 5 minutes. This state class should not be used for sensors where the absolute value is interesting instead of the accumulated growth or decline, for example remaining battery capacity or CPU load; in such cases state class measurement should be used instead. |
total_increasing | Similar to total , with the restriction that the state represents a monotonically increasing positive total, e.g. a daily amount of consumed gas, weekly water consumption or lifetime energy consumption. Statistics of the accumulated growth of the sensor's value since it was first added is updated every 5 minutes. |
Long-term Statistics
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.
Value entities - entities not representing a total amount
Home Assistant tracks the min, max and mean value during the statistics period. The
state_class
property must be set to measurement
, and the device_class
must not be
either of energy
, gas
, or monetary
Entities representing a total amount
Entities tracking a total amount have a value that may optionally reset periodically, like this month's energy consumption, today's energy production or the yearly growth of a stock portfolio. The sensor's value when the first statistics is compiled is used as the initial zero-point.
How to choose state_class
and last_reset
It's recommended to use state class total
without last_reset
whenever possible, state class total_increasing
or total
with last_reset
should only be used when state class total
without last_reset
does not work for the sensor.
Examples
- The sensor's value never resets, e.g. a lifetime total energy consumption or production: state_class
total
,last_reset
not set or set toNone
- The sensor's value may reset to 0, and its value can only increase: state class
total_increasing
. Examples: energy consumption aligned with a billing cycle, e.g. monthly, an energy meter resetting to 0 every time it's disconnected - The sensor's value may reset to 0, and its value can both increase and decrease: state class
total
,last_reset
updated when the value resets. Examples: net energy consumption aligned with a billing cycle, e.g. monthly. - The sensor's state is reset with every state update, for example a sensor updating every minute with the energy consumption during the past minute: state class
total
,last_reset
updated every state change.
State class total
For sensors with state class total
, the last_reset
attribute can
optionally be set to gain manual control of meter cycles.
The sensor's state when it's first added to Home Assistant is used as an initial
zero-point. When last_reset
changes, the zero-point will be set to 0.
If last_reset is not set, the sensor's value when it was first added is used as the
zero-point when calculating sum
statistics.
Example of state class total
without last_reset:
t | state | sum | sum_increase | sum_decrease |
---|---|---|---|---|
2021-08-01T13:00:00 | 1000 | 0 | 0 | 0 |
2021-08-01T14:00:00 | 1010 | 10 | 10 | 0 |
2021-08-01T15:00:00 | 0 | -1000 | 10 | 1010 |
2021-08-01T16:00:00 | 5 | -995 | 15 | 1010 |
Example of state class total
with last_reset:
t | state | last_reset | sum | sum_increase | sum_decrease |
---|---|---|---|---|---|
2021-08-01T13:00:00 | 1000 | 2021-08-01T13:00:00 | 0 | 0 | 0 |
2021-08-01T14:00:00 | 1010 | 2021-08-01T13:00:00 | 10 | 10 | 0 |
2021-08-01T15:00:00 | 1005 | 2021-08-01T13:00:00 | 5 | 10 | 5 |
2021-08-01T16:00:00 | 0 | 2021-09-01T16:00:00 | 5 | 10 | 5 |
2021-08-01T17:00:00 | 5 | 2021-09-01T16:00:00 | 10 | 15 | 5 |
Example of state class total
where the there initial state at the beginning
of the new meter cycle is not 0, but 0 is used as zero-point:
t | state | last_reset | sum | sum_increase | sum_decrease |
---|---|---|---|---|---|
2021-08-01T13:00:00 | 1000 | 2021-08-01T13:00:00 | 0 | 0 | 0 |
2021-08-01T14:00:00 | 1010 | 2021-08-01T13:00:00 | 10 | 10 | 0 |
2021-08-01T15:00:00 | 1005 | 2021-08-01T13:00:00 | 5 | 10 | 5 |
2021-08-01T16:00:00 | 5 | 2021-09-01T16:00:00 | 10 | 15 | 5 |
2021-08-01T17:00:00 | 10 | 2021-09-01T16:00:00 | 15 | 20 | 5 |
State class total_increasing
For sensors with state_class total_increasing
, a decreasing value is
interpreted as the start of a new meter cycle or the replacement of the meter. It is
important that the integration ensures that the value cannot erroneously decrease in
the case of calculating a value from a sensor with measurement noise present. There is
some tolerance, a decrease between state changes of < 10% will not trigger a new meter
cycle. This state class is useful for gas meters, electricity meters, water meters etc.
The value when the sensor reading decreases will not be used as zero-point when calculating
sum
statistics, instead the zero-point will be set to 0.
Example of state class total_increasing
:
t | state | sum |
---|---|---|
2021-08-01T13:00:00 | 1000 | 0 |
2021-08-01T14:00:00 | 1010 | 10 |
2021-08-01T15:00:00 | 0 | 10 |
2021-08-01T16:00:00 | 5 | 15 |
Example of state class total_increasing
where the sensor does not reset to 0:
t | state | sum |
---|---|---|
2021-08-01T13:00:00 | 1000 | 0 |
2021-08-01T14:00:00 | 1010 | 10 |
2021-08-01T15:00:00 | 5 | 15 |
2021-08-01T16:00:00 | 10 | 20 |