Martin-Laclaustra
commented
7 years ago I updated the code to provide reasonable recognition and decoding capacity for INVERTED signals. Now it is a complete possible drop-in replacement for the original receiving code of rc-switch, with the advantage that it can also recognize UNKNOWN PROTOCOLS (that is, with different timings to those in current protocols' table, given that a minimum similar structure is present).
TEST:
sudo ./codesend 987654 6
from one device produced
Received 987654
=============================================
=============================================
GENERAL
=======
Received 987654
Bitlength 24
Protocol 6
...
in the one with the receiver.
I would appreciate if someone tested whether this works equally well with arduino and ESP8266. This is a step forward towards a possible recording - playing back signals from unknown protocols, but without requiring to record the whole signal, but only the essence (short pulse length, sync timings, short-long ratio, and inversion + code in binary).
kyet
GMXX
kiralikbeyin
Flavien06
mpember
lrv209
mpor
kefabean
bdfreeman1421
aldoaldoaldo
ChrisCross-33
Bungeefan
Update 2017/04/30: Working on Raspberry Pi, ESP8266, and Arduino (tested). Use:
git clone -b protocollessreceiver https://github.com/Martin-Laclaustra/rc-switch.gitAmong the examples, the sketch "ProtocolAnalyzeDemo" ease the creation of new protocols.This works for single-sync-gap protocols with uniform width bits (all bits have the same length).
======================= Dear Suat and collaborators, thank you for your work developing the library. I have seen the request for receiving codes for unknown protocols and I have explored some ideas in a fork. It works (
except for the inverted protocols) and receives the information regardless that the protocol is unkown. It is currently the "protocollessreceiver" branch at my fork. I added lots of comments, and the commits are also quite explicit. The changes can be reviewed in chronological order across the commits history to get the idea. Detection is based on repetition of the duration of a longer gap, and then regularity of the length of the bits read between those gaps. I created a verbose sniffer that performs a complete description of the signal received and proposes a protocol that can be copied directly into the protocol list if the aim is to generate new signals. I tested this on Raspberry pi because I do not have Arduino. However you should not have problems porting it to Arduino for testing.To test this in Raspberry pi, once the wiringpi library is installed:
write:
edit RFSniffer.cpp to set your PIN in the line "int PIN = 2;"
I sent from another unit (as an example):
sudo ./codesend 12345 4and got the following:I hope that this can be useful to figure out new protocols (or to be used directly for detection). The library should work almost exactly like the original (except
for inverted protocols, andmight be too permissive in identifying the protocol), and returns all data and protocol, and protocol is set to 0 when no protocol roughly matches.