On 08/06/2021 10:47 PM, Jonathan Tobin wrote:
Hi Marcus,
No, I have not attempted on UHD 4+. Due to some other software
constraints I am only able to use 3.15 at the moment.
Thanks,
Jonathan
Does reducing nsamps help? What about channel count?
Just looking for clues as to what might be going on. Looking at the
code, nothing really leaps out at me. You're using rx_multi_samples
"out of the box" or with modifications?
------------------------------------------------------------------------
*From:* Marcus D. Leech <patchvonbr...@gmail.com>
*Sent:* Friday, August 6, 2021 3:56 PM
*To:* usrp-users@lists.ettus.com <usrp-users@lists.ettus.com>
*Subject:* [USRP-users] Re: Too Many Samples in a Single Burst
On 08/06/2021 07:26 PM, Jonathan Tobin wrote:
Hello,
In trying to test the ‘rx_multi_samples’ example with all four
channels on an n310. I run into an error of “Requesting too many
samples in a single burst” when I attempt a longer record (really
anything over a few seconds). Seems to be my nsamps value, but I am
unsure how to remedy the issue. Below is my argument and the terminal
output for an attempt to receive for 10 seconds:
./rx_multi_samples --args
"type=n3xx,addr=192.168.10.2,time_source=gpsdo,clock_source=gpsdo"
--rate 6.25e6 --subdev "A:0 A:1 B:0 B:1" --channels "0,1,2,3"
--nsamps 625000000
Creating the usrp device with:
type=n3xx,addr=192.168.10.2,time_source=gpsdo,clock_source=gpsdo...
[INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501;
UHD_3.15.0.HEAD-0-gaea0e2de
[INFO] [MPMD] Initializing 1 device(s) in parallel with args:
mgmt_addr=192.168.10.2,type=n3xx,product=n310,serial=3218B5F,claimed=False,addr=192.168.10.2,time_source=gpsdo,clock_source=gpsdo
[INFO] [MPM.PeriphManager] init() called with device args
`clock_source=gpsdo,time_source=gpsdo,product=n310,mgmt_addr=192.168.10.2'.
[INFO] [0/Replay_0] Initializing block control (NOC ID:
0x4E91A00000000004)
[INFO] [0/Radio_0] Initializing block control (NOC ID:
0x12AD100000011312)
[INFO] [0/Radio_1] Initializing block control (NOC ID:
0x12AD100000011312)
[INFO] [0/DDC_0] Initializing block control (NOC ID: 0xDDC0000000000000)
[INFO] [0/DDC_1] Initializing block control (NOC ID: 0xDDC0000000000000)
[INFO] [0/DUC_0] Initializing block control (NOC ID: 0xD0C0000000000002)
[INFO] [0/DUC_1] Initializing block control (NOC ID: 0xD0C0000000000002)
[INFO] [0/FIFO_0] Initializing block control (NOC ID: 0xF1F0000000000000)
[INFO] [0/FIFO_1] Initializing block control (NOC ID: 0xF1F0000000000000)
[INFO] [0/FIFO_2] Initializing block control (NOC ID: 0xF1F0000000000000)
[INFO] [0/FIFO_3] Initializing block control (NOC ID: 0xF1F0000000000000)
Using Device: Single USRP:
Device: N300-Series Device
Mboard 0: ni-n3xx-3218B5F
RX Channel: 0
RX DSP: 0
RX Dboard: A
RX Subdev: Magnesium
RX Channel: 1
RX DSP: 1
RX Dboard: A
RX Subdev: Magnesium
RX Channel: 2
RX DSP: 0
RX Dboard: B
RX Subdev: Magnesium
RX Channel: 3
RX DSP: 1
RX Dboard: B
RX Subdev: Magnesium
TX Channel: 0
TX DSP: 0
TX Dboard: A
TX Subdev: Magnesium
TX Channel: 1
TX DSP: 1
TX Dboard: A
TX Subdev: Magnesium
TX Channel: 2
TX DSP: 0
TX Dboard: B
TX Subdev: Magnesium
TX Channel: 3
TX DSP: 1
TX Dboard: B
TX Subdev: Magnesium
Setting RX Rate: 6.250000 Msps...
Actual RX Rate: 6.250000 Msps...
Setting device timestamp to 0...
Begin streaming 625000000 samples, 1.500000 seconds in the future...
[ERROR] [RFNOC RADIO] Requesting too many samples in a single burst!
Requested 12500000000, maximum is 268435455.
[INFO] [RFNOC RADIO] Note that a decimation block will increase the
number of samples per burst by the decimation factor. Your
application may have requested fewer samples.
Error: ValueError: Requested too many samples in a single burst.
Thanks,
Jonathan
That looks like a bug--have you tried this on UHD 4.recent?
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
