Miklos Christine | 1 Oct 01:56 2009
Picon

Error Compiling BBN USRP2 Code

I checked out the bbn code from:

svn co https://www.cgran.org/cgran/projects/bbn_80211/branches/usrp2_version/

I'm using the newest stable release of Gnuradio 3.2.2 on Ubuntu 9.04 64-bit.

When I do ./configure in the gr-bbn folder, it doesn't give me an error.

Once I type make, I get this:

cd . && /bin/bash /home/mwc/Research/gnuradio-80211b/branch/multiple_bit_rates/gr-bbn/missing --run automake-1.10 --gnu
configure.ac:47: warning: AC_PROG_LIBTOOL is m4_require'd but not m4_defun'd
config/gr_scripting.m4:22: GR_SCRIPTING is expanded from...
configure.ac:47: the top level
doc/Makefile.am:77: `%'-style pattern rules are a GNU make extension
doc/Makefile.am:80: `%'-style pattern rules are a GNU make extension
src/bbn/Makefile.am:60: Libtool library used but `LIBTOOL' is undefined
src/bbn/Makefile.am:60:   The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
src/bbn/Makefile.am:60:   to `configure.ac' and run `aclocal' and `autoconf' again.
src/bbn/Makefile.am:60:   If `AC_PROG_LIBTOOL' is in `configure.ac', make sure
src/bbn/Makefile.am:60:   its definition is in aclocal's search path.
make: *** [Makefile.in] Error 1


I've compiled this code with Ubuntu 32-bit version before and never received this error.
Does anyone know why I get this error or a solution for it?

Thanks,
Miklos Christine

_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio <at> gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
dan s | 1 Oct 03:29 2009
Picon

USRP IQ Sampling - Channel Confusion

Hi,

I am slightly confused on the USRP configuration.  The spec sheet says there are 4 input and 4 output channels.  Assuming you use two LFTX, and two LFRX daughter cards, it makes sense that you have 4 input and 4 output channels since each daughtercard has a jack labelled A or B.

For IQ sampling with an individual antenna, would I connect the leads of the antenna to an A and B channel on the LFRX for receive, and an LFTX A and B channel for transmission? 
To do simultaneous transmit and receive, would some type of external switching circuit be required?  If not, how would I go about doing this?


Thanks,
Dan


_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio <at> gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Jason Uher | 1 Oct 04:43 2009
Picon

Re: can usrp_rx_cfile.py be used to collect ofdm signal?

>> >     Does anyone know if use 'usrp_rx_cfile.py' to collect ofdm signal
>> > will
>> > be any problem? In other words, after collection, is it possible to
>> > decode
>> > these signals?

'usrp_rx_cfile.py' will collect everything the USRP sees into a file
that can be played back later.  If you are currently using working
code with the USRP, then you should be able to capture the output from
your transmitting USRP into a file with rx_cfile.

Assuming that you use the same parameters to initialize the USRP, you
can then later attach a file source to your flowgraph rather than a
USRP receiver and play with your code using the recorded data rather
than the live data.

Jason
Jason Uher | 1 Oct 04:54 2009
Picon

Re: SDR problem solved!

On Wed, Sep 30, 2009 at 3:34 PM, Philip Balister <philip <at> balister.org> wrote:
> http://www.semiaccurate.com/2009/09/23/crestatech-ships-software-defined-radio/
>
> OK, maybe not. But I think the part might still be interesting if we can
> sift through the marketing nonsense, and the documentation is open.
>
> Philip

I wonder if we get can get complex IQ samples so we can just make it a
straight up gnuradio source.  Matt might have some competition ;)
Matt Ettus | 1 Oct 05:04 2009

New Ethernet MAC for USRP2


I am in the process of replacing the old GigE MAC logic for the USRP2 
with a much cleaner design.  This is the first step in allowing for a 
bunch of big improvements.  I would greatly appreciate it if people with 
USRP2s would try this new version.  Instructions on how to get it are here:

http://gnuradio.org/trac/wiki/NewEthMAC

Please report both success or problems with it.

Thanks,
Matt
Brian Padalino | 1 Oct 05:13 2009
Picon

Re: New Ethernet MAC for USRP2

On Wed, Sep 30, 2009 at 11:04 PM, Matt Ettus <matt <at> ettus.com> wrote:
>
>
> I am in the process of replacing the old GigE MAC logic for the USRP2 with a
> much cleaner design.  This is the first step in allowing for a bunch of big
> improvements.  I would greatly appreciate it if people with USRP2s would try
> this new version.  Instructions on how to get it are here:
>
> http://gnuradio.org/trac/wiki/NewEthMAC
>
> Please report both success or problems with it.

Is this a completely new re-write or reworking what was originally
from opencores?

Thanks,
Brian
Li Mei-Wen | 1 Oct 05:38 2009
Picon

RE: about build GNU Radio

Hi:
I use the backup data (all the cygwin file)
And do the make check, I don't got  the error.
But I use the ./benchmark_rx.py -f 900M in  /.../digital
I also got those error message.
What am I to miss?
 
Thank in advance.
 
 

emily <at> ncku-34be181a97 /usr/src/gnuradio/gnuradio-examples/python/digital
$ ./benchmark_rx.py -f 900M
Traceback (most recent call last):
  File "./benchmark_rx.py", line 34, in <module>
    import usrp_receive_path
  File "/usr/src/gnuradio/gnuradio-examples/python/digital/usrp_receive_path.py"
, line 23, in <module>
    import usrp_options
  File "/usr/src/gnuradio/gnuradio-examples/python/digital/usrp_options.py", lin
e 30, in <module>
    import generic_usrp
  File "/usr/src/gnuradio/gnuradio-examples/python/digital/generic_usrp.py", lin
e 36, in <module>
    from gnuradio import gr, usrp, u srp2
ImportError: cannot import name usrp2
 

 
> From: don2387ward <at> sprynet.com
> To: emily7237 <at> hotmail.com; discuss-gnuradio <at> gnu.org
> Subject: Re: [Discuss-gnuradio] about build GNU Radio
> Date: Wed, 30 Sep 2009 09:43:14 -0400
>
> Li Mei-Wen wrote:
>
> > Becasue I got error about GNU Radio on USRP in /../digital
> >
> > So, I try to install the GNU Radio again
> > When I do the "make check" (Building a Full GNU Radio System from
> > http://gnuradio.org/trac/wiki/CygwinInstallMain)
> > I got follow error message
> > What can I do?
>
> [snipped]
>
> > ..>>> gr_fir_ccc: using SSE
> > .sem_init: Resource temporarily unavailable
> > E..
> > ================= =====================================================
> > ERROR: test_ccc_005 (__main__.test_fft_filter)
> > ----------------------------------------------------------------------
> > Traceback (most recent call last):
> > File "./qa_fft_filter.py", line 157, in test_ccc_005
> > expected_result = reference_filter_ccc(dec, taps, src_data)
> > File "./qa_fft_filter.py", line 51, in reference_filter_ccc
> > tb.run()
> > File
> > "/usr/src/gnuradio-3.2/gnuradio-core/src/python/gnuradio/gr/top_block.py"
> > , line 104, in run
> > self.wait()
> > File
> > "/usr/src/gnuradio-3.2/gnuradio-core/src/python/gnuradio/gr/top_block.py"
> > , line 107, in wait
> > _to p_block_waiter(self._tb).wait()
> > File
> > "/usr/src/gnuradio-3.2/gnuradio-core/src/python/gnuradio/gr/top_block.py"
> > , line 56, in __init__
> > _threading.Thread.__init__(self)
> > File "/usr/lib/python2.5/threading.py", line 409, in __init__
> > self.__block = Condition(Lock())
> > error: can't allocate lock
> > ----------------------------------------------------------------------
> > Ran 6 tests in 1.781s
> > FAILED (errors=1)
>
> This looks very much like an error mentioned in the wiki (on the page you
> referenced above). Does it always occur in the same place? Have you tried
> running in a different shell, or logging off and back on? If the error
> does n't always occur or if it occurs at different places in the test
> sequence, it is probably the error discussed in the wiki. I find it does
> not usually cause problems in normal use. The only way I know to avoid it
> is to patch Python and rebuild it from source.
>
> -- Don W.
>
> [snipped]
>
> > FAIL: run_tests
> > ==================
> > 1 of 1 test failed
> > ==================
> > make[6]: *** [check-TESTS] Error 1
> > make[6]: Leaving directory
> > `/usr/src/gnuradio-3.2/gnuradio-core/src/python/gnura
> > dio/gr'
> > make[5]: *** [check-am] Error 2
> > make[5]: Leaving directory
> > `/usr/src/gnuradio-3.2/gnuradio-core/src/python/ gnura
> > dio/gr'
> > make[4]: *** [check-recursive] Error 1
> > make[4]: Leaving directory
> > `/usr/src/gnuradio-3.2/gnuradio-core/src/python/gnura
> > dio'
> > make[3]: *** [check-recursive] Error 1
> > make[3]: Leaving directory
> > `/usr/src/gnuradio-3.2/gnuradio-core/src/python'
> > make[2]: *** [check-recursive] Error 1
> > make[2]: Leaving directory `/usr/src/gnuradio-3.2/gnuradio-core/src'
> > make[1]: *** [check-recursive] Error 1
> > make[1]: Leaving directory `/usr/src/gnuradio-3.2/gnuradio-core'
> > make: *** [check-recursive] Error 1
>

聰明搜尋和瀏覽網路的免費工具列 — Windows Live 工具列
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio <at> gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Matt Ettus | 1 Oct 06:21 2009

Re: New Ethernet MAC for USRP2

Brian Padalino wrote:
> On Wed, Sep 30, 2009 at 11:04 PM, Matt Ettus <matt <at> ettus.com> wrote:
>>
>> I am in the process of replacing the old GigE MAC logic for the USRP2 with a
>> much cleaner design.  This is the first step in allowing for a bunch of big
>> improvements.  I would greatly appreciate it if people with USRP2s would try
>> this new version.  Instructions on how to get it are here:
>>
>> http://gnuradio.org/trac/wiki/NewEthMAC
>>
>> Please report both success or problems with it.
> 
> Is this a completely new re-write or reworking what was originally
> from opencores?

This is a complete removal of the entire GigE MAC from OpenCores.  The 
MDIO (actually from the OpenCores 10/100 core) remains, but that's it.

While I was at it, I rewrote all the FIFOs, the buffer pool interface, 
and a few other things in there as well.  From the user's point of view, 
everything should function exactly the same and you shouldn't be able to 
tell the difference. If there is any different behavior please let me know.

Matt
Li Mei-Wen | 1 Oct 07:59 2009
Picon

RE: about build GNU Radio

Hi:
 
Thank you for your answer.
I am sorry, I don't know how to do.
1. The two things are both need to do?
2. I try to modify the generic_usrp.py this file, but always got error ( I just only # have the userp2 line)
3. When I download the gnuradio.git, where can I to put it, and what need I do?

 
> Date: Wed, 30 Sep 2009 20:55:18 -0700
> From: josh <at> joshknows.com
> To: emily7237 <at> hotmail.com
> Subject: Re: [Discuss-gnuradio] about build GNU Radio
>
> The script requires that the usrp2 module is installed. You are on
> cygwin, so there is no usrp2 possible. You can do two things:
>
> 1) modify this file so that it does not try to import usrp2 module
> /usr/src/gnuradio/gnuradio-examples/python/digital/generic_usrp.py
>
> 2) download and build the most recent gnuradio from git which I know
> does not try to import usrp2 module (unless needed)
> git clone http://gnuradio.org/git/gnuradio.git
>
> -Josh
>
> Li Mei-Wen wrote:
> > Hi:
> >
> & gt; I use the backup data (all the cygwin file)
> >
> > And do the make check, I don't got the error.
> >
> > But I use the ./benchmark_rx.py -f 900M in /.../digital
> >
> > I also got those error message.
> >
> > What am I to miss?
> >
> >
> >
> > Thank in advance.
> >
> >
> >
> >
> >
> > emily <at> ncku-34be181a97 /usr/src/gnuradio/gnuradio-examples/python/digital
> > $ ./benchmark_rx.py -f 900M
> > Traceback (most recent call last):
> > File "./benchmark_rx.py", line 34, in <module>
> > import usrp_receive_path
> > File "/usr/src/gnuradio/gnuradio-examples/python/digit al/usrp_receive_path.py"
> > , line 23, in <module>
> > import usrp_options
> > File "/usr/src/gnuradio/gnuradio-examples/python/digital/usrp_options.py", lin
> > e 30, in <module>
> > import generic_usrp
> > File "/usr/src/gnuradio/gnuradio-examples/python/digital/generic_usrp.py", lin
> > e 36, in <module>
> > from gnuradio import gr, usrp, usrp2
> > ImportError: cannot import name usrp2
> >
> >
> >
> >
> >
> >> From: don2387ward <at> sprynet.com
> >> To: emily7237 <at> hotmail.com; discuss-gnuradio <at> gnu.org
> >> Subject: Re: [Discuss-gnuradio] about build GNU Radio
> >> Date: Wed, 30 Sep 2009 09:43:14 -0400
> >>
> >> Li Mei-Wen wrote:
> >>
> >>> Becasue I got error about GNU Radio on USRP in /../digital
> >>>
> >>> So, I try to install the GNU Radio again
> >>> When I do the "make check" (Building a Full GNU Radio System from
> >>> http://gnuradio.org/trac/wiki/CygwinInstallMain)
> >>> I got follow error message
> >>> What can I do?
> >> [snipped]
> >>
> >>> ..>>> gr_fir_ccc: using SSE
> >>> .sem_init: Resource temporarily unavailable
> >>> E..
> >>> ======================================================================
> >>> ERROR: test_c cc_005 (__main__.test_fft_filter)
> >>> ----------------------------------------------------------------------
> >>> Traceback (most recent call last):
> >>> File "./qa_fft_filter.py", line 157, in test_ccc_005
> >>> expected_result = reference_filter_ccc(dec, taps, src_data)
> >>> File "./qa_fft_filter.py", line 51, in reference_filter_ccc
> >>> tb.run()
> >>> File
> >>> "/usr/src/gnuradio-3.2/gnuradio-core/src/python/gnuradio/gr/top_block.py"
> >>> , line 104, in run
> >>> self.wait()
> >>> File
> >>> "/usr/src/gnuradio-3.2/gnuradio-core/src/python/gnuradio/gr/top_block.py"
> >>> , line 107, in wait
> >>> _top_block_waiter(self._tb).wait()
> >>> File
> >>> "/usr/src/gnuradio-3.2/gnuradio-core/src/python/gnuradio/gr/top_block.py"
> >>> , line 56, in __init__
> >>> _threading.Thread.__init__(self)
> >>> File "/usr/lib/python2.5/threading.py", line 409, in __init__
> >>> self.__block = Condition(Lock())
> >>> error: can't allocate lock
> >>> ----------------------------------------------------------------------
> >>> Ran 6 tests in 1.781s
> >>> FAILED (errors=1)
> >> This looks very much like an error mentioned in the wiki (on the page you
> >> referenced above). Does it always occur in the same place? Have you tried
> >> running in a different shell, or logging off and back on? If the error
> >> doesn't always occur or if it occurs at different places in the test
> >> sequence, it is probably the error discussed in the wiki. I find it does
> >> not usually cause problems in normal use. The only way I know to avoid it
> >> is to patch Python and rebuild it from source.
> >>
> >> -- Don W.
> >>
> >> [snipped]
> >>
> >>> FAIL: run_tests
> >>> ==================
> >>> 1 of 1 test failed
> >>> ==================
> >>> make[6]: *** [check-TESTS] Error 1
> >>> make[6] : Leaving directory
> >>> `/usr/src/gnuradio-3.2/gnuradio-core/src/python/gnura
> >>> dio/gr'
> >>> make[5]: *** [check-am] Error 2
> >>> make[5]: Leaving directory
> >>> `/usr/src/gnuradio-3.2/gnuradio-core/src/python/gnura
> >>> dio/gr'
> >>> make[4]: *** [check-recursive] Error 1
> >>> make[4]: Leaving directory
> >>> `/usr/src/gnuradio-3.2/gnuradio-core/src/python/gnura
> >>> dio'
> >>> make[3]: *** [check-recursive] Error 1
> >>> make[3]: Leaving directory
> >>> `/usr/src/gnuradio-3.2/gnuradio-core/src/python'
> >>> make[2]: *** [check-recursive] Error 1
> >>&g t; make[2]: Leaving directory `/usr/src/gnuradio-3.2/gnuradio-core/src'
> >>> make[1]: *** [check-recursive] Error 1
> >>> make[1]: Leaving directory `/usr/src/gnuradio-3.2/gnuradio-core'
> >>> make: *** [check-recursive] Error 1
> >
> > _________________________________________________________________
> > 輕鬆分享 – 利用 Windows Live 相簿分享相片
> > http://download.live.com/toolbar
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Discuss-gnuradio mailing list
> > Discuss-gnuradio <at> gnu.org
> > http://lists.gnu.org/mailman/listinfo/discuss -gnuradio

隨身的 Windows Live Messenger 和 Hotmail,不限時地掌握資訊盡在指間— Windows Live for Mobile
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio <at> gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Li Mei-Wen | 1 Oct 10:37 2009
Picon

RE: about build GNU Radio

Hi:
Thank you for your answer.
I try to your first way to delete all the USRP2's line in generic_usrp.py file.
And I can run ./benchmark_rx.py -f 900M, don't got the "ImportError: cannot import name usrp2" again.
But I got Warning, What can I do?
Thank in advance.
 
emily <at> ncku-34be181a97 /usr/src/gnuradio-3.2.2/gnuradio-examples/python/digital
$ ./benchmark_tx.py -f 900M
>>> gr_fir_fff: using SSE
usb_control_msg failed: usb_control_msg: sending control message failed, win err
or: 附加到系統的某個裝置失去作用。
Requested TX Bitrate: 100k Actual Bitrate: 125k
pthread_setschedparam: failed to set real time priority: Not supported
Warning: failed to enable realtime scheduling
................................................uU..............................
................................................................................
................................................................................
................................................................................
................................................................................
................................

emily <at> ncku-34be181a97 /usr/src/gnuradio-3.2.2/gnuradio-examples/python/digital
$ ./benchmark_rx.py -f 900M
>>> gr_fir_fff: using SSE
usb_control_msg failed: usb_control_msg: sending control message failed, win err
or: 附加到系統的某個裝置失去作用。
Requested RX Bitrate: 100k
Actual Bitrate: 125k
pthread_setschedparam: failed to set real time priority: Not supported
Warning: Failed to enable realtime scheduling.
ok = False  pktno =  129  n_rcvd =    1  n_right =    0
ok = False  pktno = 32837  n_rcvd =    2  n_right =    0
ok = False  pktno =  597  n_rcvd =    3  n_right =    0
ok = False  pktno =   93  n_rcvd =    4  n_right =    0
ok = False  pktno =   91  n_rcvd =    5  n_right =    0
ok = False  pktno =   97  n_rcvd =  &nbsp ; 6  n_right =    0
ok = False  pktno =   99  n_rcvd =    7  n_right =    0
ok = False  pktno =   39  n_rcvd =    8  n_right =    0
ok = False  pktno =   58  n_rcvd =    9  n_right =    0
ok = False  pktno =   44  n_rcvd =   10  n_right =    0
ok = False  pktno = 8367  n_rcvd =   11  n_right =    0
ok = False  pktno = 32894  n_rcvd =   12  n_right =    0
ok = False  pktno =  140  n_rcvd =   13  n_right =    0
o k = False  pktno =  143  n_rcvd =   14  n_right =    0
ok = False  pktno =  143  n_rcvd =   15  n_right =    0
ok = False  pktno =  148  n_rcvd =   16  n_right =    0
ok = False  pktno = 32919  n_rcvd =   17  n_right =    0
ok = False  pktno = 16406  n_rcvd =   18  n_right =    0
ok = False  pktno = 32924  n_rcvd =   19  n_right =    0
ok = False  pktno =  155  n_rcvd =   20  n_right =    0
ok = False  pktno =  156  n_rcvd =   21  n_right =&nb sp;   0
ok = False  pktno =  189  n_rcvd =   22  n_right =    0
ok = False  pktno =  160  n_rcvd =   23  n_right =    0
ok = False  pktno =  162  n_rcvd =   24  n_right =    0
ok = False  pktno =  163  n_rcvd =   25  n_right =    0
ok = False  pktno =   36  n_rcvd =   26  n_right =    0
ok = False  pktno =  165  n_rcvd =   27  n_right =    0
ok = False  pktno =  182  n_rcvd =   28  n_right =    0
ok = False  pktno =  167  n_r cvd =   29  n_right =    0
ok = False  pktno =   60  n_rcvd =   30  n_right =    0
ok = False  pktno =   60  n_rcvd =   31  n_right =    0
ok = False  pktno =  182  n_rcvd =   32  n_right =    0
ok = False  pktno =  184  n_rcvd =   33  n_right =    0
ok = False  pktno = 32966  n_rcvd =   34  n_right =    0
ok = False  pktno =  195  n_rcvd =   35  n_right =    0
ok = False  pktno =  199  n_rcvd =   36  n_right =    0
ok = False  pktno = 4316  n_rcvd =   37  n_right =    0
ok = False  pktno =  720  n_rcvd =   38  n_right =    0
ok = False  pktno =  210  n_rcvd =   39  n_right =    0
ok = False  pktno =  213  n_rcvd =   40  n_right =    0
ok = False  pktno = 32924  n_rcvd =   41  n_right =    0
ok = False  pktno =  263  n_rcvd =   42  n_right =    0
ok = False  pktno = 33577  n_rcvd =   43  n_right =    0
ok = False  pktno =  260  n_rcvd =   44  n_right = & nbsp;  0
ok = False  pktno =  318  n_rcvd =   45  n_right =    0
ok = False  pktno =  803  n_rcvd =   46  n_right =    0
ok = False  pktno =  309  n_rcvd =   47  n_right =    0
ok = False  pktno = 6445  n_rcvd =   48  n_right =    0
ok = False  pktno =  310  n_rcvd =   49  n_right =    0
ok = False  pktno =  313  n_rcvd =   50  n_right =    0
ok = False  pktno =  794  n_rcvd =   51  n_right =    0
ok = False  pktno =  316  n_rcvd = &nb sp; 52  n_right =    0
ok = False  pktno = 33086  n_rcvd =   53  n_right =    0
ok = False  pktno = 5055  n_rcvd =   54  n_right =    0
ok = False  pktno =  323  n_rcvd =   55  n_right =    0
ok = False  pktno =  330  n_rcvd =   56  n_right =    0
ok = False  pktno =  337  n_rcvd =   57  n_right =    0
ok = False  pktno =  267  n_rcvd =   58  n_right =    0
ok = False  pktno =  350  n_rcvd =   59  n_right =    0
ok = False  pktno =  35 1  n_rcvd =   60  n_right =    0
ok = False  pktno = 16704  n_rcvd =   61  n_right =    0
ok = False  pktno = 32821  n_rcvd =   62  n_right =    0
ok = False  pktno =  366  n_rcvd =   63  n_right =    0
ok = False  pktno =  372  n_rcvd =   64  n_right =    0
ok = False  pktno =  311  n_rcvd =   65  n_right =    0
ok = False  pktno =  827  n_rcvd =   66  n_right =    0
ok = False  pktno = 16765  n_rcvd =   67  n_right =    0
ok = False& nbsp; pktno = 13196  n_rcvd =   68  n_right =    0
ok = False  pktno =  264  n_rcvd =   69  n_right =    0
ok = False  pktno = 8597  n_rcvd =   70  n_right =    0
ok = False  pktno =  409  n_rcvd =   71  n_right =    0
ok = False  pktno =  830  n_rcvd =   72  n_right =    0
ok = False  pktno =  415  n_rcvd =   73  n_right =    0
ok = False  pktno = 33191  n_rcvd =   74  n_right =    0
ok = False  pktno =  444  n_rcvd =   75  n_right =  &n bsp; 0
ok = False  pktno =  948  n_rcvd =   76  n_right =    0
ok = False  pktno =  441  n_rcvd =   77  n_right =    0
ok = False  pktno =  320  n_rcvd =   78  n_right =    0
ok = False  pktno =  478  n_rcvd =   79  n_right =    0
ok = False  pktno = 32848  n_rcvd =   80  n_right =    0
ok = False  pktno =  481  n_rcvd =   81  n_right =    0
ok = False  pktno =  496  n_rcvd =   82  n_right =    0
ok = False  pktno =  484  n_rcvd =   83   n_right =    0
ok = False  pktno =  431  n_rcvd =   84  n_right =    0
ok = False  pktno =  496  n_rcvd =   85  n_right =    0
ok = False  pktno = 33021  n_rcvd =   86  n_right =    0
ok = False  pktno =  547  n_rcvd =   87  n_right =    0
ok = False  pktno = 1786  n_rcvd =   88  n_right =    0
ok = False  pktno =  572  n_rcvd =   89  n_right =    0
ok = False  pktno = 4867  n_rcvd =   90  n_right =    0
ok = False  pktno =  654  n_r cvd =   91  n_right =    0

 
> Date: Wed, 30 Sep 2009 20:55:18 -0700
> From: josh <at> joshknows.com
> To: emily7237 <at> hotmail.com
> Subject: Re: [Discuss-gnuradio] about build GNU Radio
>
> The script requires that the usrp2 module is installed. You are on
> cygwin, so there is no usrp2 possible. You can do two things:
>
> 1) modify this file so that it does not try to import usrp2 module
> /usr/src/gnuradio/gnuradio-examples/python/digital/generic_usrp.py
>
> 2) download and build the most recent gnuradio from git which I know
> does not try to import usrp2 module (unless needed)
> git clone http://gnuradio.org/git/gnuradio.git
>
> -Josh
>
& gt; Li Mei-Wen wrote:
> > Hi:
> >
> > I use the backup data (all the cygwin file)
> >
> > And do the make check, I don't got the error.
> >
> > But I use the ./benchmark_rx.py -f 900M in /.../digital
> >
> > I also got those error message.
> >
> > What am I to miss?
> >
> >
> >
> > Thank in advance.
> >
> >
> >
> >
> >
> > emily <at> ncku-34be181a97 /usr/src/gnuradio/gnuradio-examples/python/digital
> > $ ./benchmark_rx.py -f 900M
> > Traceback (most recent call last):
> > File "./benchmark_rx.py", line 34, in <module>
> > import usrp_receive_path
&g t; > File "/usr/src/gnuradio/gnuradio-examples/python/digital/usrp_receive_path.py"
> > , line 23, in <module>
> > import usrp_options
> > File "/usr/src/gnuradio/gnuradio-examples/python/digital/usrp_options.py", lin
> > e 30, in <module>
> > import generic_usrp
> > File "/usr/src/gnuradio/gnuradio-examples/python/digital/generic_usrp.py", lin
> > e 36, in <module>
> > from gnuradio import gr, usrp, usrp2
> > ImportError: cannot import name usrp2
> >
> >
> >
> >
> >
> >> From: don2387ward <at> sprynet.com
> >> To: emily7237 <at> hotmail.com; discuss-gnuradio <at> gnu.org
> >> Subject: Re: [Discuss-gnuradio] about bui ld GNU Radio
> >> Date: Wed, 30 Sep 2009 09:43:14 -0400
> >>
> >> Li Mei-Wen wrote:
> >>
> >>> Becasue I got error about GNU Radio on USRP in /../digital
> >>>
> >>> So, I try to install the GNU Radio again
> >>> When I do the "make check" (Building a Full GNU Radio System from
> >>> http://gnuradio.org/trac/wiki/CygwinInstallMain)
> >>> I got follow error message
> >>> What can I do?
> >> [snipped]
> >>
> >>> ..>>> gr_fir_ccc: using SSE
> >>> .sem_init: Resource temporarily unavailable
> >>> E..
> >>> =========================================== ===========================
> >>> ERROR: test_ccc_005 (__main__.test_fft_filter)
> >>> ----------------------------------------------------------------------
> >>> Traceback (most recent call last):
> >>> File "./qa_fft_filter.py", line 157, in test_ccc_005
> >>> expected_result = reference_filter_ccc(dec, taps, src_data)
> >>> File "./qa_fft_filter.py", line 51, in reference_filter_ccc
> >>> tb.run()
> >>> File
> >>> "/usr/src/gnuradio-3.2/gnuradio-core/src/python/gnuradio/gr/top_block.py"
> >>> , line 104, in run
> >>> self.wait()
> >>> File
> >>> "/usr/src/gnuradio-3.2/gnuradio-core/src/pyth on/gnuradio/gr/top_block.py"
> >>> , line 107, in wait
> >>> _top_block_waiter(self._tb).wait()
> >>> File
> >>> "/usr/src/gnuradio-3.2/gnuradio-core/src/python/gnuradio/gr/top_block.py"
> >>> , line 56, in __init__
> >>> _threading.Thread.__init__(self)
> >>> File "/usr/lib/python2.5/threading.py", line 409, in __init__
> >>> self.__block = Condition(Lock())
> >>> error: can't allocate lock
> >>> ----------------------------------------------------------------------
> >>> Ran 6 tests in 1.781s
> >>> FAILED (errors=1)
> >> This looks very much like an error mentioned in the wiki (on the page you > >> referenced above). Does it always occur in the same place? Have you tried
> >> running in a different shell, or logging off and back on? If the error
> >> doesn't always occur or if it occurs at different places in the test
> >> sequence, it is probably the error discussed in the wiki. I find it does
> >> not usually cause problems in normal use. The only way I know to avoid it
> >> is to patch Python and rebuild it from source.
> >>
> >> -- Don W.
> >>
> >> [snipped]
> >>
> >>> FAIL: run_tests
> >>> ==================
> >>> 1 of 1 test failed
> >>> ==================
> >>> m ake[6]: *** [check-TESTS] Error 1
> >>> make[6]: Leaving directory
> >>> `/usr/src/gnuradio-3.2/gnuradio-core/src/python/gnura
> >>> dio/gr'
> >>> make[5]: *** [check-am] Error 2
> >>> make[5]: Leaving directory
> >>> `/usr/src/gnuradio-3.2/gnuradio-core/src/python/gnura
> >>> dio/gr'
> >>> make[4]: *** [check-recursive] Error 1
> >>> make[4]: Leaving directory
> >>> `/usr/src/gnuradio-3.2/gnuradio-core/src/python/gnura
> >>> dio'
> >>> make[3]: *** [check-recursive] Error 1
> >>> make[3]: Leaving directory
> >>> `/usr/src/gnuradio-3.2/gnuradio-core/src/python'
> >> > make[2]: *** [check-recursive] Error 1
> >>> make[2]: Leaving directory `/usr/src/gnuradio-3.2/gnuradio-core/src'
> >>> make[1]: *** [check-recursive] Error 1
> >>> make[1]: Leaving directory `/usr/src/gnuradio-3.2/gnuradio-core'
> >>> make: *** [check-recursive] Error 1
> >
> > _________________________________________________________________
> > 輕鬆分享 – 利用 Windows Live 相簿分享相片
> > http://download.live.com/toolbar
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Discuss-gnuradio mailing list
> > Discuss-gnuradio <at> gnu. org
> > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

下載 Windows Live Messenger 9.0,多元溝通、盡情分享,和即時通訊好友線上同樂!— 立即下載
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio <at> gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Gmane