Similarly to SmartThings, SmartTiles must also cater for the lowest common denominator. Unfortunately, most thermostat device handlers only support whole numbers. I had .5 degree adjustments implemented at some point, but needed to roll it back because it was causing issues for the US folk.
Ah ok, thanks for clarifying (although I can change the setpoint within smartthings app by 0.5deg increments - wasn’t sure if you were saying it was similar to the smartthings app capability)
What I’m saying that some thermostats have more features than others, but the ST API only implements the most common subset of functions.
There is no way for SmartTiles to know whether the device handler is able to take decimal numbers, so it implements only what every thermostat can handle for sure.
Ok, I understand. Thanks for the reply 
Yah… That’s one place where the SmartThings native standard mobile App has an advantage … Each “Thing” gets a custom Device Type Handler which may define additional Commands, Attributes, and UI (user interface) – but none of the UI metadata is accessible to SmartApps though any API.
However, if there are certain specific custom Device Types, we might have to consider a way to build custom Tiles for these … even if they have to be manually selected in the Preferences.
It means replicating more of SmartThings’s user interface architecture…
You lost me towards the end there. Sadly I have no capability when it comes to coding, or understanding the ‘architecture’. It’s totally beyond me.
But I might have to learn.
Smarttiles is an excellent app, it does so much for me I can’t get in the native app. (Ability to control multiple devices on a single screen), but it doesn’t quite hit the spot when it comes to my multiple thermostat control. Understandably, now.
Perhaps there’s another solution for me.
What’s the brand and model of your Thermostat(s)? Did they connect to SmartThings automatically or are you using a Community shared Device Type?
It’s the Honeywell Evohome system. Connected directly, no custom device type. It’s an SmartThings beta test
Ah! Then you have a head-start on us!
I can’t find the “Honeywell Evohome” Device Type Handler in the SmartThingsPublic GitHub; I could be missing it, or maybe it’s not posted there because of the Beta status.
Could you ask your Beta coordinator to share it with myself or @625alex? By looking at the source code, we can determine if SmartThings is deviating from, or just adding to, the standard “Thermostat Capability”. This will influence how and when we can add 0.5 degrees or similar resolution to the Thermostat Tile. Thanks!
@Aaron Could you help with this please?
I was just about to come in here to see if anybody else is seeing what I’m seeing on my dashboards (they are all sitting there with the error symbol, and upon refreshing browser = white screen), but now that I see there are platform issues (LINK), I will assume it’s something to do with that…
Major issues at Smartthings…
It’s working fine now. 
From the status page…
From: support@smartthings.com [mailto:support@smartthings.com]
Sent: Thursday, February 25, 2016 4:06 PM
Subject: [SmartThings status] Resolved : Service Disruption
Service Disruption
Incident Report for SmartThings
New Incident Status: Resolved
Issues with Mobile App Connectivity and Developer Tools should now be resolved. If you continue to experience issues, please contact support@smartthings.com
Feb 25, 18:05 EST
My SmartTiles dashboards are malfunctioning.
I’m not sure if this is part of the ‘outage’ that has caused ‘Access Denied’ problems for many SmartThings users (including myself) over the past week, but…
When my wall-mounted Android tablets running SmartTiles turn on their screens in response to motion in the room, they display an error message in the browser instead of the SmartTiles dashboard.
The error says,
“Access Denied
We’re sorry, but you are not authorized to perform the requested operation”
Anybody else seeing this?
Yes… Unfortunately we’re seeing this from a few people from time to time.
Try Revoking your Authorization Token (from the Configuration / Preferences pages) and then using the new one… Likely to fix it, I think.
We don’t know why this is happening, but we do know that SmartThings is making (and denying) unannounced security related platform changes. This could be a side effect, but since they don’t announce the changes… 
[quote=“tgauchat, post:198, topic:31780, full:true”]
Yes… Unfortunately we’re seeing this from a few people from time to time.
Try Revoking your Authorization Token (from the Configuration / Preferences pages) and then using the new one… Likely to fix it, I think.[/quote]
Yep. That did it.
Thanks
[quote=“tgauchat, post:198, topic:31780, full:true”]
…We don’t know why this is happening, but we do know that SmartThings is making (and denying) unannounced security related platform changes. This could be a side effect, but since they don’t announce the changes… 
[/quote]
Interesting. Isn’t that what the developer meetings are supposed to be for?
Well, hopefully it turns around at some point. Thanks for your support.
Not sure if this is the right place to post my question, but…
Yesterday I installed a few new OSRAM bulbs, which so far have worked fine. I have them included in my SmartTiles dashboard. There is an issue with the dashboard not showing one of the bulbs as being on. The dashboard can turn on, dim, and turn off the light okay. However, when the light is turned on, the dashboard will initially show the light as on, but in less than 25 minutes the dashboard shows the light as off (even thought the light remains on)?
I looked around on the forum and could find a similar issue with SmartTiles, has anyone else had this occur or may know what causes the issue?
Thanks,
Shawn
How is it showing up in the SmartThings app under Things? Matching the state in SmartTiles?