Are you using V2 hub? I’m still on V1. I’ve not yet switched over, I heard there are problems with V2
I have the V2 hub and it’s been pretty stable for me. I could be wrong but I don’t think the V1 hub supports z wave plus which could cause some issues, although they are all supposed to be compatible.
My assumption, the chances of having a problem as an individual v2 hub is less than an individual v1 hub.
But since there are a lot more v2 hubs in operation than v1 hubs there are going to be more v2 reported problems in these forums.
My v2 hub has been more reliable than my v1 hub.
The V1 hub went through several hardware iterations in the two years or so that it was available for sale. The earliest versions used Z wave classic, but by mid 2015, just before it was replaced by the V2 hub, it was being manufactured with a zwave plus chip. So some people have a V1 hub with the older Z wave chip and some have a Z wave plus version.
Try this, keep the up button pressed to exclude and then repair the device. Then do a Z-Wave network repair. Had this issues a few times in the last 2 years and this appears to fix it. Don’t forget to reboot your ST hub first before doing any of this.
hi I wanted to reply to this thread as I had the same issue with a number of brand new leviton zwave plus switches - the key is not just to follow the instructions to exclude, which I did 10 times, on the newer ones you need to KEEP holding the paddle up for quite a bit longer before you will see a series of red flashes, this seems to be a “real” factory reset, this fixed all my issues once I re-added the device. and yes on both the zwave and zwave plus leviton switches I have (DZS15 and DSZ15s) there is a 1-10 second delay to register the status to the hub when when physically pressing the switch - you get used to it
I was having the same problem with Leviton Z-wave plus dimmers. I was able to diagnose my issue as being a SmartThings/Alexa integration issue. After resetting the dimmer and excluding / readding it from/to SmartThings, I would tell Alexa to discover new devices. Depending on whether or not I told her to discover new devices after excluding the dimmer and again after re-adding it, I sometimes had two items with the same name in the Alexa devices and Alexa groups. When only one of the two identical devices was checked in Alexa groups, the Alexa command would work, but Smartthings would not register the change. (If I controlled the dimmer in SmartThings, it would also work but not register the change.) When I checked both of the identical device names in Alexa groups and then turned off that group through Alexa, SmartThings started registering the change again.
So I am having a slight issue and I am not sure if it is because I using a 3 way and 4 way setup…
I am using the Leviton DZS15 as the master and 2 DD0SR-DLZs (one in a 3-way and one in a 4-way). The DZS15 works and updates the hub if i:
- Turn the switch on/off manually.
- Turn the switch on/off via ST.
If I turn the switch on either manually or via the ST app and turn it off via the 3 or 4 way switch manually, I hear the DZS15 click off, but the ST hub never updates.
I have tried exclusion and removing the device and doing the, “true” factory reset (red flashing lights), but it still won’t update if the switch status changes from one of the slave switches.
Multiple people have reported that the newest Leviton switches do not tell the hub of a change in status if the change is initiated from the auxiliary switch. That would appear to be a bug on their part, so I would contact Leviton support. Hopefully it’s something they can fix in firmware eventually.
Maybe this will help.
I have seen horrible Leviton support feedback from users, so I think I won’t bother with dealing with them.
The switches above (I know it could be partly advertising), explain what happened with the, “instant status,” patent.
It appears that they have this resolved since the patent has expired.
I ordered 2 sets (2 4-way circuits) and I will see how they work.
Yeah, unfortunately that particular article is both inaccurate and misleading. For one thing there were two patents involved, for another they only applied to dimmers, and for a third, the new switches they are talking about as now having “instant status” are actually using “central scene command” not the old instant status which was done with the hail Command set. So their availability doesn’t actually have anything to do with the patents one way or the other, but rather with the introduction of the new central scene command sets.
All of which is a lot of technical detail you’re probably not interested in. There’s been a lot of discussion in the forums about all of these issues, but the critical thing is that none of them have anything to do with the Leviton problems. Those are just problems that came in with the new model and they seem to have done something wrong. Which hopefully they will fix eventually.
You can read more about the new kinds of switches in the following thread:
You are correct, I really don’t care the about technical detail. All I want is a master switch NOT dimmer to update the hub in any means it chooses when the status is on or off. Only when that on or off action is performed from a slave.
According the, "ST compatibility list, I have this master (VRS15-1LZ):
Which is listed as ST compatible via the link in the thread you provided. I can assure you that in a 2-way situation it works just fine. In a 3-way or 4-way it surely does not.
Seeing the compatibility list is not accurate, or at a minimum should have an * that in a 3-way/4-way situation they are NOT compatible or won’t update the hub, where can I go for accurate information?
I know it’s very frustrating, I wish I had a good answer for you. The fact is, the devices should work differently than they are working. You should be able to press the auxiliary switch and get that status reported from the master. So it’s a Leviton issue.
As far as knowing whether a device does work to spec, about the only thing you can do is ask in the forums, being very specific about Brand and model, or try it yourself.
I suggest you start a new thread and title it “Any three way switches where using the auxiliary updates master status in the app?”
Then ask people to list the specific brand and models that they are using.
That way people can post current reports on switches that they are using and hopefully you can find one that you like.
So looking through the manual for the DZ15S, here are the supported classes:
Z-WAVE PLUS INFO
ASSOCIATION GRP INFO
DEVICE RESET LOCALLY
COMMAND CLASS SWITCH BINARY
SCENE ACTUATOR CONF
FIRMWARE UPDATE MD V2
From this information, is there something with the DH that could be causing this issue? I have to assume one of these classes could actually update the hub properly.
It’s not the command sets. Those are fine. That’s why this is so frustrating and why it looks so much like Leviton just broke something.
There is one other possibility that occurs to me, but it’s super technical and unfortunately I haven’t been feeling well I haven’t had time to research it. And why I wish Leviton support was involved. I think there may be a possibility that the state change is being reported in a different Association group than the smartthings hub expects because of some supertechnical changes that occurred with Zwave plus. But I’m not feeling up to researching this right now.
I’m going to tag couple of people who might be interested, but no guarantees that they’ll have time to look into it either.
The main point here is that some people who are buying the newest Leviton zwave plus wall switches and the newest GE zwave plus Wall switches are reporting either significant delays in status changes being updated in the smart things mobile app, or that the status never gets updated at all.
In your case, if you turn on the associated auxiliary switch, the master does turn on the lights, but the SmartThings mobile app does not update. (I’ve forgotten, have you reported it to support? Because that is an officially supported device, so they should look into it as well.)
Other people are reporting that the statuses do update, but can take several minutes to do so.
You could add some polling to solve both of these issues, but as a network engineer, I hate unnecessary polling, so I’m hoping there’s a different solution.
OK, here’s a link to a thread with an example of the GE switch problem. That won’t matter to you, but I’m just including it for research.
And another thread on the Leviton issue:
And now I’m going to tag some individuals. I don’t necessarily expect responses from all of them, but these are the people who may have heard something one way or the other. There have now been at least a half a dozen reports on this issue in the forums, so we know something is going on. (And again the Leviton model that you have is on the official compatibility list, but I don’t know if they actually tested it in a three-way set up.)
I do appreciate the effort and yes I logged a support ticket with Leviton (they are fully aware of the issue and said they are working on a firmware upgrade). When I asked how the firmware would be sent OTA to the switch, they said ST would handle that.
I also logged a support issue with ST and they say their hands are tied until the firmware is released. My gut says there is little to no chance that Leviton and ST groups will fully work together to resolve this, i.e. Leviton releases the firmware update and then ST actually pushes it out the switches. In my conversation I stated to STs that this switch in its current state is NOT ST compatible in 3 and 4-way configurations.
I do like your idea that those aux updates that go to the master are there, but maybe they are using a different class to send those messages that the hub doesn’t recognize.
As far as the polling, yes, it is a poor band aid for this, but I know it would work. When I turn the aux on or off and the, “master”, is out of sync, I can press the refresh on the ST app and it now reflects the correct status. Essentially a manual polling request.
I just received an email from Leviton technical support indicating that this issue (as well as the issue where dimmer remotes in 3+ way applications keep the dimming indicator on all the time) has been resolved in a firmware update. I asked what the eta for distribution is and am waiting to hear back. I’ll share whatever I hear.
I appreciate it. I actually called tech support again yesterday about the issue since I have seen posts as old as Feb this year stating there is an issue. Supposedly, the person gave my name and email address to the product owner. I doubt anything will come of it, but we will see. I firmly believe that this product should be taken off the ST compatibility list as it is NOT compatible in 3 or 4-way configurations.
I just installed Leviton 3 way Dimmer DZ6HD & matching 3 way remote DD00R. Both Switches work Correctly on / off & Dimming however In smart things it will say the Lights On when they are Not
Anyone know the Remedy to this ?