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. Typical distance (Gonzalo Flores De La Parra)
   2. Re: Whitch are the ports used by the usrp2 for sending and
      receiving data? (Josh Blum)
   3. Re: sync across hosts/programs (Josh Blum)
   4. Re: start_of_burst=true missing in timed receive bursts
      (Josh Blum)
   5. Re: Regarding noise power calculation using SBX board (Matt Ettus)
   6. Re: Typical distance (Matt Ettus)
   7. CogWave project (Chenfei Gao)
   8. Re: USRP Matlab Target Installer not working (Mike McLernon)
   9. Re: CogWave project (Vincent Le Nir)


----------------------------------------------------------------------

Message: 1
Date: Mon, 18 Feb 2013 12:29:23 -0600
From: Gonzalo Flores De La Parra <[email protected]>
To: [email protected]
Subject: [USRP-users] Typical distance
Message-ID:
        <cacwyxxdqzh6b3rurgdfgu7j7ddgt5lhssj-t19eupqz+6o0...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Hi list..
i'm wondering if any of you know or have measured the distance that a
usrpn210+WBX or usrpn210+RFX900 can reach? i was thinking about calculating
it with the Free Space formula, but a real value would be better..
Besides that i have some doubts about the Noise Figure (NF), how can i
calculated? i was reading about it and as far as i understand its the ratio
of SNRin,dB - SNRout,dB.
Thanks to everyone

-- 
Ing. Gonzalo Flores De La Parra
Electr?nica en Comunicaciones
Universidad Aut?noma Metropolitana
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130218/1bbd94f9/attachment-0001.html>

------------------------------

Message: 2
Date: Mon, 18 Feb 2013 12:55:57 -0600
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Whitch are the ports used by the usrp2 for
        sending and receiving data?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1



On 02/18/2013 10:55 AM, Julio Hector Aguilar Renteria wrote:
> Dear,
> 
> Hi, All
> Which are the ports used by the usrp2 for sending and receiving data?
> 
> 

UDP ports? Here you go:
http://code.ettus.com/redmine/ettus/projects/uhd/repository/entry/host/lib/usrp/usrp2/fw_common.h#L51

-josh

> 
> Julio H.
> 
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> 



------------------------------

Message: 3
Date: Mon, 18 Feb 2013 12:58:38 -0600
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] sync across hosts/programs
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1



On 02/16/2013 07:23 PM, Qifanski wrote:
> Hi,
> 
> I have a configuration like this and want to phase sync all the USRP N210s
> here:
> 1) all USRPs are connected to the clock with 1pps and 20Mhz ref.
> 2) USRPs are connected to different desktops, programs are running
> independently on these desktops.
> 
> If I want to create a MIMO node out of these USRPs (phase synced), by my
> understanding, I could block all the programs at somewhere and let the
> USRPs wait for the 1 pps signal. As long as the time points these USRPs
> start to wait for the pps vary within 1 second, they should be synced,
> right?
> 
> If so, is before
> uhd::usrp::multi_usrp::set_time_unknown_pps<http://files.ettus.com/uhd_docs/doxygen/html/classuhd_1_1usrp_1_1multi__usrp.html#a413014bf3aea4a8ea2d268b4a3b390e9>
> the
> place I should block all the programs and let them wait for a control
> signal (through socket maybe) ?
> 

1) You want to query last_time_pps() until the value changes. This lets
you know when the PPS edge occurs - to prevent race conditions on the
next call.

2) Then send the desired time to latch into all USRPs on the next PPS
edge. You can do this with some sort of network communication, broadcast
packets, etc...

> Do I need to sync again before send() and recv()?
> 

Just sync the device once before streaming.

-josh

> Thanks,
> Qski
> 
> 
> 
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> 



------------------------------

Message: 4
Date: Mon, 18 Feb 2013 13:11:13 -0600
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] start_of_burst=true missing in timed receive
        bursts
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1



On 02/17/2013 07:00 PM, John Buetefuer wrote:
> 
> I'm using timed receive bursts in an application and have noticed that
> start_of_burst is not being set to true in the receive metadata
> (rx_metadata_t) returned in the first recv() call on the stream.
> end_of_burst=true is being set in the last 'packet' of received samples
> - and thus I do have a work-around - ie, the first batch of samples
> received /after/ the end_of_burst=true must be the start_of_burst for
> the next timed receive command. It would be nice if start_of_burst was
> set however
> 
> Just wondering if anyone else has seen this, or if it has been fixed
> recently?
> 

The start of burst tag actually has no realization in the FPGA. Its just
implied by being after an end of burst. And the FPGA state machines make
the same assumption.

The SOB has some history to it, but it will probably go away in a API
breaking release in the future. Sorry, that is confusing.

-josh

> Using UHD version UHD_003.004.003-1-g64d15538
> 
> Cheers
> 
> John
> 
> 
> 
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> 



------------------------------

Message: 5
Date: Mon, 18 Feb 2013 12:22:19 -0800
From: Matt Ettus <[email protected]>
To: senthil murugan <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Regarding noise power calculation using SBX
        board
Message-ID:
        <CAN=1kn87jhj0eybq8ouoodo5uhcdyep6epkti2puyprjcmx...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

There are no units on those samples.  You need an absolute amplitude
reference in order to determine the volts to number conversion.

Matt


On Mon, Feb 18, 2013 at 5:33 AM, senthil murugan
<[email protected]>wrote:

> hi,
>
> I am trying to estimate noise power without injecting any signal in SBX
> board with USRP N210.
>
> 1. Carrier frequency is 2.452GHz with BW of 10MHZ.
> 2. Gain = 0dB and using Tx/Rx port.
>
> noise power = (sum of 64 samples of amplitude squared)/64.
>
> I am getting around -78 dB. If I try to evaluate dBm/Hz, I am getting
>  -78 - 70 = -148 dB/Hz.  Hence , it will be -118 dBm/Hz.
>
> Its not matching with theoretical value of -174 dBm/Hz + 5 dB = -169
> dBm/Hz.
>
> Where am I going wrong with my calculations?
>
> Thanks
> sencen
>
> _______________________________________________
> 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/20130218/ea75c7a9/attachment-0001.html>

------------------------------

Message: 6
Date: Mon, 18 Feb 2013 12:30:16 -0800
From: Matt Ettus <[email protected]>
To: Gonzalo Flores De La Parra <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Typical distance
Message-ID:
        <CAN=1kn-GB8UCQWaUq-g7T5UhhgNco8220DcHkpGDj=fxfmq...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Gonzalo,

The distance over which you can communicate depends on many factors beyond
the radios themselves.  You need to know the data rate, modulation and
coding system, antennas, terrain, etc.

Matt


On Mon, Feb 18, 2013 at 10:29 AM, Gonzalo Flores De La Parra <
[email protected]> wrote:

> Hi list..
> i'm wondering if any of you know or have measured the distance that a
> usrpn210+WBX or usrpn210+RFX900 can reach? i was thinking about calculating
> it with the Free Space formula, but a real value would be better..
> Besides that i have some doubts about the Noise Figure (NF), how can i
> calculated? i was reading about it and as far as i understand its the ratio
> of SNRin,dB - SNRout,dB.
> Thanks to everyone
>
> --
> Ing. Gonzalo Flores De La Parra
> Electr?nica en Comunicaciones
> Universidad Aut?noma Metropolitana
>
> _______________________________________________
> 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/20130218/18216d9a/attachment-0001.html>

------------------------------

Message: 7
Date: Mon, 18 Feb 2013 23:46:54 +0000
From: Chenfei Gao <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] CogWave project
Message-ID:
        
<e0964f29cd002741839ee91972f50f4d341b2...@ch1prd0102mb109.prod.exchangelabs.com>
        
Content-Type: text/plain; charset="us-ascii"

Hi all,

Is anybody using CogWave proposed by Vincent? It's a great project, especially 
on Cognitive radio platform building. I checkout from git but I found I could 
only launch the CogWave.pro in qtcreator which showed only a tx/rx main window. 
I don't know how to launch the main window showing spectrum sensing information 
as that in demo video. That't one of my questions. Another, where is the video 
source I should put? Is it coming from webcam or video files located at some 
place ? Seems that the git version is not the same one in demo video cause it 
lacks of some functionality. Does anybody have the similar situation?

Any suggestions would be appreciated.

Chenfei



------------------------------

Message: 8
Date: Tue, 19 Feb 2013 13:44:04 +0000
From: Mike McLernon <[email protected]>
To: Jayanta Datta <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP Matlab Target Installer not working
Message-ID:
        <e3879be9a282cb45aab7ce258a9ae48f218a8...@exmb-01-ah.ad.mathworks.com>
Content-Type: text/plain; charset="utf-8"

Hi Jayanta,

This is a known issue that first appeared a few days ago.  We believe that we 
know what the problem is, and we are working with adjacent teams to fix it 
ASAP.  However, it will help us if you can provide a step-by-step description 
of how the install process is failing.  Could you provide that for us?

Best,
Mike


-----Original Message-----
From: USRP-users [mailto:[email protected]] On Behalf Of 
Jayanta Datta
Sent: Monday, February 18, 2013 11:35 AM
To: [email protected]
Subject: Re: [USRP-users] USRP Matlab Target Installer not working

Mike McLernon <Mike.McLernon@...> writes:

> 
> Hi Michael,
> 
> Can you verify which release you are using, and which platform 
> (Windows, Mac,
Linux)?
> 
> Thanks,
> Mike
> 
> -----Original Message-----
> From: USRP-users [mailto:usrp-users-bounces@...] On Behalf Of Michael 
> Yan
> Sent: Friday, February 15, 2013 2:02 PM
> To: usrp-users@...
> Subject: [USRP-users] USRP Matlab Target Installer not working
> 
> Hi,
> 
> I am trying to install USRP radio support in MATLAB (using 
> targetinstaller),
but am unable to do so.  The
> instructions tell me to click "next" in order to open a web browser so 
> that I
can log in to MathWorks and fill
> in a form.  I do so,  but I cannot click next in the installation.  Is 
> this a
bug?  Is there anywhere else I can
> download the USRP support package from?
> 
> Thanks
> 
> _______________________________________________
> USRP-users mailing list
> USRP-users@...
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> 
> 
> _______________________________________________
> USRP-users mailing list
> USRP-users@...
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

> Hello,
Same problem here. Using matlab 2012b and usrp n210 rev 4. 'target Installer' 
at the matlab command prompt does not complete the installation. Even after 
filling the form, the 'next' button in the installation window does not appear. 
Actually, I had previously installed the USRP support package successfully but 
had recently re-installed MATLAB and after that looks like USRP package had not 
been installed. Currently, using 'targetinstaller' the USRP support is not 
getting installed. I don't know how to proceed. Please help.

Sincerely
Jayanta 




_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 476 bytes
Desc: not available
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130219/5475bc92/attachment-0001.sig>

------------------------------

Message: 9
Date: Tue, 19 Feb 2013 17:21:57 +0100
From: Vincent Le Nir <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] CogWave project
Message-ID: <[email protected]>
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed

Hi Chenfei,

Thanks for your interest in CogWave. I have removed the spectrum sensing 
tab in the release to lower the weight of the code and to increase the 
speed of the app. I might restore it in a future release if there are 
some interest in it.

For the video source, you could check if the following line is working:

gst-launch-0.10 v4l2src ! 'video/x-raw-yuv, width=352, height=288, 
framerate=5/1' ! ffmpegcolorspace ! queue ! xvimagesink

The same line is used in the video_tx.cpp code. If the line works, then 
you should see the video source in the main window. If not, maybe you 
have to install additional Gstreamer packages, or your webcam does not 
comply with the settings in the line (width=352?, height=288?....). In 
this case, try to change the parameters to see which ones are good for 
your webcam (not too high resolution if you want to keep your framesize 
relatively small).

Let me know if this solved the problem.
Best regards,
Vincent

On 02/19/2013 12:46 AM, Chenfei Gao wrote:
> Hi all,
>
> Is anybody using CogWave proposed by Vincent? It's a great project, 
> especially on Cognitive radio platform building. I checkout from git but I 
> found I could only launch the CogWave.pro in qtcreator which showed only a 
> tx/rx main window. I don't know how to launch the main window showing 
> spectrum sensing information as that in demo video. That't one of my 
> questions. Another, where is the video source I should put? Is it coming from 
> webcam or video files located at some place ? Seems that the git version is 
> not the same one in demo video cause it lacks of some functionality. Does 
> anybody have the similar situation?
>
> Any suggestions would be appreciated.
>
> Chenfei
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>



------------------------------

Subject: Digest Footer

_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com


------------------------------

End of USRP-users Digest, Vol 30, Issue 19
******************************************

Reply via email to