usrp-users@lists.ettus.com

Discussion and technical support related to USRP, UHD, RFNoC

View all threads

X410 Debug and Support

MH
Mahmood, Hamza
Tue, Jul 16, 2024 7:23 PM

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.
[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:

  • 0/Radio#0:0-->RxStreamer#0:0
    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!

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. [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: * 0/Radio#0:0-->RxStreamer#0:0 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!
MB
Martin Braun
Wed, Jul 17, 2024 7:48 AM

Hi,

some pointers:

  • It would probably help figuring out stable streaming before moving on.
    You can start with a 200 MHz image and drop the sampling rate. The
    192.168.1.123 interface, is that a 100 GbE interface? Because the RX
    streaming rate info at the end almost seems like you're using the RJ45 1GbE
    interface (which is fine -- but you can't stream to/from a radio on a 400
    MHz image that way)
  • I'm not sure about the tone, but when you RX without your block into a
    GUI application (like uhd_fft, gqrx, or, if you're being super
    minimalistic, rx_ascii_art_dft), do you see a tone in the spectrum? Maybe
    it's some naturally occurring leakage. ILAs are great tools, but not always
    ideal for detailed analysis of signals. There are a bunch of LOs and
    there's a DDS in the RFSoC, but the DDS shouldn't be present here.
  • If your FPGA isn't too full, put your custom block on its own stream
    endpoints. Then you can stream data directly to the block and back for
    testing with better control over your input vectors.

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

  • 0/Radio#0:0-->RxStreamer#0:0

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

Hi, some pointers: - It would probably help figuring out stable streaming before moving on. You can start with a 200 MHz image and drop the sampling rate. The 192.168.1.123 interface, is that a 100 GbE interface? Because the RX streaming rate info at the end almost seems like you're using the RJ45 1GbE interface (which is fine -- but you can't stream to/from a radio on a 400 MHz image that way) - I'm not sure about the tone, but when you RX without your block into a GUI application (like uhd_fft, gqrx, or, if you're being super minimalistic, rx_ascii_art_dft), do you see a tone in the spectrum? Maybe it's some naturally occurring leakage. ILAs are great tools, but not always ideal for detailed analysis of signals. There are a bunch of LOs and there's a DDS in the RFSoC, but the DDS shouldn't be present here. - If your FPGA isn't too full, put your custom block on its own stream endpoints. Then you can stream data directly to the block and back for testing with better control over your input vectors. --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: > > * 0/Radio#0:0-->RxStreamer#0:0 > > 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 >