-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add support for Somfy RTS #1496
Conversation
Can we merge it like this? |
There is quite some jitter in the signal, the bit might not be missing but just wrongly detected. I.e. if you drop the OOK on https://triq.org/pdv/ both g015 and g006 look roughly the same. |
The code looks great. Let me figure out why that bit is sliced badly, perhaps there is no need for the added logic here then. |
Yeah, including the pulse when slicing the gap for PCM skews the result. https://github.com/merbanan/rtl_433/blob/master/src/pulse_demod.c#L124 |
The "missing bit after very long pulse" in PCM has been addressed with 97fdf16. Can you rebase and test? |
…it after long sync pulse was fixed on the master. Also commented sync_width as it is not applicable for the PCM decoder.
So, finally I rebased by branch and verified that it now also works without the second call to the Manchester decoder. I also fixed the ID's endianess so that the two ID's in the test captures are just off by 1. You can merge it now. |
Thanks for the great work, really looks good now. Look into the preamble note if you have time, but that's not a blocker. |
Btw. I only added my C file into the CMake related files. I saw that there are also VC files for the Windows builds. Should I change them as well or do you do this. I cannot test the VC build on my side, though. |
Besides the capture that I generated with rtl_433 using an rtl-sdr, I also generated a capture of the signal using the universal radio hacker (URH) and a HackRF. There, I set the sample rate to 8 Msps. However, when I try to analyze the file using rtl_433, all pulses are recognized as being too long. Changing the sample rate in the file name does not change the detected pulse lengths so it seems like the sample rate is not taken from the file name? Do I need to configure the sample rate manually in this case? |
To fix all build files run The sample rate is currently not read back from the filename, planned and prepared though. |
Running the tool with incorrect sample rate at least lists some pulses:
However, running it with the correct bandwidth does not list any pulses:
I did not commit this test file as it is 1.7 MB. |
Running
It might be best if you would just run the maintainer update while merging this PR. |
Oops, yes, I forgot to add that. Just include it, we'll merge this next anyway :) |
done, happy merging :-) |
Can you push again so the new style checks can run? |
It would be nice to get some line numbers for those errors: |
I found it under actions: @github-actions src/devices/somfy.c#L25 @github-actions src/devices/somfy.c#L43 |
Done ;-) |
Should also be visible with pretty annotations on your commit: https://github.com/merbanan/rtl_433/pull/1496/files/cf953618d61caa6b2ffe7bb549a71f53cc8196fb..b858ea34a4cd55f100d0bae5118ad95b46c4545c |
Added decoder for Somfy RTS. Tests are submitted in merbanan/rtl_433_tests#363.