The final assembly in a simple enclosure.


Off-the-shelf wifi-connected mains switches are pretty common now, but from what I understand, they typically require some kind of cloud service subscription or account (at least at the time I developed this project).

I am loath to sign up for such an account and even more so, I want to retain control within my local network, with external control only via specific protocols & ports under my control.

By combining a cheap (<$20AUD) remote mains adapter kit with an RF remote control and a Raspberry Pi Zero W, I deeloped a custom solution.


I started off with a mains outlet remote control kit I found at Bunnings. It's an Arlec branded kit and works by transmitting on the 433.92MHz band. The remote can control up to four channels (A, B, C & D).

To interface the remote control I had to reverse engineer it. I assumed it would be a matter of tracing the button pads and finding a point to which I could connect a GPIO pin on the Raspberry Pi and simply pull up or down to trigger.

This wasn't the case - I found that the button pads were matrixed, so triggering a channel required connecting two specific points with each other, depending on the channel and the desired action ("on" or "off").

Hacked remote control.

As such, instead of direcly connecting the remote to the GPIO, I used the GPIO to trigger bilateral switches within a couple of 4066 CMOS quad bilateral switch packages. These switches then short the two contacts to emulate a button press on the remote.

I broke out the contacts on the remote via a pin-header and assembled the intermediate interface circuit on some proto-board.

The final assembled interface circuit included headers for connecting the raspbrry pi and the hacked remote.

I added a barrel jack for power and put the assembly inside a dust-resistant plastic case.


In C I wrote a program that takes the desired channel (A, B, C or D) and desired action ("on" or "off") and then pulses the remote control to emulate pressing the desired button.

The code and KiCad files are on the gitlab repo.

The program interfaces with the gpio via the wiringpi pigpio library.

Program usage follows:

$ sudo p0wer <channel(a,b,c,d)> <on/off>

Super user access is required for manipulation of the gpio pins.


On the raspberry pi install the pigpio library:

$ sudo apt update
$ sudo apt install pigpio

Clone this repository and enter the cloned project directory:

$ git clone https://gitlab.com/clewsy/p0wer
$ cd p0wer

Compile the executable:

$ make all

The binary is now ready to use. For frequent calls it can be copied to the /usr/local/sbin directory:

$ sudo cp p0wer /usr/local/sbin/p0wer


In the future, I intend to facillitate switching of these mains outlet units via a web-server. However until I finish that project, manipulating the outlets is done by running the compiled program.

(Alternatively, I also have a second, non-hacked remote that similarly facillitates control of the outlets.)

I currently use a Termux shortcut on my android smartphone to run a script that calls the program on the pi. By pressing a button on my homescreen, I can, for example, switch on a lamp in the lounge room.

The script will connect to the raspberry pi (using ssh) and run the program with the desired inputs.

The following example two-line script will connect to the raspi via the home server and run the program with the options to turn on the channel A outlet:

ssh home.server 'ssh raspberry.pi "sudo p0wer a on"'

The full termux script I wrote is a bit more robust (and documented on gitlab).

Revision 2.0

In August 2019, support ceased for the wiringPi library. As such, I revised the code to instead utilise the pigpio library.

While I was at it, I updated the KiCad schematic to work with the latest KiCad revision.


In December 2019, I decided to create a simple web interface for controlling all 4 channels from a browser. I wrote a simple php script and combined it with some basic html and css. Combined with Apache and ph installed on the raspberry pi, I am now able to control power points from and browser with access to the local network. To achieve this I learned about setting the SUID bit on an executable so that when called by the web user (www-data) it is still executed as root. WebUI setup instructions can be found in the README at gitlab.

As a bonus, the webui allows me to scrip control of the remote units using a cURL command as an alternative to ssh. Using cURL to control the outlets enables simple integration into automation platforms such as openHAB or Home Assistant. The following commands procuce an equivalent result (turning on channel a).

$ ssh pi@raspberrypi "sudo p0wer a on"

$ curl --silent http://raspberrypi/index.php?a=ON >> /dev/null