[SOLVED] Schlage BE469ZP Lock includes as unknown device

Do you have the exact model number or link for your lock? The new ZP models being sold have some minor variations (i.e. 468ZP vs 469ZP) and may also need to be added to the zwave database.

Did you try inclusion via the new include/exclude button inside the lock or via keypad? I’ve used both, but keypad is more reliable for me.

For the removal part. If you run into a partial include and need to exclude the lock to start over again, you don’t need PC controller to remove the node. You can exclude from habmin and punch in the exclusion code on the keypad. At least that’s what worked for me.

I only did it with the button inside battery cover (from looking at the instructions). I didn’t even these could do that on the keypad. How did you do that? I’d give that a try. This one is model BE469ZP

When you exclude in habmin, where did you get the exclude code? I didn’t know you could do that via the keypad. Maybe that will make the difference. It keeps adding but increments up the nodes and how I have a gap. I kept trying that button from the manual to enroll.

Yeah, the documentation can be a bit confusing. To enroll or unenroll from keypad, the process is the same. Use these instructions:

image

The 6 digit programming code is on a sticker in your manual OR on a sticker inside the lock (you can unscrew the knob side of the lock to get to it)

To exclude from habmin, go to things -> your zwave controller -> tools -> advanced settings -> exclude devices and the run the process above from your lock

1 Like

I tried it from the keypad and put it a few inches away from the zwave stick and tried it again. I just keep burning my node increments :frowning: So not sure but definitely doesn’t seem to pull from the database. shows but doesn’t grab or see mfg id or anything

20:53:38.184 [WARN ] [zwave.discovery.ZWaveDiscoveryService] - NODE 11: Device discovery could not resolve to a thingType! Manufacturer data not known.
20:53:38.186 [WARN ] [zwave.discovery.ZWaveDiscoveryService] - NODE 13: Device discovery could not resolve to a thingType! Manufacturer data not known.
20:53:47.382 [INFO ] [ig.discovery.internal.PersistentInbox] - Added new thing 'zwave:device:d3ebf740:node14' to inbox.
20:53:47.382 [INFO ] [smarthome.event.InboxAddedEvent      ] - Discovery Result with UID 'zwave:device:d3ebf740:node14' has been added.
20:53:48.398 [WARN ] [zwave.discovery.ZWaveDiscoveryService] - NODE 14: Device discovery could not resolve to a thingType! Manufacturer data not known.
20:55:04.947 [WARN ] [zwave.discovery.ZWaveDiscoveryService] - NODE 11: Device discovery could not resolve to a thingType! Manufacturer data not known.
20:55:04.949 [WARN ] [zwave.discovery.ZWaveDiscoveryService] - NODE 13: Device discovery could not resolve to a thingType! Manufacturer data not known.
20:55:04.957 [WARN ] [zwave.discovery.ZWaveDiscoveryService] - NODE 14: Device discovery could not resolve to a thingType! Manufacturer data not known.
20:55:17.994 [INFO ] [ig.discovery.internal.PersistentInbox] - Added new thing 'zwave:device:d3ebf740:node15' to inbox.
20:55:17.995 [INFO ] [smarthome.event.InboxAddedEvent      ] - Discovery Result with UID 'zwave:device:d3ebf740:node15' has been added.
20:55:19.001 [WARN ] [zwave.discovery.ZWaveDiscoveryService] - NODE 15: Device discovery could not resolve to a thingType! Manufacturer data not known.

The node xml is below… could I manually modify that to maybe get the channels to populate? Not sure why it won’t show.

/var/lib/openhab2/zwave# cat network_cd0a2e40__node_13.xml

<node>
  <homeId>0xcd0a2e40</homeId>
  <nodeId>13</nodeId>
  <version>4</version>
  <manufacturer>0x7fffffff</manufacturer>
  <deviceId>0x7fffffff</deviceId>
  <deviceType>0x7fffffff</deviceType>
  <listening>false</listening>
  <frequentlyListening>true</frequentlyListening>
  <routing>true</routing>
  <security>false</security>
  <beaming>true</beaming>
  <maxBaudRate>40000</maxBaudRate>
  <sleepDelay>1000</sleepDelay>
  <nodeInformationFrame>
    <commandClass>COMMAND_CLASS_ZWAVEPLUS_INFO</commandClass>
    <commandClass>COMMAND_CLASS_SECURITY</commandClass>
    <commandClass>COMMAND_CLASS_SECURITY_2</commandClass>
    <commandClass>COMMAND_CLASS_TRANSPORT_SERVICE</commandClass>
    <commandClass>COMMAND_CLASS_SUPERVISION</commandClass>
    <commandClass>COMMAND_CLASS_TIME</commandClass>
    <commandClass>COMMAND_CLASS_APPLICATION_STATUS</commandClass>
  </nodeInformationFrame>
  <associationGroups class="concurrent-hash-map"/>
  <endpoints class="concurrent-hash-map">
    <entry>
      <int>0</int>
      <endPoint>

Don’t worry about this. After 232, the nodes will wrap back around to 1 and fill in the gaps where there are no devices.

Just to confirm, you are performing the inclusion through OH and not directly with an unplugged Aeon Zstick?

In your controller Thing settings, what do you have for Z-Wave Network Settings> Secure Inclusion Mode? This is best set to Entry Control Devices. Set the zwave binding to DEBUG and tail your openhab.log file during inclusion and while waiting for the device to initialize. Sometimes it helps to restart OH. Have you tried excluding and then hard resetting the lock? After secure inclusion, just wait with it in the Inbox.

Just to confirm, you are performing the inclusion through OH and not directly with an unplugged Aeon Zstick?

Yup the gen5 stick has been plugged in and all done via OH.

Just set inclusion mode to Entry Control Devices. It was set to not use security.
Will see if that works. I’ll pull it off and try it again closer to the stick.

That will make a big difference!

After enabling security, try the inclusion where is installed. Newer devices are much better at secure inclusion from a distance. You may be surprised.

Oh yes, this is a great point too. I have this working and here’s the controller config in Habmin.

I also agree you can fairly safely ignore the old “include from inches away advice.” Yes, I used to do this in the early days of zwave, but I’ve been able to safely include where installed for most devices for several years now, even for locks.

Well I’ll be! Sure enough … tried to do an inclusion after changing the Secure Inclusion Mode… worked fine. Thanks for helping me out! I was going crazy… That might have been the last thing I would have checked too. I left it installed, pretty far away from the controller and was discovered fine. I did worry that it wouldn’t update the status of the lock based on manual locking as some of the older ones were reported. But seems fine. So I have 3 channels - Door Lock, Alarm(raw) and Battery Level.

Any luck adding access codes or changing them without setting it via the REST API? I don’t see much documented there but looked like it was possible to do in HABmin?

Yes, you can change codes in Habmin and through the REST API, which can also be done in a rule.

You won’t need a rule triggered on alarm_raw to update the lock’s state, but you will everything else in there… like identifying who has unlocked the lock.

Thanks @5iver. I don’t use HABmin a bunch but I don’t see where you can do that easily. Was going to watch what it did. I think the REST API is nice and definitely going mess with that and try to do a rule. I’d love to be able generate a code and push it to share and an easy way to disable in a sitemap… will take some tinkering.

You can change codes in PaperUI, as well. Edit the thing’s configuration and you’ll see a section for User Codes. Any codes that are filled will display “2A 2A 2A 2A 2A 2A 2A 2A 2A 2A”. To change them, you just have to type in your four-digit code and save the thing. OH should sync the codes at the next update.

Maybe mine is missing something. Should I see more than these 3 channels? I don’t see User Codes in PaperUI under the thing’s configuration.

You can, but you can also mess up your device this way. Never use Paper UI for configuring Z-Wave devices! Secure devices are even more prone to having issues after using it.

Configuration> Things> select the Thing for your lock> User Code

Don’t be confused when they all display as 2A 2A 2A 2A 2A 2A 2A 2A 2A 2A. IIRC, this was intentional obfuscation.

Whoa, I didn’t know that at all. I’ve only done it once and it worked out fine, but…earlier advice retracted!

Thanks, @5iver!

2 Likes

@5iver so that’s where I looked in HABmin but figured I was missing something. Is it supposed to come as channels for user codes? I see 3 channels and nothing on user codes in there. Yours looks like that?

I have BE469s and they look like…

There was a recent post about another lock that did not have User Code displayed for their lock…

Which OS and browser are you using? Do you see any errors when you turn on the developer console in your browser (usually f12) and select the Thing for your lock?

Oh yea definitely missing that. I’m in Chrome. and definitely seeing some errors:
image

Could you try Firefox?