[Discuss-gnuradio] Unhandled exception after upgrading gnuradio

Hi,    I am using benchmark_tx.py and benchmark_rx.py in code to make WBX usrp2 as transceiver, this was running without error until I upgraded my gnuradio from 3.5.1 to current version v3.5.2-1-g57ad294b, when I run the same code now it gives a segmenatation fault(core dump), below are the /v

[Discuss-gnuradio] How to simulate USRP board?

My name is Ketlin and I'm from Brazil. I am researching the technology of cognitive radio, I'm not USRP board, I wonder if there is any way to simulate the plate without the USRP hardware? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https:/

Re: [Discuss-gnuradio] Installation problem : gnuradio 3.4.2 in Ubuntu 11.10 system

Nella citazione in data Wed Mar 7 17:28:33 2012, mle...@ripnet.com ha scritto: The other approach for Ubuntu is: http://www.sbrac.org/files/build-gnuradio Takes care of dependencies, etc. On Wed, 7 Mar 2012 08:06:34 -0800, Nick Foster wrote: On Wed, Mar 7, 2012 at 5:15 AM, senthil murugan m

[Discuss-gnuradio] Volk trouble (or is it just me)

Hi, the recent 'next' fails several tests on my 32-bit Ubuntu netbook, them being volk, fft_filter and constellation_receiver. Volk comes with an error message: Using Volk machine: ssse3_32 [...] RUN_VOLK_TESTS: volk_32fc_x2_dot_prod_32fc_a generic completed in 0s unknown location(0): fatal erro

Re: [Discuss-gnuradio] Reference documentation to the python interface

On Wed, Mar 07, 2012 at 04:36:57PM -0700, Ben Reynwar wrote: > I've got a somewhat complete reference for the python interface of > gnuradio radio done now. It can be found at: > > www.reynwar.net/gnuradio/sphinx/ Hi Ben, fantastic stuff! > Any suggestions on how we could improve these docs?

Re: [Discuss-gnuradio] Reference documentation to the python interface

Hi Ben - Ditto Martin: great stuff! I think "keep filling in the blanks" is my improvement recommendation :) -- some items contain "This docstring is not useful" or the equivalent, or are just empty (e.g., "gnuradio.optfir.band_pass"). I'm guessing some items are like this because the source

Re: [Discuss-gnuradio] Reference documentation to the python interface

On Thu, Mar 8, 2012 at 7:00 AM, Martin Braun wrote: > On Wed, Mar 07, 2012 at 04:36:57PM -0700, Ben Reynwar wrote: >> I've got a somewhat complete reference for the python interface of >> gnuradio radio done now.  It can be found at: >> >> www.reynwar.net/gnuradio/sphinx/ > > Hi Ben, > > fantastic

Re: [Discuss-gnuradio] Reference documentation to the python interface

On Thu, Mar 8, 2012 at 7:19 AM, Michael Dickens wrote: > Hi Ben - Ditto Martin: great stuff!  I think "keep filling in the blanks" is > my improvement recommendation :) -- some items contain "This docstring is not > useful" or the equivalent, or are just empty (e.g., > "gnuradio.optfir.band_pas

Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio

On Thu, Mar 8, 2012 at 5:40 AM, MOHD RAFIQ wrote: > Hi, >I am using benchmark_tx.py and benchmark_rx.py in code to make WBX > usrp2 as transceiver, this was running without error until I upgraded my > gnuradio from 3.5.1 to current version > v3.5.2-1-g57ad294b, when I run the same code now it

Re: [Discuss-gnuradio] Reference documentation to the python interface

On Thu, Mar 8, 2012 at 10:22 AM, Ben Reynwar wrote: > On Thu, Mar 8, 2012 at 7:19 AM, Michael Dickens wrote: > > Hi Ben - Ditto Martin: great stuff! I think "keep filling in the > blanks" is my improvement recommendation :) -- some items contain "This > docstring is not useful" or the equivalen

Re: [Discuss-gnuradio] How to simulate USRP board?

On Thu, Mar 8, 2012 at 4:41 AM, ketlin Pedron wrote: > My name is Ketlin and I'm from Brazil. I am researching the technology of > cognitive > radio, I'm not USRP board, I wonder if there is any way to simulate the > plate without the USRP hardware? > Gnuradio works fine without a USRP. You only

Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio- backtrace included

I apologise for not being clear, here is the backtrace [New Thread 0xb21feb70 (LWP 16921)] [Thread 0xb19fdb70 (LWP 16920) exited] [New Thread 0xb19fdb70 (LWP 16922)] [New Thread 0xb29ffb70 (LWP 16923)] [New Thread 0xb33ffb70 (LWP 16924)] [New Thread 0xb3dffb70 (LWP 16925)] [New Thread 0xb51ffb70

Re: [Discuss-gnuradio] How to simulate USRP board?

More specifically, on the receive side, you can use a file source for samples that have either been captured by someone else, or generated by something like Matlab. On the transmit side, you can simply sink any generated samples into a spectrum display. Since you will not have any hardware in the

Re: [Discuss-gnuradio] Reference documentation to the python interface

On Thu, Mar 8, 2012 at 8:35 AM, Tom Rondeau wrote: > On Thu, Mar 8, 2012 at 10:22 AM, Ben Reynwar wrote: >> >> On Thu, Mar 8, 2012 at 7:19 AM, Michael Dickens wrote: >> > Hi Ben - Ditto Martin: great stuff!  I think "keep filling in the >> > blanks" is my improvement recommendation :) -- some it

Re: [Discuss-gnuradio] Reference documentation to the python interface

On Thu, Mar 8, 2012 at 11:44 AM, Ben Reynwar wrote: > On Thu, Mar 8, 2012 at 8:35 AM, Tom Rondeau wrote: > > On Thu, Mar 8, 2012 at 10:22 AM, Ben Reynwar wrote: > >> > >> On Thu, Mar 8, 2012 at 7:19 AM, Michael Dickens > wrote: > >> > Hi Ben - Ditto Martin: great stuff! I think "keep filling

Re: [Discuss-gnuradio] Reference documentation to the python interface

On Thu, Mar 8, 2012 at 10:01 AM, Tom Rondeau wrote: > On Thu, Mar 8, 2012 at 11:44 AM, Ben Reynwar wrote: >> >> On Thu, Mar 8, 2012 at 8:35 AM, Tom Rondeau wrote: >> > On Thu, Mar 8, 2012 at 10:22 AM, Ben Reynwar wrote: >> >> >> >> On Thu, Mar 8, 2012 at 7:19 AM, Michael Dickens >> >> wrote: >

Re: [Discuss-gnuradio] about uhd_fft.py

The thing in the center is caused by a lot of things, like IQ imbalances and the distribution of noise towards zero etc. We all get it when the gain is high. Do you have something you are trying to detect? Do you have an antenna connected to the right port? What front-end board are you using? Try 1

Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio- backtrace included

This might be related to the problems Martin Braun is having with sse3 volk in the other thread today. Was anything done to volk git recently that would effect sse3? On Thu, Mar 8, 2012 at 11:15 AM, MOHD RAFIQ wrote: > > I apologise for not being clear, here is the backtrace > > [New Thread 0xb21

[Discuss-gnuradio] Leading Institutes or Universities in SDR

Hi, Guys! I am planning on pursing my PHD degree in a leading university in Software Defined Radio research. I know VT is a reputed institute in SDR research. Are there any other good universities which are also focusing on SDR development and research? Please give me some suggestions! Thanks! Re

Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio- backtrace included

On 03/08/2012 12:28 PM, Andrew Davis wrote: This might be related to the problems Martin Braun is having with sse3 volk in the other thread today. Was anything done to volk git recently that would effect sse3? For what it's worth, the attached FFT filter tester flow-graph works just fine on my

Re: [Discuss-gnuradio] build_gnuradio : missing something ?

On 03/08/2012 07:50 AM, Arturo Rinaldi wrote: Hi Marcus, sorry to bother you but I recently performed a fresh installation of ubuntu 11.10 on a virtual machine and after extracting the ubuntu part from /build_gnuradio/ the /./configure /step did not return satisfy dependencies for gnu radioo co

Re: [Discuss-gnuradio] about uhd_fft.py

Orkhan - What exactly do you think is wrong? Cheers, Ben On Thu, Mar 8, 2012 at 5:47 AM, Orkhan Badirkhanli wrote: > Hello > > I've just successully installed gnuradio and connected my new USRP n210. I > run uhd_fft.py to test my hardware and it all works well, I activity in the > spectrum. > >

[Discuss-gnuradio] New in GNU Radio

Hi everybody, I have a stupid question but...when i modify a blocks (in C++), i need to compile after the modification? If i want to use this block in a python program. Thank you! Loic ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https:/

Re: [Discuss-gnuradio] New in GNU Radio

Depends... If you're modifying an already existing block, just recompiling should probably be sufficient. If you're adding new functions that you want to be accessible from Python, you have to add the functions to the SWIG *.i file. If you're making a brand new block you'll have to add it to the

Re: [Discuss-gnuradio] Feature #394

Thanks, All the 'fix' comments are there as I was debugging on a remote machine using github as an intermediate for all my little changes. I'll get those merged into real comments before the real merge. Same for the AM demods, my github optfir branch is for my local testing and will only include o

Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio- backtrace included

Rafiq, What CPU are you using for this test? Specifically, please send the output of "cat /proc/cpuinfo". --n On Thu, Mar 8, 2012 at 9:51 AM, Marcus D. Leech wrote: > On 03/08/2012 12:28 PM, Andrew Davis wrote: > >> This might be related to the problems Martin Braun is having with sse3 >> volk

Re: [Discuss-gnuradio] about uhd_fft.py

Orkhan - Oops! Ignore my last message. Will you please send me your serial number, date of purchase, and purchasing name / organization, off-list? Cheers, Ben On Thu, Mar 8, 2012 at 10:00 AM, Ben Hilburn wrote: > Orkhan - > > What exactly do you think is wrong? > > Cheers, > Ben > > On Thu,

Re: [Discuss-gnuradio] Leading Institutes or Universities in SDR

On 03/08/2012 06:30 PM, Daniel Fiske wrote: > Hi, Guys! > > I am planning on pursing my PHD degree in a leading university in Software > Defined Radio research. I know VT is a reputed institute in SDR research. > Are there any other good universities which are also focusing on SDR > development an

Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio- backtrace included

On 08/03/12 01:11 PM, Nick Foster wrote: > Rafiq, > > What CPU are you using for this test? Specifically, please send the > output of "cat /proc/cpuinfo". > > --n > To add some more data, I tested the attached flow-graph on the only remaining 32-bit machine in my herd. It provoked: #0 0x0090d6b

Re: [Discuss-gnuradio] Feature #394

On Thu, Mar 8, 2012 at 1:07 PM, Andrew Davis wrote: > Thanks, > > All the 'fix' comments are there as I was debugging on a remote > machine using github as an intermediate for all my little changes. > I'll get those merged into real comments before the real merge. Same > for the AM demods, my gith

Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio- backtrace included

On Thu, Mar 8, 2012 at 1:22 PM, Marcus D. Leech wrote: > On 08/03/12 01:11 PM, Nick Foster wrote: > > Rafiq, > > > > What CPU are you using for this test? Specifically, please send the > > output of "cat /proc/cpuinfo". > > > > --n > > > To add some more data, I tested the attached flow-graph on

Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio- backtrace included

On Thu, Mar 8, 2012 at 11:16 AM, Tom Rondeau wrote: > On Thu, Mar 8, 2012 at 1:22 PM, Marcus D. Leech wrote: > >> On 08/03/12 01:11 PM, Nick Foster wrote: >> > Rafiq, >> > >> > What CPU are you using for this test? Specifically, please send the >> > output of "cat /proc/cpuinfo". >> > >> > --n >

Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio- backtrace included

On 08/03/12 02:16 PM, Tom Rondeau wrote: > On Thu, Mar 8, 2012 at 1:22 PM, Marcus D. Leech > wrote: > > On 08/03/12 01:11 PM, Nick Foster wrote: > > Rafiq, > > > > What CPU are you using for this test? Specifically, please send the > > output of "cat /

Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio- backtrace included

On Thu, Mar 8, 2012 at 11:21 AM, Marcus D. Leech wrote: > ** > On 08/03/12 02:16 PM, Tom Rondeau wrote: > > On Thu, Mar 8, 2012 at 1:22 PM, Marcus D. Leech wrote: > >> On 08/03/12 01:11 PM, Nick Foster wrote: >> > Rafiq, >> > >> > What CPU are you using for this test? Specifically, please send t

Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio- backtrace included

On Thu, Mar 8, 2012 at 2:21 PM, Marcus D. Leech wrote: > ** > On 08/03/12 02:16 PM, Tom Rondeau wrote: > > On Thu, Mar 8, 2012 at 1:22 PM, Marcus D. Leech wrote: > >> On 08/03/12 01:11 PM, Nick Foster wrote: >> > Rafiq, >> > >> > What CPU are you using for this test? Specifically, please send th

Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio- backtrace included

On Thu, Mar 8, 2012 at 2:24 PM, Nick Foster wrote: > On Thu, Mar 8, 2012 at 11:21 AM, Marcus D. Leech wrote: > >> ** >> On 08/03/12 02:16 PM, Tom Rondeau wrote: >> >> On Thu, Mar 8, 2012 at 1:22 PM, Marcus D. Leech wrote: >> >>> On 08/03/12 01:11 PM, Nick Foster wrote: >>> > Rafiq, >>> > >>> > Wh

Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio- backtrace included

On 08/03/12 02:24 PM, Nick Foster wrote: > > > The relevant line in the Volk archs.xml is correct, and it's looking > for the correct bit in ECX to determine PNI/SSE3 capability. > /proc/cpuinfo calls this "pni", or Prescott New Instructions, not SSE3. > Consistency being the hobgoblin of small min

Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio- backtrace included

On 08/03/12 02:25 PM, Tom Rondeau wrote: > > That still might be indicative of the problem, though, that the flags > are being read incorrectly by the proc system. Very strange, that. > > Marcus, if you would, change the volk kernel from the aligned (_a) to > the unaligned one (_u) and see what tha

Re: [Discuss-gnuradio] Leading Institutes or Universities in SDR

On Thu, Mar 8, 2012 at 1:18 PM, Philip Balister wrote: > On 03/08/2012 06:30 PM, Daniel Fiske wrote: > > Hi, Guys! > > > > I am planning on pursing my PHD degree in a leading university in > Software > > Defined Radio research. I know VT is a reputed institute in SDR research. > > Are there any o

Re: [Discuss-gnuradio] Leading Institutes or Universities in SDR

Daniel, Thank you for your suggestion, but I am currently looking for some universities in US... Do you have any other thoughts? thanks! VT is certainly a very good choice if you are interested in SDR. But I think you need to be a bit more specific. What exactly do you want to do? Apply for

Re: [Discuss-gnuradio] Feature #394

>As for the complex bandpass, we really do need that. I know I've used it in >GNU Radio-based projects before, and I'd bet >others have/are, too. Creating >it as an LPF and the frequency shifting it is a perfectly valid way of >creating this kind of a >filter, and it enforces symmetrical transit

Re: [Discuss-gnuradio] Leading Institutes or Universities in SDR

Daniel, never mind, you wrote "planning on pursuing a PhD". I missed that. :-) Just my two cents: SDR is a mix of RF/communication engineering + signal processing + (Matlab/Python/.../C++/C/Assembler/FPGA) programming. Any graduate program that provides you with these skills will allow you to

Re: [Discuss-gnuradio] Feature #394

On Thu, Mar 8, 2012 at 5:40 PM, Andrew Davis wrote: > >As for the complex bandpass, we really do need that. I know I've used it > in GNU Radio-based projects before, and I'd bet >others have/are, too. > Creating it as an LPF and the frequency shifting it is a perfectly valid > way of creating this

Re: [Discuss-gnuradio] Feature #394

Ok, sounds good, also I've only been updating cmake files, is there a date when the switch from autotools will become official? ~Andrew On Thu, Mar 8, 2012 at 5:56 PM, Tom Rondeau wrote: > On Thu, Mar 8, 2012 at 5:40 PM, Andrew Davis > wrote: >> >> >As for the complex bandpass, we really do nee

Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio- backtrace included

Hi nick, here is the cpu info, sorry i got only Tom's mail, I just checked archive now. [morfiq@MRAFIQ-NGN 6mar12]$ cat /proc/cpuinfo processor    : 0 vendor_id    : GenuineIntel cpu family    : 6 model        : 15 model name    : Intel(R) Core(TM)2 Quad CPU    Q6600  @ 2.40GHz stepping    : 11 m

Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio- backtrace included

On Thu, Mar 8, 2012 at 2:35 PM, Marcus D. Leech wrote: > On 08/03/12 02:25 PM, Tom Rondeau wrote: > > > > That still might be indicative of the problem, though, that the flags > > are being read incorrectly by the proc system. Very strange, that. > > > > Marcus, if you would, change the volk kern

Re: [Discuss-gnuradio] need help for digital.constellation_decoder_cb in release 3.5.0

Nella citazione in data ven 09 dic 2011 05:55:57 CET, Ben Reynwar ha scritto: On Thu, Dec 8, 2011 at 5:33 PM, Arturo Rinaldi wrote: I noticed dramatic changes in the 3.5.0 release in the generation of the constellation points of digital modulations. So, if the easy part is to again modify the s

[Discuss-gnuradio] Real time spectrum plot

Hi all, I want to make a fft realtime plot with usrp but, i want to do fft job myself  (for trying different ffts) and plot the spectrum. I tried to use  qtgui_sink_c but it takes fft itself. And when i tried the time domain plot after take the fft myself the graph slides (i think because it sho