Code Monkey home page Code Monkey logo

homeassistant-attributes's Introduction

HomeAssistant component: attributes

Validate hacs_badge

The attributes platform supports sensors which break out a specified attribute from other entities.

To enable the attributes sensor in your installation, add the following to your configuration.yaml file:

# Example configuration.yaml entry
sensor:  
  - platform: attributes
    friendly_name: "Batteries"
    attribute: battery_level
    device_class: battery
    entities:
      - sensor.myslipo_1_0
      - sensor.myslipo_2_0
      - sensor.myslipo_3_0
      - sensor.myslipo_4_0
      
  - platform: attributes
    friendly_name: "Last changed"
    attribute: last_triggered
    icon: 'mdi:clock'
    time_format: '%e %B - %H:%M:%S'
    entities:
      - automation.temp_changed

Configuration variables:

  • entities (Required): A list of entity IDs that you want to read attributes from.
  • attribute (Required): Which attribute to extract from defined entity IDs.
  • friendly_name (Optional): Name to use in the Frontend (will be the same for all entities specified).
  • icon (Optional): Icon to use in the Frontend.
  • device_class (Optional): Defines the device_class, if not specified it will be the same as parent.
  • unit_of_measurement (Optional): Defines the units of measurement of the sensor, if any.
  • round_to (Optional): Round numbers to 'x' decimals, if zero it will become whole number. Skip this field if you extracting a string or you want to leave the value as it is.
  • value_template (Optional): In case you need to do a math with the value ie. offset, bit gain, etc. (will be the same for all entities specified).
  • time_format (Optional): strftime type string to beautify time attribute output. Applicable only when attribute last_changed or last_triggered is selected. Cheatsheet for strftime formatting here.

Install via HACS

You can find this integration in the community store.

Install manually

You need to copy the attributes folder from this repo to the custom_components folder in the root of your configuration. The file tree should look like this:

└── ...
└── configuration.yaml
└── custom_components
    └── attributes
        └── __init__.py
        └── manifest.json
        └── sensor.py

Note: if the custom_components directory does not exist, you need to create it.

Examples

This example shows how to extract the battery_level attribute.

sensor:
  - platform: attributes
    friendly_name: "Batteries"
    attribute: battery_level
    unit_of_measurement: "%"
    entities:
      - sensor.test1
      - sensor.test2
      - sensor.test3

If an attribute is battery or battery_level and you don't specify icon or device_class is not battery, the following icon_template is applied (fullness). The result is that the battery icon becomes as full as the battery based on percentage.

{% if batt == 'unknown' %}
    {% if batt > 95 %}
        mdi:battery
    {% elif batt > 85 %}
        mdi:battery-90
    {% elif batt > 75 %}
        mdi:battery-80
    {% elif batt > 65 %}
        mdi:battery-70
    {% elif batt > 55 %}
        mdi:battery-60
    {% elif batt > 45 %}
        mdi:battery-50
    {% elif batt > 35 %}
        mdi:battery-40
    {% elif batt > 25 %}
        mdi:battery-30
    {% elif batt > 15 %}
        mdi:battery-20
    {% elif batt > 10 %}
        mdi:battery-10
    {% else %}
        mdi:battery-outline
    {% endif %}
{% else %}
    mdi:battery-unknown
{% endif %}

This example shows how to extract the last_triggered attribute in human-readable format.

sensor:
  - platform: attributes
    friendly_name: "Last changed"
    attribute: last_triggered
    icon: 'mdi:clock'
    time_format: '%e %B - %H:%M:%S'
    entities:
      - automation.dummy_changed

If you select attribute last_changed or last_triggered and you specify time_format, your datetime will get translated to your local timezone and will be formatted like strftime() e.g., 2017-08-08T13:14:21.651894+00:00 gets translated into the specified strftime format with timezone applied. The result would be: 8 August 15:14:21 if your timezone is UTC+2

homeassistant-attributes's People

Contributors

andnp avatar flebourse avatar grandadevans avatar joshuaspence avatar kwdavidson avatar mcasper73 avatar mrfind avatar n0rthdev avatar pilotak avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar

homeassistant-attributes's Issues

Error with zigate entities

Hello,

I'm trying to get sensors for battery_level of my zigate entities, I did that :

 - platform: attributes
   friendly_name: "Batteries"
   attribute: battery_level
   unit_of_measurement: "%"
   entities:
     - zigate.00158d000214f0ad
     - zigate.00158d00025d8c7b
     - zigate.00158d00025d8c8c
     - zigate.00158d00025d8cdd

battery_level sensors are well created but state stays on 'unknown'
I have errors like that when it tries to update it :

ERROR (MainThread) [custom_components.attributes.sensor] Could not attribute sensor for zigate.00158d00025d8c8c: TemplateSyntaxError: expected token 'end of print statement', got 'd00025d8c8c'
ERROR (MainThread) [custom_components.attributes.sensor] Could not render icon template Chambre Clément: TemplateSyntaxError: expected token 'end of statement block', got 'd00025d8c8c'

Thanks

binary sensor?

Is there anyway to do a binary sensor? Something like this...but working, lol

 platform: attributes
  friendly_name: "Eco Mode"    
  attribute: preset_mode
  entities:
    - climate.nest_3rd
  value_template: >-   
    {% if value in ['eco'] %}   
      True                 
    {% else %}                                       
      False            
    {% endif %}   

Sensor Wildcard

Nice integration!

It would make the integration more dynamic if a sensor wildcard can be used, like how the Monster card uses wildcard (https://github.com/custom-cards/monster-card).

sensor:  
  - platform: attributes
    friendly_name: "Batteries"
    attribute: battery_level
    unit_of_measurement: "%"
    entities:
     - sensor.myslipo_1_0
     - sensor.*smoke*
     - sensor.*water*
     - sensor.*burglar*device*

Cheers.

Ha 2023.6.0 broke the integration

As soon as updating Ha It won t pass the reboot controls sayng that the yaml file has errors about extracting sensor attributes for every sensor i created using this custom integration

Objects available for the value_template not listed.

Hello!

This is a request for the information. We all know that templating is simple, fast and fun way to achieve fantastic results, but your docs lack the list of objects accessible from the value_template section, namelly how to retrive the entity's attribute's value to process it, what is the name of that variable (attr/attribute/value...)?

Example: I have an couple of entities with an attribute's name A. How to address this attribute's value in the value_template (I belive there should be a variable to store the value, shouldn't it?)

Tiny example of value_template would explain it all...

Thanks!

Battery shows percentage with decimal.

It works great but it show all my added batteries with a decimal.

  - platform: attributes
    friendly_name: 'Batteries'
    attribute: battery_level
    unit_of_measurement: '%'
    entities:
      - binary_sensor.xiaomi_door_sensor_1
      - binary_sensor.xiaomi_door_sensor_2
      - binary_sensor.xiaomi_motion_sensor_1
      - binary_sensor.xiaomi_motion_sensor_2
      - binary_sensor.xiaomi_motion_sensor_3
      - binary_sensor.xiaomi_motion_sensor_4

100.0 % should be 100 %

All the batteries that automatically get created in HA as sensors etc use without decimal.

Request: Make it so you can make binary sensors too

I'm using it to make a sensor from the agent dvr cam atributes for when its in an alearted state: aka motion detection. this is true or false info so it would be nice to be able to make it a binary sensor.

Request: Please add rounding of attributes

Would it be possible to add rounding of attributes? Currently I use your component for reading bandwith measures out of my edgeOS router and this deliveres the following values:

MBps (Received) 0.02695465087890625
MBps (Sent) 0.0104522705078125

For displaying it in lovelace it would be enough to have 2 or 3 decimals, instead of this:

grafik

All sensors are called "Batteries"

Unfortunately, your nice components became unusable after updating to the latest master, I was using a very old version before that.
image

Please fix this.

HA Core: 0.111.0b1
Attributes: latest master

Request: If no attribute specified, break out all attributes from given sensors.

I use the tautulli integration, https://www.home-assistant.io/integrations/tautulli/, and it provides a single sensor, with the playstatus of all of my server's members as attributes. I'd like to break these out at their own sensors. I currently use template sensors to do this manually, but I'd love to be able to clean up my config and have just every attribute of the tautulli sensor broken out into their own sensors.

Delete entities

I have removed an platform: attributes from the code, and after reboot the entities still exist, how can I delete them permanently.

(If this is already explained somewhere around the Bloggs I think should also be in the main page of this GitHub entry)

Issue - cant get this working at all ?

Hey,
i cant seem to get this to work at all?

HassOS 3.5

arch armv7l
dev false
docker true
hassio true
os_name Linux
python_version 3.7.4
timezone Europe/London
version 0.101.3
virtualenv false
  - platform: attributes
    friendly_name: "TP_Link - Current Power Watts"
    attribute: current_power_w
    #unit_of_measurement: "w"
    entities:
      - switch.gaming_desk

  - platform: attributes
    friendly_name: "BatteriesAttributes"
    attribute: battery_level
    unit_of_measurement: "%"
    entities:
      - sensor.bar_sensor_temperature
      - sensor.front_porch_indoor_sensor_light_level
      - sensor.front_porch_indoor_sensor_temperature

Friendly name change

Is it possible to use the friendly name of the sensor where the attribute is distilled from?
It now uses the entity name, and that is not appealing in the overall view.

'attributes' calls `async_add_job`, which is deprecated and will be removed in Home Assistant 2025.4

Hi Noticed this in my Home Assistant logs Running all latest updates etc on RPI 5 as of 6th April 2024

2024-04-06 14:52:34.098 WARNING (MainThread) [homeassistant.helpers.frame] Detected that custom integration 'attributes' calls async_add_job, which is deprecated and will be removed in Home Assistant 2025.4; Please review https://developers.home-assistant.io/blog/2024/03/13/deprecate_add_run_job for replacement options at custom_components/attributes/sensor.py, line 224: self.hass.async_add_job(self.async_update_ha_state(True)), please create a bug report at https://github.com/pilotak/homeassistant-attributes/issues

2024-04-06 14:52:47.270 WARNING (MainThread) [homeassistant.helpers.frame] Detected that custom integration 'attributes' calls async_add_job, which is deprecated and will be removed in Home Assistant 2025.4; Please review https://developers.home-assistant.io/blog/2024/03/13/deprecate_add_run_job for replacement options at custom_components/attributes/sensor.py, line 216: self.hass.async_add_job(self.async_update_ha_state(True)), please create a bug report at https://github.com/pilotak/homeassistant-attributes/issues

"This entity is no longer being provided by the attributes integration"

I have recently had an issue validating my configuration.yaml file with an error regarding this integration. I resolved it by updating it to the latest version (v1.2.1) in HACS. But now I'm facing a new issue.

I am using the attributes platform to surface the outdoor temperature from the weather.home sensor. This has worked fine for a long time but is now reporting "This entity is no longer being provided by the attributes integration."

My configuration.yaml contains:

  - platform: attributes
    friendly_name: 'Outdoor Temperature'
    attribute: temperature
    unit_of_measurement: '°C'
    entities:
      - weather.home

The state of weather.home.temperature in my system right now is 16.3

Icon doesn't work when there is multiple sensors

When trying to set the following:

platform: attributes
friendly_name: "Heating"
icon: 'mdi:clock'
attribute: value
time_format: '%H:%M'
entities:
    - sensor.heating_on_today
    - sensor.heating_on_yesterday

The first sensor gets the clock icon, however the second one gets the standard eye icon.

Syntax changed in Home assistant -

Hello pilotak,
Thanks a lot for your compont that extracts the attributes of an entity. I works perfect.

Unfortunately the HA Team decides to change the systax of the command line sensor from:

sensor:
  - platform: command_line
    name: xxxx

to:

 command_line:
  - sensor:
      name: xxxx

Maybe, it is possible to improve your component to ensure it will work with the new syntax in future too.
It would be great if we can use your component also in future.

If I understand correctly the new syntax for your component would be:

attribute:
  - sensor:
    friendly_name: xxxx

Best regards,
Harald


Please, allow me to tell the background story - Maybe you find it helpful as a different example for using your component:

I use a python script to read the status of my openevse wallbox.
The script uses TCP socket and returns different values by printing a JSON formatted string.

{"WS": " Laden ", "T": 17.7 , "CS": 12 , "CA": 10.78 }

# generate Sensor with JSON attributes from JSON data generated with a python file
command_line:
  - sensor:
      name: wbdata
      command: "python3 /config/custom_components/evse_rapi/EVSE_status.py"
      scan_interval: 15
      json_attributes:
        - CA
        - CS
        - T
        - WS
      value_template: "{{ value_json | tojson }}"

This command line sensor reads the output from my python file and makes the attributes visible in HA, together with your component I can generate different sensors out of one execution of the script.

sensor:
# Sensors generated from Wallbox status attributes - Custom component attributes found on HACS
  - platform: attributes
    friendly_name: "Wallbox Temperatur"
    attribute: "T"
    icon: 'mdi:temperature-celsius' 
    unit_of_measurement: "°C"
    entities:
      - sensor.wbdata

  - platform: attributes
    friendly_name: "Wallbox Status"
    attribute: "WS"
    icon: 'mdi:temperature-celsius' 
    entities:
      - sensor.wbdata

  - platform: attributes
    friendly_name: "Ladestrom Vorgabe"
    attribute: "CS"
    icon: 'mdi:temperature-celsius'
    unit_of_measurement: "A"
    entities:
      - sensor.wbdata

  - platform: attributes
    friendly_name: "Ladestrom aktuell"
    attribute: "CA"
    icon: 'mdi:temperature-celsius'
    unit_of_measurement: "A"
    entities:
      - sensor.wbdata

It works perfect and is easy to configure, but it took me some time to find your solution... ;-)

Unique_id

Please add possibility for unique_id so the sensor ID would be something like sensor.<unique_id>

Possible wrong parameter reference

Just from reading and trying to understand the code: Shouldn't line 57 compare the state to {3} rather than {2}? Comparing it to time_format doesn't seem right. This may have happended because parameters in line 82 have a different order.

I'd try to fix it myself but I'm still new to Home Assistant programming and GitHub and I have yet to try my first pull request...

Anyway, thanks a lot for providing this component!
Martin

extraction of value from attribute not working

Dear all.

i use the following code in the config file, but the new created sensor shows no value.
what do i wrong. Thanks for your help.

sensor:

  • platform: attributes
    friendly_name: "el.cost.allin.12-13"
    attribute: Hour 12-13
    unit_of_measurement: "ct/kWh"
    entities:
    - sensor.epex_spot_price_allin

image

Nested Attributes?

Is there a syntax that would support what appear to be nested attributes? Thanks in advance. -Mike

A specific case creates ValueError

Hi,

I have for several month a sensor constructed such as:

- platform: attributes
  friendly_name: "Last Month"
  attribute: "Last month"
  device_class: energy
  unit_of_measurement: "kWh"
  round_to: 1
  entities:
    - sensor.myenedis_xxx

and some other with the same philosophy

Recently, in the log, I receive a lot of:

2024-04-14 11:31:57.457 ERROR (MainThread) [custom_components.attributes.sensor] Could not attribute sensor for sensor.myenedis_xxx: ValueError: Template error: float got invalid input 'None' when rendering template '{% if states('sensor.myenedis_xxx') != 'unknown' and states('sensor.myenedis_xxx') != 'unavailable' %}{{ (state_attr('sensor.myenedis_xxx', 'Last month') | float) | round(1) }}{% else %} unknown {% endif %}' but no default was specified

which is quite understandable, the sensor sometimes outputs None

Is there a way to avoid it?

Add Entity Name to Sensor

Hi,
thx for developing the sensor, it would be really nice to add the entity name to the sensor.
for example :

Sensor : Last triggered
Friendly Name : %Entity% + Last Triggered

So it would be much easier to take the right sensor when adding more than some

greetings from Austria
Kilowatt

No 'version' key in the manifest file for custom integration 'attributes'. This will not be allowed in a future version of Home Assistant. Please report this to the maintainer of 'attributes'

Logger: homeassistant.loader
Source: loader.py:802
First occurred: 6:05:34 AM (2 occurrences)
Last logged: 6:05:34 AM

No 'version' key in the manifest file for custom integration 'attributes'. This will not be allowed in a future version of Home Assistant. Please report this to the maintainer of 'attributes'

Enhancement: add device_class attribute

Some integrations use device_class to determine what to do (e.g. HomeKit uses it to expose humidity / temperature correctly). Would be great to have the ability to specify this via configuration. If the config is not specified, don't specify the device type to preserve current behaviour.

Entity IDs that start with numbers fail to work

When trying to extract attributes from the Entity ID named binary_sensor.320i_windows I receive the following error in the logs for HA

Could not attribute sensor for binary_sensor.320i_windows: TemplateSyntaxError: expected token 'end of print statement', got 'i_windows'

This is using this YAML to access

  - platform: attributes
    friendly_name: BMW Driver Windows
    attribute: windowDriverFront
    entities:
      - binary_sensor.320i_windows

When I renamed my Entity ID to binary_sensor.bmw_windows it works fine using this YAML. In the Discord channel Vasiley said using numbers could be the issue, he was right.

  - platform: attributes
    friendly_name: BMW Driver Windows
    attribute: windowDriverFront
    entities:
      - binary_sensor.bmw_windows

New Issue with Zwave Related Entities

Hi, thanks for all your work on this component it's been excellent when extracting key metrics for some data experiments i've run in the past. I do appreciate it.

Thanks in advance for taking a look at this.

Running HA
Version
supervisor-2021.02.11
Newest Version
supervisor-2021.02.11
Core HA
Version
core-2021.2.3
Newest Version
core-2021.2.3
Add-on v. 1.1.1

Unfortunately I am running into an issue that I have not experienced before. After reapplying the config from a previous test....each time I attempt to restart HA, I receive the following error when validating config (see below) The interesting thing is that this was working just fine Dec. of last year. I literally copied the code from before and just added a whole bunch more devices. I've tried scaling back to just one device and event tested with a non-z-wave device hence my suspicion this is some odd behavior.

EDIT - Also experiencing this with other sensors as well -

"Invalid config for [sensor.attributes]: Entity ID - binary_sensor.updater is an invalid entity id for dictionary value @ data['entities']. Got '-\xa0binary_sensor.updater'. (See ?, line ?)."

Notice below how the entity name changes from : zwave.aeon_labs_dsa03202_minimote to Getting n invalid entity id for dictionary value @ data['entities']. Got '-\xa0zwave.aeon_labs_dsa03202_minimote ...it's like appending xa0 to all the zwave entities.

Here's the error when trying to validate the config and below that you will find the yaml code for the config. I've read through all the open and closed issues and can't find anything that sticks out. Any help I would really appreciate it. Thanks.

nvalid config for [sensor.attributes]: Entity ID - zwave.aeon_labs_dsa03202_minimote - zwave.aeon_labs_dsc11_smart_strip - zwave.aeon_labs_zw090_z_stick_gen5_us - zwave.aeon_labs_zw117_range_extender_6 - zwave.aeon_labs_zw117_range_extender_6_2 - zwave.attic_multi6_zw100 is an invalid entity id for dictionary value @ data['entities']. Got '-\xa0zwave.aeon_labs_dsa03202_minimote -\xa0zwave.aeon_labs_dsc11_smart_strip -\xa0zwave.aeon_labs_zw090_z_stick_gen5_us -\xa0zwave.aeon_labs_zw117_range_extender_6 -\xa0zwave.aeon_labs_zw117_range_extender_6_2 -\xa0zwave.attic_multi6_zw100 -\xa0zwave.chime_a_2 -\xa0zwave.chime_b -\xa0zwave.cm160x -\xa0zwave.coach_lights_switch_ws15z1 -\xa0zwave.compressor_switch_3 -\xa0zwave.deep_fryer_switch_zw096 -\xa0zwave.dining_room_pendant_2 -\xa0zwave.family_ceiling_fan -\xa0zwave.family_room_wall_li.... (See ?, line ?).

Example of config.yaml under sensor:

#zwave-device metrics RTT
###RTT Request RTT

  • platform: attributes
    friendly_name: "Zwave Req RTT"
    attribute: lastRequestRTT
    unit_of_measurement: milliseconds
    icon: 'mdi:sort-clock-ascending'
    entities:
    - zwave.aeon_labs_dsa03202_minimote
    - zwave.aeon_labs_dsc11_smart_strip
    - zwave.aeon_labs_zw090_z_stick_gen5_us
    - zwave.aeon_labs_zw117_range_extender_6
    - zwave.aeon_labs_zw117_range_extender_6_2
    - zwave.attic_multi6_zw100
    - zwave.chime_a_2
    - zwave.chime_b
    - zwave.cm160x
    - zwave.coach_lights_switch_ws15z1
    - zwave.compressor_switch_3
    - zwave.deep_fryer_switch_zw096
    - zwave.dining_room_pendant_2
    - zwave.family_ceiling_fan
    - zwave.family_room_wall_lights
    - zwave.front_door_deadbolt_3
    - zwave.hassp_smart_switch_zw096
    - zwave.hem_zw095
    - zwave.kh7050_smart_switch
    - zwave.kitchen_lights_3_way_dimmer
    - zwave.kitchen_lights_dimmer_3
    - zwave.lanai_door_deadbolt
    - zwave.lanai_multi6_2

Entities which start with a number are not supported

I have a sensor called 2x2_5x_3_0_players_online, and the attributes component doesn't like it.

Using the debug logger, I found that this is the template it's trying to format -

{% if states('sensor.2x2_5x_3_0_players_online') != 'unknown' %}{{ states.sensor.2x2_5x_3_0_players_online.attributes['players_list'] }}{% else %} unknown {% endif %}

and this is the error I get -

TemplateSyntaxError: expected token 'end of print statement', got 'x2_5x_3_0_players_online'

From my experimentation in the template developer tool, it's the second "2x2_5x_3_0_players_online" which causes the issue, because in python variables cannot start with a number.

Workaround
Rename the entity to not start with a number.

How to use value_template?

Hi, I am trying to get sensors for all valve positions of my thermostats. Those are within the 'level' attribute as a number between 0 and 1.

I would like to have those values between 0 and 100 %, but I am having troubles getting the syntax right. I tried some variations of this:

sensor:  
  - platform: attributes
    friendly_name: "Ventilposition"
    attribute: "level"
    unit_of_measurement: "%"
    value_template: "{{ (value*100) | float }}"  
    entities:
      - climate.heizkoerper_arbeitszimmer
      - climate.heizkoerper_bad
      - climate.heizkoerper_kueche
      - climate.heizkoerper_schlafzimmer
      - climate.heizkoerper_wohnzimmer

But this gives me 'unknown'. Could somebody give a hint where I am going wrong? I am still in the learning curve for the Jinja notation, so any help would be appreciated.

Thermostat HVAC Mode: Reporting Unknown

Hello, I'm trying to extract the "hvac_action" attribute from my climate.thermostat entity. This should report cool, heat, fan, idle, off, etc. I want to track the current stat of my AC system. The attribute is showing "idle" or "fan" but the created sensor is showing "unavailable". Any idea what I might be doing wrong?

sensor:

  • platform: attributes
    friendly_name: "HVAC Mode"
    attribute: hvac_action
    entities:
    • climate.thermostat

Cannot get data from entity

I was looking for this feature a long time but cannot get it to work.

So I have a tuya floor heating control unit.

Acorrding to the log it gives the following data:

"home_assistant": {
          "name": "Fu\u00dfbodenheizung ",
          "name_by_user": null,
          "disabled": false,
          "disabled_by": null,
          "entities": [
            {
              "disabled": false,
              "disabled_by": null,
              "entity_category": null,
              "device_class": null,
              "original_device_class": null,
              "icon": null,
              "original_icon": null,
              "unit_of_measurement": null,
              "state": {
                "entity_id": "climate.fussbodenheizung",
                "state": "heat",
                "attributes": {
                  "hvac_modes": [
                    "off",
                    "heat"
                  ],
                  "min_temp": 5.0,
                  "max_temp": 35.0,
                  "target_temp_step": 1.0,
                  "current_temperature": 22.0,
                  "temperature": 25.0,
                  "friendly_name": "Fu\u00dfbodenheizung ",
                  "supported_features": 1
                },
                "last_changed": "2023-02-15T13:48:03.755345+00:00",
                "last_updated": "2023-02-15T13:56:00.380026+00:00"
              }
            }
          ]
        }

so I want to read the to be created entity
current_temperature

which I created in the config

sensor:
  - platform: attributes
    friendly_name: "Fussbodenheizung_current_temperature"
    attribute: current_temperature
    device_class: temperature
    entities:
      - climate.fussbodenheizung

but after restart I get "unkown" so where did I go wrong?

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.