Okay I’m going to try to answer you questions above:
This is an artifact of the ST Windows App, if you see the code for the device handler you’re using (https://github.com/SmartThingsCommunity/SmartThingsPublic/blob/master/devicetypes/smartthings/smartsense-moisture-sensor.src/smartsense-moisture-sensor.groovy), you will see
This allows the user to choose the water sensor tile or the temperature tile as the default to show on the main page, the yellow circle depicts what you’ve selected to show as the primary on the main summary page. This feature has been deprecated by ST since 2.x series for the iOS and Android apps and is a left over artifact on your windows app. Basically in short, it does nothing but change what you see on the “Things” page, in this case you’ve selected temperature so it shows the 81 on your Things page.
However you cannot switch it since ST now has switched to the newer MultiAttributeTile which doesn’t support user selecting the primary attribute. If you look at the display options in the code:
details([“water”, “temperature”, “battery”, “refresh”])
Water is the MultiAttributeTile, Temperature is the ONLY user selectable tile, hence you don’t have any options.
Basically as @prjct92eh2 said, either you should move away from Windows ST app or try this, if you can deselect it you should see the dry/wet status on your Things page instead of the temperature.
If that doesn’t work you have 3 options:
- Write a custom DTH which doesn’t use MultiAttributeTiles
- Copy paste the code into a custom DTH and change the line
- Delete your device and re pair it and don’t accidentally touch the temperature icon and end up selecting it.
ON A SEPARATE NOTE:
While looking at the code I also noticed another issue, under current states, there is no state for the the attribute
water, you will see
checkInterval but no water.
This is because your sensor hasn’t reported the state as yet and also in part due to a bug in the ST code. The bug lies in the refresh code, when you click on refresh it ONLY refreshes the temperature and power status but NOT the dry/wet sensor status.
refreshCmds = zigbee.readAttribute(zigbee.TEMPERATURE_MEASUREMENT_CLUSTER, 0x0000) +
(even the ping command doesn’t read the sensor status and instead reads the battery status)
Because the refresh command doesn’t ask for the sensor status and the sensor itself hasn’t reported the sensor status as yet and the ping command doesn’t read the sensor status, essentially ST has not idea what the sensor status is and hence you don’t see the attribute
water in the device summary page. It has not been initialized yet and the way things are currently coded there’s now way to force the device to report it!
@workingmonk can confirm if I’m understanding this correctly