On 04/23/2013 04:10 PM, Philip Balister wrote:
On 04/22/2013 09:59 PM, Tom Rondeau wrote:
On Mon, Apr 22, 2013 at 7:13 PM, Tim Newman tim.new...@gmail.com wrote:
I had problems similar to this using swig 2.0. Swig 2.0.4 helped.
May well be fixed by an update to SWIG. This is a problem
building cross
Date: Thu, 18 Apr 2013 21:38:53 -0400
From: Philip Balister phi...@balister.org
To: GNURadio Discussion List Discuss-gnuradio@gnu.org
Any ideas? I haven't looked at it hard yet.
Philip
eglibc/sysroots/ettus-e200/usr/include-fvisibility=hidden
-Wsign-compare -Wall -Wno
On 04/17/2013 07:28 PM, Monahan-Mitchell, Tim wrote:
gnuradio maint branch, v.3.6.4.1
'make test' fails, due to gr-core-test-all failing.
At first, I was getting an error due to the shmat (2) line above where this
error occurs, but it has settled on (3).
I added a couple lines of extra
On 04/17/2013 04:26 AM, Josh Blum wrote:
Behind all of the GRAS fluff, the Theron C++ concurrency library is the
real scheduler; driving all of the work dispatching, threading, and
synchronization. I have to give a special thanks to Ashton Mason for
creating the Theron library. Both Theron and
On 04/16/2013 11:10 PM, Ben Reynwar wrote:
Hi all,
This is an update to let everyone know what exciting bugs are
available to be fixed in the bug tracker
(http://gnuradio.org/redmine/issues).
Missing -mfpu=neon in CFLAGS/CXXFLAGS when building for ARM and NEON
is supported but not gcc's
On 04/17/2013 09:51 AM, Phil Frost wrote:
On 04/17/2013 09:45 AM, Philip Balister wrote:
On 04/17/2013 04:26 AM, Josh Blum wrote:
Behind all of the GRAS fluff, the Theron C++ concurrency library is the
real scheduler.
I dislike projects that force you to enter an email address to download
On 04/10/2013 07:53 PM, Gong Zhang wrote:
Hi,
I got the GSoC news and I have a new idea to add.It suggests to contact
mailing list first.But I don't know whom to contact.
You have contacted us, can you give more details about your idea?
Philip
Thanks.
On 04/09/2013 01:16 PM, M. Ranganathan wrote:
What are the deadlines for applying as a mentor/participant for a Gnu Radio
GSOC sub-project? How does one go about getting involved?
http://www.google-melange.com/gsoc/homepage/google/gsoc2013
student applications open on April 22. Until then we
OK, the bad file causing E110's to hang after updating has been fixed.
You should be able to opkg update; opkg upgrade on both e100 and e110's now.
Sorry for the trouble.
Philip
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Hopefully these guys get accepted also:
http://www.parallella.org/ideas/
See the GNU Radio ideas.
As some of you know, I have a similar idea on the GNU Radio page for
Xilinx Zynq systems. If both of these projects are accepted into GSoC
there should be considerable overlap in the part of the
I have pushed updates into the E1XX package feeds that should resolve
the S some people have been seeing. Here is a quick summary of the
changes:
* UHD 3.5.2 (includes CBX)
* Updated kernel (fpga interface timing change, Add support for CIFS
and Multicast)
* GnuRadio 3.6.4.1
You can
On 03/26/2013 12:29 PM, Tommy Tracy II wrote:
4GB of swap on an SD card? I'm worried that that may wear out the SD card,
but I'll give it a shot.
No other way to natively compile gnuradio on low ram systems.
The good news is there are only a couple of problem files.
Philip
Sincerely,
On 02/27/2013 10:49 AM, Dan CaJacob wrote:
Really great documentation would be nice. I know that it has been
improving, but maybe GSOC is an excuse for a sprint? Ideally, the
documenter is someone who really knows DSP and what is going on behind the
curtains.
GSoC is for code related work,
On 02/18/2013 12:36 AM, Martin Braun (CEL) wrote:
Hi everyone,
this is a reminder that we're having a developer call this
Thursday, Feb 21, 1800 UTC. Anyone who's interested in the current
state of GNU Radio etc. is invited!
We'll be using the SIP tech we've used so far (information on
On 01/23/2013 09:45 AM, Tom Rondeau wrote:
On Wed, Jan 23, 2013 at 5:42 AM, Barry Jackson zen25...@zen.co.uk wrote:
I package gnuradio for Mageia and we are having problems with test
failures with 3.6.3 in our beta2 distro release.
(from git tag v3.6.3 since release tarball was from
On 01/23/2013 09:58 AM, Philip Balister wrote:
On 01/23/2013 09:45 AM, Tom Rondeau wrote:
Has this been reported to the boost people? There is a boost 1.53 beta,
I wonder if the problem is fixed there.
There are two bug fixes related to join_all for 1.53. Any idea if they
address
page under the sub heading ¨The C++ domain: Extending GNU Radio¨
there is a reference to the tutorial on how to write a new block. and this
is the link I am not able to open.
GRB--- On Sun, 1/20/13, Philip Balister phi...@balister.org wrote:
From: Philip Balister phi...@balister.org
On 01/17/2013 08:57 AM, Ed Criscuolo wrote:
Has anyone been using Gnu Radio on a Raspberry Pi lately? (just got one for
Xmas :) ) Any special build procedures for 3.6.3?
Please remember the R-pi is an armv6 based processor with a vfp unit
(not a NEON SIMD unit). Do not expect much signal
On 01/17/2013 11:20 AM, Ed Criscuolo wrote:
On 1/17/13 10:35 AM, Philip Balister wrote:
On 01/17/2013 08:57 AM, Ed Criscuolo wrote:
Has anyone been using Gnu Radio on a Raspberry Pi lately? (just got
one for Xmas :) ) Any special build procedures for 3.6.3?
Please remember the R-pi
On 11/18/2012 06:38 PM, devin kelly wrote:
I just read about the release of
ControlPorthttp://www.trondeau.com/home/2012/11/18/public-release-of-controlport.html,
(which I'm excited about) just wondering why use ZeroC ICE?
Thanks for any explanation
This is a start:
On 07/29/2012 06:21 PM, Josh Blum wrote:
On 07/28/2012 04:37 AM, ÀîÔÞ wrote:
Dear all: Now, I am running the benchmark_tx.py and benchmark_rx.py
on the USRP E110s. However, even if I set the bit rate to 100khz and
use bpsk modulation scheme, overflow always occure. I get some
information
Which tonmorrow? Thursday?
On 07/19/2012 01:20 AM, Tom Rondeau wrote:
We'll be having our monthly developers' call tomorrow as usual,
assuming I can get everything to work properly from my hotel room.
Details can be found here:
http://gnuradio.org/redmine/projects/gnuradio/wiki/Call20120719
On 07/09/2012 02:23 AM, Favati wrote:
Is out there any debian package of gnu radio for arm? I can see only the
gnuradio-doc package...(am i wrong?)
My understanding is that debian is building packages for armv5, which
does not support the NEON coprocessor. The code NEON code thta is in the
to an ARM
board.
anyone have tried
build N series with ARM or DSP in one board which means the ethernet line
between N and
the processor is on PCB.
On Wed, May 30, 2012 at 6:24 AM, Philip Balister
phi...@balister.orgwrote:
On 05/25/2012 09:18 PM, Page Jack wrote:
Hi Philip,
How does
On 5/25/12, Philip Balister phi...@balister.org wrote:
On 05/24/2012 09:46 PM, Page Jack wrote:
Thanks Ben,
does e100 use EMIF to transfer sample data between FPGA and ARM? If so
the
data rate should be able to improved.
Anyone have tried to improve the data rate?
EMIF is basically
On 05/25/2012 12:37 PM, Nowlan, Sean wrote:
Is there a one-stop-shop command to disable building GNU Radio without the
GUI? I want to save build time on E100 and don't need it.
My best guess is cmake -DENABLE_GR_WXGUI=False ../, but I don't know if
there are other dependencies or GUI
On 05/16/2012 04:42 AM, Adam Baxter wrote:
Hi, building GNURadio 3.5.3.2 from the Debian Testing sources fails on
ARMel with GCC version 4.6.3 (Debian 4.6.3-1)
The gnuradio source assumes if you are on arm, you have access to the
NEON instructions. (Building gnuradio for arm without NEON will
, // Misc GPIO
input overo_gpio176, input overo_gpio163, input overo_gpio170, // Misc GPIO
Is that normal of I did something wrong at the kernel at the overo?
Regards,
S. Yassin
HW Engineer
DLECS
From: Philip Balister phi...@balister.org
To: Sameh Yassin
. Yassin
HW Engineer
DLECS
From: Philip Balister phi...@balister.org
To: Sameh Yassin sameh_yassi...@yahoo.com
Cc: GNURADIO discuss-gnuradio@gnu.org
Sent: Wednesday, May 2, 2012 1:33 PM
Subject: Re: [Discuss-gnuradio] E100 - Interface between OMAP3 and FPGA
On 04/28/2012 08:07 AM, Sameh Yassin wrote:
Dear all,
I need to send data from the OMAP3 to the Spartan3an FPGA. As I understand
,from the wiki and presentations, there are two ways to communicate namely;
using setting_reg and GPIO. The second way seems easier so I'll try it
first.
On 04/19/2012 08:55 AM, Sameh Yassin wrote:
Hi all,
When running the example tx_waveforms.cpp on the E100 usrp I get
continuo on the terminal
I know that u stands for underrun and o stands for overrun but what does an
s mean
Upgrade to the latest image that was announced on
in older UHD's on
the E100 and cleared the problem up by using the most recent UHD release
(with corresponding FPGA images).
If you are doing custom FPGA work, you should start from the most recent
release.
Philip
Regards,
S. Yassin
Research assistant
DLECS
ECE departmentFrom: Philip
On 04/18/2012 09:28 AM, Michael Dickens wrote:
I just pulled the latest GIT master, cleaned out everything old, then the
usual cmake. Make errors out with:
[ 3%] Building C object volk/lib/CMakeFiles/volk.dir/volk_cpu.c.o
/var/tmp//ccrCnwC2.s:221:no such instruction: `xgetbv'
I'm
On 04/04/2012 05:24 AM, Stefan Ott wrote:
On Tue, Apr 3, 2012 at 16:12, Stefan Ott o...@iam.unibe.ch wrote:
Ah thanks. I just built a new kernel using that patch (i.e. from the
e100-3.0-pm-2-bugfixes branch). I hope that was the right one, the
usrp_e driver looks ok but is only at version 0.2
On 04/02/2012 09:27 AM, Stefan Ott wrote:
Hey
Just curious, have you had a chance to look at this?
Also, in the meantime I tried using your kernel tree
(e100-3.0-pm-2-fixes-from-review) which seems to have a newer version
of the usrp_e driver, built with the kernel configuration that I
On 03/24/2012 08:51 AM, Martin Braun wrote:
On Fri, Mar 23, 2012 at 06:44:06PM -0400, Philip Balister wrote:
Although the GNU Radio project was not accepted to GSoC, the GNU project
was. Since we are part of the project people interested in GSoC and GNU
Radio can apply to the GNU Project
Although the GNU Radio project was not accepted to GSoC, the GNU project
was. Since we are part of the project people interested in GSoC and GNU
Radio can apply to the GNU Project.
http://www.gnu.org/software/soc-projects/ideas-2012.html
Applications are due on April 6. Double check for the UTC
On 03/19/2012 07:28 AM, Stefan Ott wrote:
On Fri, Mar 16, 2012 at 20:36, Philip Balister phi...@balister.org wrote:
On 03/16/2012 03:32 PM, Stefan Ott wrote:
On Mar 16, 2012 8:22 PM, Philip Balister phi...@balister.org wrote:
I had a look and it what I could find out so far is that offset
On 03/15/2012 02:26 PM, Stefan Ott wrote:
On Thu, Mar 15, 2012 at 18:02, Stefan Ott o...@iam.unibe.ch wrote:
Finally, there are docs on the web for working out where in the code the
oops really occurs. Can you try working through that procedure and see
if it happens in the driver, or
On 03/14/2012 01:42 PM, Stefan Ott wrote:
Hey list
I managed to build gnuradio 3.5.1 and (almost) got it working on the
USRP E110. However, when I try to run uhd_rx_cfile.py (with
--samp-rate 10e6 -f 97.7e6) it segfaults. You will find the log below.
The system that I'm running on the
I am working on improving the wfm_tx transmitter for the e100 and am in
the process of replacing calls to libm for sin/cos with the fixed point
(argument only) version already in gnuradio.
It does not look like the qa_code actually runs though (cmake build).
Any hints on getting the qa code to
On 03/13/2012 12:30 PM, Tom Rondeau wrote:
On Tue, Mar 13, 2012 at 10:26 AM, Philip Balister phi...@balister.orgwrote:
I am working on improving the wfm_tx transmitter for the e100 and am in
the process of replacing calls to libm for sin/cos with the fixed point
(argument only) version
On 03/08/2012 06:30 PM, Daniel Fiske wrote:
Hi, Guys!
I am planning on pursing my PHD degree in a leading university in Software
Defined Radio research. I know VT is a reputed institute in SDR research.
Are there any other good universities which are also focusing on SDR
development and
We should make sure we are done on Thursday though. Waiting until the
last minutes risks TZ issues :)
I'll be at WSR 12 this week, but I think we have most of the fields in
the application filled in. We need to come up with a student application
template, which should look something like this:
On 02/03/2012 04:51 AM, Andre Puschmann wrote:
On 02/02/2012 01:30 PM, Martin Braun wrote:
Hope to see some of you guys there!
We'll be there, really looking forward to meeting you guys! I guess most
of the attendees arrive the day before, i.e. March 6. How about a warm
glass of milk the
On 02/28/2012 11:51 PM, George Nychis wrote:
It's be good if you can chime in here, Josh :)
It seems like this is something that should be fixed about tunnel.py in
future GNU Radio releases for use with UHD.
tunnel.py should be burned at the stake :)
This flow graph creates more bad press
On 02/24/2012 02:45 PM, Rafael Diniz wrote:
It would be nice, but it could be fixed up and converted to cmake in the
current svn repo also...
But most of us have forgotten how to use subversion :)
Philip
The CGRAN RDS code seems abandoned, I'm thinking about cloning it to
github so it
On 02/20/2012 01:18 PM, Ben Hilburn wrote:
Stefan -
The command listed in that FAQ relies on the use of a CMake toolchain file,
which is distributed with GNU Radio.
A recent update (to CMake, possibly), seems to have broken use of the
toolchain file -- all of the flags inside of it will
On 02/20/2012 02:54 PM, Philip Balister wrote:
On 02/20/2012 01:18 PM, Ben Hilburn wrote:
Stefan -
The command listed in that FAQ relies on the use of a CMake toolchain file,
which is distributed with GNU Radio.
A recent update (to CMake, possibly), seems to have broken use
On 02/17/2012 02:25 AM, Andre Puschmann wrote:
On 02/16/2012 07:16 PM, Philip Balister wrote:
/tmp/cct93Ve1.s:37: Error: bad instruction `vpadd.f32 d0,d16,d17'
/tmp/cct93Ve1.s:38: Error: bad instruction `vadd.f32 s16,s0,s1'
make[2]: ***
[gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir
On 02/16/2012 11:39 AM, Josh Blum wrote:
On 02/16/2012 11:32 AM, Josh Blum wrote:
On 02/16/2012 11:24 AM, Tom Rondeau wrote:
On Thu, Feb 16, 2012 at 2:08 PM, Josh Blum j...@joshknows.com wrote:
Also, you never want to work on the smallest amount of memory possible.
This is covered in
On 02/16/2012 09:39 AM, Nowlan, Sean wrote:
Hi all,
I'm trying to build Tom's branch with the recent changes to use Volk, but I'm
getting an error. I ran this command:
cmake -DCMAKE_INSTALL_PREFIX=/usr
-DCMAKE_TOOLCHAIN_FILE=../cmake/Toolchains/arm_cortex_a8_native.cmake
On 02/15/2012 09:41 AM, Jeff Brower wrote:
Ed-
On 2/15/12 11:31 AM, Jeff Brower wrote:
GNU Radio is owned by National Instruments .
!
You are confusing GnuRadio with Ettus Research.
GnuRadio is an open source SDR framework.
Ettus is the manufacturer of the
On 02/08/2012 01:29 AM, Martin Braun wrote:
Hi everyone,
On Tue, Feb 07, 2012 at 09:46:08AM -0500, Philip Balister wrote:
At the last developer call I agreed to lead the GSoC effort.
That's great!
As you might know, I'm always interested in getting students involved in
GNU Radio, so I'd
On 02/07/2012 09:06 AM, Michael Dickens wrote:
Given the discussion at the GNU Radio Conference about GSoC, what do our
fearless leaders say about giving it a try this year? Josh, with all his
amazing programming capabilities, can only do so much ;) - MLD
On 02/06/2012 01:17 PM, Ahmed Alsawi wrote:
On Mon, Feb 6, 2012 at 8:06 PM, Ben Hilburn b...@ettus.com wrote:
Ahmed -
1) Are you using one of the officially supported E1xx filesystems?
This angstrom x11-image built with OE for overo machine kernel image
2.6.38
What is exactly
On 02/06/2012 03:25 PM, Ahmed Alsawi wrote:
@Philip Balister
the steps are
1. compiling wxGTk from source.
2. compiling wxPython from source.
Then compile the gnuradio ,,
These the main steps i went through ,If you want details tell me.
OK, sounds like step 1 would be to upgrade
Looks a bit sluggish here also .
On 01/31/2012 06:49 PM, Marcus D. Leech wrote:
www.gnuradio.org appears to be down (and no, it's not just me :-) )
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
On 01/24/2012 01:43 PM, ziyang wrote:
On 01/24/2012 07:12 PM, Nick Foster wrote:
On Tue, Jan 24, 2012 at 9:56 AM, ziyang ziy...@sics.se
mailto:ziy...@sics.se wrote:
On 01/19/2012 07:13 PM, Nick Foster wrote:
Optimizing an algorithm is a hard and sometimes
On 01/13/2012 12:19 PM, ziyang wrote:
BTW, it took almost twice the amount of time to build both uhd and GNU
radio after burning the latest console file system, and the
initialization process of uhd (when device information is printed out)
took a lot longer time than before as well. But what I
On 12/26/2011 10:06 AM, Marcus D. Leech wrote:
Has anyone successfully modified build-gnuradio to run on Fedora 16?
What sort of issues are you seeing?
Philip
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://www.downforeveryoneorjustme.com/gnuradio.org
Philip
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On 12/18/2011 08:30 PM, Michael Dickens wrote:
On Dec 18, 2011, at 3:41 PM, Tom Rondeau wrote:
The differences, though, coming in the naming scheme and installation
method. Instead of having a gr_name.h file installed into
$prefix/include/gnuradio, it's just name.h that is installed into
I forget the usual time? Can you give it to us in UTC?
Philip
On 12/14/2011 10:52 PM, Tom Rondeau wrote:
We will be having our monthly call tomorrow. Same time and details as usual.
http://gnuradio.org/redmine/projects/gnuradio/wiki/DevelopersCalls
I'll try to post an agenda, but I don't
On 12/03/2011 11:52 AM, Tom Rondeau wrote:
On Sat, Dec 3, 2011 at 2:21 AM, Moritz Fischer
gnura...@pure-entropy.orgwrote:
On 12/02/2011 02:05 PM, Marcus Müller wrote:
Martin Braun wrote:
[1] But perhaps they're reading this and would like to comment.
Indeed ;-)
Conclusion: Try the
On 11/21/2011 10:24 PM, Matt Mills wrote:
Hello all,
I seem to be having an issue that, after about 30-45 minutes of running
normally my gnuradio based python app will just lock up. It wont respond to
control C, it holds all of its existing file handles open but doesnt do
anything with
On 11/22/2011 11:02 AM, Rachel Kroll wrote:
On Nov 22, 2011, at 7:56 AM, Marcus D. Leech wrote:
On 22/11/11 10:48 AM, Rachel Kroll wrote:
It's pretty easy to get wedged forever if you call lock and unlock a lot in
conjunction with connect and disconnect. Sooner or later, you'll hit a
On 11/22/2011 11:31 AM, Rachel Kroll wrote:
How do you compile this? I put it in a file and made a couple fo quick
stabs at it.
I can duplicate the hang. Also it looks like it does not hang using the
single threaded scheduler. (Which I guess we expect)
You can use the single threaded scheduler
It works on my PC.
On 11/16/2011 08:29 PM, Josh Blum wrote:
http://www.downforeveryoneorjustme.com/gnuradio.org
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On 11/15/2011 06:54 PM, Jacob Gilbert wrote:
I was attempting to download the uImage linux kernel from the following
website and got a dropbox 404 page.
http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSE100
Is there a mirror or am I using an outdated e-100 OpenBTS page?
On 11/09/2011 03:18 AM, Nowlan, Sean wrote:
For some reason the ARM Assembler doesn't like the NEON instructions in
dotprod_fff_armv7_a.c:
[ 9%] Building C object
gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir/filter/dotprod_fff_armv7_a.c.o
/tmp/ccAcWVL4.s: 27: Error: bad
.
You might find an easy 2x-3x improvement just by doing the heavy
lifting in Volk rather than in C++. All of the Orc functions in Volk
will work for NEON. There's no FIR filter in Orc right now (need to
get accumulators working properly in Orc), but Philip Balister already
wrote NEON FIR filter
to software-defined radio
Philip
On Wed, Nov 2, 2011 at 11:48 AM, Philip Balister phi...@balister.orgwrote:
http://wireless.vt.edu/sdrcontest/
This should be interesting to a lot of people on this list!
Philip
___
Discuss-gnuradio mailing
Johnathon, can you pull these two fixes for qtgui? This solves a problem
we are having on the e100.
https://github.com/balister/GNU-Radio/commits/qtgui_update_rate_fix
Philip
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
On 10/31/2011 12:50 PM, Zhonghua wrote:
Hi list,
I used USRP E100 for several months and it has been working well. But
today when I was using it and want to open another terminal to login it
with SSH, I failed and got the message that Permission denied, please
try again. I closed the
On 10/21/2011 01:46 AM, Josh Blum wrote:
On 10/20/2011 10:22 PM, Daniel Dekst wrote:
Tried on USRP E100 kernel module 3.0.0
Error when make.
[ 13%] Building C object
gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir/filter/dotprod_fff_armv7_a.c.o
On 10/20/2011 07:57 AM, Rafael Diniz wrote:
Morning people,
Is there any web interface where we can see the git changes?
http://gnuradio.org/cgit/gnuradio.git/
I find cloning the git repo and using qgit gives a much clearer picture
of how the branches work though.
Philip
Best regards,
I just got this trying to build gnuradio/next with cmake on an e100:
-- Performing Test HAVE_SINF
-- Performing Test HAVE_SINF - Success
-- Performing Test HAVE_COSF
-- Performing Test HAVE_COSF - Success
-- Performing Test HAVE_MMAP
-- Performing Test HAVE_MMAP - Success
CMake Warning at
On 10/20/2011 02:00 PM, Josh Blum wrote:
On 10/20/2011 10:51 AM, Philip Balister wrote:
I just got this trying to build gnuradio/next with cmake on an e100:
-- Performing Test HAVE_SINF
-- Performing Test HAVE_SINF - Success
-- Performing Test HAVE_COSF
-- Performing Test HAVE_COSF
On 10/03/2011 11:32 AM, Tom Rondeau wrote:
Hello everyone,
Here's a general call for help on the GNU Radio project if you are so
inclined. If you've wanted to contribute back to the code, but weren't sure
how to make a difference, there are lots of little things to look at. We've
set up a
On 10/03/2011 11:32 AM, Tom Rondeau wrote:
Hello everyone,
Here's a general call for help on the GNU Radio project if you are so
inclined. If you've wanted to contribute back to the code, but weren't sure
how to make a difference, there are lots of little things to look at. We've
set up a
On 10/03/2011 02:00 PM, Tom Rondeau wrote:
On Mon, Oct 3, 2011 at 1:27 PM, Philip Balisterphi...@balister.org wrote:
On 10/03/2011 11:32 AM, Tom Rondeau wrote:
Hello everyone,
Here's a general call for help on the GNU Radio project if you are so
inclined. If you've wanted to contribute back
A sane fix:
https://github.com/balister/GNU-Radio/commit/fd21bd2c74677d2c1722bc585ccdeaf1522e0d59
Philip
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On 09/27/2011 04:25 PM, Reginald Cornwallice wrote:
Hello Friends,
My name is Reginald and I am an SDR enthusiast currently pursuing my latest
project with the N210 box. I have the utmost respect for this hardware and
hope to integrate it into my newest intellectual pursuit.
My project is a
Yesterday I realized I have no idea when Josh's cmake work will go into
GNU Radio and be part of an actual release.
This is a big headache for me because I am updating the root file
systems for the E100 at the moment and there is some stuff in the cmake
branch that is useful for the E100
On 08/25/2011 03:26 PM, xi yang wrote:
Hi, Nick,
Thanks a lot!
Do you know which file is same as usrp_std.v that is responsible for binding
all modules together?
This one:
fpga/usrp2/top/E1x0/u1e_core.v
I think.
Philip
Yooxi
2011/8/25 Nick Fostern...@ettus.com
Yooxi,
The USRP1 used
On 08/25/2011 03:41 PM, xi yang wrote:
Hi, Philip,
Thanks!
If I got a USRP1, what files do I need to copy to /usr/share/uhd/images ?
And that's it? No additional operations?
Are you using a USRP1 or a USRP-E100?
Philip
Yooxi
2011/8/25 Philip Balisterphi...@balister.org
On 08/25/2011
On 08/23/2011 05:15 PM, Morgan Redfield wrote:
Hi everyone,
I updated the ofdm_benchmark_tx.py script to use UHD and I'm running it on
my E100. If I run it at a high enough sample rate, I get a lot of S
characters printed to the screen. Some googling shows that this means
there's packet loss
On 08/23/2011 05:15 PM, Morgan Redfield wrote:
Hi everyone,
I updated the ofdm_benchmark_tx.py script to use UHD and I'm running it on
my E100. If I run it at a high enough sample rate, I get a lot of S
characters printed to the screen. Some googling shows that this means
there's packet loss
On 08/13/2011 07:36 AM, Kenta Berggren wrote:
Hi
I wonder if there is a list of all plug-ins written to gnuradio?
I'm looking someone who wrote Gnuradio talking to an RS-232 or to hamlib.
Is there a cheaper alternative to USDR?
With the shipping, customs (10-20%) and sales tax (25%) with USDR
On 08/02/2011 08:30 AM, Radio Man wrote:
I try to do some 'helloworld' type tests and I found a problem. I write code
in Python using UHD as the interface to HF HW. I can successfully receive
stream samples and push it to the filters / demodulator / bells /
whistles... It works OK to some degree
Tom,
Thanks for updating the GNU Radio conference page [1]. It is good to see
the schedule coming together.
You had mentioned a hackfest or something before/after the conference.
Is this correct? If so what is the schedule? I need to look at making
transportation and hotel arrangements.
On 07/27/2011 12:58 AM, Almohanad Fayez wrote:
I'm working with the Rootfs which has DSPLink support ... also I'm bitbaking
some custom packages ... can I propagate your updates through OE so I can
maintain my current workflow? thanks Josh
Not quite yet. I have the modified kernel
On 07/23/2011 01:16 PM, Marcus D. Leech wrote:
On 07/23/2011 12:27 PM, Josh Blum wrote:
Is it because the version names changed?
Can you wget the whole directory and pick out the first tar.gz file?
If you mess with the paths, be aware the OE reciep that grabs the
firmware and repackages it
On 07/19/2011 08:50 AM, Miguel A. Vallejo, EA4EOZ wrote:
Marcus D. Leech wrote:
Just on a hunch, try:
export LIBGL_ALWAYS_INDIRECT=1
Before you start any of the above applications.
Yes!, It works!
OpenGL has, in my opinion, become a festering sore of incompatibilities
and weird edge
On 07/18/2011 09:12 AM, Ralf Wierse wrote:
Hi,
so far we used our E100s via LAN from Remote.
Now we connected HDMI locally by using an HDMI-to-DVI apapter
and a DELL DVI display.
Nothing is displayed, no boot text, no X output.
X server seems to run on the E100 utilizing OMAPFB...
Should it
On 07/15/2011 04:24 PM, Marcus D. Leech wrote:
On 07/13/2011 04:40 AM, Riadh Elloumi wrote:
Hi all,
I complied DAB demodulation for ARM Cortex-A8 (TI OMAP 3). It
successfully demodulate DAB+ but spends 13 seconds decoding 1 second of
radio baseband (USRP file).
I used all the optimized code
On 06/29/2011 08:51 PM, Morgan Redfield wrote:
I don't think you have to change the parameters you're giving to
./configure for gnuradio. You actually want to change the parameters
used by ./configure for fftw.
This worked for me:
./configure --enable-single --enable-neon --enable-shared
On 06/23/2011 02:48 PM, Gaetano Mendola wrote:
Hi all,
running my application with valgrind it complained about some
uninitialized values.
Patch attached.
Is it possible these are false positives from Valgrind? It looks like it
is possible the variales you are writing zeros to are filled
On 06/22/2011 08:06 PM, Morgan Redfield wrote:
Hi everyone,
I built and installed fftw with neon support for my E100 following the
instructions here: http://www.vesperix.com/arm. Now I'm trying to
recompile gnuradio to take advantage of that. Unfortunately, I get an
error when I run make.
201 - 300 of 543 matches
Mail list logo