A node webservice that exposes GET routes which match the commands of the Novy cooker hood remote on channel 1 (=default channel).
- nodeJS : https://nodejs.org
- WiringPi : https://projects.drogon.net/raspberry-pi/wiringpi/
See http://wiringpi.com/pins/ for the correct WiringPi pin number. Pin 15 (BCM 14) is the default transmitter pin.
The transmitter may be powered by 5V, but if you also want to connect a receiver, make sure you connect it to a 3.3V power source.
$ git clone https://github.com/martijndierckx/novy-433.git
$ cd novy-433
$ cp config_sample.json config.json
$ npm install
After copying the config_sample.json file to config.json, you can adjust that file to match your GPIO pin and HTTP port. The other settings should, normally, not be altered.
$ node index
To run this thing as a service, have a look on https://stackoverflow.com/questions/4681067/how-do-i-run-a-node-js-application-as-its-own-process/28542093#28542093
When the node app is running, you can request the following URLs on the configured port (They will always return a 200 status code, even when something fails):
- /toggle-lights
- /power-up
- /power-down
- /toggle-power
- /toggle-ambient-lights
Or you can just surf to / to test the different queries there.
- rpi-433: https://github.com/eroak/rpi-43 This library allowed me to quickly test the setup before cleaning up everything
- pigpio: http://abyz.me.uk/rpi/pigpio This tool allowed me to analyse the signal received from the original Novy remote and to see if my mimicked signal matched the original one. (I had to run the service on my raspberry pi and the visualizer on a separate machine, since the rpi was not powerful enough to do both)
- 433Utils: https://github.com/ninjablocks/433Utils The underlying C code that talks to WiringPi to get the signal out. I had to modify/simplify it to have it take binary signals