Not a lot to go with here, you'll need to post more info before anyone
can help you with this.
I recommend reading this:
http://gnuradio.org/redmine/projects/gnuradio/wiki/ReportingErrors
As for your problem, it does look like a linker issue, so double-check
that the right gnuradio-blocks .so is
On 20.04.2015 11:16, Ali Riaz wrote:
Hello everyone,
I'm getting the following warnings when running my application, does
anyone know what this means?
gr::buffer::allocate_buffer: warning: tried to allocate
41 items of size 1592. Due to alignment requirements
512 were allocated.
This might be what you're looking for:
https://gnuradio.org/redmine/projects/gnuradio/wiki/Coding_guide#C
Skip down to the C++ section.
v/r,
Rich
On Mon, Apr 20, 2015 at 8:11 PM, Trek trek...@qq.com wrote:
Could someone point me to the right place?
Thanks,
Could someone point me to the right place? Thanks,___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I want to measure channel gain between rx-tx pair for a TDD system.( first
slot between A to B second slot between B to A with self switching of USRP).
Any suggested example to follow? Any reference design?
Packet based link should be a good idea I guess.
Jay
*
* NEWSDR 2015 *
* *
* New England Workshop on Software-Defined Radio *
*
Hi,
I'm newbie with PMT and I created a block was inherited from gr::sync_block
and sent out messages.
Could you tell me how to receive messages from my block on topblock to
process them, please?
With best regards,
LTP
___
Discuss-gnuradio mailing
For curly brace formatting and spacing see the Code Format section of:
https://gnuradio.org/redmine/projects/gnuradio/wiki/Coding_guide_impl
Ron
On 04/20/2015 08:25 PM, Richard Bell wrote:
This might be what you're looking for:
Hi Marco,
I just realized: Things might be much more easy than that, even:
What you do sounds like a job for a hierarchical block; if you're not
used to that concept: It's just a subflowgraph, represented as a block
with in- and outputs.
If you put both your blocks inside, you'll always have
That's very helpful Nathan, thank you. I will have a look when I find some
time and I'll report any findings.
Cheers,
Murray
On 20 April 2015 at 01:37, West, Nathan n...@ostatemail.okstate.edu wrote:
It definitely can compile on machines with no neon support, but this
problem is more subtle
Hi again,
I managed to solve my initial issue (I just add double control of in/out
item count), but still not able to run a flow graph from main, I got the
undefined reference to what ever blocks other than mine.
If someone has an idea to fix this, I'm still interested.
Thanks,
Mohamed
--
Thank you very much. Your solution is much cleaner.
Have a good day,
Marco
Il giorno lun 20 apr 2015 alle ore 09:29 Marcus Müller
marcus.muel...@ettus.com ha scritto:
Hi marco,
what you describe as ID already exist: every block has a function alias(),
giving it a string name, which can be
Hi marco,
what you describe as ID already exist: every block has a function
alias(), giving it a string name, which can be used with
global_block_registry::block_lookup(name) [1].
You will need to wrap your alias in a pmt::intern to get it into a
stream tag, so use that with block_lookup, and
You're quite welcome :)
in fact, you uncovered a bug and provided a good lead by pointing us to
stop() being called; GNU Radio as a project generally profits from this
kind of participation, so keep up the good work,
happy hacking,
Marcus
On 04/20/2015 04:20 PM, Travis Collins wrote:
Thanks
Hi Marco,
If I may recommend something, it would be having a look at VOLK [1].
It's the optimizations library that comes with GNU Radio.
If you could implement some of these algorithms in CUDA, then every
block currently using VOLK (which is the majority of the arithmetically
challenging blocks
I cannot do it.
For my thesis,I'm trying do bring various part of GnuRadio over CUDA..
My idea is to rewrite already existing blocks with CUDA, possibly without
breaking compatibility with actual implementation of gnuradio. In this way
a normal user can use these blocks without problems.
For the
Nevermind.
Asked around the linux'ers here and it is just the output of which
gnuradio-companion.
On mine that was /usr/local/bin.
Thanks.
John
PS - this Text Sink takes a stream of chars as an input. So I take it
the rate at which a block of mine delivers the chars to the scheduler
to connect to
On 04/19/2015 11:07 AM, Murray Thomson wrote:
Hello,
I have built the gnuradio-dev-image for an arm machine and I wanted to
share a couple of small issues that I found in the process.
- The meta-sdr/conf/bblayers.conf.sample doesn't include all the layers
needed. This is correctly
On Mon, Apr 20, 2015 at 10:21 AM, Marcus Müller marcus.muel...@ettus.com
wrote:
Hi Marco,
If I may recommend something, it would be having a look at VOLK [1]. It's
the optimizations library that comes with GNU Radio.
If you could implement some of these algorithms in CUDA, then every block
Thanks Marcus, that did the trick.
Thank you also for the explanation, helpful to understand what GR is doing
behind the scenes.
-Travis
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Is there some documentation on how to build a module to support a new
software radio generating samples into gnu radio?
Thanks,
Y-
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
In the gr-display-master README file under 2. Installation when it states...
$cmake -DCMAKE_INSTALL_PREFIX=where gnuradio is installed ../
What is meant by where gnuradio is installed?
gnuradio gets installed across many directories, to which does this refer?
Sorry for the noob question, I never
Hi John - where gnuradio is installed is the top-evel PREFIX into
which GR is installed. In your case, this would be /usr/local, so you'd
use:
{{{
cmake -DCMAKE_INSTALL_PREFIX=/usr/local ..
}}}
Hope this helps. - MLD
On Mon, Apr 20, 2015, at 10:45 AM, Murphy, John wrote:
In the gr-display-master
Hi Yile,
GNU Radio doesn't really care where your source block gets its samples
from, or what your sink block does with the samples -- so all hardware
blocks are just normal GNU Radio blocks, no special steps necessary.
If you're not very used to the concept of sink/source blocks in GNU
Radio,
To close the loop on this thread, 3.8.3-RC1 has a bug in new code that
automatically calculates master_clock_rates when they are not explicitly
stated. This specifically affects B2x0 and E3x0 since they are AD9361 based
with a very flexible master_clock_rate. In this case Ralph asked for a
Hello everyone,
I'm getting the following warnings when running my application, does anyone
know what this means?
gr::buffer::allocate_buffer: warning: tried to allocate
41 items of size 1592. Due to alignment requirements
512 were allocated. If this isn't OK, consider padding
your
If you install gnuradio without a CMAKE_INSTALL_PREFIX it goes to
/usr/local containing many subdirectories.
But in some use cases it may be necessary to install into a different
directory.
On your system the CMAKE_INSTALL_PREFIX is /usr/local
Am 20.04.2015 um 16:45 schrieb Murphy, John:
In
Execute gnuradio-config-info --prefix to see the PREFIX into which GNU
Radio was installed.
The default PREFIX is /usr/local, yes. - MLD
On Mon, Apr 20, 2015, at 11:54 AM, Murphy, John wrote:
Saw the item below on the archive page (I get the digest).
And, yes, /usr/local is correct,
I try to give more details.
In order to create blocks using the standard way(cmake/make/install) with
Cuda,I've modified the CMakeList in /lib as shown before. My block is
created using gr_modtool and the language is c++.
The fact is that make test works well,while in GnuRadio interface give me
my system is
cubieboard
sdr is usrp1
my os is
Distributor ID: Ubuntu
Description: Ubuntu 12.04.4 LTS
Release: 12.04
Codename: precise
kernel is
Linux Qbee-X 3.4.79-sun7i+ #39 SMP PREEMPT Wed Feb 12 19:20:27 EST 2014
armv7l armv7l armv7l GNU/Linux
git clone git://github.com/ttsou/gnuradio
I’ve also been looking for an appropriate fix for peak_detector2. When I
review this thread and the issue tracker, I’m uncertain how the block is
supposed to behave. I think most of the developers have looked at the
documentation in the header file, and have tried to make fixes in accordance
Saw the item below on the archive page (I get the digest).
And, yes, /usr/local is correct, /usr/local/bin builds but gets runtime errors.
So many thanks MLD.
Now, the next time I get stuck doing this on some random system in the
future, how do I know what that directory location is for the
Thanks for all the research - sound reasonable, now I know what is going
wrong, great!
Regarding the TX gain, I was never able to see any nonlinearity from
saturation, the amp seems to be way below the critical input level. The
signal is 1a clean, no spurs and no excessive harmonics, no IM.
Il giorno lun 20 apr 2015 alle ore 16:30 Tom Rondeau t...@trondeau.com ha
scritto:
We've never been hot on the idea of using VOLK for GPU stuff. VOLK kernels
tend to do one thing at a time and don't worry about data movement (too
much) because the SIMD registers are right there. Going to
34 matches
Mail list logo