Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."
Today's Topics:
1. FW: E100 problem (Nowlan, Sean)
2. Re: Detection of Signal Source (Energy) (Lu?s Correia)
3. Re: FW: E100 problem (Philip Balister)
4. Re: Detection of Signal Source (Energy) ([email protected])
5. Re: USRP and radio direction finding (Steve Wright)
6. Re: UHD Tx Issues with Spurious Samples Being Tx'ed (Isaac Gerg)
7. Re: UHD on USRP2 (Guanbo Zheng)
8. adapter? (Jacob Fenwick)
9. Re: adapter? (Marcus D. Leech)
10. Re: Synch problem in 4*4 MIMO (Farrukh Aziz)
11. Re: Synch problem in 4*4 MIMO (Josh Blum)
----------------------------------------------------------------------
Message: 1
Date: Thu, 17 May 2012 16:52:02 +0000
From: "Nowlan, Sean" <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] FW: E100 problem
Message-ID: <195933287DC65748BA7AE867BA8E430B6218F856@apatlisdmbx02>
Content-Type: text/plain; charset="us-ascii"
Forwarded from GNU Radio list...
From: [email protected]
[mailto:[email protected]] On Behalf
Of Nowlan, Sean
Sent: Thursday, May 17, 2012 12:47 PM
To: [email protected]
Subject: [Discuss-gnuradio] E100 problem
Hi all,
I'm trying to run benchmark_tx.py on an E100 (rev.3). When I do, I get a bunch
of "S" symbols printed to the screen and nothing shows up on the Spec Analyzer
except a CW that appears for an instant and then dies. The reported sample rate
is 800ksps. I'm not sure what's going on. Here's the command I used:
./benchmark_tx.py -f 910000000 --tx-amplitude=0.3 --non-differential -v
--tx-gain=0.0 --args="type=E100" -m bpsk -r 400000
The output of uhd_usrp_probe is attached. This is the e1xx-003 release. uname
-a gives:
Linux usrp-e1xx 3.0.0 #1 Mon Mar 26 04:45:32 PDT 2012 armv7l GNU/Linux
Thanks for your help!
Respectfully,
Sean Nowlan
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120517/eeb657ca/attachment-0001.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: uhd_usrp_probe.txt
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120517/eeb657ca/attachment-0001.txt>
------------------------------
Message: 2
Date: Thu, 17 May 2012 18:18:31 +0100
From: Lu?s Correia <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Detection of Signal Source (Energy)
Message-ID:
<caot7j2h0srz7mblnywmlamdfruklpvb05jhk0uk0mw8rg4o...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Date: Wed, 16 May 2012 09:43:11 -0700
From: John Malsbury <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Detection of Signal Source (Energy)
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Luis,
To clarify what you're asking... Are you looking to perform direction
finding with a phase array, or do you actually mean that you will be
physically stearing a directional antenna? I will assume you mean the
former. If that is the case a set of USRP N2xx could potentially work.
Or you can use a single USRP with the pseudo-doppler technique, as shown
here:
http://www.youtube.com/watch?v=NSC4Y8yA-jY
-John
Hi John, thanks for replying.
I saw the video you sent in the reply. I thought there was an easier way to
do it..
The target signal source will be around 700Mhz and 1.2Ghz .. but for
testing I was thinking on 2.4Ghz.
I've done two simple experiments with Bluetooth and with WiFi.
In both experiments I used the protocol's stack to get the signal strength
and a "tin foil directional antenna" sized according to the RX antenna tip.
It worked accurate enough, giving me higher RSSI values when pointing the
antenna directly to the router (TRX) vs lower RSSI values when pointing it
exactly backwards to the TRX.
For the "real deal" I was thinking in applying the same principle.
I have a USRP1 and a B100 and a DBSRX2 (v1.1), a WBX and a RFX900 to work
with. Why did you suggested the N210?
Thnks in advance,
Luis
On 5/16/2012 9:31 AM, Lu?s Correia wrote:
> Hi,
>
> i'm trying to make a little application that will work with a
> directional antenna to find the source of the TRX.
>
>
>
> I'm kinda of new around USRPs and in need of some first steps, a place
> or code to begin from..
>
> I've seen in the list someone referring to the MIMO code or the
> multiple USRPs in the examples.
>
>
> Is this a good starting point?
>
>
> Thnks in advance,
> Luis
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120517/11b1d046/attachment-0001.html>
------------------------------
Message: 3
Date: Thu, 17 May 2012 13:21:27 -0400
From: Philip Balister <[email protected]>
To: "Nowlan, Sean" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] FW: E100 problem
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 05/17/2012 12:52 PM, Nowlan, Sean wrote:
> Forwarded from GNU Radio list...
>
> From: [email protected]
> [mailto:[email protected]] On
> Behalf Of Nowlan, Sean
> Sent: Thursday, May 17, 2012 12:47 PM
> To: [email protected]
> Subject: [Discuss-gnuradio] E100 problem
>
> Hi all,
>
> I'm trying to run benchmark_tx.py on an E100 (rev.3). When I do, I get a
> bunch of "S" symbols printed to the screen and nothing shows up on the Spec
> Analyzer except a CW that appears for an instant and then dies. The reported
> sample rate is 800ksps. I'm not sure what's going on. Here's the command I
> used:
We've seen this on some E100's and are working on the issue.
Philip
>
> ./benchmark_tx.py -f 910000000 --tx-amplitude=0.3 --non-differential -v
> --tx-gain=0.0 --args="type=E100" -m bpsk -r 400000
>
> The output of uhd_usrp_probe is attached. This is the e1xx-003 release. uname
> -a gives:
>
> Linux usrp-e1xx 3.0.0 #1 Mon Mar 26 04:45:32 PDT 2012 armv7l GNU/Linux
>
> Thanks for your help!
>
> Respectfully,
> Sean Nowlan
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 4
Date: Thu, 17 May 2012 13:31:06 -0400
From: [email protected]
To: <[email protected]>
Subject: Re: [USRP-users] Detection of Signal Source (Energy)
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
If you're just interested in RSSI values, you can do a power
detection on the incoming I/Q valudes:
DECIMATE(LOW_PASS(I**2+Q**2))
This gives you an uncalibrated signal strength indication that is
reasonably linear in power.
-Marcus
On Thu, 17 May 2012 18:18:31
+0100, Lu?s Correia wrote:
> Date: Wed, 16 May 2012 09:43:11 -0700
>
From: John Malsbury
> To: [email protected] [2]
> Subject:
Re: [USRP-users] Detection of Signal Source (Energy)
> Message-ID:
>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
>
>
Luis,
>
> To clarify what you're asking... Are you looking to perform
direction
> finding with a phase array, or do you actually mean that
you will be
> physically stearing a directional antenna? I will assume
you mean the
> former. If that is the case a set of USRP N2xx could
potentially work.
> Or you can use a single USRP with the
pseudo-doppler technique, as shown
> here:
>
>
http://www.youtube.com/watch?v=NSC4Y8yA-jY [4]
>
> -John
>
> Hi
John, thanks for replying.
>
> I saw the video you sent in the reply.
I thought there was an easier way to do it..
>
> The target signal
source will be around 700Mhz and 1.2Ghz .. but for testing I was
thinking on 2.4Ghz.
>
> I've done two simple experiments with
Bluetooth and with WiFi.
>
> In both experiments I used the protocol's
stack to get the signal strength and a "tin foil directional antenna"
sized according to the RX antenna tip.
> It worked accurate enough,
giving me higher RSSI values when pointing the antenna directly to the
router (TRX) vs lower RSSI values when pointing it exactly backwards to
the TRX.
>
> For the "real deal" I was thinking in applying the same
principle.
>
> I have a USRP1 and a B100 and a DBSRX2 (v1.1), a WBX
and a RFX900 to work with. Why did you suggested the N210?
>
> Thnks
in advance,
> Luis
>
> On 5/16/2012 9:31 AM, Lu?s Correia wrote:
>>
Hi,
>>
>> i'm trying to make a little application that will work with
a
>> directional antenna to find the source of the TRX.
>>
>>
>>
>>
I'm kinda of new around USRPs and in need of some first steps, a place
>> or code to begin from..
>>
>> I've seen in the list someone
referring to the MIMO code or the
>> multiple USRPs in the examples.
>>
>>
>> Is this a good starting point?
>>
>>
>> Thnks in advance,
>> Luis
>>
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected] [5]
>>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com [6]
Links:
------
[1] mailto:[email protected]
[2]
mailto:[email protected]
[3]
mailto:[email protected]
[4]
http://www.youtube.com/watch?v=NSC4Y8yA-jY
[5]
mailto:[email protected]
[6]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120517/8d4f3008/attachment-0001.html>
------------------------------
Message: 5
Date: Fri, 18 May 2012 07:06:51 +1200
From: Steve Wright <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: [USRP-users] USRP and radio direction finding
Message-ID: <1337281611.1381.3.camel@steve-desktop>
Content-Type: text/plain; charset="UTF-8"
On Thu, 2012-05-17 at 12:00 -0400, <[email protected]>
> To: [email protected]
> Subject: [USRP-users] Detection of Signal Source (Energy)
> i'm trying to make a little application that will work with a directional
> antenna to find the source of the TRX.
http://www.google.co.nz/search?q=usrp+rdf
------------------------------
Message: 6
Date: Thu, 17 May 2012 15:33:56 -0400
From: Isaac Gerg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: [USRP-users] UHD Tx Issues with Spurious Samples Being
Tx'ed
Message-ID:
<cadnn3yxfkx4hvuxsmhwxcinmtxllkwvrtr0udtdyz6jezr0...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Hi Josh,
I tried your suggestion about flushing with zeros and not setting the
EOB. It doesn't help. I can't do the other suggestions because I
cant get the thing to build correctly in windows.
I'm send bursts every 2 seconds that start at 1ms in length and
increase every time buy 1 ms. So 4 bursts later, my burst is 4ms in
length. What I am seeing is that I get nothing until burst 6/7. What
comes out is a burst that is 4ms long. It like the samples are
getting jammed up in a buffer somewhere.
What's an optimal signal length to send out of the USRP1? Id be happy
to pad my signal with noise so that it can go out over the air
correctly. There's has to be a signal I can send out that the USRP
will function correctly with.
Thanks.
Isaac
On Tue, May 8, 2012 at 7:04 PM, Josh Blum <[email protected]> wrote:
>
>
> On 05/08/2012 02:29 PM, Isaac Gerg wrote:
>> Hi Josh,
>>
>> Have you had any more time to look into my problem? ?Is there
>> something I can do to help you?
>>
>
> I think you are seeing that the DAC is still modulating the last sample
> that it saw.
>
> So, when you EOB, there are zeros flushed out, but it seems that USRP
> FPGA transmit state machine is disabled before the zeros are seen in the
> FPGA, so the DAC modulates the last known samples, not zero:
>
> Here is a possible fix, dont disable TX state machine:
> http://pastebin.com/D9SqYQ6n
>
> Here is another, disable DAC along with TX state machine:
> http://pastebin.com/YhVKq6KQ
>
> You could also, from an application standpoint, not set EOB, but rather
> send a packet's worth of zeros.
>
> This is all very hairy because USRP1 isnt really capable of bursting.
>
> -josh
------------------------------
Message: 7
Date: Thu, 17 May 2012 19:00:12 -0500
From: Guanbo Zheng <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] UHD on USRP2
Message-ID:
<CA+qpN9FTZR_4trrJ4SLab=r=ja6an-z8ma47du0ahftgkqt...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Marcus
Thanks a lot for your quick reply!
I did try the installation using the "build-gnuradio" that written by you.
Everything looked fine during installation, except there is the error on
building rtl-sdr "rtl-sdr build apparently failed". It looks like a
separate component. Does it really matter?
I can see that, UHD is installed and gnuradio, as well as firmware. But I
tried to probe the USRP2 device with "uhd_find_devices", still no luck.
Is there any ways that I can identify the problem? Thanks a lot!
BTW, I am using Gigabyte switch, USRP2, Ubuntu 10.04, Gnuradio-3.6.0.
Guanbo
On Wed, May 16, 2012 at 9:39 PM, Marcus D. Leech <[email protected]> wrote:
> **
>
> Dear all,
>
> I was playing a lot of USRP2 under old driver. Now I started to move to
> UHD driver for USRP2.
> My system is: Gnuradio 3.6.0 + Ubuntu 10.04.
>
> For installation, I carefully followed this great guides:
> http://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR
> and http://www.ruby-forum.com/topic/213259
>
> After successfully installing the UHD and gnuradio, I have the error of
> "No UHD Devices Found".
>
> So i guess I need to upgrade my firmware and FPGA image. But I do not
> know which one is good for me.
>
> In the following page, it tells that, those are not for UHD. Then,
> where can I find the proper ones for USRP2+UHD?
>
> http://code.ettus.com/redmine/ettus/projects/public/wiki/U2binaries
>
> Thanks a lot!
>
> --
> Regards,
> Guanbo
>
>
> _______________________________________________
> USRP-users mailing
> [email protected]http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
> Well, if you're on Ubuntu, you could just run:
>
> http://www.sbrac.org/files/build-gnuradio
>
>
> Which will, among other things, install latest Gnu Radio + UHD, and also
> download the latest appropriate firmware and place it into
> /usr/local/share/uhd/images.
>
>
>
> --
> Marcus Leech
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortiumhttp://www.sbrac.org
>
>
--
Regards,
Guanbo
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120517/43f4f8b5/attachment-0001.html>
------------------------------
Message: 8
Date: Thu, 17 May 2012 22:34:22 -0400
From: Jacob Fenwick <[email protected]>
To: [email protected]
Subject: [USRP-users] adapter?
Message-ID:
<caes2tvh+ehnc_islkc+ifchqxd9rc6pazz034o5rep22goc...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
I'm looking to hook my vert 900 antenna up to an n type female connector.
What type of end does the vert 900 have? SMA?
Jacob
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120517/83e3b6d0/attachment-0001.html>
------------------------------
Message: 9
Date: Thu, 17 May 2012 22:39:00 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] adapter?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
On 17/05/12 10:34 PM, Jacob Fenwick wrote:
> I'm looking to hook my vert 900 antenna up to an n type female connector.
> What type of end does the vert 900 have? SMA?
>
> Jacob
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
Yes, it's a male SMA connector.
--
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120517/d2020c73/attachment-0001.html>
------------------------------
Message: 10
Date: Thu, 17 May 2012 19:40:23 -0700 (PDT)
From: Farrukh Aziz <[email protected]>
To: John Malsbury <[email protected]>
Cc: USRP user forum <[email protected]>
Subject: Re: [USRP-users] Synch problem in 4*4 MIMO
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
John,Thanks for your reply. ?I have not burnt the EEPROM as it says that?"If
you only require 10MHz and PPS signals for reference or MIMO use?then see the
synchronization page" ?http://files.ettus.com/uhd_docs/manual/html/sync.html?
On this page the following code has to be implemented
srp->set_clock_source("external");
usrp->set_time_source("external");
I am not working in Python or C++, to implement anything. I am only using GRC.
Can you please explain in simple words to a novice like me, that how this code
should be implemented.I will be grateful.
Farrukh Aziz Bhatti
Department of Electrical & Computer Engineering
University of Auckland
--- On Thu, 17/5/12, John Malsbury <[email protected]> wrote:
From: John Malsbury <[email protected]>
Subject: Re: [USRP-users] Synch problem in 4*4 MIMO
To: "Farrukh Aziz" <[email protected]>
Cc: "USRP user forum" <[email protected]>
Received: Thursday, 17 May, 2012, 9:12 AM
If you have installed the gpsdo properly, it UHD will automatically select the
GPSDO as a refrence - so "default" for the master should suffice. Have you
burnt the EEPROM?
http://files.ettus.com/uhd_docs/manual/html/gpsdo.html#post-installation-task-n-series-only
Also, I may be mistaken but I think you should select MIMO as the time source
for the slave board.
-John
On Wed, May 16, 2012 at 9:05 PM, Farrukh Aziz <[email protected]> wrote:
Sorry for this dragging problem which is still not solved. I have two N210s
connected via MIMO cable in a master/slave configuration, each fitted with
TVRX2 db. I want four complex, synchronized data streams from this.
Properties UHD: USRP source
Sync: Unknown PPS
Clock rate: Default
Num Mboards: 2
MB0 Ref source: External (also tried 'internal' and 'default' but same result)
Mb0 Subdev Spec: 0:RX1 0:RX2
Mb1 Ref Source: MIMO Cable
Mb1 Subdev Spec: 0:RX1 0:RX2
Num Channels: 4
I have connected GPSDO with the master board for synchronization. After
physical installation of GPSDO, I checked the 2? sync outputs of GPSDO on an
oscilloscope. They were:
1 PPS, 200ms pulse of amplitude 3.2 V (Duty cycle 20%)
10 MHz sine wave, amplitude 4.18 Vpp. (There were some adapters in the link to
Osc)
After setting the J510 jumper, I fed the mboard 0 with GPSDO reference signals.
However I am still getting this error
UHD Warning:
??? Detected time deviation between board 1 and board 0.
??? Board 0 time is 0.009112 seconds.
??? Board 1 time is 29.012157 seconds.
OUHD source block got error code 0x2
gr_block_executor: source <gr_block gr uhd usrp source (45)> produced no
output.? We're marking it DONE.
I am only working in GRC, and my understanding is that GPSDO signals should
synchronize the system, but its not. What am I missing? Many thanks in advance
for any expert comments.
Farrukh Aziz Bhatti
Department of Electrical & Computer Engineering
University of Auckland
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120517/2c6e63be/attachment-0001.html>
------------------------------
Message: 11
Date: Thu, 17 May 2012 21:35:13 -0700
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Synch problem in 4*4 MIMO
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
OK, I will help you to get the correct USRP source settings in GRC.
First lets take this step by step. Tell me this:
How do you want to synchronize the time between two USRPs:
1) Are you using the MIMO cable, do you want to use it to sync time?
2) Or are you sharing a common PPS signal to both USRPs?
2.1) If so, how are you providing that PPS?
-josh
------------------------------
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
End of USRP-users Digest, Vol 21, Issue 18
******************************************
