peterathans

Curious about the comment "Not sure how to add multiple users though" - with MobiLinc, the apps on the two phones (mine and my wife's) are each independent instances and are each programmed to set/reset a different state variable within IoX. Will this not be possible with UD Mobile? Does it somehow want to keep multiple versions across different devices in sync?

This is exactly the feature I've been waiting for, and is the only reason I'm still running MobiLinc in parallel with UD Mobile (MobiLinc has geofence support). As soon as I update to the new version, I'll set up some test cases. My wife and I use it to activate outside lights if we arrive home after dark.

Curious, did UD indicate that this is a problem that can be fixed on their end, by updating the ZMatter firmware? Just wondering if this was a one-off fix for your particular case or if they've acknowledged an issue that can affect their entire user base?

I also had two sunset-based programs fail to run last night, and chalked it up to a glitch because of the time change Sunday morning? I was going to check it tonight to see if it happens again...

@Michel Kohanim, when will this USB option be available? And since you worded it "The initial version...", does this imply there will be a second version sometime later? What will it consist of? How long until it is available?

Any idea if these Weigand devices can use cellphone NFC communication to activate a door, instead of the RFID tags?

@TFay thanks for what looks like a lot of work! As a fellow RXV-679 owner I'm wondering how I can use these? Currently using a Polisy on the latest firmware but don't use any network or polyglot resources yet...

When will geofence logic be added to UD Mobile? I love this product but still need to keep MobiLinc Pro around just for this feature - would be great to consolidate down to one interface.

@Michel Kohanim, how long until the USB version comes out? It's probably worth the wait to avoid jerry-rigging with the Amazon part.

So maybe it's just me, but I really like the option of having a remote antenna (since my Polisy is in a location that isn't good for antennas). I'm using the Zooz USB stick right now with a USB extender cable, and it works great. Will this board be available as a USB option instead?

Yes there was a discussion on this forum a few months back (started by me - I'm particularly interested in this feature so I can replace my Insteon "virtual 3-way" switches with an equivalent Z-wave setup). See this thread: My takeaway from this conversation is that the Z-wave standard (and some/many of the Z-wave products) can support an Insteon-like "scene" grouping where the response is almost instant and is independent of any central controller or programming. I'm interested in the limitations discussed above ("must be in direct range") but only as a curiosity as my installation will only use Zen71 switches (which supports Group 2 associations) and they're close together.

Wonder where this information comes from -- all of the research and posts I've seen in this forum show that the Zwave standard does support "scenes" in the way we're used to from Insteon (ie, linked devices directly so they can work without support from a central controller), but the problem right now is that the Polisy controller doesn't give us a convenient way of setting these up. Here's hoping that the upcoming eisy will address this shortcoming!

Short answer is that there is currently no Polisy support to set up two z-wave switches so they communicate directly and act as a 3-way switch circuit, see this older thread on the subject: I'm hoping that the new Polisy z-wave interface (coming soon!) will support these features, keeping my fingers crossed...

Any status update on whether the ability to group into Scenes can someday be done through Polisy instead of using the zwave software? @Michel Kohanim

I am actually using the Zen17 to do the same thing, and set it up the same way (including disassociating the relay from the input). I also configured it to operate as a door/barrier monitor, and it gave a new node of "ZW 004.1 Barrier 1", which reports a status of Open or Closed. That's the status I'm using in my program logic.

@brians great job with all the testing! The true 3-way switch operation is exactly what I am looking for (and in fact I have a 4-way switch setup but assume your findings will scale). @Michel Kohanim, are there plans to have IoP support these features so we don't have to use 3rd party software to make these changes? If so, is there an ETA?

Thanks @brians for continuing with the testing - I personally have been waiting for more info from UD, hoping that Polisy will (soon?) have some of this functionality built-in. I'm curious what would happen if you have multiple Zen71 switches grouped in a similar fashion - would the status of each switch follow the other, similar to a virtual 3-way switch setup? Your initial tests show some promise, but I agree it's a little confusing that the control still seems to be reliant on the dongle. From everything I've read there should be a way for these devices to work independently. Did your testing involve writing any configurations back to the Zen71 or Zen15?

Upgraded to 5.4.2 with no problems. Curious about this enhancement: "Z-Wave: Added support for showing all Z-Wave native links available (in Node Level popup menu and Top level Z-Wave menu)". What are the benefits of this new feature?

@brians, I was wondering the same thing - this Association is something that needs to be configured within the two switches and is independent of the controller, so it's a setting that would need to be written to those devices at some point. Settings that reside within Polisy don't seem to be applicable.

@lilyoyo1, when I select Basic Scene Ctl 2, the Command setting has only one option, which is Query

I finally assembled a test setup to try this out. Bought two new Zooz Zen71 switches. The included documentation states "This on/off switch supports Group 1 with up to 1 devices for lifeline communication and Group 2 with up to 5 devices. You can set direct association to have the switch control another Z-wave device independently of the hub by using Group 2.". I had asked their tech support about this and got the same answer: "Z-Wave devices can be connected to each other via direct association and there are different groups depending on the device. Group 1 is where a device communicates directly with the hub, this it the main room if you will, where all of the devices meet. Other groups, like group 2 and group 3, are ways to link Z-Wave devices independently of the hub, they are like separate rooms where the hub doesn't come in but where the devices meet to exchange information directly. This allows for a quicker and more reliable communication between devices. Both the ZEN71 and the ZEN76 support direct association.". I wired the two switches in a 2-gang box with a pigtail and plugged them in. Added both to my Polisy (5.4.1), talking to them with a Zooz 700 stick. Polisy created five nodes for each switch: - On-Off Power Switch - Basic Scene Ctl 2 - Basic Scene Ctl 3 - Scene Button 1 - Scene Button 2 I created a new scene called Zwave Test Scene. I tried adding each of the above-mentioned nodes to the scene, but when in the scene the dropdown box for each node never shows more than "Command / Default / Ignore". According to what I understand from earlier posts, there should be additional options for Association (or similar). @Michel Kohanim, am I understanding correctly? I'm trying to figure out why the devices don't appear as their documents and tech rep report they should - I can only assume it's an issue on the Polisy side (and no complaints if this is an upcoming feature - I'm just trying to understand everything).

Good find @brians. Something interesting in that support page is they make a distinction between a Source device and a Destination device, and they specifically say the Source is "the device that does not have the “load” (or light) attached to it" and the Destination "is the switch or dimmer that has a “load” (light) attached to it". This makes me wonder if this association is a true controller-responder connection like the Insteon products have, where each on/off toggle switch both controls and responds to the other(s). This is exactly my situation, where I have two different circuits and I want them to follow each other. I'm getting worried I won't be able to keep this functionality if I move from Insteon to Zwave. I'm hoping to buy a couple Zooz ZEN71 switches and see what I can do.

I am starting to use some Zooz products and emailed their tech support about this issue (in relation to their Zen71/76 products) - maybe this will shed some light on the subject: "Z-Wave devices can be connected to each other via direct association and there are different groups depending on the device. Group 1 is where a device communicates directly with the hub, this it the main room if you will, where all of the devices meet.Other groups, like group 2 and group 3, are ways to link Z-Wave devices independently of the hub, they are like separate rooms where the hub doesn't come in but where the devices meet to exchange information directly. This allows for a quicker and more reliable communication between devices. Both the ZEN71 and the ZEN76 support direct association."

Great guide! I just followed it to migrate from my old ISY99 to Polisy and everything went great - it helps that I have a simple system with no zwave devices (but will be adding those soon). Strangely, I updated the network settings in Mobilinc and UDMobile, but only UDMobile can talk to Polisy (local network, haven't tried global yet). I did notice the Gateway and DNS on Polisy are 0.0.0.0 and can't be edited in the Admin Console, should these be updated to what my old ISY had, and if so, how?

Something I thought I read elsewhere on this forum - when Z-wave devices are added, the other devices in the mesh network add the new device to their routing tables, including preferred routes/paths to get to this new device. So for example if device A is within range of device B, and then you add device C that is out of range of A but close to B, then A and B know that any future comms with C must go through B. What this implies to me is that if you add a new device C near A, but then move it to its final location (away from A but near B), the "learned" routes will not work as well because A will try to communicate directly with C. Basically, the lesson being you should learn a new device while it's in its final location. Am I misunderstanding? I'm a long time Insteon user but am just getting into Z-wave (and am trying to learn things myself).