Jump to content

jeffreycowart

Members
  • Posts

    27
  • Joined

  • Last visited

Recent Profile Visitors

557 profile views

jeffreycowart's Achievements

New

New (2/6)

5

Reputation

  1. Thanks Techman. I see you are using a range extender. Do you have a lot of z wave devices? Or are your devices located further from your Eisy? Or do stand alone repeater just work better than switches acting as repeaters? I thought those were for situations where there wasn't a robust mesh network.
  2. Techman thanks for asking that question. I don't have a dedicated device like an Aeotec Range extender that I have heard many people mention, but looking at the node details (attached in my first post), I have 30+ devices listed as repeaters. These are all permanent wired devices like Homeseer switches and GE outlets. Many of those devices are within 10 ft of the ISY. The newly tried 700/800 series devices are located in the middle of my environment. All the other switches and outlets communicate 100%, it only these newly introduced 700/800 series devices that don't keep a solid connection. Do my repeaters act differently than something like the Aeotec Range extender 7? I have searched and seen other posts with people running into communication issues with newer series devices. If they aren't fully compatible I won't waste my (or the nice forum members) time trying. I do plan to upgrade to eisy at some point, so wanted to buy newer stuff as I add, but if it won't work I look for alternatives until I'm ready to pull upgrade trigger. Thanks all!
  3. Thanks for your reply lilyoyo1. I have been trying the same things you suggested... And read over the zwave tips and tricks posts. They claim to be backwards compatible but 50-80% reliability for on/off commands is not compatibility. I am not concerned with having the 700/800 benefits. I tried both close by ISY exclude/include and close by exclude / final location include. (The devices would not exclude from final locations, had to be close to ISY to exclude). After doing this I synchronized, Repaired links, and updated neighbors and left alone for several days. Behavior is always the same with 50-80% reliability command will go through. With the heal option gone, my understanding is that you do have to give it several days to self heal. Do I need to give it more than several days? I would typically wait 3-5 days between making changes. These are Zooz and Shelly devices, so probably considered in the low cost category. Guess I was just trying to confirm if all 700/800 devices will behave this way with the older ISY994 now that there are no more updates, or if it was these cheaper devices have lower quality implementation... If others are seeing rock solid communication out of 700/800 series devices with ISY994, I will keep trying. If not, I will try to source some older Aeotec relays that are 500 series.
  4. Currently using an ISY994 with the 500 series z wave board. Everything works great and its has been super reliable. Rarely ever get an unresponsive device or missed event. Everything is on the latest available version for that device. Currently only have z wave devices (no Insteon). Home consists of probably 40-50 devices mainly Homeseer HS-200 switches and dimmers. Also have some GE outlets. The vast majority are z-wave Plus devices, but there are a few that are not (probably 2-3 at most). I recently tried to add some new devices: Zooz Zen52 which are z wave 700 LR (on latest firmware). Those connected fine, but after connecting the reliability was only about 50% of the time. They would work turning on, but a few seconds later would fail to connect when turning off. Causing the ISY to remain "Busy" while trying to reestablish communication. I put in two of those approx 10" apart. They are within 5-10 feet of Homeseer switches and dimmers. I synchronized, repaired links, updated neighbors and also just gave it time to try to correct itself on its own. Looking under zwave details they both had routes from the ISY and listed the 30-40 other devices as neighbors. BUT it was still a 50/50 shot if they would work when needed. Originally tried including close to ISY. Per Zooz support I tried excluding (had to move back very close to ISY), then readded them in their final location. Took about 20 tries to get them to add in the final location. Made no difference in reliability. So I pulled those out and replaced with Shelly Wave PM2 devices, which are z wave 800. Almost the same exact behavior, except I would say the probability is 80/20 with these devices. I excluded and added them very close to the ISY, then moved to final location. Are others seeing this behavior with newer devices? Is our only course of action to either find 500 series devices or upgrade to Eisy? Or am I doing something else wrong? I attached the ALL Node details for the Shelly Wave PM 2, if anybody sees a blaring issue. Shelly Wave PM2 Node Details
  5. I have not had any issues using room aware. I tell GH to turn on/off lights when I am in a room and only lights assigned to that room turn on/off.
  6. Great feedback, thank you. I was hung up on having the lock behave like a zone to prevent arming, that I overlooked an obvious solution suggested by MWareman, just send the lock signal during arming. I can also have a followup program that confirms it is locked shortly after arming. I also like this, because if it prevented arming, I would have to walk to that location to lock it (or open an app). This way, it just goes ahead and locks it during arming. Thanks again. Jeff
  7. Does anyone know how to program in ISY and/or ELK RP how to prevent arming due to an unlocked deadbolt (or other zwave sensor status)? I installed a new Kwikset z-wave deadbolt, seems to be working OK. I can tell the status and it does seem to update back to the ISY when locally operated. I would like to prevent the ELK M1 from arming if the deadbolt is unlocked. I would like the deadbolt status to be treated like a security virtual ELK zone. I have written a program which turns on an ELK output to display the status, but I have not found a way to prevent the ELK from arming. I thought about having the ISY turn on a physical output on the ELK, which is tied to a security zone, to mimic a security zone, but that seems like a very round about way. Anyone have any experience trying to use z-wave devices as alarm zones? Or know how to program logic to prevent arming if status is not locked? Thanks for your help! Jeff Cowart
×
×
  • Create New...