[Discuss-gnuradio] Passing numpy arrays into vector parameters

Hi all, I saw that there was a feature request 2 years ago. http://gnuradio.org/redmine/issues/399 Is there any progress on that or any idea how to do that? Thank you -Burak ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org

Re: [Discuss-gnuradio] How to get time from GPSDO

Hi, Sean and Josh, Thank you so much for your help. My problem is solved now. Thanks again. Wu From: Nowlan, Sean [mailto:sean.now...@gtri.gatech.edu] Sent: 2012年2月18日 1:00 To: Wu Ting; discuss-gnuradio@gnu.org Subject: RE: [Discuss-gnuradio] How to get time from GPSDO Use the “get

[Discuss-gnuradio] UHD Announcement - February 17th 2012

Hello list, A bunch of great work has been merged into the master. For those following the work on the master branch, and not a release, you will need to update your firmware and FPGA images: http://code.ettus.com/redmine/ettus/projects/uhd/wiki#Binary-downloads http://files.ettus.com/uhd_release

Re: [Discuss-gnuradio] "GNU Radio is crap" and GSoc

Yes, I could feed the blocks work functions directly, but this is tricky sometimes. I'm working on a simple program that needs to route data from different sources to changing functions and blocks and then to multiple sinks. The current scheduler is just to static in flow for this task ( I believe,

Re: [Discuss-gnuradio] "GNU Radio is crap" and GSoc

I also agree that a big issue with gnuradio is that it tries to take over all the computing resources in an application but in my opinion that this is not an inherent issue with the gnuradio scheduler not wanting to play with other applications. Some people complain that gnuradio doesn't provi

Re: [Discuss-gnuradio] Using volk in Mac: test report

On Fri, Feb 17, 2012 at 5:11 PM, Nowlan, Sean wrote: > I built Tom’s safe_align branch on E100 and ran volk_profile. It > segfaulted on “RUN_VOLK_TESTS:volk_32fc_s32fc_multiply_32fc_a. I’ll get a > stack trace for you. > > ** ** > > Sean > Really interesting that it's the same block. Hopeful

[Discuss-gnuradio] Fwd: Re: uhd b100 problems

First attempt at posting to the list - didn't spot the need to reply to all and replied direct by accident. Obviously my point has been obsoleted already by the post by Marcus, but it is quoted below anyway. Cheers, Darren Original Message Subject:Re: [Discuss-gnuradio

Re: [Discuss-gnuradio] Using volk in Mac: test report

I built Tom's safe_align branch on E100 and ran volk_profile. It segfaulted on "RUN_VOLK_TESTS:volk_32fc_s32fc_multiply_32fc_a. I'll get a stack trace for you. Sean From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org [mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gn

Re: [Discuss-gnuradio] uhd b100 problems

On 02/17/2012 05:08 PM, dave k wrote: iam having alot of troubles with my b100. i have to powercycle almost everytime to get my flowgraphs running. if i dont i get this Got a data packet with unknown SID 4294967293 UHD Error:https://easywebsoc.tdcanadatrust.com/webbanking Got a data p

[Discuss-gnuradio] uhd b100 problems

iam having alot of troubles with my b100. i have to powercycle almost everytime to get my flowgraphs running. if i dont i get this Got a data packet with unknown SID 4294967293 UHD Error: Got a data packet with unknown SID 4294967293 UHD Error: Got a data packet with unknown SID 4294

Re: [Discuss-gnuradio] Using volk in Mac: test report

Great! You guys are making all this stuff pretty easy to use, even for non-experts. Thanks for letting us squeeze our processors :-) Carles On Fri, Feb 17, 2012 at 8:33 PM, Tom Rondeau wrote: > On Fri, Feb 17, 2012 at 2:30 PM, Nick Foster wrote: >> >> On Fri, Feb 17, 2012 at 11:20 AM, Carles

Re: [Discuss-gnuradio] Error calling XMLRPC-Server

On Fri, 17 Feb 2012 20:39:13 +0100, Michael Hartje wrote: > dear readers, > > calling the XMLRPC example gives an error: > > Executing: > "/usr/src/packages/BUILD/gnuradio-3.5.1/gnuradio-examples/grc/xmlrpc/server_block.py" > Many other examples work fine. > > Exception in thread Thread-1:

Re: [Discuss-gnuradio] Sampling Rate

In the same way that GNU Radio uses complex samples, USRPs also deliver complex baseband samples; thus, 25 MSPs of complex baseband gives you 25 MHz of bandwidth. Cheers, Ben On Fri, Feb 17, 2012 at 7:30 AM, Ed Criscuolo wrote: > On 2/17/12 2:07 AM, guelord ingala wrote: > >> Hi, >> I'm getting

Re: [Discuss-gnuradio] E100 compile error: trondeau safe_align branch

It doesn't work for me, either. Cheers, Ben On Fri, Feb 17, 2012 at 5:37 AM, Philip Balister wrote: > On 02/17/2012 02:25 AM, Andre Puschmann wrote: > > On 02/16/2012 07:16 PM, Philip Balister wrote: > >>> /tmp/cct93Ve1.s:37: Error: bad instruction `vpadd.f32 d0,d16,d17' > >>> /tmp/cct93Ve1.s:38

Re: [Discuss-gnuradio] E100/E110 Documentation

The E1xx FAQ is a great starting point: http://code.ettus.com/redmine/ettus/projects/usrpe1xx/wiki/FAQ Cheers, Ben 2012/2/17 Matthias Schäfer > Hi List, > is there any documentation about the e-series of the usrps (except the > application notes and the datasheet) out there? > > I'm especially

[Discuss-gnuradio] Error calling XMLRPC-Server

dear readers, calling the XMLRPC example gives an error: Executing: "/usr/src/packages/BUILD/gnuradio-3.5.1/gnuradio-examples/grc/xmlrpc/server_block.py" Many other examples work fine. Exception in thread Thread-1: Traceback (most recent call last): File "/usr/lib/python2.7/threading.py", line

Re: [Discuss-gnuradio] Using volk in Mac: test report

On Fri, Feb 17, 2012 at 2:30 PM, Nick Foster wrote: > On Fri, Feb 17, 2012 at 11:20 AM, Carles Fernandez < > carles.fernan...@gmail.com> wrote: > >> Thanks for the inputs! >> >> We are interested in determining the best architecture at instantation >> time. What would be the best strategy? We tho

Re: [Discuss-gnuradio] Using volk in Mac: test report

On Fri, Feb 17, 2012 at 11:20 AM, Carles Fernandez < carles.fernan...@gmail.com> wrote: > Thanks for the inputs! > > We are interested in determining the best architecture at instantation > time. What would be the best strategy? We though about running the > same operations several times for each

Re: [Discuss-gnuradio] Using volk in Mac: test report

Thanks for the inputs! We are interested in determining the best architecture at instantation time. What would be the best strategy? We though about running the same operations several times for each architecture, measure the results and use the fastest one for the processing blocks. Would this be

Re: [Discuss-gnuradio] How to get time from GPSDO

Thanks! That setup hadn't been 100% clear to me before. Makes sense now. Sean -Original Message- From: Josh Blum [mailto:j...@joshknows.com] On Behalf Of Josh Blum Sent: Friday, February 17, 2012 1:23 PM To: Nowlan, Sean Cc: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] How to

[Discuss-gnuradio] Scheduler slides from gnuradio conference

I was trying to download the slides about the scheduler from the gnuradio conference and for some reason they are not available with the other slides are they posted or available somewhere else online? thanks Almohanad (Al) Fayez alfa...@aol.com __

Re: [Discuss-gnuradio] Using volk in Mac: test report

On Fri, Feb 17, 2012 at 8:14 AM, Tom Rondeau wrote: > Carles, > > Thanks for the report! We'll look into those failures. Hopefully just some > minor misundertanding. > > As for the generic sometimes being the best arch, I'm not sure I can help > too much on it. I can certainly speculate. Having s

Re: [Discuss-gnuradio] How to get time from GPSDO

On 02/17/2012 09:58 AM, Nowlan, Sean wrote: > Just to enhance my (and everyone's) knowledge, does that call give > you information substantially different from get_time_now()? Other > than you get a UHD Time Spec with seconds and fractional seconds? > Well, there is a time in the GPSDO in secon

Re: [Discuss-gnuradio] How to get time from GPSDO

Just to enhance my (and everyone's) knowledge, does that call give you information substantially different from get_time_now()? Other than you get a UHD Time Spec with seconds and fractional seconds? Sean -Original Message- From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.

Re: [Discuss-gnuradio] How to get time from GPSDO

> > and thought usrp->get_mboard_sensor is the function that I need. But I don't > know how to use this function in GNURadio. It seems that the code is written > in C++. So can I use it directly in GNURadio? > > All the functions are brought into python via swig, so: http://gnuradio.org/cgit/

Re: [Discuss-gnuradio] ATSC decoding - Now Working!

On Fri, Feb 17, 2012 at 08:31, Tom Rondeau wrote: > Also, we might be able to host some data files on gnuradio.org. I need to > look into how much space we have or can set aside for this, but it would be > nice to have stuff like this easily accessible. We can easily conjure up an extra 10 or 20

Re: [Discuss-gnuradio] Receiving signal from a signal generator

On Fri, Feb 17, 2012 at 10:22 AM, Tom Rondeau wrote: > On Fri, Feb 17, 2012 at 2:52 AM, guelord ingala wrote: > >> Hi, >> I've got 2 units of USRP1 and DBSRX dboards. The two USRP are >> synchronized for master and slave. the uhd_fft.py is responding correctly. >> Now I want to use a signal gener

[Discuss-gnuradio] E100/E110 Documentation

Hi List, is there any documentation about the e-series of the usrps (except the application notes and the datasheet) out there? I'm especially searching for informations about how to install the images, how to start and -- at best -- a little example application. Cheers, Matthias __

Re: [Discuss-gnuradio] ATSC decoding - Now Working!

On Thu, Feb 16, 2012 at 4:43 PM, Nick Foster wrote: > No, I don't know where that is... I can always take more data though. I'll > post it on a Dropbox tonight or this weekend. I'm pretty sure the Gnuradio > ATSC decoder is suffering from some massive bitrot though. If you do get it > working for

Re: [Discuss-gnuradio] Receiving signal from a signal generator

On Fri, Feb 17, 2012 at 2:52 AM, guelord ingala wrote: > Hi, > I've got 2 units of USRP1 and DBSRX dboards. The two USRP are synchronized > for master and slave. the uhd_fft.py is responding correctly. > Now I want to use a signal generator to provide 900 MHz. signal level is > -20 dBm. From the g

Re: [Discuss-gnuradio] Using volk in Mac: test report

Carles, Thanks for the report! We'll look into those failures. Hopefully just some minor misundertanding. As for the generic sometimes being the best arch, I'm not sure I can help too much on it. I can certainly speculate. Having seen this in my own machines and looked at some of the kernels wher

Re: [Discuss-gnuradio] How to get time from GPSDO

Use the "get_time_now" method, which is callable from C++ or from Python (through Swig). http://gnuradio.org/doc/doxygen/classuhd__usrp__sink.html#a74c75fc2a209184856db674489de748c Sean From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org [mailto:discuss-gnuradio-bounces+sean.n

Re: [Discuss-gnuradio] Sampling Rate

On 2/17/12 2:07 AM, guelord ingala wrote: Hi, I'm getting confused with the concept of "Sampling rate" to set the UHD:USRP Source and other blocks from the gnuradio-companion. If I'm still right, the sampling rate must be at least the double of the operating frequency. But I can see some working

[Discuss-gnuradio] Bug in GRC, bugs in grc-examples and unit tests [Was: GRC: Just compile XML, no GUI]

On Thu, Feb 16, 2012 at 02:28:21PM -0500, Paul Miller wrote: > On Thu, Feb 16, 2012 at 10:19:31AM -0800, Josh Blum wrote: > > > I was wondering if it's a big deal to give gnuradio-companion a switch > > > to just compile a .grc file without firing up the GUI. > > > Give this a shot: https://github

Re: [Discuss-gnuradio] Volk branch on github

On 02/16/2012 11:39 AM, Josh Blum wrote: > > > On 02/16/2012 11:32 AM, Josh Blum wrote: >> >> >> On 02/16/2012 11:24 AM, Tom Rondeau wrote: >>> On Thu, Feb 16, 2012 at 2:08 PM, Josh Blum wrote: >>> > Also, you never want to work on the smallest amount of memory possible. > This is c

Re: [Discuss-gnuradio] E100 compile error: trondeau safe_align branch

On 02/17/2012 02:25 AM, Andre Puschmann wrote: > On 02/16/2012 07:16 PM, Philip Balister wrote: >>> /tmp/cct93Ve1.s:37: Error: bad instruction `vpadd.f32 d0,d16,d17' >>> /tmp/cct93Ve1.s:38: Error: bad instruction `vadd.f32 s16,s0,s1' >>> make[2]: *** >>> [gnuradio-core/src/lib/CMakeFiles/gnuradio-

[Discuss-gnuradio] How to get time from GPSDO

Hi all, I know this is a very basic problem. But I have looked for a lot of information and discussions and still cannot figure out how to do. In my current GNURadio application, I want to get the time produced by GPSDO. I found this page

Re: [Discuss-gnuradio] FSK using VCO

One thing i forgot , there should be upsample(pulse shaping ) OR repeat by N block between "chunk2symbol" and "fm modulator" On Thu, Feb 16, 2012 at 11:09 PM, Adeel Anwar wrote: > Anju, > > Try connecting these > > data_src(0,1)==>chunk to symbol(-1,1)==>fm > modulator(sensitivity=(2*pi*(freq_se

Re: [Discuss-gnuradio] E100 compile error: trondeau safe_align branch

On 02/16/2012 07:16 PM, Philip Balister wrote: >> /tmp/cct93Ve1.s:37: Error: bad instruction `vpadd.f32 d0,d16,d17' >> /tmp/cct93Ve1.s:38: Error: bad instruction `vadd.f32 s16,s0,s1' >> make[2]: *** >> [gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir/filter/dotprod_fff_armv7_a.c.o] >> Error 1

Re: [Discuss-gnuradio] Meet SDR guys IRL: Karlsruhe WSR

On 02/15/2012 12:25 PM, Martin Braun wrote: > Hi everyone, > > some updates: I have booked a table at "Vogelbräu" for 19:30 on Tuesday > 6 March. > The adress is "Kapellenstrasse 50" (or www.vogelbraeu.de for an > IP-compatible adress :). > It's a pretty decent Microbrewery, the food's good, so if

Re: [Discuss-gnuradio] About how to write c++ based signal processing block

On Fri, Feb 17, 2012 at 02:01:36AM -0500, Adeel Anwar wrote: > Hi Martin, > > i have used gr_modtool.py to create custom blocks and all these new blocks are > working fine. Thanks to u for this good utility. > > I have python/gnuradio installed on two machines. Same version of > gr_modtool.py >