Welcome to TP-LINK Tech Support Forum
+ Reply to Thread
Page 2 of 2 FirstFirst 1 2
Results 16 to 23 of 23
  1. #16
    Since it doesn't look like windows/browser support is coming anytime soon here's one option. Running my app on an old android tablet/phone as a hub adds a web page for controlling your devices from any web browser (or your personal android phone) anywhere, and if one has a few android rather than windows 10 tablets they can be scattered around the house as home automation control stations. You still need a newer handheld to run kasa for the device setup. If you only need off/on there's a free java based application that will probably run on windows 10: https://sites.google.com/site/mppsui...emoserver-java.

  2. #17
    I invented a way to do this by looking at the packets transmitted over my WiFi network and figuring out the API calls. There's a whitepaper out there a man wrote about the SmartLink protocol for the light switches, same works for the bulbs as well, just on UDP rather than TCP.

    I also have a working C# UWP Windows 10 app (and by proxy IoT Core on RPI3) that I'm debug testing, see picture. I do not plan on releasing without TP-Link's permission, if they've gone to all this trouble to lock down their app from other OSes, which I deem as a bad business practice that deters whole market segments, that doesn't exactly give me a warm fuzzy feeling about releasing any software, especially if unpolished and without permission. I would be more than happy to hand over the source I've got so far to them and let them polish it up for primetime, it's all VS2017 Community.

    There's a small caveat about the hardware tech that I will caution you on, it transmits over UDP protocol and it's very unreliable, I get occasional dropped frames. This is also true in the Android and IOS apps as you well know when you notice that sometimes your command to the light gets lost in limbo and you have to redo your button press, it's a firmware problem obviously. It would be a ton better IMO if they'd have wrote it TCP accessible where you can maintain a connection state, also the JSON calls are a little bloated on data transfer IMO. There is a nice transition_duration property that they SHOULD have exposed in the software that lets you control the timing of the color transition in milliseconds, very very cool for animation, if not for the firmware problem. It would be fairly trivial for them to allow TCP connections on the same port, using the same protocol, but also adding a local authentication scheme would do nothing but improve the security of the device. If someone malicious in my neighborhood gets on my WiFi (and I know a guy Kirk in my neighborhood who is a top notch network engineer we talk about iptables and the like often), I don't want my room turned into an episode of the Twilight Zone as a prank. I could see Kirk doing that just for sport. :P

    What I really wanted to do was sync this up to some SoundCloud music or YouTube videos, and write my own processor to make a timed light show to accompany audio and video, but I need to brush up on my Linear Algebra and Differential Equations to get where I really want to be. I may have to look at other vendors though to do what I want. On my network I've got 2 LB130's, they both get the same hostname (I'm not a fan of that) but different IPs, I put a static lease on my router to assign a specific DHCP address to both upon connection. It works, but once in a while a light gets hung and I have to reboot the light. The other night I had to reboot a few times to get it to see the network again, very frustrating from a programmatic perspective.

    On another note, TP-Link needs to create a wireless dimmer switch that works on a triac for incandescent overhead lighting (I prefer incandescent for overhead lighting as it's healthier ergonomically on the electromagnetic spectrum, and I do a lot of coding for hours on end from my room). I really hated having to go with Insteon over that one since they promote hubs (although I found a whitepaper on Insteon that showed me it transmits on 915Mhz and I picked it up with an RTLSDR, a little GnuRadio work and I could demodulate it).

    Name:  LightBulbs.jpg
Views: 0
Size:  40.6 KB

  3. #18
    Has anyone tried "Home Remote" in the Windows Store?

  4. #19


    I tried it, but it only works with SMART PLUG modules, not SMART BULBS.

    It works fine but wont let me control lights so its useless.

  5. #20

    Is Home Remote trustworthy?

    Quote Originally Posted by bsgd View Post
    I tried it, but it only works with SMART PLUG modules, not SMART BULBS.

    It works fine but wont let me control lights so its useless.
    Was thinking of using this too on my desktop, its asks for TP-Link username and password, i was a little concerned. Should i be?

  6. #21
    I wouldn't use an unsecure port like 80. This would allow people with ill intent to sniff your wireless traffic and control the device without your knowledge. I would use 443 to enforce encrypted authentication.

  7. #22
    Definitely do not expose a web server for IoT without SSL outside of a private network!
    Anyone who monitors their own network will notice the constant daily probes from around the world looking for just such a vulnerability - open ports without encryption or proper passwords.
    Internally it's less of a risk as they'd need your wifi password. Further encrypting the HTTP traffic there won't make much difference 'cause the TP Link interface isn't encrypted either.

  8. #23
    Quote Originally Posted by neily View Post
    Has anyone tried "Home Remote" in the Windows Store?
    I can confirm that the Windows 10 app works with TP-Link hardware (and a few others).

    But boy, it is the most basic tool... not very fancy so don't expect anything more than the ability to turn devices on/off.


Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts

Copyright 1996-2017 TP-LINK Technologies Co., Ltd. All rights reserved.