I don’t have explicit includes nor excludes for recorder, so I assume they are recorded. I refuse to go list all my entities to be included, just to have the cost entities recorded. If that’s the way to do it, it’s not consistent.
well, refuse whatever you like, but having a strict include policy is the way to go anyways. Adding 4 entities there is not inconsistent. On the contrary I would say.
for this issue: be sure they are included, which you can easily do by clicking them and see if there is a history:
There is history, as I already explained in the other threat.
Hey Tom, did you get anywhere with this? I just starting setting up my Energy panel and have the same issue
Nope.
It has been fixed and will be available with next release I think
There is a few options to try:
disable and enable again location tracing
uninstall / install application
check if you have no the device registered twice in HA (see long-lasting bug in the app or core: Duplicated MobileApp (iOS) integration - why does it still happen - #8 by maxym )
With the new focus on energy, I’d like to break in here to bump the bug report on lack of a US customary units setting. I’d also initially made this a feature request. Right now, HA only supports metric and imperial, and the two systems are not fully interchangeable. In particular, US and imperial volume units are substantially (20 or 25%) different. If more fuel-related integrations are added – right now I only see TankUtility – this will become important, since under- or over-reporting fuel levels can result in running out early or overfilling tanks.
Right now, it’s merely an inconvenience, since I don’t think TankUtility has operations anywhere but USA so unit conversion problems aren’t likely. Also not a really big deal with car integrations, since users will believe the gas gauge on the vehicle rather than the volume reported by HA (and vehicle fueling systems have overfill prevention). But the problem exists now, and as more fuel services there’s more likelihood of actual problems.
But not wanting to rain on the energy parade, I do very much welcome the focus in this globally crucial area.
How is this an issue when Home Assistant does no unit conversions?
Bug report and feature request have more detailed explanation of this but the short version is integrations can use the global HA system of measure setting to know what units to report in.
I believe only liquid units are different size in the US than the rest of the Imperial measurement system.
There are a few other differences, some of which might come up, others may never be seen in the scope of HA.
Liquid volume units are probably most likely to cause a problem. I don’t think there are any cookbook/recipe integrations, so dry volume issues wouldn’t exist until such a thing came into existence (if ever).
The US has two official definitions of the foot – but only till the end of this year. In 2022, the US will only use the standardized international foot shared with UK, NZ, AU, CA, etc. (This was a legacy unit retained while old survey data was converted to metric.)
Mass units do have some differences. US hundredweights and tons are different from their UK counterparts. (I know of no integrations that use these, since this is Home Assistant, not Farm Assistant or Factory Assistant.) OTOH, fitness/health integrations will have an issue with the imperial “stone”. This unit is not used in the US. I see the fitbit integration works around the problem with a setting that can override the HA system units of measure setting. I don’t know anything about the Withings integration, but do I know there are scales in the Withings ecosystem, so the issue may exist there, too.
Any citation about the different definitions of foot? I have never heard of that before.
I thought Home Assistant did do unit conversions. I have a temperature sensor with a unit_of_measurement of Celsius and changing HA’s units to Imperial makes it convert it to Fahrenheit. Or are you talking about something else?
1 Like
I found this interesting and came across this:
https://www.nist.gov/pml/us-surveyfoot
The Important Dates at the bottom advise of the changeover.
1 Like
I thought the opposite.
If you have a temp sensor in deg C that should be deg F it will look erroneously hot.
I really don’t think we should cater to stupid unit systems!
4 Likes
SI units or nothing!
2 Likes
Spilling excess Diesel #2 heating oil into groundwater isn’t a punchline. To a lesser degree, freezing one’s butt off in an ambient temperature shower in a New England AirBNB in October also isn’t super-fun, even if one measures their heating oil at home in a superior system.
1 Like
Hi! I have reverted back to core-2021.7.4 as it seems to brake my Qees zware dimmer. As a NOOB how can I help trace the issue?