Yes I have defined the Gpio as output in the mask register
From: Nick Foster
Sent: Friday, April 26, 2019 1:24 PM
To: Chatterjee, Pratik
Cc: Jonathon Pendlum; usrp-users@lists.ettus.com
Subject: Re: [USRP-users] RFNOC GPIO Remapping
Have you defined that GPIO as
Have you defined that GPIO as an output in the mask register?
On Fri, Apr 26, 2019 at 9:01 AM Chatterjee, Pratik via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi Jonathan,
>
> I have a question regarding fpga and rfnoc. I am trying to set a 1'bit
> value on one of the registers in my
On 04/26/2019 12:07 PM, Fabian Schwartau via USRP-users wrote:
Ohh.. you are right, I did not do that in the example code. But the
problem is the same in my main application, where I do. As I said, the
180° phase shift is probably somehow related and not that easy to
reporduce. So the spectrum
Ohh.. you are right, I did not do that in the example code. But the
problem is the same in my main application, where I do. As I said, the
180° phase shift is probably somehow related and not that easy to
reporduce. So the spectrum or I/Q swap should be the main issue here and
I hope that this
On 04/26/2019 11:36 AM, Fabian Schwartau via USRP-users wrote:
Hi,
I am am using LO sharing. So there should not be any phase offset and
no mirrored spectrum, no matter when the USRP comes around to change
the frequency. Even not using LO-sharing, the spectrum should NOT be
mirrored.
The
Hi Jonathan,
I have a question regarding fpga and rfnoc. I am trying to set a 1'bit value on
one of the registers in my noc_block and send the value out the remapped gpio
pins. I haven't been able to see the value on my gpio pin. Although declaring
the register in the custom gpio file I do see
On 04/26/2019 11:36 AM, Fabian Schwartau via USRP-users wrote:
Hi,
I am am using LO sharing. So there should not be any phase offset and
no mirrored spectrum, no matter when the USRP comes around to change
the frequency. Even not using LO-sharing, the spectrum should NOT be
mirrored.
Perhaps
Hi,
I am am using LO sharing. So there should not be any phase offset and no
mirrored spectrum, no matter when the USRP comes around to change the
frequency. Even not using LO-sharing, the spectrum should NOT be mirrored.
Am 26.04.2019 um 17:12 schrieb Marcus D. Leech via USRP-users:
On
On 04/26/2019 11:07 AM, Ziang Gao via USRP-users wrote:
Hi,
We are setting up an usrp B200 mini-i on nvidia JETSON TX2, usrp is
sampling at 20Mhz and retune its center frequency every half second.
It seems every time when the usrp tune its frequency, there's a chance
that usrp will stop
On 04/26/2019 05:13 AM, Fabian Schwartau via USRP-users wrote:
Hi,
a couple of days ago I filed a bug report which caused the USRPs to
switch but noone has responded yet. I did now encountered other
problems wich might be related to that issue. Can somone from Ettus
(or someone else) take a
Hi,
We are setting up an usrp B200 mini-i on nvidia JETSON TX2, usrp is
sampling at 20Mhz and retune its center frequency every half second. It
seems every time when the usrp tune its frequency, there's a chance that
usrp will stop working(green light will be off while orange light
indicating
On Fri, Apr 26, 2019 at 6:09 AM Chintan Patel via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi,
>
> On the B210 devices which use the AD9361, what is the granularity on the
> sample rate supported? I know the max sample rate is 61.44MHz, and that the
> BBPLL that drives the ADC sample
Hi folks,
I have a x310 with two UBX boards. I want to create two tx streamers,
each for one channel and to stream timed samples.
The streamer for channel 0 is ok, but the problem appears with channel 1
streamer.
This problem can be reproduced in tx_timed_samples example, if before
creating
Hi,
On the B210 devices which use the AD9361, what is the granularity on the
sample rate supported? I know the max sample rate is 61.44MHz, and that the
BBPLL that drives the ADC sample clock allows for a varying rates, but I am
trying to find what are the values that are actually supported. In
Hi,
is it to be expected that this will be fixed soon? Is someone at Ettus
working on this?
Best regards,
Fabian
Am 23.04.2019 um 19:34 schrieb Fabian Schwartau via USRP-users:
OK, I just reverted the system to the old version and that works
perfectly. The USRP time is incremented in full
Hi,
a couple of days ago I filed a bug report which caused the USRPs to
switch but noone has responded yet. I did now encountered other problems
wich might be related to that issue. Can somone from Ettus (or someone
else) take a look at that?
Bug report is here:
Hello all,
I need to use opencv-python library on E310. When i try installing using
pip, it gives me this error:
root@ettus-e3xx-sg3:~# pip install opencv-python
Collecting opencv-python
Could not find a version that satisfies the requirement opencv-python
(from versions: )
No matching
17 matches
Mail list logo