Re: [USRP-users] Phase relation between RX/TX LO

2019-12-06 Thread Lukas Haase via USRP-users
Hi Marcus, Marcus wrote:> On 12/06/2019 09:33 PM, Lukas Haase via USRP-users wrote: >> Hi, >> >> I am using the USRP X310+UBX160 with gnuradio to perform very >> precicse phase measurements: The TX transmits a CW which is >> reflected by an object and received by the RX. >> >> The received phase

Re: [USRP-users] Phase relation between RX/TX LO

2019-12-06 Thread Marcus D. Leech via USRP-users
On 12/06/2019 09:33 PM, Lukas Haase via USRP-users wrote: Hi, I am using the USRP X310+UBX160 with gnuradio to perform very precicse phase measurements: The TX transmits a CW which is reflected by an object and received by the RX. The received phase provides an accurate estimate of the

[USRP-users] Phase relation between RX/TX LO

2019-12-06 Thread Lukas Haase via USRP-users
Hi, I am using the USRP X310+UBX160 with gnuradio to perform very precicse phase measurements: The TX transmits a CW which is reflected by an object and received by the RX. The received phase provides an accurate estimate of the distance to the reflected object, once the fixed phase relation

[USRP-users] RFNoC Radio+DDC vs USRP source

2019-12-06 Thread d.des via USRP-users
If I build an FPGA image that includes a radio and a DDC and use the Gnuradio USRP block to record 2-channel data on pulsed signals at a 1 MHz sample rate it runs fine and the streams are time aligned. If I build a simple flowgraph with the RFNoC radio+DDC it also runs fine but the samples are

Re: [USRP-users] transmitting on two channels with replay block

2019-12-06 Thread Sam Reiter via USRP-users
Thomas, Upon further investigation, we may be running up to a practical limit of a single CHDR interface rather than an issue with your code. A single replay block servicing two radios will have a max (theoretical) rate of 187.5 MSPS on either channel. This means that you might be able to squeeze

Re: [USRP-users] transmitting on two channels with replay block

2019-12-06 Thread Sam Reiter via USRP-users
Thomas, I'd need to set it up on my end, but I believe you can TX two distinct waveforms from a single replay block instance. You'd need to make sure that your adding your data to the buffer in separate locations and at an address that is a multiple of 8 bytes (which it looks like you're doing

Re: [USRP-users] x300 systematic error

2019-12-06 Thread Minutolo, Lorenzo via USRP-users
Hi, The problem was fixed by removing a periodic call to the reset() method of the streamers. The code and the documentation is publicly available and the fix has been applied in one of the

[USRP-users] Noise vs Sample rate

2019-12-06 Thread Thibaud Vial via USRP-users
Hi, I'm currently working on USRP sensitivity and noise. Noise power depends on receiver bandwidth ( https://en.wikipedia.org/wiki/Johnson%E2%80%93Nyquist_noise#Noise_power_in_decibels). But what if : - I sample a signal at 4MHz with USRP + GNURadio (Thermal noise power = -174 + 10*log(4MHz) ) -

Re: [USRP-users] DPDK

2019-12-06 Thread Keith k via USRP-users
Thanks for the information. I was just curious. The N2xx may have relatively low streaming rates, but I run 16 of them in a multi-usrp setup and that combined parallel load is a lot for the computer to handle. I have never been able to optimize the code and operating system enough to completely

[USRP-users] Error message: UHD: 1

2019-12-06 Thread Lukas Buderath via USRP-users
Hey, we are utilizing the B210 with Amarisoft to emulate an LTE network. There are currently three PCs involved: One emulating the EPC, one emulating the eNB and one emulating the UE. We want the eNB and the UE to communicate via TDD on frequency band 38. However, when we adapt the Amarisoft

Re: [USRP-users] DPDK

2019-12-06 Thread Neel Pandeya via USRP-users
Hello Keith: No, support for DPDK will not be added to the N200/N210. At the relatively low streaming rates of that device, there is probably not much need for DPDK. DPDK is supported on the X300, X310, N300, N310, N320, N321, E320. --Neel Pandeya On Thu, 5 Dec 2019 at 17:16, Marcus D. Leech