1
0
mirror of https://github.com/f4exb/sdrangel.git synced 2024-11-17 22:01:45 -05:00
sdrangel/plugins/samplesource/remoteinput
2021-12-07 08:17:55 +01:00
..
CMakeLists.txt Reworked ARM Neon detection and remote plugins inclusion in the build 2020-11-23 21:16:25 +01:00
readme.md RemoteInput 2021-11-01 10:50:42 +00:00
remoteinput.cpp Remote Input: multicast: REST API implementation 2020-08-27 09:55:04 +02:00
remoteinput.h Removed file recording function from device plugins 2020-08-09 00:47:06 +02:00
remoteinputbuffer.cpp Remote Input: prevent nullptr 2021-11-14 22:25:40 +01:00
remoteinputbuffer.h Remote input buffer size rework: dynamically allocated number of decoder slots. Implements #534 2020-06-28 10:15:26 +02:00
remoteinputgui.cpp Removed all remaining references to remote UDP Tx delay 2021-12-07 08:17:55 +01:00
remoteinputgui.h Removed all remaining references to remote UDP Tx delay 2021-12-07 08:17:55 +01:00
remoteinputgui.ui RemoteInput 2021-11-01 10:50:42 +00:00
remoteinputplugin.cpp Updated versions and changelogs 2021-11-06 21:33:26 +01:00
remoteinputplugin.h Avoid global QString init in plugins 2020-11-22 04:06:32 +01:00
remoteinputsettings.cpp RemoteInput 2021-11-01 10:50:42 +00:00
remoteinputsettings.h Remote Input: added option to join a multicast group. Implements #611 2020-08-27 07:40:54 +02:00
remoteinputudphandler.cpp RemoteInput: set system UDP buffer length for 250 ms of samples. RemoteSink: removed UDP Tx delay. Implements #1069 2021-12-04 21:36:12 +01:00
remoteinputudphandler.h RemoteInput: set system UDP buffer length for 250 ms of samples. RemoteSink: removed UDP Tx delay. Implements #1069 2021-12-04 21:36:12 +01:00
remoteinputwebapiadapter.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
remoteinputwebapiadapter.h REST API: config: GET (11). Support of the rest of devices 2019-08-04 20:24:44 +02:00

Remote input plugin

Introduction

This input sample source plugin gets its samples over the network from a SDRangel instance's Remote channel sink using UDP connection.

Forward Error Correction with a Cauchy MDS block erasure codec is used to prevent block loss. This can make the UDP transmission more robust particularly over WiFi links.

Please note that there is no provision for handling out of sync UDP blocks. It is assumed that frames and block numbers always increase with possible blocks missing. Such out of sync situation has never been encountered in practice.

The remote SDRangel instance that sends the data stream is controlled via its REST API using a separate control software for example SDRangelcli

A sample size conversion takes place if the stream sample size sent by the remote instance and the Rx sample size of the local instance do not match (i.e. 16 to 24 bits or 24 to 16 bits). Best performance is obtained when both instances use the same sample size.

Build

The plugin will be built only if the CM256cc library is installed in your system. For CM256cc library you will have to specify the include and library paths on the cmake command line. Say if you install cm256cc in /opt/install/cm256cc you will have to add -DCM256CC_DIR=/opt/install/cm256cc to the cmake commands.

Interface

SDR Remote input plugin GUI

1: 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

2: Frequency

This is the center frequency in Hz sent in the meta data from the remote SDRangel instance and corresponds to the center frequency of reception. The sub kHz value (000 to 999 Hz) is represented in smaller digits on the right.

3: Stream sample rate

Stream I/Q sample rate in kS/s

4: Auto correction options and stream status

SDR Remote input stream GUI

4.1: Auto correction options

These buttons control the local DSP auto correction options:

  • DC: auto remove DC component
  • IQ: auto make I/Q balance

4.2: Receive buffer length

This is the main buffer (writes from UDP / reads from DSP engine) length in units of time (seconds). As read and write pointers are normally about half the buffer apart the nominal delay introduced by the buffer is the half of this value.

4.3: Main buffer R/W pointers positions

Read and write pointers should always be a half buffer distance buffer apart. This is the difference in percent of the main buffer size from this ideal position.

  • When positive it means that the read pointer is leading
  • When negative it means that the write pointer is leading (read is lagging)

This corresponds to the value shown in the gauges above (9)

4.4: Date/time

This is the current timestamp of the block of data sent from the receiver. It is refreshed about every second. The plugin tries to take into account the buffer that is used between the data received from the network and the data effectively used by the system however this may not be extremely accurate. It is based on the timestamps sent from the Remote sink channel at the other hand that does not take into account its own buffers.

5: Main buffer R/W pointers gauge

There are two gauges separated by a dot in the center. Ideally these gauges should not display any value thus read and write pointers are always half a buffer apart. However due to the fact that a whole frame is reconstructed at once up to ~10% variation is normal and should appear on the left gauge (write leads).

  • The left gauge is the negative gauge. It is the value in percent of buffer size from the write pointer position to the read pointer position when this difference is less than half of a buffer distance. It means that the writes are leading or reads are lagging.
  • The right gauge is the positive gauge. It is the value in percent of buffer size of the difference from the read pointer position to the write pointer position when this difference is less than half of a buffer distance. It means that the writes are lagging or reads are leading.

The system tries to compensate read / write unbalance however at start or when a large stream disruption has occurred a delay of a few tens of seconds is necessary before read / write reaches equilibrium.

6: Data stream status

SDR Remote input stream GUI

6.1: Sample size

This is the size in bits of a I or Q sample sent in the stream by the remote server.

6.2: Total number of frames and number of FEC blocks

This is the total number of frames and number of FEC blocks separated by a slash '/' as sent in the meta data block thus acknowledged by the remote server. When you set the number of FEC blocks with (4.1) the effect may not be immediate and this information can be used to monitor when it gets effectively set in the remote server.

A frame consists of 128 data blocks (1 meta data block followed by 127 I/Q data blocks) and a variable number of FEC blocks used to protect the UDP transmission with a Cauchy MDS block erasure correction.

Using the Cauchy MDS block erasure correction ensures that if at least the number of data blocks (128) is received per complete frame then all lost blocks in any position can be restored. For example if 8 FEC blocks are used then 136 blocks are transmitted per frame. If only 130 blocks (128 or greater) are received then data can be recovered. If only 127 blocks (or less) are received then none of the lost blocks can be recovered.

6.3: Stream status

The color of the icon indicates stream status:

  • Green: all original blocks have been received for all frames during the last polling timeframe (ex: 136)
  • No color: some original blocks were reconstructed from FEC blocks for some frames during the last polling timeframe (ex: between 128 and 135)
  • Red: some original blocks were definitely lost for some frames during the last polling timeframe (ex: less than 128)

6.4: Minimum total number of blocks per frame

This is the minimum total number of blocks per frame during the last polling period. If all blocks were received for all frames then this number is the nominal number of original blocks plus FEC blocks (Green lock icon). In our example this is 128+8 = 136.

If this number falls below 128 then some blocks are definitely lost and the lock lights in red.

6.5: Maximum number of FEC blocks used by frame

Maximum number of FEC blocks used for original blocks recovery during the last polling timeframe. Ideally this should be 0 when no blocks are lost but the system is able to correct lost blocks up to the nominal number of FEC blocks (Neutral lock icon).

6.6: Reset events counters

This push button can be used to reset the events counters (4.7 and 4.8) and reset the event counts timer (4.9)

6.7: Unrecoverable error events counter

This counter counts the unrecoverable error conditions found (i.e. 4.4 lower than 128) since the last counters reset.

6.8: Recoverable error events counter

This counter counts the unrecoverable error conditions found (i.e. 4.4 between 128 and 128 plus the number of FEC blocks) since the last counters reset.

6.9: events counters timer

This HH:mm:ss time display shows the time since the reset events counters button (4.6) was pushed.

7: Remote server test

Test remote connection with its API.

SDR Remote input stream GUI

7.1: Remote connection indicator

The "Remote" label is lit in green when the connection is successful

7.2: API IP address

IP address of the remote SDRangel instance REST API

7.3: API port

Port of the remote SDRangel instance REST API

7.4: Get information button

When the return key is hit within the address (5.2) or port (5.3) the changes are effective immediately. You can also use this button to set again these values. Clicking on this button will send a request to the API to get the remote SDRangel instance information that is displayed in the API message box (8)

8: Local network interface address and port for data reception

SDR Remote source input stream GUI

8.1: Interface IP address

IP address of the local network interface the remote SDRangel instance sends the data to. Effective when the validation button (8.3) is pressed.

8.2: Interface port

Local port the remote SDRangel instance sends the data to. Effective when the validation button (8.3) is pressed.

8.3: Validation button

When the return key is hit within the interface address (8.2), port (8.3), multicast group address (10) and multicast group join/leave (9) the changes of parameters for data reception are ready for commit and this button turns green. You then push this button to commit the changes.

9: Join or leave multicast group

Use this toggle button to join or leave the multicast group which address is specified next (10). Effective when the validation button (8.3) is pressed.

10: Multicast group address

This is the address of the multicast group. Effective when the validation button (8.3) is pressed.

11: Status message

The API status is displayed in this box. It shows "API OK" when the connection is successful and reply is OK

12: Remote information

This is the information returned by the remote when connection with its API is successful