Closed Ceaus closed 10 months ago
The frontend does not create entity names, if you think one was named incorrectly please file a core issue for the integration that created the sensor.
Your other suggestion for additional utility types is a feature request and can be made in the appropriate section in the community forums.
Thank you for you response. My apologies for wasting your time. It will split up this bug report with the proper allocations.
Checklist
Describe the issue you are experiencing
I'm getting city heating as a utility. The measurements are reported by a Warmtelink module in DSMR format. An example of a Warmtelink telegram is:
As you can see the unit of measerement is GJ.
The DSMR integration correctly sets the unit of measurement to GJ.
The following issues are observed:
sensor.gas_meter_gas_consumption_2
, which is odd, as it's not a gas meter, but a hot water meter.Describe the behavior you expected
I would expect to have:
Optionally: The energy dashboard is very tuned towards a small selection of energy sources, such as electricity and gas. With multiple options for different countries, and an increase in energy developments where we may see different kinds of energy distribution, it might be useful to have the option to define your own category of energy source.
Steps to reproduce the issue
What version of Home Assistant Core has the issue?
core-2023.11.0
What was the last working version of Home Assistant Core?
No response
In which browser are you experiencing the issue with?
Firefox 118.0.2
Which operating system are you using to run this browser?
openSUSE Leap 15.4
State of relevant entities
Problem-relevant frontend configuration
No response
Javascript errors shown in your browser console/inspector
No response
Additional information
No response