WEMO Ideas

Showing results for 
Search instead for 
Do you mean 

Why there needs to be a WeMo Web Interface

by mbrandon on ‎07-25-2014 06:47 PM

I believe there are multiple reasons that Belkin should provide a web interface for managing an indivisulas WeMo network. Here are some of the reasons I would like it, I am sure others have some good reasons also.

 

1)Cell phones become obsolete too quickly to be used as the only manager for a product that should be expected to be in use for many years.

 

2)I use my WeMo device in remote locations, some are hours away but accessable remotely. If I lose/break/upgrade my phone, it is unrealsitic to have to travel to all of my remote sites to get my network back on my phone. A web interface would not only allow for me to continue to control the network, but could possibly allow for me to push my network to the Belkin App on my new phone.

 

3)Phone operating systems update so frequently, requiring frequent application updates, which can only lead to issues for us users.

 

4)Belkin should have no issues with constructing a web interface considering they have been in the networking game for years.

Comments
by jjelectricva
on ‎02-04-2015 04:17 PM

I have been wanting this ever since I started playing with Wemo! I just assumed there was one, and I was rather disappointed when I found there wasnt. It would be very helpful for all the reasons listed and I could probably think of a few more as well.. We absolutely need this, it would make for a much nicer system!

by MapleLeafs
on ‎02-07-2015 08:22 AM

How do you do security?

 

We can set up a DNS domain for a wemo web server, easy enough.  We can have your house store your private key(s) and have the web server encrypt all communications to it, sure.    But do you want your router to have a static IP address?   The website needs to know how to talk to your house.   It seems you want to stick with your provider giving your router a DHCP lease, because it's too insecure to go static unless you're a security expert.   Constantly sending (encrypted) DHCP lease renewal notifications to the website  would seem to defeat the purpose.   Right now it's your mobile devices who know how to talk to your house--they were there, they were physically in the house, they authenticated to the router.   The security vs. availability tradeoff doesn't seem worth it in this case.   Not unless someone knows a good solution.   IFTTT seems to have figured something out, but right now they're not very good.

by DG1
on ‎04-09-2015 11:08 AM

Yes, this would give those of us with Windows Phones an option as well, since there is no app for the WP platform either.

by Kiphart
‎04-10-2015 09:13 AM - edited ‎04-10-2015 09:14 AM

...not to mention those of us who use a Chromebook at home. 

 

We don't even need remote access- just something that could be used when on the home network would be nice. 

 

Of course now that Google is beginning to allow the importation of Android apps into Chrome (and of course Chrome OS), we might soon be able to just do it ourselves (after waiting for years). 

by WEMO Maker Inventor
on ‎04-13-2015 02:25 PM

Lots of good reasons for having a web interface. The main one is when you're simply getting some work done, it's a lot easier to click a toolbar weblink, than it is to reach for your phone.

 

Many times I'm sitting at my desk, and realise I've left my phone in the bedroom. Having to make SURE I drag it around at all times, just so I can access my lamps, is a huge pain.

 

The lack of physical switches is a real problem for Wemo. Being able to group a wall switch with a plug switch so that when one is on, both turn on, would resolve some HUGE issues.

 

I would happily wire a wall switch, which could then trigger a floor lamp plugged into a socket. That kind of thing makes switching on the right lamp a LOT easier when you get out of the shower.

 

A web interface doesn't resolve all use-cases, but it resolves the one I have now. My phone is in the bedroom. I would like to turn the bedroom lamp on from my desk, so I can go get my phone more easily

by frederiekpascal
on ‎09-06-2015 05:10 AM

and still no webinterface? Smiley Sad

by garete
on ‎11-03-2015 05:08 PM
I've managed to make sunatnnedmonk's idea a private reality (2 lights, 5 Maker rules [up to 12 for full IF control!]) but there's no way to request a wemo state etc. from IF and the security concern is there... On the other hand, firing the on command is relatively quick and can be done from anywhere (using a web page or Windows app)
by WEMO Maker Inventor
on ‎11-04-2015 12:05 PM

If it helps, the android version of WemoManager has a web page that can be used internally, including with a user/password providing a moderate level of security.  I'm working on a new app (in alpha) that will give web access from anywhere by using one's google account to provide security.  Anyone that's interested can check it out: WemoOnDrive.

by garete
‎11-05-2015 03:52 PM - edited ‎11-05-2015 03:54 PM

Looking over the comments the last few days and now having issues with IFTTT integration*, I'm bailing out before I get too ingrained, since I only chose Belkin over the Hue Lux because I don't have Edison sockets and they've just refreshed their range making availabilty limited. Frankly, the wiring will be easier, the Lux devices are cheaper, have a larger range of devices (physical switch/remote for the UK?***), compatibility with a lot more systems and functionality without workarounds. I don't plan to wait years for them to catch up (first idea posted here in July 2012, did ya know?)

 

But before I do, here's how I setup remote web control (free, no server required, does not report success/failure):

 

  1. Activate the IFTTT Maker channel (https://ifttt.com/channels/maker)
  2. I used these but you can make your own:
    https://ifttt.com/recipes/339679-maker-turn-on-the-light
    https://ifttt.com/recipes/339677-maker-turn-off-the-light
  3. Trigger the maker command:
    Browse to https://maker.ifttt.com/trigger/event/with/key/makerSecretKey
  4. Or I made this site to trigger three devices from your mobile**: http://remote.nitri.uk/wemo.html
    It uses the events wemoT1_on, _off etc. (just look at the source code)
  5. Worried about security? Reconnect or Disconnect the maker channel.

Don't expect these to be up for too long, but I made it in an afternoon; so I'm sure someone can make better. It just sends a POST via javascript (aka browses to that site). Ask for the source if you want it zipped in one nice file. It seems nicer than sending a text message as I read someone else does.

 

*For me, using IFTTT to activate the Sleep Fader leaves the lights unresponsive to other IFTTT commands until you use the app.

** I used a customised interface, which I'm sure others could make as well. You could even make scenes where triggers stack together without arbitary groups.

***I know: I could make a switch using the WeMo Maker!...

by leafgarden
on ‎12-05-2015 07:21 AM

Here is a LINUX cgi script I use. I have a web page that I access and use dyndns.org to avoid having a fixed IP. I only know of a way to do the discovery by LINUX, have not tried on other platforms. The discover peice is the missing part on other solutions I have seen, it is needed due to the fact the port number can float even if the IP is locked on the device.

 

#!/bin/ksh
echo "Content-type: application/json"
echo ""
echo -n '['
sep="";
gssdp-discover -r 1 --timeout=3 --target=urn:Belkin:service:deviceinfo:1 | egrep 'Location:' | sed -e 's,^.*http://,,' -e 's,/.*$,,' | sort | uniq | while read auth; do
if [ "${sep}" != "" ]; then
        echo "${sep}"
fi
curl -0 -A '' -X POST -H 'Accept: ' -H 'Content-type: text/xml; charset="utf-8"' -H "SOAPACTION: \"urn:Belkin:service:deviceinfo:1#GetInformation\"" --data-binary '<?xml version="1.0"?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body><u:GetInformation xmlns:u="urn:Belkin:service:deviceinfo:1"></u:GetInformation></s:Body></s:Envelope>' -s http://${auth}/upnp/control/deviceinfo1  | xgrep -t -x "//*[local-name() = 'Information']/text()" | recode XML | /opt/web/xml2json.sh
sep=",";
done
echo "]"