thanks a lot for these explanations.
matis
Le 27/03/2018 à 11:52, Derek Kozel a écrit :
> Hi Matis,
>
> The USRPs are generally designed following the rule of thumb that the
> passband is 80% of
> sampling rate. That allows for filters, both analog and digital, to be
> reasonable to
> construct
Hi,
I am using Ettus B200 mini, to receive signal at carrier frequency 725 MHz
and the bandwidth is 6 MHz. The sampling rate is set to 13.28 MHz.
I enabled AGC by calling set_rx_agc() from set_gain inside
/usrp_source_impl.cc.
The thing is that I am receiving a signal with a maximum that reach +
On 03/28/2018 11:32 AM, Ahmed Hamza via USRP-users wrote:
Hi,
I am using Ettus B200 mini, to receive signal at carrier frequency 725
MHz and the bandwidth is 6 MHz. The sampling rate is set to 13.28 MHz.
I enabled AGC by calling set_rx_agc() from set_gain inside
/usrp_source_impl.cc.
The thi
Hi Marcus,
Thank you for your prompt response.
I can change the TX power, kindly find attached the received "I" channel
in case of TX power -25 dbm and -45 dbm. Also, there is about 10 dB
attenuation before the Ettus RX. As you can see, there are many samples
that goes to +/- 2048 and I believe
Hi,
I recently received a new N310 and I have a few questions:
1) Is it true that it is not possible to share LO signals among channels
without supplying an external LO? (as opposed to TwinRx where one shares
the internally generated LO)
2) For an external LO signal, what power level should be used
Hi Rob. See interleaved responses below.
-Robin
On Wed, Mar 28, 2018 at 12:42 PM, Rob Kossler via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi,
> I recently received a new N310 and I have a few questions:
> 1) Is it true that it is not possible to share LO signals among channels
> wit
On 03/28/2018 01:50 PM, Ahmed Hamza wrote:
Hi Marcus,
Thank you for your prompt response.
I can change the TX power, kindly find attached the received"I"
channel in case of TX power -25 dbm and -45 dbm. Also, there is about
10 dB attenuation before the Ettus RX. As you can see, there are man
Hey,
> Is your signal very narrowband?
Also, keep in mind, that the AGC defaults to the 'slow' mode when enabled.
This mode is intended for signals like FM broadcast. So if your signal is
coming in bursts, the AGC won't be able to handle it properly.
Cheers,
Julian
Marcus D. Leech via USRP-use
In case it helps, the changes in this commit helped me get AGC working
using RFNoC/GNURadio when I couldn't find the right hooks to do it via the
API.
https://github.com/tomberek/uhd/commit/c491f3e0f44ea457003852883ff742551a57e785#diff-dff9438dbbf09c43d9ccbf24a04e2cb6
On Wed, Mar 28, 2018 at 4:
Thanks Tom so much for this hint. I am using the uhd driver that comes
prebuilt with the distribution.
I will try to make the suggested changes and rebuild the UHD and try.
I will keep you updated.
Best Regards,
Ahmed
On Wed, Mar 28, 2018 at 4:47 PM, Tom Bereknyei wrote:
> In case it helps, the
On 03/28/2018 05:59 PM, Ahmed Hamza wrote:
Thanks Marcus and Julian for your responses.
The signal is not narrowband. It is 6 MHz bandwidth, please see the
attached snapshot from the GNU radio spectrum analyzer.
Also, the signal is continuous without gaps. The unique thing about
the signal is t
Hi Marcus,
Thanks for your reply.
I am sure that I am using the correct format and that the maximum is +/-
2048 because I am able to decode the signal. Also, the capture plot I have
given before was after 20 seconds of receiver operation but if I do not
wait and capture from the first sample, I s
12 matches
Mail list logo
