Sorry, this offer has expired. Set up a deal alert and get notified of future deals like this. Add a Deal Alert

Expired Hot Deals

Sorry, this offer has expired.
Set up a deal alert and get notified of future deals like this.
Set up a Deal Alert
Best Buy

TP-Link HS200 Wi-Fi Smart Light Switch $24.99

  • Last Updated:
  • Dec 23rd, 2018 2:22 pm
Deal Addict
User avatar
Jan 7, 2014
1225 posts
409 upvotes
calgary
TurboTronix wrote: There's a zwave switch for 25$ and a dimmer for 29$ on Amazon, someone posted it on RFD. Going to bring back my tplink...
i need a zwave hub for my schlage,, any recomendation?
Newbie
Sep 24, 2011
6 posts
2 upvotes
Markham
Anyone else have issues with these?
I installed 4 of them over the weekend, all 4 intermittently go into "local only" meaning its lost connection to the internet but not local network.

Anyone have a fix for this?
Deal Expert
Aug 2, 2004
38395 posts
12019 upvotes
East Gwillimbury
TurboTronix wrote: Functionality wise it's on par with my zwave switches. Might be a slight delay, but it's barely noticeable and using Alexa, it always obeyed the command. But I hate the manual switch functionality, don't like that the on/off are both at the bottom...
I’ve never complained about the function of the switches, I’m sure they all work fine regardless of brand. My point is that there’s better technology out there that doesn’t require you to be in that over crowded 2. GHz space.
Newbie
May 27, 2018
65 posts
24 upvotes
blitz23 wrote: they found the glitch right away
i put one of the mini in the garage and say goodbye and shuts everything off
Makes sense, thanks. Now I feel better.
Deal Addict
Nov 7, 2006
2209 posts
639 upvotes
blitz23 wrote: i need a zwave hub for my schlage,, any recomendation?
Get a raspberry pi3 and the open source hass.io, it's free and very powerful however it's for the diy out there. You'll need a zwave usb device such as Aeon Labs ZStick Gen5...

If your not savvy then the are plenty options out there such as Smartthings by Samsung.
Deal Addict
User avatar
Jan 7, 2014
1225 posts
409 upvotes
calgary
AntonioG23218 wrote: Makes sense, thanks. Now I feel better.
thats why you need to monitor RFD 24 hrs a day so you dont miss any good deals
Deal Addict
Mar 18, 2006
2286 posts
1043 upvotes
BC
blue dragon wrote:
Now you are mixing up CS/MACD from ethernet with RF transmission mechanism from wireless. 12 devices transmitted in the order of 300kb/day (150kb down and 150kb up), The amount of time that these devices are actually transmitting is minuscule.
Your response makes no sense and you'll need to express a response for me to understand what you're trying to say. WiFi is listen before talk protocol. Two devices don't hear each other, then transmit at same time and interfere. This is because of propagation delay, one transmits before receiving the other signal to know to not transmit.

300Kb per day. You think the clients hold hands and know when the guy next to him is talking, waits his turn and only ever talks when no one else does?

You talk about having wireless captures all day long, but you don't see the constant packets doing probe requests even already being associated to the AP. There's nonstop chatter, all day long. That makes me think you're not wirelessly capturing and only seeing filtered data packets.
Lucky Mobile: $20/3GB Unlimited Canada wide calling. DMINR
Deal Addict
User avatar
Sep 13, 2006
4264 posts
5639 upvotes
Muskoka
With respect to lost connection issues

I had a couple of devices that would sometimes lose connection and I would have to reset or power cycle. For other reasons I upgraded my WiFi system to the TPLink Deco 5 mesh system. As a side benefit all of my devices became quicker response and I don’t think have lost connection since. My Logitech Harmony Hub is also more responsive.

So I am sure the quality of your router has something to with it
Public Mobile
Member
Jun 21, 2009
389 posts
435 upvotes
Timbo420 wrote: Your response makes no sense and you'll need to express a response for me to understand what you're trying to say. WiFi is listen before talk protocol. Two devices don't hear each other, then transmit at same time and interfere. This is because of propagation delay, one transmits before receiving the other signal to know to not transmit.
What I am saying is the time take to transmit a few bytes is miniscule. Even though there was contention, the actual channel utilization is small enough that the contention mechanism will be able to find free time for other devices to transmit. As for the probes, the probe request sent by an already authenticated endpoint every few seconds are on different channels, not the same channel that it is connected with. Are you mixing up beaconing from the AP which transmits the SSID and BSSID and occurs on the same channel with the probes sent by clients on different channels?
300Kb per day. You think the clients hold hands and know when the guy next to him is talking, waits his turn and only ever talks when no one else does?

You talk about having wireless captures all day long, but you don't see the constant packets doing probe requests even already being associated to the AP. There's nonstop chatter, all day long. That makes me think you're not wirelessly capturing and only seeing filtered data packets.
I never said I am doing wireless captures, I said I have a packet capture for data leaving my network. My Meraki APs do give me the ability to do a wireless capture, but the only time I did a wireless capture was when I used the air magnet tool to verify my network after provisioning. No one is saying there aren't probes every few seconds, but you imply they will cause your wifi network to crawl, and that simply isn't true. Those probes are so that endpoints can discover other APs with better signal strength, other SSIDs etc.

As I said before, wireless is a contention medium, that does not mean 12 devices will not break it. 802.11 DCF implemented random backoff timers for endpoints transmitting at the same time.

Image

https://www.cisco.com/c/en/us/td/docs/s ... n_ch2.html

I can show you APs with 20 devices connected simultaneously delivering RTP (UDP) traffic for Skype for Business. Yes, QoS is configured, but I have QoS configured at home as well too.

Those TP-Link switches all use TCP which has re-transmission capability, windowing, and acklowledgement mechanisms to deal with a noisy or congested link.

Is your position that 12 devices is enough to bring your wifi network to a crawl, or to significantly impair its performance as the OP stated? Even Zigbee is a contention network. Only RF networks like TMDA or FDMA etc solve the contentiion issue
Deal Addict
Mar 18, 2006
2286 posts
1043 upvotes
BC
blue dragon wrote: What I am saying is the time take to transmit a few bytes is miniscule. Even though there was contention, the actual channel utilization is small enough that the contention mechanism will be able to find free time for other devices to transmit. As for the probes, the probe request sent by an already authenticated endpoint every few seconds are on different channels, not the same channel that it is connected with. Are you mixing up beaconing from the AP which transmits the SSID and BSSID and occurs on the same channel with the probes sent by clients on different channels?


I never said I am doing wireless captures, I said I have a packet capture for data leaving my network. My Meraki APs do give me the ability to do a wireless capture, but the only time I did a wireless capture was when I used the air magnet tool to verify my network after provisioning. No one is saying there aren't probes every few seconds, but you imply they will cause your wifi network to crawl, and that simply isn't true. Those probes are so that endpoints can discover other APs with better signal strength, other SSIDs etc.

As I said before, wireless is a contention medium, that does not mean 12 devices will not break it. 802.11 DCF implemented random backoff timers for endpoints transmitting at the same time.

Image

https://www.cisco.com/c/en/us/td/docs/s ... n_ch2.html

I can show you APs with 20 devices connected simultaneously delivering RTP (UDP) traffic for Skype for Business. Yes, QoS is configured, but I have QoS configured at home as well too.

Those TP-Link switches all use TCP which has re-transmission capability, windowing, and acklowledgement mechanisms to deal with a noisy or congested link.

Is your position that 12 devices is enough to bring your wifi network to a crawl, or to significantly impair its performance as the OP stated? Even Zigbee is a contention network. Only RF networks like TMDA or FDMA etc solve the contentiion issue
No. My position is that you were claiming interference is only when your network is significantly impaired, and I was saying there is always interference and that is expected and designed into the protocol. The amount of interference one can live with varies with application. Not everything runs on TCP, and even when it does, it hugely impacted by delays and dropped packets. That's why some APs tried to prioritize TCP acks in their buffers, so TCP streams wouldn't see large drops in speed.

I think we both agree it's minimal to negligible impact, but disagree on what constitutes "interference". It varies but will always be there.

Lastly, how a client operates for roaming and finding other AP's is OS specific (and power saving modes), you'll find it sends probes on same channel for different ssid's (it wouldn't have a reason to probe for its currently associated SSID on same channel). At least Android does and so does BB10. But I'm actually thinking of mobile devices with shit loads of SSID'S and not single ssid IoT devices, so that's my bad, it's less relevant to this IoT as additional devices discussion.
Lucky Mobile: $20/3GB Unlimited Canada wide calling. DMINR

Top

Thread Information

There is currently 1 user viewing this thread. (0 members and 1 guest)