Re: [Discuss-gnuradio] GSoC 2014 project "Wireless Networks In-the-Loop" and "Channel Sounder"

[achuth pv]

Hi everyone,

Following is the link to the my GSOC proposal for the project "Wireless
Networks in-the-loop".
I am looking forward to feedback on the proposal.
http://www.ee.iitb.ac.in/student/~achuthpv/GSOC%20Proposal%20WiNeLO.pdf

Thanks in Advance

Achuth



On 17 March 2014 18:04, Otterbach, Nico wrote:

> Achuth,
>
> First of all: I'm sorry for my late reply.
>
> Last week I had a talk with some other GR developers and we did a
> brainstorming about the most import WiNeLo projects at this time. Hence, we
> all agreed on the fact, that we have to work on the framework itself. As a
> consequence, I want to propose you another possible project: We need some
> kind of GUI for the already existing functionality. One aspect (and also a
> new feature) should be the visualization of the network structure/layout
> and node distribution itself, where one also should be able to randomly
> deploy nodes and thus create a network structure. There should something
> similar to the Oment++-GUI or something like that. I will also update the
> GSOC/page during the day!
>
> Are you still interessted in working on the Wireless Netowrks In-the-Loop
> project at this point? I really hope so, but I can understand if that
> doesn't fit to your plans anymore. If you're still interesseted, I will
> provide you with more detailed information!
>
> Best regards
> Nico
>
> 
> Von: 
> discuss-gnuradio-bounces+nico.otterbach=student.kit@gnu.org[discuss-gnuradio-bounces+nico.otterbach=
> student.kit@gnu.org] im Auftrag von achuth pv [achut...@gmail.com]
> Gesendet: Samstag, 15. März 2014 19:43
> An: discuss-gnuradio@gnu.org
> Cc: Otterbach, Nico (IIIT)
> Betreff: Re: [Discuss-gnuradio] GSoC 2014 project "Wireless Networks
>  In-the-Loop" and "Channel Sounder"
>
> Hi every one,
>
> I have certain doubts regarding the "Wireless networks in the loop"
> project.
> The optimization part which is suggested as one of the possible sub
> projects- is the plan to move the python code to c++ so as to use the VOLK
> libraries.
> Which SDR board / daughter board is initially planned to implement.
> I would also like to know more about the client-server as well as about
> the server used.
>
> Can any one please guide me regarding this project so that I can set up
> proper goals for the proposal.
>
> Thanks in Advance
>
> Achuth
>
> find me at #gnuradio IRC channel - achuthpv
>
>
>
>
>
> On 4 March 2014 01:35, achuth pv  achut...@gmail.com>> wrote:
> Hi everyone,
>
> My name is Achuth PV,  first year Master of Technology student in
> Communication and Signal Processing, Indian Institute of Technology,
> Bombay, India.
>
> I am really interested to work in the GSoC project "Wireless Networks
> In-the-Loop" and "Channel Sounder"( proposed in 2012 ).
>
> =
>
> Wireless Networks In-the-Loop
>
> The basic idea behind "Wireless Networks In-the-Loop" (WiNeLo) is to build
> a GR-based network emulator. This implies the modeling of the underlying
> SDR hardware, the individual channels & interference characteristics, as
> well as the timing behavior (produce correct amount of noise samples if no
> node is transmitting). The project already started in 2011 and as a
> outcome, the basic functionality -- the framework with client-server based
> "sample dispatcher" as well as some example hardware & channel models --
> has already been implemented in the gr-winelo OOT, which will be published
> on github soon. Seehttp://
> video.fosdem.org/2014/AW1125/Sunday/Wireless_Networks_IntheLoop.webm for
> a quick introdcution to "Wireless Networks In-the-Loop".
>
> Objectives
> There are various tasks covering several areas. Possible (sub-)projects
> are:
>
>  *   (Signal Processing) Implementation of new hardware/channel models
> like a SDR platform/specific daughterboards or reference channels.
>  *   (Optimization & Performance) Improve performance of existing
> implementation (port python code to C/C++, develop new mechanisms to
> collect & distribute samples between several nodes).
>  *   (Signal Processing & Development Tools) Implementation of new
> development tools like "breakpoints on the air link" (pause the entire
> emulation if certain criteria (BER, SNR, interference/collisions) is
> fulfilled on the virtual channel/at single nodes).
>
> Potential mentor(s)
>
> Nico Otterbach
>
> =
> Channel Sounder (Proposed in 2012)
>
> Details: Channel sounding describes the process of measuring a multipath
> propagation channel and obtain information about excess delay, Doppler
> spread and fading properties. The final product should make use of USRPs
> for channel sounding (the high timing constraints require use of the FPGA)
> and provide a complete measurement tool which can be used to gather
> statistics about mobile communication channels.
> Knowledge prerequisite: Digital signal processing basics, FPGA basics
> Access to USRPs required.
>
> =

[Discuss-gnuradio] FFTW3 error in GNURADIO

[Nasi]

 Hi all,

I am using ubuntu 13.04 and GNURADIO 3.7.

In project  https://github.com/BogdanDIA/gr-dvbt , in reference_signals_impl.cc 
in /lib, I add inside one of the functions:

fftw_complex *in2, *out2;
out2 = (fftw_complex*) fftw_malloc(NFFT*2*sizeof(fftw_complex));
in2 = (fftw_complex*) fftw_malloc(NFFT*2*sizeof(fftw_complex)); I get this 
error:
~/gr-dvbt/apps$ sudo ./top_block_rx.py
Traceback (most recent call last):
File "./top_block_rx.py", line 23, in 
import dvbt
File "/usr/local/lib/python2.7/dist-packages/dvbt/__init__.py", line 45, in 

from dvbt_swig import *
File "/usr/local/lib/python2.7/dist-packages/dvbt/dvbt_swig.py", line 26, in 

_dvbt_swig = swig_import_helper()
File "/usr/local/lib/python2.7/dist-packages/dvbt/dvbt_swig.py", line 22, in 
swig_import_helper
_mod = imp.load_module('_dvbt_swig', fp, pathname, description)
ImportError: /usr/local/lib/libgnuradio-dvbt.so: undefined symbol: fftw_malloc

I read and did the articles:  
http://lists.gnu.org/archive/html/discuss-gnuradio/2014-02/msg00479.html  and  
http://gnuradio.4.n7.nabble.com/FFTW3-runtime-error-td46690.html . 
However, in lib I cannot add  ${FFTW3(F)_LIBRARIES} to your lib/CMakeLists.txt. 
It gives me an error. Therefore I replaced that with  ${FFTW3F_LIBRARIES}. 

Where am I making mistake?

-
NE


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

Re: [Discuss-gnuradio] (GSoC) MIMO Transceiver

[Karan Talasila]

Hi Zhou,
 I checked your proposal as i am also interested in MIMO. But
your csi code is giving a problem. There is a constructor error it is
showing when i run make. Please add a readme file if possible to your
github repository to detail the installation instructions to run your code.


Another thing i observed is half your references in your proposal are not
working. You could correct that in your proposal if that could help in
making your proposal better.


On Mon, Mar 17, 2014 at 5:43 PM, YiZiRui Zhou  wrote:

>
>
>
> On Sun, Mar 16, 2014 at 12:33 AM, Martin Braun wrote:
>
>> Also post this proposal to melange  please.
>>
>> M
>> On 15 Mar 2014 06:44, "YiZiRui Zhou"  wrote:
>>
>>> Hello community,
>>>
>>> Two weeks have passed since I added my idea "MIMO Transceiver" on GR
>>> GSoC webpage. In the past few days, I tried to carry my project a step
>>> forward. I did some reading and made some tests on MIMO CSI estimation.
>>> Seems everything goes as I expected.
>>>
>>> More GSoC applicants join in the discussion now. So, I think it is time
>>> for me to formally apply to GSoC, or I will be late :)
>>> My proposal on "MIMO Transceiver" is released on my github.
>>>
>>> https://github.com/zhouyizirui/Wireless/blob/master/gr-mimo/miscellaneous/Proposal.pdf
>>> And my workbench snapshot.
>>>
>>> https://github.com/zhouyizirui/Wireless/blob/master/gr-mimo/miscellaneous/Device.jpg
>>>
>>> Although I tried hard to clarify my idea, yet there must be something I
>>> need to fix in my proposal.  I hope to get some feedbacks from you.
>>> Wish you a happy work!
>>>
>>> Thanks.
>>> Zhou
>>>
>>> ___
>>> 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
>>
>>
> Hi Martin,
>
> OK, this proposal has been posted to melange now.
>
> Thanks
> Zhou
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>


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

Re: [Discuss-gnuradio] GSoC 2014 project "Wireless Networks In-the-Loop" and "Channel Sounder"

[kaushik]

In order to obtain some quick feedback before the submission process
ends, I recommend to post your proposal in google melange..


On 21.03.2014 09:17, achuth pv wrote:
> Hi everyone,
> 
> Following is the link to the my GSOC proposal for the project "Wireless 
> Networks 
> in-the-loop".
> I am looking forward to feedback on the proposal.
> http://www.ee.iitb.ac.in/student/~achuthpv/GSOC%20Proposal%20WiNeLO.pdf
> 
> Thanks in Advance
> 
> Achuth
> 
> 
> On 17 March 2014 18:04, Otterbach, Nico  > wrote:
> 
> Achuth,
> 
> First of all: I'm sorry for my late reply.
> 
> Last week I had a talk with some other GR developers and we did a
> brainstorming about the most import WiNeLo projects at this time. Hence, 
> we
> all agreed on the fact, that we have to work on the framework itself. As a
> consequence, I want to propose you another possible project: We need some
> kind of GUI for the already existing functionality. One aspect (and also a
> new feature) should be the visualization of the network structure/layout 
> and
> node distribution itself, where one also should be able to randomly deploy
> nodes and thus create a network structure. There should something similar 
> to
> the Oment++-GUI or something like that. I will also update the GSOC/page
> during the day!
> 
> Are you still interessted in working on the Wireless Netowrks In-the-Loop
> project at this point? I really hope so, but I can understand if that
> doesn't fit to your plans anymore. If you're still interesseted, I will
> provide you with more detailed information!
> 
> Best regards
> Nico
> 
> 
> Von: discuss-gnuradio-bounces+nico.otterbach=student.kit@gnu.org
> 
> [discuss-gnuradio-bounces+nico.otterbach=student.kit@gnu.org
> ] im Auftrag von achuth pv
> [achut...@gmail.com ]
> Gesendet: Samstag, 15. März 2014 19:43
> An: discuss-gnuradio@gnu.org 
> Cc: Otterbach, Nico (IIIT)
> Betreff: Re: [Discuss-gnuradio] GSoC 2014 project "Wireless Networks  
>   In-the-Loop" and "Channel Sounder"
> 
> Hi every one,
> 
> I have certain doubts regarding the "Wireless networks in the loop" 
> project.
> The optimization part which is suggested as one of the possible sub
> projects- is the plan to move the python code to c++ so as to use the VOLK
> libraries.
> Which SDR board / daughter board is initially planned to implement.
> I would also like to know more about the client-server as well as about 
> the
> server used.
> 
> Can any one please guide me regarding this project so that I can set up
> proper goals for the proposal.
> 
> Thanks in Advance
> 
> Achuth
> 
> find me at #gnuradio IRC channel - achuthpv
> 
> 
> 
> 
> 
> On 4 March 2014 01:35, achuth pv   >> wrote:
> Hi everyone,
> 
> My name is Achuth PV,  first year Master of Technology student in
> Communication and Signal Processing, Indian Institute of Technology, 
> Bombay,
> India.
> 
> I am really interested to work in the GSoC project "Wireless Networks
> In-the-Loop" and "Channel Sounder"( proposed in 2012 ).
> 
> =
> 
> Wireless Networks In-the-Loop
> 
> The basic idea behind "Wireless Networks In-the-Loop" (WiNeLo) is to 
> build a
> GR-based network emulator. This implies the modeling of the underlying SDR
> hardware, the individual channels & interference characteristics, as well 
> as
> the timing behavior (produce correct amount of noise samples if no node is
> transmitting). The project already started in 2011 and as a outcome, the
> basic functionality -- the framework with client-server based "sample
> dispatcher" as well as some example hardware & channel models -- has 
> already
> been implemented in the gr-winelo OOT, which will be published on github
> soon.
> 
> Seehttp://video.fosdem.org/2014/AW1125/Sunday/Wireless_Networks_IntheLoop.webm
> 
>  
> for
> a quick introdcution to "Wireless Networks In-the-Loop".
> 
> Objectives
> There are various tasks covering several areas. Possible (sub-)projects 
> are:
> 
>   *   (Signal Processing) Implementation of new hardware/channel models 
> like
> a SDR platform/specific daughterboards or reference channels.
>   *   (Optimization & Performance) Improve performance of existing
> implementation (port python code to C/C++, develop new mechanisms to 
> collect
> & distribute samples between several nodes).
>   *   (Signal Processing & Development Tools) I

Re: [Discuss-gnuradio] FFTW3 error in GNURADIO

[Marcus Müller]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The (F) was meant to say:
Use FFTW3_LIBRARIES if you want to use the double precision version,
use FFTW3F_LIBRARIES if you want the single (float, 'F') precision
version of the library.

Since you're using
fftw_malloc (without f suffix), you're trying to use the double prec.
version of the library, but you link against the single prec. version.

Greetings,
Marcus

PS: The GNU Radio complex data type is identical to the float complex
datatype used by FFTW3F. If you want to use that, use the float
version of the library and replace fftw_malloc by fftwf_malloc and so on.



On 21.03.2014 10:35, Nasi wrote:
> Hi all,
> 
> I am using ubuntu 13.04 and GNURADIO 3.7.
> 
> In project  https://github.com/BogdanDIA/gr-dvbt , in
> reference_signals_impl.cc in /lib, I add inside one of the
> functions:
> 
> fftw_complex *in2, *out2; out2 = (fftw_complex*)
> fftw_malloc(NFFT*2*sizeof(fftw_complex)); in2 = (fftw_complex*)
> fftw_malloc(NFFT*2*sizeof(fftw_complex)); I get this error: 
> ~/gr-dvbt/apps$ sudo ./top_block_rx.py Traceback (most recent call
> last): File "./top_block_rx.py", line 23, in  import dvbt 
> File "/usr/local/lib/python2.7/dist-packages/dvbt/__init__.py",
> line 45, in  from dvbt_swig import * File
> "/usr/local/lib/python2.7/dist-packages/dvbt/dvbt_swig.py", line
> 26, in  _dvbt_swig = swig_import_helper() File
> "/usr/local/lib/python2.7/dist-packages/dvbt/dvbt_swig.py", line
> 22, in swig_import_helper _mod = imp.load_module('_dvbt_swig', fp,
> pathname, description) ImportError:
> /usr/local/lib/libgnuradio-dvbt.so: undefined symbol: fftw_malloc
> 
> I read and did the articles:
> http://lists.gnu.org/archive/html/discuss-gnuradio/2014-02/msg00479.html
> and
> http://gnuradio.4.n7.nabble.com/FFTW3-runtime-error-td46690.html .
>  However, in lib I cannot add  ${FFTW3(F)_LIBRARIES} to your
> lib/CMakeLists.txt. It gives me an error. Therefore I replaced that
> with  ${FFTW3F_LIBRARIES}.
> 
> Where am I making mistake?
> 
> - NE
> 
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJTLBIEAAoJEBQ6EdjyzlHtSK8H/Az7oTYgKHEkG61/iKNzEb4r
hPQyX4Mwr0BfjVXoI976aRQK6L/tJxm56ofahEj788crhlVqtqnZSvg/EhIQGzln
G8OQFHIbcwRIe/5mVtTmWcjWimJAcJXs3aOglbkavp+vw8ZW55rSypT9cLrw+X04
fLctOOAg5NHJtUQnOeTLboAkcn3lvwBr6su4R1RYhdGbtSMjNaDTD5g1pNhKq0JH
AhbjDlLluFdnAuesOR9RBto74ncQGQzGHtnWHmI6CJp2qjM9f4wsE9DLycGGCM4W
nYZRSz0Dxqybw6SJ2rQQRqq7VnisaQvs4MZALnnJODZ/P+z8L6Yed3WsFUBjZWQ=
=IjoK
-END PGP SIGNATURE-

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

Re: [Discuss-gnuradio] FFTW3 error in GNURADIO

[Nasi]

 Thanks for quick reply!

It does not work even if I use float precision as
fftwf_complex *in2, *out2;
out2 = (fftwf_complex*) fftwf_malloc(NFFT*2*sizeof(fftwf_complex));
in2 = (fftwf_complex*) fftwf_malloc(NFFT*2*sizeof(fftwf_complex));

I attach cmake files. It would be nice of you if you take a look.

-
NE


Fri, 21 Mar 2014 11:18:45 +0100 от Marcus Müller :
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>The (F) was meant to say:
>Use FFTW3_LIBRARIES if you want to use the double precision version,
>use FFTW3F_LIBRARIES if you want the single (float, 'F') precision
>version of the library.
>
>Since you're using
>fftw_malloc (without f suffix), you're trying to use the double prec.
>version of the library, but you link against the single prec. version.
>
>Greetings,
>Marcus
>
>PS: The GNU Radio complex data type is identical to the float complex
>datatype used by FFTW3F. If you want to use that, use the float
>version of the library and replace fftw_malloc by fftwf_malloc and so on.
>
>
>
>On 21.03.2014 10:35, Nasi wrote:
>> Hi all,
>> 
>> I am using ubuntu 13.04 and GNURADIO 3.7.
>> 
>> In project  https://github.com/BogdanDIA/gr-dvbt , in
>> reference_signals_impl.cc in /lib, I add inside one of the
>> functions:
>> 
>> fftw_complex *in2, *out2; out2 = (fftw_complex*)
>> fftw_malloc(NFFT*2*sizeof(fftw_complex)); in2 = (fftw_complex*)
>> fftw_malloc(NFFT*2*sizeof(fftw_complex)); I get this error: 
>> ~/gr-dvbt/apps$ sudo ./top_block_rx.py Traceback (most recent call
>> last): File "./top_block_rx.py", line 23, in  import dvbt 
>> File "/usr/local/lib/python2.7/dist-packages/dvbt/__init__.py",
>> line 45, in  from dvbt_swig import * File
>> "/usr/local/lib/python2.7/dist-packages/dvbt/dvbt_swig.py", line
>> 26, in  _dvbt_swig = swig_import_helper() File
>> "/usr/local/lib/python2.7/dist-packages/dvbt/dvbt_swig.py", line
>> 22, in swig_import_helper _mod = imp.load_module('_dvbt_swig', fp,
>> pathname, description) ImportError:
>> /usr/local/lib/libgnuradio-dvbt.so: undefined symbol: fftw_malloc
>> 
>> I read and did the articles:
>>  http://lists.gnu.org/archive/html/discuss-gnuradio/2014-02/msg00479.html
>> and
>>  http://gnuradio.4.n7.nabble.com/FFTW3-runtime-error-td46690.html .
>>  However, in lib I cannot add  ${FFTW3(F)_LIBRARIES} to your
>> lib/CMakeLists.txt. It gives me an error. Therefore I replaced that
>> with  ${FFTW3F_LIBRARIES}.
>> 
>> Where am I making mistake?
>> 
>> - NE
>> 
>> 
>-BEGIN PGP SIGNATURE-
>Version: GnuPG v1
>Comment: Using GnuPG with Thunderbird -  http://www.enigmail.net/
>
>iQEcBAEBAgAGBQJTLBIEAAoJEBQ6EdjyzlHtSK8H/Az7oTYgKHEkG61/iKNzEb4r
>hPQyX4Mwr0BfjVXoI976aRQK6L/tJxm56ofahEj788crhlVqtqnZSvg/EhIQGzln
>G8OQFHIbcwRIe/5mVtTmWcjWimJAcJXs3aOglbkavp+vw8ZW55rSypT9cLrw+X04
>fLctOOAg5NHJtUQnOeTLboAkcn3lvwBr6su4R1RYhdGbtSMjNaDTD5g1pNhKq0JH
>AhbjDlLluFdnAuesOR9RBto74ncQGQzGHtnWHmI6CJp2qjM9f4wsE9DLycGGCM4W
>nYZRSz0Dxqybw6SJ2rQQRqq7VnisaQvs4MZALnnJODZ/P+z8L6Yed3WsFUBjZWQ=
>=IjoK
>-END PGP SIGNATURE-


-- 
NE
# Copyright 2011,2012 Free Software Foundation, Inc.
#
# This file is part of GNU Radio
#
# GNU Radio is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 3, or (at your option)
# any later version.
#
# GNU Radio is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with GNU Radio; see the file COPYING.  If not, write to
# the Free Software Foundation, Inc., 51 Franklin Street,
# Boston, MA 02110-1301, USA.



# Project setup

cmake_minimum_required(VERSION 2.6)
project(gr-dvbt CXX C)
enable_testing()

#select the release build type by default to get optimization flags
if(NOT CMAKE_BUILD_TYPE)
   set(CMAKE_BUILD_TYPE "Release")
   message(STATUS "Build type not specified: defaulting to release.")
endif(NOT CMAKE_BUILD_TYPE)
set(CMAKE_BUILD_TYPE ${CMAKE_BUILD_TYPE} CACHE STRING "")

list(APPEND CMAKE_MODULE_PATH ${CMAKE_SOURCE_DIR}/cmake/Modules)


# Compiler specific setup

if(CMAKE_COMPILER_IS_GNUCXX AND NOT WIN32)
#http://gcc.gnu.org/wiki/Visibility
add_definitions(-fvisibility=hidden)
endif()


# Find boost

if(UNIX AND EXISTS "/usr/lib64")
list(APPEND BOOST_LIBRARYDIR "/usr/lib64") #fedora 64-bit fix
endif(UNIX AND EXISTS "/usr/lib64")
set(Boost_ADDITIONA

Re: [Discuss-gnuradio] FFTW3 error in GNURADIO

[Marcus Müller]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Your main CMakeLists.txt is still looking for the double FFTW3.
replace
find_package(FFTW3)
by
find_package(FFTW3f)
and use the FindFFTW3f.cmake from the gnuradio source tree.

You'll have to replace all occurences of FFTW3_ by FFTW3F_ in your
CMake files.


On 21.03.2014 11:42, Nasi wrote:
> Thanks for quick reply!
> 
> It does not work even if I use float precision as fftwf_complex 
> *in2, *out2; out2 = (fftwf_complex*) 
> fftwf_malloc(NFFT*2*sizeof(fftwf_complex)); in2 = (fftwf_complex*) 
> fftwf_malloc(NFFT*2*sizeof(fftwf_complex));
> 
> I attach cmake files. It would be nice of you if you take a look.
> 
> - NE
> 
> 
> Fri, 21 Mar 2014 11:18:45 +0100 от Marcus Müller 
> : The (F) was meant to say: Use
> FFTW3_LIBRARIES if you want to use the double precision version,
> use FFTW3F_LIBRARIES if you want the single (float, 'F') precision 
> version of the library.
> 
> Since you're using fftw_malloc (without f suffix), you're trying
> to use the double prec. version of the library, but you link
> against the single prec. version.
> 
> Greetings, Marcus
> 
> PS: The GNU Radio complex data type is identical to the float 
> complex datatype used by FFTW3F. If you want to use that, use the 
> float version of the library and replace fftw_malloc by 
> fftwf_malloc and so on.
> 
> 
> 
> On 21.03.2014 10:35, Nasi wrote:
 Hi all,
 
 I am using ubuntu 13.04 and GNURADIO 3.7.
 
 In project  https://github.com/BogdanDIA/gr-dvbt , in 
 reference_signals_impl.cc in /lib, I add inside one of the 
 functions:
 
 fftw_complex *in2, *out2; out2 = (fftw_complex*) 
 fftw_malloc(NFFT*2*sizeof(fftw_complex)); in2 = 
 (fftw_complex*) fftw_malloc(NFFT*2*sizeof(fftw_complex)); I 
 get this error: ~/gr-dvbt/apps$ sudo ./top_block_rx.py 
 Traceback (most recent call last): File "./top_block_rx.py", 
 line 23, in  import dvbt File 
 "/usr/local/lib/python2.7/dist-packages/dvbt/__init__.py", 
 line 45, in  from dvbt_swig import * File 
 "/usr/local/lib/python2.7/dist-packages/dvbt/dvbt_swig.py", 
 line 26, in  _dvbt_swig = swig_import_helper() File 
 "/usr/local/lib/python2.7/dist-packages/dvbt/dvbt_swig.py", 
 line 22, in swig_import_helper _mod = 
 imp.load_module('_dvbt_swig', fp, pathname, description) 
 ImportError: /usr/local/lib/libgnuradio-dvbt.so: undefined 
 symbol: fftw_malloc
 
 I read and did the articles: 
 http://lists.gnu.org/archive/html/discuss-gnuradio/2014-02/msg00479.html


and

 
http://gnuradio.4.n7.nabble.com/FFTW3-runtime-error-td46690.html
 . However, in lib I cannot add  ${FFTW3(F)_LIBRARIES} to your
 lib/CMakeLists.txt. It gives me an error. Therefore I 
 replaced that with  ${FFTW3F_LIBRARIES}.
 
 Where am I making mistake?
 
 - NE
 
 
> 
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJTLBgtAAoJEBQ6EdjyzlHtBRMIAJCWlaJJFVM6FaD+GrY1YOHR
Q/pr1DLzCRWi6J+nRq5XL6abZYaO/PIA1eXyVYp1RKmmugFxPE79oJmh20rILhaX
xGmRuxMHUbKUU0q0CvoNe2lSUPfWkGgOmm97rClxIV869SUZYQULpWZFBtDtCRf3
Niqj1eCACPDJdd5mJoCiYtJGsXtbqcIfEcrk6GZd9g1HdVB4VoivFK/N9KiQebom
/knj6ecXhJSBwAQfnlS9vefonC+oSX9e1iYITyQjLIt/szqmQHlyir1vWXgigwAn
c581J1IhCZofud4GExZCWRWcEkFis9xPgdTr/KCIGvqkmk91MZJ0nWtXfNsXDNU=
=Ggzm
-END PGP SIGNATURE-

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

Re: [Discuss-gnuradio] FFTW3 error in GNURADIO

[Nasi]

 It does not work anyway. I attach again files.



Fri, 21 Mar 2014 11:45:01 +0100 от Marcus Müller :
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>Your main CMakeLists.txt is still looking for the double FFTW3.
>replace
>find_package(FFTW3)
>by
>find_package(FFTW3f)
>and use the FindFFTW3f.cmake from the gnuradio source tree.
>
>You'll have to replace all occurences of FFTW3_ by FFTW3F_ in your
>CMake files.
>
>
>On 21.03.2014 11:42, Nasi wrote:
>> Thanks for quick reply!
>> 
>> It does not work even if I use float precision as fftwf_complex 
>> *in2, *out2; out2 = (fftwf_complex*) 
>> fftwf_malloc(NFFT*2*sizeof(fftwf_complex)); in2 = (fftwf_complex*) 
>> fftwf_malloc(NFFT*2*sizeof(fftwf_complex));
>> 
>> I attach cmake files. It would be nice of you if you take a look.
>> 
>> - NE
>> 
>> 
>> Fri, 21 Mar 2014 11:18:45 +0100 от Marcus Müller 
>> < mar...@hostalia.de >: The (F) was meant to say: Use
>> FFTW3_LIBRARIES if you want to use the double precision version,
>> use FFTW3F_LIBRARIES if you want the single (float, 'F') precision 
>> version of the library.
>> 
>> Since you're using fftw_malloc (without f suffix), you're trying
>> to use the double prec. version of the library, but you link
>> against the single prec. version.
>> 
>> Greetings, Marcus
>> 
>> PS: The GNU Radio complex data type is identical to the float 
>> complex datatype used by FFTW3F. If you want to use that, use the 
>> float version of the library and replace fftw_malloc by 
>> fftwf_malloc and so on.
>> 
>> 
>> 
>> On 21.03.2014 10:35, Nasi wrote:
> Hi all,
> 
> I am using ubuntu 13.04 and GNURADIO 3.7.
> 
> In project  https://github.com/BogdanDIA/gr-dvbt , in 
> reference_signals_impl.cc in /lib, I add inside one of the 
> functions:
> 
> fftw_complex *in2, *out2; out2 = (fftw_complex*) 
> fftw_malloc(NFFT*2*sizeof(fftw_complex)); in2 = 
> (fftw_complex*) fftw_malloc(NFFT*2*sizeof(fftw_complex)); I 
> get this error: ~/gr-dvbt/apps$ sudo ./top_block_rx.py 
> Traceback (most recent call last): File "./top_block_rx.py", 
> line 23, in  import dvbt File 
> "/usr/local/lib/python2.7/dist-packages/dvbt/__init__.py", 
> line 45, in  from dvbt_swig import * File 
> "/usr/local/lib/python2.7/dist-packages/dvbt/dvbt_swig.py", 
> line 26, in  _dvbt_swig = swig_import_helper() File 
> "/usr/local/lib/python2.7/dist-packages/dvbt/dvbt_swig.py", 
> line 22, in swig_import_helper _mod = 
> imp.load_module('_dvbt_swig', fp, pathname, description) 
> ImportError: /usr/local/lib/libgnuradio-dvbt.so: undefined 
> symbol: fftw_malloc
> 
> I read and did the articles: 
>  http://lists.gnu.org/archive/html/discuss-gnuradio/2014-02/msg00479.html
>
>
>and
>
> 
>http://gnuradio.4.n7.nabble.com/FFTW3-runtime-error-td46690.html
> . However, in lib I cannot add  ${FFTW3(F)_LIBRARIES} to your
> lib/CMakeLists.txt. It gives me an error. Therefore I 
> replaced that with  ${FFTW3F_LIBRARIES}.
> 
> Where am I making mistake?
> 
> - NE
> 
> 
>> 
>> 
>-BEGIN PGP SIGNATURE-
>Version: GnuPG v1
>Comment: Using GnuPG with Thunderbird -  http://www.enigmail.net/
>
>iQEcBAEBAgAGBQJTLBgtAAoJEBQ6EdjyzlHtBRMIAJCWlaJJFVM6FaD+GrY1YOHR
>Q/pr1DLzCRWi6J+nRq5XL6abZYaO/PIA1eXyVYp1RKmmugFxPE79oJmh20rILhaX
>xGmRuxMHUbKUU0q0CvoNe2lSUPfWkGgOmm97rClxIV869SUZYQULpWZFBtDtCRf3
>Niqj1eCACPDJdd5mJoCiYtJGsXtbqcIfEcrk6GZd9g1HdVB4VoivFK/N9KiQebom
>/knj6ecXhJSBwAQfnlS9vefonC+oSX9e1iYITyQjLIt/szqmQHlyir1vWXgigwAn
>c581J1IhCZofud4GExZCWRWcEkFis9xPgdTr/KCIGvqkmk91MZJ0nWtXfNsXDNU=
>=Ggzm
>-END PGP SIGNATURE-
>
>___
>Discuss-gnuradio mailing list
>Discuss-gnuradio@gnu.org
>https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>


-- 
NE


FindFFTW3f.cmake
Description: Binary data
# Copyright 2011,2012 Free Software Foundation, Inc.
#
# This file is part of GNU Radio
#
# GNU Radio is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 3, or (at your option)
# any later version.
#
# GNU Radio is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with GNU Radio; see the file COPYING.  If not, write to
# the Free Software Foundation, Inc., 51 Franklin Street,
# Boston, MA 02110-1301, USA.


# Setup library

include(GrPlatform) #define LIB_SUFFIX

include_directories(${Boost_INCLUDE_DIR})
link_directories(${Boost_LIBRARY_DIRS} 
${FFTW3F_LIBRARY_DIRS})
add_library(gnuradio-dvb

Re: [Discuss-gnuradio] FFTW3 error in GNURADIO

[Marcus Müller]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

You need to add the FFTW3F_LIBRARIES to the target_link_libraries.

On 21.03.2014 12:02, Nasi wrote:
> target_link_libraries(gnuradio-dvbt ${Boost_LIBRARIES}
> ${GNURADIO_RUNTIME_LIBRARIES} ${VOLK_LIBRARIES})
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJTLB2IAAoJEBQ6EdjyzlHtVLwIAIvlLimJaIf83gGmzC1l07sl
vvjBSW31cX4sCJXALpGp3ICV5iS2YU8Pk5aEfVgtcXWysmrJeTv87rArNFwSFdv4
J3RORZlnz04xmdThROkb6TR34sHCN9eJGIB5Emvy0M/AXotarKjSZ1e4peJc/1xx
xZ+enWl0P1DNsXq9Svw3MQvLE8eSas5O539i8E2Kxn1JvvuOqb4B9W6LdeizaWk1
ilxTiysTI7wQRB/e/ubCUfInxBXbRXjYnJHfxmPmjT2Dsr02SHt2WvLjvYe17dAZ
5nv4wyaj6mt4YtckRcT/vyFmO6bZLfppBwZi2ZtTiDT57L9ulcWLiFqxcp9zI84=
=bNzH
-END PGP SIGNATURE-

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

Re: [Discuss-gnuradio] FFTW3 error in GNURADIO

[Nasi]

 I added   target_link_libraries(gnuradio-dvbt ${Boost_LIBRARIES} 
${GNURADIO_RUNTIME_LIBRARIES} ${VOLK_LIBRARIES} ${FFTW3F_LIBRARIES}).

But that does not help. 


Fri, 21 Mar 2014 12:07:52 +0100 от Marcus Müller :
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>You need to add the FFTW3F_LIBRARIES to the target_link_libraries.
>
>On 21.03.2014 12:02, Nasi wrote:
>> target_link_libraries(gnuradio-dvbt ${Boost_LIBRARIES}
>> ${GNURADIO_RUNTIME_LIBRARIES} ${VOLK_LIBRARIES})
>-BEGIN PGP SIGNATURE-
>Version: GnuPG v1
>Comment: Using GnuPG with Thunderbird -  http://www.enigmail.net/
>
>iQEcBAEBAgAGBQJTLB2IAAoJEBQ6EdjyzlHtVLwIAIvlLimJaIf83gGmzC1l07sl
>vvjBSW31cX4sCJXALpGp3ICV5iS2YU8Pk5aEfVgtcXWysmrJeTv87rArNFwSFdv4
>J3RORZlnz04xmdThROkb6TR34sHCN9eJGIB5Emvy0M/AXotarKjSZ1e4peJc/1xx
>xZ+enWl0P1DNsXq9Svw3MQvLE8eSas5O539i8E2Kxn1JvvuOqb4B9W6LdeizaWk1
>ilxTiysTI7wQRB/e/ubCUfInxBXbRXjYnJHfxmPmjT2Dsr02SHt2WvLjvYe17dAZ
>5nv4wyaj6mt4YtckRcT/vyFmO6bZLfppBwZi2ZtTiDT57L9ulcWLiFqxcp9zI84=
>=bNzH
>-END PGP SIGNATURE-


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

Re: [Discuss-gnuradio] FFTW3 error in GNURADIO

[Marcus Müller]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Then I'm out of clues.
You have basically the same setup up as gr-fft now. Your module
*should* be linked against FFTW3f. Are you sure you replace
fftw_malloc and fftw_whatever by fftwf_whatever in your C++ code?


On 21.03.2014 12:13, Nasi wrote:
> I added   target_link_libraries(gnuradio-dvbt ${Boost_LIBRARIES}
> ${GNURADIO_RUNTIME_LIBRARIES} ${VOLK_LIBRARIES}
> ${FFTW3F_LIBRARIES}).
> 
> But that does not help.
> 
> 
> Fri, 21 Mar 2014 12:07:52 +0100 от Marcus Müller
> : You need to add the FFTW3F_LIBRARIES to the
> target_link_libraries.
> 
> On 21.03.2014 12:02, Nasi wrote:
 target_link_libraries(gnuradio-dvbt ${Boost_LIBRARIES} 
 ${GNURADIO_RUNTIME_LIBRARIES} ${VOLK_LIBRARIES})
> 
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJTLB/GAAoJEBQ6EdjyzlHttJ4H/0jblM6o5R8bPlIumcZc7MAI
70gWT4c7Ujee8ma4qNPKBGrZi6quwz7jguQhxjV92CPP75X8tffWXit0giUIAG8R
7kjVD43WDFzse8q59iAB6IMtA1hedz0gmecemScIUyNVGVXSWcSuGwMEkk6WDug+
WC1wYpEo0D4VYTqi3FielU9iuiLNu6Aaj4NjCDahKgUk6iyfZ8WknqQFcomnpNET
za7BluBcDDebNGtsZxgm9TuJ6dCgbKVqHRa4qtRKoPkH0EJ4SaJjK/KYJOkDm3E3
HwLnquXI6NKT6q92bWqgYAHNlAkfxJgHaXD9sXEt4AZ/FoAIpXCRFAKnllIUnKg=
=x0EW
-END PGP SIGNATURE-

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

Re: [Discuss-gnuradio] GSoC 2014 project "Wireless Networks In-the-Loop" and "Channel Sounder"

[achuth pv]

Hi everyone,

Following is the google-melange link to my GSOC proposal for the project
"Wireless Networks in-the-loop".
I am looking forward to feedback on the proposal.
http://www.google-melange.com/gsoc/proposal/review/student/google/gsoc2014/achuthpv/5629499534213120

Thanks in Advance

Achuth


On 21 March 2014 13:47, achuth pv  wrote:

> Hi everyone,
>
> Following is the link to the my GSOC proposal for the project "Wireless
> Networks in-the-loop".
> I am looking forward to feedback on the proposal.
> http://www.ee.iitb.ac.in/student/~achuthpv/GSOC%20Proposal%20WiNeLO.pdf
>
> Thanks in Advance
>
> Achuth
>
>
>
> On 17 March 2014 18:04, Otterbach, Nico wrote:
>
>> Achuth,
>>
>> First of all: I'm sorry for my late reply.
>>
>> Last week I had a talk with some other GR developers and we did a
>> brainstorming about the most import WiNeLo projects at this time. Hence, we
>> all agreed on the fact, that we have to work on the framework itself. As a
>> consequence, I want to propose you another possible project: We need some
>> kind of GUI for the already existing functionality. One aspect (and also a
>> new feature) should be the visualization of the network structure/layout
>> and node distribution itself, where one also should be able to randomly
>> deploy nodes and thus create a network structure. There should something
>> similar to the Oment++-GUI or something like that. I will also update the
>> GSOC/page during the day!
>>
>> Are you still interessted in working on the Wireless Netowrks In-the-Loop
>> project at this point? I really hope so, but I can understand if that
>> doesn't fit to your plans anymore. If you're still interesseted, I will
>> provide you with more detailed information!
>>
>> Best regards
>> Nico
>>
>> 
>> Von: 
>> discuss-gnuradio-bounces+nico.otterbach=student.kit@gnu.org[discuss-gnuradio-bounces+nico.otterbach=
>> student.kit@gnu.org] im Auftrag von achuth pv [achut...@gmail.com]
>> Gesendet: Samstag, 15. März 2014 19:43
>> An: discuss-gnuradio@gnu.org
>> Cc: Otterbach, Nico (IIIT)
>> Betreff: Re: [Discuss-gnuradio] GSoC 2014 project "Wireless Networks
>>  In-the-Loop" and "Channel Sounder"
>>
>> Hi every one,
>>
>> I have certain doubts regarding the "Wireless networks in the loop"
>> project.
>> The optimization part which is suggested as one of the possible sub
>> projects- is the plan to move the python code to c++ so as to use the VOLK
>> libraries.
>> Which SDR board / daughter board is initially planned to implement.
>> I would also like to know more about the client-server as well as about
>> the server used.
>>
>> Can any one please guide me regarding this project so that I can set up
>> proper goals for the proposal.
>>
>> Thanks in Advance
>>
>> Achuth
>>
>> find me at #gnuradio IRC channel - achuthpv
>>
>>
>>
>>
>>
>> On 4 March 2014 01:35, achuth pv > achut...@gmail.com>> wrote:
>> Hi everyone,
>>
>> My name is Achuth PV,  first year Master of Technology student in
>> Communication and Signal Processing, Indian Institute of Technology,
>> Bombay, India.
>>
>> I am really interested to work in the GSoC project "Wireless Networks
>> In-the-Loop" and "Channel Sounder"( proposed in 2012 ).
>>
>> =
>>
>> Wireless Networks In-the-Loop
>>
>> The basic idea behind "Wireless Networks In-the-Loop" (WiNeLo) is to
>> build a GR-based network emulator. This implies the modeling of the
>> underlying SDR hardware, the individual channels & interference
>> characteristics, as well as the timing behavior (produce correct amount of
>> noise samples if no node is transmitting). The project already started in
>> 2011 and as a outcome, the basic functionality -- the framework with
>> client-server based "sample dispatcher" as well as some example hardware &
>> channel models -- has already been implemented in the gr-winelo OOT, which
>> will be published on github soon. Seehttp://
>> video.fosdem.org/2014/AW1125/Sunday/Wireless_Networks_IntheLoop.webm for
>> a quick introdcution to "Wireless Networks In-the-Loop".
>>
>> Objectives
>> There are various tasks covering several areas. Possible (sub-)projects
>> are:
>>
>>  *   (Signal Processing) Implementation of new hardware/channel models
>> like a SDR platform/specific daughterboards or reference channels.
>>  *   (Optimization & Performance) Improve performance of existing
>> implementation (port python code to C/C++, develop new mechanisms to
>> collect & distribute samples between several nodes).
>>  *   (Signal Processing & Development Tools) Implementation of new
>> development tools like "breakpoints on the air link" (pause the entire
>> emulation if certain criteria (BER, SNR, interference/collisions) is
>> fulfilled on the virtual channel/at single nodes).
>>
>> Potential mentor(s)
>>
>> Nico Otterbach
>>
>> =
>> Channel Sounder (Proposed in 2012)
>>
>> Details: Channel sounding describes the process of measuring a multipath
>>

Re: [Discuss-gnuradio] FFTW3 error in GNURADIO

[Nasi]

 cool! it worked. I deleted build folder and recompiled everything.
Thanks a lot!!!


Fri, 21 Mar 2014 12:17:26 +0100 от Marcus Müller :
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>Then I'm out of clues.
>You have basically the same setup up as gr-fft now. Your module
>*should* be linked against FFTW3f. Are you sure you replace
>fftw_malloc and fftw_whatever by fftwf_whatever in your C++ code?
>
>
>On 21.03.2014 12:13, Nasi wrote:
>> I added   target_link_libraries(gnuradio-dvbt ${Boost_LIBRARIES}
>> ${GNURADIO_RUNTIME_LIBRARIES} ${VOLK_LIBRARIES}
>> ${FFTW3F_LIBRARIES}).
>> 
>> But that does not help.
>> 
>> 
>> Fri, 21 Mar 2014 12:07:52 +0100 от Marcus Müller
>> < mar...@hostalia.de >: You need to add the FFTW3F_LIBRARIES to the
>> target_link_libraries.
>> 
>> On 21.03.2014 12:02, Nasi wrote:
> target_link_libraries(gnuradio-dvbt ${Boost_LIBRARIES} 
> ${GNURADIO_RUNTIME_LIBRARIES} ${VOLK_LIBRARIES})
>> 
>> 
>-BEGIN PGP SIGNATURE-
>Version: GnuPG v1
>Comment: Using GnuPG with Thunderbird -  http://www.enigmail.net/
>
>iQEcBAEBAgAGBQJTLB/GAAoJEBQ6EdjyzlHttJ4H/0jblM6o5R8bPlIumcZc7MAI
>70gWT4c7Ujee8ma4qNPKBGrZi6quwz7jguQhxjV92CPP75X8tffWXit0giUIAG8R
>7kjVD43WDFzse8q59iAB6IMtA1hedz0gmecemScIUyNVGVXSWcSuGwMEkk6WDug+
>WC1wYpEo0D4VYTqi3FielU9iuiLNu6Aaj4NjCDahKgUk6iyfZ8WknqQFcomnpNET
>za7BluBcDDebNGtsZxgm9TuJ6dCgbKVqHRa4qtRKoPkH0EJ4SaJjK/KYJOkDm3E3
>HwLnquXI6NKT6q92bWqgYAHNlAkfxJgHaXD9sXEt4AZ/FoAIpXCRFAKnllIUnKg=
>=x0EW
>-END PGP SIGNATURE-


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

[Discuss-gnuradio] Accessing gr_uhd_usrp_source/sink methods

[Ruecan]

Hello GR,

Is there a possibility I can have a pointer into my C++ coding to access
let's say gr_uhd_usrp_source or _sink methods and call them from inside my
class. 
How can I do that ?  

Regards,
Ruecan



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Accessing-gr-uhd-usrp-source-sink-methods-tp47116.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] Accessing gr_uhd_usrp_source/sink methods

[Ruecan]

By the way I am working with GR 3.6.5, 
The precise question is as following, If I am instantiating a usrp_sink and
usrp_source from inside my python script and I want at some point in time
modify one of its proprieties from inside my C++ custom block, would that
make sense and work ?

Or I must in any case declare the uhd_source and uhd_sink AND modify their
proprieties in the same custom block (Not declare instantiate it Python and
modify in run time in C++) ?



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Accessing-gr-uhd-usrp-source-sink-methods-tp47116p47117.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] Fwd: Proposal for GSoC on gr-gsm

[zhenhua han]

Great thanks to all of you here and in melange! The content below is
updated according to the advises above: 1.More details in time
synchronization and burst extraction; 2.More details in using streamed tag
to get more stable frequency resetting; 3.More details in frequency
correlation; 4.A state machine is added;
5.The structure of flow graph is changed; 6.New deliverable list and
schedule; 7.More references.
8.Deleted the words of promising some tasks after GSoC.




2014-03-16 15:27 GMT+08:00 zhenhua han :

> Hi,
>
> My proposal has been updated on github.
> The proposal has been changed a lot according to the comments on Melange.
>
> 1.The flow graph has been changed. A new architecture is designed.
> 2.A state machine is added which explains more details on GSM decoder.
> 3.The deliverable list has been changed.
> 4.The schedule has been changed according to the new architecture.
>
> Looking forward to further advises :)
>
> Best wishes,
> Zhenhua
>
> 2014-03-13 21:12 GMT+08:00 zhenhua han :
>
> The figure in the previous mail is incorrect.
>> It is too weird that the ratio is so low and with narrow transition. And
>> the sample count is not match the FB.
>>
>> After some debugs, I found the reason. I got the sample data with GNU
>> Radio companion. When I execute the flow graph, it starts to write data
>> into the file before my RTL-SDR started. So there are lots of invalid
>> samples at the start.
>>
>> I have fixed this bug. Here is a correct (maybe :) ) figure. The sample
>> rate is 1.25M sps. The FCCH burst lasts about 700 samples which equals 0.56
>> ms. The duration of a standard FB is 0.57 ms. It seems correct.
>>
>> I have updated this part in my proposal. Sorry for my mistakes.[image:
>> 内嵌图片 1]
>>
>>
>> Best,
>> Zhenhua
>>
>>
>> 2014-03-13 11:27 GMT+08:00 zhenhua han :
>>
>> Oh, I forgot to say. The data is sampled by a RTL-SDR.
>>>
>>> Zhenhua
>>>
>>>
>>> 2014-03-13 11:25 GMT+08:00 zhenhua han :
>>>
>>> Hi,

 I have implemented the algorithm in the paper for test and uploaded my
 code to github.

 https://github.com/hzhua/gr-fchdetection

 The result given by the algorithm seems great.

 Here is a figure generated by my program which is the ratio of average
 error power to input power. It is very low at frequency burst and high at
 other bursts.
 [image: 内嵌图片 1]
 I have also added this part in my proposal.

 Best,
 Zhenhua



 2014-03-11 21:41 GMT+08:00 Bogdan Diaconescu :

  I totally agree with Martin regarding PFB channelizer. The PFB for gsm
> will be also a good challenge for gnuradio in general as obtaining only a
> moderate number of channels(say 50) takes a lot of processing power and
> achieving realtime processing is not possible currently. Split per 
> thereads
> and VOLK should be taken in consideration.
>
> Bogdan
>
>
>
>
>
>   On Tuesday, March 11, 2014 2:30 PM, Martin Braun <
> martin.br...@ettus.com> wrote:
>   On 03/11/2014 11:14 AM, zhenhua han wrote:
> > -- Forwarded message --
> > From: *zhenhua han* mailto:hzhua...@gmail.com>>
> > Date: 2014-03-11 16:00 GMT+08:00
> > Subject: Re: [Discuss-gnuradio] Proposal for GSoC on gr-gsm
> > To: Bogdan Diaconescu  > >
> >
> >
> > Thank you, Bogdan. Your work is a great help in developing the
> channel
> > hopping part.
> > As there are only 14 weeks in GSoC, the schedule is a little tight.
> > However, I will continue working on this project after GSoC (if I am
> > selected). And Channel hopping will be the first task after I finish
> all
> > the tasks planned in GSoC.
>
> You should definitely check out the PFB channelization, though. For
> multi-ARFCN applications, this will always be a requirement.
>
>
> M
>
>
> ___
> 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 mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] GSoC 2014 Proposal: Improve PyBOMBS

[Alick Zhao]

Hi all,

Sorry to introduce so late, but I want to share my GSoC 2014 proposal
about improving PyBOMBS. It is available on Github [1], and I mentioned
the link in Google Melange. I was busy with several urgent tasks and
risks missing the GSoC. Hope now is still in time.

I would like to thank for the valuable input by Tim O'Shea, Martin
Braun, and Sylvain Munaut as well as the overall community. Your support
help me feel more motivated to contribute!

Looking forward to more comments about my proposal.

[1] https://github.com/alick9188/gsoc2014-proposal "Repo"
[2]
https://github.com/alick9188/gsoc2014-proposal/blob/master/proposal.pdf?raw=true
"PDF"

Regards,
-- 
Alick
Fedora release 20 (Heisenbug) user
https://fedoraproject.org/wiki/User:Alick

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

[Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5

[M Dammer]

I have updated my gnuradio installation via pybombs today.
Gqrx is no longer working with my RTL-SDR dongle. The gui loads, but the
moment when I start the receiver it works for about a second and then it
crashes with:
rtlsdr_read_async returned with -5
Segmentation fault (core dumped)

I tried different sample rates, but I cannot get it work. To be on the
safe side I rebuilt gr-iqbal and gr-osmosdr and then gqrx, but that does
not fix it. Other applications (gr-air-modes) work well with the new
build and do not crash.

Here is a complete dump of a session:
mark@orion:~/apps/gnuradio/3.7$ gqrx
linux; GNU C++ version 4.6.3; Boost_105300; UHD_003.007.000-1-ga8caec5f

gr-osmosdr v0.1.0-78-g1e8b45d0 (0.1.1git) gnuradio v3.7.4git-35-g1092e685
built-in source types: file osmosdr fcd rtl rtl_tcp uhd hackrf rfspace
airspy
Using Volk machine: sse4_a_64_orc
gr-osmosdr v0.1.0-78-g1e8b45d0 (0.1.1git) gnuradio v3.7.4git-35-g1092e685
built-in source types: file osmosdr fcd rtl rtl_tcp uhd hackrf rfspace
airspy
Using device #0 Realtek RTL2838UHIDIR SN: 0013
Found Rafael Micro R820T tuner
Exact sample rate is: 150.014901 Hz
rtlsdr_read_async returned with -5
Segmentation fault (core dumped)

tnx for any help,
Mark



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

Re: [Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5

[Tom Rondeau]

On Fri, Mar 21, 2014 at 12:20 PM, M Dammer  wrote:
> I have updated my gnuradio installation via pybombs today.
> Gqrx is no longer working with my RTL-SDR dongle. The gui loads, but the
> moment when I start the receiver it works for about a second and then it
> crashes with:
> rtlsdr_read_async returned with -5
> Segmentation fault (core dumped)
>
> I tried different sample rates, but I cannot get it work. To be on the
> safe side I rebuilt gr-iqbal and gr-osmosdr and then gqrx, but that does
> not fix it. Other applications (gr-air-modes) work well with the new
> build and do not crash.
>
> Here is a complete dump of a session:
> mark@orion:~/apps/gnuradio/3.7$ gqrx
> linux; GNU C++ version 4.6.3; Boost_105300; UHD_003.007.000-1-ga8caec5f
>
> gr-osmosdr v0.1.0-78-g1e8b45d0 (0.1.1git) gnuradio v3.7.4git-35-g1092e685
> built-in source types: file osmosdr fcd rtl rtl_tcp uhd hackrf rfspace
> airspy
> Using Volk machine: sse4_a_64_orc
> gr-osmosdr v0.1.0-78-g1e8b45d0 (0.1.1git) gnuradio v3.7.4git-35-g1092e685
> built-in source types: file osmosdr fcd rtl rtl_tcp uhd hackrf rfspace
> airspy
> Using device #0 Realtek RTL2838UHIDIR SN: 0013
> Found Rafael Micro R820T tuner
> Exact sample rate is: 150.014901 Hz
> rtlsdr_read_async returned with -5
> Segmentation fault (core dumped)
>
> tnx for any help,
> Mark

Mark,

Updated from what previous version?

What's your system (OS, processor)?

Tom

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

Re: [Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5

[M Dammer]

I updated from a gnuradio 3.7.3 git version (before 3.7.3 was officially
released). I updated the pybombs recipes via git before the update.
"Pybombs update" removed all updateable gnuradio stuff and installed it
new as expected.
I can actually confirm the problem now on two machines. Both running
XUbuntu 12.04 64bit. One with an Intel core 2 due and the other with an
AMD "APU" processor. I usually had no problems running gnuradio, gqrx
and other related applications on both machines.
Can you explain what that rtlsdr_read_async... message means ?

Mark

On 21/03/14 16:25, Tom Rondeau wrote:
> On Fri, Mar 21, 2014 at 12:20 PM, M Dammer  wrote:
>> I have updated my gnuradio installation via pybombs today.
>> Gqrx is no longer working with my RTL-SDR dongle. The gui loads, but the
>> moment when I start the receiver it works for about a second and then it
>> crashes with:
>> rtlsdr_read_async returned with -5
>> Segmentation fault (core dumped)
>>
>> I tried different sample rates, but I cannot get it work. To be on the
>> safe side I rebuilt gr-iqbal and gr-osmosdr and then gqrx, but that does
>> not fix it. Other applications (gr-air-modes) work well with the new
>> build and do not crash.
>>
>> Here is a complete dump of a session:
>> mark@orion:~/apps/gnuradio/3.7$ gqrx
>> linux; GNU C++ version 4.6.3; Boost_105300; UHD_003.007.000-1-ga8caec5f
>>
>> gr-osmosdr v0.1.0-78-g1e8b45d0 (0.1.1git) gnuradio v3.7.4git-35-g1092e685
>> built-in source types: file osmosdr fcd rtl rtl_tcp uhd hackrf rfspace
>> airspy
>> Using Volk machine: sse4_a_64_orc
>> gr-osmosdr v0.1.0-78-g1e8b45d0 (0.1.1git) gnuradio v3.7.4git-35-g1092e685
>> built-in source types: file osmosdr fcd rtl rtl_tcp uhd hackrf rfspace
>> airspy
>> Using device #0 Realtek RTL2838UHIDIR SN: 0013
>> Found Rafael Micro R820T tuner
>> Exact sample rate is: 150.014901 Hz
>> rtlsdr_read_async returned with -5
>> Segmentation fault (core dumped)
>>
>> tnx for any help,
>> Mark
> Mark,
>
> Updated from what previous version?
>
> What's your system (OS, processor)?
>
> Tom




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

Re: [Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5

[Marcus D. Leech]

On 03/21/2014 12:41 PM, M Dammer wrote:

I updated from a gnuradio 3.7.3 git version (before 3.7.3 was officially
released). I updated the pybombs recipes via git before the update.
"Pybombs update" removed all updateable gnuradio stuff and installed it
new as expected.
I can actually confirm the problem now on two machines. Both running
XUbuntu 12.04 64bit. One with an Intel core 2 due and the other with an
AMD "APU" processor. I usually had no problems running gnuradio, gqrx
and other related applications on both machines.
Can you explain what that rtlsdr_read_async... message means ?

Mark
That message is coming from the rtl-sdr driver code, which is seeing an 
error return from a libusb read transaction.  Which means there's something

  wrong in the USB communications path between your PC and the dongle.


--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org


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

Re: [Discuss-gnuradio] Problem with "TCP Source" module in the client mode

[Tommy Tracy II]

Dear Martin,

Sorry for the delayed response. My code is all written in C++; I am not 
using the GRC. These canvasses; are they separate top blocks?

Sincerely,
Tommy James Tracy II
Ph.D Student
High Performance Low Power Lab
University of Virginia
Phone: 913-775-2241

On Mar 4, 2014, at 3:03 AM, Martin Braun  wrote:

> On 03.03.2014 17:57, Igor Volodin wrote:
>> Hi all!
>> 
>> I am trying to build following simple scheme:
>> 
>> Signal source --> TCP Sink (server mode)  < TCP Source (client mode)
>> --> GUI Scope Sink
>> 
>> It's strange but this simple scheme isn't working.
> 
> Are you running both sub-flowgraphs in the same GRC canvas? I just tried this 
> in 2 canvases and it works. It *should* work from one, but I'm not sure GRC 
> is setting things up right.
> 
> In any case, try 2 canvases.
> 
> M
>> 
>> 
>> sockstat shows me:
>> 
>> USER COMMANDPID   FD PROTO  LOCAL ADDRESS FOREIGN ADDRESS
>> igor python2.7  56206 11 tcp4   10.21.32.6:21950 10.21.32.6:12000
>> 
>> Looks like communication between tcp sink and tcp source blocks has been
>> established, but tcpdump doesn't show any packets
>> 
>> I decided to check first part of my scheme (Signal source + TCP Sink),
>> and connected using netcat utility to the tcp sink port. All looks OK,
>> the values come as expected.
>> 
>> Can anybody explain, why this simple scheme doesn't work?
>> 
>> 
>> Best regards,
>> Igor
>> 
>> 
>> 
>> 
>> ___
>> 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



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5

[M Dammer]

I cannot see anything being wrong with USB. I tried different Kernels,
different Dongles and they all fail. However booting my live DVD and
starting gqrx (32bit) works.
It looks like some incompatibility between the latest gqrx and my
systems :-(

Mark

On 21/03/14 16:45, Marcus D. Leech wrote:
> On 03/21/2014 12:41 PM, M Dammer wrote:
>> I updated from a gnuradio 3.7.3 git version (before 3.7.3 was officially
>> released). I updated the pybombs recipes via git before the update.
>> "Pybombs update" removed all updateable gnuradio stuff and installed it
>> new as expected.
>> I can actually confirm the problem now on two machines. Both running
>> XUbuntu 12.04 64bit. One with an Intel core 2 due and the other with an
>> AMD "APU" processor. I usually had no problems running gnuradio, gqrx
>> and other related applications on both machines.
>> Can you explain what that rtlsdr_read_async... message means ?
>>
>> Mark
> That message is coming from the rtl-sdr driver code, which is seeing
> an error return from a libusb read transaction.  Which means there's
> something
>   wrong in the USB communications path between your PC and the dongle.
>
>




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

Re: [Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5

[Alfredo Muniz]

I remember having this issue as well on my computer. I think there is some
incompatibility with running gqrx and having gr-osmosdr installed. What I
did was simply uninstall gr-osmosdr to run gqrx then reinstall it when I
need to use gnuradio with the rtlsdr source. I haven't had time to debug
further though.


On Fri, Mar 21, 2014 at 1:58 PM, M Dammer  wrote:

> I cannot see anything being wrong with USB. I tried different Kernels,
> different Dongles and they all fail. However booting my live DVD and
> starting gqrx (32bit) works.
> It looks like some incompatibility between the latest gqrx and my
> systems :-(
>
> Mark
>
> On 21/03/14 16:45, Marcus D. Leech wrote:
> > On 03/21/2014 12:41 PM, M Dammer wrote:
> >> I updated from a gnuradio 3.7.3 git version (before 3.7.3 was officially
> >> released). I updated the pybombs recipes via git before the update.
> >> "Pybombs update" removed all updateable gnuradio stuff and installed it
> >> new as expected.
> >> I can actually confirm the problem now on two machines. Both running
> >> XUbuntu 12.04 64bit. One with an Intel core 2 due and the other with an
> >> AMD "APU" processor. I usually had no problems running gnuradio, gqrx
> >> and other related applications on both machines.
> >> Can you explain what that rtlsdr_read_async... message means ?
> >>
> >> Mark
> > That message is coming from the rtl-sdr driver code, which is seeing
> > an error return from a libusb read transaction.  Which means there's
> > something
> >   wrong in the USB communications path between your PC and the dongle.
> >
> >
>
>
>
>
> ___
> 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] gqrx segfaults: rtlsdr_read_async returned with -5

[M Dammer]

This does not work. GQRX depends on gr-osmosdr and wont compile without it.

On 21/03/14 18:07, Alfredo Muniz wrote:
> I remember having this issue as well on my computer. I think there is
> some incompatibility with running gqrx and having gr-osmosdr
> installed. What I did was simply uninstall gr-osmosdr to run gqrx then
> reinstall it when I need to use gnuradio with the rtlsdr source. I
> haven't had time to debug further though.
>
>
> On Fri, Mar 21, 2014 at 1:58 PM, M Dammer  > wrote:
>
> I cannot see anything being wrong with USB. I tried different Kernels,
> different Dongles and they all fail. However booting my live DVD and
> starting gqrx (32bit) works.
> It looks like some incompatibility between the latest gqrx and my
> systems :-(
>
> Mark
>
> On 21/03/14 16:45, Marcus D. Leech wrote:
> > On 03/21/2014 12:41 PM, M Dammer wrote:
> >> I updated from a gnuradio 3.7.3 git version (before 3.7.3 was
> officially
> >> released). I updated the pybombs recipes via git before the update.
> >> "Pybombs update" removed all updateable gnuradio stuff and
> installed it
> >> new as expected.
> >> I can actually confirm the problem now on two machines. Both
> running
> >> XUbuntu 12.04 64bit. One with an Intel core 2 due and the other
> with an
> >> AMD "APU" processor. I usually had no problems running
> gnuradio, gqrx
> >> and other related applications on both machines.
> >> Can you explain what that rtlsdr_read_async... message means ?
> >>
> >> Mark
> > That message is coming from the rtl-sdr driver code, which is seeing
> > an error return from a libusb read transaction.  Which means there's
> > something
> >   wrong in the USB communications path between your PC and the
> dongle.
> >
> >
>
>
>
>
> ___
> 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] gqrx segfaults: rtlsdr_read_async returned with -5

[Sylvain Munaut]

Make sure you have the latest version of rtl-sdr library and gr-osmosdr.

There was a change somewhere and if you have one version more recent
than the other, it can cause issue. So rebuild librtlsdr , then
rebuild gr-osmosdr to use it, then rebuild gqrx.

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

Re: [Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5

[Alexandru Csete]

On Fri, Mar 21, 2014 at 9:51 PM, Sylvain Munaut <246...@gmail.com> wrote:
> Make sure you have the latest version of rtl-sdr library and gr-osmosdr.
>
> There was a change somewhere and if you have one version more recent
> than the other, it can cause issue. So rebuild librtlsdr , then
> rebuild gr-osmosdr to use it, then rebuild gqrx.

Indeed, I have just updated all my packages using pybombs and gqrx
runs fine with rtlsdr.

Alex

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

[Discuss-gnuradio] UHD build apparently failed

[Sara Chérif]

As I am installing GNU Radio from this link:
http://blogs.bu.edu/mhirsch/2012/07/installing-gnu-radio-in-ubuntu-12-04-x64/comment-page-1/
(which installs GNU Radio & UHD )
I got the following error , what can i do ? Thanks :)

[ 26%] Building CXX object
lib/CMakeFiles/uhd.dir/transport/nirio/rpc/rpc_client.cpp.o
/home/dell/GNUradio/uhd/host/lib/transport/nirio/rpc/rpc_client.cpp: In
constructor 'uhd::usrprio_rpc::rpc_client::rpc_client(const string&, const
string&, uint32_t, uint32_t)':
/home/dell/GNUradio/uhd/host/lib/transport/nirio/rpc/rpc_client.cpp:51:9:
error: 'connect' is not a member of 'boost::asio'
/home/dell/GNUradio/uhd/host/lib/transport/nirio/rpc/rpc_client.cpp:51:9:
note: suggested alternatives:
/usr/include/x86_64-linux-gnu/sys/socket.h:129:12: note:   'connect'
/usr/include/boost/asio/detail/impl/socket_ops.ipp:383:5: note:
'boost::asio::detail::socket_ops::connect'
make[2]: *** [lib/CMakeFiles/uhd.dir/transport/nirio/rpc/rpc_client.cpp.o]
Error 1
make[1]: *** [lib/CMakeFiles/uhd.dir/all] Error 2
make: *** [all] Error 2
UHD build apparently failed
Exiting UHD build
Send success/fail info to sbrac.org?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] UHD build apparently failed

[Marcus D. Leech]

On 03/21/2014 09:40 PM, Sara Chérif wrote:

As I am installing GNU Radio from this link:
http://blogs.bu.edu/mhirsch/2012/07/installing-gnu-radio-in-ubuntu-12-04-x64/comment-page-1/
(which installs GNU Radio & UHD )
I got the following error , what can i do ? Thanks :)

[ 26%] Building CXX object 
lib/CMakeFiles/uhd.dir/transport/nirio/rpc/rpc_client.cpp.o
/home/dell/GNUradio/uhd/host/lib/transport/nirio/rpc/rpc_client.cpp: 
In constructor 'uhd::usrprio_rpc::rpc_client::rpc_client(const 
string&, const string&, uint32_t, uint32_t)':
/home/dell/GNUradio/uhd/host/lib/transport/nirio/rpc/rpc_client.cpp:51:9: 
error: 'connect' is not a member of 'boost::asio'
/home/dell/GNUradio/uhd/host/lib/transport/nirio/rpc/rpc_client.cpp:51:9: 
note: suggested alternatives:

/usr/include/x86_64-linux-gnu/sys/socket.h:129:12: note:   'connect'
/usr/include/boost/asio/detail/impl/socket_ops.ipp:383:5: note:   
'boost::asio::detail::socket_ops::connect'
make[2]: *** 
[lib/CMakeFiles/uhd.dir/transport/nirio/rpc/rpc_client.cpp.o] Error 1

make[1]: *** [lib/CMakeFiles/uhd.dir/all] Error 2
make: *** [all] Error 2
UHD build apparently failed
Exiting UHD build
Send success/fail info to sbrac.org ?


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

I see the same problem on Fedora 14, and even when I specify:

-DENABLE_X300=OFF

In the cmake, I still see this build failure due to nirio requiring a 
newer boost.


Ben/Michael have you a comment?



--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

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

Re: [Discuss-gnuradio] GSoC 2014 Proposal: Improve PyBOMBS

[Alick Zhao]

2014-03-21 23:24 GMT+08:00 Alick Zhao :

> Hi all,
>
> [1] https://github.com/alick9188/gsoc2014-proposal "Repo"
> [2]
>
> https://github.com/alick9188/gsoc2014-proposal/blob/master/proposal.pdf?raw=true
> "PDF"
>
>
I added more details to the proposed work items and refined the timeline. I
also appended some additional information. Looking forward to your feedback.

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