-
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
variant of the somfy-rts protocol? #3038
Comments
If you can try listening with current rtl_433. Try |
Thank you for your help! `_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ time : 2024-08-21 20:00:58 time : 2024-08-21 20:01:00 time : 2024-08-21 20:01:16 time : 2024-08-21 20:01:16 From my - somewhat limited perspective - it looks, like the remote just spams its id with another seed code - Before it was 0x95 now its 0x9c. I'm just gessing here. ;) |
Those codes are great to analyze this. Maybe @matthiasseemoo (original author in #1496) and @Velocet (good info in #2356) can help? |
Should I provide more packets/ recordings? Can I help in any way? |
There are many RTS variants (at least 5 .. RTS, RTD, RTDS, RTW, RTN..). In case of RTS there are two different protocol modes which differ in length but are compatible to one and another. You can find my notes i did for somfy-rts here: |
I am with you that they are nearly compatible. Sadly I can't get espsomfy to be paired with my blinds because that parts seems to differ. Maybe in this protocol the pairing sequence is only the remote-id repated 7times? |
Where are we on this? Is there a path to a PR to improve rtl_433, or should we just close it? |
I would love to see a PR to improve rtl_433, as I believe it could benefit not only me but others as well. |
I noticed in lines 8 and up the counter is the same, which means a long (held) press. With somfy long presses the beginning preamble will be different from the repeats, repeats are shorter preambles. Likely rtl_433 is having a hard time decoding the packets with the short preambles on a button hold. Also as you noticed, the seed does change with each button press (something I noticed when building a decoder/encoder for the Yardstick One), but only the second nibble and the change isn't really checked by the receiver. I was able to use a constant value for the second nibble. Something that was a big help to me was using both rtl_433 decoders and protocol info from here (around line 548) plus seeing how they are doing it: https://github.com/DarkFlippers/unleashed-firmware/blob/306b7285879abe05b1e3e7bfdca6442c86161b94/lib/subghz/protocols/somfy_telis.c Slightly different approaches between the two, but I was able to get enough information with both sources to get rx and tx working. I would need to go back and look at my notes for more specifics, its been a while since I touched somfy |
Hi there,


I have some Roller Shades at home, which seem to be using the Somfy-RTS protocoll. I sniffed some packets with the rtl_433-plugin for SDR# as seen here:
You can see, everything is recognised except Lines 8 and up. These are the lines, where I want to program a new remote onto the shade.
If I press the same "buttons" on the virtual remote from the great EspSomfy (https://github.com/rstrouse/ESPSomfy-RTS) I get the following:
Are my shades on a different protocol, or do I need to edit something? I can provide more info if needed and want to solve this riddle :D
The text was updated successfully, but these errors were encountered: