Closed M-C-Dev closed 3 months ago
This is a question for that library and not rtl_433.
rtl_433 uses a "1" to represent a fast or short pulse and a "0" for a slow or long pulse. This might is a sane and practical mapping but no way a standard.
You need to look at the signal more closely. Compare to e.g. https://triq.org/rtl_433/PULSE_FORMATS.html The signal is not PWM. It looks somewhat like broken MC/DMC but to replicate you just need to care about sending the data from the gaps too.
Best to use PCM 1252 µs to look at signal, it should be even easier to comprehend then: 0/1 is off/on.
Seems like an answered question and should be closed.
I'm trying to clone my gate remote signal to improve my knowledge of rf; i use an RTL-SDR dongle without antenna. I've read documentation of signals, and how bit trace can be taken from a waveform, but i'm still a fresher so pardon me if I use wrong terms and correct me. I have 2 remotes, for the same gate. Those 2 aren't among known drivers of rtl's library, but i've scanned the signals with:
rtl_433.exe -A -R 0
These are corresponding outputs:
REMOTE1
REMOTE2
So, observing results, this must be the binary sequence:
11110101111010011110111110
I desume that the "pulselength" value could be the short pwm, so around 1250. This is probably wrong, but I don't know how to calculate it exactly.
With these info, I've put up an Arduino with cheap and common FS1000A 433 MHz RF transmitter module. Then I've uploaded following easy sketch:
And this is what I got from rtl_433 detection:
ARDUINO TX ATTEMPT
Now unfortunately, this isn't able to open the gate, and I'm quite puzzled about the report. I got 2 main questions:
1) why I need to send opposite binary sequence to match the output of rtl? 2) my binary always ends with 1. If I put the 0 (so 1...to obtain 0!) at the very end of my binary I got this report that clearly adds an unwanted 1 at the end: TRAIL 0 TEST
I'm stuck from days, I really need help here. Thanks in advance for support!