Reducing nsamps to below 268435455/2 works - but at 6.25Msps for all four channels (two daughterboards) this is very short amount of time. I can try changing channels but for my application I do need all four channels receiving - though this will have to be on Monday.
Yes, rx_multi_samples "out of the box" (no modifications to the example). Thanks, Jonathan ________________________________ From: Marcus D. Leech <patchvonbr...@gmail.com> Sent: Saturday, August 7, 2021 5:30 AM To: Jonathan Tobin <to...@augustusaero.com>; usrp-users@lists.ettus.com <usrp-users@lists.ettus.com> Subject: Re: [USRP-users] Re: Too Many Samples in a Single Burst 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><mailto:patchvonbr...@gmail.com> Sent: Friday, August 6, 2021 3:56 PM To: usrp-users@lists.ettus.com<mailto:usrp-users@lists.ettus.com> <usrp-users@lists.ettus.com><mailto: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
