Forum: GNU Radio GNURadio on Zync: thanks for the excellent tutorial

D500384e425fd1e51583f596fffb5d13?d=identicon&s=25 Jean-Michel FRIEDT (Guest)
on 2013-12-26 08:29
(Received via mailing list)
I have used the opportunity of the more relaxed days of this Christmas
period to try and run the tutorial at
http://gnuradio.org/redmine/projects/gnuradio/wiki/Zynq

Wonderful page, works nearly perfectly, thanks a lot.

A few minor comments to the author or useful to other readers of the
mailing
list:
1/ using a brand new Debian/testing installation, it seems that the
latest
version of tar will not accept both -c and -s options in its command
line.
I hence edited all entries of openembedded-core/meta/lib/oe/ and
replaced
the -ps option of tar with -p. Same for the meta/classes entries.
Apparently
this has been patched in the latest release of openembedded, but indeed
the
zync script will not run out of the box on the latest openembedded
release
and, as advised on the web page, I git commited against a given older
release,
2/ the note about Xilinx tools to Ubuntu users concerning gmake should
be in
bold, huge size, blinking fonts ;)  I spent a while being concerned
about
licensing issues when the FPGA synthesis tool would not run. No
seriously, just
learning to read did the trick. As a side note, it all ran smoothly with
the
14.7 release of ISE on a 32-bit x86 architecture. I believe there is a
minor
trivial error in the PATH to ISE in which xtclsh should not be included
in
the PATH definition.

Anyway, thanks for the tutorial, just need to now understand what I did,
but
at least the whole thing is running smoothly.

Best wishes for the new year, JM

--
JM Friedt, FEMTO-ST Time & Frequency/SENSeOR, 32 av. observatoire,
25044 Besancon, France
Bf9f933ba2147185954d9766d9f7c72f?d=identicon&s=25 Philip Balister (Guest)
on 2013-12-26 16:32
(Received via mailing list)
On 12/26/2013 02:28 AM, Jean-Michel FRIEDT wrote:
> I have used the opportunity of the more relaxed days of this Christmas
> period to try and run the tutorial at
> http://gnuradio.org/redmine/projects/gnuradio/wiki/Zynq

We need to update the OE section of this page to use:

https://github.com/balister/oe-gnuradio-manifest

for managing the OE layers. I'd suggest not starting a new checkout if
you have something working until after I update UHD to 3.6.2 though :)

Also, https://github.com/balister/meta-sdr/wiki/CrossCompile has
instructions for cross compiling GNU Radio and testing the result. We
need to verify this approach works for OOT module development also.

Merry Christmas,

Philip
F18b7b61dfbfe46c7af3cbcbda568c4f?d=identicon&s=25 Vanush Vaswani (Guest)
on 2013-12-27 09:40
(Received via mailing list)
Is there any difference in using this stack compared to say, the
Ubuntu distribution available on www.armhf.com, and compiling gnuradio
from source?

Vanush
7d89a70df32c0ae27c1235016f9e5441?d=identicon&s=25 "Marcus Müller" <marcus@hostalia.de> (Guest)
on 2013-12-27 12:35
(Received via mailing list)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Yes, armhf is a prepackaged distribution for specific boards (which I
don't think will fit the Zynq board), bringing desktop linux distros
to embedded devices (which is, in my eyes, a little dubiously
usefull), while OpenEmbedded is a method to roll your own embedded
linux for your special-purpose hardware.

Greetings,
Marcus

On 27.12.2013 09:38, Vanush Vaswani wrote:
>>> Christmas period to try and run the tutorial at
>> Also, https://github.com/balister/meta-sdr/wiki/CrossCompile has
>>>
>>> older release, 2/ the note about Xilinx tools to Ubuntu users
>>> what I did, but at least the whole thing is running smoothly.
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJSvWWSAAoJEAFxB7BbsDrLA68IAKoNr1jwvMmITkFmh27BGuAW
kMdyihFDTWUSMpTc2UeY2cZEe++oL3bIxONbcUty5cOY5BTul70z2Zx6nDtTMVnK
IrXBqpUawCOa9AhHYRuHkU8R+OU5A5rtD46OKvWFo31bB+ylaVkLDIVZcBpmT5CM
4XzpuGhAKctBrpRhfB12Vevj1SGv3ZAMGL8t0Oy6S7q0N6WkP1t/SGyaZlQadW2b
Rmy3QWgv2jMxjjCyMnOgpMI62I1qrqzVJjq77a7nZrp95zZXubRlT++UvnwU3zo2
TQ7HRsyrAVF74SzMoTcfFLa9LSc4zDUXey6Q6kNjFic9bZMKnmPV4AQ0fIIUibY=
=dzD+
-----END PGP SIGNATURE-----
Bf9f933ba2147185954d9766d9f7c72f?d=identicon&s=25 Philip Balister (Guest)
on 2013-12-27 13:42
(Received via mailing list)
On 12/27/2013 03:38 AM, Vanush Vaswani wrote:
> Is there any difference in using this stack compared to say, the
> Ubuntu distribution available on www.armhf.com, and compiling gnuradio
> from source?

Compiling GNU Radio from source on an embedded board takes much longer
than using a cross compiler. Also, during the compile on a low memory
embedded board, parts of the com[ile takes lots of memory and you may
need to nurse the build during this part of the build.

My i7 builds gnuradio loads faster than even a quad A15.

Both approaches work, I just do not like to wait :)

Philip
D500384e425fd1e51583f596fffb5d13?d=identicon&s=25 Jean-Michel FRIEDT (Guest)
on 2014-01-01 19:07
(Received via mailing list)
Damn I missed all these replies to my initial post due to not being
familiar
with our webmail interface and not having access to the lab for the last
8 days. I hope I have not done anything stupid by not taking into
account
the comment about having to wait for the OE update: I have tried to add
my
own comments to the Zynq wiki page but not being familiar at all with
OE, some
of these comments might be overly naive (I believe not wrong, since
these are
the steps I took to get to the point of compiling the FIR on FPGA
example).
Some knowledgeable person should definitely review these updates to the
wiki
page.

At the moment, I am stuck with two issues:
1/ eth0 will not start when booting linux on the Zynq with the current
kernel,
so no git/opkg install from the web at the moment (makes the software
update a
bit complex by keeping on putting the SD card back in the PC connected
to the
internet)
2/ cmake does not find gnuradio-runtime: I am pretty sure this is an
issue
with the outdated FindGnuradioRuntime.module issue but I have not yet
managed
to get gr_modtool to run ... still working on it.

I assume my addition to the wiki on the installation of cmake is not
erroneous,
but should be checked as well.

JM

> My i7 builds gnuradio loads faster than even a quad A15.
>>> On 12/26/2013 02:28 AM, Jean-Michel FRIEDT wrote:
>>>
>>>>
>>>> zync script will not run out of the box on the latest openembedded release
>>>> minor
>>> _______________________________________________
>>> Discuss-gnuradio mailing list
>>> Discuss-gnuradio@gnu.org
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>



--
JM Friedt, FEMTO-ST Time & Frequency/SENSeOR, 32 av. observatoire,
25044 Besancon, France
83865a06e93b62ffd0e3738a2c653a4c?d=identicon&s=25 jpendlum (Guest)
on 2014-01-01 23:59
(Received via mailing list)
The eth0 issue is due to an error in the device tree in the specific
commit I
called out for meta-xilinx on the Wiki.

I am actively working on an update to the Zynq Wiki that uses Philip's
repo
work and is a more streamlined approach. However, I will not be able to
post
that for another week or so.

In the mean time, you can checkout the latest meta-xilinx and that
should
solve the ethernet connectivity problem.



--
View this message in context:
http://gnuradio.4.n7.nabble.com/GNURadio-on-Zync-t...
Sent from the GnuRadio mailing list archive at Nabble.com.
D500384e425fd1e51583f596fffb5d13?d=identicon&s=25 Jean-Michel FRIEDT (Guest)
on 2014-01-05 16:51
(Received via mailing list)
not sure if this issue is relevant to the mailing list:
while running the tutorial at
https://github.com/balister/oe-gnuradio-manifest
which aims at recovering all tools needed to build an image for an
embedded
architecture, intensive requests to git are performed to fetch all the
source
codes.
Although it all works fine from home,  I am now building this image from
a
computer at work which is behind a firewall only allowing http and https
request,  no ftp:// nor git://
Most, if not all, git requests could be satisfied by converting the
git://
and ftp:// requests to https:// through the insteadOf option of git. All
but one, hence my request to this list: uhd-1_3.5.3-r3.0 seems only
accessible
by git request, while http or https requests fail with a login/password
prompt
(eg http://ettus.sourcerepo.com/ettus/uhd.git or the same url with
https request).
Is there a way to recover this archive without a git:// request ?

Thanks, JM


--
JM Friedt, FEMTO-ST Time & Frequency/SENSeOR, 32 av. observatoire,
25044 Besancon, France
Bf9f933ba2147185954d9766d9f7c72f?d=identicon&s=25 Philip Balister (Guest)
on 2014-01-05 18:32
(Received via mailing list)
On 01/05/2014 10:50 AM, Jean-Michel FRIEDT wrote:
> Most, if not all, git requests could be satisfied by converting the git://
> and ftp:// requests to https:// through the insteadOf option of git. All
> but one, hence my request to this list: uhd-1_3.5.3-r3.0 seems only
> accessible
> by git request, while http or https requests fail with a login/password
> prompt
> (eg http://ettus.sourcerepo.com/ettus/uhd.git or the same url with https
> request).
> Is there a way to recover this archive without a git:// request ?

First, read this:
https://www.yoctoproject.org/blogs/sgarman/2011/pr... and the
web page it refers to.

The existing UHD recipe refers to sourcerepo, which is about to go away
:) I have an update in process for UHD in meta-sdr, but I am waiting for
3.6.2 before pushing it. UHD is on github now, so you should be able to
change the SRC_URI to get it from there.

Philip
Please log in before posting. Registration is free and takes only a minute.
Existing account

NEW: Do you have a Google/GoogleMail, Yahoo or Facebook account? No registration required!
Log in with Google account | Log in with Yahoo account | Log in with Facebook account
No account? Register here.