I had this issue even before the authentication change in the new ST app where it initially says it’s offline.
I find I have to pull down the screen to refresh the device in the new ST app to ‘wake it up’ so all the controls appear.
Just to report after todays update Connect has authenticated, my hive thermostat is detected & can make changes.
Thank you.
Seeing odd behaviour within the smartapp though. Cannot switch Thermostat Mode state back to ‘Automatic’ (enables hive/boiler scheduling). The option has disappeared. I say disappeared as it was there earlier when testing, and I did notice the Mode shown was “auto” rather than the “Automatic” of earlier. So when I changed it to off to change it back, the option is no longer in the list; I have cool, emergency, heat & off but no Automatic.
All the other Modes work as intended, but when enabling schedule in Hive app, Connect would not reflect this & continue to report last state with no refresh, despite force closing, clearing cache on ST app & restarting phone.
Only difference between now & when problems started, hive had run through the evening heating schedule: probably not significant but I’m no judge…
It could well be something on my side, although I successfully made it to the end of the crash course on node.js, that’s about as far as I go!
Using Connect 3.2c, Hive heating handler 3.2, Android 10 ST app.
Plot thickens: I left it be to post this 15mins after setting Hive app to schedule: Mode is now “auto” again, but if I change it, it does not appear in the list of selectable modes & behaviour reverts to what’s described above.
Yes it seems to be a bug with the default Smartthings app device type for thermostats UI.
It’s being set to auto because your hive app is setting it back to scheduled which is a valid state in Smartthings and shows up as Auto. For some reason they have removed this mode from the ST app UI but it can be set to auto using WebCore if you’re using that.
UPDATE: Playing around with custom UI configurations so hopefully I should be posting a code update later on with Auto mode enabled.
Will we be able to customise what we name the modes in the new UI, as the “label” attribute of old doesn’t seem to be honoured in the new UI?
For example:
Auto -> Schedule
Emergency -> Boost
Heat -> Manual
I know it will be a personal preference, others may not even be bothered, and it will require slight tweaking to your code within our own IDE, but would it be at least possible?
Yes, you can create custom capabilities such as unique labels, commands, etc. and assemble them together in the device handler. The screenshot you’re seeing is an assembly of pre-made capabilities with fixed labels which is the quick option but at least gets Auto mode appearing again.
Not as easy as before though as the custom capabilities are defined using a Samsung SmartThings CLI tool with a config file rather than in the device handler code itself.
Has anyone else got a problem with their colour Hive bulbs?
I have installed the new versions and token. I can turn the bulbs on and off, dim them also but I cant change their colour via SM app. If I attempt it I get the spinning fan followed by a “A network error occurred. Try again later”.
If I look at the log for the device it shows me turning off and on and dimming but nothing to do with the colour change. So I’m assuming there is a path that needs correcting somewhere?
Im trying to paste the token into my smartapp (the line appears at 109 not 105?) but i get the following error. Any ideas??
org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed:
script_app_metadata_cdd2941c_8839_4fa7_866a_08fba41341d4: 109: expecting ‘’’, found ‘\n’ @ line 109, column 3994.
XJn8iiVgKUlCjbj8Yj0s5-JeCzPg"}
^
1 error
Make sure it’s pasted similar to above, within the single quotes and on a single line (which SmartThings forum doesn’t let me do in above).
I had the same error. Make sure that ’ symbol is at the end of the line not in the new line. For ex:
…XJn8iiVgKUlCjbj8Yj0s5-JeCzPg"}’
Not:
XJn8iiVgKUlCjbj8Yj0s5-JeCzPg"}
’
I’ve updated the Hive Heating, Hive TRV and Hive Hot Water device handlers to tweak the UI in the new SmartThings app. If using the TRV, you will need to update the source from https://github.com/alyc100/SmartThingsPublic/blob/master/devicetypes/alyc100/hive-trv.src/hive-trv.groovy
Once the Device Handler code is saved and published, you need to update the device in the ST IDE to force a refresh. I go to ‘My Devices’, then click on the device. Click Edit at the bottom. I change the label by adding ‘2’. Click update. Edit again and remove the '2. If anyone knows a better way to force refresh, let me know.
2 Likes
That did it thanks!
All good with the install here. The instructions worked a charm on my Mac. Only additional steps I had to take were to make sure the ’ was on the end of the line. Then I had to delete the devices and re-add.
Update to the Heating device looks good. However hot water looks like this
If I drag the screen down to refresh I can see the no-cloud symbols change to the intended symbol but after a fraction of a second they change back to a no-cloud.
I have the same issue. Still working it out. Think of it as a BETA release 
@Alyc100 I’ve just managed to get this working on Hubitat. Complete kudos to you, Hive Community Forum and Matthew Price2! If there’s a way to shout you a beer then ping me!
The only outstanding query I have relates to lines 72 and 73 of the DTH:
capability "tigerdrum36561.boostLabel"
capability "tigerdrum36561.boostLength"
Which won’t import into Hubitat…
Thanks again!
Yes. They are custom types using the SmartThings CLI to define custom UI elements. I doubt they will work in Hubitat.
1 Like
Hi @Alyc100
Just using the plain old Heating and Water parts for this.
Everything authenticates as expected, though a few unexpected things occurring.
Every time I refresh in the Authentication in the Hive Connect App, it generates a new instance of the Heating and Water App. I then have to delete the old version as it can no longer control the heating or water but will reflect the status. The new version works and I can control and see the status of Hive. This only appears to happen when the Heating and Water Zone App is allocated to a Room.
Boost Length and Boost Status are just displaying as Cloud, though I think from above that this is expected.
Can anyone confirm that they have the TRV working for me?
After you enable the TRV in the App, confirms the right DTH is loaded (should be the TRV DTH not the Heating one).
Can you then change the mode on the TRV? Does it:
- Turn on/off he TRV when you look in the Hive app
- Does the status update in the app?
Thanks.
Thank you @Alyc100
This is now working for me, how do I donate money to you?
Well it’s completely optional, but I have a PayPal.me link at the top if you really want to buy me a drink 
https://www.paypal.me/alyc100
1 Like
Is the no-cloud issue on the hot water DTH resolved for others?