Re: [Discuss-gnuradio] Compiling problem
On May 6, 2008, at 12:34 AM, WeiXiaowei wrote: Hi, I have got a problem when following all the steps in the link below to build the GNU radio. http://gnuradio.org/trac/wiki/BuildGuide When I reach the last step of compiling, i.e $ sudo make install It keeps on asking for the password. If I input the password for root of Fedora or the password for current user account. It says Alessandro is not in the sudoers file. This incident will be reported. (Alessandro is the current account name) you have to have root permission, since sudo is not you, it's root. Has anyone got same problem before? Could you please let me know how to solve it? Thanks Kindest regards, Alessandro _ 用手机MSN聊天写邮件看空间,无限沟通,分享精彩! http://mobile.msn.com.cn/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Latest publications: about DAB and Soft-DVB
Hi Rafael, you can find the paper here: http://wwvince.interfree.it/PellegriniBacciLuise_WSR08_CR.pdf thanks for your interest. soon (one or two days) there will also be a video of the presentation in Karlsruhe (including a live Soft-DVB demonstration) here: www.legalepellegrini.it/Soft-DVB-Karlsruhe.mp4 2008/5/6 rafael2k [EMAIL PROTECTED]: Hi all, Can anyone make available the OFDM / DAB implementation by Jens Elsner, which original location was: - http://www.1c3.de/gr-dab.tar.bz2 There is also a paper called: - V. Pellegrini, G. Bacci, M. Luise, Soft-DVB, a Fully Software, GNURadio Based ETSI DVB-T Modulator, in Proc. WSR'08, Karlsruhe, Germany, March 2008 Can it be accessible via any University Online Library? Thanks, Rafael Diniz @ Campinas University PGP Key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Vincenzo Pellegrini ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] FTBFS: gnuradio over cell (--enable-gcell)
Hello, I got the following error while compiling over a CELL platform with --enable-gcell, In file included from /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_jd_queue_data.h:25, from /home/hecormar/GNURADIO/trunk/gcell/src/include/spu/gc_jd_queue.h:25, from ./../runtime/spu/gc_spu_jd_queue.c:22: /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_types.h:25:20: error: stdint.h: No such file or directory In file included from /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_jd_queue_data.h:25, from /home/hecormar/GNURADIO/trunk/gcell/src/include/spu/gc_jd_queue.h:25, from ./../runtime/spu/gc_spu_jd_queue.c:22: /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_types.h:43: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gc_eaddr_t' In file included from /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_job_desc.h:46, from /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_jd_queue_data.h:26, from /home/hecormar/GNURADIO/trunk/gcell/src/include/spu/gc_jd_queue.h:25, from ./../runtime/spu/gc_spu_jd_queue.c:22: /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_job_desc_private.h:32: error: expected specifier-qualifier-list before 'gc_eaddr_t' In file included from /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_jd_queue_data.h:26, from /home/hecormar/GNURADIO/trunk/gcell/src/include/spu/gc_jd_queue.h:25, from ./../runtime/spu/gc_spu_jd_queue.c:22: /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_job_desc.h:57: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gc_proc_id_t' /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_job_desc.h:108: error: expected specifier-qualifier-list before 'int32_t' /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_job_desc.h:125: error: expected specifier-qualifier-list before 'uint32_t' /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_job_desc.h:143: error: expected specifier-qualifier-list before 'gc_eaddr_t' /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_job_desc.h:166: error: expected specifier-qualifier-list before 'uint32_t' /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_job_desc.h:179: error: expected specifier-qualifier-list before 'gc_proc_id_t' In file included from /home/hecormar/GNURADIO/trunk/gcell/src/include/spu/gc_jd_queue.h:25, from ./../runtime/spu/gc_spu_jd_queue.c:22: /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_jd_queue_data.h:41: error: expected specifier-qualifier-list before 'gc_eaddr_t' In file included from ./../runtime/spu/gc_spu_jd_queue.c:22: /home/hecormar/GNURADIO/trunk/gcell/src/include/spu/gc_jd_queue.h:44: error: expected ')' before 'q' /home/hecormar/GNURADIO/trunk/gcell/src/include/spu/gc_jd_queue.h:54: error: expected ')' before 'q' In file included from ../../../../gcell/src/ibm/sync/spu_source/mutex.h:46, from ../../../../gcell/src/ibm/sync/spu_source/mutex_lock.h:45, from ./../runtime/spu/gc_spu_jd_queue.c:23: /usr/lib/gcc/spu/4.1.1/include/spu_mfcio.h:42: error: expected specifier-qualifier-list before 'uint64_t' ./../runtime/spu/gc_spu_jd_queue.c:29: error: expected ')' before 'q' ./../runtime/spu/gc_spu_jd_queue.c:97: error: expected ')' before 'q' make[5]: *** [gc_spu_jd_queue.o] Error 1 make[4]: *** [all-recursive] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 -- Héctor Orón ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FTBFS: gnuradio over cell (--enable-gcell)
On Tue, May 06, 2008 at 01:05:01PM +0100, Hector Oron wrote: Hello, I got the following error while compiling over a CELL platform with --enable-gcell, Be sure to use ./bootstrap ./configure-cell-cross --prefix=path-to-where-youre-installing make The configure-cell-cross command is misnamed. You still need to use it when compiling natively on the cell. Note that we almost never natively compile because even on the QS21, it's dog slow. Given that it's failing to find stdint.h, I suspect something else may be wrong too. What OS and version are you running? We're mostly running Fedora 8. Do you have the SDK 3.0 installed? You may also want to take a look at http://gnuradio.org/trac/wiki/CrossCompilingForCell Eric In file included from /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_jd_queue_data.h:25, from /home/hecormar/GNURADIO/trunk/gcell/src/include/spu/gc_jd_queue.h:25, from ./../runtime/spu/gc_spu_jd_queue.c:22: /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_types.h:25:20: error: stdint.h: No such file or directory ^ | The real problem --+ In file included from /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_jd_queue_data.h:25, from /home/hecormar/GNURADIO/trunk/gcell/src/include/spu/gc_jd_queue.h:25, from ./../runtime/spu/gc_spu_jd_queue.c:22: ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FTBFS: gnuradio over cell (--enable-gcell)
Hello Eric, ./bootstrap ./configure-cell-cross --prefix=path-to-where-youre-installing make I miss that part, i did ./configure --enable-gcell Given that it's failing to find stdint.h, I suspect something else may be wrong too. What OS and version are you running? We're mostly running Fedora 8. Do you have the SDK 3.0 installed? That log is from a Fedora 8 without SDK3.0. Do i need it to build gnuradio? I just have the open packages from BSC installed (ppu and spu toolchains) I also have Debian (32bit without SDK and a 64 bit chroot with SDK support) installed in other box. I did built Bdale's packages for gnuradio (without gcell), now, i'm trying to build svn code with gcell support. You may also want to take a look at http://gnuradio.org/trac/wiki/CrossCompilingForCell I saw that one, but i was doing native compiling, so... i did not pay much attention. Regards -- Héctor Orón ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FTBFS: gnuradio over cell (--enable-gcell)
./bootstrap ./configure-cell-cross --prefix=path-to-where-youre-installing make The configure-cell-cross command is misnamed. You still need to use it when compiling natively on the cell. Note that we almost never natively compile because even on the QS21, it's dog slow. Using configure-cell-cross leads me to a configure error, when looking for compiler ppu32-gcc which it is not installed natively (on Debian) but gcc is. [Debian OS] [EMAIL PROTECTED]:~/trunk$ ./configure --prefix=/usr --enable-gcell [...] checking boost/shared_ptr.hpp usability... yes checking boost/shared_ptr.hpp presence... yes checking for boost/shared_ptr.hpp... yes checking for svn... /usr/bin/svn Component omnithread passed configuration checks; building. Component pmt requires guile, which was not found. Not building component pmt. Component mblock requires pmt, which is not being built or specified via pre-installed files. Not building component mblock. Component gcell requires mblock, which is not being built or specified via pre-installed files. configure: error: Component gcell has errors; stopping. [Fedora 8] ./configure-cell-cross --prefix=/usr is doing fine. make on the run (let's wait a while...) Regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] smooth transition from acquisition to tracking
Hi all, I have the following question that came up in our attempt to implement an GPS receiver. Suppose samples are coming in from the USRP at a sampling rate of Fs and in the beginning we grab N such samples (say 2msec worth of data) to process them for initial acquisition of frequency/code epoch. Now suppose that the task of acquisition is quite heavy so that it takes approximately time T (say for example ~10sec) to be completed. At the end of this process we have an estimate of the code delay tau In the meantime samples are accumulating on the incoming queue of our block. We see two problems with that: 1) the queues will overflow so samples will start being dropped and 2) once the above happens, then the estimate tau is meaningless One solution that I see to this is during the acquisition task to periodically interupt the processing and consume a known ammount of data (say equal to the code period) so that 1) does not happen and 2) we have a way to relate the estimate tau to the incoming data after acquisition. I wanted to ask a) if we are on the right track, b) if there is a simple method to implement such interupts, and c) if there is an easier way to do that other than the one suggested. Thanks Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Receiving the same wave form
Hi! Everyone Thanking all I want to perform transmission between two USRPs using RFX900 or RFX 2400 . I have done amplitude modulation and then transmitted the modulated signal using USRP but on the receiver side whether i transmit or not the out remains the same. kindly help me ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FTBFS: gnuradio over cell (--enable-gcell)
On Tue, May 06, 2008 at 03:10:17PM +0100, Hector Oron wrote: Hello Eric, ./bootstrap ./configure-cell-cross --prefix=path-to-where-youre-installing make I miss that part, i did ./configure --enable-gcell Given that it's failing to find stdint.h, I suspect something else may be wrong too. What OS and version are you running? We're mostly running Fedora 8. Do you have the SDK 3.0 installed? That log is from a Fedora 8 without SDK3.0. Do i need it to build gnuradio? I just have the open packages from BSC installed (ppu and spu toolchains) It might work, but you're in uncharted territory. Does your system have spu_intrinsics.h and ppu_intrinsics.h ? I also have Debian (32bit without SDK and a 64 bit chroot with SDK support) installed in other box. I did built Bdale's packages for gnuradio (without gcell), now, i'm trying to build svn code with gcell support. You may also want to take a look at http://gnuradio.org/trac/wiki/CrossCompilingForCell I saw that one, but i was doing native compiling, so... i did not pay much attention. OK. Be sure to take a look at the configure-cell-cross script. It sets up a bunch of stuff so that we can find it. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] smooth transition from acquisition to tracking
Have a FIFO that hold 1 millisecond chunks of IF data. Let each 1 ms chunk be tagged with a number, k. The acquisition will grab a 1 ms chunk, k, while the rest of the receiver will go ahead and process subsequent chunks on the FIFO. When the acquisition is complete, you can start a correlator at some new 1 ms chunk, k+m. You then use the Doppler frequency the acquisition returns to propagate the delay, t at chunk k, to a new delay at chunk k+m. Here is the corresponding code in my software receiver (found in correlator.cpp): /* Update delay based on current packet count */ dt = packet.count - result.count; dt *= .001; dt *= (double)result.doppler*(double)CODE_RATE/(double)L1; result.delay += CODE_CHIPS + dt; result.delay = fmod(result.delay, CODE_CHIPS); Check out my software receiver at www.gps-sdr.com. It works with the USRP and DBS-RX card in realtime. -Original Message- From: [EMAIL PROTECTED] on behalf of Achilleas Anastasopoulos Sent: Tue 5/6/2008 11:04 AM To: gnuradio mailing list Subject: [Discuss-gnuradio] smooth transition from acquisition to tracking Hi all, I have the following question that came up in our attempt to implement an GPS receiver. Suppose samples are coming in from the USRP at a sampling rate of Fs and in the beginning we grab N such samples (say 2msec worth of data) to process them for initial acquisition of frequency/code epoch. Now suppose that the task of acquisition is quite heavy so that it takes approximately time T (say for example ~10sec) to be completed. At the end of this process we have an estimate of the code delay tau In the meantime samples are accumulating on the incoming queue of our block. We see two problems with that: 1) the queues will overflow so samples will start being dropped and 2) once the above happens, then the estimate tau is meaningless One solution that I see to this is during the acquisition task to periodically interupt the processing and consume a known ammount of data (say equal to the code period) so that 1) does not happen and 2) we have a way to relate the estimate tau to the incoming data after acquisition. I wanted to ask a) if we are on the right track, b) if there is a simple method to implement such interupts, and c) if there is an easier way to do that other than the one suggested. Thanks Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FTBFS: gnuradio over cell (--enable-gcell)
Hello Eric, I have got to this point, is there some black magic arround {ppu,spu}_intrinsics.h? [EMAIL PROTECTED]:~/trunk# find / -name ppu_intrinsics.h /opt/ibmcmp/xlc/ssc/0.9/include/ppu_intrinsics.h /usr/lib/gcc/ppu/4.1.1/include/ppu_intrinsics.h make[5]: Entering directory `/home/hecormar/trunk/gcell/src/lib/runtime' /bin/sh ../../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../../.. -DOMNITHREAD_POSIX=1 -I/home/hecormar/trunk/omnithread -I/home/hecormar/trunk/mblock/src/lib -I/home/hecormar/trunk/gcell/src/include -I/home/hecormar/trunk/gcell/src/lib/runtime -I/home/hecormar/trunk/gcell/src/lib/general -I/home/hecormar/trunk/gcell/src/lib/wrapper -I../../../../gcell/src/ibm/sync/ppu_source -g -O2 -Wall -Woverloaded-virtual -pthread -MT gc_job_manager_impl.lo -MD -MP -MF .deps/gc_job_manager_impl.Tpo -c -o gc_job_manager_impl.lo gc_job_manager_impl.cc g++ -DHAVE_CONFIG_H -I. -I../../../.. -DOMNITHREAD_POSIX=1 -I/home/hecormar/trunk/omnithread -I/home/hecormar/trunk/mblock/src/lib -I/home/hecormar/trunk/gcell/src/include -I/home/hecormar/trunk/gcell/src/lib/runtime -I/home/hecormar/trunk/gcell/src/lib/general -I/home/hecormar/trunk/gcell/src/lib/wrapper -I../../../../gcell/src/ibm/sync/ppu_source -g -O2 -Wall -Woverloaded-virtual -pthread -MT gc_job_manager_impl.lo -MD -MP -MF .deps/gc_job_manager_impl.Tpo -c gc_job_manager_impl.cc -fPIC -DPIC -o .libs/gc_job_manager_impl.o In file included from gc_job_manager_impl.cc:32: ../../../../gcell/src/ibm/sync/ppu_source/atomic_dec_if_positive.h:44:28: error: ppu_intrinsics.h: No such file or directory ../../../../gcell/src/ibm/sync/ppu_source/atomic.h: In function 'int _atomic_replace(atomic_ea_t, int)': ../../../../gcell/src/ibm/sync/ppu_source/atomic.h:84: error: '__lwarx' was not declared in this scope ../../../../gcell/src/ibm/sync/ppu_source/atomic.h:85: error: '__stwcx' was not declared in this scope ../../../../gcell/src/ibm/sync/ppu_source/atomic.h: In function 'int _atomic_modify(atomic_ea_t, int)': ../../../../gcell/src/ibm/sync/ppu_source/atomic.h:103: error: '__lwarx' was not declared in this scope ../../../../gcell/src/ibm/sync/ppu_source/atomic.h:105: error: '__stwcx' was not declared in this scope ../../../../gcell/src/ibm/sync/ppu_source/atomic_dec_if_positive.h: In function 'int _atomic_dec_if_positive(atomic_ea_t)': ../../../../gcell/src/ibm/sync/ppu_source/atomic_dec_if_positive.h:68: error: '__lwarx' was not declared in this scope ../../../../gcell/src/ibm/sync/ppu_source/atomic_dec_if_positive.h:71: error: '__stwcx' was not declared in this scope /home/hecormar/trunk/gcell/src/include/memory_barrier.h: In function 'void smp_mb()': /home/hecormar/trunk/gcell/src/include/memory_barrier.h:52: error: '__sync' was not declared in this scope /home/hecormar/trunk/gcell/src/include/memory_barrier.h: In function 'void smp_rmb()': /home/hecormar/trunk/gcell/src/include/memory_barrier.h:57: error: '__lwsync' was not declared in this scope /home/hecormar/trunk/gcell/src/include/memory_barrier.h: In function 'void smp_wmb()': /home/hecormar/trunk/gcell/src/include/memory_barrier.h:62: error: '__eieio' was not declared in this scope gc_job_manager_impl.cc: In constructor 'gc_job_manager_impl::gc_job_manager_impl(const gc_jm_options*)': gc_job_manager_impl.cc:265: warning: format '%d' expects type 'int', but argument 2 has type 'long unsigned int' gc_job_manager_impl.cc:265: warning: format '%x' expects type 'unsigned int', but argument 3 has type 'long unsigned int' make[5]: *** [gc_job_manager_impl.lo] Error 1 make[5]: Leaving directory `/home/hecormar/trunk/gcell/src/lib/runtime' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/hecormar/trunk/gcell/src/lib' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/hecormar/trunk/gcell/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/hecormar/trunk/gcell' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/hecormar/trunk' make: *** [all] Error 2 -- Héctor Orón ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Problem with hearing FM transmission
Hello All, I am trying to receive only a small portion of different FM station frequencies stored in a string. To do this I modified the usrp_wfm_rcv_nogui.py. The way I am doing this is to feed the incoming stream from usrp.source_c() to vector of a fixed length and then listen to that vector. My problem is when I try to sink the vector into the audio sink all I hear is noise. But when I use usrp.source_c() directly it plays fine but ofcourse I end up listening to a continuous transmission instead of a short segment. The following is the code (modified version of usrp_wfm_rcv_nogui.py. I hope i made my issue clear enough. PLease ask me if you need any clarification. I really need help at this point. Thank you. #!/usr/bin/env python # # Copyright 2005,2006,2007 Free Software Foundation, Inc. # # This file is part of GNU Radio # # GNU Radio is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 3, or (at your option) # any later version. # # GNU Radio is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with GNU Radio; see the file COPYING. If not, write to # the Free Software Foundation, Inc., 51 Franklin Street, # Boston, MA 02110-1301, USA. # from gnuradio import gr, gru, eng_notation, optfir from gnuradio import audio from gnuradio import usrp from gnuradio import blks2 from gnuradio.eng_option import eng_option from optparse import OptionParser from usrpm import usrp_dbid import sys import math,time,re def pick_subdevice(u): The user didn't specify a subdevice on the command line. Try for one of these, in order: TV_RX, BASIC_RX, whatever is on side A. @return a subdev_spec return usrp.pick_subdev(u, (usrp_dbid.TV_RX, usrp_dbid.TV_RX_REV_2, usrp_dbid.TV_RX_REV_3, usrp_dbid.BASIC_RX)) class wfm_rx_block (gr.top_block): def __init__(self): gr.top_block.__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=A)) parser.add_option(-f, --freq, type=str, default=100.1e6, help=set frequency to FREQ, metavar=FREQ) parser.add_option(-g, --gain, type=eng_float, default=None, help=set gain in dB (default is midpoint)) parser.add_option(-O, --audio-output, type=string, default=, help=pcm device name. E.g., hw:0,0 or surround51 or /dev/dsp) (options, args) = parser.parse_args() if len(args) != 0: parser.print_help() sys.exit(1) self.vol = 3 self.state = FREQ self.freq = 0 # build graph self.u = usrp.source_c()# usrp is data source adc_rate = self.u.adc_rate()# 64 MS/s usrp_decim = 200 self.u.set_decim_rate(usrp_decim) usrp_rate = adc_rate / usrp_decim # 320 kS/s chanfilt_decim = 1 demod_rate = usrp_rate / chanfilt_decim audio_decimation = 10 audio_rate = demod_rate / audio_decimation # 32 kHz if options.rx_subdev_spec is None: options.rx_subdev_spec = pick_subdevice(self.u) self.u.set_mux(usrp.determine_rx_mux_value(self.u, options.rx_subdev_spec)) self.subdev = usrp.selected_subdev(self.u, options.rx_subdev_spec) print Using RX d'board %s % (self.subdev.side_and_name(),) chan_filt_coeffs = optfir.low_pass (1, # gain usrp_rate, # sampling rate 80e3,# passband cutoff 115e3, # stopband cutoff 0.1, # passband ripple 60) # stopband attenuation #print len(chan_filt_coeffs) chan_filt = gr.fir_filter_ccf (chanfilt_decim, chan_filt_coeffs) self.guts = blks2.wfm_rcv (demod_rate, audio_decimation) self.volume_control = gr.multiply_const_ff(self.vol) # sound card as final sink audio_sink = audio.sink(int(audio_rate), options.audio_output, False) # ok_to_block # now wire it all together src=self.u c2f_vec = gr.stream_to_vector(gr.sizeof_gr_complex,1) snk_vec = gr.vector_sink_c()
[Discuss-gnuradio] libgnuradio-core cannot be found
Hi, I'm at the final step before testing out the USRP; however, I now hit this problem when attempting to run usrp_benchmark_usb.py. The following error message spawns: import _gnuradio_py_runtime ImportError: libgnuradio-core.so.0: cannot open shared object file: No such file or directory I'm running the setup on VMware. SUSE 10.2 is running on the virtual machine. Thanks, Chris ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio