I wonder from where the new app gets the information to show the “Battery” and “Carbon monixide detector” capability?
Is there a way to reliable work around this?
I assume that this is caused by some tries while implementing and testing the DTH.
Is there a way to “reset” the DTH information for my device somehow (without need to reinclude the whole device)?
If you were testing other DTH’s, then it’s likely you’ve got some caching issues (known) when editing DTH’s and the new app. You can swap to another DTH and then back to yours and the tiles should change. My gut feel says it won’t.
I recommend using the CLI tool to create a custom VID for your DTH. Here’s a discussion I was having to do the same thing for a LUX sensor:
No worries. I did a search in Github too, and all I found were many variations for HomeAssistant, and other HA systems.
Before trying your own VID, I noticed that ST has one for the Orvibo sensor. You might want to try adding this to your code’s metadata -> definition line and see if it does anything:
Well is there any?
I didn’t find that capability in the ST capability reference therefore I was not aware that there is such a cabability and used the “Smoke Detector” that brings all I need in my opinion. But I’ll give that a try, thanks for the hint.
This seems to look a bit better as it only shows the “Gassensor”, but still the “Battery”. In the order “Gassensor” then “Battery”. And also I like that the texts are localized now.
Is there a chance that this caching issue is solved in the near future? This behavior is very very weird.
I’m writing another DTH at the moment and switched to another DTH and back to let the new app consider new capabilities I added to my DTH.
The other DTH brings more capabilities I need and use in my own DTH. The affect is, that I always see the unused capabilities of the DTH I switched to in between. The only way to get rid of that tiles is to reinclude the device which I really don’t want to do everytime this happens. Deleting the apps cache or whatever I could try doesn’t help.
I think I can try to add a dummy DTH without caps, states, attributes or whatever to switch to it to avoid this behavior.
But there is one use case where this behavior is really bad - in case that ST selects the “wrong” DTH while including the device. With this you’ll never ever get rid of the useless tiles.