I'm getting the data transfer ok by using 'sudo ./codesend 123' on one raspberry pi and 'sudo ./RFSniffer' on another raspberry pi. However, for every time I transmit by using codesend, the sniffer end is receiving anywhere from 1 to 5 responses for each send. Am I missing something? Is this how rf is supposed to work? Thanks.

I just wanted to check if my GPIO pin 23 is the Wiring Pin 4. In other words, my RX data pin is connected to Wiring Pin 4 as it's shown in that picture. but is that correct also for Raspberry Pi 3? Because I don't receive any data. I edited the RFSniffer.cpp file, where it says "int PIN = 2;" I put "int PIN = 4;" is that correct? If so, something else may be wrong.

Hi,
I want to a particularly set of numbers to my ' power socket switch device'
but it sent something other then what i asked for.

I’ll explain it:

I’ve two terminals open one for sending and one for monitoring what is send (with RFSniffer)

if it sent this:
5 2 4 6 9 9 7
i see exactly that pair of numbers in RFSniffer

But if is send this:
4 1 0 0 1 4 3 0
I come's out like this:
7 4 4 6 9 9 8
and as you see that totally different and one character shorter.

but if i send
4 1 0 0 1 4 3
i see exactly the same as what is sended

5246997 (working pair)
41001430 (Pair with sending problems)
4100143 (one character shorter, and its working)

So if I send 7 characters it's good but if go over that it does something weird.

has this problem something to do with the maximum length of characters?
Or has it something to do with my adapter?
I hope you can help me out, because my home automation project is still on this moment.

i can try many things for you if its needed.

Pull request #17 contains a solution to that.

Currently all commands are sent as 24 bit. I would be very handy if I could also send 32 bit commands. I cant figure out myself what that would entail, but I cant imagine it would be a very complicated tweak.

Will this work with HC-12 and RPi? The cheaper transmitter lacks in range.

Since there are lots of OrangePi and BananaPi around, it would be great to add support for this SOC.

Regards

Hi all, I have to apologise as I'm new to coding on Raspberry Pi. But what is the code to run in my commandline to get the RFSniffer running to sniff my RF codes?

I need to be able to send some decimal codes with a pulse length of 183 microseconds, and others with the default of 352. How can i achieve this?

I am currently sending the commands by

sudo ./codesend 5526844

Thanks in advance

Hi,
I'm trying to use your RFSniffer tools.
This one is working with my doorbell switch, it is working if i'm using codesend in another terminal,
but it is not with my garage remote..
do you have any advice on what can I do to resolve this issue?
thank you a lot

Hello,

I have a problem that I can not get any further. I have radio sockets of Mandolyn RC-710 - I could read the remote control with the Arduino. Sent a 6 digit decimal code and a 20 bit binary code. With the Arduino, I could control the sockets when an "x" ​​is sent along with the 20-bit code. The Mandolyn sockets definitely need this "x", otherwise they will not respond.
In the Arduino Scetch it looks like this:

mySwitch.send ("10110000000000001001x")

When I enter the decimal code with codesend on the Raspberry I get the correct binary code, but how do I attach the x? I made several attempts in the codesend.cpp, but to no avail and unfortunately I do not know how to continue. Does anyone have a solution or an indication where I'm stuck?

Thanks and best wishes
David

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 building a nodejs application that spawns RFSniffer as a child process and executes some callback every time the sniffer reports receiving a code.
This does not work unless I add this line to RFSniffer.cpp:
fflush(stdout);
(before the resetAvailable() call).

Hi, just wanted to say thank you for this. Been trying for weeks to get my home automation switches to work, your code did the trick when all else failed!
If it's still in-development, could have done with the pulse length displayed on the RFSniffer. It took me a bit of trial-and-error to find the sweet spot that worked on all switches. I might try figure it out myself, but I'm not that good with C++ :-)
Thanks again.

After editing some lines in RFSniffer.cpp i can print some info like "breakpoints" and in dispite of the code enter the "while(1)" loop, "mySwitch.avaiable()" seems always return false. And I get the same problem with other 433Utils based scripts.

Meanwhile, when i run PISCOPE i get a lot of signals from pin GPIO 27 which corresponds with wiringPi #2 or the 13th pin on the board. It also happens with the Python based RF decoder rpi-rf.

I'm using Raspberry Pi 3 B with Ubuntu Mate 16.04.
I tried with a fresh Raspbian but got the same problems.

Someone can help?

Thanks in advance!

I'm using 315 MHz transmitter and receiver and when I send commands, I receive them on protocol 1. But, 2 of 10 sent commands fails. The reason for that is changing protocol from 1 to 3 just for a moment, then it back to protocol 1.

Than I changed settings in file codesend.cpp
Line: 33 I add this: mySwitch.setProtocol(2);
Than I do $# sudo make all
to compile it again.
And set protocol to nr. 2. But again, when I receive messages, protocol is changing to nr. 3 during transmission and I get failed messages. I do not know why. Can someone help me with this?

When you tried to compile the rcswitch library, it will throw warning message.

This is how to fix it:

https://github.com/ninjablocks/433Utils/blob/master/RPi_utils/RCSwitch.cpp#L194
const char* code[5] = { "FFFF", "0FFF", "F0FF", "FF0F", "FFF0" };

https://github.com/ninjablocks/433Utils/blob/master/RPi_utils/RCSwitch.cpp#L229
const char* code[6] = { "FFFFF", "0FFFF", "F0FFF", "FF0FF", "FFF0F", "FFFF0" };
Source:http://stackoverflow.com/questions/59670/how-to-get-rid-of-deprecated-conversion-from-string-constant-to-char-warnin

Hi there!
A am starting ./rpi-rf_receive scripts and it collects a lot of noise radio signal. Why?
The transmitter does not send anything.

pi@raspberrypi:~/rpi-rf/scripts $ ./rpi-rf_receive

2019-11-18 16:36:52 - [INFO] rpi-rf_receive: Listening for codes on GPIO 27
2019-11-18 16:40:13 - [INFO] rpi-rf_receive: 2147549184 [pulselength 458, protoc ol 5]
2019-11-18 16:40:43 - [INFO] rpi-rf_receive: 262656 [pulselength 427, protocol 5 ]
2019-11-18 16:45:09 - [INFO] rpi-rf_receive: 32 [pulselength 878, protocol 4]
2019-11-18 16:47:58 - [INFO] rpi-rf_receive: 32768 [pulselength 409, protocol 5]
2019-11-18 16:48:21 - [INFO] rpi-rf_receive: 8388608 [pulselength 877, protocol 4]
2019-11-18 16:48:55 - [INFO] rpi-rf_receive: 66048 [pulselength 1060, protocol 4 ]
2019-11-18 16:50:39 - [INFO] rpi-rf_receive: 11 [pulselength 193, protocol 1]
2019-11-18 16:51:31 - [INFO] rpi-rf_receive: 65536 [pulselength 894, protocol 4]
2019-11-18 16:52:07 - [INFO] rpi-rf_receive: 4032 [pulselength 77, protocol 3]
2019-11-18 16:57:11 - [INFO] rpi-rf_receive: 2 [pulselength 443, protocol 5]
2019-11-18 16:59:28 - [INFO] rpi-rf_receive: 33554432 [pulselength 362, protocol 5]
2019-11-18 16:59:38 - [INFO] rpi-rf_receive: 32 [pulselength 387, protocol 5]
2019-11-18 17:00:17 - [INFO] rpi-rf_receive: 16 [pulselength 888, protocol 4]
2019-11-18 17:00:26 - [INFO] rpi-rf_receive: 33554432 [pulselength 887, protocol 4]
2019-11-18 17:06:53 - [INFO] rpi-rf_receive: 256 [pulselength 997, protocol 4]
2019-11-18 17:06:53 - [INFO] rpi-rf_receive: 256 [pulselength 1013, protocol 4]

Hello everyone,

I have three devices from whom I got the codes by using ./RFSniffer:

Dev1 - 182644 / 182645 (off / on)
Dev2 - 167284 / 167285
Dev3 - 183668 / 183669

After getting these codes, it was possible to switch them on and off with ./codesend. Accidentally I've put the decimal code of Dev1 and Dev3 in ./send instead of ./codesend, and after then they weren't working any longer. Dev2 still works.
I've tried to remove all files, to delete just the send.* files, to recompile, to sniff again (codes are the same) and of course a simple reboot, but nothing worked yet.

I would be thankful and glad, if someone has a solution or a hint to fix this problem.

Hi

I use rpiutils tools to send and receive code over 433mhz with my remote/plug.

I use it under home assistant to power on /off my plug. It replace my remote.

I have buy another set of remote and plug ( otio model. Ref 09ha2) which works fine.
But when I use rfsniffer command to find the remote code sent by the remote, the result is a negative code like : -1094193664.

After that I use codesend with this code and the sniffer return :
Received 13102592.

So I can’t send a negative code, it’s translate like a positive code. And it doesn’t work.

Can you help me to solve this trouble?
Thanks.
Sorry for my bad English.
Eric

Hi guys,

I just wanna show you my new repo that use rc-switch and 433utils. There's something in common with ninjablock and other iot famous project but also really different implementations and features..

https://github.com/roccomuso/iot-433mhz

Any feedback would be appreciated. Thanks!

Hi everyone,
afaik this whole project is using frequency 433.960 MHz (correct me if I'm wrong). Since I don't have a lot of knowledge on those topics, here is my question:
I have a device that is sending codes on 433.900 MHz. Any chance to change the frequency in the code or is it limited by the chip?
Cheers

When i try to upload or compile it says:
C:\Users\Joey(2)\Documents\Arduino\libraries\RPi_utils\codesend.cpp: In function 'int main(int, char**)':
C:\Users\Joey(2)\Documents\Arduino\libraries\RPi_utils\codesend.cpp:29: error: 'wiringPiSetup' was not declared in this scope

Just migrated my system to a brand new RPI4. I also updated WiringPi to version 2.52 to support the RPI4 and recompiled codesend. Unfortunately I'm no longer able to send data via GPIO17 (wPI 0).

Any ideas plase?

Thanks, Martin

Line 9 of the Makefile: RF_Sniffer: RCSwitch.o RF_Sniffer.o

RF_Sniffer.o should be RFSniffer.o or rename the file :)

[edit] I don't think RF_Sniffer will work on the RPi because the receive pin is never initialized.

Hi,
I can't seem to get this project to compile with make. I have wiringPi installed and working correctly and have pulled a fresh version of 433Utils making sure to use the --recursive option. I get the following errors when running make:

/usr/lib/gcc/arm-linux-gnueabihf/5/../../../../lib/libwiringPi.so: undefined reference to `crypt'
/usr/lib/gcc/arm-linux-gnueabihf/5/../../../../lib/libwiringPi.so: undefined reference to `pthread_join'
/usr/lib/gcc/arm-linux-gnueabihf/5/../../../../lib/libwiringPi.so: undefined reference to `pthread_create'
/usr/lib/gcc/arm-linux-gnueabihf/5/../../../../lib/libwiringPi.so: undefined reference to `shm_open'
/usr/lib/gcc/arm-linux-gnueabihf/5/../../../../lib/libwiringPi.so: undefined reference to `pthread_cancel'
collect2: error: ld returned 1 exit status
Makefile:8: recipe for target 'send' failed
make: *** [send] Error 1

I can fix some of these errors by changing the make such that:

/usr/lib/gcc/arm-linux-gnueabihf/5/../../../../lib/libwiringPi.so: undefined reference to `crypt'
/usr/lib/gcc/arm-linux-gnueabihf/5/../../../../lib/libwiringPi.so: undefined reference to `shm_open'
collect2: error: ld returned 1 exit status
Makefile:8: recipe for target 'send' failed
make: *** [send] Error 1

Adding -lcrypt to the make options doesn't seem to get rid of the undefined reference error for crypt. Any suggestions?

This code doesn't seem to include license, which technically means using/forking it is not allowed. If there's no specific concerns about the license, BSD or MIT might be a good choice.

Adding a license is a simple thing for copyright holder - just declare what license will be used in README.md and add LICENSE file with appropriate license. See for example https://opensource.org/licenses/BSD-3-Clause

Hi, the Homebridge package is not properly compiling and I have no means to tweak it.

i need to add "-lwiringPi -pthread -lwiringPiDev -lcrypt -lm -lrt" to the makefile

I'm running ubuntu on raspi: Ubuntu 16.04.5 LTS
Linux MYhomebridge 4.4.38-v7+ #938 SMP Thu Dec 15 15:22:21 GMT 2016 armv7l armv7l armv7l GNU/Linux
greetings

Uwe

No files are present in the rc_switch folder

I'm controlling Brennenstuhl RC CE1 4003 power plugs with 433 Utils running on a Raspberry Pi.
To get the code working for this specific plugs, I had to change the order of these two lines in codesend.cpp:

if (protocol != 0) mySwitch.setProtocol(protocol);
if (pulseLength != 0) mySwitch.setPulseLength(pulseLength);

I'm not sure exactly why this has to be done, but I could not get the Brennenstuhl power plugs working without the change.
I made the changes after reading this thread, which documents some troubleshooting with the Brennenstuhl plugs (unfortunately in German): https://forum.arduino.cc/index.php?topic=513836.0

The adapted code is running without problems for years now. I just saw my notes from back then and decided to open an issue and pull request. Thank you for this awesome library, it makes home automation a lot easier :D

Hi,

I'm not able to set pulse length to 184 (or similar) value:

if (wiringPiSetup () == -1) { return 1; }
RCSwitch mySwitch = RCSwitch();
mySwitch.enableTransmit(0);
mySwitch.setProtocol(1);
mySwitch.setPulseLength(184);
mySwitch.send(BUTTON_1_ON_BINARY);

This code should theoretically sent particular binary code using protocol 1 and pulse length 184, but after executing it code with pulse 415 and protocol 5 is send.
If I change pulse length to ~284 or more - everything works as expected.

System info:
Raspberry Pi Model B Rev 2
Raspbian GNU/Linux 10 (buster)" Kernel 4.19.75+

The sniffer on this module does not work. Help to understand why. works only on arduino.

RFSniffer works fine, but as soon as I run this service it stops receiving signals from RF module. Any idea how to fix it what could be the cause?

Hello,
I have downloaded the 433Utils zip file but when attempting to import into the Arduino IDE I get the following error

Arduino: 1.8.5 (Windows Store 1.8.10.0) (Windows 10), Board: "Arduino/Genuino Uno"

Specified folder/zip file does not contain a valid library

Hope someone can advise
Regards

Hi,
I am very new to this sort of thing but am learning very quickly..well maybe
trying to compile the 433Utils and wiringPi on a Rpi 2 I get this error

pi@raspberrypi:~/433Utils/RPi_utils$ make all
g++ -DRPI -c -o codesend.o codesend.cpp
codesend.cpp:14:22: fatal error: RCSwitch.h: No such file or directory
#include "RCSwitch.h"
^
compilation terminated.
: recipe for target 'codesend.o' failed
make: *** [codesend.o] Error 1

but yet RCSwitch.h is in the rc-switch folder, is there something I am missing, believe me being new to linux have been missing quite a bit. Any help would be greatly appreciated

Hi,

i'm running Armbian 5.31 stable on an Banana Pi Pro.

If i try ./RFSniffer i get the following error:

gpio: Unable to open GPIO edge interface for pin 27: Permission denied

But i am already logged in as root.
The 433MHz Receiver is connected to GPIO.2 / WiringPi: 2 / Physical Port: 13

Could you please help me?

Hi all, I am having trouble compiling. I get errors like
/usr/lib/gcc/arm-linux-gnueabihf/5/../../../../lib/libwiringPi.so: undefined reference to pthread_join' /usr/lib/gcc/arm-linux-gnueabihf/5/../../../../lib/libwiringPi.so: undefined reference topthread_create'
/usr/lib/gcc/arm-linux-gnueabihf/5/../../../../lib/libwiringPi.so: undefined reference to `pthread_cancel'
collect2: error: ld returned 1 exit status

I have read that using the latest gcc version compiler require that libraries follow the object or source files.

I am using ubuntu 16.04 and the latest gcc..

Anyone have any suggestion(s) on how to proceed?

Hello,
I am using ninjablocks/433Utils library which is use sui77/rc-switch library for RF communication between raspberry pi 3 and Arduino Nano board using 433.92MHz Transmitter + Receiver [http://robokits.co.in/wireless-solutions/simple-rf-module/rf-super-regenerative-module-433mhz-transmitter-receiver]

I have setup transmitter on Arduino Nano board and receiver on raspberry Pi 3 board. I have used "SendDemo.ino" on Arduino Nano and "RFSniffer.cpp" on raspberry Pi 3. I have successfully received code sent by SendDemo but range is very law approx 1 meter only.

After that I have setup receiver on Arduino Nano board and transmitter on raspberry Pi 3 board. I have used "codesend.cpp" for sending code from raspberry pi and "ReceiveDemo_Simple.ino" for receiving code on Arduino board. I am not able to receive anything.

I also tried "RF_Sniffer.ino" from 433Utils library but same result. No output.
please someone help me to solve this problem.

I have an Arduino sending data over 433MHz, this is wokring fine and I receive the data on my Pi using the VirtualWire lib and PIGPIO. But when I run RFSniffer it shows no data. The PINs are the same so that can't be it. Any advice on how to find the problem?

RFSniffer.cpp: In function ‘int main(int, char**)’:
RFSniffer.cpp:51:63: warning: format ‘%i’ expects argument of type ‘int’, but argument 2 has type ‘long unsigned int’ [-Wformat=]
printf("Received %i\n", mySwitch.getReceivedValue() );

cant decodes code by sudo ./RFSniffer on orange Pi plus 2e
cant get codes on screen when sudo ./RFSniffer
cant receive codes.

Please guide

While running RPi_utils/RFSniffer I get negative numbers from my remote:

Received -1550055680

If I instead use pigpio as per the instructions on sending rf codes with pigpio, I see that it is a 32-bit code which was not being correctly read:
code=2325481216 bits=32

I can transmit the correct code if below the line tx=_433.tx(pi, gpio=TX) I add the line:

tx.set_bits(32)

Dear,
I have tried this way,
i have installed wiringop as suggested on some site for orangepi, but didnot get it working,
when i enter sudo ./RFSniffer, i get nothing on screen,
Please guide me to get codes with my opi+2e.
I want to decode geekcreit 12v 4ch relay switch rf 433.

Please guide,
Thanks

the rfsniffer uses 100% cpu when running. Adding a usleep definitely helps, but I need to test if it degrades the receiving accuracry.

On Raspberry Pi, 433Utils requires wiringPi, but wiringPi is now deprecated.

"I will make a final release of wiringPi available soon – with the sources, but that’s that. No more public releases. I’ll still be maintaining it for my own uses and clients, but for everyone else, please look at for alternative GPIO library for on-going projects."
from http://wiringpi.com/news/

An unofficial mirror remains here: https://github.com/WiringPi/WiringPi

./RFSniffer: symbol lookup error: /usr/local/lib/libwiringPi.so: undefined symbol: pthread_create

First off, thanks for this library. I have been using it on my Raspberry Pi for a while now.

So far I always used them to control some no name power outlets which worked flawlessly. However, I can't get the new ZAP outlets to work.

When I use RFSniffer with the remote which came with the outlets I receive the codes just fine (349635 is ON and 349644 is OFF).
Trying to send these codes via codesend does nothing. I already tried sniffing my own codes but all I can receive are the same codes the remote is sending.

Is there any way I can debug this issue and try to resolve it or should I just return them and get a different pair?

After following all the steps to install WiringPi and 433Utils, I am stuck at the last step of compiling with the command "make".

The error message is as such:
make: *** No rule to make target '../rc-switch/RCSwitch.o', needed by 'send'. Stop.
Hopefully someone can advise me on this issue! Thanks!

Hi,

can you pls post default ITclock about sending codes?

mySwitch.available() never returns true, I did all the plugin right and choosed the right gpi number. Where could it come from?

Thanks!

Hi,

make in RPI-utils fails while compiling RCSwitch.cpp, see below:
g++ -DRPI -c -o ../rc-switch/RCSwitch.o ../rc-switch/RCSwitch.cpp
../rc-switch/RCSwitch.cpp: In function 'unsigned int diff(int, int)':
../rc-switch/RCSwitch.cpp:589:1: internal compiler error: Ungültiger Maschinenbefehl
}
^
compiler version: g++ (Raspbian 4.9.2-10) 4.9.2
raspbian: 4.9.35-v7+

Best
Mark