The End of Groovy Has Arrived

Users should contact ST Support and put in a request for the limits to be raised. Who knows, if there are enough requests… it could happen!

4 Likes

So Groovy drivers go away in about a month, but the Edge driver migration will take several months? If I read that correctly, there will be some presently supported devices that won’t have replacement drivers for potentially about two months? Who did that math??

8 Likes

Sonos integration is effectively being broken by this transition. No way to start a playlist or a radio station from a routine, as both Speaker Companion and Webcore will be deprecated!

5 Likes

I’ve been managing pretty well with multiple routines,so far, and have even been enthusiastic about getting creative with virtual devices. But realizing there is a hard limit, I just don’t know…

Hoping automations evolve to accommodate a little more complexity while allowing for fewer routines.

2 Likes

How about we get an app that isn’t slow as balls before you make this change so we can transition effectively?

9 Likes

With respect, are you serious? Because of course no one has done this already.

4 Likes

Hello. Which devices are you concerned about having to re-onboard? Perhaps I can help if you share more about your set up?

We have a migration plan that covers many situations, and are trying to avoid having this case.

Edit: spelling

How about Sonos playlists? How can we start them with a Routine if Speaker Companion goes away?

4 Likes

I did that once for each hub I own months ago and just got broil plate response.

1 Like

@alissa.dornbos I am in the beta program, when will Option 4 listed in your FAQ start occurring?

Specifically, I have Jasco and Inovelli switches currently running on Groovy drivers that I would like to see transitioned to Custom Edge drivers (already installed). I was told in the beta thread that this would not be supported without disconnecting and reading a device.

2 Likes

You’re giving your user community 6 weeks notice? This has been in the works for over two years and you decide to pull the plug with 6 weeks notice. Of course you do, Samsung, of course you do. Good riddance.

7 Likes

If your Zigbee or Z-Wave device is currently backed by a Custom DTH (not published in the ST repo) and you have a replacement community Edge Driver on your hub, ST will migrate those devices for you to the installed community driver (What is highlighted in Option 4 from the FAQs).

Please note this will not work for Lan devices.

Also, because we don’t know the entirety of the custom DTH was and what it’s replacement driver is, we cannot guarantee the expirence will be exactly the same (as we haven’t reviewed the code of either and it isn’t in our repo).

When in this situation, I recommend to please check the name of your preferences between the Customer DTH and the Non SmartThings owned Driver. If they are not the same, preferences will not migrate.

I don’t know the previous communication you received, if it’s helpful to you I’d be happy to review it if u send a link.

1 Like

So how do we create simple virtual devices, like a switch/contact sensor or a switch/presence sensor? Is there a catalog of community developed drivers?

And you can also create some of them through CLI.

There is also a virtual calendar which you might find useful in Routines.

3 Likes

You can find community-created Edge drivers on the quick browse lists in the community – created wiki. There are a couple for virtual devices. :sunglasses:

https://thingsthataresmart.wiki/index.php?title=How_to_Quick_Browse_the_Community-Created_SmartApps_Forum_Section#Quick_Browse_Links_for_Edge_Drivers

2 Likes

Any news on HomeAssistant integration? Will that remain?

1 Like

The HomeAssistant Integration is based on API access - not groovy. That’s why it requires a Personal Access Token on the SmartThings developer portal.

So you could in theory use HomeAssistant and NodeRed instead of WebCoRE… :wink:

…Just realize while HA itself may be local, the HA integration to ST is a cloud integration (it connects to the ST back end not your local hub) and therefore susceptible to all of the happy fun times with lag all cloud integrations have to deal with.

4 Likes

Although this has been communicated for some time, now that the end is upon us, I cannot express how disappointing this news is. I’ve created multiple DTHs and Smartapps. No longer. The Rules API is confusing, limited, and simply not up to the task of replacing webcore - which I’ve used with SmartThing to build my entire smarthome around. No longer. I have recommended SmartThings to others for years, and personally set up many of their systems. No longer. I’ve stayed with SmartThings for nearly its entire existence. No longer.

11 Likes

So how do we get additional model numbers of a device added to a fingerprint for a “standard edge driver”. According to IDE … All my Keen vents are listed as: SV02-612-MP-1.3. That does not seem to be included in the standard driver. If every model number has to be listed, then who does that.

at


A local API reduces the need the transfer outside of the home, a cloud Rest API does NOT!

3 Likes