This is a free standalone implementation of the AutomationServer built into AutomationManager on play. To use the full set of features (rule engine, remote access) you do need to purchase and configure it with AutomationManager. The basic function (discover devices, monitor state, set on/off, logging) work in this free version. For this basic function It can be started when needed - running it as a server is not required.

Yes, it's still called "WemoServer" but it is the engine from AutomationServer and does handle the same set of devices.

Download the jar using the arrow at the bottom right side of this page.

Pre-reqs - Java JRE (or JDK) 1.8 or later installed on your system. See http://www.java.com.

If you get a start up message mentioning version errors double check with "java -version".

Once you've got this running you can use the AutomationManager app (AutomationRemote) to access the server, see AutomationRemote instructions for setting up remote access.

Run (with gui) using

"java -jar WemoServer.jar"

or

"javaw -jar WemoServer.jar"

or with Java 9

"java --add-module java.xml.bind –jar WemoServer.jar"

"javaw --add-module java.xml.bind –jar WemoServer.jar"

Where "java" is the path to your java 1.8 or later java.exe (or javaw.exe).

On windows you can usually just double click on the jar, depending on how java was installed.

I hope use is self-explanatory.

• Ports
  • AutomationRemote access port for AutomationRemote clients (4033 is a good choice). This port can be safely exposed (forwarded) through your router outside of your firewall.
  • WemoEvent access port is for the WemoCLI (and REST access)
• Refresh - just like on WemoServer, how often WemoServer will ping your Wemos
• Location - Longitude and Latitude for rules sunrise/sunset calculations. Get from a site like http://whatsmylocation.net/.
• Search, will, when it's not blocked by your firewall or in use on Windows, perform a UPNP search for your wemos. You can disable upnp searching if your OS does not allow access to port 1900. You may need to open port 1900 for UDP and multicast on your server to allow this discovery to work.
• On Windows you can use "Configure>Windows" Search if Windows has found the wemos. Do a refresh of My Computer>Network to see if your Wemo's show up in Other Devices, and then use "Manage>Search" in WemoServer. You may need to enable Upnp searches in Windows' network settings. If it doesn't work you'll need to use "Where's Wemo?" to find your devices. This page may help with configuring SSDP/UPNP: UPnP/SSDP on Windows.
• Where's Wemo? will search a given IP for your wemos. Assign them a static IP in your router to ease your burden. AutomationServer will retain device information between runs.
• Uncheck "Allow Registration" once you've registered and accepted all of your AutomationRemote clients.

Use AutomationRemote to view and control your devices while you are away.

AutomationRemote can also be used to create, test, download your rules, AutomationServer for java runs the same rules as AutomationServer for android.

The REST, intent, and HTTP/browser features of AutomationServer for android are not supported by AutomationServer for java.

WemoCLI and Events - adding external automation.

Headless Operation - for systems without a GUI (e.g. raspberry pi or a NAS server). If you don't have one already consider using an old android phone. Less than $50 used from ebay, a phone already has wifi, a battery, and a touch screen.

TimeZone issues on Linux (with thanks to Sander for helping me solve this):

At the time of writing Java/Linux may not play well together with respect to timezones. In some cases the java runtime library does not pick up the linux system timezone settings properly. This can cause issues with scheduled rules running in the AutomationServer rules engine. You can work around this by setting the proper timezone where Java can see it, either in the user profile of the AutomationServer user:

set "export TZ=Europe/Amsterdam”

or for all users in the system:

create /etc/timezone and add "Europe/Amsterdam"

Of course you would substitute your own local timezone.

Sander has graciously provided a set of scripts that can make it easier to run the serverin headless mode on linux (e.g. on NAS servers), see the wemo-scripts.tar attachment below. Thanks Sander!

State changes

The AutomationServer registers with and receives events back from the devices. The IP address shown in the AutomationServer window must match the device, as it uses this as the registration address. If it is incorrect, confirm that there is no override of the IP in the /etc/hosts file on the device, for example:

127.0.1.1 raspberrypi

This is incorrect and must be removed for AutomationServer to work properly.

History:

• 16.5.0 - match for android, MppDevice V3 support
• 16.3.6 - match for android release
• 16.2.3 - match for android release
• 16.0.14 - match for android release
  • HS107
  • Workaround for Wemo Dimmer problem
  • Update to motion rule
• Recent:
  • Added HS220, MppGateway, MppController, Lifx,
  • PushBullet actions

Feedback or questions: eMail Mike