[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] embedding
From: |
Tristan Martin |
Subject: |
Re: [Discuss-gnuradio] embedding |
Date: |
Fri, 4 Apr 2014 09:08:33 -0400 |
Hi George,
In addition to Marcus' response. Engineers who works in a context where an
embedded "production design" is the end goal will want to leverage the SoC's
FPGA to its full potential. To do that they will target the ARM processors
(with an Embedded OS) using GNU Radio, and target the FPGA with Matlab/Simulink
either using the MathWork's HDL coder or Xilinx System Generator to avoid
tedious HDL coding.
If you follow the link bellow, you will find an OFDM physical layer (802.11a)
implemented in a Zynq's FPGA using Simulink and Xilinx System Generator
combiened (graphical tools to program FPGAs). Upper layer data is
sinked/sourced from GNU Radio. The GNU Radio application runs on a laptop in
this example but it'll run just the same on the Zynq's ARMs
http://nutaq.com/en/blog/video-ofdm-zeptosdr-and-gnu-radio
Cheers,
~Tristan
-----Message d'origine-----
De : address@hidden [mailto:address@hidden De la part de Marcus Müller
Envoyé : 4 avril 2014 05:47
À : address@hidden
Objet : Re: [Discuss-gnuradio] embedding
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi George,
I think you're talking about Matlab, aren't you?
Matlab has a resource hungry interpreter for its scripting language.
Embedding that will be possible.
Matlab *can* (in many cases) generate C/C++ code, but that will also only work
with a fully-fledged OS underneath; also, the Matlab-supplied compiler links
against a matlab supplied standard runtime, which effectively eliminates
portability.
Generally, comparing Matlab to GNU Radio is a lot like comparing apples and
pears -- you can do signal processing with both, but the idea behind is quite
different.
GNU Radio is a C++/python-based framework. As such, it needs a runtime to work
on; you won't get far without an OS (memory allocation/management, threading
etc are all in especially heavily used) You can actually generate GNU Radio
applications without using python, thus reducing the need for dynamicly loaded
libraries heavily.
So to be realistic: Embedded OS for GNU Radio boils down to using Linux, for
example in the shape of OpenEmbedded/Yocto. That has been proven numerous times
to work quite well.
I haven't actually tried, but in theory you should be able to statically link
with GNU Radio. I honestly don't know if you win much by that -- I imagine a
embedded platform that's powerful enough to do useful RF signal processing will
most probably not be limited by a few MBs of superfluous libraries lying
around; but maybe I'm wrong about that.
If you want to see an embedded GNU Radio based Signal Processing hardware in
action, there are several people that use raspberry Pi's together with RTL-SDR
dongles, or take a look at the Ettus Embedded USRP series -- these are ARM
platforms running an Angstrom Linux distribution.
So to answer to your considerations:
The GNU Radio approach is usually to develop your application on your
workstation, and run it on an embedded device that's powerful enough.
It's been proven to work well :)
Greetings
Marcus
On 04.04.2014 10:20, George Refseth wrote:
> Hi
>
> Anyone with input as to the feasibility of maintaining either
> gnu-radio or math-lab design and have something embeddable without
> pulling the whole environment into the target? Generating c or c++ to
> be compiled for the target with or without a real-time os.
>
> What I foresee as a problem is the transfer of design from modelling
> to run-time, and that becomes a one-way road and only done once so
> that one looses the value of the model be it gnu-radio or math-lab
> based.
>
> best regards, George Refseth
>
> _______________________________________________ Discuss-gnuradio
> mailing list address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJTPn+xAAoJEBQ6EdjyzlHtU1oH/jQaYIfIvpa6q1OeXOWbRdf8
xrYWAlpyfZTd7sg4sX081n2abfhH67qV5fT2OnuD8QGjPygwI6/AI/ptLGPNp+6C
EnUS5HlEv5q1PHh1HZiKfPouUZv9aq1BZrtFi2G19OXpGyK8rV65anyahta7B4lw
AlhPTgjtbsEG+yeub0zrhjQU+rZjjvYP3q+rFuiyYBGuJGeN+tLMAFZdlZXk0q6V
4wRvZGM4C9goCDwuhpdI+C7/N9ZX/Tys+0FlagSKcCHn9b8Ns5+VfemlzDIzUo/s
1Qk4OlTo+78bJ/RqspnbP5AtwVOy9cSA4B7yJHcur10OeyYEukMAnNBeOf3MxM4=
=A7NH
-----END PGP SIGNATURE-----
_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio