SM6FBQ / HackRF clone - History

Merge pull request #993 from greatscottgadgets/sweep-num_samples

hackrf_sweep: simplify dwell time, bin width, and time stamps

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.

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.

Merge pull request #990 from miek/fix_m0_rebuild

Fix automatic rebuilding of M0 code

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.

Fix automatic rebuilding of M0 code

This uses `add_custom_command` to run a cmake script instead of using
`configure_file` directly, which allows for adding dependencies and
creates an ouput that can be depended on.

It also uses `add_custom_command` instead of `add_custom_target` to
create the M0 binary, since custom targets have no output file to depend
on.

Unfortunately, multiple targets cannot depend on the same generated file
or cmake tries to run the generation multiple times in parallel. So, the
.bin/.s generation is now duplicated for each target so they don't
conflict.

fixes #693