Skip to content
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

Merge kalibrate-hackrf with kalibrate-rtl? (add RTL-SDR support) and-or kalibrate-bladerf? / or use SDR abstraction layer (SoapySDR?) #9

Open
rxseger opened this issue Jun 6, 2016 · 3 comments

Comments

@rxseger
Copy link
Collaborator

rxseger commented Jun 6, 2016

Would it be possible to merge the two kalibrate's for hackrf and rtl into one project supporting both SDRs?

kalibrate-rtl: https://github.com/steve-m/kalibrate-rtl - last updated 2013, but includes several open pull requests: steve-m/kalibrate-rtl#5 steve-m/kalibrate-rtl#6 steve-m/kalibrate-rtl#9

kalibrate-rtl is also included in Kali Linux: http://tools.kali.org/wireless-attacks/kalibrate-rtl - but not http://tools.kali.org/wireless-attacks/kalibrate-hackrf

I was about to try to merge kalibrate-rtl and kalibrate-hackrf, but even though they both descended from kalibrate 0.4.1 (originally from http://thre.at/kalibrate/kal-v0.4.1.tar.bz2 but now thre.at is down), the code formatting style is different (whitespace) for some reason making this non-trivial (but did merge the -rtl PR's into: https://github.com/rxseger/kalibrate-hackrf). Which should be considered the "original" fork to merge the other one into?


update: answering my own question, -hackrf is a direct ancestor of -rtl, no additional commits merged into -rtl after Dec 14th, 2013, which -hackrf (this repo) is based on. The main device-specific commits are:

would be cool to support all three (USRP, RTL-SDR, HackRF), but perhaps rebuilding Kalibrate on top of an abstracted SDR platform e.g. GNU Radio would be better?

@rxseger rxseger changed the title Merge kalibrate-hackrf with kalibrate-rtl? Merge kalibrate-hackrf with kalibrate-rtl? (add RTL-SDR support) Jun 8, 2016
@rxseger
Copy link
Collaborator Author

rxseger commented Jun 8, 2016

Adding RTL-SDR support may also help in investigating the cause of #6 Is it right (wildly inconsistent results on different channels, e.g. -33.570 ppm vs 38.369 ppm), for comparison.

to do: get a cheap rtl-sdr dongle to test with (first kalibrate-rtl, then work on merging into -hackrf)

@rxseger rxseger changed the title Merge kalibrate-hackrf with kalibrate-rtl? (add RTL-SDR support) Merge kalibrate-hackrf with kalibrate-rtl? (add RTL-SDR support) / or use SDR abstraction layer (SoapySDR?) Jun 9, 2016
@rxseger
Copy link
Collaborator Author

rxseger commented Jun 9, 2016

Instead of platform-specific SDR libraries, consider using a vendor-neutral library, e.g. SoapySDR (as used by CubicSDR, even has Homebrew recipes) or gr-osmosdr

@rxseger rxseger changed the title Merge kalibrate-hackrf with kalibrate-rtl? (add RTL-SDR support) / or use SDR abstraction layer (SoapySDR?) Merge kalibrate-hackrf with kalibrate-rtl? (add RTL-SDR support) and-or kalibrate-bladerf? / or use SDR abstraction layer (SoapySDR?) Jun 29, 2016
@Romeo-Golf
Copy link

I agree it would be useful to have a version of calibrate which combines any/all receivers currently supported on separate forks... And hopefully this would allow any future development work to benefit users of all of these platforms :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants