Skip to content
This repository has been archived by the owner on Jun 2, 2024. It is now read-only.

Turning cheap(ish) Pluto-SDR receivers into passive radar sensors

License

Notifications You must be signed in to change notification settings

ChiefGokhlayeh/pluto-sdr-pr

Repository files navigation

Pluto-SDR: Passive Radar

pre-commit.ci status pytest doc-build doc-lint development-status

Student project aiming to implement passive radar functionality, using cheap RTL-SDR receivers Pluto-SDR receivers and public LTE-based 5G Broadcast radio signals as illuminators of opportunity.

This project has an explorative character. The goal is to learn about signal processing and radio technologies.

Development

Use the provided devcontainer image to create a ready-to-use NumPy environment. In vscode download the Remote - Containers extension and re-open this workspace inside said development image.

Most of the prototyping work happens in Jupyter notebooks. Once cured, code is refactored into reusable Python modules.

This project is suspended, as I currently don't have any capacity to work on it. I hope to revisit passive radar some day using my personal Pluto+ and perhaps a different illuminator. The public LTE-based 5G Broadcast transmitter we were using has since exceeded its demonstration phase and has gone quiet.

Contributors

Main contributors on this project are (sorted by lastname):

  • Andreas Baulig
  • Wolfgang Bradfisch

Switch from RTL-SDR to Pluto-SDR

The project started out looking into the feasibility of using cheap DVB-T2 receivers, aka RTL-SDR, for passive radar in combination with LTE-based 5G Broadcast illuminators. Unfortunately, the bandwidth requirements associated with typical LTE-based 5G Broadcast stations are beyond the capabilities of these receivers. Now wait, aren't these receivers meant for DVB-T2 reception? Correct, and in normal operational use they are capable of up to 10 MHz channel bandwidth, as required by DVB-T2 standards. However, to use them as SDR receivers we have to reconfigure their firmware to operate in a sparsely documented debug mode (at least most official documentation for the RTL2832U chipset protected under NDA). In this mode the bandwidth is limited to an unstable 3.2 MHz (or 2.56 MHz stable), too low for the LTE channel we're investigating at 5 MHz.

That's why we've switched hardware and are now using two coherent Pluto-SDR receivers fed by an external GPS-DO. Not as cheap as initially planned, but still within a moderate hobbyist budget.

Maybe in the future one could experiment with lowering the available bandwidth to 2.56 MHz. That would still be enough to decorrelate the LTE synchronization signals, as PSS and SSS are located in the center 5 resource blocks equating to 1 MHz minimum bandwidth. A lot of energy would be lost left and right of the receiver channel, but perhaps it could still be usable as a toy project.