libhackrf: document hackrf_transfer struct
by Michael Ossmann 3 years 7 months
0f4f1add
Merge pull request #994 from straithe/master
by Michael Ossmann 3 years 7 months
Merge pull request #994 from straithe/master

Remove links to mailing list
80948a22
Remove links to mailing list
by straithe 3 years 7 months
19c99909
Merge pull request #993 from greatscottgadgets/swe...
by Mike Walters 3 years 7 months
Merge pull request #993 from greatscottgadgets/sweep-num_samples

hackrf_sweep: simplify dwell time, bin width, and time stamps
01675961
hackrf_sweep: correct -w (bin_width) minimum
by Michael Ossmann 3 years 7 months
c8695e0a
hackrf_sweep: improve -w (bin_width) guidance
by Michael Ossmann 3 years 7 months
8a3547e7
hackrf_sweep: eliminate -n option (num_samples)
by Michael Ossmann 3 years 7 months
hackrf_sweep: eliminate -n option (num_samples)

The firmware has the capability to dwell on each frequency for a
configurable duration in sweep mode, but the hackrf_sweep host tool did
not behave correctly when asked to use a non-default dwell time. The
option has never worked properly, and it is not a feature anyone seems
to want.
98564522
hackrf_sweep: eliminate time stamp adjustment
by Michael Ossmann 3 years 7 months
hackrf_sweep: eliminate time stamp adjustment

We previously attempted to adjust the output time stamp according to the
sample rate and placement of the samples within the USB transfer data,
but the end result was a fixed time offset with respect to the time of
USB transfer completion. We are using only those samples closest to the
end of the transfer, so it makes sense to simply use the time the USB
transfer ends and not try to correct that fixed offset.

It may be possible in the future to have a more accurate time stamp
generated in firmware, but I don't think it is worth complicating the
host code with minor time adjustments until and unless firmware-based
time stamps become available.
2775279f
Merge pull request #990 from miek/fix_m0_rebuild
by Michael Ossmann 3 years 7 months
Merge pull request #990 from miek/fix_m0_rebuild

Fix automatic rebuilding of M0 code
bd4b7861
Do not set USB device address to zero (#987)
by Michael Ossmann 3 years 7 months
Do not set USB device address to zero (#987)

When setting the USB configuration to zero return from the
configured state to the address state according to the USB
specification.
74fb86f8
Report a bug