Lucky, definitely jealous here.
I have a routine that turns on a lamp 2 hours before sunset and the lamp turns off at 11 PM.
Iâm using the Smart Lighting app to turn on the lamp
I use the built-in âturn offâ setting for the actual device.
Itâs a kludge, but it does what i need.
I have read thru the email I received from ST as well as the transition FAQ and also browsed thru a bunch of threads on all this here in the ST Community. At this point Iâve decided to go with Option 1 and just wait and see what breaks and then try to fix those items. But how can I easily tell how big of a problem I might end up having? Is there some way to just look thru my list of devices in Groovy and get a general feel for which ones might be a problem? My devices are just run of the mill z-wave or zigbee devices. Device types are listed in Groovy as - Z-Wave Dimmer Switch Generic, ZigBee Switch, Zigbee Metering Plug, SmartSense Button, Fibaro Motion Sensor ZW5, Z-Wave Switch Generic, ZLL Dimmer Bulb, and SmartSense Moisture Sensor. How do I know if any of those will be a problem? Seems to me the guidance and instructions to prepare for the transition could be a bit more specific.
Did you install a custom device handler for this device or is that built in? All the others look like stock DTH, which means they should (should!) transition gracefully to a stock Edge driver during the migration.
I did not install any custom drivers for any of my devices.
Then you shouldnât need to worry about anything.
Thanks for that and that is what I was thinking/hoping but the way the ST folks are communicating about this is really unnerving. For instance the email I received from ST states that 1 - âYou may have one or more devices using legacy device handlersâ and 2 - â You may be using a SmartApp automationâ without providing any indication of which ones or even how to determine which ones. And then it goes on to say that MOST will be automatically transitioned. But no guidance as to if the ones Iâm using, which they didnât identify, may or may not be and no guidance as to how to know. The email may have just as well saidâŚâall your stuff may stop working, or it may keep working, good luck!ââŚ![]()
Itâs a little more complicated than has been suggested. For example, if you manually changed your device to use a stock DTH in the IDE, it may not be transitioned.
See the following for the details of some of the special cases that might affect you
What do I need to do to get ready for Sept 30? - #2 by JDRoberts
TAustin has a very comprehensive Edge Virtual Devices driver that supports lots and lots of different device types. Check it out [ST Edge] vEdge Creator: a virtual device generator for end users
I read thru that post early on and it provides lots of good info but honestly just created more confusion than clarity. It just made me even less sure of the size of the problem I may or may not haveâŚ
I recently switched from using SmartLighting, where you can mix specific time and Sunrise/Sunset for time periods, to using virtual devices as precondition to control when a trigger is allowed to happen. I then set the On Time and Off Time for the virtual device in its config dialog. I thought about using Location Modes, but there are too many various combinations of when I change modes for various situations to keep things straight. Using virtual devices to represent specific states that you want to detect is easier to manage. This is a straight forward and simple to use method until Routines support mixing specific and relative times.
Yeah, that was sort of the point of that post. Itâs not as simple as âif youâre using a stock device type handler youâll be OK.â There are too many exceptions. ![]()
Hi
I have a question about the Connected Services SmartApp.
I created a SmartApp in Developer Workspace, and it is hosted by us as a Webhook SmartApp. So it is not based on Groovy.
Can I continue using it in SmartThings mobile app?
Can I create SmartApp like this after 15th Oct 2022?
Thanks.
Jun
Tagging @nayelyz , but as far as I know the announcement only affects SmartApps running in the groovy cloud, you should be fine since you are already using the new architecture.
Iâve been using WebCoRE like many others on this site to do things that the basic rules in the SmartThings App canât accomplish; I accept and acknowledge that things are changing! If youâre staying still in technology then youâre dyingâŚ
I started looking at the Rules API as I donât particularly want to rush out and buy new hardware or switch to an alternative platform; I realize I have to spend some time and energy to make things ârightâ again! OK!
So why write?..
- To vent
- Is it me or is the rules engine really ugly to use?
- I look on the Sample-RulesAPI on github and donât really see too many commits; is this dead before it even starts? Iâm not sure I want to invest time only for it to get replaced with something else (hopefully better and clearer)?
Come on Samsung, give us something concrete to work with please?
If Iâm misplaced please tell me why
Iâd be very happy to be correctedâŚ
Thank you for the tag, @JDRoberts ![]()
@Jun_Li, yes, the dates shared here correspond to the Groovy-based integrations (SmartApps and DTHs) in the IDE. The endpoint app registered in the Dev Workspace isnât part of that environment.
yes, its very ugly because itâs an API. Itâs not really meant to be used directly. Instead it should have an application for the UI to call the API. Routines in the mobile app does this. But there has yet to be a more complex UI for Rules API created.
Isnât that what âRoutine Creatorâ (beta) is supposed to be?
The app needs a way to group or sort routines by room or something, itâs not great.
Makes sense; the problem being that one rules UI is deprecated without a replacement being made available⌠Folks will undoubtedly leave the platform in this case, chose your poison so to speak!
gst - whereâs the âRoutine Creatorâ? I think the app needs lots of things but to be honest thereâs a UI/UX challenge in not making it overly complicated for new users.
https://routinecreator.smartthings.com (currently a closed beta)




