Re: [USRP-users] Ettus N310 LO IN RX Synchronization

2020-11-19 Thread Christopher Flood via USRP-users
Marcus, As always, I appreciate your detailed response. I was tossing that question out there just to make sure my interpretation of how the external LO RX input worked was correct. One of the recent tests we ran was comparing signals across daughterboards. We noticed that the residuals between

Re: [USRP-users] Ettus N310 LO IN RX Synchronization

2020-11-19 Thread Marcus D. Leech via USRP-users
On 11/19/2020 04:03 PM, Christopher Flood wrote: Just for my own edification, what is the exact role of the signal that is put into the LO IN RX port? And why does it need to be exactly twice the desired receive frequency? Wouldn't there be additional resolution for any frequency greater than

Re: [USRP-users] Building Debug FS Image

2020-11-19 Thread Philip Balister via USRP-users
Build without mender? Philip On 11/19/20 4:51 PM, Ben Magistro via USRP-users wrote: > I've been trying to rebuild meta-ettus (in this case -v4.0.0.0) with debug > enabled but am hitting an issue with image size being larger than an 8GB sd > card and can't seem to get past that. It says I

[USRP-users] Building Debug FS Image

2020-11-19 Thread Ben Magistro via USRP-users
I've been trying to rebuild meta-ettus (in this case -v4.0.0.0) with debug enabled but am hitting an issue with image size being larger than an 8GB sd card and can't seem to get past that. It says I should increase `MENDER_STORAGE_TOTAL_SIZE_MB` if the actual size is larger but increasing this in

Re: [USRP-users] Ettus N310 LO IN RX Synchronization

2020-11-19 Thread Christopher Flood via USRP-users
Just for my own edification, what is the exact role of the signal that is put into the LO IN RX port? And why does it need to be exactly twice the desired receive frequency? Wouldn't there be additional resolution for any frequency greater than twice the desired receive frequency? On Thu, Nov 19,

Re: [USRP-users] Ettus N310 LO IN RX Synchronization

2020-11-19 Thread Christopher Flood via USRP-users
Yes, the signal should be at +3dBm, the Vrms is ~300mV into a 50 ohm load. The frequency of the signal is also twice the frequency of the signal I'm trying to gather data on. However, due to the way the documentation is phrased, I wasn't sure if 20MHz is too low of a frequency for the LO RX IN. I

Re: [USRP-users] Ettus N310 LO IN RX Synchronization

2020-11-19 Thread Marcus D Leech via USRP-users
Are you inputting an LO signal at twice the desired frequency and at +3dBm? Have you tried adding init_cals=BASIC to your device ages? Sent from my iPhone > On Nov 19, 2020, at 2:26 PM, Christopher Flood via USRP-users > wrote: > >  > Hi all, > > I've seen some discussion about this on the

[USRP-users] Ettus N310 LO IN RX Synchronization

2020-11-19 Thread Christopher Flood via USRP-users
Hi all, I've seen some discussion about this on the email lists, but I'm still having a bit of trouble. I'm trying to use the LO IN RX ports on the front of the N310 to synchronize the oscillators on the two daughterboards. I was thinking I could generate a signal on one of the TX/RX ports of the

Re: [USRP-users] RfnocError: OpTimeout

2020-11-19 Thread Rob Kossler via USRP-users
Hi Dustin, Based on your other post of the dsp_tune not appearing to have worked, it seems likely that this is indeed the case and all of your dsp_tune commands are getting backed up in the FIFO since they are never executed. Does this seem plausible? This of course doesn't explain why the

[USRP-users] FPGA RFNoC Radio block with only one channel

2020-11-19 Thread Maria Muñoz via USRP-users
Hi everyone, I'm using an USRP E320 using the RFNoC image to implement a code that requires too much FPGA resources. I only need to use one of the channels of the USRP so I was wondering if it could be possible to eliminate the logic associated with the other channel to save resources on the FPGA

Re: [USRP-users] Overflows at flowgraph start using gr-uhd

2020-11-19 Thread Josh via USRP-users
Starting to get an idea what is going on with the startup overflows First, suppose I have a raw UHD application that does the following: { instantiate usrp object, set freq, gain, samp_rate issue stream cmd to start some time in the future (2 sec) while(1) { call _rx_stream->recv()

Re: [USRP-users] Overflows at flowgraph start using gr-uhd

2020-11-19 Thread Josh via USRP-users
Same deal - with "num_recv_frames=128,master_clock_rate=" + str(samp_rate*4) I still get "ODD", just about every time. On Thu, Nov 19, 2020 at 6:52 AM Ron Economos via USRP-users < usrp-users@lists.ettus.com> wrote: > The automatic setting of the master clock seems to be getting in the way >

Re: [USRP-users] Direction finding based on USRP E310 board

2020-11-19 Thread Ivan Zahartchuk via USRP-users
Thank you! чт, 19 нояб. 2020 г. в 06:54, Jonathon Pendlum : > Hi Ivan, > > Try building with the gr-ettus maint-3.7 branch. > > Jonathon > > On Wed, Nov 18, 2020 at 1:08 PM Ivan Zahartchuk via USRP-users < > usrp-users@lists.ettus.com> wrote: > >> >> Hello I am trying to install RFNoC for uhd

Re: [USRP-users] Overflows at flowgraph start using gr-uhd

2020-11-19 Thread Josh via USRP-users
Marcus, This is naked hardware - B210 usb into a pretty beefy laptop running Ubuntu 20.04, GNU Radio latest master (3.9) Even with num_recv_frames = 128, still getting "ODD" at startup of the flowgraph Any other optimizations I should be tuning? Getting no overruns in the steady state, just at