-
Notifications
You must be signed in to change notification settings - Fork 881
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
Generate reuasable format from demodulated raw capture data #989
Comments
Hey, I just committed a branch that allows to load .sub files from the FlipperZero. With my setup it works but shows up a pretty bad signal quality. I just implemented loading but not exporting (at least yet), because URH will drop further information like the frequency directly after loading a sub. Users may not understand why loading and then exporting the same sub file ends up with wrong (i.e. default) signal settings in the file. I am a little bit afraid of (valid) usability complaints...What do you think? |
This is great. Let me grab it and test. thank you!! |
I have added a rudimentary export feature for .sub files. All parameters are constants and export will only work for .sub-files. |
I'm having problems installing the branch manually on my macbook air M1. Seems to be an issue with pyqt5. Going to try on my Linux machine tonight. |
Got it working on a different machine and it seems fine. I'm honestly not sure what to expect though. I'm able to have enough scale to see the binary/hex data stream. I checked most of my raw captures and they always show as digital type signal. I'm assuming since this is a raw capture it's always going to be an OOK type of modulation or is that just what I've captured? (I honestly don't really understand this raw format besides assuming its a plot on a graph)What did your signal quality look like? I attached some more samples if you wanted to compare. I see your point about it dropping configuration. You could either:
|
The .sub files contain something like a quadrature demodulated signal whereby there are only two possible amplitudes: 0 and 1. Reading the files as demodulated data was actually not a big problem, so I guess, the RX part is alright. Saving .sub files is a little bit more complicated. Information is missing and as URH is designed to work with real SDRs, the backend does not really make it easy to work with those files. For a start, an export of demodulated signals to .sub is available - works more or less (you have to edit the file for frequencies != 433M and so on) Probably the best solution would be to implement a plugin similar to the Yardstick plugin (which should even use the same internal hardware...) to save arbitrary files as .sub-file in the Generator-Tab. This, however, is a lot of work if all the Flipper settings should be supported. I am not sure, if it is worth it to implement it right now because a rudimentary export support is already there. |
Plugin isn't a bad idea, or just leave it as a branch for now to see how flipper evolves. I originally asked flipper to create a tool to export raw captures as something more flexible for other tools and they declined. I really like the idea of a plugin though. One of the biggest problems iIface trying to investigate different signals is so no unifying tool unless you're an expert with GNURadio. So adding more to UHR plugins and providing documentation on creating your own would make this feature optional and also easier for someone like me to tinker with. |
* This branch allows to import .sub files from Flipper Zero (#989) * Add rudimentary export feature for .sub-files! Note that all parameters (Frequency, Preset, ...) in the .sub-file are constants and export will only work for .sub-files * Apply changes from revision.
A few tools out there specifically the FlipperZero capture raw rf data as a demodulated number sequences. Would it be possible to add support for importing and or converting these in the generator or Analysis tools? Ideally I'm looking for a way to transfer captures between devices. So it would be cool if you could also export into this format.
Here is an example capture:
The text was updated successfully, but these errors were encountered: