If DTH is devicehandlers we don’t have any. The account was also new today and everything is basically untouched.
True, send a note to support so they can fix it in the next update
You may have to reach to ST staff or support, they have the tool necessary to see what’s going on. I think you’re past the debugging from an end user perspective. All you can try is to reset the hub.
Every device on your account has a DTH (device type handler), that’s how the messages to the device get formatted properly.
SmartThings has a standard library of “stock” DTHs that get distributed to all customer accounts. If you didn’t specify a custom DTH, then your devices get matched to one of the stock DTHs at the time they are added to your account.
So you do have a DTH for each device, it’s just not custom code. If you look at the device listing for your account in the IDE, you can see which DTH has been assigned to each device.
I just wanted to clear that up, because support staff will probably want to know which DTH has been assigned to each lock, even if it was automatically assigned from the standard library.
Also, we will need to know the brand and model of the locks. I’m sure that will be the first question that @Kianoosh_Karami asks.
Zigbee Insecure Rejoin
Samsung has a bad habit of using the same term two different ways, which can be very confusing. They already had location.mode and security.mode (Smart Home Monitor Armed State), each of which is often called just “mode” in the documentation, even though they are two completely different things.
Then when they released the new app, they changed the name of zigbee insecure re-join to “security mode” even though that is one more different thing. So now
a) “security mode” refers to zigbee join default
b) , “security.mode” of “Home” refers to smart home monitor armed state but is usually just called Mode, and
c) Mode also refers to “location.mode,” which might also have a value of “home” but is a completely different variable.
There were two different major platform changes in the last 10 days.
First, there was a new hub firmware update which revealed some new bugs and required a couple of patches.
Second, changes are being made to the SmartThings implementation of Zwave and the platform abstraction of it in order to get ready for S2 security. This has introduced some other issues.
Some other customers have reported that during this time. They are having problems with devices that have the option to pair securely, like some aeotec sensors. They are seeing similar messages to the one that you are seeing, but I don’t know if it’s related to your specific problem. I haven’t heard of anyone else having that many Z wave locks on a single hub before, so it might just be a problem specific to The number of devices.
Know I know the DTH abbreviation and that we are using the “Z wave lock out of the box” DTH. I will in some hours take another Hub and pair 10-20 new locks to see if the problem occurs again on another hub. If it does it seems to be some kind of problems when a certain number of locks are paired. My goal is to have approx. 200 locks to one single hub.
Incredible! Let us know how it goes and be sure to have lots of repeaters around.
What is the physical layout like? Since Z-Wave can only jump through 4 repeaters, what’s the maximum distance from your hub to the 200th lock?
FYI ST is aware of this issue and is working on a fix (it’s internal)
Can I ask why you are trying to accomplish that with a single hub? Smartthings is not a very stable system to begin with, and certainly not something I would deploy in a commercial installation like a school or an apartment building because of all the unexpected glitches. It’s just not commercial grade. They have told us many times that their typical customer has 15 or fewer devices total and never uses any custom code at all.
You might take a look at the following thread if you get a chance:
There was one community member who had deployed it for an apartment complex with about 200 units, but they wrote their own management software to run above it, and to be honest, I don’t even know if they’re still using the same system, that was a couple years ago.
Also, they have told us that the classic app will be going away, although there’s no timeframe for that yet. And with the new app, you are quite limited in control of smart locks. You used to be able to trigger the locks with any smartthings event, including Geopresence, A keyfob device, etc.
But with the new app they changed their design philosophy with regard to security devices, and now you have to open the app and use that to unlock the lock. But perhaps that fits your use case, and you are just using the app to set codes and track usage.
Different things work for different people. But 200 locks is certainly testing the limits of the system. And just the fact that you cannot delay or defer updates isn’t typically a good match for a commercial use case.
Also, are you planning on having a repeating device for each lock? Because I am sure the hub cannot handle the message traffic from that many locks all at once. And one thing about locks is that you tend to get “traffic jam“ periods where most of the locks in a multiunit building are all being used at about the same time.
And 200 locks + 200 repeaters would be 400 devices, which is more than any zwave network can handle ( there is a hard limit of 231 zwave devices for a single hub) . So that’s not even technically possible.
The locks (approx 150 actually and not 200) will be deployed on one floor and not in a small area. It might be that we need more than 1 hub as the locks does not include Z-wave repeaters. I am still testing in our lab and got the S0 / S2 problem after 20 locks.
Will keep you posted!
Re: FYI ST is aware of this issue and is working on a fix (it’s internal)
Is it my issue you are referring to here?
Because of the complexity of lock messaging and the issue with the “traffic jam“ time periods I mentioned previously, I would not put more than 50 zwave locks on one master hub and I would use one beaming repeater for every two locks. That would give you a total of 75 zwave Devices per hub And you would need three master hubs (not A “sub hub” like you get on the Samsung Wi-Fi mesh system) for your 150 locks.
Just a question: have you considered using zigbee instead? Many of the locks which are commercially available including most Yale and Schlage models can take either a zwave or a zigbee radio module. And a zigbee network can handle hundreds, even thousands of devices. As @prjct92eh2 Points out below, there is still a repeater requirement with the SmartThings Hub if you go above 64 battery powered zigbee devices , and I can’t guarantee That smartthings itself doesn’t have additional maximum count limitations you might run into.
I still wouldn’t put more than 50 locks on any one hub because of the traffic jam issue, and you still have all the basic instability challenges of SmartThings, but it might be another option to consider.
I’ve not been brave enough to add 1 lock to my SmartThings hub, let alone 150.
You would need some repeaters to get around the 32/64 limit of directly connected Zigbee devices.
Thanks, I blanked out for a minute and was thinking of a commercial system.
But I believe the V3 hub does have the 64 device limit, So I think you could do 50 zigbee Locks with no repeaters and it would be a more efficient system than zwave for this particular use case. As long as they’re all within range of the hub, of course.
Thanks for all replies and suggestions so far!
Seems I need to get another Z-wave hub.
When I tested with another Smartthing V3 hub, this time the first 13 locks was paired with S0_Downgrade. Then the next 2 was paired with S2_Failed.
I really see that this system is very unreliable.
Perhaps I need to buy a Fibaro HomeCenter 2 or similar. Do you have any suggestions for a new hub?
Yes, your issue with the lock pairing is being looked into and they a patch in the works, it’s a platform issue AFAIK.
What country are you in?
Have you tried getting in touch with the lock manufacturer and asking them what controller they would recommend in your situation?
UPDATED: I have now tried to pair the locks with the Fibaro HC2 hub. After 19-20 locks similar problems occur, i.e the pairing process takes longer and ends up with an unconfigured device not working. The manufacture code of the devices is for instance not read from the device.
Have I ran into some Z-wave limitations of any kind? How can two different hubs “react” the same way?
Think about all of the features that a four passenger automobile has to have to meet legal and safety requirements. And yet a BMW May be very different in some ways than a .volkswagen. And one brand may have problems that another does not. It is the same with zwave hubs.
I honestly have no idea if there is an issue with the zwave standard as well. S2 is still very new.
It is very difficult for us to help you without the brand and model number of the locks.
And again, Zwave is not really intended for the use case you describe. It was meant primarily for residential lighting control of fairly small homes, without suffering from WiFi interference. The 4 hop minimum by itself limits its commercial uses. Most people have 2 locks, a few have 4. I’ve never heard of a zwave deployment with more than 20 except for one hotel project, and even that only used one lock per hub.
There is also the question of cost. If we knew what country you were in, we might be able to suggest a system designed for commercial use which would likely end up being less expensive for you. There are many systems designed for schools or small hotels or office buildings which provide for Management of several hundred locks. These use different protocols than smartthings, but they are tested and reliable.
Good luck with your project! Since smartthings engineering staff is looking into it, if there is a Z wave limitation they should be able to tell you.
We are testing with the Danalock Universal 3 lock!
OK, that’s a well-established company with up-to-date technology. They also announced last year that they are doing some multiunit projects for the Norwegian defense agency estates manager, including some apartment buildings and large offices.
However, although I don’t know for sure, my guess is that they are using the zigbee version of the lock for that, not the Z wave versions. Or perhaps they are putting a hub in each flat.
Since you have now had the problem with two different Z wave hubs, I suggest you get in touch with Danalock support, Explain your project, and ask for their help and recommendations.