1
0
mirror of https://github.com/f4exb/sdrangel.git synced 2024-11-23 00:18:37 -05:00
sdrangel/plugins/samplesource/soapysdrinput
2021-12-27 19:04:23 +01:00
..
CMakeLists.txt REST API: config: GET (11). Support of the rest of devices 2019-08-04 20:24:44 +02:00
readme.md Removed file recording function from device plugins 2020-08-09 00:47:06 +02:00
soapysdrinput.cpp Fixed range-loop-construct warnings in GCC 11 2021-12-27 19:04:23 +01:00
soapysdrinput.h Removed file recording function from device plugins 2020-08-09 00:47:06 +02:00
soapysdrinputgui.cpp Morph PluginInstanceGUI in DeviceGUI and single line inheritance from QWidget 2020-10-05 19:48:05 +02:00
soapysdrinputgui.h Morph PluginInstanceGUI in DeviceGUI and single line inheritance from QWidget 2020-10-05 19:48:05 +02:00
soapysdrinputgui.ui Removed file recording function from device plugins 2020-08-09 00:47:06 +02:00
soapysdrinputplugin.cpp Updated versions and changelogs 2021-02-07 11:09:43 +01:00
soapysdrinputplugin.h Avoid global QString init in plugins 2020-11-22 04:06:32 +01:00
soapysdrinputsettings.cpp Removed file recording function from device plugins 2020-08-09 00:47:06 +02:00
soapysdrinputsettings.h Removed file recording function from device plugins 2020-08-09 00:47:06 +02:00
soapysdrinputthread.cpp SoapySDR: Support native formats that reports diffrent fullrange values 2021-02-06 22:40:02 +01:00
soapysdrinputthread.h IQ swap: initial implementation in plugins 2020-06-23 19:29:58 +02:00
soapysdrinputwebapiadapter.cpp Fixed wrong structure being used in some sample source and sink plugins web API adapters. Fixes #842 2021-04-15 15:30:29 +02:00
soapysdrinputwebapiadapter.h REST API: config: GET (11). Support of the rest of devices 2019-08-04 20:24:44 +02:00

SoapySDR input plugin

Introduction

This input sample source plugin gets its samples from a device interfaced with SoapySDR.

SoapySDR is a C/C++ API that interfaces SDR hardware on one side and application software on the other. Due to its very generic nature it was fairly difficult to implement and specific UI widgets were developed to handle specific types of parameters. The level of control depends on how the device API was implemented by the vendors. On application side some parts of the API have not been implemented and can be left as possible enhancements (see next). In any case it is recommended to use the native plugins if they are available.

SoapySDR devices appear in the list of available devices in the order they are listed in the API call to SoapySDR. If more than one device controlled by SoapySDR is listed then its sequence number is incremented like:

  • SoapySDR[0:0] rtlsdr: Generic RTL...
  • SoapySDR[1:0] rtlsdr: Generic RTL...

The SoapySDR driver name appears right before the column

If the same device exposes several channels they appear as distinct devices with the channel number incremented like:

  • SoapySDR[1:0] lime: LimeSDR...
  • SoapySDR[1:1] lime: LimeSDR...

This works similarly to LimeSDR USB or BladeRF 2.0 micro

Binary distributions

The binary distributions provide only the SoapySDR base library. It is your responsibility to install SoapySDR in your system with the SoapySDR plugins suitable for your hardware.

User arguments

Occasionally some devices may require to have the user specifying keyword parameters in order to open the device correctly. Most noticeably the Red Pitaya (driver redpitaya) needs the IP address of the board specified as a addr=x.x.x.x key value pair as it does not get scanned automatically.

In such a case you will use the device user arguments (Preferences -> Devices -> User arguments) with the dialog as described here

SoapySDR API implementation

Not all parts are implemented. Currently the following have been left out:

  • Frequency API tuning arguments. The tuning elements are of course supported.
  • Clocking API
  • Time API
  • Sensor API
  • Register API
  • GPIO API
  • I2C API
  • SPI API
  • UART API

Particular considerations concerning hardware

In general as previously stated you should choose the native plugins if they are available. These are:

  • Airspy
  • AirspyHF
  • BladeRF
  • HackRF
  • LimeSDR
  • PlutoSDR
  • RTLSDR
  • SDRplay RSP1

The following paragraphs list the known issues or oddities.

BladeRF

It is very important NOT to use SoapySDR. The default parameters are set to flash the FPGA but as this does not succeeds it results in a FPGA image wipe out and the device returns in "Cypress" mode. It is not too difficult to recover but there is no point risking the hassle.

SDRplay RSP2

Do not use sample rates lower than 2 MS/s

Red Pitaya

When installed the Red Pitaya SoapySDR plugin lists a Red Pitaya device even if there is no Red Pitaya attached. Trying to select and start it when there is no Red Pitaya will result in program crash.

Interface

SoapySDR input plugin GUI

The top part described by number tags is common for all devices. The bottom part under the "A" tag depends on the SoapySDR device implementation. The corresponding widgets are stacked vertically inside a scrollable area as there may be many controls depending on how the device interface is implemented in SoapySDR. Move the slider on the right to see all parameters available.

1: Common stream parameters

Remote source input stream GUI

1.1: Frequency

This is the center frequency of reception in kHz. The center frequency is usually the same for all Rx channels. The GUI of the sibling channel if present is adjusted automatically if necessary. This control corresponds to the first SoapySDR tuning element usually labeled as "RF" and would generally control the main local oscillator (LO).

Use the wheels to adjust the value. Left click on a digit sets the cursor position at this digit. Right click on a digit sets all digits on the right to zero. This effectively floors value at the digit position. Wheels are moved with the mousewheel while pointing at the wheel or by selecting the wheel with the left mouse click and using the keyboard arrows. Pressing shift simultaneously moves digit by 5 and pressing control moves it by 2.

1.2: Start/Stop

Device start / stop button.

  • Blue triangle icon: device is ready and can be started
  • Green square icon: device is running and can be stopped
  • Magenta (or pink) square icon: an error occurred. In the case the device was accidentally disconnected you may click on the icon, plug back in and start again. Check the console log for possible errors.

1.4: Stream sample rate

Baseband I/Q sample rate in kS/s. This is the device sample rate (the "SR" SoapySDR control) divided by the decimation factor (4).

2: Software auto correction options

These buttons control the SDRangel internal DSP auto correction options:

  • DC: auto remove DC component
  • IQ: auto make I/Q balance. The DC correction must be enabled for this to be effective.

3: Baseband center frequency position relative the LO center frequency

Possible values are:

  • Cen: the decimation operation takes place around the LO frequency Fs
  • Inf: the decimation operation takes place around Fs - Fc.
  • Sup: the decimation operation takes place around Fs + Fc.

With SR as the sample rate before decimation Fc is calculated as:

  • if decimation n is 4 or lower: Fc = SR/2^(log2(n)-1). The device center frequency is on the side of the baseband. You need a RF filter bandwidth at least twice the baseband.
  • if decimation n is 8 or higher: Fc = SR/n. The device center frequency is half the baseband away from the side of the baseband. You need a RF filter bandwidth at least 3 times the baseband.

4: Decimation factor

The I/Q stream from the SoapySDR I/Q stream is downsampled by a power of two before being sent to the passband. Possible values are increasing powers of two: 1 (no decimation), 2, 4, 8, 16, 32, 64.

5: Transverter mode open dialog

This button opens a dialog to set the transverter mode frequency translation options. The details about this dialog can be found here

6: Software LO ppm correction

Use this slider to adjust SDRangel internal LO correction in ppm. It can be varied from -100.0 to 100.0 in 0.1 steps and is applied in software when calculating the frequency at which the LO should be set.

A: SoapySDR variable interface

The form of widgets is closely related to the type of setting defined in the SoapySDR interface. These are:

  • Ranges
    • Continuous range when maximum and minimum are different
    • Discrete value when maximum and minimum are equal. Usually this appears in a range list to define a set of values
  • List of ranges: more than one range applies to the same setting
  • Arguments defined by
    • type: boolean, integer, floating point, string
    • nature: continuous or discrete
  • String list

A.1: Continuous range

If the range is all in the positive domain the unsigned variation is used:

SoapySDR input plugin GUI

Note that the same widget is used for single ranges and ranges list. In this case the range selection combo on the right is disabled. The manipulation of the dial is described in (1.1: Frequency)

If the range is in both the positive and negative domains the signed variation is used:

SoapySDR input plugin GUI

If the range applies to a gain a slider is used:

SoapySDR input plugin GUI

A.2: Discrete range

Appears with a combo box to select a discrete value:

SoapySDR input plugin GUI

A.3: List of ranges

In this case the range selection combo on the right is enabled:

SoapySDR input plugin GUI

A.4: Boolean argument

A checkbox is used to control boolean values:

SoapySDR input plugin GUI

For AGC, Auto DC and Auto IQ corrections the checkbox has its text label on the right:

SoapySDR input plugin GUI

When set (true) a checkbox is lit in orange:

SoapySDR input plugin GUI

A.5: Int, Float and String arguments

For all these types of values a line editor is used. Numerical values are parsed from string:

SoapySDR input plugin GUI

A.6 String lists

Some parameters like the antenna ports are expressed as a list of possible string values. These are presented in a combo box:

SoapySDR input plugin GUI