Hi,
> Any idea what is going on and why it can't find any cards? Also, one
> more thing I ran was:
> root@ettus-e3xx-sg3:~# alsactl init
> alsactl: init:1758: No soundcards found...
I'm using a jethro build on a SG3 E310 and so far I didn't have trouble
with audio. Though I have a custom bui
Try something like this:
self._gateway_block__gateway.set_processor_affinity([0])
On Thu, Oct 26, 2017 at 22:11 john liu via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi all,
> Does anyone know how to solve this problem?
>
> best regards
> John
>
> On Wed, Oct 25, 2017 at 10:43 AM, john
On 10/27/2017 12:44 AM, Gilad Beeri (ApolloShield) wrote:
Thanks Marcus.
I was told by Ettus in the past that nearby hops (X00's of MHz) should
take some tens of microseconds to settle (for the AD936x chip), while
I see 3 milliseconds.
Can you reconfirm the former saying, or confirm that you a
Thanks Marcus.
I was told by Ettus in the past that nearby hops (X00's of MHz) should take
some tens of microseconds to settle (for the AD936x chip), while I see 3
milliseconds.
Can you reconfirm the former saying, or confirm that you also experience ~3
milliseconds of 0's when you change frequenc
On 10/26/2017 09:55 PM, Bakshi, Arjun via USRP-users wrote:
I'm using N210s with SBX daughterboards. No additional enclosures,
just the usrp case.
My goal is to collect channel measurements between the antennae in
different environments, but having a direct path between the rx
chassis and
Hi all,
Does anyone know how to solve this problem?
best regards
John
On Wed, Oct 25, 2017 at 10:43 AM, john liu wrote:
> Dear all,
> We write a python block based gr-sync,everything ok,but which can
> not set_processor_affinity.error as below:
> object has no attribute 'set_processor_affinity'
I'm using N210s with SBX daughterboards. No additional enclosures, just the
usrp case.
My goal is to collect channel measurements between the antennae in different
environments, but having a direct path between the rx chassis and the tx
antenna means that my channel measurements have an unwant
Hi,
I am working on a project that requires capturing the analog signal in a
particular band with the help of USRP2 and then it sends the data over the
GigE connection to the host machine for further processing. Currently, I am
using *uhd_rx_cfile -A $ANTENNA -r $SAMPLE_RATE_SPS -f $FREQ_HZ -g
$GA
My python script used to setup the gain, frequency, number of channels,
sampling freq, etc. no longer works as it did with the version 1 daughtercards,
and I am trying to understand why. The only difference is the new version 2
daughtercards.
From: Neel Pandeya
Date: Thursday, October 26, 201
Hello Mark:
We do not have any document listing the changes between the hardware
revisions of the UBX, but they do not fundamentally affect the operation or
capabilities of the device.
Could you please elaborate on what you mean by "communication anomalies",
and describe the issue in detail?
Tha
On 10/26/2017 01:25 PM, Mark Koenig via USRP-users wrote:
Just bringing this back to the top.
I've never had to do this myself, but folks who've had to use the
"Impact" tool from the ISE package (since N2xx use ISE and not Vivado).
Use the appropriate .bit file from the "bit" subdirectory of
On 10/26/2017 02:05 PM, Bakshi, Arjun via USRP-users wrote:
I'd like to make a shield for my usrps. I have a significant direct
path from the transmitting antenna to a separate receiving usrp case.
The RX and TX are on different usrps. The USRP bodies/cases are about
5 feet apart. The TX ante
I'd like to make a shield for my usrps. I have a significant direct path from
the transmitting antenna to a separate receiving usrp case.
The RX and TX are on different usrps. The USRP bodies/cases are about 5 feet
apart. The TX antenna and RX USRP body are about 10 feet apart. However, the
di
Just bringing this back to the top.
From: Mark Koenig
Date: Monday, October 23, 2017 at 2:26 PM
To: "usrp-users@lists.ettus.com"
Subject: Reprogramming a "Bricked" N210
I have been trying to use Vivado lab to return my N210 to a useable state and
am looking for some help.
I see the green ligh
Hi Nate, just following up on this.
Thank you
Mark
From: Mark Koenig
Date: Thursday, October 19, 2017 at 12:30 PM
To: Nate Temple
Cc: "usrp-users@lists.ettus.com"
Subject: Re: [USRP-users] UBX-160 with X310 communication issue
Nate,
There seems to be a number of differences between the UBX-
Just want to use a flowgraph that was working fine on an older
(load-wise) SG1 E310 system on an up-to-date SG3 E312 system and it
throws up
if I were to type: aplay -i to start up the app, I get:
root@ettus-e3xx-sg3:~# aplay -i
ALSA lib
/home/balister/docker-work/jethro/jethro-test/build/
Great, thank you for the clarification, Derek.
Regards,
Brais.
2017-10-26 17:58 GMT+02:00 Derek Kozel :
> Hello Brais,
>
> Sorry for the long delay. Yes, the B210 has a Spartan 6 which is not
> supported by Vivado so the design uses ISE. This, and the smaller size of
> the B210's FPGA, is why
Hello Brais,
Sorry for the long delay. Yes, the B210 has a Spartan 6 which is not
supported by Vivado so the design uses ISE. This, and the smaller size of
the B210's FPGA, is why RFNoC support has not been added to it. All third
generation USRPs support RFNoC and so will all planned future USRPs.
Hi Bahkshi,
just for understanding purposes: are the TX and the RX antenna on the _same_
USRP?
Generally, I'd like to recommend you take this discussion to the usrp-users
maling list (in CC:), because it's not really related to GNU Radio.
Best regards,
Marcus
On 2017-10-26 07:45, Bakshi,
On 10/26/2017 06:43 AM, Gilad Beeri (ApolloShield) via USRP-users wrote:
Hi,
Whenever I switch center frequency with a USRP B205mini (changing to a
nearby frequency), I get 3 milliseconds of 0 samples.
1. What's the reason behind that?
2. Can I make some changes that will reduce that timespa
On 10/26/2017 04:07 PM, Francois Quitin via USRP-users wrote:
> Dear Philip, EJ,
>
> Thanks a lot for your replies. To keep things simple, I'm tying to
> manually cross-compile the Armadillo library. Unfortunately, there are a
> few dependencies that are not available on the default E310 image
> (
Dear Philip, EJ,
Thanks a lot for your replies. To keep things simple, I'm tying to
manually cross-compile the Armadillo library. Unfortunately, there are a
few dependencies that are not available on the default E310 image
(OpenBLAS, LAPACK, ATLAS, SuperLU).
We've made quite a few changes to
On 10/26/2017 03:01 PM, Francois Quitin via USRP-users wrote:
> Dear all,
>
> I'm writing code for the USRP E310 using the SDK from
> http://files.ettus.com/e3xx_images/e3xx-release-4/ I've been able to
> write code, cross-compile it and execute it without any problems on the
> E310.
>
> I'm try
Dear all,
I'm writing code for the USRP E310 using the SDK from
http://files.ettus.com/e3xx_images/e3xx-release-4/ I've been able to
write code, cross-compile it and execute it without any problems on the
E310.
I'm trying to include external libraries (open-source ones, such as
Armadillo)
Hi,
Whenever I switch center frequency with a USRP B205mini (changing to a
nearby frequency), I get 3 milliseconds of 0 samples.
1. What's the reason behind that?
2. Can I make some changes that will reduce that timespan without data?
___
USRP-use
Hi all,
Is there any thing about performance_data for TwinRx?where could i download
it?
thank you.
best regards
Jon
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
26 matches
Mail list logo
