Re: [USRP-users] B210 - how to use second TX/RX frontend?

Hi, this makes no difference, but maybe some stuff by means of software is "strange", I will try on another installation. TNX! Ralph. > -Original Message- > From: USRP-users [mailto:usrp-users-boun...@lists.ettus.com] On Behalf Of > Ron Economos via USRP-users > Sent: Sunday, August 19,

Re: [USRP-users] B210 - how to use second TX/RX frontend?

Just to make sure we're on the same page, here's what it looks like in Python. self.uhd_usrp_source_0.set_subdev_spec('A:B', 0) And in GRC. subdev Ron On 08/20/2018 12:12 AM, Ralph A. Schmid, dk5ras via USRP-users wrote: Hi, this makes no difference, but maybe some stuff by means of softwa

Re: [USRP-users] B210 - how to use second TX/RX frontend?

You could also try. uhd_fft -f 2e9 -s 5e6 --spec A:B Ron On 08/20/2018 12:12 AM, Ralph A. Schmid, dk5ras via USRP-users wrote: Hi, this makes no difference, but maybe some stuff by means of software is "strange", I will try on another installation. TNX! Ralph. -Original Message- F

[USRP-users] packet size for RFNOC testbenches

I have been trying to figure out an issue with my block for a while, and it dawned on me that I might be barking up the wrong tree. I would like to send a lot of data for my test (say 5000+ samples). I noticed that things seem to get hosed after 496 samples. It might be an issue with my blo

Re: [USRP-users] packet size for RFNOC testbenches

Hey Jason, You could try testing with noc_block_skeleton. It only does a loopback and has a self checking testbench. Jonathon On Mon, Aug 20, 2018, 11:48 PM Jason Matusiak via USRP-users < usrp-users@lists.ettus.com> wrote: > I have been trying to figure out an issue with my block for a while,

Re: [USRP-users] packet size for RFNOC testbenches

Howdy Jon, My problem with skeleton's test bench is that it only sends one packet of data out (SPP). I would need to send many (which works for a little while, then seems to stop). - Original Message - Subject: Re: [USRP-users] packet size for RFNOC testbenches From: "Jon

[USRP-users] Cannot attain 56MHz receive BW with either USRP B200mini or E312

Hello! I am trying to reach the 56MHz BW limit for the USRP B200mini, but have only been able to receive 1MHz continuously. Could someone help me reach a higher BW? I am using the example code rx_samples_to_file.cpp which comes with uhd and can be found here: https://github.com/manuts/uhd-example

Re: [USRP-users] Cannot attain 56MHz receive BW with either USRP B200mini or E312

On 08/20/2018 03:02 PM, Nicole Bienert via USRP-users wrote: Hello! I am trying to reach the 56MHz BW limit for the USRP B200mini, but have only been able to receive 1MHz continuously. Could someone help me reach a higher BW? I am using the example code rx_samples_to_file.cpp which comes wit

[USRP-users] Prebuilt UHD images for the E310

Any idea on who I should ask if it is possible to get the http://files.ettus.com/binaries/images/ directory updated with more recent E310 compiled images? It looks like the last one was March of 2017. Thanks Rich_

Re: [USRP-users] uhd_usrp_probe Daughterboard Manager (DBMGR) error.

Marcus, I set the UHD_LOG_LEVEL to 0 and ran uhd_usrp_probe as requested with the same results. see transcript. The uhd install was accomplished using the PyBOMBS method specified in Ettus AN-823. As a result I did not explicitly run cmake for this environment. I can re-install uhd with the opti