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: discuss-gnuradio-bounces+tristan.martin=removed_email_address@domain.invalid
[mailto:discuss-gnuradio-bounces+tristan.martin=removed_email_address@domain.invalid] De la
part de Marcus M.
Envoy: 4 avril 2014 05:47
: [email protected]
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:
based.
best regards, George Refseth
_______________________________________________ Discuss-gnuradio
mailing list [email protected]
Discuss-gnuradio Info Page
-----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
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio