comm.SDRuReceiver

Receive data from USRP device

Description

The SDRuReceiver System object™ receives data from a Universal Software Radio Peripheral (USRP™) hardware device, enabling simulation and development for software-defined radio applications. Use this object to communicate with a USRP board on the same Ethernet subnetwork or a via a USB connection. You can write a MATLAB^® application that uses the System object, or you can generate code for the System object without connecting to a USRP radio.

This object receives signal and control data from a USRP board using the universal hardware driver (UHD™) from Ettus Research™. The System object receives data from a USRP board and outputs a column vector or matrix signal with fixed number of rows.

Note

Starting in R2016b, instead of using the step method to perform the operation defined by the System object, you can call the object with arguments, as if it were a function. For example, y = step(obj,x) and y = obj(x) perform equivalent operations.

To receive data from a USRP device:

1. Create the comm.SDRuReceiver object and set its properties.

2. Call the object as if it were a function.

To learn more about how System objects work, see What Are System Objects?.

Creation

Syntax

rx = comm.SDRuReceiver

rx = comm.SDRuReceiver(address)

rx = comm.SDRuReceiver(___,Name = Value)

Description

rx = comm.SDRuReceiver creates a default SDRu receiver System object.

rx = comm.SDRuReceiver(address) sets the IPAddress property to address of the connected USRP device.

rx = comm.SDRuReceiver(___,Name = Value) sets Properties using one or more name-value in addition to any input argument combination from previous syntaxes. For example, CenterFrequency = 5e6 specifies the center frequency as 5 MHz.

Properties

Unless otherwise indicated, properties are nontunable, which means you cannot change their values after calling the object. Objects lock when you call them, and the release function unlocks them.

If a property is tunable, you can change its value at any time.

For more information on changing property values, see System Design in MATLAB Using System Objects.

Connection Properties

Platform — Model number of radio

"N200/N210/USRP2" (default) | "N300" | "N310" | "N320/N321" | "B200" | "B210" | "X300" | "X310"

Model number of the radio, specified as one of these values.

• "N200/N210/USRP2"

• "N300"

• "N310"

• "N320/N321"

• "B200"

• "B210"

• "X300"

• "X310"

Data Types: char | string

IPAddress — IP address of USRP device

"192.168.10.2" (default) | character vector | string scalar

IP address of the USRP device, specified as a character vector or string scalar containing dotted-quad values. When you specify more than one IP address, you must separate each address by commas or spaces.

This value must match the physical IP address of the radio hardware assigned during hardware setup. For more information, see Guided USRP Radio Support Package Hardware Setup. If you configure the radio hardware with an IP address other than the default, update this property accordingly.

To find the logical network location of all connected USRP radios, use the findsdru function.

Example: "192.168.10.2, 192.168.10.5" or "192.168.10.2 192.168.10.5" specifies IP addresses for two devices.

Dependencies

To enable this property, set Platform to "N200/N210/USRP2", "N300", "N310", "N320/N321", "X300", or "X310".

Data Types: char | string

SerialNum — Serial number of radio

character vector | string scalar

Serial number of the radio hardware, specified as a character vector or string scalar.

This property must match the serial number of the radio hardware assigned during hardware setup. For more information, see Guided USRP Radio Support Package Hardware Setup. If you configure the radio hardware with a serial number other than the default, update this property accordingly.

Dependencies

To enable this property, set Platform to "B200" or "B210".

Data Types: char | string

IsTwinRXDaughterboard — Option to enable TwinRX daughterboard

false or 0 (default) | true or 1

Option to enable the TwinRX daughterboard, specified as a numeric or logical 0 (false) or 1 (true). To enable the TwinRX daughterboard on an X-series radio, set IsTwinRXDaughterboard to 1 (true).

When you enable the TwinRX daughterboard, you can use the EnableTwinRXPhaseSynchronization property to enable phase synchronization between channels of the TwinRX daughterboard.

Dependencies

To enable this property, set the Platform property to "X300" or "X310".

Data Types: logical

Configuration Properties

EnableTwinRXPhaseSynchronization — Option to enable phase synchronization

false or 0 (default) | true or 1

Option to enable phase synchronization between channels of the TwinRX daughterboard, specified as a numeric or logical 0 (false) or 1 (true). When you set this property to 1 (true), the TwinRX daughterboard provides phase synchronization between all the channels. In this case, the value of the CenterFrequency property must be the same for all the channels.

Note

The local oscillator (LO) source on channel 1 is the master source that drives the other LOs of the TwinRx daughterboard channels.

To share LOs between two TwinRx daughterboards, attach the four MMCX RA male cables on one daughterboard to the MMCX RA male cables on the other daughterboard by crossing the cables between the two daughterboards. Make these cable connections.

• J1 to J2

• J2 to J1

• J3 to J4

• J4 to J3

This figure shows the connections between the TwinRx daughterboards.

Dependencies

To enable this property, set the Platform property to "X300" or "X310" and IsTwinRXDaughterboard property to 1 (true).

Data Types: logical

ChannelMapping — Channel mapping for radio or bundled radios

1 (default) | positive scalar | row vector of positive values

Channel mapping for the radio or bundled radios, specified as a positive scalar or a row vector of positive values. This table shows the valid values for each radio platform.

Platform Property Value	ChannelMapping Property Value
"N200/N210/USRP2"	1-by-N row vector, where N is the number of IP addresses in the IPAddress property
"N300"	When IPAddress contains one IP address, specify this property as 1, 2, or [1 2]. When IPAddress contains N IP addresses, specify this property as a 1-by-2N row vector.
"N310"	When IPAddress contains one IP address, specify this property as one-, two-, three-, or four-element row vector of channel numbers from the set {1, 2, 3, 4}. When IPAddress contains N IP addresses, specify this property as a 1-by-4N row vector.
"N320/N321"	When IPAddress contains one IP address, specify this property as 1, 2, or [1 2]. When IPAddress contains N IP addresses, specify this property as a 1-by-2N row vector.
"B200"	1
"B210"	1, 2, or [1 2]
"X300" or "X310" when the IsTwinRXDaughterboard property is 0 (false)	When IPAddress contains one IP address, specify this property as 1, 2, or [1 2] When IPAddress contains N IP addresses, specify the property as a 1-by-2N row vector.
"X300" or "X310" when two TwinRX daughterboards are connected and the IsTwinRXDaughterboard property is 1 (true)	When the EnableTwinRXPhaseSynchronization property is 0 (false), specify this property as one of these values. [N M], where N and M are distinct integers from 1 to 4 — Channels N and M are in use. [N M P], where N, M, and P are distinct integers from 1 to 4 — Channels N, M, and P are in use. [1 2 3 4] When the EnableTwinRXPhaseSynchronization property is 1 (true), specify this property as 1, [1 2], [1 2 3], or [1 2 3 4].

When IPAddress contains multiple IP addresses, the channels defined by ChannelMapping are ordered first by the order in which the IP addresses appear in the list and then by the channel order within the same radio.

For example, if Platform is "X300" and IPAddress is "192.168.20.2, 192.168.10.3", then ChannelMapping must be [1 2 3 4]. Channels 1 and 2 of the bundled radio refer to channels 1 and 2 of the radio with IP address 192.168.20.2, respectively. Channels 3 and 4 of the bundled radio refer to channels 1 and 2 of the radio with IP address 192.168.10.3., respectively.

Data Types: double

CenterFrequency — Center frequency

2.45e9 | nonnegative scalar | row vector of nonnegative values

Center frequency in Hz, specified as a nonnegative scalar or a row vector of nonnegative values. The valid range of values for this property depends on the RF daughter card of the USRP device.

When you set the IsTwinRXDaughterboard property to 0 (false), specify the value according to these conditions.

• For a single-input single-output (SISO) configuration, specify the value for the center frequency as a nonnegative scalar.

• For multiple-input multiple output (MIMO) configurations that use the same center frequency, specify the center frequency as a nonnegative scalar. The center frequency is set by scalar expansion.

• For multiple-input multiple output (MIMO) configurations that use different center frequencies, specify the values in a row vector (for example, [70e6 100e6]). The object applies the ith element of the vector to the ith channel that you specify in the ChannelMapping property.

  Note

  • For a MIMO scenario, the center frequency for B210 and N300 radios must be a scalar. You cannot specify the frequencies as a vector.

  • The channels corresponding to the same RF daughterboard of an N310 radio must have the same center frequency.

When you set the IsTwinRXDaughterboard property to 1 (true), specify the center frequency according to these conditions.

• To tune all channels to the same frequency, specify the center frequency as a scalar and the EnableTwinRXPhaseSynchronization property as 1 (true).

• To tune the channels to different frequencies, specify the center frequency as a row vector. Each value in the row vector specifies the frequency of the corresponding channel. Set the EnableTwinRXPhaseSynchronization property to 0 (false).

Note

When you set IsTwinRXDaughterboard and EnableTwinRXPhaseSynchronization to 1 (true), the LO source on channel 1 is the master source that drives the other LOs of the TwinRX daughterboard channels. In this case, the CenterFrequency property value must be the same for all channels of the TwinRX daughterboard.

For more information, see EnableTwinRXPhaseSynchronization.

Tunable: Yes

Data Types: double

LocalOscillatorOffset — Local oscillator (LO) offset frequency

0 (default) | scalar | row vector

LO offset frequencyin Hz, specified as a scalar or row vector. The valid range of this property depends on the RF daughterboard of the USRP device.

The LO offset does not affect the received center frequency. However, the LO offset does affect the intermediate center frequency in the USRP hardware, as this diagram shows.

In this diagram:

• f _RF is the received RF frequency.

• f _center is the center frequency that you set in the System object.

• f _{LO offset} is the LO offset frequency.

• Ideally, f_RF - f_center = 0.

To move the center frequency away from interference or harmonics generated by the USRP hardware, use this property.

To change the LO offset, specify the value according to these conditions.

• For a SISO configuration, specify the LO offset as a scalar.

• For MIMO configurations, the LO offset must be zero. This restriction is due to a UHD limitation. In this case, you can specify the LO offset as 0.

Tunable: Yes

Data Types: double

Gain — Overall gain for USRP hardware receiver data path

8 (default) | scalar | row vector

Overall gain in dB for the USRP hardware receiver data path, including analog and digital components, specified as a scalar or row vector. The valid range of this property depends on the RF daughterboard of the USRP device.

Specify the gain according to these conditions.

• For a SISO configuration, specify the gain as a scalar.

• For MIMO configurations that use the same gain value, specify the gain as a scalar. The gain is set by scalar expansion.

• For MIMO configurations that use different gains, specify the values in a row vector (for example, [32 30]). The object applies the ith element of the vector to the ith channel that you specify in the ChannelMapping property.

Tunable: Yes

Data Types: double

PPSSource — PPS signal source

"Internal" (default) | "External" | "GPSDO"

Pulse per second (PPS) signal source, specified one of these values.

• "Internal" — Use the internal PPS signal of the USRP radio.

• "External" — Use the PPS signal from an external signal generator.

• "GPSDO" — Use the PPS signal from a global positioning system disciplined oscillator (GPSDO).

To synchronize the time for all the channels of the bundled radios, you can:

• Provide a common external PPS signal to all of the bundled radios and set this property to "External".

• Use the PPS signal from each GPSDO that is available on the USRP radio by setting this property to "GPSDO".

To get the lock status of the GPSDO to the GPS constellation, set this property to "GPSDO" and use the gpsLockedStatus function.

Data Types: char | string

EnforceGPSTimeSync — Option to enforce GPS time synchronization

false or 0 (default) | true or 1

Option to enforce GPS time synchronization, specified as one of these values.

• 1 (true) — Synchronize the USRP radio time to the valid global positioning system (GPS) time if the GPSDO is locked to the GPS constellation at the beginning of the transmit or receive operation.

• 0 (false) — Set the USRP radio time to the GPSDO time if the GPSDO is not locked to the GPS constellation at the beginning of the transmit or receive operation.

Each time you call the System object, it checks the lock status of the GPSDO. When the GPSDO is locked to the GPS constellation, the System object sets the USRP radio time to the valid GPS time.

Dependencies

To enable this property, set the PPSSource property to "GPSDO".

Data Types: logical

ClockSource — Clock source

"Internal" (default) | "External" | "GPSDO"

Clock source, specified as one of these values.

• "Internal" — Use the internal clock signal of the USRP radio.

• "External" — Use the 10 MHz clock signal from an external clock generator.

• "GPSDO" — Use the 10 MHz clock signal from a GPSDO.

For B-series radios, the external clock port has the label 10 MHz. For N3xx series, N2xx series, USRP2™, and X-series radios, the external clock port has the label REF IN.

To synchronize the frequency for all the channels of the bundled radios, you can:

• Provide a common external 10 MHz clock signal to all of the bundled radios and set this property to "External".

• Provide a 10 MHz clock signal from each GPSDO to the corresponding radio and set this property to "GPSDO".

To synchronize the frequency for all channels, set this property to "GPSDO" and then verify that the outputs of the referenceLockedStatus and gpsLockedStatus functions both return an output of 1.

Data Types: char | string

MasterClockRate — Master clock rate

positive scalar

Master clock rate in Hz, specified as a positive scalar. The master clock rate is the analog to digital (A/D) and digital to analog (D/A) clock rate. The valid range of values for this property depends on the connected radio platform.

Platform Property Value	MasterClockRate Property Value (in Hz)
"N200/N210/USRP2"	100e6 (read-only)
"N300" or "N310"	122.88e6, 125e6 (default), or 153.6e6
"N320/N321"	200e6 (default), 245.76e6, or 250e6
"B200" or "B210"	Scalar in the range from 5e6 to 61.44e6. When you use a B210 radio with multiple channels, the clock rate must be less than or equal to 30.72e6. This restriction is a hardware limitation for two-channel operations on B210 radios. The default value is 32e6.
"X300" or "X310"	184.32e6 or 200e6 (default)

Dependencies

To enable this property, set Platform to "N300", "N310", "N320/N321", "B200", "B210", "X300", or "X310".

Data Types: double

DecimationFactor — Decimation factor for SDRu receiver

512 (default) | integer in the range [1,1024]

Decimation factor for the SDRu receiver, specified as an integer in the range [1,1024] with restrictions that depend on the radio you use.

DecimationFactor Property Value	B-Series	N2xx-Series	N3xx-Series	X-Series
1	Valid	Not valid	Valid	Not valid when connected with TwinRX daughterboard
2	Valid	Valid only when you set the TransportDataTypeproperty to int8.	Valid	Valid
3	Valid	Not valid	Valid	Valid
Odd integer from 4 to 128	Valid	Valid	Not valid	Valid
Even integer in the range [4,256]	Valid	Valid	Valid	Valid
Integer multiple of 4 in the range [256,512]	Valid	Valid	Valid	Valid
Integer multiple of 8 in the range [512,1024]	Not valid	Not valid	Valid	Valid

The radio uses the decimation factor when it downconverts the intermediate frequency (IF) signal to a complex baseband signal.

Data Types: double

Data Properties

TransportDataType — Transport data type

"int16" (default) | "int8"

Transport data type, specified as one of these values:

• "int16" — Use 16-bit transport to achieve higher precision.

• "int8" — Use 8-bit transport to achieve a transport data rate that is approximately two times faster than 16-bit transport. The quantization step is 256 times larger than 16-bit transport.

The default transport data type assigns the first 16 bits to the in-phase (I) component and the remaining16 bits to the quadrature (Q) component, resulting in 32 bits for each complex sample of transport data.

Data Types: char | string

OutputDataType — Data type of output signal

"Same as transport data type" (default) | "double" | "single"

Data type of the output signal, specified as one of these values.

• "Same as transport data type" — Set the output data type to the same as the transport data type: either int8 or int16.

  • When the transport data type is int8, the output values are raw 8-bit I and Q samples from the board in the range [–128, 127].

  • When the transport data type is int16, the output values are raw 16-bit I and Q samples from the board in the range [–32 768 32 767].

• "single" — Specify single-precision floating point values scaled to the range [–1, 1].

• "double" — Specify double-precision floating point values scaled to the range [–1, 1].

Data Types: char | string
Complex Number Support: Yes

SamplesPerFrame — Number of samples per frame

362 (default) | positive integer

Number of samples per frame of the output signal, specified as a positive integer. This value optimally uses the underlying Ethernet packets, which have a size of 1500 8-bit bytes.

Note

Starting in R2021b, the limitation on setting the SamplesPerFrame property to a maximum value of 375000 is removed. You can set this property to any positive integer value.

Data Types: double

EnableBurstMode — Option to enable burst mode

0 or false (default) | 1 or true

Option to enable burst mode, specified as a numeric or logical value of 1 (true) or 0 (false). To produce a set of contiguous frames without an overrun or underrun to the radio, set this property to 1 (true). Enable burst mode to simulate models that cannot run in real time.

When you enable burst mode, specify the number of frames in a burst by using the NumFramesInBurst property. For more information, see Detect Underruns and Overruns.

Data Types: logical

NumFramesInBurst — Number of frames in a contiguous burst

1 (default) | nonnegative integer

Number of frames in a contiguous burst, specified as a nonnegative integer.

Dependencies

To enable this property, set EnableBurstMode to 1 (true).

Data Types: double

Usage

Syntax

data = rx()

[data,dataLen] = rx()

[data,dataLen,overrun] = rx()

[data,dataLen,overrun,timeStamps] = rx()

Description

data = rx() receives data from a USRP device associated with the comm.SDRuReceiver System object, rx.

[data,dataLen] = rx() also returns dataLen, which indicates whether the object receives valid data from the radio hardware.

[data,dataLen,overrun] = rx() also returns an integer value that indicates data discontinuity. If overrun is equal to or greater than 1, then data does not represent contiguous data.

[data,dataLen,overrun,timeStamps] = rx() also returns the timestamp of each received sample from a USRP device.

Note

Starting in R2021b, the comm.SDRuReceiver System object returns valid data. You do not require conditional execution for any downstream processing based on the presence of valid data. For example, data = rx() always returns valid data.

Output Arguments

data — Output signal

complex column vector | complex matrix

Output signal, returned as a column vector or matrix. For a single-channel radio, this output is a column vector. For a multichannel radio, this output is a matrix. Each column in this matrix corresponds to a complex data received on one channel.

Data Types: int16 | single | double
Complex Number Support: Yes

dataLen — Data length

nonnegative integer

Data length, returned as a nonnegative integer. The value of this output is the number of samples received from USRP radio.

Data Types: double

overrun — Data discontinuity flag

0 | 1

Data discontinuity flag, returned as one of these values.

• 0 — The object does not detect an overrun.

• 1 — The object detects an overrun. The output data does not represent contiguous data that is transmitted from the USRP radio to the host.

Although the value of this output does not represent the actual number of packets dropped, as this value increases, the farther your execution of the object is from achieving real-time performance. You can use this value as a diagnostic tool to determine real-time execution of the object. For more information, see Detect Underruns and Overruns.

Data Types: uint32

timeStamps — Timestamp of each received sample

column vector

Timestamp of each received sample, returned as a column vector. The length of this output equals the length of received data.

• To get the GPS timestamp of each received sample from a USRP radio, set the PPSSource property to 'GPSDO'.

• To get the timestamp of each received sample from bundled radios, set the PPSSource property to 'GPSDO' or 'External'.

Object Functions

To use an object function, specify the System object as the first input argument. For example, to release system resources of a System object named obj, use this syntax:

release(obj)

Specific to comm.SDRuReceiver

info	USRP radio information
gpsLockedStatus	Lock status of GPSDO to GPS constellation
referenceLockedStatus	Lock status of USRP radio to 10 MHz clock signal

Common to All System Objects

step	Run System object algorithm
release	Release resources and allow changes to System object property values and input characteristics
reset	Reset internal states of System object

Examples

Receive Signals with B210 Radio and SDRu Receiver System Object

Configure a B210 radio with a serial number B312. Set the radio to receive at 2.5 GHz with a decimation factor of 256.

Create an SDRu Receiver System object for data reception.

rx = comm.SDRuReceiver(...
              Platform ="B210", ...
              SerialNum ="B312", ...
              CenterFrequency =2.5e9, ...
              MasterClockRate =56e6, ...
              DecimationFactor =256);

Save the valid data using the dsp.SignalSink System object.

rxLog = dsp.SignalSink;
    for counter = 1:20
        data = rx();
        rxLog(data);
    end
release(rx)
release(rxLog)

Get Radio Information for Multichannel Radio

Create an SDRu receiver System object for a multichannel radio configuration.

radio = comm.SDRuReceiver(Platform ="X300",IPAddress ='192.168.60.2');
radio.ChannelMapping = [1 2];
radio.CenterFrequency = [1.2 1.3]*1e9;
radio.Gain = [5 6];

Get the radio information by calling the info function.

info(radio)

ans = struct with fields:
                    Mboard: 'X300'
                  RXSubdev: {'UBX RX'  'UBX RX'}
                  TXSubdev: {'UBX TX'  'UBX TX'}
    MinimumCenterFrequency: [-70000000 -70000000]
    MaximumCenterFrequency: [6.0800e+09 6.0800e+09]
               MinimumGain: [0 0]
               MaximumGain: [37.5000 37.5000]
                  GainStep: [0.5000 0.5000]
           CenterFrequency: [1.2000e+09 1.3000e+09]
     LocalOscillatorOffset: 0
                      Gain: [5 6]
           MasterClockRate: 200000000
          DecimationFactor: 512
        BasebandSampleRate: 390625

Capture and Save Receive Signals to Baseband File Writer

Configure a B200 radio with an IP address set to 30FD838. Set the radio to receive at 1 GHz with a decimation factor of 512 and a master clock rate of 56 MHz.

Create an SDRu Receiver System object for data reception. Calculate the baseband sample rate by using the master clock rate and decimation factor.

rx = comm.SDRuReceiver(...
              Platform ="B200", ...
              SerialNum ="30FD838", ...
              CenterFrequency =1e9, ...
              MasterClockRate =56e6, ...
              DecimationFactor =512);
sampleRate = rx.MasterClockRate/rx.DecimationFactor;         

Create a baseband file writer object with a center frequency of 1 GHz.

rxWriter = comm.BasebandFileWriter('b200_capture.bb', ...
         sampleRate,rx.CenterFrequency);

Write the valid baseband data to 'b200_capture.bb'.

for counter = 1:2000
    data = rx();
    rxWriter(data);
end

Display information about the received signal. Release the System objects.

info(rxWriter);
release(rx);
release(rxWriter);

Detect Lost Samples Using SDRu Receiver System Object

Configure a B200 radio with serial number 30FD838. Set the radio to receive at 2.5 GHz with a decimation factor of 125, the output data type to double and master clock rate of 56 MHz.

Create a USRP radio receiver System object for data reception.

rx = comm.SDRuReceiver(Platform ="B200", ...
         SerialNum ="30FD838", ...
         CenterFrequency =2.5e9, ...
         MasterClockRate =56e6, ...
         DecimationFactor =125, ...
         OutputDataType ="double");

Capture signal data using comm.DPSKDemodulator System object.

demodulator = comm.DPSKDemodulator(BitOutput =true);

Inside a for-loop, receive the data using the rx System object and it returns overrun as an output argument. With SRDu receiver System objects, the overrun output indicates data loss. This output is a useful diagnostic tool for determining real-time operation of the System object. Display the messages when the receiver indicates an overrun with data loss.

for frame = 1:2000
    [data,overrun] = rx();
    demodulator(data);
      if overrun ~= 0
         msg = ['Overrun detected in frame #',int2str(frame)];
      end
end
release(rx)

Burst-Mode Buffering to Overcome Overruns at Receiver

Configure a B200 radio with serial number 30FD838. Set the radio to receive at 2.5 GHz with a decimation factor of 125 and master clock rate of 56 MHz. Enable burst-mode buffering to overcome overruns. Set the number of frames in a burst to 20 and the number of samples per frame to 37500.

Create an SDRu receiver System object to use for data reception.

rx = comm.SDRuReceiver(...
               Platform ="B200", ...
              SerialNum ="30FD838", ...
              CenterFrequency =2.5e9, ...
              MasterClockRate =56e6, ...
              DecimationFactor =125, ...
              OutputDataType ="double");
rx.EnableBurstMode = true;
rx.NumFramesInBurst = 20;
rx.SamplesPerFrame = 37500;

Capture signal data using comm.DPSKDemodulator System object.

demodulator = comm.DPSKDemodulator(BitOutput =true);

Inside a for-loop, receive the data using the rx System object.

numFrames = 100;
for frame = 1:numFrames
    [data,overrun] = rx();
      if ~(overrun)
         demodulator(data);
      end
end
release(rx)

Get Time Stamps of Received Signal Using SDRu Receiver System Object

This example shows how to get the GPS timestamp of each received data sample using a USRP radio.

Configure an N320 or N321 radio with the IP address set to 192.168.10.2. Set the PPS signal source to the PPS signal from a GPSDO and enable GPS time synchronization. Set the number of received samples per frame to 10.

Create an SDRu receiver System object for data reception.

format long;                    
rx = comm.SDRuReceiver(Platform = "N320/N321", IPAddress = '192.168.10.2', ...
                       PPSSource = "GPSDO", EnforceGPSTimeSync = true, ...
                       SamplesPerFrame = 10);

Get the lock status of the GPSDO to the GPS constellation.

GPSLockStatus =  gpsLockedStatus(rx);

Check the GPS lock status. If the GPSDO is locked to GPS constellation, then display the data and GPS timestamp of each received sample. Otherwise, display data and the internal clock timestamps of the received data.

if GPSLockStatus
    disp("GPSDO is locked. Printing data and GPS timestamps.");
    [data,~, ~,GPSTimestamps] = rx();
else
    disp("GPSDO is not locked. Printing data and internal clock timestamps.");
    [data,~,~, internalClockTimestamps] = rx();
end

Receive Phase Synchronized Signals Using TwinRX Daughterboard

Receive phase-synchronized signals using the TwinRX daughterboard. Transmit the sinusoidal signals with an N210 radio and receive the signals on an X300 radio with two TwinRX daughterboards. This example requires two MATLAB sessions running on your host computer.

In the first MATLAB session, configure an N210 radio with the IP address 192.168.10.2. Set the radio to transmit at 2.45 GHz with an interpolation factor of 100, and a master clock rate of 100 MHz. Specify a gain of 8 dB and transport data type of int16.

tx = comm.SDRuTransmitter(...
                    Platform = "N200/N210/USRP2", ...
                    IPAddress = '192.168.10.2', ...
                    MasterClockRate = 100e6, ...
                    InterpolationFactor = 100, ...
                    Gain = 8, ...
                    CenterFrequency = 2.45e9, ...
                    TransportDataType = "int16");

Generate a sine wave with a frequency of 30 kHz for transmission. Calculate the sample rate by using the master clock rate and interpolation factor for an N210 radio System object configuration. Set the output data type of the sine wave to double.

sinewave = dsp.SineWave(1,30e3); 
sinewave.SampleRate = 100e6/100; 
sinewave.SamplesPerFrame = 5e4; 
sinewave.OutputDataType = 'double'; 
sinewave.ComplexOutput = true;
data = step(sinewave);

Set the frame duration for the transmission based on the samples per frame and sample rate. Create time scope and frequency scope System objects to display time-domain and frequency-domain signals, respectively. Display a message when transmission starts.

frameDuration = (sinewave.SamplesPerFrame)/(sinewave.SampleRate); 
time = 0;
timeScope = timescope(TimeSpanSource = "Property", TimeSpan = 4/30e3,...
                      SampleRate = 100e6/100);
spectrumScope = dsp.SpectrumAnalyzer('SampleRate',sinewave.SampleRate); 
disp("Transmission Started"); 
timeScope(data); 
spectrumScope(data);

Inside a while-loop, transmit the sine wave using the tx System object. Display a message when transmission is complete. Release the radio System object.

while time < 30
    tx(data); 
    time = time+frameDuration; 
end 
disp("Transmission Stopped"); 
release(tx);

In the second MATLAB session, configure an X300 radio with an IP address of 192.168.20.2. Set the radio to receive at 2.45 GHz with a decimation factor of 200 and a master clock rate of 200 MHz. Enable the TwinRX daughterboard and the TwinRX phase synchronization capability to receive phase synchronized signals. Set the ChannelMapping property to [1 2 3 4]. Connect the power splitter from an N210 transmitter to four receiver channels of the X300 radio for calibration.

rx = comm.SDRuReceiver(...
                    Platform = "X300", ...
                    IPAddress = '192.168.20.2', ...
                    OutputDataType = "double", ...
                    IsTwinRXDaughterboard = true, ...
                    EnableTwinRXPhaseSynchronization = true, ...
                    ChannelMappin = [1 2 3 4]
                    MasterClockRate = 200e6, ...
                    DecimationFactor = 200, ...
                    Gain = 35, ...
                    CenterFrequency = 2.45e9, ...
                    SamplesPerFrame = 4000);

Set the frame duration for the signal reception based on the samples per frame and sample rate. Create time scope and frequency scope System objects to display time-domain and frequency-domain signals, respectively. Display a message when reception starts.

frameduration = (rx.SamplesPerFrame)/(200e6/200); 
time = 0; 
timeScope = timescope(TimeSpanSource = "Property",...
                      TimeSpan = 4/30e3,SampleRate = 200e6/200);
spectrumScope = dsp.SpectrumAnalyzer('SampleRate',200e6/200); 
spectrumScope.ReducePlotRate = true; 
disp("Reception Started");

Inside a while-loop, receive the sine wave using the rx System object. Normalize the signal with respect to the amplitude for each receive channel. Compute the fast Fourier transform (FFT) of each normalized signal. Calculate the phase difference between channels 1 and 2, channels 1 and 3, and channels 1 and 4.

while time < 10 
 data = rx();  
    amp(1) = max(abs(data(:,1))); 
    amp(2) = max(abs(data(:,2))); 
    amp(3) = max(abs(data(:,3))); 
    amp(4) = max(abs(data(:,4))); 
    maxAmp = max(amp); 
    if any(~amp)  
       normalizedData = data; 
    else 
      normalizedData(:,1) = maxAmp/amp(1)*data(:,1); 
      normalizedData(:,2) = maxAmp/amp(2)*data(:,2); 
      normalizedData(:,3) = maxAmp/amp(3)*data(:,3); 
      normalizedData(:,4) = maxAmp/amp(4)*data(:,4); 
    end 
    freqOfFirst = fft(NormalizedData(:,1)); 
    freqOfSecond = fft(NormalizedData(:,2)); 
    freqOfThird = fft(NormalizedData(:,3)); 
    freqOfFourth = fft(NormalizedData(:,4)); 
    angle1 = rad2deg(angle(max(freqOfFirst)/max(freqOfSecond))); 
    angle2 = rad2deg(angle(max(freqOfFirst)/max(freqOfThird))); 
    angle3 = rad2deg(angle(max(freqOfFirst)/max(freqOfFourth))); 
    timeScope([real(NormalizedData),imag(NormalizedData)]); 
    spectrumScope(NormalizedData); 
 end 
    time = time + frameduration; 
end

Display the phase difference between channel 1 and each of the other channels of the TwinRX daughterboard.

disp([' Phase difference between channel 1 and 2: ', num2str(angle1)]); 
disp([' Phase difference between channel 1 and 3: ', num2str(angle2)]); 
disp([' Phase difference between channel 1 and 4: ', num2str(angle3)]); 
disp("Reception ended"); 
release(timeScope); 
release(spectrumScope); 
release(rx);

Phase difference between channel 1 and 2: -98.511
Phase difference between channel 1 and 3: -161.599
Phase difference between channel 1 and 4: -86.680
Reception Ended

Generate MEX Function from MATLAB Function Using SDRu Receiver System Object

This example shows how to generate a MEX file called sdruReceiveMex from the function sdruReceiveData. When you run this MEX file, the code shows a performance improvement and no overruns for data frames that contain 10000 samples.

Create a function that configures comm.SDRuReceiver System object. Set the frame duration for the radio to receive data based on samples per frame and sample rate. Display a message when reception starts. Inside a for-loop, receive the data using the rx System object and return the overrun output argument.

function [receiveTime,overrunCount] = sdruReceiveData()
        duration = 10;
        masterClockRate = 35e6;
        decimationFactor = 1;
        samplesPerFrame = 10000;

        sampleRate = masterClockRate/decimationFactor;
        frameDuration = samplesPerFrame/sampleRate;
        iterations = duration/frameDuration;

        rx = comm.SDRuReceiver(Platform = "B210",SerialNum = "30F59A1", ...
                       MasterClockRate = masterClockRate, ...
                       DecimationFactor = decimationFactor, ...
                       OutputDataType = "double");
        count = 0;
        rx();
        disp("Started Reception...");
        tic
        for i = 1:iterations
            [data,~,overrun] = rx();
            if overrun
            count = count + 1;
            end
        end
        receiveTime = toc;
        overrunCount = count;
        release(rx);
        end

Generate a MEX file with the name sdruReceiveMex from the function sdruReceiveData.

codegen sdruReceiveData -o sdruReceiveMex;

Run this MEX file to receive data using the generated MEX and observe the reception time and number of overruns.

[ReceiveTime,overrunCount] = sdruReceiveMex()

More About

Single- and Multiple-Channel Output

• N200, N210, USRP2, and B200 radios support a single channel that you can use to:

  • Send data with the comm.SDRuTransmitter System object . The comm.SDRuTransmitter System object receives a column vector signal with a fixed length.

  • Receive data with the comm.SDRuReceiver System object. The comm.SDRuReceiver System object outputs a column vector signal with a fixed length.

• B210, X300, X310, N300, N320 and N321 radios support two channels that you can use to transmit and receive data with System objects. You can use both channels or a single channel (either channel 1 or 2).

  • The comm.SDRuTransmitter System object receives a matrix signal, where each column is a channel of data of fixed length.

  • The comm.SDRuReceiver System object outputs a matrix signal, where each column is a channel of data of fixed length.

    Note

    When two TwinRX daughterboards are connected to X300 or X310 radio, the radio supports up to four channels.

• N310 radio support four channels that you can use to transmit and receive data with System objects.

  • The comm.SDRuTransmitter System object receives a matrix signal, where each column is a channel of data with a fixed length.

  • The comm.SDRuReceiver System object outputs a matrix signal, where each column is a channel of data with a fixed length.

You can set the CenterFrequency, LocalOscillatorOffset, and Gain properties independently for each channel. Alternatively, you can apply the same setting to all channels. All other System object property values apply to all channels.

For more information, see Single Channel Input and Output Operations and Multiple Channel Input and Output Operations.

Blocking Behavior

Starting in R2022a, the comm.SDRuReceiver System object waits until it receives the number of samples per frame specified by the SamplesPerFrame property before it returns processing control to the simulation.

Extended Capabilities

C/C++ Code Generation

Generate C and C++ code using MATLAB® Coder™.

Usage notes and limitations:

For more information on codegen support to the System objects, see System Objects in MATLAB Code Generation (MATLAB Coder).

For more information on MATLAB Compiler™ support to the System objects, see Code Generation and Deployment

Version History

Introduced in R2011b

R2022b: Reduced setup time for comm.SDRuReceiver

The time required to initialize the comm.SDRuReceiver System Object™ is now about 17 seconds faster for B2xx and N3xx radios and about 30 seconds faster for N210 and X3xx radios compared to R2022a release.

Simulation performance results for comm.SDRuReceiver System Object:

Case 1:

• Platform: B210

• Frame time: 0.001 s

Release	Time Required to Set Center Frequency (s)	Time Required to Set Gain (s)	Time Required to Run System Object (s)	Total Time Required to Set Properties and Call System Object (s)
R2022a	8.564978	8.570564	6.387348	~23.52
R2022b	0.004614	0.009449	6.24150	~6.25

Case 2:

• Platform: X310

• Frame time: 0.001 s

Release	Time Required to Set Center Frequency (s)	Time Required to Set Gain (s)	Time Required to Run System Object (s)	Total Time Required to Set Properties and Call System Object (s)
R2022a	14.281994	15.285889	14.613851	~44.2
R2022b	0.01113	0.001219	14.03521	~14

The code execution was timed on a Windows^® 10, Intel^® Xeon^® W-2133 CPU @ 3.60 GHz installed RAM 64.0 GB test system.

R2020a: X3xx series radios no longer support 120 MHz master clock rate

Beginning with Ettus Research UHD version 003.014.000.000, X3xx series radios do not support a master clock rate value of 120 MHz. Consequently, starting in R2020a, which supports UHD version 003.015.000.000, Communications Toolbox™ Support Package for USRP Radio does not support a master clock rate value of 120 MHz for X3xx series radios.

For the comm.SDRuTransmitter and comm.SDRuReceiver System objects, when you specify an X3xx series radio for the Platform property, you can no longer set the MasterClockRate property to 120e6.