Brilliant...the old "virtual device switcheroo" sounds great. Thanks for that tip.
UPDATE: That works, as they say, "Super-perfectly!"
I should have asked about the process at the start - I could have set up all my short-term HubConnect automations with virtual switch/dimmer/motion devices, and this process would be even easier...
Hello, I just migrated from ST today and HubConnect is working perfectly.
However, I have one small issue with a device.
I have a Daikin aircon connected to Smartthings which uses the Hubconnect Thermostat driver.
It works perfectly on hubitat, but I can't seem to add that device to my google home.
Every time I try to add it, I get this "The following devices are not supported by Google Home and will be removed from your device list:[Garage Aircon]".
My other devices via hubconnect are linked just fine to google home.
Thank you very much
I learned a lesson yesterday, which I guess I should have thought of ahead of time but didn't. I'd moved the vast majority of my ST devices over to my C7, and I wanted to rid my C7 of all the hub connect devices and start fresh, and later bring over the few remaining devices I'd like to have still connected. Rather then having to go remove all the devices manually in the ST app, I just assumed if I killed the connection, the ST devices would also be removed from my C7. Not so, I ended up with all sorts of hubconnect orphaned devices on my C7 and I had to go through and remove them individually.
I'm sure several of you are either laughing at me or slapping your foreheads, or both. 
So next time before i mess with the connection I'm going to make sure I clean things up on the Smartthings app first so that I don't leave a mess If I kill the connection.
If you deselect the devices, on Done'ing out, you're offered the chance to remove the old...
Just be sure that's on and HubConnect will remove the virtual (mirrored) devices on the connected hub.
So... you deselect the real devices, on whichever hub, and HubConnect will 'clean up' the other end.
Thanks, @csteele. The problem with my laziness, was that I didn't want to spend the time to deselect the real devices in the SmartThings hubconnect app. I couldn't find a super quick way to unselect them all and one fell swoop, and so jumped straight to the nuclear option and paid the price. 
Ok, sure, there is better nuclear option...
Just disconnect the entire connected hub... then:
Similar selection to clean up the debris. 
Sending virtual flowers your way. 
Thanks a lot, cool, that's good to know.
I was thinking about using a technique like @adamkempenich's here to have each of my hubs monitored by one other hub and, if non-responsive, then the "monitoring" hub would fire off a reboot. Then I got to thinking, rather than creating new virtual devices and new monitoring rules, why not use the Hubconnect remote hub devices to do the monitoring? Couldn't the eventSocketStatus and/or presence attributes be used as proxies for the remote hub's health? And then I could fire a reboot based on that.
Is the approach sound?
I'm having some issues and as i'm new to HC, i'm unsure why its happening. Basically events and being sent from the remote to the server and its reacting but the response back to say that the lamp is On for example isn't getting updated. Turned on digging and its working again?
Sure! Iād imagine something like that would work.
Thanks Adam. Any Hubconnect expert know which attribute(s) of the remote hub device is a good indicator of whether it can "talk to and hear from" the other hub? I tried to test it by purposely turning of the hub and noticed both Presence and eventSocketStatus changed. But I don't know if they'd change for other reasons as well.
HubConnect no longer works with ST. The classic app is being disabled now and when you try to edit it in the new ST app you can't, the spinning wheel just spins and spins so I had to force remove it via the IDE.
Will this be updated to use the new ST API?
I was afraid that would be case. Glad I didn't put in the work to route my devices through st for control from my galaxy watch.
Hopefully @srwhite has a great vacation and comes back to unbreak it for us soon lol.
I doubt it... Tony who created echo speaks for ST is even dropping support for it.
Hubconnect smartapp seems to be accessible for me using the new ST app; at least I was able to view lists of devices that I have mirrored to HE. I didn't actually make any changes (I backed out at the point of doing so since I don't want to screw anything up).
Not for me -- all I get is a spinning wheel.
Weird. I just went into it again and got a spinning circle. Kill the app restarted it, and was able to get into it again. so I guess it's working as well as anything on SmartThings usually does LOL.
Continues to work for me.
I created a Video of how to add ST as a connected hub a week or so ago.. here
and just now I went in and deleted one of the devices I had mirrored over. It worked.
I then followed up by doing a:
on both ST and the Hubitat hub I used for the video. Earlier this morning I pasted a screen cap of my "production" list of HubConnect:
That was then.. I created an entirely new connection, exchanging key, etc. then 'mirroring' a pair of devices. All of it worked and now my list looks like:
So... as far as I can tell HubConnect is working correctly with ST, for me.
very good to here.
Does anybody know what it takes to make one of the hubconnect drivers fully compliant with new st app?
My mirrored devices work in the new app (or did the last time I checked). However they do not work from the st watch on my galaxy watch.
I tried doing it myself awhile back but could not figure out what the secret sauce was.
If i use a inbuilt st device i can mirror hubconnect devices with webcore and they work fine in the app. Hoping someone watching has some insight. I feel like it cannot be overly complicated. It is for me though.
Download the Hubitat app
