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. Re: N200 clock ref info on application notes page
([email protected])
2. Re: [BULK] Re: N200 clock ref info on application notes page
(Sean Nowlan)
3. Re: N200 clock ref info on application notes page
(Marcus D. Leech)
4. Re: VRT Passthrough (Josh Blum)
5. Re: Problems using Airprobe with USRP1 (Thomas Tsou)
6. Is anyone attending ICC 2013? (Nazmul Islam)
----------------------------------------------------------------------
Message: 1
Date: Fri, 12 Apr 2013 14:28:36 -0230
From: <[email protected]>
To: <[email protected]>
Subject: Re: [USRP-users] N200 clock ref info on application notes
page
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
What revision receiver Do you have? I also have this weird thing going on with
the first receiver we bought from Ettus where it says it is revision 2 on the
back. The computer picks it up as revision 3 and revision 3 firmware works
fine on it.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130412/1783a603/attachment-0001.html>
------------------------------
Message: 2
Date: Fri, 12 Apr 2013 13:05:57 -0400
From: Sean Nowlan <[email protected]>
To: <[email protected]>
Subject: Re: [USRP-users] [BULK] Re: N200 clock ref info on
application notes page
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 04/12/2013 12:58 PM, [email protected] wrote:
> What revision receiver Do you have? I also have this weird thing
> going on with the first receiver we bought from Ettus where it says it
> is revision 2 on the back. The computer picks it up as revision 3 and
> revision 3 firmware works fine on it.
I have N200 rev 4, both on the back panel label and as reported by the
motherboard using uhd_usrp_probe.
>
>
> _______________________________________________
> 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/20130412/2b04e189/attachment-0001.html>
------------------------------
Message: 3
Date: Fri, 12 Apr 2013 13:12:11 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] N200 clock ref info on application notes
page
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
> What revision receiver Do you have? I also have this weird thing
> going on with the first receiver we bought from Ettus where it says it
> is revision 2 on the back. The computer picks it up as revision 3 and
> revision 3 firmware works fine on it.
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
From the perspective of the firmware/FPGA code, Rev3/Rev2 are identical.
Rev4 changed some minor things, most notably the digital outputs from
the ADC are carried differentially in Rev4, rather than CMOS single
ended. That
requires that the FPGA "understand" that, so there are different FPGA
images for Rev2/3 and Rev4 hardware.
--
Marcus Leech
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/20130412/cdb74caa/attachment-0001.html>
------------------------------
Message: 4
Date: Fri, 12 Apr 2013 12:54:47 -0500
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] VRT Passthrough
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 04/12/2013 10:24 AM, Joseph Payton wrote:
> Is there any straightforward way to receive and re-transmit the VRT packets
> directly using UHD, configuring a streamer or otherwise? (I am using the
> USRP N200)
>
You might find this helpful; You can tell the device to stream to an
arbitrary socket:
http://files.ettus.com/uhd_docs/manual/html/usrp2.html#alternative-stream-destination
This means that you capture program is a simple loop with a socket recv
and write to file.
-josh
> I know that the conversion is done under the hood, but I have utility in
> getting the VRT packets onto a disk. Also, the overhead of raw packet
> capture is not attractive to me due to CPU constraints.
>
> Right now the options that I see so far are:
>
> 1. To keep track of the metadata on my receives and reconstruct the VRT
> packet for my own use.
>
> or
>
> 2. To override / extend the io implementation to provide a "null" unpacker
> to be used in recv_pirate_loop, and just make sure that I am aware on
> the receive side that I am not receiving the usual output.
>
> Many thanks in advance and thanks for help given in the past.
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 5
Date: Fri, 12 Apr 2013 14:48:22 -0400
From: Thomas Tsou <[email protected]>
To: GSM Research <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Problems using Airprobe with USRP1
Message-ID:
<CAATyM+biMSNCTBSmfc1zb=teaa4yzw22qqrkpqaz1mdgkjr...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On Thu, Apr 11, 2013 at 12:39 PM, GSM Research
<[email protected]> wrote:
> We are trying to use uhd_rx_cfile for the capture. When running the
> program, it does appear to be capturing data (at least a large file is
> created), but we are unable to decode the datafile that is created.
>
> A typical run of uhd_rx_cfile that we have tried (for ARFCN 800) is:
> root# uhd_rx_cfile -g 52 -N 2000000 -f 1987800000 output.cfile
As previously stated, Airprobe assumes a decimation of 112 on a 64 MHz
clocked USRP1. The decimation rate itself isn't relevant in
gsm-receive.py, just sample rate. I ran the following on B100
similarly clocked at 64 MHz.
$ uhd_rx_cfile.py --samp-rate 571428.571429 -f 1978e6 capture.dat
$ ./go.sh capture.dat
>>> gr_fir_ccc: using SSE
>>> gr_fir_ccf: using SSE
Key: '0000000000000000'
Configuration: ''
No configuration set.
configure_receiver
gr_buffer::allocate_buffer: warning: tried to allocate
115 items of size 568. Due to alignment requirements
512 were allocated. If this isn't OK, consider padding
your structure to a power-of-two bytes.
On this platform, our allocation granularity is 4096 bytes.
2336549 0: 31 06 21 20 08 39 01 62 50 46 91 16 84 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b
2336553 0: 15 06 21 00 01 f0 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b
2336559 0: 15 06 21 00 01 f0 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b
2336563 0: 49 06 22 a0 0b 5a d9 4d f8 59 15 2d 17 05 f4 c4 5a 36 4d cb 2b 2b 2b
...
Thomas
------------------------------
Message: 6
Date: Fri, 12 Apr 2013 16:44:06 -0400
From: Nazmul Islam <[email protected]>
To: "[email protected]" <[email protected]>,
GNURadio Discussion List <[email protected]>
Subject: [USRP-users] Is anyone attending ICC 2013?
Message-ID:
<caftrfeadmrcni8f3nnn96+esfnt6jplkfajxh0ato61rq9m...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hello,
Is anyone attending ICC 2013? (http://ieee-icc.org/).
I have a paper there. We implemented a USRP/GNUradio based channel sounder
last summer and the ICC paper talks about it. We registered for the
conference. Unfortunately, my employer, ran out of the travel grant. If any
of you plan to attend ICC '13, I would be really grateful if you can
present our powerpoint slides.
Sorry for this off-topic mail. Thanks in advance!
Nazmul
--
Muhammad Nazmul Islam
Graduate Student
Electrical & Computer Engineering
Wireless Information & Networking Laboratory
Rutgers, USA.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130412/21136232/attachment-0001.html>
------------------------------
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 32, Issue 10
******************************************
