so im THINKING it is a schlage…. And my reasoning here is that my bump key for a kwik and all of my other kwik keys do not even fit inside the cylinder. But outside of that I have no official documentation or word from any of my friends at the company. So take that for what you will.
I don’t have the original Wyze Lock, but my understanding is that it uses the Gateway for its Wi-Fi connection (so that it can communicate with Wyze servers over the Internet). Since Palm Lock connects via Wi-Fi, I don’t think your Gateway is serving any useful purpose if you’re no longer using Wyze Lock.
The latter would also be my guess, just based on what I’m seeing in the app. Kyle didn’t really dive into that during the unboxing video, but if I navigate from the Palm Lock’s home screen to its Settings ➜ Device Info ➜ Network I get the Change Network screen that starts walking me through the process. The next screen starts looking for my lock like the regular Bluetooth setup, so I imagine that’s how it does the Wi-Fi hand-off when you start the setup without having the Palm Lock connected in the first place.
That’s what I’m wondering, too, because it’s something people have asked for for a long time.
This way requires physically pressing a button on the Palm Lock to put it into the right mode for the new Wi-Fi connection, so this might not be the solution that some people have been asking for, particularly those people whose cameras are mounted high and require ladders to access. For easily-accessible cameras, and other Wi-Fi devices, though, I imagine this could have some merit.
I think it really makes sense to start it with a lock product, too. I’m thinking here about situations like rental properties where an owner might want to reset the Wi-Fi SSID and password and then would also need to update the smart lock’s connection as a consequence. It’ll be interesting to see how this rolls out.
I choose to believe that it will protect me from all the peeps.
The actual code can be long-ish, too. Kyle kept saying “four-digit code” in the video, and I think the third-party integration to Amazon Alexa forces a 4-digit PIN, but the actual lock itself and the Google Home integration appear to allow 4-to-8-digit PINs, so I’ve chosen something longer in the Wyze app for those.
I don’t use either, but I agree for the reasons you stated. That would give everything more of a comprehensive smart home security system feel. What about Home Assistant, though? (I still haven’t gotten into that.)
I don’t know if the cylinder is completely compatible, but a Schlage SC1 key seems to easily fit the keyway.
Correct! I do have a bunch of these. As I understand it, the lock gateway uses Bluetooth for pairing/setup, connects to the router by Wifi, and then connects to the Original Lock through Zigbee, but non-standard.
@haticK This means it’s pointless to leave the Lock Gateway plugged in unless you are using the original Wyze Lock. It is not used for anything else at all. It would just be a waste of power and signal interference for no reason.
Since I don’t have this, I looked up the same things on the product page and also saw under Wyze Lock Details that it lists this:
Communication Method: Bluetooth, Zigbee
Based on that, I surmised that the Lock communicates with the Gateway via Bluetooth and/or Zigbee (maybe it’s Zigbee and the Bluetooth connection is for doorbells? ), so it seemed reasonable to believe that the Gateway was no longer needed if the Lock wasn’t being used. Thank you for confirming.
Not to mention sucking up an IP address and using network capacity that could support other devices you’re actually trying to use, eh? (This is coming from a guy who needs to build a better network.)
that one I belive is correct. Although not confirmed via anyone official but I think we utilize both depending on the situation for whatever is best utilized as currently I can connect my doorbell to a lock on one of my back doors that is outside of Bluetooth range especially with obstructions but it would make sense that zigbee would work here. This is unconfirmed and it’s something I have not had a opportunity to present to anyone to get clarification on yet.
I can clarify some of this. For one thing, an employee explained this in the past, that the original lock integration goes through WiFi, not Bluetooth or Zigbee. But even without that:
The Doorbell to Original Lock integration works with Doorbells that don’t support Bluetooth (Original Doorbell) or Zigbee (all doorbells).
The Lockbolt uses Bluetooth but can’t use the same lock integration because the Lockbolt doesn’t support WiFi, and we were told it only connects to the VDBPro through Bluetooth.
I know definitely Zigbee is connecting the Gateway to the Lock (a dev discussed this in the past as well).
Wyze built the Original Lock integration to work with WiFi. I also know that the Palm Lock Integration with DuoVDB runs through the Rule Engine (cloud control with preset trigger/action attached to the GUI button as a shortcut), and I suspect the same is true for the original lock (that it is also controlled through the Rule Engine). Lock Bolt integration to VDBPro is not controlled through the Rules engine though since it doesn’t exist in the rules engine since it doesn’t have WiFi.
I have wondered why Wyze doesn’t allow the Lock Bolt to connect to the old Original Lock Gateway. I have some suspicions and hypotheses, but given that they are mostly conjecture, I won’t spread rumors or spark conspiracy theories in this case because it’s a touchy subject for some. But I suspect there are some obstacles hindering that.
That hasn’t (yet) happened to me. Although I understand the arguments against a mechanical cylinder and keyway, I actually like that feature of this lock. I’m much more likely to be carrying a small, flat key with me than a power bank and USB-C cable to provide emergency power to the lock if something happens, so that part of it totally makes sense to me, and I imagine it’s something Wyze heard from customer requests.
I have no issue with keyed access as well, especially my wife as she’s technologically challenged. She hates using the phone for anything but making calls .
I had the exact same thought about “Luke Skywalker” video as well.
Firstly, not me. I never carry keys, except a singular key for my car away from home.
Secondly, the same way people used to “hide” a physical key somewhere on their property in case they got locked out, all you have to do is put a small USB cord that is a few in long hanging somewhere on your property. Tie it around a rail, or set it on a window sill, tie it around a chair on the porch or something. Put it on the back patio. Anything. Most phones nowadays will do reverse power. So I can just grab a small USB cord sitting on my porch somewhere, Plug it into my phone and the lock and it will power up and work.
But with this thing having a second battery, the total battery really shouldn’t die without you knowing about it a couple of weeks in advance.
This is actually how I use my Wyze gun safe now. I don’t even put new batteries in it anymore because batteries will die before I even use them a single time. It seemed wasteful. So now I just let the batteries stay dead, and just leave a USB cord plugged into the safe. Then when I want to use it, I just walk up and plug the other side of the USBC cord into my phone and then it will power up and open. I kind of like it That it can just borrow power from my on the few instances that I actually want to use the device.
I know I’m biased though. I’m very anti -keyhole. However, I loved the responses in the AMA that this device can be re-keyed. Which also means it’s entirely possible to remove the key cylinder and replace it with something else that can’t be picked. I’m really glad that is at least possible. I look forward to hear how some people resolve this.
Yeah, the touchless “force” feel of this device is really cool. It feels so futuristic and advanced and impressive.
Looks really cool! I looked through the thread and didn’t see it mentioned, but does anyone know if it can be set to auto unlock when returning home like my original Wyze lock? I often need a cane and if I’m carrying groceries, I like the hands free auto unlock
@raym64 Yes and no. The Palm Lock will do auto-unlock based on location, but it’s not exactly the same.
The following is pretty thorough and more info than most will care to know explaining it though, so the short answer is YES it can do auto-unlock based on location.
Details:
The original lock had an “Auto-unlock” setting that would unlock the door using a 2-step process that combines GPS location and bluetooth to trigger the unlocking action. This dual combination was to ensure the lock doesn’t unlock when you are just inside the house and happen to be near the door, so the geofencing via gps helped prevent bluetooth triggers when you had already been present for a while, while the bluetooth proximity helped to only trigger it when you were near after being away for a while.
This Palm Lock will do something similar but you have to use the automation rule engine instead of a built in setting. You have to set a location automation for when you arrive at home as the trigger. Then set the action as “Unlock the Palm Lock”. This automation is solely based on GPS (you have to leave home, then return home and it will unlock). The difference is that it does not consider Bluetooth Proximity like the Original Lock auto-unlock setting had built-in.
Most people probably won’t care or notice the difference, but it is worth mentioning that it works, but it works differently from the original version.
There are a few other points that could be made as caveats…some phones have different accuracy level settings or intervals, so if your GPS consistently has your location bouncing around outside of your geofence (it might show you across the street at a neighbor’s house sometimes when your phone is trying to conserve battey and use low accuracy mode), then extend your geofence a little larger to catch those range variations based on your phone’s behavior. Also, some phones ping the location more often and some do it less often. Some apps can set their own ping frequency interval, but a lot choose to simply update based on whenever the OS location sensor normally updates, so it doesn’t use more battery power. They can also set minimum accuracy standards with X distance thresholds. A lot this can vary by phone, and apps can set requirements too. I don’t know what Wyze uses, but I’m guessing they mostly go with whatever the system default is or possibly set a minimum interval and accuracy range.
I use Home Assistant for Location and have seen a lot of the default and custom location settings that are allowed with phones through that, and have seen on my phone location tracking history where it sometimes shows my location randomly jump 2 houses away and then jump back to my house when a phone goes into a suspended status with low accuracy, and to prevent this affecting my home locations triggers, I just extended my home geofence to cover a few neighbors’ houses so random variability would be accounted for. I don’t think this will really be necessary for most people with the Wyze app though. Wyze mitigates this issue by setting the minimum size of a geofence diameter to around 500 feet (I think maximum is 2 miles), which catches most of the variability anyway. The downside is that if you leave the house and it locks but you just go to your nearby neighbor and then come back home, your lock probably won’t auto-lock because you didn’t leave far enough away to exit the geofence area (500 feet diameter)
Thanks, that answers it then and it’s good news. I’ll definitely consider the new lock.
I also use HA but I use IOS. I had the Apple integration which worked fine in HA, but there’s been an issue in that integration where app specific IOS passwords are not working correctly. You can get around it by using your regular iCloud password, but then you get spammed with emails a few times per day about logins. Once that gets fixed, I’ll enable it again so I can use location based automations and scripts in HA.
Just to clarify, I don’t believe the Home Assistant HACS integration for Wyze supports the Palm Lock [yet]. I was hoping for a workaround automation using Alexa (create a binary helper entity, expose it to Alexa then have an Alexa routine match the status), but Alexa Routines are currently limited to lock only actions. I haven’t checked Google or direct API access. So if you wanted to use home assistant to control the Palm Lock, you’d need a Wyze hardware intermediary like a Wyze Plug or Wyze Bulb that is tied to the Lock with Wyze automation rules (turn the plug/bulb on/off = unlock/lock the palm lock), and then you can control the plug/bulb in Home Assistant in order to auto unlock the palm lock.
It may be easier to just use the Wyze location automation directly, but if you really want to do it in Home Assistant instead (like I prefer), I just wanted to prepare you that this isn’t currently integrated yet. I suspect someone will add support though. Someone even recently figured out how to add support for Home Assistant to control the Lock Bolt even though it doesn’t have WiFi (using a Bluetooth controller), so I suspect they’ll do the same for this lock soon enough. Just wanted to let you know it’s not in there yet, so you’d have to use a workaround.
Thanks, that makes sense. I didn’t expect HA to be able to do anything with it now. If I do go with the palm lock, I’d go with the assumption that it would be a while, if at all, before I could use it in HA.
Currently, my original Wyze locks are integrated into HA. I can both lock and unlock, and they even display the current battery percentage. Home monitoring also works in HA