Schlage be469

The BE469 is my first major Hubitat woe. I got the locked paired fine, controlled by Alexa, and Rule Machine etc. on April 11th.

The one thing that never worked is battery updates. Anyway, the batteries died yesterday, and in the process my codes were lost from the lock - it reset to factory codes. When I put new batteries in, it was controlled right away by HE, and I could re-enter the old codes using HE just fine.

I wish battery updates worked. Also, when I had this paired to Wink, batteries dying never caused the lock to reset.

Finally, batteries lasted 3-6 months with Wink - not 2 weeks. I suspect that for some reason, secure z-wave is not being beamed by z-wave devices I have right next to the front door lock (a GE z-wave binary switch, and a Leviton z-wave outlet). Or that z-wave routing is not setup correctly.

I bought an Aeon labs repeater to hopefully fix this issue and I will rebuild the z-wave network tonight.

I found just how sensitive this lock can be. I have a Zwave Plus Leviton switched plug (that moves with my 3D printer around the house). It was right above it the floor above and the lock worked fine. I moved it about 15 ft away the other day, and the lock hasnt reported back since.

I have an older Zwave switch next to the lock (literally 8" away) but I am guessing it isnt repeating anything since the lock is not working right now on the network. I am replacing the switch with a GE Zwave Plus switch next week to hopefully get stuff working again down by the lock.

Previously I had a Wink hub located directly above the switch the floor above, so that seemed to work for it. Then again, it seems the Wink system had a stronger hub signal in general than the Hubitat hub, which isnt a big deal, just something I noticed.

Is anyone else having difficulty with BE469 locks after upgrading to HE Software 2.0.9.126?

My locks had finally started to work relatively well over the past few days. I made some rule changes so only one lock tries to unlock at a time every 10 seconds which seemed to help.

However, tonight I upgrade my HE to version 2.0.9.126. Now, I can't lock/unlock any locks via HE. I also can't get Lock Manager to transfer new codes to the locks. Is anyone else experiencing anything similar?

I have a BE469 but I'm having no issues at all with either the rules I have setup, using Lock Code Manager or locking/unlocking the door using Hubitat after the update. I tested out a few new rules too using RM 3.0 and having no issues so far. Lock Manager probably isn't working since you cannot lock/unlock in HE, may want to try new batteries first to see if that helps since this lock seems to stop all of a sudden for me every 3-6 months until I change the batteries out.

Sadly if that doesn't help, it may need reset and paired again. Seems like there's numerous ppl having issues with this lock, I will have to say I seem to be one of the lucky ones and have no issues at all on HE besides when the battery dies but had a ton of issues on Smartthings.

1 Like

I have this lock and was able to pair it. I am able to see the locked state and can lock/unlock it.

However, I have a rule that is supposed to function from 8:30 PM to 9 AM that will determine if it is locked and lock it if it is false.

It is correctly identifying the lock state but it isn't locking the door. I believe this was working in 2.08 but it hasn't been working recently. If I go out and check the lock around 9 PM, it is is unlocked and the lock state is unlocked - so it should lock for me.

I am able to use the dashboard and/or device page to lock it but now what I notice that is different is that when I go to lock/unlock it from the dashboard, I get popup that says "Are you sure?". If I click yes, it locks.

I wonder if this is something that it would be waiting on in rule and so it doesn't lock? Anyone see this behavior as well? It was originally created with Rule machine (2.5).

This has always been there and done this for over the past month when Dashboards 2.0 came out ---> . Confirmation prompt

I have noticed if you have a rule that fires multiple actions, create a separate one for the locks as these locks are very temperamental with communications.

Strange. I don't remember seeing that until I updated a few days ago.

This is the only device and action I have on this rule - to check if it's locked and lock it if is false.

Hi, anyone having issues with the lock no longer communicating with Hubitat unless you reboot the lock by disconnecting and reconnecting the batteries in the lock BE469. Restarting the hub doesn’t do anything to fix it once the lock is frozen.

It’s weird, it’ll work fine for a while and then one day it’ll just stop communicating. It never did that with Wink so I wonder if it’s a driver issue causing it to lock up (pun).

Batteries are fresh.

Many others have reported this issue in the past. It used to happen to me as well but one of the firmware updates (don't remember which) seemed to clear this issue up for me. What firmware are you running on your hub?

Take a look here. Adding Aeotec Range Extenders has made my BE469 and FE599 locks reliable

1 Like

Thanks, I’m using the latest one for the Hub 2.1.2.123

Even with 2.1.3.120, I’m still having to unplug and replug the batteries in the lock about once a day because it just stops responding. It’s one of the more frustrating things moving always from Wink. I’m even considering using the Wink again just for the lock since it was one of the things Wink did well.

Are there any outstanding issues the team is working on with the drivers for this?

3 Likes

Thanks for that video. I’ve not had any issues with pairing or even remaining paired. The lock eventually freezes up and no longer responds to the hub. Nothing in the logs, toggling the lock state in the device settings, trying to refresh from the device settings, nothing does anything. Soft resetting the lock by disconnecting the batteries temporarily immediately makes it communicate to the hub and then it works again for a day or so.

To say that the lock now requires some range extension or it freezes up seems to say something about the way the Hubitat communicates with it in such a way to lock it up, so to speak. It’s a bandaid for some other issue. The Wink hub never once caused it to freeze up despite having a whole slew of other stability issues.

That is what the video is addressing, it only mentions about pairing for someone who has no clue about automation, the video is specifically aimed at addressing the communication issues you are having and adding the Aeotec to solve them so end up with polling logs like this

I addressed this as well in the comment section of his video. The zwave radio in the C-5 hubs is weaker than Wink's on Secure device communications.....The C-5 hub is also about half the size for factor wise, which could be expected as you can't put a very big antenna in a tiny box.

2 Likes

Very nice!

I have 3 of these and at first they gave me fits. I moved over from Wink where they worked flawlessly. Here are some tips that I have found to stabilize their operation:

  1. Pairing...
    a. The hub has to be very close (4-5 feet) from the lock.
    b. It needs "brand new" batteries to pair.
  2. Operation...
    a. It needs good batteries, weak ones cause intermittent disconnects (>60%). Use battery monitor to alert when they fall below a certain value.
    b. It needs a Z-Wave (always-on) repeater within 5-8 feet of EACH lock within good range to the hub.
    c. If you have a rule that includes the BE469 it should include delays between commands or even better a separate rule to handle it. Firing off too many commands causes it to "miss" things.
    d. The latest firmware has definitely helped.
  3. Lock Code Manager...
    a. If you intend to use Lock Code Manager, You will need to reset the lock back to factory and start over with NO codes in the lock. This includes deleting the 2 - 4 digit codes that came from the factory. You will need the factory programming code.
    b. Reset to factory, delete the 2 factory codes, set code length, use Lock Code Manager to set the new codes from the start and ALWAYS maintain the codes through Lock Code Manager. If you maintain them elsewhere, Lock Code Manager for some reason may work on a couple of codes but the ones that get changed elsewhere will hang on programming.

Once you get the locks "world" set and stabile it should improve the reliability. Once I fumbled through it, mine are finally working good.

I hope that this helps...

1 Like

Thanks for all the tips. I bought two of the aeotech range extenders and so far, it still hasn't helped. The HE is about 30 ft away from the BE469 in almost a direct line of sight only blocked because the HE is inside of a cabinet. I put one of the extenders right outside the cabinet and the other about 5 ft from the BE469. Pretty much every time I manually open the lock to go outside, the HE logs only show the manual unlocking, but not the manual locking. I usually spend a couple minutes outside to let the dog out so it's not as though I'm rapidly cycling the lock. The only want to get the lock to communicate again with HE is to disconnect the batteries temporarily. Then it immediately reconnects.

I'm on the latest HE firmware, fresh batteries, and aeotech extenders. I'm sort of at my wits end. Is there any way to update the firmware of the lock itself? Is there any way to look deeper at the logs to see where things are crashing for the lock?

Just to verify, after adding the range extenders did you run a zwave repair?

1 Like

Yes I did. I know that the lock doesn't even participate in the repair but the extenders do.