If you are using a custom device handler you can switch back. If you are using a stock device handler and they have switched over to Edge then you will not be able to. If you provide the brand/model, someone may be able to provide a definite answer,
Question is - why would you want to switch back with less than 8 weeks left using groovy
During the transition period for the next few weeks, maybe, at least to a custom groovy handler that you already had on your account. But once the free Groovy cloud is shut down, it’s gone, and you won’t be able to switch back.
It’s for a FortrezZ MIMOlite, which I was using to send a notification for my smoke detectors. I copied the handler from somewhere else, but then I published it for myself if that sounds right.
I normally don’t keep up on Smartthings that much, but I have a Zooz Zen17 that I’m trying to add for some garage control. And when I went to add that I discovered I couldn’t add things to Groovy anymore. So, I was contemplating on abandoning the groovy stuff and switching things over to Edge. Homeseer leak sensors are the other hardware that’s in handlers.
at this point, you are kinda trapped. You can switch to Edge but you can’t switch back to a custom device handler that you would need to remove in order to get the Edge Driver. In 2 weeks (tentative), groovy should go away unless they modify the end date.
So for clarification, the Rules API is the “engine” that supports the Routines (which is the GUI). So if I’m still seeing lack of options on Routines setup, I just know this is the best we got natively using ST routines at this moment?
Aside from the limitations of the simple structure, the Routines are actually exploiting a significant amount of the functionality of the Rules API. Indeed functionality appears in Routines long before it makes it to the public Rules, if indeed it does at all. You can’t use notifications in the public Rules API, for example (a really sore point …).
I wouldn’t say ‘at the moment’ though. It seems just as likely that Routines are deliberately limited Noddy and Big Ears automations.
Rules and routines are the same, but they work differently if they are executed locally versus the cloud? So a cloud executed routine will not have valid sunrise/sunset, and a local executed rule will? And you can send a notification with a routine, but you can’t with a rule.
But, typing this reply it says the topic has been solved. Disregard.
Not deliberately, but it can happen. Back in time you’ll find differences in behaviour between the SmartLighting ‘rules’ in the cloud and the ones baked in the hub firmware. I’d imagine it may have happened to device handlers and the protocol handlers in the hub too.
The topic says it has been solved because the original poster who created the thread got their questions answered in one of the following posts. But that doesn’t keep people from continuing to post comments and questions, and continuing to get responses to them. If we get too far off topic, some comments may be moved to a new thread. But “solved” is just from the point of view of the original poster.