答复: [Discuss-gnuradio] gnuradio- companion error
Hi Rakesh Thanks a lot. The grc have run after adding the PYTHONPATH. I tested the grc using the simple blocks: signal source 32k -- Throttle 32k -- Scope Sink 32k (Accessories is Capture Screen ) And then press Execute button Howerver, I can't see the waveform. Why? Cliff Zhang Hello Zhang, export PYTHONPATH=$PYTHONPATH:/usr/local/lib/python2.6/dist-packages should probably fix the error. Make sure the path specified above exists and contains the python gnuradio packages. Cheers, Rakesh On Fri, Sep 17, 2010 at 8:01 AM, zhang wei weizh...@rdamicro.com wrote: Hi Guys, I have done the following steps on my Ubuntu10.04: git clone http://gnuradio.org/git/gnuradio.git ./bootstrap, ./configure, make and sudo make install. All still seems to be OK. However, I run $ gnuradio-companion Traceback (most recent call last): File /usr/local/bin/gnuradio-companion, line 45, in module %gr.version() AttributeError: 'module' object has no attribute 'version' There is not the old version of gnuradio in my system. Who can help me? Thanks, Cliff Zhang ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio attachment: t1.grc.png___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] about file source block
Hi Josh, Thanks for the answer. But my problem is not exactly about the subject you answer. To make it clear i will simply specify my problem. I set an array on matlab which includes non-integer values (like 0.001, -0.253, ...) and form a binary file by using fopen, fwrite commands then obtain a binary file (mehmet.bin). Then by using GRC File Source Block i import this file and connect it to the Scope Sink. For File Source Block ourput data type:Float, Repeat:Yes and Vector Length:1 are chosen. At the and when i execute the system i see nothing on the Scope. I want to see the array that i set on matlab. This is my problem about File Source Block. Thanks. 2010/9/16, Josh Blum j...@joshknows.com: The file source reads binary data out of a file and writes it into a gnuradio stream. So, if your data stream is floats, the file should be filled with floats, as it would be in your computer's memory. -josh On 09/16/2010 09:02 AM, mehmet kabasakal wrote: Hi everyone, I want to ask a question about the file source block on GRC. It reads the .bin files and takes them as input. But Should that .bin files be in a fixed format. I mean is there a fixed format for this block to read or does it reads any kind of .bin files. I am trying to set a .bin file on matlab and trying to read and see the output on GRC. Thanks. ___ 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 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Fw: [Discuss-gnuradio] Problems adding a new configuration variable toan existing block
More information about my problem. GRC tells me: Error: Block key noaa_hrpt_deframer not found in Platform - grc(GNU Radio Companion) Error: Connection between deframer(0) and frame_sink(0) could not be made. Error: Connection between deframer(0) and decoder(0) could not be made. Error: Connection between gr_binary_slicer_fb_0(0) and deframer(0) could not be made. Done I can though see that the new key/param is in file /usr/local/share/gnuradio/grc/blocks/noaa_hrpt_deframer.xml http://www.poes-weather.com/~patrik/usrp/gr-noaa/grc/noaa_hrpt_deframer.xml Thanks, Patrik - Original Message - From: Patrik Tast To: Discuss-gnuradio@gnu.org Sent: Thursday, September 16, 2010 18:37 Subject: [Discuss-gnuradio] Problems adding a new configuration variable toan existing block Hi All, I've tried to add a new variable to an existing block, gr-noaa/noaa_hrpt_deframer, and hoped it would show up in GRC. I've modded the noaa_hrpt_deframer.cc and noaa_hrpt_deframer.h in directory lib, noaa_hrpt_deframer.i in directory swig and added the new variable + callback into grc/noaa_hrpt_deframer.xml All modifications compiles. I now uninstall and run ./bootstrap, ./configure, make and make install. All still seems still to be OK. When I launch GRC I can see that the modified block is missing. It seems that also some other files must be modded? The simple mod I made to noaa_hrpt_deframer can be viewed at http://www.poes-weather.com/~patrik/usrp/gr-noaa/ Regards, Patrik ___ 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
[Discuss-gnuradio] gr_remez error when running usrp2_wfm_rcv.py example
After running the USRP2 GNU Radio example usrp2_wfm_rcv.py I got an error which I cannot find the solution in internet, any ideas? Many thanks in advance. Jorge. u...@user:/usr/share/gnuradio/examples/usrp2$ ./usrp2_wfm_rcv.py Using RX d'board 0x0001 gr_remez: band edges must be nondecreasing Traceback (most recent call last): File ./usrp2_wfm_rcv.py, line 284, in module app = stdgui2.stdapp (wfm_rx_block, USRP2 WFM RX) File /usr/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py, line 36, in __init__ wx.App.__init__ (self, redirect=False) File /usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py, line 7978, in __init__ self._BootstrapApp() File /usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py, line 7552, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File /usr/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py, line 39, in OnInit frame = stdframe (self.top_block_maker, self.title, self._nstatus) File /usr/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py, line 60, in __init__ self.panel = stdpanel (self, self, top_block_maker) File /usr/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py, line 81, in __init__ self.top_block = top_block_maker (frame, self, vbox, sys.argv) File ./usrp2_wfm_rcv.py, line 97, in __init__ 60) # stopband attenuation File /usr/lib/python2.6/dist-packages/gnuradio/optfir.py, line 44, in low_pass taps = gr.remez (n + nextra_taps, fo, ao, w, bandpass) File /usr/lib/python2.6/dist-packages/gnuradio/gr/gnuradio_swig_py_general.py, line 352, in remez return _gnuradio_swig_py_general.remez(*args, **kwargs) RuntimeError: gr_remez: band edges must be nondecreasing ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] want to achieve the symbol rate to 270.833kb/s
hi Tom: I can not find the examples what you asked me to look for.so what the version of your Gnuradio? Mine is 3.2.2. Besides, I still wonder why I can not use the resampler block in the /gnuradio-core/src/python/gnuradio/blks2impl in which I can set the value of the interpolation and decimation.and the program will automatic to set the parameters of the filter I need.I think it is capable. So can you tell some specific reasons? thank you From: trondeau1...@gmail.com Date: Wed, 15 Sep 2010 07:43:42 -0400 Subject: Re: [Discuss-gnuradio] want to achieve the symbol rate to 270.833kb/s To: tianxia...@hotmail.com CC: discuss-gnuradio@gnu.org 2010/9/15 intermilan tianxia...@hotmail.com: hi all: I want to make the symbol rate of the data which is transmited by the USRP at the 270.833kb/s.I know the OpenBTS had already make it come true. but what I want to know is that can I use the resampler block to make this happen? (put the resampler block after the GMSK Mod block )and the value of the interpolation and decimation of the resampler block can be the same as them in the OpenBTS which are 65 and 96.and the interpolation of the USRP is 320 which is make the sample rate of the usrp is 400k.I have not do it now ,just want to ask here if it is possible. You should be able to use the gr.pfb_arb_resampler_ccf block to accomplish this. It's an arbitrary resampler and so doesn't rely on integer relationships. It can be a bit tricky to use, so look at the examples in gnuradio-examples/src/python/pfb for help in designing the filter for it. ... One of these days, I need to make a convenience wrapper for this block that designs the filter for the half sample rate automatically... Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] gnuradio-companion error
The log is as following: cl...@ubuntu:~$ gnuradio-companion Welcome to GNU Radio Companion v3.3.1git-53-gc81312ce Loading: /home/cliff/t1.grc Done Showing: /home/cliff/t1.grc Generating: /home/cliff/top_block.py Executing: /home/cliff/top_block.py Done Is grc showing any error message in the console window ? On Fri, Sep 17, 2010 at 12:28 PM, zhang wei weizh...@rdamicro.com wrote: Hi Josh, I have installed the python-opengl (See the Accessories). But I still can't see the waveform. Cliff The non-gl scope sink is a little weird. You may have to mess with the time axis to see anything. If you install python-opengl, you will get the gl scope sink which works much better. Looks like this: http://www.joshknows.com/images/wxgui/wxgui_scope.png My best guess, -Josh On 09/16/2010 11:06 PM, zhang wei wrote: Hi Rakesh Thanks a lot. The grc have run after adding the PYTHONPATH. I tested the grc using the simple blocks: signal source 32k -- Throttle 32k -- Scope Sink 32k (Accessories is Capture Screen ) And then press Execute button Howerver, I can't see the waveform. Why? Cliff Zhang Hello Zhang, export PYTHONPATH=$PYTHONPATH:/usr/local/lib/python2.6/dist-packages should probably fix the error. Make sure the path specified above exists and contains the python gnuradio packages. Cheers, Rakesh On Fri, Sep 17, 2010 at 8:01 AM, zhang weiweizh...@rdamicro.com wrote: Hi Guys, I have done the following steps on my Ubuntu10.04: git clone http://gnuradio.org/git/gnuradio.git ./bootstrap, ./configure, make and sudo make install. All still seems to be OK. However, I run $ gnuradio-companion Traceback (most recent call last): File /usr/local/bin/gnuradio-companion, line 45, inmodule %gr.version() AttributeError: 'module' object has no attribute 'version' There is not the old version of gnuradio in my system. Who can help me? Thanks, Cliff Zhang ___ 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 ___ 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 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] want to achieve the symbol rate to 270.833kb/s
2010/9/17 intermilan tianxia...@hotmail.com: hi Tom: I can not find the examples what you asked me to look for.so what the version of your Gnuradio? Mine is 3.2.2. Besides, I still wonder why I can not use the resampler block in the /gnuradio-core/src/python/gnuradio/blks2impl in which I can set the value of the interpolation and decimation.and the program will automatic to set the parameters of the filter I need.I think it is capable. So can you tell some specific reasons? thank you You'll need either GNU Radio 3.3.0 or the latest checkout from git. Then yes, you can use the rational resampler. I misunderstood what you were saying in your original email. I thought you were having problems using the rational resampler to make the values work out properly. The nice thing about the arbitrary resampler is that you don't have to find a valid set of integers for the interp/decim to get your sample rate; instead, you pass it a real number to get out the sample rate that you want. But running through the numbers, it looks to me like you'll get the desired sample rate. So yes, that should work. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNURadio and multi core processors
Howdy, How well does GNURadio + GRC play with multicore processors? I'm running a program that streams video on an Intel Atom-based processors and it's not really able to keep up. I was going to try out the dual-core Atom's if GNURadio would play nicely with it. Thanks. -William ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNURadio and multi core processors
On Fri, Sep 17, 2010 at 10:27 AM, William Cox wc...@ncsu.edu wrote: Howdy, How well does GNURadio + GRC play with multicore processors? I'm running a program that streams video on an Intel Atom-based processors and it's not really able to keep up. I was going to try out the dual-core Atom's if GNURadio would play nicely with it. Thanks. -William GNU Radio by default uses a thread-per-block scheduler, which means (as the name implies) that each block you instantiate runs in its own thread. This architecture scales very well to multicore processors, so I expect you'll see a nice boost in performance with a dual core Atom. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU Radio and usrp_standard.h: No such file or directory
hello, I am trying to compile this C++ file: http://gnuradio.org/redmine/wiki/1/UsrpFAQCppInterface by doing: g++ usrp_test_c++.cpp -o testusrp -lusrp and I get the following error: test_usrp_standard_rx.cc:28:39: error: usrp_standard.h: No such file or directory I am on a ubuntu 10.4 (32bit) system with gnuradio 3.3.0 properly (I guess) installer (from git) in /media/lin_sw/gnuradio/current from env I see that: LD_LIBRARY_PATH=/usr/lib/:/media/lin_sw/gnuradio/current/lib I do not seem to figure out what I am missing, can anybody please help. thanks a lot fabrizio PS current is actually a symbolic link to the folder 3.3.0 in the same location as suggested in here: http://wiki.frednet.org/index.php/GNU_Radio_Installation_Guide ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr_remez error when running usrp2_wfm_rcv.py example
On Fri, Sep 17, 2010 at 2:58 AM, Jorge Miguel jmig...@gmail.com wrote: After running the USRP2 GNU Radio example usrp2_wfm_rcv.py I got an error which I cannot find the solution in internet, any ideas? Many thanks in advance. Jorge. u...@user:/usr/share/gnuradio/examples/usrp2$ ./usrp2_wfm_rcv.py Using RX d'board 0x0001 gr_remez: band edges must be nondecreasing Traceback (most recent call last): File ./usrp2_wfm_rcv.py, line 284, in module app = stdgui2.stdapp (wfm_rx_block, USRP2 WFM RX) File /usr/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py, line 36, in __init__ wx.App.__init__ (self, redirect=False) File /usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py, line 7978, in __init__ self._BootstrapApp() File /usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py, line 7552, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File /usr/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py, line 39, in OnInit frame = stdframe (self.top_block_maker, self.title, self._nstatus) File /usr/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py, line 60, in __init__ self.panel = stdpanel (self, self, top_block_maker) File /usr/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py, line 81, in __init__ self.top_block = top_block_maker (frame, self, vbox, sys.argv) File ./usrp2_wfm_rcv.py, line 97, in __init__ 60) # stopband attenuation File /usr/lib/python2.6/dist-packages/gnuradio/optfir.py, line 44, in low_pass taps = gr.remez (n + nextra_taps, fo, ao, w, bandpass) File /usr/lib/python2.6/dist-packages/gnuradio/gr/gnuradio_swig_py_general.py, line 352, in remez return _gnuradio_swig_py_general.remez(*args, **kwargs) RuntimeError: gr_remez: band edges must be nondecreasing That's a very odd response. According to the code for usrp2_wfm_rcv.py, the filter is defined (on line 95) as: 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 Where usrp_rate = 320e3. That does not violate the filter parameters (115 80). When I took this code out into a flowgraph I created myself to test it, it runs fine. If you set 115e3 to, say, 70e3, then you get that error message. So unless the file has been altered, I don't see why this error message would be generated. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNURadio and multi core processors
Dave, I'm trying to get this into as small a package as possible, because it's going underwater :) At 64lbs of buoyancy per cubic inch, every bit counts! -William On Fri, Sep 17, 2010 at 11:58 AM, dave k dave_k_...@yahoo.com wrote: minimum core 2 duo. quad would be better. i use a q9650 and it handles just file processing high data rates. i5 and i7's have hyper threading, which give you 2x the cores... --- On *Fri, 9/17/10, William Cox wc...@ncsu.edu* wrote: From: William Cox wc...@ncsu.edu Subject: [Discuss-gnuradio] GNURadio and multi core processors To: GNU Radio Discussion discuss-gnuradio@gnu.org Date: Friday, September 17, 2010, 10:27 AM Howdy, How well does GNURadio + GRC play with multicore processors? I'm running a program that streams video on an Intel Atom-based processors and it's not really able to keep up. I was going to try out the dual-core Atom's if GNURadio would play nicely with it. Thanks. -William -Inline Attachment Follows- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://mc/compose?to=discuss-gnura...@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] GNURadio and multi core processors
Er, that's cubic foot ... not inch :) -W On Fri, Sep 17, 2010 at 12:05 PM, William Cox wc...@ncsu.edu wrote: Dave, I'm trying to get this into as small a package as possible, because it's going underwater :) At 64lbs of buoyancy per cubic inch, every bit counts! -William On Fri, Sep 17, 2010 at 11:58 AM, dave k dave_k_...@yahoo.com wrote: minimum core 2 duo. quad would be better. i use a q9650 and it handles just file processing high data rates. i5 and i7's have hyper threading, which give you 2x the cores... --- On *Fri, 9/17/10, William Cox wc...@ncsu.edu* wrote: From: William Cox wc...@ncsu.edu Subject: [Discuss-gnuradio] GNURadio and multi core processors To: GNU Radio Discussion discuss-gnuradio@gnu.org Date: Friday, September 17, 2010, 10:27 AM Howdy, How well does GNURadio + GRC play with multicore processors? I'm running a program that streams video on an Intel Atom-based processors and it's not really able to keep up. I was going to try out the dual-core Atom's if GNURadio would play nicely with it. Thanks. -William -Inline Attachment Follows- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://mc/compose?to=discuss-gnura...@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
[Discuss-gnuradio] USRP2 rx handler chunk size
Hi all,
I'm observing that rx handlers are called when 371 samples are ready,
I thought (I don't remember why
I have 370 hard coded in my code) the chunks where 370 samples. Has
this changed lately or it has been
always like this?
Is there a way to know in advance with how many samples the
rx_handlers are called each time?
Also, I have a question about the rx handlers implemented usage
pattern. I have understood how to use it,
and I find it a bit dangerous. In the documentation I read, about
usrp2::rx_nop_handler::operator()
Function operator invoked by USRP2 RX API. Derived classes must
override this method but then invoke
it at the start of their processing. This operator will always be
called at least once.
Why rely on the fact that user has to implement the operator() calling
the base class one first? Wouldn't have
been the same with this structure:
class rx_nop_handler : public rx_sample_handler
{
...
virtual bool operator()(const uint32_t *items, size_t nitems, const
rx_metadata *metadata) {
...
method_user_has_to_specify(items, nitems, metadata);
}
virtual bool method_user_has_to_specify(const uint32_t *items,
size_t nitems, const rx_metadata *metadata) = 0;
}
In this way USRP2 class calls operator()(...) on the handler that
doesn't do dynamic binding on user defined handler, but then
rx_nop_handler::operator() after have done his stuff calls the
method_user_has_to_specify. Same effect of actual structure but
without relying on the user to behave nicely.
Regards
Gaetano Mendola
--
cpp-today.blogspot.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNU Radio and usrp_standard.h: No such file or directory
On Fri, Sep 17, 2010 at 05:02:00PM +0200, Fabrizio Tappero wrote: hello, I am trying to compile this C++ file: http://gnuradio.org/redmine/wiki/1/UsrpFAQCppInterface by doing: g++ usrp_test_c++.cpp -o testusrp -lusrp and I get the following error: test_usrp_standard_rx.cc:28:39: error: usrp_standard.h: No such file or directory I am on a ubuntu 10.4 (32bit) system with gnuradio 3.3.0 properly (I guess) installer (from git) in /media/lin_sw/gnuradio/current from env I see that: LD_LIBRARY_PATH=/usr/lib/:/media/lin_sw/gnuradio/current/lib I do not seem to figure out what I am missing, can anybody please help. thanks a lot fabrizio PS current is actually a symbolic link to the folder 3.3.0 in the same location as suggested in here: http://wiki.frednet.org/index.php/GNU_Radio_Installation_Guide Assuming you've done a make install, pkg-config will tell you the cflags and libs you need to use. You'll need to have your PKG_CONFIG_PATH set correctly for this to work. If you installed into the default prefix (/usr/local), the you'll need either: $ export PKG_CONFIG_PATH=/usr/local/lib64/pkgconfig or $ export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig Depending on whether you're on a 64-bit machine and/or what OS and distribution you're using On my x86_64 machine running Fedora 13: $ echo $PKG_CONFIG_PATH /usr/local/lib64/pkgconfig $ pkg-config --cflags usrp -I/usr/local/include $ pkg-config --libs usrp -L/usr/local/lib64 -lusrp -lusb Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] UHD GRC loopback glitches
This could very well be underflow on the tx or overflow on the rx. Are you seeing Us and Os printed to stderr while running? I suggest: 1) reduce the sample rate to see of that fixes or reduces the problem 2) isolate the problem as either an rx or tx problem 3) if this in linux, make sure you have enabled a large rx buffer -Josh On 09/17/2010 01:16 PM, Marc Epard wrote: I have a simple GRC flowgraph that transmits a complex sine wave on a UHD USRP2 with a WBX, receives on a USRP2 with a DBSRX, and displays the output on a scope. The two boxes are connected via a 30dB Mini-Circuits attenuator. Mostly the output looks as I expected, but every 350 microseconds or so there's a glitch that looks like the receiver stops and starts. You can see the effect in the screen capture below (or in the PNG at https://public.me.com/mepard in the gnuradio folder, where you'll also find the flowgraph). I'm using current UHD and gnuradio code via git on a very capable machine running Ubuntu 10.04. System Monitor shows one CPU at 100%, one at 25 - 40% and the others blow 25%. Wireshark shows a lot of activity on the control port for the receiver, but I haven't deciphered the packets (anyone have a UHD Dissector?). Any idea what is causing this or how I should troubleshoot it? Thanks. -Marc ___ 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] libusb error on Mac OS X when building uhd driver
Hi Matthias, On Sep 6, 2010, at 11:51 AM, Matthias Wilhelm wrote: As a workaround, you can edit uhd/host/CMakeLists.txt, just edit line 62 ADD_DEFINITIONS(-pedantic) by commenting this line out. Then it will compile. Thanks for the solution. Commenting that entry allowed libusb to compile on Mac OS 10.6.4. Best regards, Elvis Dowson ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU Radio doesn't detect wxPython binary installation on Mac OS X 10.6.4
Hi, I've downloaded and installed the binaries for wxPython from the following link: http://downloads.sourceforge.net/wxpython/wxPython2.8-osx-unicode-2.8.11.0-universal-py2.6.dmg However, when performing a configure , it doesn't detect it. checking for Python wxWidgets wrappers = 2.8... no How can I resolve this? I've separately tested the wxPython installation and it works, but the configure process doesn't seem to detect it, when using the binary installation. If I perform a source installation, and install the files built from sources, it detect it, but for the binary install, it doesn't. Best regards, Elvis ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] UHD GRC loopback glitches
On Sep 17, 2010, at 3:44 PM, Josh Blum wrote: This could very well be underflow on the tx or overflow on the rx. Are you seeing Us and Os printed to stderr while running? Ah, I forgot to mention that nothing is printed to stderr, nor to the UART. I suggest: 1) reduce the sample rate to see of that fixes or reduces the problem It reduces the frequency of the glitches, but they're still there even at 250,000 sps. Suppose it's related to the amount of data? 2) isolate the problem as either an rx or tx problem Do you think a tx problem could cause these scope results? I'm a software guy, but my analog colleagues suspect the rx. The png is at https://public.me.com/mepard. 3) if this in linux, make sure you have enabled a large rx buffer 5 bytes send and recv. -Marc ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: USRP2 rx handler chunk size
On Fri, Sep 17, 2010 at 9:14 PM, Gaetano Mendola mend...@gmail.com wrote: Hi all, I'm observing that rx handlers are called when 371 samples are ready, I thought (I don't remember why I have 370 hard coded in my code) the chunks where 370 samples. Has this changed lately or it has been always like this? So I have dig in it, and it seems that in the past: usrp2/firmware/include/usrp2_eth_packet.h:#define U2_MAX_SAMPLES370 but at same time: gr-usrp2/src/usrp2_base.h:#define USRP2_MIN_RX_SAMPLES 371 usrp2/host/apps/tx_samples.cc:#define MAX_SAMPLES (371) usrp2/host/apps/test_mimo_tx.cc:#define MAX_SAMPLES (371) and now on last version: usrp2/firmware/include/usrp2_eth_packet.h:#define U2_MAX_SAMPLES371 gr-usrp2/src/usrp2_base.h:#define USRP2_MIN_RX_SAMPLES 371 usrp2/host/apps/test_mimo_tx.cc:#define MAX_SAMPLES (371) usrp2/host/apps/tx_samples.cc:#define MAX_SAMPLES (371) so I guess it was an old bug in the firmware code ? Regards Gaetano Mendola -- cpp-today.blogspot.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: USRP2 rx handler chunk size
On Sat, Sep 18, 2010 at 12:25 AM, Gaetano Mendola mend...@gmail.com wrote: On Fri, Sep 17, 2010 at 9:14 PM, Gaetano Mendola mend...@gmail.com wrote: Hi all, I'm observing that rx handlers are called when 371 samples are ready, I thought (I don't remember why I have 370 hard coded in my code) the chunks where 370 samples. Has this changed lately or it has been always like this? So I have dig in it, and it seems that in the past: usrp2/firmware/include/usrp2_eth_packet.h:#define U2_MAX_SAMPLES 370 but at same time: gr-usrp2/src/usrp2_base.h:#define USRP2_MIN_RX_SAMPLES 371 usrp2/host/apps/tx_samples.cc:#define MAX_SAMPLES (371) usrp2/host/apps/test_mimo_tx.cc:#define MAX_SAMPLES (371) and now on last version: usrp2/firmware/include/usrp2_eth_packet.h:#define U2_MAX_SAMPLES 371 gr-usrp2/src/usrp2_base.h:#define USRP2_MIN_RX_SAMPLES 371 usrp2/host/apps/test_mimo_tx.cc:#define MAX_SAMPLES (371) usrp2/host/apps/tx_samples.cc:#define MAX_SAMPLES (371) I meant the opposite, on last version (3.3.0) is equal to 370, on previous versions (3.2.2) it was 371. Given the fact is now defined as 370 has the USRP2_MIN_RX_SAMPLES put equal to 370 as well ? Regards Gaetano Mendola -- cpp-today.blogspot.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP2, is that possible to skip the Ethernet and pass data through general purpose (physically accessible) inputs to the FPGA?
Hi Nick, by FPGA image do you mean the .bit file? Thanks, Malihe Nick Foster wrote: Malihe, Use the USRP2 card burner utility, located in the UHD host code as host/utils/usrp2_card_burner_gui.py. It is also installed to /usr/local/share/uhd/utils/ by default. You may have to run the program as root. If you only specify an FPGA image when you run the program, the firmware image will not be overwritten. Nick On Wed, 2010-09-15 at 12:27 -0600, Malihe Ahmadi wrote: I have changed the FPGA code and I have built the bit file for it. I would like to keep the same firmware but just change the FPGA code. What should I do now? Thanks, Malihe Nick Foster wrote: Malihe, Your understanding is basically correct. I misunderstood your request -- I didn't realize you had an existing FPGA design you were integrating with the USRP2, and figured you were going about things the hard way. Nothing happens to Ethernet packets between the host transmission and GMII_TX -- the USRP2 MAC receives the same data that goes out the host MAC. I was trying to say that modulation is typically done in Gnuradio, not in the FPGA, and so data on the wire is typically baseband modulated and not a data bitstream. If you are implementing the modulation in FPGA you are of course free to define the data on the wire however you like. For your purposes you should be able to take your data straight from the MAC and buffer and encode it in whatever way you see fit. Nick Date: Thu, 2 Sep 2010 18:30:22 -0600 From: ahmad...@ualberta.ca To: bistro...@hotmail.com CC: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] USRP2, is that possible to skip the Ethernet and pass data through general purpose (physically accessible) inputs to the FPGA? Hi Nick, I think I should explain my project better. We are developing a physical layer protocol for an asynchronous packet based transceiver all in Verilog. The design has been simulated so far using ModelSim. The target of the project is the VLSI fabrication of this design. Thus all the signal processing (digital modulation (for now we are interested in BPSK digital modulation), packetization, spreading, filtering ) has to be done in FPGA, and it should be as stand alone as possible. The reason we picked USRP2 was that it was a compact board with RF specification quite close to our requirements. Our understanding was that we can get one computer (host) to transmit stream of bits to the USRP2, do the processing in FPGA and send the data over air, and the second USRP2 would capture the signal and again FPGA would do the processing and eventually pass the data (through Ethernet) to the second host (computer). I thought, if I generate a stream of bits in the first host (TX) and do BPSK modulation and pass them to the USRP2 using Gnuradio, the two 16 bit I and Q port that I get at the DSP core of the FPGA are two bytes of that stream of bits and now I can continue with packetization and the rest of my processing inside FPGA (basically replacing the interpolation module with my spreading module) and redo that process at the receiver to retrieve the generated bit stream. I have already read through the DSP codes inside the FPGA. What I understand from your email below was that I can't retrieve the bit stream (generated at the host) in the FPGA and the 16 bits I and Q are modulated, shaped sample representation of the bit stream. This is a bit confusing for me because I thought (assuming the host just generates the bits and does the BPSK modulation) the Ethernet decoder (DP83865) of the USRP2 is basically compensating (undo-ing) the processing that was performed on the bits (by Ethernet encoder) right before they leave the host (computer) so that the Ethernet becomes transparent. If that is not the case, my only solution is to pass the bit stream to the FPGA using the debug port! Would you please let me know which part of my assumption is wrong? Thanks, Malihe Nick Foster wrote: Malihe, Date: Thu, 2 Sep 2010 14:19:54 -0600 From: ahmad...@ualberta.ca Actually we are using the USRP2 not for a SDR application, but we are using it to test our physical layer asynchronous backet based communication. For that I have to change the FPGA code and remove the interpolation/decimation and replace it with a spreading scheme. Assuming your spreading doesn't bring your bandwidth over around 25MHz, you should be able to do the spreading operation on the host and transmit the spread baseband data to the USRP2 via Gnuradio. The host typically does not send unmodulated data to the USRP2; the host side, usually using Gnuradio, performs the desired DSP operations on your raw information such as spreading, shaping, and modulating, and sends the resulting complex waveform to the USRP2 as raw 16-bit samples. The USRP2 itself knows nothing about
Re: [Discuss-gnuradio] Max Voltage swing for WBX boards
On 09/14/2010 01:29 PM, Marcus D. Leech wrote: Hi, I'm trying to do some signal reconstruction and in testing and developing a concept design, I wanted to attenuate a test signal and hook it up directly to the RX port of my USRP2 through either the Basic RX or LFRX daughter board (and, eventually through my WBX board). My intention was to attenuate the signal through either a resistive attenuator or inductively through a transformer. What are the absolute and preferred input voltage ranges for the RX, LFRX, and WBX boards? The BASIC_RX and LFRX boards accept a maximum power level of roughly 0dBm. I wouldn't put more than -20dBm into the WBX--since it has gain/mixer stages. Anything with more power than that risks damage to the LNA. What are the dangers I should be looking out for? Too much power into any of the Rx boards can do damage. But *before* you reach the damage level, you end up with distortions caused by clipping, and driving stages into non-linear operating regions. The BASIC_RX and LFRX boards are essentially gain-free boards, so they'll take higher input power levels. But all the other boards have several stages of gain in front of the mixers, and there's usually a low-noise-amplifier (LNA) out front. Signal levels of -50dBm to -80dBm are pretty normal low-noise gain chains. Are there specific precautions I should be taking? Make sure that you don't inject too much power is the main thing. What is the best way of attenuating the signal? Standard resistive attenuators--you can buy them ready-made in a whole bunch of different attenuation ranges, or build them yourself with connectors/discrete resistors. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org I had an opportunity to test this out, and everything worked out quite nicely. I made a resistive attenuator using discrete resistors, and kept the voltage swing to .15Vpp for the WBX, and 1Vpp for the LFRX board. It worked quite nicely, and allowed me to save the signal to a file where I was later able to process it using octave. Everything seems to have checked out, so I'm pretty sure I didn't break anything, and I didn't notice any signal clipping. Thank you very much for your help, Vvv ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Max Voltage swing for WBX boards
What are the absolute and preferred input voltage ranges for the RX, LFRX, and WBX boards? BasicRX or LFRX can take +10dBm (~2Vpp) WBX input power should not exceed -10dBm (~0.2Vpp) What is the best way of attenuating the signal? Mini Circuits makes a line of coaxial attenuators which can be installed in your SMA cabling, we find they work fairly well. I have also found the the North Hills baluns to be very nice, as well as those from Mini Circuits. Jason Thank you for your advice. I got everything working nicely, and just wanted to confirm those values as working nicely. I ended up using a simple resistive attenuator (made of discrete components) to ensure the signal was within the limits set above, and so didn't have a didn't have a chance to test the coaxial attenuators you recommended. Having said that, I'm in the processes of buying some now. Thank you for your help, V ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
