[SOLVED] Schlage BE469ZP Lock includes as unknown device

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?

Same errors in current FF. Does it pull those all from the REST? Oddly I have a few LZW31-SN red dimmers and I can edit those fine.

Actually… I can see the editable bits when I drill down. Am I maybe missing something in Hadmin to parse that?

in FF:

All of the UIs use the REST API to get their data. It looks as if the data is returned, but is not able to be displayed.

Out of curiosity, how many lock codes does your lock support? If you don’t know, you will find them in the XML file generated for the device. You’ll find these in $OPENHAB_USERDATA\zwave\ and they have the node number in the name. My locks only have 30 and I’m wondering if the number of codes could be related.

Has 30 so not sure if this is the same on yours or mine maybe has an off js file. But in bindingModel.js

32: eventSrc = new EventSource("/rest/events?topics=smarthome/binding/*");

And if I take the parameters off the query I get events. They’re all singular (topic) so if I try that (http://192.168.1.101:8080/rest/events?topic=smarthome/binding/*) I get something back. Maybe the JS isn’t the most updated?

If I request: http://192.168.1.101:8080/rest/events?topics=smarthome/binding/* I get nothing back.

@5iver 30 user codes per the node’s xml and all are populated with:

                <entry>
                  <int>30</int>
                  <userCode>
                    <state>AVAILABLE</state>
                    <code>30 30 30 30 0A 0D</code>
                    <outer-class reference="../../../.."/>
                  </userCode>
                </entry>
              </userCodeList>

This is the same as mine, so number of codes looks unrelated. What do you see on the network tab? I see three 404s, but everything appears to display properly.

Habmin is retired in OH 3.0, where there is a new UI. If a bug was found in Habmin, it would be a pain to fix. For now, I think your best option for modifying user codes is to use the REST API through a rule or RESTDOCS UI.

curious if your bindingmodel.js references topic or topics on line 32. My HABmin version is 2.0.0. Seems odd to not see that. But yea might be better to do that via REST. Just means I need to make a page to load in my sitemap. Would be nice to add/remove remotely.

Though seems odd since it pulls those great for my red dimmer switches just not this :frowning:

making sure I don’t have something else wrong… if you do a GET via browser for one of your be469s do you get an error?
http://192.168.1.101:8080/rest/config-descriptions/thing:zwave:device:d3ebf740:node17

Definitely looks the 500 is the kicker here.
/rest/config-descriptions/thing:zwave:device:d3ebf740:node17

{"error":{"http-code":500,"exception":{"class":"java.lang.NullPointerException"}}}

I get a proper JSON response for the BE468ZP (by strange coincidence, it’s also node17 on my network)
http://192.168.3.18:8081/rest/config-descriptions/thing:zwave:device:573c97c6:node17

It’s possible the lock didn’t include all the way. You might want to try reinitialization for this node from habmin:
image

Hrm So that has me thinking that it might not have setup and initialized right. odd because I can see the 3 channels and able to see /rest/things/zwave:device:d3ebf740:node17/ just not the /rest/config-descriptions/thing:zwave:device:d3ebf740:node17
I might try and remove and start it again. I don’t get those options on this one, like the others can’t reinitialize :frowning: