Ravi Mehra wrote:
Mark,

Like you, I also had to scour the internet for information on installing
DSPLink.  In hindsight, the DSPLink User Guide is probably the resource I
should have started with and used the most.  I also found pixhawk's guides
to be fairly helpful even though there may be some broken information.   I
should really list pixhawk.ethz.ch as a resource in the wiki.

Therefore, the wiki is a collection of information I have found in order to
install DSPLink on a Beagle.  I imagine that the process to install would be
fairly similar to other comparable embedded platforms such as the Overo.

About the cross compilers, I don't use the ARM Toolchain for that purpose.
I do in fact use the cross compilers from OpenEmbedded build.  The only
reason I linked to CodeSourcery was for the line in the DSPLink make file
that states:
OSINC_TARGET    := $(BASE_TOOLCHAIN)/arm-none-linux-gnueabi/libc/usr/include
I couldn't find anything in the OpenEmbedded directory that had similar
contents to this folder in CodeSourcery's toolchain.  Other than this
folder, nothing else in the build process uses files from CodeSourcery.
Does anyone know of a comparable folder that could be used so I can remove
CodeSourcery altogether from the wiki.

Try: oe/tmp/staging/armv7a-angstrom-linux-gnueabi/usr/include

Philip



Thanks,
Ravi


On Wed, Jul 8, 2009 at 9:19 AM, Mark Porter <[email protected]> wrote:

Hi Ravi,

First let me thank you for writing a procedure to get DSPLink running on
the Beagle. To install DSPLink on my Beagle I followed instructions from all
over the place, but mostly from the pixhawk tutorial at

http://www.pixhawk.ethz.ch/wiki/tutorials/omap/dsplink

but they now claim it is broken. I think it is better to use the toolchain
that comes with oe (situated in $OE_HOME/tmp/cross), since people claim on
the Beagleboard group that CodeSourcery is broken.

Anyways, I have gotten DSPLink to work on the Beagle by installing the
proper environment on my development host and compiling the two sides of
each example (DSP and GPP) and running them. It is not easy to get started
but I think once you have that setup, it becomes rather trivial to modify
the examples they have given (one for each essential DSP-GPP link function
IIRC).

It is strange that DSPLink for the Beagle is not documented more than it
is. I think it has to do with the fact that a lot of people using DSP on the
Beagle only need it for audio/video, therefore the codec engine approach
works better for them I guess and they document it as such. For custom
applications like SDR I think the better way is DSPLink.

Cheers,

Mark

On Tue, Jul 7, 2009 at 12:19 PM, Ravi Mehra <[email protected]> wrote:

Hi João,

I am also pretty new to this list.  Thanks for the information and the
links.  I did look into DSP Bridge earlier and was having trouble following
some outdated instructions so I moved onto DSPLink.  From my experience, I
do not know enough about the two to tell you which is better.  DSP Bridge
looks like a viable solution and I found this site to describe some
differences.
http://elinux.org/BeagleBoard/DSP_Clarification

Just for clarification though, the instructions on the wiki do not use the
Codec Engine at all.  The DSP and GPP applications run natively and do not
require the Codec Engine.

I'd also be interested if someone has some thoughts on the pros/cons of
DSPLink and DSP Bridge.

Ravi Mehra


2009/7/6 João Felipe Santos <[email protected]>

Hello, I'm new on this list! My name is João Felipe and I am also
working with the Beagleboard for SDR applications.

We are using another method to run code on the DSP. We use the
dspbridge module on Linux and libdspbridge to make GPP applications
communicate with the DSP. This method is described here [1] (the
"simplified" method). I wonder if anybody here used this method and
has comments or pros/cons on using it. For me, it looked easier than
having to adapt your DSP application to CodecEngine. A dummy
application is available here [2].

[1] http://elinux.org/BeagleBoard/DSP_Howto#Simplified
[2] http://github.com/felipec/dsp-dummy/tree/master

-- João

On Mon, Jul 6, 2009 at 6:51 PM, Ravi Mehra<[email protected]> wrote:
Srujan and I at MPRG have made some headway with using the DSP on the
BeagleBoard.  The two predominant methods of using the DSP is either
bitbaking Codec Engine which will install DSPLink or to install DSPLink
from
source.  The codec engine installation includes video and audio
processing
applications which are not needed for SDR work.  Additionally, the
codec
engine does not provide the tools needed to compile user applications.
Therefore, installing DSPLink from source is the most efficient method.

I have created a wiki which may be useful to anyone who wants to get
started
using the DSP.   The wiki shows how to install DSPLink, run it, and run
some
sample applications.  Once finished, the host system will have all the
tools
necessary to compile your own GPP/DSP applications.

http://ossie.wireless.vt.edu/trac/wiki/BeagleBoard_DSPLink

Please contact me if you have any questions or comments on the wiki.

Ravi Mehra



--
Mark



Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to