remove HackRF anti-freeze timeouts in places that do not require them

[nilswint]

The HackRF device has a freeze-bug when stopping sending or receiving data. As a workaround, there is a 0.2 second timeout in hackrf.pyx.

As far as I can tell, this timeout is only required in stop_rx_mode and stop_tx_mode. The additional timeouts in the set_* methods are an issue because they cause a combined delay of one complete second whenever something is supposed to be sent (e. g. using cli).

I have been running the following code without issues for a while in an application, that sends some data every couple of minutes.

        hackrf.TIMEOUT = 0
        hackrf.set_freq(self.args.frequency)
        hackrf.set_sample_rate(self.args.sample_rate)
        hackrf.set_baseband_filter_bandwidth(bandwidth)
        hackrf.set_rf_gain(gain)
        hackrf.set_if_tx_gain(if_gain)
        hackrf.TIMEOUT = 0.2

I did some manual testing in the urh gui, too.

[CLAassistant]

All committers have signed the CLA.