I wanted to do some home automation, (what else to choose for that if not blynk ) And so I saw some RF sockets for good price, so I ensured it runs on 433MHz (wich they are) bought some. But, it looks like they are using rolling code, and additionally some non-standard protocol . BUT, there is hope, as I found some forum, where apparently, somebody did it working, (another) butā¦ It is in german language and google translatorā¦ well, is still just google translator. So, I would like to ask for help especially the english-german speaking members of this forum.
Other useful informations:
Brand: SilverCrest
Model: RCR DP3 3711-A IP20 FR 3726
Operating freq: 433.93 MHz
Using RC-switch library on ESP8266 (WeMos mini d1)
Looking at the RCSwitch link, it seems that they use 4 different codes in sequence, rather than a true rolling code, and the switches will respond to repeated use of just one of these codes if you want to go that way.
For me, the only benefit of using 433MHz sockets over something like the Sonoff S20 is the handheld remote that you get. However, as decoding the signals from your particular switch is going to be a bit of a pain, and of course keeping Blynk synchronised with the handheld remote is also a challenge (but very do-able), I think Iād use different hardware for the home automation project if I were you.
If you do want to get into decoding weird and wonderful 433MHz devices then sooner or later youāll end-up using the audio input of your PC and software like Audacity (itās free!) to analyse the transmission timings.
I was extremely skeptical about this approach when I was trying to decode the signals for my 433MHz window blinds, but having tried all the digital solutions I could find with no success I finally turned to the analogue audio input and had the signal protocol identified and reproduced very quickly.
Also, it helps to have a variety of 433MHz transmitter and receiver modules to try, as some receivers generate so much noise that theyāre virtually unuseable, as Iām sure @distans will confirm.
Pretty cheap, but it is doing its job. I have other few 433MHz sockets working with this transmitter just fine, wich codes I sniffed with the receiever, and its working so far so good.
I have a RTL-SDR on hand and I have some recordings, that i was looking at via Audacity, butā¦ I was not looking āhard enoughā(?), because I did not figured out anything. If you think, you can do better, I can send you the recordings.
They look as good as most. The ones to avoid are the ones with tuned inductors rather than crystals.
Iām travelling at the moment and although I have a laptop with me itās probably not the best tool for the job; and the sun on the beach tends to make it difficult to read the screen
There are a few good tutorials on the Internet, Iāll see if I can find them later and send you a link.
For me, this was probably the single, most useful resource I found for helping me overcome my 433MHz problem:
It has some very useful links, and a method of sending pulses at the correct timing without the need for any library.
Youāll see that I added a write-up on my findings near the end.
Rolling code in a cheap 433 MHz power plugg sounded a bit exotic so I had to do some Google-Fu and check it out. But Iām not sure to what conclusion I have derivedā¦
As per my findings:
The protocol is called QUIGG and have 3 different flavors; GT-1000 GT-7000 and GT-9000. They all seem quite straight forward, just timing and data length that differs slightly, except for maybe the GT-9000. According to a post on the Athom (Homey) forum, the GT-9000 protocol sends a group of (different) data patterns instead of just one (fixed) as @PeteKnight mentioned above. This is not rolling code per definition as the pattern is the same all the time (but probably sender unique).
If you search for something like āArduino Quiggā or āArduino GT-7000ā etc you should find some code examples. But it all depends on which protocol your remote is using.
Who? Me? Why?
Looks like Pilight stole my idea of using an ATTiny for noise reduction. But I would call my implementation a preprocessor, not a band-pass filter.
Sorry for late reply, I was busy doingā¦ stuffā¦
But I tried some things too in midtime, so letĀ“s take a look:
It really does not look like a rolling code, so, I got RPI, I got 433Mhz Utils for RPI, and captured. I found some similarities, but the thing is, when I replay the codes, well, nothing happens. Like at all . So, if you want, you can take a look, if you will find something:
Hmmm, I think we were talking at cross-purposes.
I thought you were going to send me some analogue captures of the waveforms as Audacity files. The data you linked to doesnāt mean anything to me Iām afraid.
Some time passed, and trough some googling, resting and figuring out I got It to work. I am a bit too tired now to explain how I did it but you can take a look at this, especially, if you came here from the google and are looking for the way to get your sockets work with something else than original remote
The only thing I would like to know, If it is possible to clone my success to work with ESP8266, or at least how to call the RPi over the LAN to execute needed commands.
Thank you all for your support so far, because we all know, that another problems will definitive come in the future.
Sorry for not replying so long but I had a lot of work over top of my head
Iā¦ actually does not have any captures I actually firstly discovered/confirmed, that the remote is actually sending multiple codes with different pulselengths. Then I found out that codes actually were changing, but they are just looping between about 5 variations. And then I found out that it is not working properly, because reported pulselength values were waaaay off, but transmitting code had right pulselenth. So, after figuring out the correct pulselength, and the correct code to use, I have sucesfully managed to control my sockets onā¦ pressing buttonā¦ ?
The only ācapturesā I have ever had, was these I captured with the help of my RTL-SDR, but there was just too much noise to make something out of it, so I never really used them, and before you asked, I think, I even deleted them alreadyā¦ soā¦ sorry for that, I guessā¦?
If you want so much though, I could make some more captures, but only with RTL-SDR. So say if you are interestedā¦
Thank you anyways for the support. I would have beed given up, if you were (actually all in this thread, not only you, Pete, but you was biggest help.) not there for me and others.
No, itās no problem.
I was just curious and wanting to increase my knowledge of 433 protocols.
I found that capturing the data packets using a sound card and analysing the results in Audacity was really quite simple. Much easier than looking at a screen full of numbers - probably something to do with the way my brain works.
) And so I saw some RF sockets for good price, so I ensured it runs on 433MHz (wich they are) bought some. But, it looks like they are using rolling code, and additionally some non-standard protocol 
. BUT, there is hope, as I found some forum, where apparently, somebody did it working, (another) butā¦ It is in german language 
and google translatorā¦ well, is still just google translator. So, I would like to ask for help especially the english-german speaking members of this forum.
and check it out. But Iām not sure to what conclusion I have derivedā¦ 
I found some similarities, but the thing is, when I replay the codes, well, nothing happens. Like at all 
. So, if you want, you can take a look, if you will find something:
I actually firstly discovered/confirmed, that the remote is actually sending multiple codes with different pulselengths. Then I found out that codes actually were changing, but they are just looping between about 5 variations. And then I found out that it is not working properly, because reported pulselength values were waaaay off, but transmitting code had right pulselenth. So, after figuring out the correct pulselength, and the correct code to use, I have sucesfully managed to control my sockets onā¦ pressing buttonā¦