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

Technical Questions using HackRF One #485

Closed
mehrdaddavoody opened this issue May 9, 2018 · 5 comments
Closed

Technical Questions using HackRF One #485

mehrdaddavoody opened this issue May 9, 2018 · 5 comments
Assignees
Labels
question question from the community that is not technical support

Comments

@mehrdaddavoody
Copy link

  1. When using HackRF One, is the any way we can extend the RF bandwidth only by software (GNU Radio Companion or other supported software) in order to see the FFT of different signals at a wider frequency domain? If yes, how much wider the RF bandwidth would be?

  2. Is there any way to sense when a signal is transmitted? (Because of the fact that saving a captured signal into a file using "File Sink" creates a file with a large size depending on capturing time, I was wondering if there is a way to trigger the "file sink" only when a signal is being received).

  3. Can we figure out a way to make a flow graph in GNU Radio or other HackRF supported software to make a "hopping central frequency" at different sets of frequencies (e.g. 100MHz, 150MHz and 200MHz) to sense a set of desired frequency bands with a scheduled hopping pattern? If yes, what are the timing limitations?

@dominicgs
Copy link
Contributor

The tool that most closely matches what you're asking for is hackrf_sweep. It will take a range of frequencies and sweep across them performing FFTs as it goes. At the end you get a wide band view of the spectrum, but you sacrifice time resolution to get it.

@mehrdaddavoody
Copy link
Author

@dominicgs Thank you very much for your kind reply. In fact, I am aware of this wonderful feature, but I don't quite get what I want using it. What I want is a feature that scans and saves some given frequency bands in milliseconds in a loop.
Another issue I am challenging with right now is a feature in GNU Radio Companion to "trigger" the file sink block to save a received signal just when it's being received in order to minimize the file size. I know it's proper to ask this in GRC github page but I thought some people here might have gone through this already and might help me solve this issue.

@dominicgs
Copy link
Contributor

You could use a squelch block in GNU Radio to achieve that, or possibly the "burst tagging" block, but I've never used it, so I'm not certain on that one.

As for sampling multiple bands, are you saying that you'd like to record data from a band for a short time, then hop to another frequency and record samples there, and so on in a loop? Rather than simply performing an FFT on that data?

@mehrdaddavoody
Copy link
Author

mehrdaddavoody commented May 11, 2018

@dominicgs Consider a scenario in which you are expecting a signal with an unknown frequency and what you know is just some probable frequency bands in which the signal might pop up. In addition to it, these frequency bands are further than 100 MHz from each other. Since there is a 20MHz limitation on the bandwidth around the central frequency using HackRF One, is this even possible to detect this signal? Or our only way of detecting this signal is to count on our luck and scan these frequency bands as a loop, hoping the signal might occur within the band that was being scanned? OR in this case we need a SDR which has a wider bandwidth like USRP or something like that?
*Note: The signal occurs once, and only once.

@dominicgs
Copy link
Contributor

Ah, now I think I understand.

Unfortunately, the answer is no, there's no way to capture all of those frequencies and capture the transmission with a single HackRF. If the signal was repeating then I would recommend locating its frequency with hackrf_sweep and then capturing on that band. This would also work if the transmission was very long, although you'd miss the start of it.

If the bands are more than 100 MHz apart, you're unlikely to have much more luck with a single USRP. In my opinion this is a job for multiple radios. If the bandwidth is narrow enough, you could use a handful of RTL-SDR dongles.

I have to say, I'm curious about a transmission that happens only once and the transmit frequency isn't known in advance.

@dominicgs dominicgs added the question question from the community that is not technical support label May 15, 2018
@miek miek closed this as completed Nov 25, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question question from the community that is not technical support
Projects
None yet
Development

No branches or pull requests

3 participants