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: Disturbance in the force or Glitch in the matrix? (mepard)
2. Comm problems with a USRP2 (Mark Sunders)
3. Re: Comm problems with a USRP2 (Nick Foster)
4. Re: Comm problems with a USRP2 (Mike Jameson)
5. Re: Comm problems with a USRP2 (Mike Jameson)
6. Add 4 receive antennas with USRP1 (Dan Zhao)
7. Re: Add 4 receive antennas with USRP1 (Marcus D. Leech)
8. Re: Maximum real sample rate for N210 (Josh Blum)
9. Re: Comm problems with a USRP2 (Mark Sunders)
10. Re: Comm problems with a USRP2 ([email protected])
----------------------------------------------------------------------
Message: 1
Date: Wed, 13 Mar 2013 11:10:14 -0500
From: mepard <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: [USRP-users] Disturbance in the force or Glitch in the
matrix?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
On Mar 7, 2013, at 6:09 PM, Josh Blum <[email protected]> wrote:
> Could a large chunk of missing samples simply explain this? Its possible
> that an exact multiple of 16 packets were dropped. And that would only
> have to happen on one channel, because the alignment logic will drop on
> the others to keep the data aligned.
I've now caught this happening two more times and it's clear some number of
samples got dropped, rather than a phase swap like I speculated before.
Still no O's or errors. Is there a way to get notified when the alignment logic
drops samples (stdout or stderr would be adequate)?
> This is a single block with 4 source outputs right?
Yes. Enclosed is the GRC file.
> Since the overflow logic only prints O based on a 4 bit sequence number.
> So thats possible with the drop scenario... The only other way to tell
> with lack of that O is checking the time.
Is there a way to check the time in GRC? If I need to I can shift to C++,
adapting some UHD example code.
> Also, you were experimenting with the vector to stream block? Im also
> curious if that could have accidentally got out of line and somehow the
> output become swapped. Though that doesnt seem right either...
I'm using Vector To Streams. See enclosed.
BTW, here's the info line:
linux; GNU C++ version 4.7.2; Boost_104900; UHD_003.005.001-29-g3cb515f7
Thanks again.
-Marc
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130313/852caccc/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Record 4ch Integer.grc
Type: application/octet-stream
Size: 25881 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130313/852caccc/attachment-0001.grc>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130313/852caccc/attachment-0003.html>
------------------------------
Message: 2
Date: Wed, 13 Mar 2013 14:10:09 -0400
From: Mark Sunders <[email protected]>
To: [email protected]
Subject: [USRP-users] Comm problems with a USRP2
Message-ID:
<CAMqAiW7Vzb5_TvcT4CZm=pF_Qpsr63UuDe1NjXEUTc799=a...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
Newbie to the list here. I was tasked with bringing up a USRP2 device and
getting OpenBTS running on it. This device was purchased by my company
over two years ago, but never even taken out of its original box. The unit
came with a RFX900, RFX1800 and a WBX-BRD daughter board. I've installed
the RFX1800 daughterboard and have downloaded and built the current OpenBTS
software without issue. My problem is that I can't get the device
communicate over the ethernet port. It does not appear to have been
assigned an IP address and is not sending any Ethernet frames. Here are
the symptoms:
- The device powers up, flashes the six LEDs and then keeps LEDs "d" and
"f" lite.
- Monitoring the serial port shows the expected output.
- The 1GB LED on the ethernet port is green
- The host has a 1GB ethernet port
- The correct UHD drivers have been loaded on both a Linux and Windows
host.
- Monitoring using Wireshark indicates no frames sent from the USRP2
device (I did a search for frames with SRC MAC matching the device).
- "ping" fails (obviously since not even raw ethernet frames are being
sent by the device)
At this point I have not tried reloading the CD card. I'm not optimistic
on that since monitoring the UART on the provides the expected output. I
will reflash th4e SD card if suggested. What is the recommended BIN file
to load for both the RFX1800 and the WBX-BRD daughtercards?
Thanks in advacne for any suggestions and other help you can give.
Mark
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130313/6c9eca70/attachment-0001.html>
------------------------------
Message: 3
Date: Wed, 13 Mar 2013 11:54:19 -0700
From: Nick Foster <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Comm problems with a USRP2
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 03/13/2013 11:10 AM, Mark Sunders wrote:
> Hi,
>
> Newbie to the list here. I was tasked with bringing up a USRP2 device
> and getting OpenBTS running on it. This device was purchased by my
> company over two years ago, but never even taken out of its original
> box. The unit came with a RFX900, RFX1800 and a WBX-BRD daughter
> board. I've installed the RFX1800 daughterboard and have downloaded
> and built the current OpenBTS software without issue. My problem is
> that I can't get the device communicate over the ethernet port. It
> does not appear to have been assigned an IP address and is not sending
> any Ethernet frames. Here are the symptoms:
>
> * The device powers up, flashes the six LEDs and then keeps LEDs "d"
> and "f" lite.
> * Monitoring the serial port shows the expected output.
> * The 1GB LED on the ethernet port is green
> * The host has a 1GB ethernet port
> * The correct UHD drivers have been loaded on both a Linux and
> Windows host.
> * Monitoring using Wireshark indicates no frames sent from the USRP2
> device (I did a search for frames with SRC MAC matching the device).
> * "ping" fails (obviously since not even raw ethernet frames are
> being sent by the device)
>
> At this point I have not tried reloading the CD card. I'm not
> optimistic on that since monitoring the UART on the provides the
> expected output. I will reflash th4e SD card if suggested. What is
> the recommended BIN file to load for both the RFX1800 and the WBX-BRD
> daughtercards?
>
> Thanks in advacne for any suggestions and other help you can give.
>
Write the latest UHD drivers to the SD card. The older drivers on your
card don't support UDP, only raw Ethernet frames, whereas UHD supports
only UDP.
--n
>
> Mark
>
>
>
> _______________________________________________
> 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/20130313/850a790a/attachment-0001.html>
------------------------------
Message: 4
Date: Wed, 13 Mar 2013 19:15:33 +0000
From: Mike Jameson <[email protected]>
To: Mark Sunders <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Comm problems with a USRP2
Message-ID:
<cajcjmisxmhpmcjbp9snkjfkajeunmdcjrgd6ku6vtqdnikb...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Hi Mark,
The two LEDs you see are correct. See :
http://files.ettus.com/uhd_docs/manual/html/usrp2.html#front-panel-leds
As Nick says, burning the UHD version to the SD card is the first
step. The UHD firmware for the SD card is compatible with all 3 of
your daughterboards. See the following link:
http://files.ettus.com/uhd_docs/manual/html/usrp2.html#load-the-images-onto-the-sd-card-usrp2-only
Boot up the USRP2 with the UHD SD card and its ip address wil be
192.168.10.2. Setting your ip address the same subnet e.g.
192.168.10.1 will allow you to ping it. If it still doesn't work,
reboot everything (including any ip switches) and try again. :)
Cheers,
Mike
--
Mike Jameson M0MIK BSc
Radio Communications Technology Specialist
Email: [email protected]
Web: http://www.scanoo.com
On 13 March 2013 18:54, Nick Foster <[email protected]> wrote:
> On 03/13/2013 11:10 AM, Mark Sunders wrote:
>
> Hi,
>
> Newbie to the list here. I was tasked with bringing up a USRP2 device and
> getting OpenBTS running on it. This device was purchased by my company over
> two years ago, but never even taken out of its original box. The unit came
> with a RFX900, RFX1800 and a WBX-BRD daughter board. I've installed the
> RFX1800 daughterboard and have downloaded and built the current OpenBTS
> software without issue. My problem is that I can't get the device
> communicate over the ethernet port. It does not appear to have been
> assigned an IP address and is not sending any Ethernet frames. Here are the
> symptoms:
>
> The device powers up, flashes the six LEDs and then keeps LEDs "d" and "f"
> lite.
> Monitoring the serial port shows the expected output.
> The 1GB LED on the ethernet port is green
> The host has a 1GB ethernet port
> The correct UHD drivers have been loaded on both a Linux and Windows host.
> Monitoring using Wireshark indicates no frames sent from the USRP2 device (I
> did a search for frames with SRC MAC matching the device).
> "ping" fails (obviously since not even raw ethernet frames are being sent by
> the device)
>
> At this point I have not tried reloading the CD card. I'm not optimistic on
> that since monitoring the UART on the provides the expected output. I will
> reflash th4e SD card if suggested. What is the recommended BIN file to load
> for both the RFX1800 and the WBX-BRD daughtercards?
>
> Thanks in advacne for any suggestions and other help you can give.
>
>
> Write the latest UHD drivers to the SD card. The older drivers on your card
> don't support UDP, only raw Ethernet frames, whereas UHD supports only UDP.
>
> --n
>
> Mark
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 5
Date: Wed, 13 Mar 2013 19:23:09 +0000
From: Mike Jameson <[email protected]>
To: Mark Sunders <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Comm problems with a USRP2
Message-ID:
<cajcjmisryidcuacmm2-wys4od_t3xshbrb__hrzzy+nodzj...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Mark,
Forgot to mention that on my Ubuntu 12.04 LTS system, the firmware
images are in the following locations:
/usr/local/share/uhd/images/usrp2_fpga.bin
/usr/local/share/uhd/images/usrp2_fw.bin
The SD card burning gui is here:
/usr/local/lib/uhd/utils/usrp2_card_burner_gui.py
Cheers,
Mike
--
Mike Jameson M0MIK BSc
Radio Communications Technology Specialist
Email: [email protected]
Web: http://www.scanoo.com
On 13 March 2013 19:15, Mike Jameson <[email protected]> wrote:
> Hi Mark,
>
> The two LEDs you see are correct. See :
> http://files.ettus.com/uhd_docs/manual/html/usrp2.html#front-panel-leds
>
> As Nick says, burning the UHD version to the SD card is the first
> step. The UHD firmware for the SD card is compatible with all 3 of
> your daughterboards. See the following link:
>
> http://files.ettus.com/uhd_docs/manual/html/usrp2.html#load-the-images-onto-the-sd-card-usrp2-only
>
> Boot up the USRP2 with the UHD SD card and its ip address wil be
> 192.168.10.2. Setting your ip address the same subnet e.g.
> 192.168.10.1 will allow you to ping it. If it still doesn't work,
> reboot everything (including any ip switches) and try again. :)
>
> Cheers,
>
> Mike
>
>
> --
> Mike Jameson M0MIK BSc
> Radio Communications Technology Specialist
> Email: [email protected]
> Web: http://www.scanoo.com
>
>
> On 13 March 2013 18:54, Nick Foster <[email protected]> wrote:
>> On 03/13/2013 11:10 AM, Mark Sunders wrote:
>>
>> Hi,
>>
>> Newbie to the list here. I was tasked with bringing up a USRP2 device and
>> getting OpenBTS running on it. This device was purchased by my company over
>> two years ago, but never even taken out of its original box. The unit came
>> with a RFX900, RFX1800 and a WBX-BRD daughter board. I've installed the
>> RFX1800 daughterboard and have downloaded and built the current OpenBTS
>> software without issue. My problem is that I can't get the device
>> communicate over the ethernet port. It does not appear to have been
>> assigned an IP address and is not sending any Ethernet frames. Here are the
>> symptoms:
>>
>> The device powers up, flashes the six LEDs and then keeps LEDs "d" and "f"
>> lite.
>> Monitoring the serial port shows the expected output.
>> The 1GB LED on the ethernet port is green
>> The host has a 1GB ethernet port
>> The correct UHD drivers have been loaded on both a Linux and Windows host.
>> Monitoring using Wireshark indicates no frames sent from the USRP2 device (I
>> did a search for frames with SRC MAC matching the device).
>> "ping" fails (obviously since not even raw ethernet frames are being sent by
>> the device)
>>
>> At this point I have not tried reloading the CD card. I'm not optimistic on
>> that since monitoring the UART on the provides the expected output. I will
>> reflash th4e SD card if suggested. What is the recommended BIN file to load
>> for both the RFX1800 and the WBX-BRD daughtercards?
>>
>> Thanks in advacne for any suggestions and other help you can give.
>>
>>
>> Write the latest UHD drivers to the SD card. The older drivers on your card
>> don't support UDP, only raw Ethernet frames, whereas UHD supports only UDP.
>>
>> --n
>>
>> Mark
>>
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
------------------------------
Message: 6
Date: Wed, 13 Mar 2013 21:51:26 -0400
From: Dan Zhao <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Add 4 receive antennas with USRP1
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
I would like to know is it to possible connect 4 receive antennas with USRP1?
Using customized firmware with 4 DDC. I plan to use 2 WBX boards with one
USRP1. Please advise.
Thanks
Dan
------------------------------
Message: 7
Date: Wed, 13 Mar 2013 22:12:53 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Add 4 receive antennas with USRP1
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 13/03/13 09:51 PM, Dan Zhao wrote:
> I would like to know is it to possible connect 4 receive antennas with USRP1?
> Using customized firmware with 4 DDC. I plan to use 2 WBX boards with one
> USRP1. Please advise.
>
> Thanks
> Dan
> _______________________________________________
>
There is only 1 analog receive chain on each WBX. You could carve up
the roughly 40Mhz of analog bandwidth
out of each card into two channels each, using the 4DDC FPGA image.
But that would be 1 antenna per
WBX, and if your "channel plan" doesn't fit into this scheme, then, no.
--
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
------------------------------
Message: 8
Date: Wed, 13 Mar 2013 22:42:02 -0500
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Maximum real sample rate for N210
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 03/11/2013 09:54 PM, Louis Brown wrote:
> I have an N210 and LFRX. I'd like to capture almost the entire HF
> spectrum from DC to 25 MHz. Is there a way to pass only the real
> samples (RXA) at 50 Msps with 16 bit precision, or would that require
> custom firmware?
>
> Assuming I can't do that and I'm stuck with complex format, should I
> be using sub-device A:A to set the imaginary to zero, rather than
> stripping off only the real samples in GNU Radio?
>
Set the sample rate to 25 MSps, and tune the center frequency to 12.5MHz
(that sets the CORDIC in the fpga since there is no RF frontend).
You will get your same 25MHz of bandwidth, just whats DC will show up at
-12.5MHz for the baseband samples received by the host.
-josh
> _______________________________________________ USRP-users mailing
> list [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 9
Date: Thu, 14 Mar 2013 10:01:58 -0400
From: Mark Sunders <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Comm problems with a USRP2
Message-ID:
<camqaiw5lmjyi0gylgx21j+u36jmuos4vpnctutzmxxzzd6j...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Thanks guys, that was it. After reflashing the SD card I can now
communicate with the device.
The next step is getting the OpenBTS software running, and I'm sure I'll
have questions about that.
or should those be directed to the OpenBTS community?
Craig
On Wed, Mar 13, 2013 at 3:23 PM, Mike Jameson <[email protected]> wrote:
> Mark,
>
> Forgot to mention that on my Ubuntu 12.04 LTS system, the firmware
> images are in the following locations:
>
> /usr/local/share/uhd/images/usrp2_fpga.bin
> /usr/local/share/uhd/images/usrp2_fw.bin
>
> The SD card burning gui is here:
>
> /usr/local/lib/uhd/utils/usrp2_card_burner_gui.py
>
> Cheers,
>
> Mike
>
> --
> Mike Jameson M0MIK BSc
> Radio Communications Technology Specialist
> Email: [email protected]
> Web: http://www.scanoo.com
>
>
> On 13 March 2013 19:15, Mike Jameson <[email protected]> wrote:
> > Hi Mark,
> >
> > The two LEDs you see are correct. See :
> > http://files.ettus.com/uhd_docs/manual/html/usrp2.html#front-panel-leds
> >
> > As Nick says, burning the UHD version to the SD card is the first
> > step. The UHD firmware for the SD card is compatible with all 3 of
> > your daughterboards. See the following link:
> >
> >
> http://files.ettus.com/uhd_docs/manual/html/usrp2.html#load-the-images-onto-the-sd-card-usrp2-only
> >
> > Boot up the USRP2 with the UHD SD card and its ip address wil be
> > 192.168.10.2. Setting your ip address the same subnet e.g.
> > 192.168.10.1 will allow you to ping it. If it still doesn't work,
> > reboot everything (including any ip switches) and try again. :)
> >
> > Cheers,
> >
> > Mike
> >
> >
> > --
> > Mike Jameson M0MIK BSc
> > Radio Communications Technology Specialist
> > Email: [email protected]
> > Web: http://www.scanoo.com
> >
> >
> > On 13 March 2013 18:54, Nick Foster <[email protected]> wrote:
> >> On 03/13/2013 11:10 AM, Mark Sunders wrote:
> >>
> >> Hi,
> >>
> >> Newbie to the list here. I was tasked with bringing up a USRP2 device
> and
> >> getting OpenBTS running on it. This device was purchased by my company
> over
> >> two years ago, but never even taken out of its original box. The unit
> came
> >> with a RFX900, RFX1800 and a WBX-BRD daughter board. I've installed the
> >> RFX1800 daughterboard and have downloaded and built the current OpenBTS
> >> software without issue. My problem is that I can't get the device
> >> communicate over the ethernet port. It does not appear to have been
> >> assigned an IP address and is not sending any Ethernet frames. Here
> are the
> >> symptoms:
> >>
> >> The device powers up, flashes the six LEDs and then keeps LEDs "d" and
> "f"
> >> lite.
> >> Monitoring the serial port shows the expected output.
> >> The 1GB LED on the ethernet port is green
> >> The host has a 1GB ethernet port
> >> The correct UHD drivers have been loaded on both a Linux and Windows
> host.
> >> Monitoring using Wireshark indicates no frames sent from the USRP2
> device (I
> >> did a search for frames with SRC MAC matching the device).
> >> "ping" fails (obviously since not even raw ethernet frames are being
> sent by
> >> the device)
> >>
> >> At this point I have not tried reloading the CD card. I'm not
> optimistic on
> >> that since monitoring the UART on the provides the expected output. I
> will
> >> reflash th4e SD card if suggested. What is the recommended BIN file to
> load
> >> for both the RFX1800 and the WBX-BRD daughtercards?
> >>
> >> Thanks in advacne for any suggestions and other help you can give.
> >>
> >>
> >> Write the latest UHD drivers to the SD card. The older drivers on your
> card
> >> don't support UDP, only raw Ethernet frames, whereas UHD supports only
> UDP.
> >>
> >> --n
> >>
> >> Mark
> >>
> >>
> >>
> >> _______________________________________________
> >> USRP-users mailing list
> >> [email protected]
> >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >>
> >>
> >>
> >> _______________________________________________
> >> 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/20130314/1cdbf7a2/attachment-0001.html>
------------------------------
Message: 10
Date: Thu, 14 Mar 2013 10:33:21 -0400
From: [email protected]
To: <[email protected]>
Subject: Re: [USRP-users] Comm problems with a USRP2
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Questions relating to the operation/configuration of OpenBTS should
definitely be directed to the OpenBTS mailing list.
On 14 Mar 2013
10:01, Mark Sunders wrote:
> Thanks guys, that was it. After
reflashing the SD card I can now communicate with the device.
>
> The
next step is getting the OpenBTS software running, and I'm sure I'll
have questions about that.
>
> or should those be directed to the
OpenBTS community?
>
> Craig
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130314/15c649b2/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 31, Issue 13
******************************************
