[Discuss-gnuradio] tx_tag's time VS. USRP time

Hi everyone, I wanna send data at desired time with USRP N210. The codes look like these - int num=1; pmt::pmt_t key = pmt::pmt_string_to_symbol("sob"); uint64_t offset = this->nitems_written(0); pmt::pmt_t value = pmt::pmt_make_tuple( pmt

[Discuss-gnuradio] build-gnuradio did not install gnuradio-runtime

Hello, i have downloaded the Gnuradio repository with the script build-gnuradio "http://www.sbrac.org/files/build-gnuradio"; on to the Fedora 19 and it worked well. Know I am trying to get install the project "IEEE802.15.4 transceiver for GNU Radio v3.7" >From ccs-labs and I am getting the f

Re: [Discuss-gnuradio] Officially recommended version?

On 09/16/2013 10:40 AM, Alexandru Csete wrote: Greetings, I've been going nuts over the past few weeks why new users end up with gnuradio 3.6. Clearly, some of them want to use some funky stuff that has not yet been ported to 3.7, but there are also others who are just clueless and end up with 3

[Discuss-gnuradio] Officially recommended version?

Greetings, I've been going nuts over the past few weeks why new users end up with gnuradio 3.6. Clearly, some of them want to use some funky stuff that has not yet been ported to 3.7, but there are also others who are just clueless and end up with 3.6 by following the instructions. Indeed, accord

Re: [Discuss-gnuradio] file sink problems

On Mon, Sep 16, 2013 at 09:08:53AM +0200, Baier wrote: > > Most likely this is connected to packet sizes (granularity of packets). > Which blocks were you using? > > MB > > I dont't have any packet data transmision. I generate 1000 samples and I use > OFDM mod(fft 128, ot 100, cp 16)

Re: [Discuss-gnuradio] build-gnuradio did not install gnuradio-runtime

This has been coming up in many other out-of-tree projects. Tom has fixed it in master. To fix it for gr-ieee802-15-4, take the latest gnuradio/gr-utils/python/modtool/gr-newmod/cmake/Modules/FindGnuradioRuntime.cmake, and copy it into the cmake/Modules directory of the out-of-tree module you're tr

Re: [Discuss-gnuradio] Officially recommended version?

Hi, I think it's clear that any new development should be done on 3.7 and people still having 3.6 projects should be working on migration (if those projects are still considered active/maintained). However it's pretty evident that it's not going to happen overnight and so currently the only viabl

Re: [Discuss-gnuradio] Officially recommended version?

Hi, > Anyway, I don't mind having the build-gnuradio script as the recommended tool > for installing gnuradio but it should at least offer the latest 3.7 release and force > the user to make a decision whether to install 3.6, 3.7 or master. It offers the option, but only for those who know it,

Re: [Discuss-gnuradio] Officially recommended version?

You know there's --help right? -- Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org On Sep 16, 2013, at 10:04 AM, "Ralph A. Schmid, dk5ras" wrote: > > Hi, > >> Anyway, I don't mind having the build-gnuradio script as the recommended > tool >> for installin

Re: [Discuss-gnuradio] build-gnuradio did not install gnuradio-runtime

Hi, On 09/16/2013 06:09 PM, Nick Foster wrote: This has been coming up in many other out-of-tree projects. Tom has fixed it in master. To fix it for gr-ieee802-15-4, take the latest gnuradio/gr-utils/python/modtool/gr-newmod/cmake/Modules/FindGnuradioRuntime.cmake, and copy it into the cmake/Mod

Re: [Discuss-gnuradio] Officially recommended version?

Of course, but one who has no idea of the different versions sees no need to check what exactly -m is :) Ralph. > -Original Message- > From: Marcus D. Leech [mailto:mle...@ripnet.com] > Sent: Monday, 16 September, 2013 19:48 > To: Ralph A. Schmid, dk5ras > Cc: Alexandru Csete; > Subject

Re: [Discuss-gnuradio] bladeRF - gr-osmosdr - gqrx - bandwidth?

On Sat, Sep 14, 2013 at 9:13 AM, Sylvain Munaut <246...@gmail.com> wrote: > Hi, > >> Do you know if it makes any difference whether I set the bandwidth or >> sample rate first? > > Looking at the code, yes it does. You should set sample rate, then bandwidth. > > But honestly I think it shouldn't ma

Re: [Discuss-gnuradio] Officially recommended version?

On Mon, Sep 16, 2013 at 5:09 PM, Marcus D. Leech wrote: > On 09/16/2013 10:40 AM, Alexandru Csete wrote: >> >> Greetings, >> >> I've been going nuts over the past few weeks why new users end up with >> gnuradio 3.6. Clearly, some of them want to use some funky stuff that >> has not yet been ported

Re: [Discuss-gnuradio] Officially recommended version?

On Mon, Sep 16, 2013 at 5:32 PM, Sylvain Munaut <246...@gmail.com> wrote: > Hi, > > I think it's clear that any new development should be done on 3.7 and > people still having 3.6 projects should be working on migration (if > those projects are still considered active/maintained). > > However it's

[Discuss-gnuradio] trouble with python sync_block and dynamic flow graph reconfiguration

I can't get dynamic reconfiguration to work when my flow graph has a sync_block implemented in Python. If I lock() and then disconnect() and connect() other blocks, my program always hangs on the unlock(). It won't even stop when I hit ctrl-c. Superficial debugging shows that a thread is stuck o

[Discuss-gnuradio] Reminder - Hackfest 2013

Greetings, Tom and I wanted to send a brief reminder about the hackfest that is being held in conjunction with GNU Radio Conference 2013. We've proven that hackfests are an invaluable way for us to interact and accelerate GNU Radio develo

[Discuss-gnuradio] Dev Call September

Hi everyone, this months dev call will be this coming Thursday (as usual, it's the third Thursday a month). As before, we will be using Google Hangouts. For those who only want to listen, there will be a YouTube live feed, which is also available as a VOD afterwards. Starts 1700 UTC. MB -- Kar