I’ve been looking at summary tiles more, meaning the little status tiles on the Favourites and Room pages of the mobile apps. My conclusion is that they are configured in a way that would be recognisable from device configs and capability presentations. They focus on particular observable events using the device ‘type’ as the filter.
The configuration data is divided into two top level groupings - ‘static’ and ‘dynamic’. The static tiles appear to be those that are always displayed (if enabled). The tiles may be updated ‘immediately’ or they may be ‘periodic’.
This monitors the windowShade>windowShade attribute in the main component of devices of type oic.d.blind and updates immediately.
This monitors the relativeHumidityMeasurement>humidity attribute in any component of any type of device and updates every ten minutes. The tile displays the average value.
This works with switch>switch and switchLevel>Level in the main component of devices of type oic.d.light, or with switch>switch in the main component of oic.d.smartplug. It updates immediately.
This uses temperatureMeasurement>temperature in any component of oic.d.airconditioner, oic.d.airpurifier, oic.d.thermostat, x.com.st.d.airqualitysensor, x.com.st.d.sensor.multifunction, x.com.st.d.sensor.motion or x.com.st.d.button and updates every ten minutes.
These are special cases that update every twenty minutes. The weather tile just displays temperature and the air quality is described as ‘ultra fine dust’ but actually seems to be PM2.5 which I believe is normally called ‘fine dust’.
The ‘dynamic’ grouping appears to be tiles that are only displayed when there is something to report.
The ‘running’ tiles display various states for devices of type oic.d.dishwasher, oic.d.dryer, oic.d.washer, and x.com.st.d.steamcloset (AirDresser). There are lots of different attributes involved.
This monitors the contactSensor>contact attribute in the main component of x.com.st.d.sensor.multifunction and x.com.st.d.sensor.contact, the doorControl>door in the main of oic.d.garagedoor and the lock>lock in the main of oic.d.smartlock. The visible states are
open for the windows and doors, and
unlocked with timeout for locks, although the configuration does look a bit garbled for the latter with the active states also being listed as the inactive ones.
This monitors the battery>battery attribute in the main component of any device and the tile is visible for values less than 15.
So it seems there is another useful tool out there that the community probably might like to get its paws on, though I still feel that certain of this functionality would be better implemented using device groups as that gives scope for using summary information in automations. Of course, I’ll happily withdraw that comment if it turns out that the status of summary tiles can indeed be used in that way rather than being just a display feature. Indeed the summary lighting group that I assumed was powering the lights tile might actually be an end product of it instead.