To fix the issue with statistics, go to Developer Tools / Statistics and look for your sensor. Click the FIX ISSUE
button located to the right of it.
Cool! Thanks to both of you. I found the issues listed and that should fix those. I was unaware the Statistics tab. :-o
But now Iām totally befuddled. There are tons of entries listed there. Many are those that I have not included explicitly in my recorder:
yaml configuartion file, so I guess these are just discovered āstatistical-likeā entities? But a few of them are not even valid (or existing) entities, nor have they been for a very long time. An example is a generated entity sensor.zooz_zse40_multi_temperature_2
and many others with _3, _4, _5, etc. These were renamed a long time ago, donāt appear ANYWHERE in my entities lists (hidden, restored, or otherwise), and the renamed entities that replaced them are listed explicitly in the recorder:
file. Iām not quite sure what to make of that.
You can ignore the missing state issues for sensors that you have excluded from the recorder or intentionally disabled via the UI (or that come as disabled by default).
EDIT: Ignore this next bit. I really should read entire posts before replying.
For the sensors that you have not used for a long time but are still showing up, have a look at your Configuration / Entities list. Click on the filter icon top right (triangle icon made of dashed lines), tick all the boxes. Sort on the Status column. Look for the āResoredā entities (red circle icon with a slash though it - not the red circle icon with an exclamation point). If you no longer use them you can delete them. Then restart.
I guess you could try the FIX ISSUE for a missing entity (not one of your excluded or disabled ones) and see how it goes.
2022.2 ? (2021.2 has already been released)
Thanks Tom, that was the first thing I did. I actually do that regularly to keep things clean. Things sometimes randomly appear as ārestoredā even after being deleted, perhaps after a re-interview. Donāt know. But none of those particular entries appear ANYWHERE in the entities list, not restored, non-editable, or otherwise. But they are in the Statistics window. There are 11 of them, and the Source is recorder
, if that helps. I also checked my recorder:
file to ensure that none of these were listed as well. Thanks!
I also did get an error in my Core logs that I donāt understand. I didnāt see anything in the .12 release that was a breaking change for me, but I may have missed something. Anyway, it is as follows:
Logger: homeassistant
Source: components/ipp/config_flow.py:51
First occurred: 3:19:01 PM (2 occurrences)
Last logged: 3:19:01 PM
Error doing job: Task exception was never retrieved
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/data_entry_flow.py", line 203, in async_init
flow, result = await task
File "/usr/src/homeassistant/homeassistant/data_entry_flow.py", line 230, in _async_init
result = await self._async_handle_step(flow, flow.init_step, data, init_done)
File "/usr/src/homeassistant/homeassistant/data_entry_flow.py", line 325, in _async_handle_step
result: FlowResult = await getattr(flow, method)(user_input)
File "/usr/src/homeassistant/homeassistant/components/ipp/config_flow.py", line 133, in async_step_zeroconf
info = await validate_input(self.hass, self.discovery_info)
File "/usr/src/homeassistant/homeassistant/components/ipp/config_flow.py", line 51, in validate_input
printer = await ipp.printer()
File "/usr/local/lib/python3.9/site-packages/pyipp/ipp.py", line 208, in printer
response_data = await self.execute(
File "/usr/local/lib/python3.9/site-packages/pyipp/ipp.py", line 177, in execute
response = await self._request(data=message)
File "/usr/local/lib/python3.9/site-packages/pyipp/ipp.py", line 146, in _request
return await response.read()
File "/usr/local/lib/python3.9/site-packages/aiohttp/client_reqrep.py", line 1036, in read
self._body = await self.content.read()
File "/usr/local/lib/python3.9/site-packages/aiohttp/streams.py", line 375, in read
block = await self.readany()
File "/usr/local/lib/python3.9/site-packages/aiohttp/streams.py", line 397, in readany
await self._wait("readany")
File "/usr/local/lib/python3.9/site-packages/aiohttp/streams.py", line 304, in _wait
await waiter
aiohttp.client_exceptions.ClientPayloadError: Response payload is not completed
Iām not sure what that error is about. Something to do with the setup of this integration:
Did you see this reply?
Did you see this reply?
I did not, but will give that a try. I wasnāt sure how this whole statistics thing integrates with the recorder config and if it will create itās own copy, convert my YAML to the UI (if thatās a thing), or what. atm, the only thing I use the UI for for config is Persons! old skool
Long term statistics are kept forever. So I can see how your missing _4, _5 entities would still be there. I suspect you should be able to fix this with the button. Let us know how it goes.
Yep, I kinda gathered that from the message you get in the dialog. Where are these statistics data stored? I can see things like Total Energy being accumulated, but things like Temp are transient and already kept in the Recorder DB. Keeping that long term wouldnāt be useful. Is there another DB for stats? And if so, does it ever purge?
EDIT: Andā¦ theyāre all gone!
In a table in the database. No it does not purge.
Looks like that ISSUE FIX will do what you want.
Yikes! Iāll have to copy down the DB and explore that. Hopefully it wonāt add excessively to disk usage.
Ya, 2022.2
Thereās a bit of a discussion about this over on this thread:
Iād be interested in what you find. This ākeep forever in an SQL database on an SD cardā stuff has me a bit concerned.
Hmmā¦ Interesting discussion. I just added my 2c over there. Thanks for the link. My DB is just shy of 180MB for 14 days of history. Iām only using 17% of my disk atm. I do keep a lot of history, but itās well curated and definitely NOT everything. I try my best to keep things lean. For example, I just eliminated, refined, and condensed a bunch of scripts and automations by utilizing many of the new features that have been introduced since I built them a year or two ago! Thatās progress! Anyhooā¦ something to watch.
Add-ons, Backups & Supervisor
The Supervisor panel has been merged into the configuration panel. The separate menu item from the sidebar has been removed.
Very bad idea!
Anyone experience tuya integrations to lost connection after running several hours? upon 2021.12.2 it fixed the not connecting to tuya api, however it fail to connect after several hours until restart. I just upgrade to 2021.12.3 hope this fixed the issue.
Iām not sure if this was considered, but it looks like users that are not administrators can no longer configure the companion app on their android device now that the app configuration has been moved into the main configuration menu.
Was this deliberate, or just overlooked?
Yes, tuya is broken.
I believe 2021.12.3 does not fixed the problem, my tuya is basically death after running more then 10 hours and restore back after restart