Beagleboard

Hello,

There was some interest on this list earlier about the Beagleboard, a
small OMAP3 based board. I just got one from Digi-key and it is small!
http://beagleboard.org/

Besides the GNURadio aspects this may be a good board for ham radio
digital modem applications like the old TI DSP Evaluation Board that
TAPR used.

73 Eric

On Fri, Aug 1, 2008 at 12:04 PM, Eric C. [email protected]
wrote:

Hello,

There was some interest on this list earlier about the Beagleboard, a small OMAP3 based board. I just got one from Digi-key and it is small!
http://beagleboard.org/

Besides the GNURadio aspects this may be a good board for ham radio digital modem applications like the old TI DSP Evaluation Board that TAPR used.

We have built gnu radio for the beagle board and simple stuff (dial
tone) does work (for some sw builds).

My list of gnu radio + beagle things to do:

  1. Get ASoC sound working.
  2. Work out USB sound configuration until 1.
  3. Need to use libusb-0.1x. USRP transfer speed test works, but kernel
    dumps when closing usb interface.
  4. figure out how to run make check. Currently, individual tests run
    with manual intervention.
  5. Develop and test a NEON filter implementation.

Installing GNU Radio, install the Angstrom images, type “opkg install
gnuradio” :slight_smile: If you have any questions I am on irc.freenode.net in
#beagle and #gnuradio.

Philip

http://beagleboard.org/

  1. Get ASoC sound working.

That’s great. The next thing I’d like to see is someone using the Beagle
expansion port for a higher bandwidth RF interface. Something to get the
data rate up beyond the ~30MB/s that the current USRP supports. Seems
do-able, but would require some new driver and hardware development.

I’ve been talking to a friend (he knows FPGA stuff much better than
me) about using the expansion port to communicate with an FPGA via a
SDIO interface. I don’t think we can beat the current USRP data rate,
but we should be able to reduce the latency introduced by the USB
interface.

Philip

On Aug 1, 2008, at 1:58 PM, Philip B. wrote:

I’ve been talking to a friend (he knows FPGA stuff much better than
me) about using the expansion port to communicate with an FPGA via a
SDIO interface. I don’t think we can beat the current USRP data rate,
but we should be able to reduce the latency introduced by the USB
interface.

Looks like the SDIO ports run up to 50MHz and have 8-bit wide data. No
idea how much overhead there is in that, but it might be able to go a
bit faster than USB2.0 and as you note would have a lot less latency.
Hook up to a decent FPGA and you could cram a bit of external pre-
processing in as well. I picked up one of the Avnet Xilinx Spartan 3A
boards for $50 that would probably work well for that.

Eric

On Fri, Aug 1, 2008 at 6:31 PM, Eric B. [email protected]
wrote:

how much overhead there is in that, but it might be able to go a bit faster
than USB2.0 and as you note would have a lot less latency. Hook up to a
decent FPGA and you could cram a bit of external pre-processing in as well.
I picked up one of the Avnet Xilinx Spartan 3A boards for $50 that would
probably work well for that.

We are hoping to create a board with a reasonable FPGA that works with
existing USRP daughterboards. This would make a really neat system for
small SDR nodes. I’ll be sure to keep you updated on out progress.

Using an existing dev board for developing the beagle to FPGA
interface is a really good idea, thanks for suggesting it!

Philip

Philip B. wrote:

Looks like the SDIO ports run up to 50MHz and have 8-bit wide data. No idea

Using an existing dev board for developing the beagle to FPGA
interface is a really good idea, thanks for suggesting it!

Philip

Hello,

Since I have some receive only applications I would like to see a box
that took one RX or a RX/TX set of USRP daughterboard(s).

The OMAP has some interesting interfaces and I wonder if some of them
could be adapted for a more general I/O use. I am more familiar with
the earlier versions of the OMAP. It will be nice to use the DSP for
some signal blocks and use the ARM for more general UI and I/O blocks.

73 Eric

On Aug 1, 2008, at 10:40 AM, Philip B. wrote:

digital modem applications like the old TI DSP Evaluation Board
dumps when closing usb interface.

  1. figure out how to run make check. Currently, individual tests run
    with manual intervention.
  2. Develop and test a NEON filter implementation.

Installing GNU Radio, install the Angstrom images, type “opkg install
gnuradio” :slight_smile: If you have any questions I am on irc.freenode.net in
#beagle and #gnuradio.

That’s great. The next thing I’d like to see is someone using the
Beagle expansion port for a higher bandwidth RF interface. Something
to get the data rate up beyond the ~30MB/s that the current USRP
supports. Seems do-able, but would require some new driver and
hardware development.

Eric

Eric A. Cottrell wrote:

interface.
probably work well for that.

Hello,

Since I have some receive only applications I would like to see a box
that took one RX or a RX/TX set of USRP daughterboard(s).

We had also wanted a board that was optimized for wideband signal
reception, processing and analysis. So we designed and built one with
an
RF front-end and ADC to support 85MHz bandwidth, and an FPGA for
agile radio control and additional on-board processing.

The radio receiver is designed for high P1dB, low noise figure and hence
large operating amplitude range. We’ve currently got two flavors:
2.4GHz and 1.9GHz.

The intended applications for our system are network-based, distributed
spectral & signal analysis. In general it’s useful for wideband test &
measurement applications. The system runs linux and can go fully
standalone, but we’ve also included support for USB2.0 and Ethernet
interfaces.

We’ll have a few beta units available this fall, so if you’re interested
in details, feel free to get in touch.

Nikhil

On Sun, Aug 3, 2008 at 3:32 PM, Eric A. Cottrell [email protected]
wrote:

me) about using the expansion port to communicate with an FPGA via a
decent FPGA and you could cram a bit of external pre-processing in as
interface is a really good idea, thanks for suggesting it!
be adapted for a more general I/O use. I am more familiar with the earlier
versions of the OMAP. It will be nice to use the DSP for some signal blocks
and use the ARM for more general UI and I/O blocks.

We made a list to discuss our Beagle/FPGA project. You can subscribe
by sending an email to [email protected] We are
definitively open to ideas and suggestions.

Philip

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs