The End of Groovy Has Arrived

I haven’t had any devices migrate since mid-February. There are still 16 GE/Honeywell/Enbrighten Z-Wave switches/dimmers/fan controls running a stock DTH driver.

It’s a small enough number that I could just migrate manually and move forward, but after all this time following the transition, I’m curious to see what happens. :upside_down_face:


I’ve systematically been checking the IDE to confirm count that are “placeholder”, then confirm the change via the IOS app. About 3 weeks ago, I had 32 “moved” over, after this change, 6 dropped out, (and to my knowledge all were z wave switches, so the count went to 26 (I’m going off of memory for this a specific device, but checked others I recalled, changed as well). I just returned from vacation and two more have dropped out (not sure what they are yet), and several other things went offline (unclear if related or not), so I’m standing at 24 converted. I’ve been told to not mind the IDE value too much, so perhaps this is the issue, but I’m including another zwave switch screen shot of a different switch I also is currently appears to be converted via IOS app, but not showing as such in the IDE:

Ok, well, as mentioned by others, seeing the information from the API is more reliable (Todd Austin’s tool helps you to do that), the IDE could cause this kind of confusion.
In the case of the device you shared above, we can see it is using a driver because it has the fields “Driver ID” and “Driver Name” which a DTH cannot have.

However, if you see a device is “dropped out” (which I think you mean that goes back to the DTH), we would need the following from you:

  1. To submit the Hub logs as soon as possible (less than 12 hours after the issue) so the team can investigate.
  2. Provide support access:
    1. Confirm the email account registered in the forum is the same one you use for SmartThings. If not, please share it with me over DM
    2. Enable support access to your account:
  1. Go to the SmartThings Web (
  2. Log in to your Samsung Account
  3. Select Menu (⋮) and choose Settings
  4. Toggle on Account Data Access
  5. Select the time period and confirm - In this step, please select “Until turned off”, once the team finishes, we’ll let you know so you can disable it again.
  1. Share the name of those devices that have the issue so we can look for their ID


I totally disconnected for a few months, hoping that transition will be happening in the meantime … NOT!!!

I’ve read the latest posts and still have a few questions:

  1. Is there a set shutdown date for IDE as per now? Hopefully all of my devices will be transitioned to the suitable custom Edge drivers automatically, they are deployed and waiting … and waiting … and then wait some more :slight_smile:

  2. The bulk of my devices that wait to be migrated to custom drivers are Heatit Z-TRM3 thermostats.
    However, what worries me is why none of my devices that have or should have stock drivers are not transitioned yet? By this I mean quite generic Zigbee and Z-wave dimmers? :thinking:

See from IDE:

If you currently use a custom Groovy handler I am not sure that migration to Edge will be automatic.
Please see this thread for information on Heatit Z-TRM3:

1 Like

No official date has been announced at this time. You may want to stop using IDE at this point and switch to the community developed tool: API Browser+


I’m using API Browser+ for quite some time already, it’s fantastic! Better than everything Smmsung/ST ever made … thanks to Todd :slight_smile:

I remember at that time that there was one (for me) feature missing … routing info for Zigbee devices … and the reason for that was limitations in ST’s API … I guess that is still the same


New announcement today, they are now talking about “months“ to complete the transition.

We are still in the process of seamlessly migrating supported devices from Groovy DTHs to a Lua Edge driver behind the scenes. If you have a supported device that still has not been migrated despite being targeted on this list Here, don’t worry, we are working on this and you should see changes within the next few months. We are doing this process in phases to ensure minimal impact to the platform and your devices.

Update on Groovy Platform Migrations


shit, dont you just want to push it over the edge already and get on with it. LOL


I understand how the myriad of devices ,drivers and mfg makes this a challenge. I ran SW at Dell so I get it.
The part I don’t understand is not a word about when smart apps will return. No published plan or schedule for smartapps .
I suggest we all write to mark Benson at Samsung and request a schedule and an ama session.

They’ve explained several times, so I’m not quite sure where the confusion is.

They are no longer providing a free Groovy cloud, and they are not allowing customers to upload custom SmartApps to their hubs.

If you want a custom smartapp, you have to write it yourself and host it yourself. Or the original author has to host it and make that available. Then these will connect to the new platform through the smartthings REST API. These are now called “endpoint smartapps.”

So far a few platform partners have done this, including Ifttt, sharptools, and actiontiles, all of which previously had custom groovy smartapps, even if you didn’t know they were there.

As far as community developers, there have only been a couple of those, but they do exist. These include one for myQ, one for lock manager, two that support integration with hubitat, and a few more. There is a section in the community-created wiki that lists the ones that have been publicly announced so far:

There’s also a list in one of the community FAQs about some of the specific replacements for some popular SmartApps.

Replace Groovy with Automations—what’s your plan?

Here’s what the new architecture looks like. As you can see, smartapps still exist, but now they come in through the REST API:

So those have already been around and working for a while, it’s just that not many people are writing them.


Well while I agree in principle I would say th vast community of ST users who have depended on smart apps for years have been left stranded.
Lum is of course the biggest one
Vacation mode lights was another I depended on.
Asking st users to write them ourselves is not right. Or go build it in smartools .

ST should have for example found the top ten smartapps in groovy and worked directly with the developers to migrate those top smart apps to the rest api’s .
This is what the role of Developer relations team does at a company like Samsung.
And rather than have all millions of st users have to figure this out individually by themselves ,at could be posting hey users of Lum here are three new good replacements.

That would be very helpful.


I agree it would have been helpful, but I’m pretty sure there aren’t “millions of smartthings users“ who ever used custom groovy smartapps.

ST staff have said multiple times that the vast majority even of their hub users had 15 or fewer devices and never used any custom code at all. And now the vast majority don’t have hubs. They just have a Samsung smart television, or smart appliance. They never used the IDE, they never used custom code. So most of their customers aren’t being affected by the transition at all.

Would I have done things differently? Sure. As I’ve said before, I’m still astonished that they didn’t assign some Samsung employees specifically to help people with the transition in this forum. But they didn’t. :man_shrugging:t2:


One more point
AaST should be giving updates on the new api’s
As Rboys still today says
“We are waiting for them to complete implementation of some features which are missing in the new platform that will allow us to complete migration of our apps to the new platform.”

Unfortunately no one else seems to know what he is referring to, or at least no one has acknowledged that they do. He might not be in a position to say, or it might not be in his interests to do so, so that is fair enough. It just doesn’t help the understanding of the wider community.

The ‘API Only’ / OAUTH apps are a somewhat different kettle of fish to the endpoint apps. At least they seem that way to me as I’ve had no involvement with them.

Endpoint apps of the complexity of the old ‘market place’ Groovy apps have been live for years now, there just doesn’t seem to have been much interest in them, or at least not in sharing them. They are pretty easy to install by numbers if they are already being hosted, the real problem can be in having somewhere to host them and an understanding of what that entails.


Well how about we ask th ST community to write a new version of LUM so we can get on with it.
We could ask ST users what top five smart apps we want and get some developers to write and host them .
Let’s get proactive.

1 Like

One community member already has an endpoint smartapp for lock management, you might take a look at that and then talk to him to see if there are features missing.

Again, you can find this, and the other publicly available endpoint apps listed in the community-created wiki:

Or start a new topic for any specific app you would like to see transition to the new platform and see who’s interested. But keep it to one smartapp per topic or it’s going to get really confusing. :sunglasses:

1 Like

Or just do what you want and get the ball rolling :sunglasses:


I was adding to my setup and noted I still have a list of IDE apps installed. I can’t seem to delete them from the app. Smart apps are no longer listed in IDE. How do I get rid of them?

Is there an official page for this on here? There are many references, but the only thing that looks official is “Obsolete.”