Discussion and technical support related to USRP, UHD, RFNoC
View all threadsHello,
We are using an NI Ettus USRP X410 SDR. We have been successful in programming the FPGA images that are default UHD designs as well as our own custom FPGA design utilizing a singular RFNoC block.
Once we integrated our FPGA Design which includes an ILA to view what the signal looks like at the input/output of our block we observed a tone that would be generated any time the stream command would be set, regardless if a tone was present or not.
[cid:image001.png@01DAD794.0F1FE0D0]
The SW used was based of the rfnoc_rx_to_file script, with the addition solely being specifying the RFNoC block added. Other than that the script was not changed. It was observed that the frequency of the unknown tone would change as the LO was tuned via the "freq" flag.
We then reverted to the default FPGA design usrp_x410_fpga_CG_400.bit and ran some of the benchmark tests provided (https://kb.ettus.com/Verifying_the_Operation_of_the_USRP_Using_UHD_and_GNU_Radio#Benchmarking_your_system).
Below are the commands and results:
benchmark_rate --args type="x4xx,addr=192.168.1.123" --rx_rate 491.52e6 --tx_rate 491.52e6
[INFO] [UHD] linux; GNU C++ version 9.4.0; Boost_107100; UHD_4.4.0.HEAD-0-g5fac246b
[00:00:00.000395] Creating the usrp device with: type=x4xx,addr=192.168.1.123...
[INFO] [MPMD] Initializing 1 device(s) in parallel with args: mgmt_addr=192.168.1.123,type=x4xx,product=x410,serial=328B3AD,name=ni-x4xx-328B3AD,fpga=CG_400,claimed=False,addr=192.168.1.123
[WARNING] [MPM.RPCServer] A timeout event occured!
[INFO] [MPM.PeriphManager] init() called with device args `fpga=CG_400,mgmt_addr=192.168.1.123,name=ni-x4xx-328B3AD,product=x410,clock_source=internal,time_source=internal'.
Using Device: Single USRP:
Device: X400-Series Device
Mboard 0: x410
RX Channel: 0
RX DSP: n/a
RX Dboard: A
RX Subdev: 0
RX Channel: 1
RX DSP: n/a
RX Dboard: A
RX Subdev: 1
RX Channel: 2
RX DSP: n/a
RX Dboard: B
RX Subdev: 0
RX Channel: 3
RX DSP: n/a
RX Dboard: B
RX Subdev: 1
TX Channel: 0
TX DSP: n/a
TX Dboard: A
TX Subdev: 0
TX Channel: 1
TX DSP: n/a
TX Dboard: A
TX Subdev: 1
TX Channel: 2
TX DSP: n/a
TX Dboard: B
TX Subdev: 0
TX Channel: 3
TX DSP: n/a
TX Dboard: B
TX Subdev: 1
[00:00:03.633884524] Setting device timestamp to 0...
Setting TX spp to 352
[00:00:03.680705900] Testing receive rate 491.520000 Msps on 1 channels
[00:00:03.687798660] Testing transmit rate 491.520000 Msps on 1 channels
OUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUO[00:00:13.802629374] Benchmark complete.
Benchmark rate summary:
Num received samples: 2052512
Num dropped samples: 4905369254
Num overruns detected: 65
Num transmitted samples: 259443008
Num sequence errors (Tx): 0
Num sequence errors (Rx): 0
Num underruns detected: 2529
Num late commands: 0
Num timeouts (Tx): 0
Num timeouts (Rx): 0
Done!
RFNOC TO FILE COMMAND
rfnoc_rx_to_file --args type=x4xx,addr=192.168.1.123 --rate 491520000 --radio-id 0 radio-chan 1 --ant RX1 --freq 10000000 --null --progress
Creating the RFNoC graph with args: type=x4xx,addr=192.168.1.123
[INFO] [UHD] linux; GNU C++ version 9.4.0; Boost_107100; UHD_4.4.0.HEAD-0-g5fac246b
[INFO] [MPMD] Initializing 1 device(s) in parallel with args: mgmt_addr=192.168.1.123,type=x4xx,product=x410,serial=328B3AD,name=ni-x4xx-328B3AD,fpga=CG_400,claimed=False,addr=192.168.1.123
[INFO] [MPM.PeriphManager] init() called with device args `fpga=CG_400,mgmt_addr=192.168.1.123,name=ni-x4xx-328B3AD,product=x410,clock_source=internal,time_source=internal'.
Using radio 0, channel 0
Requesting RX Freq: 10 MHz...
Actual RX Freq: 10 MHz...
Waiting for "lo_locked": ++++++++++ locked.
Using streamer args:
Active connections:
Press Ctrl + C to stop streaming...
Issuing stream cmd
OGot an overflow indication. Please consider the following:
Your write medium must sustain a rate of 1966.08MB/s.
Dropped samples will not be written to the file.
Please modify this example for your purposes.
This message will not appear again.
OOOOOOOOOOOOOOOOOO 0.611378 MSps
OOOOOOOOOOOOOOOOOOO 0.591188 MSps
OOOOOOOOOOOOOOOOOOO 0.591123 MSps
OOOOOOOOOOOOOOOOOOO 0.591482 MSps
OOOOOOOOOOOOOOOOOOO 0.591422 MSps
OOOOOOOOOOOOOOOOOOO 0.589247 MSps
OOOOOOOOOOOOOOOOOOO 0.590293 MSps
OOOOOOOOOOOOOOOOOOO 0.591623 MSps
OOOOOOOOOOOOOOOOOOO 0.590881 MSps
OOOOOOOOOOOOOOOOOOO 0.590878 MSps
OOOOOOOOOOOOOOOOOOO 0.592178 MSps
OOOOOOOOOOOOOOOOOOO 0.591354 MSps
OOOOOOOOOOOOOOOOOOO 0.590965 MSps
OOOOOOOOOOOOOOOOOOO 0.591035 MSps
OOOOOOOOOOOOOOOOOOO 0.591483 MSps
OOOOOOOOOOOOOOOOOOO 0.591056 MSps
OOOOOOOOOOOOOOOOOOO 0.591314 MSps
^C
Issuing stop stream cmd
Done!
The main question is where is the tone originating from when streaming if not through the signal generator, is there some internal DDS being configured upon tuning? Or what other scripts can be used to verify using the RFNoC SW API. Thanks!
Hi,
some pointers:
--M
On Tue, Jul 16, 2024 at 9:23 PM Mahmood, Hamza Hamza.Mahmood@jhuapl.edu
wrote:
Hello,
We are using an NI Ettus USRP X410 SDR. We have been successful in
programming the FPGA images that are default UHD designs as well as our own
custom FPGA design utilizing a singular RFNoC block.
Once we integrated our FPGA Design which includes an ILA to view what the
signal looks like at the input/output of our block we observed a tone that
would be generated any time the stream command would be set, regardless if
a tone was present or not.
The SW used was based of the rfnoc_rx_to_file script, with the addition
solely being specifying the RFNoC block added. Other than that the script
was not changed. It was observed that the frequency of the unknown tone
would change as the LO was tuned via the “freq” flag.
We then reverted to the default FPGA design usrp_x410_fpga_CG_400.bit and
ran some of the benchmark tests provided (
https://kb.ettus.com/Verifying_the_Operation_of_the_USRP_Using_UHD_and_GNU_Radio#Benchmarking_your_system
).
Below are the commands and results:
benchmark_rate --args type="x4xx,addr=192.168.1.123" --rx_rate 491.52e6
--tx_rate 491.52e6
[INFO] [UHD] linux; GNU C++ version 9.4.0; Boost_107100;
UHD_4.4.0.HEAD-0-g5fac246b
[00:00:00.000395] Creating the usrp device with:
type=x4xx,addr=192.168.1.123...
[INFO] [MPMD] Initializing 1 device(s) in parallel with args:
mgmt_addr=192.168.1.123,type=x4xx,product=x410,serial=328B3AD,name=ni-x4xx-328B3AD,fpga=CG_400,claimed=False,addr=192.168.1.123
[WARNING] [MPM.RPCServer] A timeout event occured!
[INFO] [MPM.PeriphManager] init() called with device args
`fpga=CG_400,mgmt_addr=192.168.1.123,name=ni-x4xx-328B3AD,product=x410,clock_source=internal,time_source=internal'.
Using Device: Single USRP:
Device: X400-Series Device
Mboard 0: x410
RX Channel: 0
RX DSP: n/a
RX Dboard: A
RX Subdev: 0
RX Channel: 1
RX DSP: n/a
RX Dboard: A
RX Subdev: 1
RX Channel: 2
RX DSP: n/a
RX Dboard: B
RX Subdev: 0
RX Channel: 3
RX DSP: n/a
RX Dboard: B
RX Subdev: 1
TX Channel: 0
TX DSP: n/a
TX Dboard: A
TX Subdev: 0
TX Channel: 1
TX DSP: n/a
TX Dboard: A
TX Subdev: 1
TX Channel: 2
TX DSP: n/a
TX Dboard: B
TX Subdev: 0
TX Channel: 3
TX DSP: n/a
TX Dboard: B
TX Subdev: 1
[00:00:03.633884524] Setting device timestamp to 0...
Setting TX spp to 352
[00:00:03.680705900] Testing receive rate 491.520000 Msps on 1 channels
[00:00:03.687798660] Testing transmit rate 491.520000 Msps on 1 channels
OUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUO[00:00:13.802629374]
Benchmark complete.
Benchmark rate summary:
Num received samples: 2052512
Num dropped samples: 4905369254
Num overruns detected: 65
Num transmitted samples: 259443008
Num sequence errors (Tx): 0
Num sequence errors (Rx): 0
Num underruns detected: 2529
Num late commands: 0
Num timeouts (Tx): 0
Num timeouts (Rx): 0
Done!
RFNOC TO FILE COMMAND
rfnoc_rx_to_file --args type=x4xx,addr=192.168.1.123 --rate 491520000
--radio-id 0 radio-chan 1 --ant RX1 --freq 10000000 --null --progress
Creating the RFNoC graph with args: type=x4xx,addr=192.168.1.123
[INFO] [UHD] linux; GNU C++ version 9.4.0; Boost_107100;
UHD_4.4.0.HEAD-0-g5fac246b
[INFO] [MPMD] Initializing 1 device(s) in parallel with args:
mgmt_addr=192.168.1.123,type=x4xx,product=x410,serial=328B3AD,name=ni-x4xx-328B3AD,fpga=CG_400,claimed=False,addr=192.168.1.123
[INFO] [MPM.PeriphManager] init() called with device args
`fpga=CG_400,mgmt_addr=192.168.1.123,name=ni-x4xx-328B3AD,product=x410,clock_source=internal,time_source=internal'.
Using radio 0, channel 0
Requesting RX Freq: 10 MHz...
Actual RX Freq: 10 MHz...
Waiting for "lo_locked": ++++++++++ locked.
Using streamer args:
Active connections:
Requesting RX Rate: 491.52 Msps...
Setting rate on radio block!
Actual RX Rate: 491.52 Msps...
Press Ctrl + C to stop streaming...
Issuing stream cmd
OGot an overflow indication. Please consider the following:
Your write medium must sustain a rate of 1966.08MB/s.
Dropped samples will not be written to the file.
Please modify this example for your purposes.
This message will not appear again.
OOOOOOOOOOOOOOOOOO 0.611378 MSps
OOOOOOOOOOOOOOOOOOO 0.591188 MSps
OOOOOOOOOOOOOOOOOOO 0.591123 MSps
OOOOOOOOOOOOOOOOOOO 0.591482 MSps
OOOOOOOOOOOOOOOOOOO 0.591422 MSps
OOOOOOOOOOOOOOOOOOO 0.589247 MSps
OOOOOOOOOOOOOOOOOOO 0.590293 MSps
OOOOOOOOOOOOOOOOOOO 0.591623 MSps
OOOOOOOOOOOOOOOOOOO 0.590881 MSps
OOOOOOOOOOOOOOOOOOO 0.590878 MSps
OOOOOOOOOOOOOOOOOOO 0.592178 MSps
OOOOOOOOOOOOOOOOOOO 0.591354 MSps
OOOOOOOOOOOOOOOOOOO 0.590965 MSps
OOOOOOOOOOOOOOOOOOO 0.591035 MSps
OOOOOOOOOOOOOOOOOOO 0.591483 MSps
OOOOOOOOOOOOOOOOOOO 0.591056 MSps
OOOOOOOOOOOOOOOOOOO 0.591314 MSps
^C
Issuing stop stream cmd
Done!
The main question is where is the tone originating from when streaming if
not through the signal generator, is there some internal DDS being
configured upon tuning? Or what other scripts can be used to verify using
the RFNoC SW API. Thanks!
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com