[Discuss-gnuradio] Dynamic parameter modification in a custom block

2012-06-04 Thread George Sklivanitis 
Hello all,

I am dealing with the problem of finding a way to dynamically give values
to a parameter of a custom block that I 've made in gnuradio
by the output of another custom block.
The solution of function probe that I have found in previous conversations
in the forum does not fit me as the value to be changed dynamically is
entered ad-hoc by the user.
I will try to simplify my problem to the rest of the community by giving
the following example
let us assume the following flowgraph implementation

signal_source -> custom_block(arg amplitude) -> file_sink  (1)

file_source -> custom_block2  -> file_sink  (2)

Would it be possible to use as the amplitude argument in (1) the output of
the custom_block2 in (2).

Thanks
-George

-- 
Sklivanitis Georgios
Postgraduate Student
Telecommunications Division
Technical University of Crete
ECE Dept.
Tel. : 28210 59257
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] crashes, memory errors and valgrind

2012-06-04 Thread Patrick Strasser 
Patrick Strasser wrote on 2012-06-03 20:22:
> Hi Tom,
> 
> Tom Rondeau wrote on 2012-06-03 17:12:
>> On Sat, Jun 2, 2012 at 5:50 AM, Patrick Strasser
>> Patrick,
>>
>> It looks like you're problem is in the rational_resampler code. I
>> wonder if there's something about the resampling rate being used
>> that's causing something to go out of bounds here.

I'm looking for some test program, that uses C++ and filters/decimators.
The only examples in C++ I found are either dialtone, which does no
processing, or programs that require some hardware that I do not have
(fcd_nfm_rx.cc,

Does anyone know of an small GNU Radio C++ application that does some
filtering/resampling?

Regards

Patrick
-- 
Engineers motto: cheap, good, fast: choose any two
Patrick Strasser 
Student of Telematics, Graz Univ. of Technology, Austria


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] plotting with python

2012-06-04 Thread ambily joseph 
Sir


I wanted to take float datas from a file sink and plot those values .
I am using the below python script for this.
I need to change my x -axis and y-axis limits.
What command should i add to this script for this task?

#!/usr/bin/env python
from array import array
import matplotlib.pyplot as plt

input_file = open('mySID_output','r')
float_array = array('d')

float_array.fromstring(input_file.read())

#print float_array

plt.plot(float_array)
plt.show()

Thank you
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Gnuradio compile errors

2012-06-04 Thread Phil 

On 04/06/12 16:48, Josh Blum wrote:



On 06/03/2012 05:14 PM, Phil wrote:

/usr/local/src/gnuradio-3.6.0/gnuradio-core/src/lib/io/gr_udp_sink.cc:
In constructor ‘gr_udp_sink::gr_udp_sink(size_t, const char*, short
unsigned int, int, bool)’:
/usr/local/src/gnuradio-3.6.0/gnuradio-core/src/lib/io/gr_udp_sink.cc:123:51:
error: ‘optval_t’ was not declared in this scope
make[2]: ***
[gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir/io/gr_udp_sink.cc.o]
Error 1
make[1]: *** [gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir/all]
Error 2
make: *** [all] Error 2


accounting for indentation, the code looks like this:

#if defined(HAVE_NETDB_H)
 #include
 #ifdef HAVE_SYS_TYPES_H
 #include
 #endif

 #ifdef HAVE_SYS_SOCKET_H
 #include   //usually included by?
 #endif
 typedef void* optval_t;
#elif defined(HAVE_WINDOWS_H)
 // if not posix, assume winsock
 #define USING_WINSOCK
 #include
 #include
 #define SHUT_RDWR 2
 typedef char* optval_t;
#endif

Im guessing that configure did not find netdb.h and if you make
VERBOSE=1, HAVE_NETDB_H will not be in the defines. Can you confirm.


Hello Josh,

I'm not entirely sure where I should find VERBOSE=1. It doesn't appear 
anywhere as a result of cmake. However, netdb.h is in the /usr/include 
directory.


Does that help narrow down the problem?

--
Regards,
Phil

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] plotting with python

2012-06-04 Thread Tom Rondeau 
On Mon, Jun 4, 2012 at 4:44 AM, ambily joseph  wrote:
> Sir
>
>
> I wanted to take float datas from a file sink and plot those values .
> I am using the below python script for this.
> I need to change my x -axis and y-axis limits.
> What command should i add to this script for this task?
>
> #!/usr/bin/env python
> from array import array
> import matplotlib.pyplot as plt
>
> input_file = open('mySID_output','r')
> float_array = array('d')
>
> float_array.fromstring(input_file.read())
>
> #print float_array
>
> plt.plot(float_array)
> plt.show()
>
> Thank you

You need to apply a set_xlim or set_ylim on the axes of the plot.
There should be a way to get the current axes after you've created the
plot. Generally, though, what I do is create a figure (plt.figure()),
create a subplot (add_subplot()) and use the subplot to plot and
manipulate the axes.

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] crashes, memory errors and valgrind

2012-06-04 Thread Tom Rondeau 
On Sun, Jun 3, 2012 at 2:22 PM, Patrick Strasser
 wrote:
> Hi Tom,
>
> Tom Rondeau wrote on 2012-06-03 17:12:
>> On Sat, Jun 2, 2012 at 5:50 AM, Patrick Strasser
>> Patrick,
>>
>> It looks like you're problem is in the rational_resampler code. I
>> wonder if there's something about the resampling rate being used
>> that's causing something to go out of bounds here. Can you dig into
>> the code and figure out what interpolation and decimation rates are
>> being used?
>
> Interpolation is 1, decimation is 2.
>
> I compiled GNU Radio branch v3.6.0 with
> $ cmake -DCMAKE_BUILD_TYPE=Debug ..
> which resulted in a compile with flags -g -O2 .
> I tried to track what's happening in gdb, in gr_fir_fff_simd::set_taps,
> but -O2 was not helping, a lot optimized out, loops unrolled.
>
> Full valgrind log in
> http://pastebin.com/7GCs3bWy
>
> regards
>
> Patrick

I was hoping you'd say the interpolation and/or decimation were some
ridiculously large numbers. Since the block is only actually
decimating, could you replace it in the code with an fir_filter_fff
(or fft_filter_fff) just for testing purposes? That'll help us see if
it's the rational resampler itself or something more general.

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Video tutorial series & cross-platform BorIP server/source+sink blocks

2012-06-04 Thread Balint Seeber 
Dear list,

 

Since I started playing with GR, I've accumulated a number of flowgraphs
where each one was a small experiment to better understand some aspect of
SDR/DSP. I thought I would share them in the form of a video tutorial
series, of which I have completed the first three parts. My motivation is to
provide another form of (semi-)structured guide that the many new-comers to
SDR can hopefully learn from. This is certainly an exciting time to be in
this field! I'm not sure how many more parts I'll put together, but I have
plenty more flowgraphs (right up to blind signal analysis of PSK/OFDM and
demodulating satellite downlinks).

 

The playlist (so far) can be found here:
http://www.youtube.com/playlist?list=PL618122BD66C8B3C4

 

If you get a chance to watch any of it, please let me know what you think -
comments are welcome!

 

Also, I've completed the BorIP   server
for Linux & Mac, which leverages the power for GR to access hardware and do
DSP (this is different from the Windows version which is self-contained). My
goal was to make the design as general as possible, and to that end you can
create your own server interfaces simply by creating a compatible flowgraph
in GRC - no separate coding is required! The server dynamically loads
flowgraphs (the Python code generated by GRC) based on the Device Hint
supplied from the client. You can also embed the server in an existing
flowgraph (instead of running it on the commandline) by using the new BorIP
Sink block in GRC.

 

Initial documentation can be found here:
http://wiki.spench.net/wiki/BorIP_Server

 

There is a detailed video with all the ways of using it here:
http://www.youtube.com/watch?v=46VbuViPKt4

And a short demo on Mac OS X: http://www.youtube.com/watch?v=492Ub66IsRA

 

The control aspects could be achieved in a similar way using the XMLRPC
server (for example), but the BorIP blocks/server and compatible clients
(Source Block, ExtIO plugin 
for Windows) should make basic signal reception 'just work'.

 

The samples from the tutorials, as well as the BorIP code, are all in the
gr-baz module: http://wiki.spench.net/wiki/gr-baz

 

Hope you find it useful.

 

Kind regards,

Balint @spenchdotnet  

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Problems building SpecEst-d89f99c

2012-06-04 Thread Ryan Connelly 
Hello List,

I am trying to build SpecEst from source (d89f99c) on a system with
GNU Radio 3.6.0 and UHD 003.004.002. However I have a build error that
I can't resolve.

First, make could not find gruel_common.i. I fixed that by changing
$BUILDDIR$/swig/CMakeLists.txt, I put the line
"${GRUEL_INCLUDE_DIRS}/usr/include/gruel/swig" under
"SET(SWIG_FLAGS_INCLUDE_DIRS"

Now make finds gruel_common.i and progresses further, but there is a
new error when it gets to building specestPYTHON_wrap.cxx. The error
is:

/usr/bin/ld: /usr/local/lib/ libpython2.7.a (abstract.o): relocation
R_X86_64_32S against 'Py_NotImplementedStruct' can not be used when
making a shared object; recompile with -fPIC

This is odd because link.txt does have the -fPIC argument in it..
Anyone ever had this error? Any suggestions?

Thanks,
Ryan

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Shared Sources

2012-06-04 Thread David Powell 
Is there a list of tcp sources which are being openly shared? I just
installed gnuradio and I don't have any hardware yet. I would like to be
able to see live data so I can play around.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Question about OpenBTS

2012-06-04 Thread Thomas Tsou 
On Sun, Jun 3, 2012 at 9:49 AM, Pan, Luyuan  wrote:
> Hello,
>    I want to set up the OpenBTS, and I want to know which board is better,
> USRP1 or USRP2? Or any other suggestion? Thank you.

Both USRP1 and USRP2 work with OpenBTS and neither can be considered
"better" without describing your requirements. USRP2 / N2xx will
support higher bandwidths with the GigE interface if that is important
to you. USRP1 (or B100) will be cheaper. For stable clocking, the
USRP1 requires hardware modification to support an external 52MHz
clock signal. Other devices can use a more accessible internal or
external 10 MHz reference source.

Also, OpenBTS is not gnuradio, and the openbts-discuss or usrp-users
lists may be better sources for that type of information.

http://lists.sourceforge.net/lists/listinfo/openbts-discuss
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

  Thomas

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Problems building SpecEst-d89f99c

2012-06-04 Thread Martin Braun 
On Mon, Jun 04, 2012 at 10:10:16AM -0400, Ryan Connelly wrote:
> Hello List,
> 
> I am trying to build SpecEst from source (d89f99c) on a system with
> GNU Radio 3.6.0 and UHD 003.004.002. However I have a build error that
> I can't resolve.
> 
> First, make could not find gruel_common.i. I fixed that by changing
> $BUILDDIR$/swig/CMakeLists.txt, I put the line
> "${GRUEL_INCLUDE_DIRS}/usr/include/gruel/swig" under
> "SET(SWIG_FLAGS_INCLUDE_DIRS"
> [...]
> This is odd because link.txt does have the -fPIC argument in it..
> Anyone ever had this error? Any suggestions?

Hi Ryan,

I haven't seen this error specifically, but the first error has been
bugging me for a while; I've been fixing this in a new branch (newcmake)
which also uses the standard GNU Radio cmake system and thus allows us
to use gr-modtool on SpecEst.
You can get this branch at
https://github.com/kit-cel/gr-specest/tree/newcmake, but it's not quite
finished, specifically, it crashes when Armadillo isn't installed (the
default behaviour is to detect this and then not to build anything which
depends on Armadillo). If you have Armadillo, this branch should work,
and maybe it fixes your bug. Please let me know if that's true.

M 



-- 
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin Braun
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association


pgpZYsa04yFp7.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] CGRAN downtime - working on it

2012-06-04 Thread George Nychis 
Having some issues with CGRAN right now and actively working on it.  So if
you experience problems, hang in there.

The SVN repo should be working just fine, but having some web issues.

- George
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] what's the actual freq range of XCVR2450?

2012-06-04 Thread Weixian Zhou 
According to Ettus official page:
https://www.ettus.com/product/details/XCVR2450
The range is 2.4GHz - 2.5GHz, 4.9GHz - 5.9GHz Tx/Rx.
I am confused, does it means:
1) both the Tx/Rx freq range is 2.4 - 2.5 and 4.9 - 5.9. or
2) Tx freq range is 2.4 - 2.5, Rx freq range is 4.9 - 5.9. or
3) Tx/Rx freq range are either 2.4 - 2.5 or 4.9 - 5.9.


-- 
Regards,
Weixian Zhou
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] what's the actual freq range of XCVR2450?

2012-06-04 Thread mleech 
 

On 04 Jun 2012 12:01, Weixian Zhou wrote: 

> According to Ettus
official page: https://www.ettus.com/product/details/XCVR2450 [1] 
> The
range is 2.4GHz - 2.5GHz, 4.9GHz - 5.9GHz Tx/Rx.
> 
> I am confused,
does it means: 
> 1) both the Tx/Rx freq range is 2.4 - 2.5 and 4.9 -
5.9. or 
> 2) Tx freq range is 2.4 - 2.5, Rx freq range is 4.9 - 5.9. or

> 3) Tx/Rx freq range are either 2.4 - 2.5 or 4.9 - 5.9. 
> 
> -- 
> 
>
Regards, Weixian Zhou

This is a half-duplex card, with a single
synthesizer chain that can be tuned either to 2.4-2.5GHz or 4.9Ghz -
5.9Ghz. 

 

Links:
--
[1]
https://www.ettus.com/product/details/XCVR2450
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] CGRAN downtime - working on it

2012-06-04 Thread George Nychis 
Back alive... if anyone has issues please let me know.

On Mon, Jun 4, 2012 at 11:42 AM, George Nychis  wrote:

> Having some issues with CGRAN right now and actively working on it.  So if
> you experience problems, hang in there.
>
> The SVN repo should be working just fine, but having some web issues.
>
> - George
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Shared Sources

2012-06-04 Thread Andrew Davis 
I would recommend file sources, you can filter, graph and demod them
w/o hardware.

On Mon, Jun 4, 2012 at 10:32 AM, David Powell  wrote:
> Is there a list of tcp sources which are being openly shared? I just
> installed gnuradio and I don't have any hardware yet. I would like to be
> able to see live data so I can play around.
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Problems building SpecEst-d89f99c

2012-06-04 Thread Ryan Connelly 
Hi Martin,

Yes I had seen the cmake branch and was considering trying it.. I'll
try it soon and let you know. However I now suspect the problem is
with my gcc version/config messing up the -fPIC argument. What
compiler and version do you use to compile? I use GCC 4.6.2 on a
x86_64 system.

R

On Mon, Jun 4, 2012 at 11:31 AM, Martin Braun  wrote:
> On Mon, Jun 04, 2012 at 10:10:16AM -0400, Ryan Connelly wrote:
>> Hello List,
>>
>> I am trying to build SpecEst from source (d89f99c) on a system with
>> GNU Radio 3.6.0 and UHD 003.004.002. However I have a build error that
>> I can't resolve.
>>
>> First, make could not find gruel_common.i. I fixed that by changing
>> $BUILDDIR$/swig/CMakeLists.txt, I put the line
>> "${GRUEL_INCLUDE_DIRS}/usr/include/gruel/swig" under
>> "SET(SWIG_FLAGS_INCLUDE_DIRS"
>> [...]
>> This is odd because link.txt does have the -fPIC argument in it..
>> Anyone ever had this error? Any suggestions?
>
> Hi Ryan,
>
> I haven't seen this error specifically, but the first error has been
> bugging me for a while; I've been fixing this in a new branch (newcmake)
> which also uses the standard GNU Radio cmake system and thus allows us
> to use gr-modtool on SpecEst.
> You can get this branch at
> https://github.com/kit-cel/gr-specest/tree/newcmake, but it's not quite
> finished, specifically, it crashes when Armadillo isn't installed (the
> default behaviour is to detect this and then not to build anything which
> depends on Armadillo). If you have Armadillo, this branch should work,
> and maybe it fixes your bug. Please let me know if that's true.
>
> M
>
>
>
> --
> Karlsruhe Institute of Technology (KIT)
> Communications Engineering Lab (CEL)
>
> Dipl.-Ing. Martin Braun
> Research Associate
>
> Kaiserstraße 12
> Building 05.01
> 76131 Karlsruhe
>
> Phone: +49 721 608-43790
> Fax: +49 721 608-46071
> www.cel.kit.edu
>
> KIT -- University of the State of Baden-Württemberg and
> National Laboratory of the Helmholtz Association
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] What does B means ?

2012-06-04 Thread sumitstop 

Hi Community, 

I was doing video transmission using tunnel.py. I set the bitrate 1000k and
everything was fine. But when I set it to 1500k and above I was getting
BB in the terminal where I typed ./tunnel.py -f 2.45G --bitrate
1500k

What does this BB means ? 



-
Sumit Kr.
Research Assistant
Communication Research center
IIIT Hyderabad
India
-- 
View this message in context: 
http://old.nabble.com/What-does-B-means---tp33959367p33959367.html
Sent from the GnuRadio mailing list archive at Nabble.com.


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Problems building SpecEst-d89f99c

2012-06-04 Thread Martin Braun 
On Mon, Jun 04, 2012 at 12:42:47PM -0400, Ryan Connelly wrote:
> Yes I had seen the cmake branch and was considering trying it.. I'll
> try it soon and let you know. However I now suspect the problem is
> with my gcc version/config messing up the -fPIC argument. What
> compiler and version do you use to compile? I use GCC 4.6.2 on a
> x86_64 system.

Hi Ryan,

I've tried different archs (32 and 64 bit) and most likely different GCC
versions. This machine runs 4.6.3 on x86_64 and it compiles and tests.

MB

-- 
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin Braun
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Shared Sources

2012-06-04 Thread Martin Braun 
On Mon, Jun 04, 2012 at 12:37:31PM -0400, Andrew Davis wrote:
> I would recommend file sources, you can filter, graph and demod them
> w/o hardware.

Check out http://gnuradio.org/redmine/projects/gnuradio/wiki/SampleData
for prerecorded stuff. It's not much, though.

MB

-- 
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin Braun
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association


pgpx4YoZCX7N2.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Fwd: Dynamic parameter modification in a custom block

2012-06-04 Thread George Sklivanitis 
Any ideas guys?

-- Forwarded message --
From: George Sklivanitis 
Date: Mon, Jun 4, 2012 at 12:08 AM
Subject: Dynamic parameter modification in a custom block
To: discuss-gnuradio@gnu.org


Hello all,

I am dealing with the problem of finding a way to dynamically give values
to a parameter of a custom block that I 've made in gnuradio
by the output of another custom block.
The solution of function probe that I have found in previous conversations
in the forum does not fit me as the value to be changed dynamically is
entered ad-hoc by the user.
I will try to simplify my problem to the rest of the community by giving
the following example
let us assume the following flowgraph implementation

signal_source -> custom_block(arg amplitude) -> file_sink  (1)

file_source -> custom_block2  -> file_sink  (2)

Would it be possible to use as the amplitude argument in (1) the output of
the custom_block2 in (2).

Thanks
-George

-- 
Sklivanitis Georgios
Postgraduate Student
Telecommunications Division
Technical University of Crete
ECE Dept.
Tel. : 28210 59257




-- 
Sklivanitis Georgios
Postgraduate Student
Telecommunications Division
Technical University of Crete
ECE Dept.
Tel. : 28210 59257
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] /usr/local/include/gnuradio/swig/gnuradio.i:31: Error: Unable to find 'gruel_common.i'

2012-06-04 Thread Baidoo-Williams, Henry E 
Hi,
I am trying to run an old application that was working previously but when I 
upgraded to 3.6.1 I get the error in the title. Has anybody encountered and 
solved this problem?

H.E. Baidoo-Williams
GRA, University of Iowa
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] /usr/local/include/gnuradio/swig/gnuradio.i:31: Error: Unable to find 'gruel_common.i'

2012-06-04 Thread Josh Blum 


On 06/04/2012 01:20 PM, Baidoo-Williams, Henry E wrote:
> Hi,
> I am trying to run an old application that was working previously but when I 
> upgraded to 3.6.1 I get the error in the title. Has anybody encountered and 
> solved this problem?
> 

The swig file was moved, you need an extra line to add to your swig
include path, in your case the missing file can be found in

/usr/local/include/gruel/swig

-josh

> H.E. Baidoo-Williams
> GRA, University of Iowa
> 
> 
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] ABI compatibility error for installing Gnuradio and UHD respectively

2012-06-04 Thread Alex Zhang 
Hi List,

I install the gnuradio and UHD in different time, and when I run a python
script, it tells me:

RuntimeError:
GR-UHD detected ABI compatibility mismatch with UHD library.
GR-UHD was build against ABI: 3.4.0-1,
but UHD library reports ABI: 3.4.0-2
Suggestion: install an ABI compatible version of UHD,
or rebuild GR-UHD component against this ABI version

I don't want to change the gnuradio, but want to rollback the UHD driver to
ABI with 3.4.0-1.
I have tried the git checkout release_003_004_001 and make/install, but it
seems the ABI is changed to  3.4.0-0.
Thus I found the file ~/uhd/host/include/uhd/version.hpp, and go through
the git log to indicate that the ABI is changed
with one commit. And then I git checkout to that commit version and
make/install again.  The problem solved.

However, can anyone told me what the ABI is used for? And how can I ensure
every time the GNURadio is comaptible with
the installed UHD? Is it corret for what I did for this mismatch problem,
or any other way?

I searched archive but did not find related errors ever posted.

-- 

Alex,
*Dreams can come true – just believe.*
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] ABI compatibility error for installing Gnuradio and UHD respectively

2012-06-04 Thread Josh Blum 


On 06/04/2012 01:55 PM, Alex Zhang wrote:
> Hi List,
> 
> I install the gnuradio and UHD in different time, and when I run a python
> script, it tells me:
> 
> RuntimeError:
> GR-UHD detected ABI compatibility mismatch with UHD library.
> GR-UHD was build against ABI: 3.4.0-1,
> but UHD library reports ABI: 3.4.0-2
> Suggestion: install an ABI compatible version of UHD,
> or rebuild GR-UHD component against this ABI version
> 

There error is working perfectly! Rather than silently failing you get a
nice error. Read about ABI
https://en.wikipedia.org/wiki/Application_binary_interface

The installed version of the gnuradio-uhd library was compiled against
UHD library of version X, but you installed UHD library version Y.
Version X and version Y do not have matching ABIs. You should build
gr-uhd against the same version of UHD that you have installed.

-josh

> I don't want to change the gnuradio, but want to rollback the UHD driver to
> ABI with 3.4.0-1.
> I have tried the git checkout release_003_004_001 and make/install, but it
> seems the ABI is changed to  3.4.0-0.
> Thus I found the file ~/uhd/host/include/uhd/version.hpp, and go through
> the git log to indicate that the ABI is changed
> with one commit. And then I git checkout to that commit version and
> make/install again.  The problem solved.
> 
> However, can anyone told me what the ABI is used for? And how can I ensure
> every time the GNURadio is comaptible with
> the installed UHD? Is it corret for what I did for this mismatch problem,
> or any other way?
> 
> I searched archive but did not find related errors ever posted.
> 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] sdrsharp auto I/Q balance correction

2012-06-04 Thread Alexandru Csete 
On Thu, Apr 5, 2012 at 5:26 AM, Marcus D. Leech  wrote:
> Has anyone look at the way sdrsharp does automatic I/Q balance correction?
>
> It seems to iterate over an FFT, looking to maximize the difference between
> bins and their images.  But that badly fails when the *incoming signal*
>  has symmetric spectral features--the algorithm could badly screw up and
> remove spectral features that are *there in the signal*, rather than
>  being images present due to poor I/Q balance.
>
> But it's late, and I'm not sure if I'm interpreting this optimization
> strategy correctly:
>

Hi Marcus,

I believe this explanation by the author clarifies the issue you raise:
http://www.reddit.com/r/RTLSDR/comments/uje3q/sample_python_code_and_results_for_iq_correction/c4w47bt

Alex

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Dynamic parameter modification in a custom block

2012-06-04 Thread Michael Dickens 
Hi George - I believe there are 2 possible solutions, though I've never used or 
tested either myself.  If you just want to verify that what you want to do 
works, I think (1) should be quite straight forward.

1) This method will certainly work, but it's not very robust : Make your 
"custom_block2" take an argument which is of the "custom_block1" smart pointer 
type, such that the amplitude can be set any time the former performs the 
computation to do so.  Instantiation of the "custom_block2" would take a smart 
pointer to the "custom_block1", and then store that reference for future use; 
because this is a C++ object, just use "." or "->" to access the object's 
variable or method.

2) I don't know if stream tags are in place well enough yet, nor if they would 
work in the manner you require.  The idea is that there's a tag plane (sort of 
like a control plane) that "overlays" (or is in parallel with) the graph 
(data-flow) plane, where tags can be inserted -- a timestamp, or a value that 
might get used downstream.  Since "custom_block1" isn't downstream from 
"custom_block2", tags might not work.  Maybe there's a branch for this sort of 
non-downstream async control?

Hope this helps; good luck! - MLD

On Jun 4, 2012, at 3:52 PM, George Sklivanitis wrote:
> I am dealing with the problem of finding a way to dynamically give values to 
> a parameter of a custom block that I 've made in gnuradio
> by the output of another custom block. 
> The solution of function probe that I have found in previous conversations in 
> the forum does not fit me as the value to be changed dynamically is entered 
> ad-hoc by the user. 
> I will try to simplify my problem to the rest of the community by giving the 
> following example
> let us assume the following flowgraph implementation 
> 
> signal_source -> custom_block(arg amplitude) -> file_sink  (1)
> 
> file_source -> custom_block2  -> file_sink  (2)
> 
> Would it be possible to use as the amplitude argument in (1) the output of 
> the custom_block2 in (2). 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Dynamic parameter modification in a custom block

2012-06-04 Thread George Sklivanitis 
Thank you so much for the response Michael.
I will try to figure out what's going on with both ways and I will post
updates to the list too.

Thanks,
George

On Mon, Jun 4, 2012 at 2:30 PM, Michael Dickens  wrote:

> Hi George - I believe there are 2 possible solutions, though I've never
> used or tested either myself.  If you just want to verify that what you
> want to do works, I think (1) should be quite straight forward.
>
> 1) This method will certainly work, but it's not very robust : Make your
> "custom_block2" take an argument which is of the "custom_block1" smart
> pointer type, such that the amplitude can be set any time the former
> performs the computation to do so.  Instantiation of the "custom_block2"
> would take a smart pointer to the "custom_block1", and then store that
> reference for future use; because this is a C++ object, just use "." or
> "->" to access the object's variable or method.
>
> 2) I don't know if stream tags are in place well enough yet, nor if they
> would work in the manner you require.  The idea is that there's a tag plane
> (sort of like a control plane) that "overlays" (or is in parallel with) the
> graph (data-flow) plane, where tags can be inserted -- a timestamp, or a
> value that might get used downstream.  Since "custom_block1" isn't
> downstream from "custom_block2", tags might not work.  Maybe there's a
> branch for this sort of non-downstream async control?
>
> Hope this helps; good luck! - MLD
>
> On Jun 4, 2012, at 3:52 PM, George Sklivanitis wrote:
> > I am dealing with the problem of finding a way to dynamically give
> values to a parameter of a custom block that I 've made in gnuradio
> > by the output of another custom block.
> > The solution of function probe that I have found in previous
> conversations in the forum does not fit me as the value to be changed
> dynamically is entered ad-hoc by the user.
> > I will try to simplify my problem to the rest of the community by giving
> the following example
> > let us assume the following flowgraph implementation
> >
> > signal_source -> custom_block(arg amplitude) -> file_sink  (1)
> >
> > file_source -> custom_block2  -> file_sink  (2)
> >
> > Would it be possible to use as the amplitude argument in (1) the output
> of the custom_block2 in (2).
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>



-- 
Sklivanitis Georgios
Postgraduate Student
Telecommunications Division
Technical University of Crete
ECE Dept.
Tel. : 28210 59257
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Gnuradio compile errors

2012-06-04 Thread Barry Jackson 

On 04/06/12 05:27, Phil wrote:


Ok Marcus, it's Mageia 2, a fork off Mandriva.



I'm just about to push 3.6.0 to Cauldron. :)

Barry

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Gnuradio compile errors

2012-06-04 Thread Josh Blum 


On 06/04/2012 02:24 AM, Phil wrote:
> On 04/06/12 16:48, Josh Blum wrote:
>>
>>
>> On 06/03/2012 05:14 PM, Phil wrote:
>>> /usr/local/src/gnuradio-3.6.0/gnuradio-core/src/lib/io/gr_udp_sink.cc:
>>> In constructor ‘gr_udp_sink::gr_udp_sink(size_t, const char*, short
>>> unsigned int, int, bool)’:
>>> /usr/local/src/gnuradio-3.6.0/gnuradio-core/src/lib/io/gr_udp_sink.cc:123:51:
>>>
>>> error: ‘optval_t’ was not declared in this scope
>>> make[2]: ***
>>> [gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir/io/gr_udp_sink.cc.o]
>>> Error 1
>>> make[1]: *** [gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir/all]
>>> Error 2
>>> make: *** [all] Error 2
>>
>> accounting for indentation, the code looks like this:
>>
>> #if defined(HAVE_NETDB_H)
>>  #include
>>  #ifdef HAVE_SYS_TYPES_H
>>  #include
>>  #endif
>>
>>  #ifdef HAVE_SYS_SOCKET_H
>>  #include   //usually included by?
>>  #endif
>>  typedef void* optval_t;
>> #elif defined(HAVE_WINDOWS_H)
>>  // if not posix, assume winsock
>>  #define USING_WINSOCK
>>  #include
>>  #include
>>  #define SHUT_RDWR 2
>>  typedef char* optval_t;
>> #endif
>>
>> Im guessing that configure did not find netdb.h and if you make
>> VERBOSE=1, HAVE_NETDB_H will not be in the defines. Can you confirm.
> 
> Hello Josh,
> 
> I'm not entirely sure where I should find VERBOSE=1. It doesn't appear
> anywhere as a result of cmake. However, netdb.h is in the /usr/include
> directory.
> 
> Does that help narrow down the problem?
> 

Id recommend deleting the build directory (to start with a clean slate)

run cmake 
and post the complete output

then cd into the build dir and run make VERBOSE=1
and post the complete output

I'm sure that we can get this logically sorted out!
-josh

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Shared Sources

2012-06-04 Thread Tom Rondeau 
On Mon, Jun 4, 2012 at 3:08 PM, Martin Braun  wrote:
> On Mon, Jun 04, 2012 at 12:37:31PM -0400, Andrew Davis wrote:
>> I would recommend file sources, you can filter, graph and demod them
>> w/o hardware.
>
> Check out http://gnuradio.org/redmine/projects/gnuradio/wiki/SampleData
> for prerecorded stuff. It's not much, though.
>
> MB

There are also some files here:
http://gnuradio.org/data/

I think we should start a real collection of some useful data files
for different projects. We can't go crazy with this, but there's
plenty of space on our web server for a good collection.

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Dynamic parameter modification in a custom block

2012-06-04 Thread Tom Rondeau 
On Mon, Jun 4, 2012 at 5:30 PM, Michael Dickens  wrote:
> Hi George - I believe there are 2 possible solutions, though I've never used 
> or tested either myself.  If you just want to verify that what you want to do 
> works, I think (1) should be quite straight forward.
>
> 1) This method will certainly work, but it's not very robust : Make your 
> "custom_block2" take an argument which is of the "custom_block1" smart 
> pointer type, such that the amplitude can be set any time the former performs 
> the computation to do so.  Instantiation of the "custom_block2" would take a 
> smart pointer to the "custom_block1", and then store that reference for 
> future use; because this is a C++ object, just use "." or "->" to access the 
> object's variable or method.

George,
That would work, but it's very unsafe to do something like that. For
testing or a simple program, sure, but don't rely on it as a method.
If something goes out of scope at the wrong time or you close one
object that is sharing state with another, you'll find yourself in
trouble.

> 2) I don't know if stream tags are in place well enough yet, nor if they 
> would work in the manner you require.  The idea is that there's a tag plane 
> (sort of like a control plane) that "overlays" (or is in parallel with) the 
> graph (data-flow) plane, where tags can be inserted -- a timestamp, or a 
> value that might get used downstream.  Since "custom_block1" isn't downstream 
> from "custom_block2", tags might not work.  Maybe there's a branch for this 
> sort of non-downstream async control?
>
> Hope this helps; good luck! - MLD

I'm not sure stream tags are right for this application because they
are in two different flowgraphs. Stream tags start at one end of a
flowgraph and move downstream.

There is a message passing interface where a block has a message
handler function. The trick you're going to have to deal with is how
to tell one block about another. This has been a problem for a while
that I hope we can sort out this year in a way that's robust (i.e.,
thread safe and won't suffer from scope issue if one block has a
pointer to another).

Tom


> On Jun 4, 2012, at 3:52 PM, George Sklivanitis wrote:
>> I am dealing with the problem of finding a way to dynamically give values to 
>> a parameter of a custom block that I 've made in gnuradio
>> by the output of another custom block.
>> The solution of function probe that I have found in previous conversations 
>> in the forum does not fit me as the value to be changed dynamically is 
>> entered ad-hoc by the user.
>> I will try to simplify my problem to the rest of the community by giving the 
>> following example
>> let us assume the following flowgraph implementation
>>
>> signal_source -> custom_block(arg amplitude) -> file_sink  (1)
>>
>> file_source -> custom_block2  -> file_sink  (2)
>>
>> Would it be possible to use as the amplitude argument in (1) the output of 
>> the custom_block2 in (2).
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Dynamic parameter modification in a custom block

2012-06-04 Thread Josh Blum 

> 
> 2) I don't know if stream tags are in place well enough yet, nor if
> they would work in the manner you require.  The idea is that there's
> a tag plane (sort of like a control plane) that "overlays" (or is in
> parallel with) the graph (data-flow) plane, where tags can be
> inserted -- a timestamp, or a value that might get used downstream.
> Since "custom_block1" isn't downstream from "custom_block2", tags
> might not work.  Maybe there's a branch for this sort of
> non-downstream async control?
> 

:-)

Heres the work:
https://github.com/guruofquality/grextras/wiki

And a little coding guide:
https://github.com/guruofquality/grextras/wiki/Blocks-Coding-Guide#wiki-messages

-josh

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Gnuradio compile errors

2012-06-04 Thread Phil 

On 05/06/12 07:57, Josh Blum wrote:



Id recommend deleting the build directory (to start with a clean slate)


Hello Josh,

Starting again seems to have solved the problem except for:

99% tests passed, 1 tests failed out of 102

Total Test time (real) =  62.09 sec

The following tests FAILED:
  1 - qa_volk_test_all (Failed)
Errors while running CTest

Do I need ga-volk anyway to use my ezcap RTL uUSB device?

I haven't performed make install yet, just in case.

--
-- ##
-- # Gnuradio enabled components
-- ##
--   * python-support
--   * testing-support
--   * volk
--   * doxygen
--   * gruel
--   * gnuradio-core
--   * gnuradio-companion
--   * gr-atsc
--   * gr-audio
--   * gr-digital
--   * gr-noaa
--   * gr-pager
--   * gr-qtgui
--   * gr-trellis
--   * gr-uhd
--   * gr-utils
--   * gr-video-sdl
--   * gr-vocoder
--   * gr-fcd
--   * gr-wavelet
--   * gr-wxgui
--
-- ##
-- # Gnuradio disabled components
-- ##
--   * gr-comedi
--   * gr-shd
--
-- Using install prefix: /usr/local
-- Building for version: 3.6.0 / 3.6.0
-- Configuring done
-- Generating done
-- Build files have been written to: /usr/local/src/gnuradio-3.6.0/build
[r

--
Regards,
Phil

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] pulse signal generation

2012-06-04 Thread S'dir 
Hi Roberts,

Greetings. Thank you for your input.

I am able to bring up my system with Ubuntu 10.10 and with latest gnuradio
as well able to run the grc file successfully and see the output on screen.

However, would like to know how the same to integrate and generate and take
the signal from USRP1 do I need to add any UHD blocks? (Typically how to
interface with USRP1)

Regds,
Sudhir.

On Fri, May 11, 2012 at 11:07 PM, wayne roberts wrote:

> Something to try: byte file source with one byte of 0xff, and the other 9
> is 0x00.
>
> grc is attatched, but Gaussian filter is very strongly filtering it and i
> really dont understand it very well, which is needed for bandwidth limiting.
> But if you dont want any filtering, you could feed file source directly to
> real input of float-to-complex (with only type conversion).
>
> also attached is file you can use xxd to convert binary file to & from
> text file.
> I dont know if binary file attaches to email, but you can put this into
> xxd -r:
> 000: ff00    
>
>
>
> On Thu, May 10, 2012 at 11:50 PM, S'dir  wrote:
>
>> Hi,
>>
>> I am a starter. How to generate 100Hz (10% duty) pulsed signal using
>> gnuradio & usrp1
>>
>> Any help would be highly appreciated.
>>
>> Thanks & Regds,
>> Sudhir.
>>
>>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Regarding MIMO examples in TOM's Repo

2012-06-04 Thread bharadwaj desikan 
Hi all,

I am implementing a 2X2 mimo system using usrp2s. While looking through the
mail archives,
i came across a reference to a mimo system based on 'benchmark_ofdm_mimo'
from Tom Rondeau's
repository. How do i access this repository?

Thanks in advance

Regards

Bharadwaj D
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio