jtnilson

About a year ago, JamesW posted the following thread. I am having very similar issues and I can't seem to figure out what the problem is. I have 4 Yale locks with Control4 Zigbee Modules installed. 3 of them work perfectly, but one of them acts just as described by JamesW. I have tried very similar troubleshooting techniques as he describes with no progress. Any suggestions?? JamesW (Posted January 2021) Hello, I have a Yale Assure Lock SL, model number YRD256-C42-0BP, that is not functioning properly in my Control4 environment. Specifically, the lock only communicates and functions partially. I receive activity logging and lock state information from the lock, so it is communicating on some level, but I cannot lock/unlock it from C4 and I cannot perform lock programming functions from C4 while it is installed in the door. When the lock is removed from the door and carried down to the equipment room, it immediately functions normally. When the lock is placed back in the door, it can only communicate status, but cannot be controlled via C4. I've been working with my dealer for months to troubleshoot and they are unable to help resolve the problem. I am hoping some of the more experienced gurus here on the forums can provide some additional troubleshooting suggestions. The lock is installed in the main door of my garage, which is located behind my house. There is a C4-DIM1-Z wireless dimmer about 12 inches from the lock inside the garage, immediately adjacent to the main door. Also in the garage we have a Card Access Wireless Contact Sensor and a Card Access InHome Wireless Contact Relay. The dimmer, contact sensor, and contact relay all function as expected. The equipment rack contains (among other equipment) an EA5 running OS version 3.1 and the rack is located in the basement, one level down from the garage, approximately 25 feet from the lock. We are currently using Zigbee channel 24. The lock briefly functioned properly on Zigbee channel 25 but then returned to partial communication, so the dealer moved back to the full powered channel 24. There are six light loads throughout the house, all using C4 wireless dimmers with no problem. All of the C4 remote controls function as expected, although they aren't particularly quick. In terms of troubleshooting, we have done the following: Changed the batteries in the lock (no improvement) Took the lock out of the door and carried it down to the equipment room (this worked, until the lock was returned to the door) Swapped out the Zigbee radio in the lock (no improvement) Updated the lock firmware to version 7 (no improvement) Replaced the standard Zigbee antenna on the back of the HC-800 with an extension antenna placed above and behind the equipment rack (no improvement) Changed the Zigbee channel several times (worked on channel 25 for a few days and then returned to partial communication) Changed the 2.4GHz WiFi channels on the Araknis access points several times to get farther away from the Zigbee channel (no improvement) Turned off all 2.4GHz WiFi radios in the house (no improvement) Disconnected the Araknis access point sitting on top of the rack (no improvement) Hard wired power to the Card Access Wireless Contact Sensor to allow it to function as an always-on Zigbee repeater (no improvement) We have logging set at level 5 - Trace, and when commands are issued to the lock from within C4, we can see them timing out and retrying repeatedly in the Lua Output before eventually giving up and failing. When users interface directly with the lock, or when it automatically locks itself, everything functions as expected and we see it in the Lua log.

Has anybody figured out how to remedy the situation that JamesW has described. I have a very similar situation in my Control4 setup. I have 4 Yale Locks with Control4 Zigbee modules installed. 3 of them work beautifully, but one of them is acting just like JamesW describes. I am wondering what is a good next step in the solution.