Jump to content

Recommended Posts

Hi, we have been engaged for a pentest and we would like to build a device that will allow us to

1) drop an SDR in the vicinity of the radio-controlled gate of our client

2) the SDR should be listening for keys constantly, but only record when there really is traffic. For this I think the device should constantly buffer the past say 15sec and store those 15sec only to file if they actually contain significant data.

3) remote control the device to monitor the number of collected samples, battery-level and potential discovery of the device by security personnel

I was thinking of a raspberry pi on a batterypack with a usb gprs-modem. But would the pi's CPU be fast enough to handle the samplerate from the hackrf? How long would a decent batterypack last with a pi, a gprs-modem and an hackrf running on it? Are there any examples in GNURadio that I could take a look at for this scenario?

Anyone ever done such a thing before?

Thanks!

Link to post
Share on other sites

This blog https://medium.com/@rxseger/sdr-first-project-initial-setup-node-hackrf-gnu-radio-on-linux-os-x-rpi-3-w-fm-tuner-ee16cdc8fd82
suggests that the PI's ARM cpu indeed is too slow to handle the recommended minimum samplerate of 2e6 on the HackRF. He did have some success running on 1e6 samples/sec it seems.

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...