433Kit is a collection of code and documentation designed to assist you in the connection and usage of RF 433MHz transmit and receive modules to/with your Arduino and Rapberry Pi.
I'm looking to control my power outlets (described here) with my raspberry pi.
I was able to connect the receiver and use RFSniffer (connected to WiringPi Pin 1 = Pin 18) to decode the codes I needed to send to turn the plugs on & off. However, swapping the receiver to transmitter (still using Wiring Pi Pin 1), the code seemed to send (I plugged the receiver into an Arduino), but the power plug didn't work.
Swapping to the default of Wiring Pi Pin 0 (Rpi Pin 17) made the transmitter work, but I'm confused as to why a difference in the GPIO pin being used would break the code send?
A few things I observed:
performing a gpio readall showed the WiringPi Pin 1 being switched from a default of IN to an OUT (which makes sense)
Wiring Pi Pin 0 is usually OUT
Transmitting using the same library and code on Arduino worked fine
Wiring Pi Pin 1 appears to work, as that's where the receiver was being used from
My current setup also has an LCD connected, which is why I'm not using the default pins for this library. My next course of action would be to see if I could swap out the LCD code's pins to see if that configuration works better, but I'm looking to understand why this issue has cropped up for me :)
I'm looking to control my power outlets (described here) with my raspberry pi.
I was able to connect the receiver and use RFSniffer (connected to WiringPi Pin 1 = Pin 18) to decode the codes I needed to send to turn the plugs on & off. However, swapping the receiver to transmitter (still using Wiring Pi Pin 1), the code seemed to send (I plugged the receiver into an Arduino), but the power plug didn't work.
Swapping to the default of Wiring Pi Pin 0 (Rpi Pin 17) made the transmitter work, but I'm confused as to why a difference in the GPIO pin being used would break the code send?
A few things I observed:
gpio readallshowed the WiringPi Pin 1 being switched from a default of IN to an OUT (which makes sense)My current setup also has an LCD connected, which is why I'm not using the default pins for this library. My next course of action would be to see if I could swap out the LCD code's pins to see if that configuration works better, but I'm looking to understand why this issue has cropped up for me :)