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

paper #1

Open
jk28jan1990 opened this issue Jan 11, 2023 · 3 comments
Open

paper #1

jk28jan1990 opened this issue Jan 11, 2023 · 3 comments

Comments

@jk28jan1990
Copy link

Dear,
Is there english version availble of your paper ?

@DoHaiSon
Copy link
Owner

I'm sorry that I don't have time to continue this project (at least for now).
So, I highly recommend the paper and presentation (from GrCon 2017) below for your question.
My project is inspired by this work lot, and as you saw that I thanked them in the description:

https://pubs.gnuradio.org/index.php/grcon/article/view/38/28
https://www.gnuradio.org/grcon/grcon17/presentations/real-time_direction_finding/Todd-Moon-Gnuradio-DOA.pdf

Both my work and Sam Whiting et al. still have an issue when the SDR misses the sync after a few minutes due to hardware noise.
That's why in KerberOS SDR project, they used a noise generator (hardware) to frequently re-sync the SDRs.

@jk28jan1990
Copy link
Author

jk28jan1990 commented Jan 11, 2023 via email

@DoHaiSon
Copy link
Owner

It depends on MATLAB support; I wonder if MATLAB now supports BladeRF 1.0 version or only 2.0.
You can check the list right here:
https://www.mathworks.com/discovery/sdr.html

The most complex process is getting the input stream from SDR devices to MATLAB, so if you can do this (by MATLAB support, other GitHub repos, or yourself), the rest of the work is no problem.

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

No branches or pull requests

2 participants