I also tested your latest version v1.09 with RTL-SDR. Im not a programmer, but i guess the way for record from hackrf into a file is similar as transfer to the device. Hi Dennis, if you implement a recording feature, dont forget that hackrf is able to TX. If you have any questions, comments or any other input, don't hesitate to leave a comment or contact me directly on Twitter: 12.
I tried my best to add helpful comments to understand the flow of the program. This method draws the given FFT samples on a SurfaceView and also draws a new line of the waterfall plot as well as the horizontal and vertical axis.įor a more detailed impression of how the app works, have a look into the sources on GitHub. The AnalyzerProcessingLoop also runs in a separate thread and reads the sample packets from the queue, processes them with the help of the FFT class and then calls draw() on the AnalyzerSurface. If the queue is full, the samples are thrown away in order to not block the input device. It forwards samples in packets of the size of the FFT to the AnalyzerProcessingLoop by inserting them in a queue. The Scheduler will continuously read samples from the source to prevent the receive buffers of the device to fill up. To support different devices I defined a common interface that is implemented by all classes which represent sources of IQ samples. Underlined classes are running in seperate threads. (Uncomplete) class diagram of RF Analyzer. I've uploaded a short capture of some FLEX pager signals for testing: FLEX Pager at 931MHz (2Msps)įor those who want to play with the sources of RF Analyzer (GPLv2) I want to quickly explain the internal structure of the app: Selecting the file source type will allow you to use RF Analyzer with recorded samples from hackrf_transfer or Test_HackRF. It is also a way to test the app if you don't have an OTG cable or your phone/tablet doesn't output enough power for the HackRF. Implementing the file source was helpful for debugging the application.