Giter Club home page Giter Club logo

simple-thermostat's Introduction

Lovelace simple thermostat card

hacs_badge

A different take on the thermostat card for Home Assistant Lovelace UI. The aim is to provide a card with simpler interactions that are easier to use and take up less space, as well as provide more modularity to tweak the card. For example the abiltity to embed sensor values that are relevant to your thermostat (like humidity, energy usage, hours on +++).

Example thermostat

Compact mode

Compact configuration

Hide everything but sensors and temperature control:

type: custom:simple-thermostat
entity: climate.hvac
layout:
  step: row
header: false
control: false

Note about 2.0 release

The 2.0 release is most likely a breaking change for the majority of users. Make sure you read the release notes and inspect the new configuration format. It offers more flexibility and features as well as a number of bug fixes.

Requirements

Home Assistant 0.84 or higher

Installation

  1. Install via HACS.
  2. Add to resources:
    url: /hacsfiles/simple-thermostat/simple-thermostat.js
    type: module
Manual install 1. Download the `simple-thermostat.js` from the [latest release](https://github.com/nervetattoo/simple-thermostat/releases/latest) and store it in your `configuration/www` folder. _Previously you could download the source file from Github but starting from the 0.14 release that is no longer possible. If you try to do so it will crash_ 2. Configure Lovelace to load the card:
resources:
  - url: /local/simple-thermostat.js?v=1
    type: module

Available configuration options:

  • entity string: The thermostat entity id required
  • header false|Header object: See section about header config
  • setpoints false|Setpoints object: See section about setpoints config
  • layout Layout object:
    • step row|column: Where to render the setpoint up/down buttons
    • mode object: Disable elements for all modes
      • names boolean
      • icons boolean
      • headings boolean
    • sensors: object
      • type: list|table: How to render the sensors
      • labels: boolean: Whether to show labels/headings or not. Hiding here overrides hiding under root level sensors config
  • service object: Must specify both domain+service if overriding
    • domain string: Override the service call domain
    • service string: Override the service call name
    • data object: Send extra data with the service call
  • unit string|bool: Override the unit to display. Set to false to hide unit
  • decimals number: Specify number of decimals to use: 1 or 0
  • fallback string: Specify a text to display if a valid set point can't be determined. Defaults to N/A
  • step_size number: Override the default 0.5 step size for increasing/decreasing the temperature
  • label object: Override untranslated labels
    • temperature: string Override Temperature label
    • state: string Override State label
  • hide object: Control specifically information fields to show. Defaults to showing everything
    • temperature: bool (Default to false)
    • state: bool (Default to false)
  • control object|array (From 0.27)
    • hvac|fan|preset|swing object|bool: The key of the mode type (hvac, preset, fan, swing)
      • _name string: Override the name of the mode type
      • _hide_when_off bool: Hides the mode type selection row when the entity is off. Defaults to false shown
      • {mode} string: Name of mode type to control
        • name string|bool: Specify a custom name or set to false to show only the icon
        • icon string|bool: Specify a custom icon or set to false to not show icon
  • sensors array|false
    • entity string: A sensor value entity id
    • name string: Specify a sensor name to use instead of the default friendly_name
    • icon string: Specify an icon to use instead of a name
    • attribute string: The key for an attribute to use instead of state. If this sensor has no entity it will use the main entity's attributes
    • unit string: When specifying an attribute you can manually set the unit to display
    • decimals number: If you know your sensors has a numeric value you can round it to a number of decimals.
    • type relativetime: Special data types that result in special handling.

Header config

New in 2.0. Old ways of defining toggle_entity, faults, name and icon are no longer supported

Hiding the entire header is done with header: false If you pass an object you can pass any of the following keys. Example:

header:
  name: Overriden name
  icon: mdi:sofa
  toggle:
    entity: switch.light
    name: Light
  faults:
    - entity: switch.light

Full header config spec:

  • name string: Override the card name. Default is to use the friendly_name of the thermostat provided
  • toggle object: An entity id to create a toggle in the header for. This gives the option to control a separate entity which can be related to the thermostat entity (like a switch, or input_boolean)
    • entity string: The entity id to create the header for
    • name string|bool: Set the label to be shown to the left of the toggle. Set to true to show the friendly name of the toggle_entity
  • faults array|false: Show fault conditions as active/inactive icons in the header
    • entity string: A binary sensor entity id
    • icon string: Override the entity icon
    • hide_inactive bool: Hide the fault icon when inactive (Default to false)
  • icon string|object: Show an icon next to the card name. You can also pass an object to specify specific icons. Current value is taken from attributes.hvac_action when available, or state as fallback.
    • auto: string Use this icon for hvac_action auto. Default mdi:radiator
    • cooling: string Use this icon for hvac_action cooling. Default mdi:snowflake
    • fan: string Use this icon for hvac_action fan. Default mdi:fan
    • heating: string Use this icon for hvac_action heating. Default mdi:radiator
    • idle: string: Use this icon for hvac_action idle. Default mdi:radiator-disabled
    • "off": string Use this icon for hvac_action off. Default mdi:radiator-off
    • auto: string Use this icon for state auto. Default hass:autorenew
    • cool: string Use this icon for state cooling. Default hass:snowflake
    • dry: string: Use this icon for state dry. Default hass:water-percent
    • fan_only: string Use this icon for state fan. Default hass:fan
    • heat: string Use this icon for state heat. Default hass:autorenew
    • heat_cool: string: Use this icon for state heat_cool. Default hass:fire
    • "off": string Use this icon for state off. Default hass:power

Setpoints config

New in 2.0. Old ways of hiding setpoints is deprecated

If you specify setpoints manually you must include all setpoints you want included. Normally there are only two possibilities here; temperature or target_temp_high + target_temp_low. Single or dual thermostats. But, theoretically there could be multiple setpoints and this aims to support any permutation. The new feature in 2.0 is the ability to hide one of the two setpoints for dual thermostats.

To manually specify to use the temperature attribute as a setpoint you do:

setpoints:
  temperature:

For dual thermostats:

setpoints:
  target_temp_low:
  target_temp_high:

To hide one of the dual setpoints:

setpoints:
  target_temp_low:
    hide: true
  target_temp_high:

For climate devices supporting more setpoints you can include as many as you like. Automatic detection of set points only work for the single/dual cases.

Usage of the control config

In 0.27, in order to both support changes in the climate domain and to support controlling all modes like hvac, preset, fan and swing modes the old modes configuration have been removed and replaced with a control config.

The control config is most easily explained using a few examples as it supports both a simplified definition using just an array to list the types of modes to control. By default, with no config, it will show hvac and preset (if the entity supports it). You can replicate the default manually like this:

control:
  - hvac
  - preset

This will list all modes for both types. You can get more fine grained control by switching to an object format and taking control of specific modes:

control:
  preset:
    away: true
    none:
      name: Not set

What is worth noticing is that there is no merging of the default any more, so with this config you will not get hvac_mode displayed. If you still want it to display like default you need to set:

control:
  preset:
    away: true
    none:
      name: Not set
  hvac: true

Please note that you need to quote off/on mode keys to not have them interprented as true/false.

control:
  hvac:
    off: will not work
    "off": works

Example usage:

cards:
  - type: 'custom:simple-thermostat'
    entity: climate.my_room
    step_size: 1
    sensors:
      - entity: sensor.fibaro_system_fgwpef_wall_plug_gen5_energy
      - entity: sensor.fibaro_system_fgwpef_wall_plug_gen5_power
        name: Energy today
      - attribute: min_temp
        name: Min temp
    header:
      faults:
        - entity: binary_sensor.my_room_communications_fault
        - entity: binary_sensor.my_room_low_battery_fault
          icon: mdi:battery-low
      toggle:
        entity: switch.pump_relay
    control:
      hvac:
        some_mode: false
        another_mode: false
        'off':
          name: Make it cold
          icon: false
        'on':
          name: false
          icon: mdi:whitewalker
cards:
  - type: 'custom:simple-thermostat'
    entity: climate.my_room
    step_size: 1
    sensors:
      - entity: sensor.fibaro_system_fgwpef_wall_plug_gen5_energy
    header:
      toggle:
        entity: switch.pump_relay
        name: Control the pump

CSS vars for theming

The card uses the following CSS variables:

Var name Default value Usage
--st-font-size-xl var(--paper-font-display3_-_font-size) Used for target temperature
--st-font-size-l var(--paper-font-display2_-_font-size) Unused at the moment
--st-font-size-m var(--paper-font-title_-_font-size) Used for target temperature unit
--st-font-size-title var(--ha-card-header-font-size, 24 Font size for card heading
--st-font-size-sensors var(--paper-font-subhead_-_font-size) Font size for sensors
--st-spacing 4px Base unit for spacing. Used in multiples many places
--st-mode-active-background var(--primary-color) Background color for active mode button
--st-mode-active-color var(--text-primary-color, #fff) Text color for active mode button
--st-mode-background #dff4fd Background color for inactive mode button
--st-toggle-label-color var(--text-primary-color) Text color for toggle label
--st-font-size-toggle-label var(--paper-font-subhead_-_font-size) Font size for toggle label
--st-fault-inactive-color var(--secondary-background-color) Icon color for inactive faults
--st-fault-active-color var(--accent-color) Icon color for active faults

These variables can be changed globally in the current theme or on each card via card-mod.

Example using custom theme

Example that makes everything smaller and more compact except sensors that gets blown up completely.

example-theme:
  st-font-size-xl: 24px
  st-font-size-m: 20px
  st-font-size-title: 20px
  st-font-size-sensors: 30px
  st-spacing: 2px

Example using card-mod

Same example as above, but will only apply to a single card.

type: 'custom:simple-thermostat'
style: |
  ha-card {
    --st-font-size-xl: 24px;
    --st-font-size-m: 20px;
    --st-font-size-title: 20px;
    --st-font-size-sensors: 30px;
    --st-spacing: 2px;
  }
  ...

simple-thermostat's People

Contributors

akmolina28 avatar bjonness406 avatar carterbrehm avatar clau-bucur avatar dcs8 avatar eagle23 avatar epmatt avatar fredrike avatar gabe565 avatar iantrich avatar jcwillox avatar jlsjonas avatar kangaroomadman avatar karimgeiger avatar karlchaffey avatar knxbroker avatar ludeeus avatar marecabo avatar nervetattoo avatar peterdey avatar regevbr avatar semantic-release-bot avatar tomvanswam avatar wrt54g avatar zefau 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  avatar  avatar  avatar

Watchers

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

simple-thermostat's Issues

Default Configuration from page results in LoveLace error

Hi,

Using the following lines from the main page, results in lovelace giving errors stating that the card is not available. The following are the lines I am referring to:

type: custom:simple-thermostat entity: climate.my_room

Using the following lines, resolved the issue for me:

type: 'custom:simple-thermostat' entity: climate.my_room

Custom Updater not working with the latest release

I have custom_updater up and running, showing various cards and components.
I manually installed simple-thermostat, added the card and it displays with not issue.

However, custom-updater does NOT list the card at all. Tried restarting HA, reloading the UI, forcing custom_update to re-check etc.

custom_updater:
  track:
    - cards
    - components
  card_urls:
    - https://raw.githubusercontent.com/nervetattoo/simple-thermostat/master/tracker.json

ui-lovelace.yaml

resources:
  - url: /local/vertical-stack-in-card.js?v=v0.1.0
    type: js    
  - url: /local/tracker-card.js?v=0.1.5
    type: js
  - url: /local/simple-thermostat.min.js?v=0
    type: module

image

Localization seems not to work properly

As shown on the screenshot on the project page (thermostat-card.png), localization seems to not work properly for "Temperature" and "State". Neither have I been able to have localization of the state itself.

Also, given that the translations provided through hass is not always very accurate in this area (depending on context), and all possible states may not have translations at all, it would also have been nice to have the option to override these in the card configuration.

support attribute as well as a sensor

Rather than just supporting sensors, it would be useful to be able to support the attribute of a sensor also. Reason is that many temperature sensors will also report humidity and this would avoid the need to pull it out as an additional template sensor.

multiple decimal points when changing temperature

When amending the temperature from the simple Thermostat card (see below for configuration) I'm sometimes getting multiple decimal places, please see attached screenshot below.

type: 'custom:simple-thermostat'
step_size: 0.1
decimals: 1
entity: climate.garden_room
hide:
  - away: false
sensors:
  - entity: input_boolean.gardenroom_virtual_heaters
    name: Virtual Heaters
  - entity: switch.garden_room_heat_1
    name: Kitchen End
  - entity: switch.garden_room_heat_2
    name: Lounge End

image

Truly loving this thermostat and thank you for all your hard work.

Custom element doesn't exist

I am getting the big red box of doom with this card.

Custom element doesn't exist: simple-thermostat

Config as follows:

ui.lovelace.yaml

resources:
  - url: /local/simple-thermostat/simple-thermostat.js?v=1
    type: module
  - id: 4
    icon: mdi:weather-sunset
    title: Weather
    background: center / cover no-repeat url("/local/galaxy-wallpaper-21.jpg") fixed
    cards:
      - id: 60
        type: vertical-stack
        cards:
          - id: 61
            type: weather-forecast
            entity: weather.dark_sky
          - id: 62
            type: horizontal-stack
            cards:
              - id: 62a
                type: "custom:mini-graph-card"
                name: Temp
                entity: sensor.dark_sky_temperature
                # labels: true
                hours_to_show: 168
                # line_width: 3
              - id: 62b
                type: "custom:mini-graph-card"
                name: Humidity
                entity: sensor.dark_sky_humidity
                hours_to_show: 168
          - id: 63
            type: horizontal-stack
            cards:
              - id: 63a
                type: "custom:mini-graph-card"
                name: Pressure
                entity: sensor.dark_sky_pressure
              - id: 63b
                type: "custom:mini-graph-card"
                name: Wind Speed
                entity: sensor.dark_sky_wind_speed

      - type: custom:simple-thermostat
        entity: climate.thermostat
        step_size: 1
        sensors:
          - sensor.inside_temp

file is named correctly and in the correct location

Display set point temperature as whole number if step size is a whole number

When using Fahrenheit temperature scale, temperatures are typically whole numbers and thus displaying the temperature in tenths is unnecessary and uses up space that may be needed elsewhere. Request that if the step size is a whole number that the set point temperature is also displayed as a whole number.

Optionally add a card configuration variable to enable/disable the displaying of tenths.

Stop at minimum and maximum when clicking arrows

First of all, thanks for doing this great card @nervetattoo !

Any chance you could change it slightly so it's not possible to go below minimum and maximum attributes for the climate entity ? E.g. not allowing the arrows to take you to minus degrees and high temperatures ? (I know that it's not being set, but it seems slightly silly and has no wife-acceptance =)).

Thanks!

HACS Availability?

Is this going to be available with HACS which is replacing custom_updater?

Away mode

Thanks for this great thermostat panel, this should be the default in HA Lovelace UI. I just miss the away mode feature like in was the old UI:

screenshot 2018-12-05 at 21 44 31

Settings with a temperature range results in "null" for current temp setting

Some thermostats (like the Nest) allow you to set a range of temperatures (IE: turn on the heat if it drops below 60F, turn on the a/c if it rises above 80F). When a Nest is in this mode, simple-thermostat shows "null" as the temperature setting.

Example:
Screenshot of my thermostat setting from the old legacy UI:
image

Screenshot of simple-thermostat at the exact same setting:
image

Resize "state" combobox

Hi,
In my card, i can see the state "Spento" (is equal to "off" in english language) but the field is not large enough and the text is truncated.
Can you fix this please?

image

Thanks

Allow open the entity card

The standard climate component card have three dots at top right that opens the entity card. It would be great if this also had that (or clicking on title/icon).

Temperature setting is too fast

The Daikin climate component is async in 0.91 and it seems like the simple-thermostat is too quick with updating the the temperature state. When I click temp down it immediately goes up to the previous value.

If I set the temperature in the standard lovelace climate card (or in the entity detail card) it works as expected (and before).

Related to #41

icon colours

The default icon colours appear to be in grey as opposed to matching the existing theme.

Separately it would be good to optionally change the colour depending on state.
e.g. Leave as standard for radiator-disabled, red for radiator (ie warming).

Unable to change temperature with version 0.21.0

I've installed version 0.21.0 to test out the new decimals capability. While this capability appears to be working (Thanks!), the ability to adjust the temperature no longer works. Whenever I change the temperature, it immediately goes back to the original value (even before the MQTT post). This problem does not appear to be related to the decimals capability as I'm having the issue with both decimals 0 and 1.

If I click on the temperature which brings up the "more info", I am able to update the temperature just fine.

Here is a screen capture of the issue.

I've installed version 0.20.0 and things work as expected. The problem is definitely with 0.21.0

Here is the code for the Front thermostat. I tested it with the minimal amount of configuration in order to isolate the issue. I still get the problem with this minimal configuration.

                - entity: climate.front
                  hide:
                    temperature: true
                    state: true
                  type: 'custom:simple-thermostat'

Not working after 0.88.0 upgrade

2019-02-21 08:29:59 ERROR (MainThread) [frontend.js.latest.201902200] http://192.168.1.135:8123/local/simple-thermostat/simple-thermostat.js?v=1:5:10 Uncaught TypeError: Cannot convert undefined or null to object

POP up Window

If you put your card inside and other card

image

     - type: custom:card-modder
       card:
         type: entities
         title: OFFICE
         show_header_toggle: false
         entities:
           - entity: light.office
             secondary_info: last-changed
             group: true
           - entity: fan.office_fan
             secondary_info: last-changed
           - type: custom:simple-thermostat
             entity: climate.office_temperature
             secondary_info: last-changed
           - entity: sensor.tempcheck

when you try to click to change the temp the POPup info shows

but if its a card by itself
image

     - type: custom:simple-thermostat
       entity: climate.office_temperature

works perfit

(feature request) Change set temp text color while waiting for the thermostat to accept the change

The Thermostat "detail" window that opens up when clicking on the Set Temperature display on simple-thermostat has one nice feature: when changing the temperature setting in it, the new setting will change color until HA sends the command to the thermostat and confirms the change. I find this feedback information really useful.

This is a feature request to have the same behavior when change the temperature setting in the Card itself: after a change is made, change the font color (e.g. to red), wait a few seconds in case more changes are coming, and then send the command; when the setting is confirmed to be accepted by the thermostat, then return the font color ot the default value. For the choice of 'highlight' color - take in to account some ppl use dark themes so maybe make it configurable

hide mode

Is it still possible to hide the mode?

null.0°C

Hi,
Since a few days (I would say since 0.20 but can't be certain of that), my thermostat card is showing null.0°C, which makes setting the temperature impossible.

Is there any breaking change that we should be aware of ? I'm using it with a Nest Thermostat.

Thanks

Action required: Greenkeeper could not be activated 🚨

🚨 You need to enable Continuous Integration on Greenkeeper branches of this repository. 🚨

To enable Greenkeeper, you need to make sure that a commit status is reported on all branches. This is required by Greenkeeper because it uses your CI build statuses to figure out when to notify you about breaking changes.

Since we didn’t receive a CI status on the greenkeeper/initial branch, it’s possible that you don’t have CI set up yet. We recommend using Travis CI, but Greenkeeper will work with every other CI service as well.

If you have already set up a CI for this repository, you might need to check how it’s configured. Make sure it is set to run on all new branches. If you don’t want it to run on absolutely every branch, you can whitelist branches starting with greenkeeper/.

Once you have installed and configured CI on this repository correctly, you’ll need to re-trigger Greenkeeper’s initial pull request. To do this, please click the 'fix repo' button on account.greenkeeper.io.

[FEATURE REQUEST] Custom temp settings

Will it be possible to have ability to add 1 button temp. selection?

example: I want to set my heater to specific temperature lets say 30C I have my thermostat currently set to 16C I have 1 button which I click and settings is changed to 30C

Icon not shown correctly for unknown states

Hi,

thanks for that cool card! Really like it - looks way better than the default ones.

However, there seems to be a few small bugs: If a state other than on or off is set (e.g. manual or automatic), the icon will show a big "false". I think falling back to the on-icon would be a good thing here.
screenshot 2018-12-05 at 10 00 28

Also, as a side-note, the mode field doesn't widen for wider texts, it just cuts them off. Looks a bit chunky.

Add fan icon for fan mode

I know you can specify it as an option, but heat, cool, dry and off all have default icons, so why not fan as well.

mdi:fan

Blacklist or whitelist for modes

My zwave thermostats have 5 modes but I need only heat and off. The three unused buttons take up a lot of space in the UI:
It would be nice to have an option for hiding modes.

image

'N/A' text when thermostat is off

Hi there! Thanks again for the great custom card - but sadly it looks like 'null' still appears in the latest release (0.23) when the thermostat is off.

Support for different regulations modes

It is not too uncommon for a HVAC system to set the operation_mode automatically based on the target temperature, and offer the user the option to set fan_mode instead. In such cases, the HVAC system may regulate the room temperature by selecting cooling, heating, idling et cetera without user intervention, whereas operation_mode is a read-only variable.

It would have been nice if it was possible to configure simple-thermostat to take the fan_mode/fan_list as input for the control icons instead of operation_mode/operation_list.

The operation_mode icon could however still be rendered alongside the card name, but should also be configurable to support modes such as heat/cool regeneration, et cetera. Related to this, I would also recommend to clarify the difference between mode and state in the documentation.

Old button graphics in hass 0.88

Hey man, thanks for your wonderful work.
Is it still possible to have the old buttons graphics in hass 0.88+?
I liked it more than these new blue-ish buttons.

This is the new graphics it it showing to me:
image

Thanks

Support presets for quickly setting some predefined desired temperatures + modes

Personally I often use a few specific temperatures that are normally handled by automations, say 23℃ in daytime and 16℃ at night. Having these as presets with buttons would make it easier to manually trigger such temperatures and would also be an easier way for people who haven't figured out automations.

It would also be great for things like heat pumps / AC where you can have both a heat and cool mode.

Config:

presets:
  - name: Daytime
     temperature: 23
     mode: heat
  - name: Night
     temperature: 16
  - name: Hot summer
     temperature: 20
     mode: cool

Allow "more-info" pop-up on optional sensors

If you specify additional sensors to display such as humidity, or even the default temperature sensor which is displayed does not allow you to click on them to display "more-info".

Sensor state name incorrect

The card does not show the correct state name for sensors.
See this example of a binary sensor that has the window device class:

screen shot 2018-12-10 at 00 59 36

I expected the card to show "Closed", instead of "off".

"NULL.0" when TADO is off

I have a TADO and when it is off, it does not report the set temperature.
The attribute "temperature" is then "null"

image
I have fixed it by changing to this(from line 90):

      const {
        attributes: {
          min_temp: minTemp = null,
          operation_mode: mode,
          operation_list: modes = [],
          temperature: _temperature,
        },
      } = entity
      
      if (typeof _temperature != "number") {
        this._temperature = minTemp;
      } else {
        this._temperature = _temperature
      }

Custom element doesn't exist with HA 0.91.2

I'm getting the error that the custom element doesn't exist. Finally got it to work last night and then new update to HA and Custom components changed and I lost my card. Love this card over the stock thermostat card. Please someone help me figure this out.

Show "friendly name" for mode

It would be great if state and mode would show the nicer formatting i.e. fan_only is shown as Fan only as for the traditional climate entity.

Incorrect handling of Ecobee target temps

Since the 0.20 upgrade, my Ecobee thermostats show two "null.0" temperature selectors when in standard heat or cool operation modes. I believe the card is looking for the target_temp_high and target_temp_low attributes when these are not used in these modes. It should just be using the single target named temperature.

Entity attribute dump:

==================================================
                 climate.upstairs
--------------------------------------------------
                    State: heat
         ---------- Attributes ----------
            actual_humidity: 33
                   aux_heat: off
                  away_mode: off
               climate_list: ['Away', 'Sleep', 'Home']
               climate_mode: Home
        current_temperature: 69
                        fan: off
                   fan_list: ['auto', 'on']
            fan_min_on_time: 0
                   fan_mode: auto
              friendly_name: Upstairs
                  hold_mode: None
                   max_temp: 95
                   min_temp: 45
                  operation: idle
             operation_list: ['auto', 'auxHeatOnly', 'cool', 'heat', 'off']
             operation_mode: heat
         supported_features: 3575
           target_temp_high: None
            target_temp_low: None
                temperature: 67

How works the name of a specific mode under the modes?

I have updated today to the version 0.19 and all works fine.
No I want change the list of modes available in the card, and with the new modes key I'm able to do all these changes.
My question is related the key 'name', if I use a different name in my config, seems that it's ignored. I can see always the original mode name!

          "Timer":
            include: false
            icon: mdi:av-timer
          "Tado mode":
            include: false
          "Manual":
            name: Make it cold
            icon: mdi:cursor-pointer
          "Smart schedule":
            name: Test description
            icon: mdi:calendar-clock
          "Off":
            name: Make it cold
            icon: mdi:power
          "On":
            name: Warmer!
            icon: mdi:fire

There is also a way to remove completely the name and use only the icon?

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.