The release candidate of UHD version 3.13.0.3 has been tagged and is
available for testing. This is a patch release for the UHD-3.13 branch,
mainly affecting N3xx, X3xx, and B2xx devices. This release is API and ABI
compatible with 3.13.0.2.
The tag for this release:
https://github.com/EttusResea
On 09/15/2018 01:35 AM, Koyel Das (Vehere) via USRP-users wrote:
Hi,
I am using USRP 2954R. I have connected one antenna to RX2 of RF0 and
another antenna to TX/RX of RF1. Both are used for receiving. Can
someone tell me if RX2 of RF0 and TX/RX of RF1 are phase locked that
is the signal recei
Hi,
Thanks for the information. Do I have to set any property in the gnu radio uhd
to phase lock the two oscillators to on board clock or they are by default
locked to it?
Can the external reference be gps? What settings need to be done in UHD to sync
the two oscillators to gps?
Actually I am
On 09/15/2018 10:38 PM, Koyel Das (Vehere) wrote:
Hi,
Thanks for the information. Do I have to set any property in the gnu
radio uhd to phase lock the two oscillators to on board clock or they
are by default locked to it?
Nothing special to do. It happens automatically.
Can the external re
I don’t have access to the flowgraph currently but it’s the same flowgraph I
sent earlier in my other previous email for 2955 R. I have UHD with two
channels, each channel connected to a file sink. One channel is set to TX/RX,
another to RX2. I am sampling at 1 msps. I am capturing data from two
On 09/15/2018 11:32 PM, Koyel Das (Vehere) wrote:
I don’t have access to the flowgraph currently but it’s the same
flowgraph I sent earlier in my other previous email for 2955 R. I have
UHD with two channels, each channel connected to a file sink. One
channel is set to TX/RX, another to RX2. I
I am forwarding the processing steps of matlab. I checked with my phd
supervisor from MPIFR . He is also surprised to see the results. I also did phd
in radio astronomy instrumentation. Please go through the steps of post
processing once. My supervisor didn’t find anything wrong so we are puzzle
I just forwarded in another thread the processing I am doing. Have you received
it?
Regards,
Koyel
From: Marcus D. Leech
Sent: Sunday, September 16, 2018 9:05:29 AM
To: Koyel Das (Vehere); 'USRP-users@lists.ettus.com'
Subject: Re: [USRP-users] Sampler clock commo
On 09/15/2018 11:44 PM, Koyel Das (Vehere) wrote:
I am forwarding the processing steps of matlab. I checked with my phd
supervisor from MPIFR . He is also surprised to see the results. I
also did phd in radio astronomy instrumentation. Please go through the
steps of post processing once. My sup
Yeah my supervisor also suggested to use a splitter. I will do that. Thanks.
Regards,
Koyel
From: Marcus D. Leech
Sent: Sunday, September 16, 2018 9:25:48 AM
To: Koyel Das (Vehere); 'USRP-users@lists.ettus.com'
Subject: Re: Fw: the steps of processing I am doing
On 09/15/2018 11:54 PM, Koyel Das (Vehere) wrote:
I just forwarded in another thread the processing I am doing. Have you
received it?
Regards,
Koyel
Yes, but I'd rather not have to analyse your MATLAB code in detail.
You can use the --phase-relations option on the uhd_fft utility for
doing
Ok will check and get back.
Regards,
Koyel
From: Marcus D. Leech
Sent: Sunday, September 16, 2018 9:28:55 AM
To: Koyel Das (Vehere); 'USRP-users@lists.ettus.com'
Subject: Re: [USRP-users] Sampler clock common or not?
On 09/15/2018 11:54 PM, Koyel Das (Vehere) wro
12 matches
Mail list logo