Most plugged zwave or Zigbee devices are repeaters, but it is up to the manufacturer to decide for sure. That said, I’ve never heard of a Z wave device which wasn’t a repeater except for some security items like Sirens where they don’t want the device tied up repeating a message for some lightbulbs somewhere.
With Zigbee, there are some mains power devices which are not repeaters, such as the Sengled lightbulbs.
No, they don’t Queue them in that sense except for Messages intended for locks which have a different subprotocol called “beaming.“
For other devices, the hub will make three attempts to send a message through, one right after the other if it doesn’t get an acknowledgment, but that’s it and typically happens in just a few seconds. But after that it gives up.
It’s hard to say exactly what’s going on because the smartthings platform can definitely be flaky sometimes, but my first guess would be range. It’s often challenging to get signals out of basements and garages because of all the cement and water pipes and metal that can be present. so as a long range plan, speaking as a former field tech, my first recommendation would be to move the hub out of the basement or you may be facing this over time with many different devices. . I’m not saying that will definitely fix this problem, I’m just saying that it’s a good idea in any case.
(And then the fact that you’re trying to get out to a greenhouse means you’re going through at least one exterior wall which also blocks significant signal.)
See the following. Start with post 11 in that FAQ (which this link will take you to), read that, then go up to the top and read the whole thread. (The topic title is a clickable link)
I’m not sure you’ll need it, but you might also want to read the article in the community – created wiki on getting signal to an outbuilding.
BTW, in a greenhouse, the plants themselves can block signal significantly. Water features, including tanks and barrels, also cut signal. Humidity itself cuts signal.
Range specifications from device manufacturers are always based on clear air, line of sight, with no physical obstacles. After that, everything cuts signal a little bit and add it all together it can cut it a lot.
All of which is to say it may take some trial and error to figure out the best way to get signal to the devices in the greenhouse. You might even want to use a Z wave light bulb or two near the ceiling to carry signal above the foliage over to the other side of the building.
I am certain it was a range problem. Think a strategically placed repeater will fix it.
I seem to be getting mixed info about dedicated repeaters vs smart plugs as repeaters:
Are they doing the same repeating job and all that matters is the zwave chip version ?
Or is there some actual range/ capabilities that make repeaters truly special?
Dedicated repeaters were needed back during the third generation of Z wave when not all devices transmitted at maximum power. But that has pretty much changed by Z wave plus (the fifth generation) and Single purpose repeaters now don’t do anything that just about any other mains powered Z wave device won’t do. So in my personal opinion, they’re just a waste of money. If you get one, it will work fine, it’s just that you probably paid more for a device that does less.
There are two exceptions… If you have some of the very newest devices which use S2 security you really do need A repeater that uses the same level of security to get your messages through. So I know some people who have bought S2 level repeaters for that reason. But really that’s just about timing. As more and more devices come on the market that support S2, it becomes a non-issue.
The second reason is if you are using a non-smartthings Z wave security system, like ring alarm. These typically have a repeater which can switch from mains powered to battery operated automatically, to give you continuity of service during a power outage. It’s not meaningful for a smartthings system because smart things itself Doesn’t reach that level of reliability. But it’s a good reason if you are using one of the other systems.
Other than that, I would just rely on your other mains powered devices like light switches, pocket sockets, or plug-in sensors. For example, the zooz zen25 gives you two controllable outlets and is a good Z wave plus repeater with S2 security, while costing less than most of the single purpose repeaters.
Not sure who told you that, but it’s definitely not true. It just depends on how the device itself is engineered.
What is true is that regular batteries don’t work well below freezing, so there are many battery operated Z wave devices with an operating temperature range of 32°F and above. But means powered devices don’t have that issue.
Again, though, check the operating range for the specific device you’re looking at. But there’s no Z wave limitation.
Unfortunately, checking the manual for the specific device, it is also only spec’d to 32° F
At our house, we use the Meross Wi-Fi outdoor plugs. They have a smartthings integration with the new V3 app and work well, with both sockets independently controllable. They are ETL safety listed and spec’d down to -4°F.
I have an Arduino-based devices (Based on Dan Orgochock’s ST_Anything, by the way) that flips some relays. Often it appears that the Arduino never receives a message from the ST Hub. While debugging, I observed that this seems to happen when the hub is busy with traffic from other devices.
I have debugged this to put a log.trace in the ST Smart App at the point where the message is sent, and putting a Serial.print() in the Arduino code to try to match messages sent from the hub to messages received by the Arduino.
From that work, it appears that when the hub is not busy with other device traffic, I have high correspondence between what the live logging shows and what the Arduino sees. But when there is a fair amount of network traffic, other devices reporting status, for instance, even though the SmartApp seems to think it’s sending data, the Arduino never receives it.
Is it possible that the Hub is just busy and loses it’s place?
Which model ST Hub are you using? For many users, performance of ST_Anything devices seemed to improve dramatically after hard rebooting their ST hub (if a v2 hub, be sure to pull the batteries as well as the power cord.) Not sure if this would help in your situation, but it may be worth a try.
When the ‘hub is busy’ processing traffic from other devices, what type of devices are those? Also, what exact hardware are you running ST_Anything on? How is it connected to your home network?
Not that anyone will have to live with this in the future (Since thingshield is discontinued), but I am amazed at how much faster and more reliable the ethernet connectivity is. Since we had lived with the response time of the ThingShield for so long we were highly calibrated to its performance. The switch to ethernet feels like a sports car by comparison… and apparently more reliable.