Re: [USRP-users] Core dump with UHD_3.11, X310, and LFTX

I built from a fresh clone with the normal: git clone https://github.com/EttusResearch/uhd cd uhd/host/ mkdir build cd build cmake ../ make -j8 make test sudo make install sudo ldconfig Then rebuilt gnuradio after that since they said the ABI changed. Lou On May 11, 2018, at

Re: [USRP-users] Core dump with UHD_3.11, X310, and LFTX

Wow good to know, Lou. I checked out the head of the uhd maint branch (commit 34c5610 ) and installed it (set "ENABLE_RFNOC" to "ON" in CMakeLists.txt). Now when I install the head of gr-ettus master branch

Re: [USRP-users] Core dump with UHD_3.11, X310, and LFTX

Did you “git clone — recursive” then switch to the rfnoc branch? I’m not using the rfnoc branch; just the normal maintenance branch, but last time I messed with it, you had to do that. > On May 11, 2018, at 21:16, switchlanez wrote: > > Wow good to know, Lou. > > I

Re: [USRP-users] Core dump with UHD_3.11, X310, and LFTX

Thanks, Michael. So with the fix you referenced RFNoC: Radio now works in Rx mode but does not seem to work work in Tx mode regardless of what's connected to its input (I've tried GNU Radio's in-tree Signal Source then Null Source blocks separately). The "what(): map::at" error is resolved so

Re: [USRP-users] Core dump with UHD_3.11, X310, and LFTX

Tried the X310 today on the maintenance branch, and the TX light illuminates, but did not check for proper quadrature output. Will check it tomorrow. Was able to do 100 Msps full duplex. Lou > On May 11, 2018, at 19:18, switchlanez wrote: > > Thanks, Michael. > >

Re: [USRP-users] USRP sample rate bound to signal bandwidth

In the DSP prior to sending to USRP I scale everything by a const 0.05, the TX gain for the USRP is 0.5 normalized. - Jacob Knoles On Fri, May 11, 2018 at 11:40 AM Ian Buckley wrote: > What TX gain have you got set? Are you sure you are

Re: [USRP-users] USRP sample rate bound to signal bandwidth

What TX gain have you got set? Are you sure you are operating the PA in it’s linear region? OFDM waveforms are notorious for there PAPR requirements. > On May 11, 2018, at 11:23 AM, Jacob Knoles wrote: > > Hey guys, > > Please pardon my ignorance, I am trying to learn

Re: [USRP-users] USRP sample rate bound to signal bandwidth

Hey guys, Please pardon my ignorance, I am trying to learn everything I need for DSP / OFDM on the fly. But I have noticed something with this OFDM gnuradio example. If I take the example and run it directly into the usrp without changing any variables, I get a 350 KHz wide signal out. Now the

Re: [USRP-users] Lightning Surge Protection for USRP N310

On 05/11/2018 12:57 PM, Zhongyuan Zhao via USRP-users wrote: Hi, I have an USRP N310 that will be connected to rooftop antennas. The USRP is located in an equipment room filled with telecom equipments on the rooftop of a high building. The antenna is outdoor along with many other

[USRP-users] Lightning Surge Protection for USRP N310

Hi, I have an USRP N310 that will be connected to rooftop antennas. The USRP is located in an equipment room filled with telecom equipments on the rooftop of a high building. The antenna is outdoor along with many other cellular/microwave antennas. Does the USRP N310 has any internal lightning

Re: [USRP-users] Lightning Surge Protection for USRP N310

Hi Zhongyuan. The USRP N310 does not have any internal lighting surge protection. It is intended as a benchtop SDR. For other use cases, you are free to customize the device as you see fit. Marcus's suggestions are good ones. -Robin On Fri, May 11, 2018 at 10:06 AM, Marcus D. Leech via

Re: [USRP-users] USRP sample rate bound to signal bandwidth

Ugh, that was it, the usrp is coercing the sampling rate to 390k which gives me a 350MHz ish bandwidth. Must have missed that earlier. Thanks for the help. - Jacob Knoles On Fri, May 11, 2018 at 12:36 PM Ian Buckley wrote: > I may not have

Re: [USRP-users] USRP sample rate bound to signal bandwidth

I may not have written my last response helpfully…the absolute value of gain doesn’t tell you much about your actual power output, it’s very waveform dependant. It was a hint to go vary this and see what happens. If you drop a QT GUI Frequency Sink after your Cyclic prefixer you’ll get a good

Re: [USRP-users] N310 streaming documentation

On 05/11/2018 05:57 PM, Louis Brown via USRP-users wrote: Is there documentation on getting the N310 streaming interface working? I'm able to ping the SFP0 port at 192.168.10.2 and the on-board at 192.168.1.4, but uhd_find_devices and uhd_usrp_probe find nothing: uhd_usrp_probe --args

[USRP-users] N310 streaming documentation

Is there documentation on getting the N310 streaming interface working?  I'm able to ping the SFP0 port at 192.168.10.2 and the on-board at 192.168.1.4, but uhd_find_devices and uhd_usrp_probe find nothing: uhd_usrp_probe --args "addr=192.168.10.2" [INFO] [UHD] linux; GNU C++ version 8.1.1

Re: [USRP-users] N310 streaming documentation

The `type` should be n3xx, not n300. --args "addr=192.168.10.2,type=n3xx" Brent On Fri, May 11, 2018 at 3:06 PM, Marcus D. Leech via USRP-users < usrp-users@lists.ettus.com> wrote: > On 05/11/2018 05:57 PM, Louis Brown via USRP-users wrote: > >> >> Is there documentation on getting the N310