List: usrp-users@lists.ettus.com
From: Martin Braun
Re: X410 Debug and Support
Wed, Jul 17, 2024 7:48 AM
om 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
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
>