I just updated one of my Schlage Connect BE469NX to use the beta edge driver. I was previously using rboy’s custom DTH and app. I deleted the custom DTH before migrating to the edge driver. The lock says it’s now using the “Z-Wave Lock” edge driver. When I open the 3-dot menu for the lock I just see:
Edit
Driver
Information
Should there be a “Settings” option? How do I add/change codes for the lock?
Click on the “LIFE“ category at the bottom of the main screen in the smartthings app. Do you see “smart lock guest access“ there? If so, you should be able to add codes that way.
BTW, here’s the Rboy FAQ on the transition to the new platform. Essentially, they say they’re working on it, they don’t have any definite timelines, they are waiting on stuff from smartthings to figure out how much they’re going to be able to move over.
Thanks so much for that guidance, @JDRoberts! Not sure if I ever could have figured that out on my own.
So, I managed to migrate both of my locks to the edge driver and can access the “Smart Lock Guest Access” screens, but every time I go through the “Invite User” process to add a code it says “Something went wrong while creating the lock code. Try again.”
I think I’ve determined that it won’t let me add any of the codes I was using before. If my code was 11111 when using the rboy DTH and app, I get the “something went wrong” error when I try to invite a user with that code on either lock. I’ve factory reset both locks, rebooted the hub (twice) and cleared the cache on my Android app. Is there something else I can do to be able to “invite” users to the locks using the same codes they were using before?
Also, am I correct that currently you have to add users individually to each lock? I don’t see any way to add a user to both locks simultaneously.
Anyone know about an lock manager that can be install new at this time? I just jump on the past month and dont have a legacy LM app loaded and, in fact, cannot locate an option on the SmartThings app to add any Smart apps to my hub. RIght now I can set up multiple codes with my Schlage lock, but not based on time/date. Any thoughts?
We never could add smartapps to the hubs. Samsung used to provide a free Groovy cloud where we could run custom smartapps, but they have discontinued that service, as you noted, and you can no longer add new code to it. Some of the old ones are still running, but they will be shut off pretty soon as well.
They are still some things called “smartapps” in the new architecture, but they aren’t added the same way, and there are a lot fewer of them. But that’s a whole other discussion.
I don’t use a smart lock with smartthings, so I’m not sure how people are handling the situation. @rboy used to be the lock expert in this forum, but he’s got his hands full right now trying to deal with the transition, as I’m sure you can understand. So I’m just hoping somebody else will chime in soon, I know it’s a big question for a lot of people.
Just tagging a couple of people who might have more to add:
I had my always-on codes already programmed so I haven’t messed with any lock management post transition. I have one code that’s enabled on a schedule and the new setup is convoluted, but works. With five IFTTT applets available to a free account, you could do this for two scheduled codes. The SharpTools rules don’t require any of the paid account features.
Set up a Google Calendar with an event when the lock should be enabled (can be an event with a searchable name in an existing calendar)
IFTTT recipe to turn on a virtual presence sensor when that event starts.
For anyone reading this thread who is unfamiliar with Sharptools, it is a third-party app that offers both a dashboard and a Rules engine. The rules engine has a lot of advanced features and has a nice visual interface, which is really easy to use. It will run in the cloud, but then so did The old smartapps, so most people are OK with that. They have both a free tier and a paid tier with advanced features. The paid tier is $30 a year. Very popular in the community, and it already works with the new architecture.
Anyway, you can read more about that, and other options for replacing the old groovy code in the following thread
Did you figure out why you couldnt add existing codes? I’m wondering if I should remove/change the codes in LUM before I transition so it allows me to create an old code in the new guest access.
Yes. It will seem simple when I explain it here, but at the time it had me very confused. I had to do some trial and error to understand what was happening. I also had to get my head around just how little functionality the edge driver provides. You can add a code to a single lock and name it. If you want that code to work on multiple locks you have to manually add it to each one. You can delete a code from a lock. End of features. Once you save a code you can no longer view or edit the actual code, just the name assigned to it. If you forget what code you assigned to someone then you’ll have to delete and re-add it.
When I switched to the edge driver my old codes still worked, but they appeared in the app as “code 1,” “code 2,” etc. I think they were in the same top-to-bottom order that they were in LUM.
I found that sometimes it would let me edit the name, but sometimes it would say “there was a problem with the network” and not change the name. In those cases I just deleted and re-added. If you try to add a code that already exists it will again tell you “there was a problem with the network.” Why it can’t say “that code already exists” will likely remain an eternal mystery.
I made a note of all the names and codes before I migrated. After the migration I went down the list, entering each code and then checking the app notification to see which one it corresponded to (code 1, code 2, etc.).
I feel for folks that have a lot of codes and locks and those that rely heavily on all the features LUM provided. I hope rboy is able to build something comparable for the edge driver world.
Last night I decided to see if the Schlage connect locks have been migrated to Edge. I removed one lock from my SmartThings and then re-added it, hoping that it would force it to show up with an Edge driver like my Leviton light switches did over a month ago when I did this. No such luck. It still shows up in the IDE as a z-wave device and in the app does not have the driver menu choice.
Anybody have an idea when these will be migrated? These are the last devices I have that are not on Edge (no pun intended).
Thanks for that. I couldn’t get in last night but now it works.
I have set up my lock at one location and it seems to be working fine. First thing I noticed is that I am no longer getting 2 Pushover warnings instead of 1 when I unlock the door in Away mode from one of my Sharptools rules. @joshua_lyon suggested, in the Sharptools community where I reported this, that this might be due to a bug in “certain Groovy Devices generate multiple events in the next-gen SmartThings platform” and will hopefully disappear with the Edge driver. So I can report that it looks like it has.
Since these are beta drivers, will they be replaced when they are no longer beta, and will that happen automatically?
Great question about how the beta drivers will be replaced. Seems safe to assume that, at some point, they’ll have production (non-beta) drivers. As to how that will happen, I have no idea. Seems like they could do it automatically, but someone with a deeper understanding of how that works might have a definitive answer.
As if things aren’t confusing enough. So if they are production, then why aren’t z-wave locks included in the list below? And why is it called the Beta channel?