Try the block search (magnifier button in GRC), type in import :)
On 07/06/2015 09:33 AM, Daniel Brogren wrote:
Hi again
I have a MPSK SNR Estimator Probe and a Function Probe that calculates
the SNR.
I can not find any information regarding import block.
BR
Daniel Brogren
Date: Fri,
I need to modify the SONAME of some gnuradio libs.
In the gnuradio/volk/CMakeList.txt there is an entry
set_target_properties(volk PROPERTIES SOVERSION ${LIBVER})
that sets the SONAME. But how is this done for other libs like
gnuradio-runtime or gnuradio-pmt.
I did not identfy the statements
On Sat, Jul 4, 2015 at 8:35 PM, bob wole bnw...@gmail.com wrote:
Hi list,
I was not getting reply on the previous thread so I though to start a new
thread.
gnuradio version 3.7.7.1
ubunutu 14.04 32-bit
I am trying to use gr-fec and I am having issues running examples located
in
Sorry for for that I thought the imoprt block was a type of block that I
could create from the modtool.
but
In the import-block I can import modules. But I can still not import actuall
code into my top_block and I can not call functions from the import-block. What
I want to avoid is to
Hi Patrick,
the typical problem with C++ blocks is that people add public methods to
their _impl, but forget to declare these same methods in their public
non-impl class.
Have you done the same expand magic with the header in your
include/CMakeLists.txt?
Best regards,
Marcus
On 07/06/2015
Hi again
I have a MPSK SNR Estimator Probe and a Function Probe that calculates the SNR.
I can not find any information regarding import block.
BR
Daniel Brogren
Date: Fri, 3 Jul 2015 18:46:12 +0200
From: marcus.muel...@ettus.com
To: discuss-gnuradio@gnu.org
Subject: Re:
Hi Bob,
I'll try to take a look at this and see what is going on and get back to
you.
Cheers,
On 07/06/2015 06:18 AM, bob wole wrote:
On Sat, Jul 4, 2015 at 8:35 PM, bob wole bnw...@gmail.com
mailto:bnw...@gmail.com wrote:
Hi list,
I was not getting reply on the previous thread
Hi Volker - Actually, the command you quote just sets the -version- of
the library, not the name. The name is set by default as the target
name, though one can change the name to something else via a similar
set_target_properties command. Hope this helps! - MLD
On Mon, Jul 6, 2015, at 07:01 AM,
As I said, if that's the case, avoid using function probes but just use
the MPSK estimator (not the estimator probe), and write your own block
that just takes the tags that come from that, and translates them to
messages that you send to another block that does something useful with
them (e.g.
Every memoryless modulation scheme can be described as M vectors in an
N-dimensional space.
So the chunck-to-symbols requires as dimensionality parameter the N and
then it needs this array of numbers
s11, s12, ... s1N,
s21, s22, s2N,
...
SM1, sM2, ... sMN
So a 2-dim orthogonal scheme is
One way to do this is to create a flowgraph, such as foo.grc. This will
generate a Python file that you can import into another file, bar.py:
#!/usr/bin/env python2
import foo
if __name__ == '__main__':
tb = foo.foo()
# custom code
print samp_rate:, tb.get_samp_rate()
#
A quick look at the source reveals NumPy is used extensively in GNU
Radio, but it is checked for by the gr-wxgui and grc modules only. So,
most of GNU Radio can install properly even if NumPy is not installed or
working. - MLD
On Mon, Jul 6, 2015, at 03:43 PM, Volker Schroer wrote:
That
That's right, but the problem is pmt. Is it really required for gnuradio
to run ?
Am 06.07.2015 um 22:03 schrieb Michael Dickens:
A quick look at the source reveals NumPy is used extensively in GNU
Radio, but it is checked for by the gr-wxgui and grc modules only. So,
most of GNU Radio can
To be more specific:
Is pmt_to_python.py required as that's the place wher numpy is called.
But if this is required gnuradio should not compile without numpy.
Am 06.07.2015 um 22:09 schrieb Michael Dickens:
Yes, pmt is required for gnuradio-runtime, which in turn is required for
anything
Yes, pmt_to_python.py does use numpy. But, it looks like none of the
actual build for gnuradio-runtime (including pmt) requires numpy to be
installed. So, it's just used post-install. Hence, maybe why it's not
listed as a direct dependency? - MLD
On Mon, Jul 6, 2015, at 04:16 PM, Volker Schroer
To clear this up: pmt_to_python is a only a convenience file, but all
Python blocks require numpy. So, if you're building GNU Radio with
Python enabled, CMake should fail without Numpy installed. As you point
out, this is a bug in our CMake.
M
On 06.07.2015 13:21, Michael Dickens wrote:
Yes,
Michael, thank you for the quick response.
My question was a bit misleading. I don't want to modify the library
name but the version number.
In the volk directory I found the correspondent entry
set_target_properties(volk PROPERTIES SOVERSION ${LIBVER})
in the
Yes, pmt is required for gnuradio-runtime, which in turn is required for
anything gnuradio. - MLD
On Mon, Jul 6, 2015, at 04:08 PM, Volker Schroer wrote:
That's right, but the problem is pmt. Is it really required for gnuradio to
run ?
___
I have an AM demodulator producing audio data. How do I stream that audio to
another computer to play out the audio using VLC?
Mark.
--
Ninety percent of everything is crud.
~ Theodore Sturgeon
___
Discuss-gnuradio mailing list
Dear Mark,
dozens of options -- you could just use the ZMQ sinks/sources to send
these samples to GNU Radio on the target PC, but you could also just
take these float samples, and shuffle them into the UDP sink, and
instruct that to send the packets to your target VLC's port (watch all
the
@Sebastion Even if ' uhd::msg::register_handler' would be exposed to python,
you
still can't drop-in your own null-handler. Swig doesn't support
callbacks in the target language (python).
This seems precisely what I have observed working with my example from my
question on 7/2/2015 message
On 06.07.2015 08:54, Volker Schroer wrote:
I'm trying to build gnuradio for a system without numpy.
Numpy should probably be a hard requirement -- Python blocks won't work
properly without it, even disregarding this specific module.
How can I come around this problem without installing numpy ?
On Mon, Jul 6, 2015 at 11:41 AM, Volker Schroer dl1...@gmx.de wrote:
Michael, thank you for the quick response.
My question was a bit misleading. I don't want to modify the library name
but the version number.
In the volk directory I found the correspondent entry
set_target_properties(volk
On Mon, Jul 6, 2015 at 10:13 AM, Antonny Caesar li...@ruby-forum.com
wrote:
Nathan,
I see what you mean, but one thing I don't understand is (don't get me
wrong): Why do you wanna know everything I wanna do and the purpose of
my research?
I don't.
For now, what I need is this random
On 07/06/2015 07:25 PM, Jared Dulmage wrote:
@Sebastion Even if ' uhd::msg::register_handler' would be exposed to python,
you
still can't drop-in your own null-handler. Swig doesn't support
callbacks in the target language (python).
This seems precisely what I have observed working with
Thanks Nathan, I had read through that link before but now realise the
significance of its contents. I have resolved my initial question, now I am
looking into another issue that is called out in that page and need to
learn a bit more about C++ to try to get my head around it.
Simon.
On 5 July
That means,there is a bug in cmake. If numpy is required , then gnuradio
should not build if numpy is not found.
But if I remember well, in earlier days of gnuradio pmt was not required.
-- Volker
Am 06.07.2015 um 18:27 schrieb Martin Braun:
On 06.07.2015 08:54, Volker Schroer wrote:
I'm
Thanks much, Marcus. That was the issue. I had missed adding the declarations
for the callbacks in the non-impl class. As in the analog signal source block,
just adding pure virtual function declarations for the callbacks did the trick.
I'm not familiar with SWIG and I don't know why this
Now I got it.
In GrMiscutils.cmake the SOVERSION is set.
Thanks to all.
-- Volker
Am 06.07.2015 um 17:41 schrieb Volker Schroer:
Michael, thank you for the quick response.
My question was a bit misleading. I don't want to modify the library
name but the version number.
In the volk
For small constellations, you can just specify the points manually.
Here's an example for 16QAM. Just paste into the Symbol Table field in
the block properties. The dimension is 1.
[complex(3,3), complex(3,1), complex(1,3), complex(1,1), complex(3,-3),
complex(3,-1), complex(1,-3),
Preferences file: /home/user/.grc
Block paths:
/usr/local/share/gnuradio/grc/blocks
/home/user/.grc_gnuradio
Loading: /home/user/gr-ieee802-11/examples/wifi_phy_hier.grc
Done
Showing: /home/user/gr-ieee802-11/examples/wifi_phy_hier.grc
Generating: /home/user/.grc_gnuradio/wifi_phy_hier.py
Nathan,
I see what you mean, but one thing I don't understand is (don't get me
wrong): Why do you wanna know everything I wanna do and the purpose of
my research?
For now, what I need is this random multiplier. That's it!
I'm trying to do it for a long time and I didn't understand the problem,
Antonny,
Why do you wanna know everything I wanna do and the purpose of
my research?
Two things:
a) we're just naturally curious, since we are developers and
researchers; but here more importantly:
b) it's been very hard to understand what you want.
All the people that have answered you are
I'm trying to build gnuradio for a system without numpy.
cmake reports correctly
--
-- Python checking for pygtk = 2.10.0
-- Python checking for pygtk = 2.10.0 - not found
--
-- Python checking for numpy
-- Python checking for numpy - not found
--
-- Configuring gnuradio-companion support...
34 matches
Mail list logo