![hackrf one sweep mode hackrf one sweep mode](https://5.imimg.com/data5/BT/EE/MY-3827293/floor-brush-with-squeegee-250x250.jpg)
How did it sweep? Well, as you can see from the Rig Expert screen shot it's not as flat as I expected! The lowest usable frequency is about 152MHz where the VSWR is about 3:1 so really I should have designed it for about 130MHz and it may have come out usable on 2M (144-148MHz). All a bit rough but this was only meant to be an experiment. The top elements are soldered to a large washer. The eight radials forming the cone are soldered to a 15-20mm copper plumbing adapter, the inside of which is just right for sliding a bit of RG213 coax through. A tube of 28 2.4mm x 1m long rods was about AUD Used copper coated steel TIG welding rods which are strong but alsoĬheap and solderable. With about 600mm for the cone sides and 428mm diameter for the top hat. Lowest operating frequency (I had read somewhere that design figures canĮnd up a bit short so start lower than you really want) and I came up What will I do with it? Good question and hopefully I will be in a better position to answer it intelligently after I complete a week of FPGA/VHDL training next week :-) (Stay tuned for updates to this post)Ī bit of Googling and I came across an online calculator so I used 140MHz as my This means you hit the ground running and you are not restricted to vendor specific applications. Once of the best things about this evaluation kit is that Analog Devices fully support it and a number of different motherboards with a prebuilt Ubuntu ARM image which contains example applications and a fully functional GNU-RADIO source and sink block. The Ettus E310 is also based in this chip and that's a $4200 AUD radio. The AD9361 has dual 12 bit ADC and DAC giving 72dB dynamic range (compared to the the HackRF's 48dB). This evaluation board features the AD9361 two channel 70-6000MHz SDR transceiver chip. I'm lucky enough to have access to a range of different toys (err tools) and the latest gadget that someone has kindly lent me is an Analog Devices AD-FMCOMMS2-EBZ and a matching Digilent ZedBoard.
#Hackrf one sweep mode code#
Another thing not shown is that you must include the filter code from GNU radio so you need to add an import statement at the start of the code which says: You also need to instantiate the dc blocker which is what is happening at the top of the image. I commented out the old code (three lines starting with #) and added the four new lines which insert the dc blocker into the signal chain.
![hackrf one sweep mode hackrf one sweep mode](https://user-images.githubusercontent.com/45793359/114344517-f8817780-9b2d-11eb-9132-bd842ba4926b.png)
![hackrf one sweep mode hackrf one sweep mode](https://www.rtl-sdr.com/wp-content/uploads/2017/02/sweep_sample_comp.gif)
The modifications to the airprobe-rtlsdr.py file are shown in the above screen shot. This stops the demodulator from working so what I have done is add the GNU Radio DC blocker block to Airprobe-RTLSDR and now it (theoretically of course) decodes just fine. Anyway when using the HackRF or it's clone the HackRF-Blue you face the usual large DC spike issue at 0Hz. You CAN NOT decode the SMS or voice content so stop getting all excited!! That requires a whole lot more effort which would take you from the slightly illegal to the totally busted zone quick smart. Then in Wireshark you can use the built-in GSM decoding functions to extract cell tower identification etc.
![hackrf one sweep mode hackrf one sweep mode](https://www.mdpi.com/sensors/sensors-21-03160/article_deploy/html/images/sensors-21-03160-g003.png)
I've been experimenting with the Airprobe-rtlsdr utility which is designed to demodulate non frequency hopping gsm signals and stream the demodulated data to Wireshark.