LimeSDR support
This works in Linux only. It implements issue #20
Input (Rx) support: see here and output (Tx) support: see here
LimeSDR is a 2x2 MIMO device with its LMS7002M chip. It means it has 2 Rx and 2 Tx sharing the same clock. Actual MIMO support was not tested but two instances of the Rx and two instances of the Tx plugins can work simultaneously with the same LimeSDR device.
As all Rx and Tx are not independent the plugins are also dependent on each other depending on what is changed:
- sample rate: affects all Tx and all Rx
- hardware decimation: affects all Rx
- hardware interpolation: affects all Tx
- center LO frequency: affects all Rx or all Tx (Rx and Tx sides are independent)
- filters: affect only own Rx or Tx
- NCO: affect only own Rx or Tx
Plugin management
The lifecycle of plugin instances has changed slightly. Now validating a source or sink in the "Sampling devices control" section of the main window closes the previous instance and opens the new one. The start and stop toggle in the plugin effectively just starts and stops the receive or transmit thread. The opening and closing opens and closes the corresponding device or takes appropriate actions when the device has multiple channels like BladeRF, HackRF and LimeSDR.
Other changes
- Value dial: do not print leading decimal point
- Make sure the device is not open when trying to close it: BladeRF, FunCube, LimeSDR
- ATV Demodulator: fixed complaint of some gcc versions that this is not a const reference
- Refactoring: removed device parameter from all start() methods in sample source/sink plugins
- Sample source/sink plugins: removed useless init() pure virtual method
- SDRDaemonFEC input: call input object destructor in GUI destructor (was missing)
Builds
No builds here. See later versions for Windows builds and from 3.3.4 for Linux builds.