A Home Assistant lovelace card to display a sankey chart. For example for energy/power/water consumption.
This card is intended to display connections between entities with numeric state. It is not a general graph card.
Install through HACS
| Name | Type | Default | Description |
|---|---|---|---|
| type | string | custom:sankey-chart |
|
| autoconfig | object | Experimental. See autoconfig | |
| nodes | list | List of entities/nodes to display. See nodes object. Required unless using autoconfig. | |
| links | list | Connections between nodes. See links object | |
| sections | list | Section-level configuration (sorting, min_width). See sections object | |
| layout | string | auto | Valid options are: 'horizontal' - flow left to right, 'vertical' - flow top to bottom & 'auto' - determine based on available space (based on the section->min_witdh option, which defaults to 150) |
| energy_date_selection | boolean | false | Integrate with the Energy Dashboard. Filters data based on the energy-date-selection card. Use this only for accumulated data sensors (energy/water/gas) and with a type:energy-date-selection card. You still need to specify all your entities as HA doesn't know exactly how to connect them but you can use the general kWh entities that you have in the energy dashboard. In the future we may use areas to auto configure the chart. Not compatible with time_period |
| energy_collection_key | string | Key of the energy collection to bind to. Auto-detected by default. Set this if you have multiple energy dashboards and the chart binds to the wrong one. The key follows the pattern _energy_<dashboard_url>, e.g. _energy_energy-dashboard |
|
| title | string | Optional header title for the card | |
| unit_prefix | string | Metric prefix for the unit of measurment. See https://en.wikipedia.org/wiki/Unit_prefix . Supported values are m, k, M, G, T, and 'auto'. When 'auto' is used, the appropriate prefix is chosen automatically for each value based on its magnitude (m for values <1, k for values >=1000, etc.) | |
| round | number | 0 | Round the value to at most N decimal places. May not apply to near zero values, see issue #29 |
| height | number | 200 | The height of the card in pixels. Only matters while in horizontal layout. Vertical layout height is dynamic based on content |
| wide | boolean | false | Set this to true if you see extra empty space on the right side of the card. This will expand it horizontally to cover all the available space. Only relevant in horizontal mode. |
| show_icons | boolean | false | Display entity icons |
| show_names | boolean | false | Display entity names |
| show_states | boolean | true | Display entity states |
| show_units | boolean | true | Display unit of measurement |
| min_box_size | number | 3 | Minimum size of an entity box |
| min_box_distance | number | 5 | Minimum space between entity boxes |
| min_state | number | >0 | Any entity below this value will not be displayed. Only positive numbers above 0 are allowed. The default is to show everything above 0. |
| throttle | number | Minimum time in ms between updates/rerenders | |
| static_scale | number | State value corresponding to the maximum size (height for horizontal layout and width in vertical) of the card. For example, if this is set to 1000, then a box with state 500 will take up half of its section. If some section exceeds the value of static_scale, the card will dynamically rescale overriding this option. See (#153) |
|
| convert_units_to | string | If entities are electricity (kWh) or gas (ft³) usage, convert them to energy (MJ), cost (monetary) or carbon (gCO2). For cost, you must also specify electricity_price and/or gas_price, as well as the monetary_unit of the price(s). For gCO2, all kWh values will be multiplied by the varying grid CO2 intensity, as with the Energy Dashboard. |
|
| co2_intensity_entity | string | sensor. co2_signal_co2_intensity | Entity providing carbon intensity of electricity (gCO2eq/kWh). If you have solar or storage, you may wish to create a template sensor to convert grid CO2 intensity to consumption CO2 intensity. |
| gas_co2_intensity | number | 66.6 g/ft³ or 2352 g/m³ | Carbon intensity of gas, e.g. in gCO2eq/ft³. Default value depends on locale; units must match those of gas entities. |
| electricity_price | number | Unit price of electricity, e.g. in USD/kWh. Automatic conversion does not support varying electricity prices like the Energy Dashboard does. | |
| gas_price | number | Unit price of gas, e.g. in USD/ft³. | |
| monetary_unit | string | Currency of the gas or electricity price, e.g. 'USD' | |
| sort_by | string | Sort the entities. Valid options are: 'state'. If your values change often, you may want to use the throttle option to limit update frequency |
|
| sort_dir | string | desc | Sorting direction. Valid options are: 'asc' for smallest first & 'desc' for biggest first |
| time_period_from | string | Start of custom time period (e.g., "now-1d", "now/d"). Not compatible with energy_date_selection. See Time period |
|
| time_period_to | string | now | End of custom time period. Not compatible with energy_date_selection. See Time period |
| ignore_missing_entities | boolean | false | If true, missing entities will be treated as having a state of 0 instead of throwing an error |
| Name | Type | Requirement | Default | Description |
|---|---|---|---|---|
| id | string | Required | Entity id of the sensor | |
| section | number | Optional | Index of the section this node belongs to (0-based). Determines horizontal/vertical position | |
| attribute | string | Optional | Use the value of an attribute instead of the state of the entity. unit_of_measurement and id will still come from the entity. For more complex customization, please use HA templates. | |
| type | string | Optional | entity | Possible values are 'entity', 'passthrough', 'remaining_parent_state', 'remaining_child_state'. See entity types |
| name | string | Optional | entity name from HA | Custom label for this entity |
| icon | string | Optional | entity icon from HA | Custom icon for this entity |
| unit_of_measurement | string | Optional | unit_of_measurement from HA | Custom unit_of_measurement for this entity. Useful when using attribute. If it contains a unit prefix, that must be in latin. Ex GВт, not ГВт |
| color | string/object | Optional | var(--primary-color) | Color of the box. Can be a simple color string ('red', '#FFAA2C', 'rgb(255, 170, 44)', 'random') or a range object for state-based coloring. See color ranges |
| add_entities | list | Optional | Experimental. List of entity ids. Their states will be added to this entity, showing a sum. | |
| subtract_entities | list | Optional | Experimental. List of entity ids. Their states will be subtracted from this entity's state | |
| tap_action | action | Optional | more-info | Home assistant action to perform on tap. Supported action types are more-info, zoom, navigate, url, toggle, call-service, fire-dom-event. Ex: action: zoom |
| double_tap_action | action | Optional | Home assistant action to perform on double tap | |
| hold_action | action | Optional | Home assistant action to perform on hold | |
| children_sum | object | Optional | reconcile config. Determines how to handle mismatches between parents & children. For example if the sum of the energy from all rooms shouldn't exceed the energy of the whole house. See #37 and its related issues | |
| parents_sum | object | Optional | reconcile config. Determines how to handle mismatches between parents & children. For example if the sum of the energy from all rooms shouldn't exceed the energy of the whole house. See #37 and its related issues |
| Name | Type | Requirement | Default | Description |
|---|---|---|---|---|
| source | string | Required | Entity id of the parent/source node | |
| target | string | Required | Entity id of the child/target node | |
| value | string | Optional | Entity id of a sensor that determines how much of the parent flows into the child (connection entity) |
You can color nodes based on their state value by using an object instead of a simple color string:
nodes:
- id: sensor.temperature
color:
red:
from: 30 # red when >= 30
orange:
from: 20
to: 30 # orange when >= 20 and < 30
green:
to: 20 # green when < 20| Name | Type | Requirement | Default | Description |
|---|---|---|---|---|
| sort_by | string | Optional | Sort the entities in this section. Overrides the top level option | |
| sort_dir | string | Optional | desc | Sorting direction for this section. Overrides the top level option |
| sort_group_by_parent | boolean | Optional | false | Group entities by parent before sorting. See #135 |
| min_width | number | Optional | Minimum section width in pixels. Only relevant while in horizontal layout |
| Name | Type | Requirement | Default | Description |
|---|---|---|---|---|
| should_be | string | Required | Valid options are 'equal', 'equal_or_less', 'equal_or_more' | |
| reconcile_to | string | Required | Which value to display in case of inconsistency. Valid options are 'min', 'max', 'mean', 'latest |
entity- The default value, representing an entity from HApassthrough- A visual pass-through box in an intermediate section. Passthroughs are ordinary nodes in the link graph — you connect them with explicitlinkslike any other node. Node ids must be unique, so a passthrough cannot reuse the id of the entity it represents. If you link across a section gap without declaring a passthrough, the card auto-inserts one (or more) in the intermediate sections. V3 configs are migrated on load; v3 passthroughs are renamed to{entity_id}__passthrough_{section}and wired with explicit links. See issue #9. Example — a flow fromsensor.parenttosensor.childthat passes through a visual box in section 1:
nodes:
- id: sensor.parent
section: 0
- id: child_passthrough
section: 1
type: passthrough
- id: sensor.child
section: 2
links:
- source: sensor.parent
target: child_passthrough
- source: child_passthrough
target: sensor.childremaining_parent_state- Used for representing the unaccounted state from this entity's parent. Formerly known as theremainingconfiguration. Useful for displaying the unmeasured state as "Other". See issue #2 & #28. Only 1 is allowed per group. If you add 2, the state will not be split between them but an error will appear. Obviously it must be listed as a target in some link. Example:
nodes:
- id: other_consumption # as long as it is unique
type: remaining_parent_state
name: Otherremaining_child_state- Used for representing the unaccounted state in this entity's children. Likeremaining_parent_statebut in reverse. Useful for displaying discrepancies where the children add up to more than the parent. See issue #2 & #15. Example:
nodes:
- id: discrepancy # as long as it is unique
type: remaining_child_state
name: Discrepancy
links:
- source: discrepancy
target: sensor.child1
- source: discrepancy
target: sensor.child2This card supports automatic configuration generation based on the HA energy dashboard. It will set default values for some config parameters and populate the nodes and links arrays. This is meant to show energy data and assumes you have configured your Energy Dashboard in HA. Use it like this:
- type: energy-date-selection # you can put this anywhere you want but it is required for energy dashboard integration
- type: custom:sankey-chart
# ...any other options
autoconfig:
print_yaml: false # optional
# any additional autoconfig options (listed below)or like this:
- type: custom:sankey-chart
autoconfig: true
time_period_from: "now/d" # today| Name | Type | Requirement | Default | Description |
|---|---|---|---|---|
| print_yaml | boolean | Optional | false | Prints the auto generated configuration after the card so you can use it as a starting point for customization. It shows up like an error. Don't worry about it. |
| group_by_floor | boolean | Optional | true | Display data per floor |
| group_by_area | boolean | Optional | true | Display data per area |
| net_flows | boolean | Optional | true | Show net energy flows. Set to false to show gross energy flows instead, making grid export and battery charge/discharge visible even for net importers |
The time_period_from and time_period_to options allow you to specify a custom time period for data retrieval. The format is based on Grafana's time range format.
Time units: s (seconds), m (minutes), h (hours), d (days), w (weeks), M (months), y (years)
Note that while seconds and minutes are supported, there is a delay in the statistics data in HA of up to 1 hour, so showing small periods like the last 30 mins probably won't work.
Examples:
now-5m: 5 minutes agonow-1h: 1 hour agonow-1d: 1 day agonow-1w: 1 week agonow-1M: 1 month agonow/d: Start of the current daynow/w: Start of the current weeknow/M: Start of the current monthnow/y: Start of the current yearnow-1d/d: Start of the previous day
If time_period_to is not specified, it defaults to now.
Example configurations:
type: custom:sankey-chart
title: Last 7 days up to the current moment
time_period_from: "now-7d"type: custom:sankey-chart
title: Yesterday
time_period_from: "now-1d/d"
time_period_to: "now/d"- type: custom:sankey-chart
show_names: true
nodes:
- id: sensor.power
section: 0
- id: sensor.washing_machine_power
section: 1
- id: sensor.other_power
section: 1
links:
- source: sensor.power
target: sensor.washing_machine_power
- source: sensor.power
target: sensor.other_power- type: custom:sankey-chart
show_names: true
unit_prefix: k
round: 1
wide: true
nodes:
# Section 0 - Sources
- id: sensor.solar
section: 0
color: var(--warning-color)
- id: sensor.grid
section: 0
- id: sensor.battery
section: 0
color: var(--success-color)
# Section 1 - Total
- id: sensor.total_energy
section: 1
# Section 2 - Distribution
- id: sensor.garage
section: 2
color: purple
- id: sensor.floor1
section: 2
- id: sensor.floor2
section: 2
# Section 3 - End consumers
- id: sensor.ev_charger
section: 3
tap_action:
action: toggle
- id: garage_other
section: 3
type: remaining_parent_state
name: Other
- id: sensor.living_room
section: 3
- id: sensor.washer
section: 3
links:
# Sources -> Total
- source: sensor.solar
target: sensor.total_energy
- source: sensor.grid
target: sensor.total_energy
- source: sensor.battery
target: sensor.total_energy
# Total -> Distribution
- source: sensor.total_energy
target: sensor.floor1
- source: sensor.total_energy
target: sensor.floor2
- source: sensor.total_energy
target: sensor.garage
# Distribution -> End consumers
- source: sensor.garage
target: sensor.ev_charger
- source: sensor.garage
target: garage_other
- source: sensor.floor1
target: sensor.living_room
- source: sensor.floor1
target: sensor.washer
value: sensor.washer_energy_net # connection entityExample config where the state of the children must not exceed their parent. reconcile_to: max means to take the bigger of the two values. In other words, if the sum of the children is more than the state of the parent, the parent state will be set to the sum of its children within the card. reconcile_to: min would do the opposite and reduce the state of the children so they fully fit within the parent. latest just takes whichever value was updated last.
- type: custom:sankey-chart
show_names: true
nodes:
- id: sensor.power
section: 0
children_sum:
should_be: equal_or_less
reconcile_to: max
- id: sensor.washing_machine_power
section: 1
- id: sensor.other_power
section: 1
links:
- source: sensor.power
target: sensor.washing_machine_power
- source: sensor.power
target: sensor.other_powerYou can find more examples and help in the HA forum https://community.home-assistant.io/t/anyone-using-the-sankey-chart-card/423125
This card supports partial Energy dashboard integration. You still need to specify the entities and connections for now. See energy_date_selection option.
Currently this chart just shows historical data based on a energy-date-selection card. It doesn't know/care if your entities are in the default energy dashboard.
Q: How do I migrate my config from the old format (v3) to the new format (v4)?
A: See the Migration Guide for step-by-step instructions on converting your configuration.
Q: Do my entities need to be added to the energy dashboard first?
A: This card doesn't know/care if an entity is in the energy dashboard. Unless you use autoconfig because that relies entirely on the energy dashboard.
Q: How do I get total [daily] energy?
A: There isn't a general Consumed Energy sensor in the HA Energy dashboard AFAIK. HA calculates it based on all the in/out kWh values. I can't tell you exactly how to calculate it because it depends on what values you can monitor. Some people already have a Total Consumption sensor, others have a Current Consumption and create an integration sensor from that, etc.
Q: Can I group/sum entities in the chart?
A: The easiest way is to do it with a template sensor in HA. However it can be done in the chart without a new HA entity. If you have an entity with type: remaining_parent_state and it is the only child of its parents, it will just be a sum of all the parents. Similarly if you have an entity with type: remaining_child_state and it is the only parent of all its children, it will be a sum of all the children.
Q: How do I zoom back out after using the zoom action?
A: Tap the same (currently top level) entity again to reset the zoom level.
Q: My (template) sensor doesn't work with energy_date_selection!?
A: Sensors should have a proper state_class in order for statistics to work. Most commonly state_class: total. See https://developers.home-assistant.io/docs/core/entity/sensor/#long-term-statistics
Q: Can you add feature X, so I don't have to create template entities in HA?
A: Most probably no. There is nothing wrong with template entities and they should be the prefered approach instead of duplicating HA functionality in every card. I do make exceptions for often required features like remaining_parent_state but prefer to rely on HA functionality whenever I can.
Q: My entities are not rendered where I expected
A: By default entities are displayed in the order in which they appear in the config. You can rearrange them in the YAML or use the sorting options.
Q: The font size is too small sometimes
A: The font size is determined by the available space, so you can increase the minimum font size by increasing min_box_size and/or min_box_distance
npm inpm start- The compiled
.jsfile will be accessible onhttp://127.0.0.1:3000/ha-sankey-chart.js. - On a running Home Assistant installation add this to your Lovelace
resources:
- url: 'http://127.0.0.1:3000/ha-sankey-chart.js'
type: module


