Nice read but I would use rtl-sdr and SDR tools to reverse engineer this kind of stuff. There are lots of good tools can be used for this purpose in SDR community like this one:
The author identified a similar workflow for breaking down these packet capture bits, and linked to other potential methods. I'd say his process was an interesting read!
This guy did it the hard way, I automated my lights in a similar way with simple command line tools (./listen <pin> to get code and ./send <pin> to send.)
Hey there, I'm actually the author of the linked post. Yes whilst you're right about doing this the hard way, this wasn't really what I was wanting to do.
In the post I actually outlined that I had actually captured enough data from a handful of remotes that I could have replayed these captures to control the blinds (and I even had a rig set up to do this).
But that's not what I wanted to do. I was interested in working out what was happening with these remotes and being able to generate as many arbitrary remote codes as I wanted.
Going the step further to reverse engineer the protocol is something I did as a learning (and fun and challenging) exercise. I've definitely picked up skills through this process that I can apply in similar projects later down the track.
http://www.rtl-sdr.com/waveconverter-an-open-source-rf-rever...