fyiā¦ solution was to add:
homeassistant:
customize_glob:
sensor.*_living_statistics:
state_class: measurement
to the entities created by the statistics integration. Now I have them show up in dev tools Statistics, and in the statistics-graph cards 
That alert for a specific device on a specific firmware, read the details in the alert (including the external links) to find out if it impacts you.
Are you using the Container (Docker) installation type? If so, check whether you have something like this in the logs:
bluepy.btle.BTLEManagementError: Failed to execute management command 'le on' (code: 20, error: Permission Denied)
I had that during the beta, and it appeared to be because I was missing the --privileged option in my docker run command. Adding that allowed it to work.
I havenāt updated yet but I know Iām going to have a similar problem.
My tuya thermostat shows the right temps etc in the smartlife app but if I check in the new API it is showing as 3C instead of 15C.
When I brought it in via the old API it used to double the temp so 15 was 30 so I was using tuya custom.
I have everything moved over to tasmota or tuya local but it doesnāt support climate yet.
Donāt get how it is wrong in the API but correct in the APP just seems daft.
updated in hoping to finally migrate to zwave-js with little configuration issues and manual changes required ā¦ FAR FROM IT ā¦ I stopped counting after 91 entities that could not be migrated ā¦ I honestly hoped this would be easier/better ā¦ restoring backup as I type this ā¦
The same problem. Rolled back. It is the worst update everā¦
Frankly it is a good release if you arenāt a tuya user. May I remind tuya users, and cloud users in general: you lie down with dogs, you get up with fleas.
I know you may have been told youād get local control, but donāt buy technology based on promises of future features.
FWIW, I am a Tuya user and have had no issues with this update. I was using Tuya V2. I removed v2, updated, added the new core integration and everything worked exactly as it did before.
I am thankful for everyoneās work on HA, as always. On the other hand, it seems unbelievable to me that we are celebrating this Tuya integration as if it would be some sort of improvement.
Not all devices supported, having to renew the API subscription ever year, etc.
This goes against everything one wants from a smart home solution, eg. making your life easier, not harder. Decreasing chores and maintenance, not increasing them.
The solution is simple:
You are right.
My observation or suggestion is more along the lines of not allowing any manufacturer to come up with an integration like this one, for example, having to āpurchaseā and renew an API, and forbid local control.
HA is becoming one of the de facto solutions for integrating these smart products together, and I am wondering what would happen if these types of integrations would not be celebrated/allowed in HA. Maybe they would be forced to come up with solutions making more sense? Would HA and the community have the political ammo to just say no to these? I believe the answer is yes.
Another good example for this is the official eWeLink integration, which, in my opinion, also went a little sideways and makes zero sense in itās current form.
I see were now just started retagging github issues from integration:tuya to integration:tuya_v2
How are the poor Tuya users to know the V2 in hacs isnt the V2 in HA, Everyone thought they would be the same, they seem now to be referenced by the same name yet are different.
i also note not one job has been responded to by any Tuya Dev
We are a very small percentage of the Tuya customer base. We dont have that much leverage. The fact that they are willing to work with the Home Assistant team is amazing.
The negativity here seems to mostly be stemming from frustration with the early stage of continued development and not comprehending the instructions.
Well I havenāt seen anyone from Tuya or HA for that matter trying to help people comprehend the instructions.
For a officially built and supported integration by a vendor, the support from them, is well terrible.
Fair point.
This is actually happening since 2021.10.0 already.
It was reported here and you can also find the issue reported at GitHub here.
ā¦ and this got fixed in 2021.10.2:
Fix multiple upnp/ssdp issues (@StevenLooman - #57314) (upnp docs) (yeelight docs) (dlna_dmr docs) (ssdp docs)
So upgraded knowing my tuya thermostat was going mess up and it has, 15C is reported as 3C and 20C reported as 4C.
I can automate the temp so it isnāt the end of the world, then used a range node to a new entity so I can at least see what it is set to properly in lovelace.
Looking at the API there is a scale setting which I can see but canāt change so Iām guessing the smartlife app must be able to use the scale setting so it looks correct in the APP.
Iām pretty sure the new API isnāt pulling the current temp anymore either, just the target temp.
Other then the tuya bits upgrade went well as always.
Oh so your HA server is not even directly connected to the subnet? I guess nobody considered that case.
I updated through the versions to 2021.10.2. The Pentair Screenlogic integration is broken on all 2021.10.X versions. Went back to core-2021.9.7 and everything is working again. What is the best way to report this issue?
THX