On Sat, 18 Aug 2007, Jeff Brower wrote:
I don't know why programming the FPGA should look like a black hole. Verilog
is straightforward, Matt's code is well
structured and seems fairly well commented, there are tons of examples on
Altera's website, etc. Sometimes I think
people take "do eve
We are about to connect the USRP with LFRX and LFTX daughter boards to
a laboratory data acquisition system where noise and ground loops are
an issue. Can anyone confirm my understanding of the grounding on the
USRP, daughter boards, and enclosure?
As I understand it, the USRP is floating with
On Fri, 17 Nov 2006, Jonathan Jacky wrote:
In fft_sink, fft_rate is the number of frames fft_sink
attempts to draw per second. Try adjusting it down. There is a similar
parameter frame_decim in scope_sink, again adjust this down until the display
updates and the program works
On Fri, 17 Nov 2006, Matteo Campanella wrote:
fft scope ... frequently hangs on my fc5
The scope freezes (in all modes) and it needs to be killed to get the
control back.
Has anyone experienced the same?
A GNU Radio flowgraph can generate samples much faster than wxPython can
display the
On Thu, 2 Nov 2006, Garrett McGrath wrote:
If somebody
could link me some information on how the block code architecture was
concieved ...
The JSAC96 and JSAC98 papers linked below are informative.
As I understand it, the VuSystem and SpectrumWare/PSpectra
projects at MIT in the mid and late
On Mon, 30 Oct 2006, Michael Dickens wrote:
(1) the top hit is Jon's OSX install guide (go Jon!)
Unfortunately that guide is out of date. It does not describe the
new build procedure using svn and gnuradio.org, which came along in
August. Some time ago I added brief notes at the
top of ea
Here are some Mac OS X screenshots I already have. They are all single
window.
http://staff.washington.edu/~jon/gr-osx/profiler-usb-usrp-unloaded.png
http://staff.washington.edu/~jon/gr-osx/profiler-usb-usrp-loaded.png
http://staff.washington.edu/~jon/gr-osx/scopesink-50.png
http://staff
On Mon, 23 Oct 2006, Dave hartzell wrote:
OK, that is interestingare these things (G4s) really that slow?
Yes. It seems that wxPython is the rate-limiting step. A GNU Radio
flowgraph can process samples much much faster than wxPython can display
them, at least on a G4. I've used Linux
On Mon, 25 Sep 2006, Vincenzo Pellegrini wrote:
has anyone got any screenshot of a properly working waterfallsink
http://staff.washington.edu/~jon/gr-osx/waterfallsink.png
Jon Jacky
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
htt
Does the new configure (from gnuradio.org/trak) support the --prefix
option to control where gnuradio is installed?
I didn't see anything about it at
http://gnuradio.org/trac/wiki/BuildConfiguration
Jon Jacky
___
Discuss-gnuradio mailing list
D
I'm using OS X. I've never seen this "failed to start end point
streaming" message. I've not used the flex 400 boards, only the Basic
RX/TX and LFRX/TX. Are you sure your Mac has USB 2.0 ports? Until
fairly recently (late 2003 or early 2004), Macs came with USB 1.1 ports.
There is mor
On Thu, 1 Jun 2006, John Clark wrote:
Now someone has asked me about setting up a Windows demo
unit. ... Has someone done this ... ?
There was some mention of this on the mailing list a while ago:
http://lists.gnu.org/archive/html/discuss-gnuradio/2005-07/msg00166.html
Here is a link to th
I, too, am about to work with the USRP and Labview. It's for our
Magnetic Resonance Force Microscope (MRFM) project:
http://lists.gnu.org/archive/html/discuss-gnuradio/2005-01/msg00232.html
This device is now run by over 100 Labview VIs that my colleagues have
built over the past 12 years.
I recently ran across this tutorial, that discusses automake and autoconf,
among other things.
Learning the GNU development tools
http://autotoolset.sourceforge.net/tutorial.html
I have not yet read it thoroughly. Some of the sections are still
incomplete, including the one on libtool.
Eric,
Whe I try to run a recent version of usrp_siggen.py from CVS on Mac OS X,
it produces the requested output signal for just a second or so, then exits.
I see in the source code, at the end of main:
try:
fg.start()
except KeyboardInterrupt:
pass
fg.stop()
As
I am unable to update usrp from CVS at Sourceforge for the last two days
(details below).
I've had troubles with incomplete CVS updates from Sourceforge before, but
I have always been able to complete the update just by waiting a while and
trying again. But yesterday and today it seems more ba
On Mon, 13 Feb 2006, Ges wrote:
I am trying to rewrite the flowgraph mechanism written in Python into C++
This has come up before, see
http://lists.gnu.org/archive/html/discuss-gnuradio/2005-10/msg00027.html
Perhaps you might contact the person who tried it then.
(keep clicking Thread Pre
scopesink.py always performs autoranging, continually adjusting the gain on
the vertical axis to best fit the signal. This can be inconvenient;
sometimes we would prefer a fixed gain on the vertical axis.
Here is a revised scopesink with additional parameters to control refresh
rate, vertica
I've had continuing problems with scopesink on slower Macs (my
1 GHZ G4 Powerbook). Often the scope traces do not appear. Instead, the
twirling beachball icon appears that indicates the program is too busy
to update the panel. This page provides a revised scopesink.py
that includes my latest w
I have revised my OS X installation instructions at
http://staff.washington.edu/~jon/gr-osx/gr-osx.html
I have added pages on the USRP modules and their prerequisites.
I have also streamlined the other pages, mostly by incorporating
suggestions from Michael Dickens.
Jon Jacky
On Tue, 10 Jan 2006, Ryan Pape wrote:
I got an error building the DarwinPorts sdcc and after I added an
include to get sdcc to compile, sdcc errored out while building USRP.
Are there any nonstandard procedures there?
Yes. Michael Dickens showed me how to fix this. When "port install sdcc"
On Mon, 9 Jan 2006, Eric Blossom wrote:
I believe all of your patches made it into CVS.
Can you please check?
They all made it into CVS. I just built gnuradio-core, gr-wxgui, usrp,
and gr-usrp from CVS checked out today. Everything worked fine without
any tweaking on my part. The gains
This week I plan to revise my GNU Radio/MAC OS X install instructions at
http://staff.washington.edu/~jon/gr-osx/gr-osx.html
the pages that say "Revised Nov 21 2005" are a bit out of date, and do not
cover usrp or gr-usrp at all.
I was not able to build gr-usrp from the 2.6 tarballs. Recent
On Wed, 4 Jan 2006, Eric Blossom wrote:
Please revise and test the _s file.
I revised usrp1_{source,sink}_s.cc as shown in the diffs below.
Once again, I hard-coded #define WORDS_BIGENDIAN 1 right into those
files to make sure the fixes would be effective without changing configure.ac.
At fi
On Fri, 6 Jan 2006, John Ackermann N8UR wrote:
I looked on the wiki but couldn't find anything that listed the version
dependencies. That would be a useful thing to add if/when someone has a
chance.
It's in gnuradio-core/README:
autoconf 2.57or later
automake 1.7.4 or l
On Thu, 5 Jan 2006, Philip Balister wrote:
We have a guy trying get his computer to talk to a USRP. Unfortunately his
computer only has USB 1.1 ports. Does anyone have any experience using a
cheap USB2.0 card in such a PC? We are thinking of running out and grabbing a
card and trying it.
I
On Wed, 4 Jan 2006, Elaine Garbarine wrote:
make[1]:***No rule to make target '/swig/gnuradio.i', needed by 'usrp0.cc'.
Stop
This usually means that make expected to find the file /swig/gnuradio.i
already present, but couldn't find it (so then it tried to find a rule for
making it, but coul
On Fri, 23 Dec 2005, Eric Blossom wrote:
There is a usrp_bytesex.h include file which includes
fast implemenations of host_to_usrp_short and usrp_to_host_short.
The fix probably ought to go in
usrp1_sink_{c,s}::copy_to_usrp_buffer
and in usrp1_source_{c,s}::copy_from_usrp_buffer.
This fix wo
On Sun, 1 Jan 2006, Elaine Garbarine wrote:
Hello all,
I'm having a problem when I attempt a make on the gr-usrp module. I get the
following errors:
...
usrp0.i:26: Error: Unable to find 'gnuradio.i'
It looks like the build procedure is having trouble finding your installed
gnuradio-core.
This problem I reported here on Dec 15 has gone away:
I ran into a problem with gr-usrp-0.6. Its bootstrap and configure
complete without errors or warnings. But then make fails after a huge
number of messages about fftw3f, of all things (see below). It looks
like ld failed because a great ma
On Fri, 23 Dec 2005, Eric Blossom wrote:
There is a usrp_bytesex.h include file which includes
fast implemenations of host_to_usrp_short and usrp_to_host_short.
The fix probably ought to go in usrp1_sink_{c,s}::copy_to_usrp_buffer
and in usrp1_source_{c,s}::copy_from_usrp_buffer.
The AC_C_BI
I've observed something weird running some USRP programs on Mac OS X:
the gains in effect in usrp_siggen, usrp_oscope and usrp_fft seem
unreasonably large. I only get reasonable looking output (from
usrp_siggen) and input (with usrp_oscope and usrp_fft) with -a100 or
less, otherwise the output (
I built usrp and gr-usrp on Mac OS X, with some help from Michael
Dickens. I linked with libusb from darwinports and IOKit from OS X
itself. I have not made any changes to the fusb files in
usrp/host/lib -- this is unmodified GNU Radio straight from CVS
(checked out Nov 28 2005).
I observed the
I'm trying out the GNU Radio 2.6 tarballs on Mac OS X. Previously I
built gnuradio-core, gr-wxgui, usrp and gr-usrp from CVS (checked out
Nov 28) without problems. Today I built gnuradio-core-2.6,
gr-wxgui-0.4, and usrp-0.9 from the tarballs with no apparent problems.
I've tried the new gnuradi
I posted some instructions for building and using Gnu Radio on Mac OS X:
http://staff.washington.edu/~jon/gr-osx/gr-osx.html
I also made a very brief Wiki page MacOsXTiger that just points to this.
Jon Jacky
___
Discuss-gnuradio mailing list
Discu
I tried the new fftsink and scopesink on Mac OS X 10.4.3 Tiger.
Both of them work without modifications on a 1 GHZ Powerbook G4.
Previous versions would not always work --- they would start up
and display a blank window, with the twirling beachball icon that
indicates the program is busy, appare
On Fri, 18 Nov 2005, Michael Dickens wrote:
Jon - Do I take it that you're compiling from source, not using Fink or
DarwinPorts (DP)?
No, I use pre-packaged stuff wherever I can. Almost all of the
prerequistites are in darwinports. I did build Numeric from source (from
SourceForge) becaus
I, too, am running Gnu Radio on Mac OS X Tiger. I've got versions of all
the gr-wxgui programs working, but it took a few tweaks and code changes.
These have been described in my earlier messages to discuss-gnuradio, but
I'm just now trying the new versions of scopesink and fftsink, so maybe m
I'm trying to understand how the USRP TX-A and TX-B outputs (on the
Basic TX daughterboards) are generated, and how they are related to
each other. This has been discussed here before [1] but I think that
diagram and explanation were not quite complete. I think I've got it
now. Can anyone here
We have played around with GnuRadio using the Python bindings and
it seems to do the job we require quite well. However, we would
need to use the GnuRadio data processing directly from C++.
There does not seem to be a C++ API that matches the Python API,
for example there does not appear to be a
A few more questions about grounding the USRP + daughterboards:
Is the ground of the SMA connectors on the Basic TX and RX daughterboards
connected to the ground plane of the USRP board?
Is it alright to use SMA connectors on the enclosure (that connect
through cables to the SMA connectors on
On Mon, Sep 12, 2005 at 05:55:35PM -0400, Robert Roberts wrote:
I've been reading the Wiki. Any Mac users have any tips for installing
GNURadio/USRP on OSX. I just got a Mac Mini...
I've got gnuradio-core and gr-wxgui running on Mac OS X 10.3.8 Panther.
I'm currently working on usrp --- I
We're making up a box for our USRP. We're planning something pretty
simple, similar to the box shown in the last photo at the bottom of
http://webpages.charter.net/cswiger/amps.html
What about grounding? Is it advisable to connect the box to some ground
pin or pad on the USRP?
What abou
I am trying to build usrp (from CVS on sourceforge, checked out Sep 8)
on Mac OS X (10.3.8 Panther). I have installed libusb but configure
doesn't recognize it.
I got libusb-0.1.10a.tar.gz from libusb.sourceforge.net and built it
without any apparent problems. It installed under /usr/local. I
I ran into a problem building gnuradio-core from CVS (checked out
1-Aug-2005) on Mac OS X 10.3.8 "Panther". I also found a workaround.
The make step failed at linking libgnuradio-core-qa. The error
messages indicated there were multiple definitions of some symbols
(I've included the exact erro
On Sun, 26 Jun 2005, Matt Ettus wrote:
Has anyone here tried using GNU Radio with wx and wxpython version 2.6?
Were you successful?
I did build them (under Fedora Core 3) and I was successful.
I built 2.6.0.0 from source, following the
instructions at http://www.kd7lmo.net/ground_gnuradio_
On Mon, 30 May 2005, Oskar Lissheim-Boethius wrote:
Any news on Mac OS X compatibility yet?
I've got gnuradio-core from CVS running on Mac OS X 10.3.8 "Panther".
However there were some unobvious steps in the build procedure that I
got to work. I believe what I did was unnecessarily complic
On Fri, 13 May 2005, Eric Blossom wrote:
Please try removing the -no-undefined flag in
gnuradio-core/src/lib/swig/Makefile.am and let me know it that fixes
the problem.
It does. Now "make" runs to completion without errors.
On OS/X, is there a program that will tell you what shared libraries a
pro
On Fri, 13 May 2005, Eric Blossom wrote:
I suspect that they are undefined in gnuradio_swig_python.o
When you nm | grep do the lines start with a "T" or a "U" ?
I'm not at the lab now but I'm pretty sure it was "U".
Please try removing the -no-undefined flag in
gnuradio-core/src/lib/swig/Makefile.
I've succesfully built gnuradio-core-2.5 from the tarball.
I tried building from CVS for the first time today and failed.
In particular, make fails at the command to create _gnuradio_swig_python.la
I'm using Mac OS X 10.3.8 "Panther" with autoconf 2.59, automake 1.9.4,
pkg-config 0.15.0, libtool
On Thu, 28 Apr 2005, Oskar Lissheim-Boethius wrote:
I run OSX and am still not proficient enough
with Linux to go through all the steps to compile the core-project (well, I
tried at least, and failed miserably).
If some Mac-guys on the list could give a prospect on when I could eventually
find
The README in gnuradio-examples-0.4 recommends installing gr-audio-osx,
sound card support for OS X.
There's no tarball at http://comsec.com/wiki?GnuRadio2.X and Google turns
up nothing.
Has anyone started on this?
Jon Jacky
___
Discuss-gnuradio mail
I got few error messages from "make check" with gnuradio-core-2.5 on
Mac OS X. I think they're innocuous. Please confirm.
.Testing gr_vmcircbuf_sysv_shm_factory...
gr_vmcircbuf_sysv_shm: shmat (1): Too many open files
gr_vmcircbuf_sysv_shm: shmget (1): Invalid argument
gr_vmcircbuf_sysv_shm:
ImportError: No module named _gnuradio_swig_python
I fixed it.
On Mac OS X, the build creates _gnuradio_swig_python.dylib. But
python's import statement will only import files ending in .py, .pyc,
and .so (I found this by trying "python -vv").
I just put made a symbolic link _gnuradio_swig_python
I build gnuradio-core from the 2.5 tarball on Mac OS X.
After make and make install completed without error messages,
I tried make check in my gnuradio-core-2.5. (I learned here in January
that on OS X, make install must precede make check).
Every one of the qa_*.py checks fails with this same tr
55 matches
Mail list logo
