tmehta Posted February 19, 2015 Posted February 19, 2015 Hi, relative noob here and have just begun to add a number of devices to control with my ISY994i. I have the z-wave module (version 4.55), and have enrolled two z-wave devices: A Honeywell Thermostat (YTH8320ZW1007) and a Schlage door lock (BE469NX). Both devices are enrolled and can confirm that I can control them via the admin console. The problem I am having is that for the lock, when I add it to a new scene (with no other devices added), the Set actions show those for the thermostat. Any ideas why the wires might be crossed? I am using the Java based admin console. Help is much appreciated. Thanks!
Xathros Posted February 19, 2015 Posted February 19, 2015 I believe ZWave in scenes is still in development and we may see better scene support for ZWave devices in the V5.x firmwares. That said, what is it you are trying to accomplish by placing a lock in a scene? I suspect you will need a program to accomplish your goal. -Xathros
tmehta Posted February 19, 2015 Author Posted February 19, 2015 Thanks Xathros, I agree that I will likely need a program to accomplish what I want, which is to be able to specify an unlock code for a specific user (e.g. housekeeper) that is valid for a specified period of time during the week. I want to do the same for other users as well, like User X can enter a valid code between 8am and 10am on Wednesdays. One way that I thought I could accomplish this is to set user passcodes at a certain time, and remove them when the time expired. The admin console allows me to add/remove codes, and I would like to do that programmatically, but cannot seem to find an effective way of doing that. I look forward to the 5.X firmwares, but am not aware of their status and their possible ability to enhance working with Z-Wave devices. Any thoughts? Thanks, tmehta
Jimbo.Automates Posted February 19, 2015 Posted February 19, 2015 Someone posted about having a program to set user codes on schlage's in the last few weeks but I don't remember the specifics. For now I just have the codes always there and have notifications sent when they are used.
tmehta Posted February 19, 2015 Author Posted February 19, 2015 Thanks Jimbo, I've poked around for that thread but haven't been able to locate. I'd love pointers if you have any.
Xathros Posted February 19, 2015 Posted February 19, 2015 Currently we are unable to modify user codes under program control. It can be done via /REST interface calls. Here is how: http://forum.universal-devices.com/topic/15258-door-lock-syncing/?do=findComment&comment=130600 -Xathros
Jimbo.Automates Posted February 19, 2015 Posted February 19, 2015 Thanks Xathros, that was the one I was looking for.
MWareman Posted February 19, 2015 Posted February 19, 2015 Messy, but cannot ISY (thru the network module) call its own rest interface under program control to accomplish this?
Xathros Posted February 20, 2015 Posted February 20, 2015 Actually yes. I do that for my internet access test. -Xathros Sent from my iPhone using Tapatalk
tmehta Posted February 22, 2015 Author Posted February 22, 2015 Thanks everyone - I am now able to make REST calls via web browser, which forces me to log in with the browser's dialog box. Now I am trying to add the calls as network resources, but am struggling to figure out how to add the authentication credentials to the HTTP header. I feel like I am making progress, and this one piece is the missing link for me I believe. Thanks for the help!
tmehta Posted February 22, 2015 Author Posted February 22, 2015 Ok, answering my own (dumb) question, I was going to encode via base64 myself but turns out when you add an auth header, it actually encodes the user:pass string for you. Very cool. Now I am running into a strange error when trying to set the code on the lock: Sat 02/21/2015 04:32:42 PM : Net-Resource: Failed writing to 192.168.1.129 I am using https on port 443, and issuing the following GET: /rest/zwave/node/ZW003_1/security/user/3/set/code/00000000
tmehta Posted February 22, 2015 Author Posted February 22, 2015 One more thing - could this be related to using a self signed certificate for SSL? I know when I issue the command via browser I get a warning that I ignore before everything works... Is there an equivalent way of forcing that behavior via HTTP call (either string or header?)? Again, I am assuming that the issue might be related to the self signed cert.
Jimbo.Automates Posted February 22, 2015 Posted February 22, 2015 You can use the http port 80 to test, and since this is all internal to your network do you really need https? Sent from my Nexus 7 using Tapatalk
tmehta Posted February 24, 2015 Author Posted February 24, 2015 Good point Jimbo. I was able to test using http on port 80 with success! But part of me still feels like encrypted comms over the wire are the way to go. I may end up trying to install an SSL cert, though not quite sure yet. Now on to figuring out how the tamper code limit works on this lock... Thanks for everyone's help!
Recommended Posts