[Discuss-gnuradio] FPGA's in Opteron sockets
I've been visiting at Virginia Tech this week, and one very cool thing I came across were these FPGA boards that plug into an Opteron socket. Very low latency, very high throughput. Virtex 4 in Opteron socket: http://www.drccomputer.com/pages/modules.html Stratix II in Opteron socket: http://www.xtremedatainc.com/xd1000_brief.html Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Unable to find USRP #0
I just started using my RFX-2400 today, and all was going well. I had
used usrp_{oscope,fft}.py as regular user without incident. All of a
sudden, I started getting the "Unable to find USRP #0" runtime error.
It is probably something I've done, but I have no idea what. The usbfs
is mounted. I ran the scripts as both regular user as well as root. The
LED is flashing at about 10 Hz.
Potentially helpful background:
Sometime ago, I upgraded to my kernel (so I could use my IPod) from
2.6.9 to 2.6.12 using the package manager under Fedora Core 3. Things
seemed a little screwy after that. So, I always boot into 2.6.9 now.
Recently, I noticed I can no longer use my USB pen drive or external
hard drive. Something keeps deleting /dev/sda*. However, I mount the
USRP under /proc/bus/usb, which is still there.
Any ideas? Here's the error message.
Traceback (most recent call last):
File "./usrp_fft.py", line 237, in ?
main ()
File "./usrp_fft.py", line 233, in main
app = stdgui.stdapp(app_flow_graph, "USRP FFT", nstatus=1)
File "/gnuradio/gr/lib/python2.3/site-
packages/gnuradio/wxgui/stdgui.py", line 36, in __init__
wx.App.__init__ (self, redirect=False)
File "/gnuradio/gr/lib/python2.3/site-packages/wx-2.6-gtk2-
ansi/wx/_core.py", line 7473, in __init__
self._BootstrapApp()
File "/gnuradio/gr/lib/python2.3/site-packages/wx-2.6-gtk2-
ansi/wx/_core.py", line 7125, in _BootstrapApp
return _core_.PyApp__BootstrapApp(*args, **kwargs)
File "/gnuradio/gr/lib/python2.3/site-
packages/gnuradio/wxgui/stdgui.py", line 39, in OnInit
frame = stdframe (self.flow_graph_maker, self.title, self._nstatus)
File "/gnuradio/gr/lib/python2.3/site-
packages/gnuradio/wxgui/stdgui.py", line 60, in __init__
self.panel = stdpanel (self, self, flow_graph_maker)
File "/gnuradio/gr/lib/python2.3/site-
packages/gnuradio/wxgui/stdgui.py", line 81, in __init__
self.fg = flow_graph_maker (frame, self, vbox, sys.argv)
File "./usrp_fft.py", line 78, in __init__
self.u = usrp.source_c(decim_rate=options.decim)
File "/gnuradio/gr/lib/python2.3/site-packages/gnuradio/usrp.py", line
240, in __init__
_ensure_rev2(which)
File "/gnuradio/gr/lib/python2.3/site-packages/gnuradio/usrp.py", line
82, in _ensure_rev2
v = _look_for_usrp(which)
File "/gnuradio/gr/lib/python2.3/site-packages/gnuradio/usrp.py", line
76, in _look_for_usrp
raise RuntimeError, "Unable to find USRP #%d" % (which,)
RuntimeError: Unable to find USRP #0
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] USRP locks?
Hi,
I experience some problems with my USRP and the RFX2400. When I run a
simple program to capture data samples from the USRP it locks after
some time (minutes to hours). There is no crash, it just stops
receiving samples. I attached the code to this email so others can try
it out to see if it is my setup or not.
The program is very simple. It configures the USRP and sends the
samples to /dev/null. I modified the file sink to inclue a counter so
I can see if there are samples coming from the USRP or not. The diff
is here:
Index: gr_file_sink.cc
===
RCS file: /sources/gnuradio/gnuradio-core/src/lib/io/gr_file_sink.cc,v
retrieving revision 1.4
diff -r1.4 gr_file_sink.cc
57a58
d_counter = 0;
123a125,126
141a145,148
d_counter += 1;
if (d_counter % 1 == 0){
fprintf(stdout, "count %d\n", d_counter), fflush(stdout);
}
I have the latest CVS/SVN version and use python 2.4.
Any ideas what could be wrong?
Thomas
#!/usr/bin/env python
from gnuradio import gr, eng_notation
from gnuradio import usrp
from gnuradio.eng_option import eng_option
from optparse import OptionParser
import math, struct, time
#from gnuradio.wxgui import stdgui, fftsink, scopesink
#import wx
start = 0
def pick_subdevice(u):
"""
The user didn't specify a subdevice on the command line.
If there's a daughterboard on A, select A.
If there's a daughterboard on B, select B.
Otherwise, select A.
"""
if u.db[0][0].dbid() >= 0: # dbid is < 0 if there's no d'board or a problem
return (0, 0)
if u.db[1][0].dbid() >= 0:
return (1, 0)
return (0, 0)
class stats(object):
def __init__(self):
self.npkts = 0
self.nright = 0
class rx_graph (gr.flow_graph):
st = stats()
def __init__(self):
gr.flow_graph.__init__(self)
parser = OptionParser (option_class=eng_option)
parser.add_option("-R", "--rx-subdev-spec", type="subdev", default=None,
help="select USRP Rx side A or B (default=first one with a daughterboard)")
parser.add_option ("-c", "--cordic-freq", type="eng_float", default=247500,
help="set Tx cordic frequency to FREQ", metavar="FREQ")
parser.add_option ("-r", "--data-rate", type="eng_float", default=200)
parser.add_option ("-f", "--filename", type="string",
default="rx.dat", help="write data to FILENAME")
parser.add_option ("-g", "--gain", type="eng_float", default=0,
help="set Rx PGA gain in dB [0,20]")
parser.add_option ("-N", "--no-gui", action="store_true", default=False)
(options, args) = parser.parse_args ()
print "cordic_freq = %s" % (eng_notation.num_to_str (options.cordic_freq))
#
self.data_rate = options.data_rate
self.samples_per_symbol = 2
self.usrp_decim = int (64e6 / self.samples_per_symbol / self.data_rate)
self.fs = self.data_rate * self.samples_per_symbol
payload_size = 128 # bytes
print "data_rate = ", eng_notation.num_to_str(self.data_rate)
print "samples_per_symbol = ", self.samples_per_symbol
print "usrp_decim = ", self.usrp_decim
print "fs = ", eng_notation.num_to_str(self.fs)
u = usrp.source_c (0, self.usrp_decim)
if options.rx_subdev_spec is None:
options.rx_subdev_spec = pick_subdevice(u)
u.set_mux(usrp.determine_rx_mux_value(u, options.rx_subdev_spec))
subdev = usrp.selected_subdev(u, options.rx_subdev_spec)
#u.set_rx_freq (0, -options.cordic_freq)
u.tune(0, subdev, options.cordic_freq)
u.set_pga(0, options.gain)
u.set_pga(1, options.gain)
self.u = u
self.file_sink = gr.file_sink(gr.sizeof_gr_complex, "/dev/null")
self.connect(self.u, self.file_sink)
def main ():
fg = rx_graph()
fg.start()
fg.wait()
if __name__ == '__main__':
# insert this in your test code...
import os
print 'Blocked waiting for GDB attach (pid = %d)' % (os.getpid(),)
raw_input ('Press Enter to continue: ')
main ()
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Assertion Error when running gnuradio examples
Its checked in, but it won't fix your problem. It will just make the error more obvious. Matt On Mon, 2006-05-22 at 09:48 -0500, Michael Ford wrote: > Eric, > > How will I know when the daughterboard code has been updated? > > Also, thanks to you and Thomas for your help so far. I've got the > coding background for this, but not the DSP background. I'm learning > as I go, but as you can imagine, I have my struggles understanding. > *laughs* > > -Michael Ford- > > > On 5/20/06, Eric Blossom <[EMAIL PROTECTED]> wrote: > On Sat, May 20, 2006 at 11:03:03AM -0700, Thomas Schmid wrote: > > Hi Michael, > > > > GNURadio is under active development. Therefore, file names > can change > > and thus tutorials don't reflect the latest changes until > they are > > updated. The two file syou found, std_2rxhb_2tx.rbf and > > std_4rx_0tx.rbf, are two different versions for the USRP > firmware. the > > first one has two rx and to tx paths, the second one has 4 > rx and no > > tx. > > > > When the oscilloscope run, did you see a change in the LED > on your > > USRP, i.e., did it first blink fast, and once the > oscilloscope was > > running it blinked slower? If, then everything is fine. If > not, then > > follow the installation instructions here: > > http://www.comsec.com/wiki?UsrpInstall > > except that I think we are at rev4 for the firmware now, > instead of rev2. > > > > The exception you get is probably because you have the wrong > > daughterboard in your USRP. What is the configuration you > are using? > > > > Cheers, > > Thomas > > Thanks Thomas. Those are all good suggestions. > > Michael, > > The problem is twofold. > > (1) You asked the 2.4 GHz daughterboard to attempt to tune > to 101.5 Hz > > > usrp_wfm_rcv_nogui.py -f 101.5 # should really be -f > 101.5M > > (2) There's a bug in the daughterboard code, that has it > blow up > instead of just cleanly returning a failure code. > > [Matt, can you please fix this when you return from > Dayton? This problem > may exist for all the RFX boards.] > > Also, the tutorials (like most everything) were written by a > volunteer. The underlying code base has changed since they > were > written. Perhaps Dawei or someone else can update them if > they get a > chance. > > Eric > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Matt Ettus <[EMAIL PROTECTED]> ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Make Check Failure
On Wed, May 24, 2006 at 03:30:28AM -0700, seph 004 wrote: > Hi > > During my installation of gnuradio-core, make check keeps failing with this > error: > > ake[3]: Entering directory `/home/lance/gr-build/gnuradio-core/src/tests' > .Testing gr_vmcircbuf_createfilemapping_factory... > gr_vmcircbuf_createfilemapping: createfilemapping is not available > ... gr_vmcircbuf_createfilemapping_factory: Doesn't work > Testing gr_vmcircbuf_sysv_shm_factory... > ... gr_vmcircbuf_sysv_shm_factory: OK > Testing gr_vmcircbuf_mmap_shm_open_factory... > ... gr_vmcircbuf_mmap_shm_open_factory: OK > Testing gr_vmcircbuf_mmap_tmpfile_factory... > ... gr_vmcircbuf_mmap_tmpfile_factory: OK > ...FAIL: test_all > === > 1 of 1 tests failed > === > make[3]: *** [check-TESTS] Error 1 > make[3]: Leaving directory `/home/lance/gr-build/gnuradio-core/src/tests' > make[2]: *** [check-am] Error 2 > make[2]: Leaving directory `/home/lance/gr-build/gnuradio-core/src/tests' > make[1]: *** [check-recursive] Error 1 > make[1]: Leaving directory `/home/lance/gr-build/gnuradio-core/src' > make: *** [check-recursive] Error 1 > > While make is running, I notice the following: > > /usr/bin/ld: warning: libstdc++.so.6, needed by > /usr/bin/../lib/libcppunit-1.10.so.2, may conflict with libstdc++.so.5 > creating test_vmcircbuf > make[3]: Leaving directory `/home/lance/gr-build/gnuradio-core/src/tests' > Making all in python > > I've gone through the requiments many times now. is there something I've > missed? > > Regards > > Lance Looks like your system has some inconsistencies. What distribution and version are you using? What's the version of g++ ( $ g++ --version ) If you're using g++ 3.3.* on x86, please note that it has bugs that GNU Radio exercises. If that's the case, please update to a later version of gcc. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Make Check Failure
HiDuring my installation of gnuradio-core, make check keeps failing with this error:ake[3]: Entering directory `/home/lance/gr-build/gnuradio-core/src/tests'.Testing gr_vmcircbuf_createfilemapping_factory...gr_vmcircbuf_createfilemapping: createfilemapping is not available... gr_vmcircbuf_createfilemapping_factory: Doesn't workTesting gr_vmcircbuf_sysv_shm_factory.. gr_vmcircbuf_sysv_shm_factory: OKTesting gr_vmcircbuf_mmap_shm_open_factory.. gr_vmcircbuf_mmap_shm_open_factory: OKTesting gr_vmcircbuf_mmap_tmpfile_factory.. gr_vmcircbuf_mmap_tmpfile_factory: OK...FAIL: test_all===1 of 1 tests failed===make[3]: *** [check-TESTS] Error 1make[3]: Leaving directory `/home/lance/gr-build/gnuradio-core/src/tests'make[2]: *** [check-am] Error 2make[2]: Leaving directory `/home/lance/gr-build/gnuradio-core/src/tests'make[1]: *** [check-recursive] Error 1make[1]: Leaving directory `/home/lance/gr-build/gnuradio-core/src'make: *** [check-recursive] Error 1While make is running, I notice the following:/usr/bin/ld: warning: libstdc++.so.6, needed by /usr/bin/../lib/libcppunit-1.10.so.2, may conflict with libstdc++.so.5creating test_vmcircbufmake[3]: Leaving directory `/home/lance/gr-build/gnuradio-core/src/tests'Making all in pythonI've gone through the requiments many times now. is there something I've missed?RegardsLance __Do You Yahoo!?Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
