Hi Joe - there is certainly a problem with the libraries and firmware of
the HackRF:
hackrf_info version: unknown
libhackrf version: unknown (0.5)
Found HackRF
Index: 0
Also, it's unlikely that you want to be running the firmware version
Firmware Version: 2018.01.1 (API:1.02)
Hi Joe - I just noticed you're running the HackRF in a virtualmachine on
a PC - which implies you're most likely having problems with the USB
drivers on Windows.
I don't know anything about Windows.
-- Cinaed
On 4/14/20 12:16 AM, Joe crossen wrote:
Hi guys,
I have a HackRF One connected
I am considering frequency sweeping a PlutoSDR and a B210, both fitted with
AD936x RF frontends.
As I was writing the application and reading the libuhd documentation, I read
at https://files.ettus.com/manual/page_general.html
"After tuning, the RF front-end will need time to settle into a usable
Hi guys,
I have a HackRF One connected to my PC, and a virtual machine running
Ubunutu 18.04. Getting the following error when running my flow graph
(Osmocom source to WX GUI Scope Sink).
Traceback (most recent call last):
File "/home/mike/GNURadio/Programs/HackRF_rx_Osmocom_GUI.py", line 97,
Hi,
I believe the following paper may be of interest:
https://pubs.gnuradio.org/index.php/grcon/article/view/2
It is indicated that the B210 needs around 3.3 milliseconds minimum to
settle and it is, as you say, due to the hardware frontend. What is causing
the extra delay I can only guess but
Hi JM,
What is the definition for settled for your application? The LO should
be on frequency within a few milliseconds. Possibly you should look at
disabling the IQ and DC tracking loops in the AD936x frontends. The USRP
has arguments exposed in GRC for that.
Derek
On 14/04/2020 12:39,
For the record ... thanks to the excellent reference provided in this answer,
I became convinced that the timing issue does not lie with the B210/libuhd but
with
the PlutoSDR. After reading
On 04/14/2020 07:39 AM, jean-michel.fri...@femto-st.fr wrote:
I am considering frequency sweeping a PlutoSDR and a B210, both fitted with
AD936x RF frontends.
As I was writing the application and reading the libuhd documentation, I read
at https://files.ettus.com/manual/page_general.html
"After
On 04/14/2020 03:16 AM, Joe crossen wrote:
Hi guys,
I have a HackRF One connected to my PC, and a virtual machine running
Ubunutu 18.04. Getting the following error when running my flow graph
(Osmocom source to WX GUI Scope Sink).
Traceback (most recent call last):
File
