[USRP-users] Re: Confusion about fpga image to use for RFNoC Replay example

2021-08-06 Thread Jonathon Pendlum
Hi, Those instructions are for UHD 3.15. With UHD 4.0, the replay block is included by default in the N310, as you can see here in the N310's FPGA image yaml file: https://github.com/EttusResearch/uhd/blob/UHD-4.0/fpga/usrp3/top/n3xx/n310_rfnoc_image_core.yml#L71 . Jonathon On Fri, Aug 6, 2021 a

[USRP-users] Re: Build FPGA image USRP E310 UHD 4.1

2021-08-06 Thread Jonathon Pendlum
Hi, Use uhd_image_loader to update the FPGA. You can do this either on a PC or on the device. See: https://files.ettus.com/manual/page_usrp_e3xx.html#e3xx_getting_started_fpga_update . Jonathon On Tue, Aug 3, 2021 at 10:45 AM Ivan Zahartchuk wrote: > And you can have an example in which to the

[USRP-users] Re: UHD4.0/GR-Ettus/Custom SigGen block

2021-08-06 Thread Jonathon Pendlum
Hi Paul, Have you tried running the flowgraph without the loopback patch? I don't think it would affect your flowgraph, but it is worth a shot. Do you get the same error if you remove the DDC block? Do you set enable before or after you start streaming? Jonathon On Tue, Aug 3, 2021 at 11:22 AM

[USRP-users] Re: Too Many Samples in a Single Burst

2021-08-06 Thread Jonathan Tobin
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 From: Marcus D. Leech Sent: Friday, August 6, 2021 3:56 PM To: usrp-users@lists.ettus.com Subject: [USRP-users] Re:

[USRP-users] Re: Too Many Samples in a Single Burst

2021-08-06 Thread Marcus D. Leech
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

[USRP-users] Confusion about fpga image to use for RFNoC Replay example

2021-08-06 Thread Tellrell White via USRP-users
Hello Currently, I'm trying to reproduce the RFNoC replay example shown at the following link https://kb.ettus.com/Using_the_RFNoC_Replay_Block using the USRP N310. The version of UHD that I'm using is 4.0, which by default already has RFNoC enabled. According to the link  above, if you're using

[USRP-users] Too Many Samples in a Single Burst

2021-08-06 Thread Jonathan Tobin
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

[USRP-users] X310 ethernet connection failure

2021-08-06 Thread xiapeiqing
I had problem talking to my x310 device over ethernet. Does anybody have similar experience? The following external hardware are used to test my x310 units: * host PC with 10G intel NIC * 192.168.10.1 static IP, connect to X310 port0 using SFP adaptor & CAT-6 cable * 192.168.40.1 static I

[USRP-users] UHD source IO type sc16 is not accepted by any GRC block in gnuradio 3.8 (error source IO type "sc16" does not match sink IO type "short")

2021-08-06 Thread Martin
Hi, I used to be able to select output IO type "sc16" in a UHD source block. And then connect it to anything that expects a vector of two shorts on its input. For example a head block with type short and vectorsize 2. Or a filesink with type short and vectorsize 2. But with current gnuradio 3.8