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(
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
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
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,
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) from
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
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
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, by
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 ra...@schmid.xxx
wrote:
Hi,
Anyway, I don't mind having the build-gnuradio script as the recommended
tool
for
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
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;
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 make a
On Mon, Sep 16, 2013 at 5:09 PM, Marcus D. Leech mle...@ripnet.com 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
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 pretty
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
Greetings,
Tom and I wanted to send a brief reminder about the hackfest that is being
held in conjunction with GNU Radio Conference
2013http://gnuradio.squarespace.com/gnu-radio-conference-2013/.
We've proven that hackfests are an invaluable way for us to interact and
accelerate GNU Radio
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
--
17 matches
Mail list logo