Re: [Discuss-gnuradio] OFDM channel estimation

[Martin Braun]

On 10/04/2016 06:25 AM, Andreas Weinand wrote:
> Hello,
> 
> i'm currently dealing with OFDM channel estimation and try to read out
> the estimated values for this purpose. It works when i take the ones
> that are given by the tag debug block (Key: ofdm_sync_chan_taps). But
> somehow the values look a bit strange to me. Can anybody explain why
> there are some carriers in the upper frequency range that are not
> allocated, although they should be (see the plotted values). I did not
> change the number of active subcarrier which is 48. So carriers should
> be allocated up to carrier 59.
> I have used N210 USRPs und SBX daughterboards to get these values, but
> the same thing happens when i run the ofdm receiver in a simulation. The
> magnitude of these upper carriers is still approx. 1 Decade below the
> magnitude of the other active carriers in that case like in the OTA
> setup. Can anybody help with this problem?

Andreas,

as you can see, the length of the channel estimate vectors is equal to
the FFT length. However, channel estimates are only calculated for those
bins that are actually occupied. Here's the code:

https://github.com/gnuradio/gnuradio/blob/807bba681d56589d2f02cd6227181d9abc796e17/gr-digital/lib/ofdm_chanest_vcvc_impl.cc#L198-L210

There's several reasons why the length of channel taps is FFT length
instead of the number of carriers, but one major one is that we shift
the channel taps around according to the coarse frequency offset.

Cheers,
Martin

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

Re: [Discuss-gnuradio] OFDM channel Estimation Block

[monika bansal]

Hiii

I did following :

build% make
build% make test
gr-digital% gr-modtool makexml ofdm_chanestMMSE_vcvc
build% make install
 everything seemed successful but WHEN opening GRC one block pop ups with :

 " Cannot import gnuradio.

Is the python path environment variable set correctly?
All OS: PYTHONPATH

Is the library path environment variable set correctly?
Linux: LD_LIBRARY_PATH
Windows: PATH
MacOSX: DYLD_LIBRARY_PATH "

What happened ? Previously it was running... please help..

On Mon, Jul 20, 2015 at 6:56 PM, Marcus Müller 
wrote:

> Probably you're in gnuradio/gr-digital instead of gnuradio/build.
>
> Best regards,
> Marcus
>
>
> Am 20. Juli 2015 12:12:20 MESZ, schrieb monika bansal <
> monika19...@gmail.com>:
>>
>> Hiii
>>
>> The previous problem is solved. Now after
>>
>> gr-digital % make -j4
>>
>> It is saying :
>> make: *** No targets specified and no makefile found.  Stop.
>>
>> But Configuring and Generating is done.
>>
>> What should i do ?
>>
>>
>>
>> On Mon, Jul 20, 2015 at 3:21 PM, Marcus Müller 
>> wrote:
>>
>>>  Monika,
>>>
>>> obviously, there's a mistake in gr-digital/lib/CMakeLists.txt, line 189.
>>> A little more trying to solve this yourself might probably help you find
>>> the typo; we can't tell you what you've changed, so we can't help you :)
>>>
>>> Best regards,
>>> Marcus
>>>
>>>
>>> On 20.07.2015 11:29, monika bansal wrote:
>>>
>>>  Hii
>>>
>>>  After the command :
>>> gnuradio % cmake ..
>>>
>>>  Configuring for all other blocks except gr-digital is completed. I am
>>> posting the output for gr-digital only :
>>>
>>> -- Configuring gr-digital support...
>>> --   Dependency Boost_FOUND = 1
>>> --   Dependency ENABLE_VOLK = ON
>>> --   Dependency ENABLE_GNURADIO_RUNTIME = ON
>>> --   Dependency ENABLE_GR_FFT = ON
>>> --   Dependency ENABLE_GR_FILTER = ON
>>> --   Dependency ENABLE_GR_BLOCKS = ON
>>> --   Dependency ENABLE_GR_ANALOG = ON
>>> --   Dependency ENABLE_GR_BLOCKS = ON
>>> --   Dependency ENABLE_GR_FILTER = ON
>>> --   Enabling gr-digital support.
>>> --   Override with -DENABLE_GR_DIGITAL=ON/OFF
>>> CMake Error: Error in cmake code at
>>>
>>> /home/spclab/Desktop/Monika/GNURADIO/gnuradio-3.7.5.1/gr-digital/lib/CMakeLists.txt:189:
>>> Parse error.  Expected a command name, got unquoted argument with text
>>> "${CMAKE_CURRENT_SOURCE_DIR}/qa_ofdm_chanestMMSE_vcvc.cc".
>>>
>>> Configuring incomplete, errors occurred!
>>>
>>>  What should i do ?
>>>
>>> On Mon, Jul 20, 2015 at 2:39 PM, Marcus Müller >> > wrote:
>>>
  Hi Monika,

 In-Tree components (like gr-digital) are meant to be built within the
 whole GNU Radio tree, so you don't make a "build/" directory under
 gr-digital, but under gnuradio:

 gr-digital % cd ..
 gnuradio % mkdir build
 gnuradio % cd build
 gnuradio % cmake ..
 gr-digital % make -j4

 this will build all GNU Radio. You could selectively only build
 gr-digital, but you will probably want to install a complete GNU Radio, so
 that doesn't really help you much.

 Best regards,
 Marcus



 On 20.07.2015 10:58, monika bansal wrote:

   Hii

 After the following command :

 gr-digital % gr_modtool add -t general ofdm_chanestMMSE_vcvc


 and editing the files:  include/.h , lib/.h , lib/.cc and 
 python/digital/qa_ofdm_chanest_vcvc.py


 I run the command
 gr-digital % mkdir build

 gr-digital % cmake ../


 It giving the following output :

 -- The C compiler identification is GNU 4.8.2
 -- The CXX compiler identification is GNU 4.8.2
 -- Check for working C compiler: /usr/bin/cc
 -- Check for working C compiler: /usr/bin/cc -- works
 -- Detecting C compiler ABI info
 -- Detecting C compiler ABI info - done
 -- Check for working CXX compiler: /usr/bin/c++
 -- Check for working CXX compiler: /usr/bin/c++ -- works
 -- Detecting CXX compiler ABI info
 -- Detecting CXX compiler ABI info - done
 CMake Error at CMakeLists.txt:23 (include):
   include could not find load file:

 GrBoost


 CMake Error at CMakeLists.txt:28 (include):
   include could not find load file:

 GrComponent


 CMake Error at CMakeLists.txt:29 (GR_REGISTER_COMPONENT):
   Unknown CMake command "GR_REGISTER_COMPONENT".


 CMake Warning (dev) in CMakeLists.txt:
   No cmake_minimum_required command is present.  A line of code such as

 cmake_minimum_required(VERSION 2.8)

   should be added at the top of the file.  The version specified may be 
 lower
   if you wish to support older CMake versions for this project.  For more
   information run "cmake --help-policy CMP".
 This warning is for project developers.  Use -Wno-dev to suppress it.

 -- Configuring incomplete, errors occurred!
 See also 
 "/home/spclab/Desktop/Monika/GNURADIO/gnu

Re: [Discuss-gnuradio] OFDM channel Estimation Block

[Marcus Müller]

Probably you're in gnuradio/gr-digital instead of gnuradio/build. 

Best regards,
Marcus

Am 20. Juli 2015 12:12:20 MESZ, schrieb monika bansal :
>Hiii
>
>The previous problem is solved. Now after
>
>gr-digital % make -j4
>
>It is saying :
>make: *** No targets specified and no makefile found.  Stop.
>
>But Configuring and Generating is done.
>
>What should i do ?
>
>
>
>On Mon, Jul 20, 2015 at 3:21 PM, Marcus Müller
>
>wrote:
>
>>  Monika,
>>
>> obviously, there's a mistake in gr-digital/lib/CMakeLists.txt, line
>189.
>> A little more trying to solve this yourself might probably help you
>find
>> the typo; we can't tell you what you've changed, so we can't help you
>:)
>>
>> Best regards,
>> Marcus
>>
>>
>> On 20.07.2015 11:29, monika bansal wrote:
>>
>>  Hii
>>
>>  After the command :
>> gnuradio % cmake ..
>>
>>  Configuring for all other blocks except gr-digital is completed. I
>am
>> posting the output for gr-digital only :
>>
>> -- Configuring gr-digital support...
>> --   Dependency Boost_FOUND = 1
>> --   Dependency ENABLE_VOLK = ON
>> --   Dependency ENABLE_GNURADIO_RUNTIME = ON
>> --   Dependency ENABLE_GR_FFT = ON
>> --   Dependency ENABLE_GR_FILTER = ON
>> --   Dependency ENABLE_GR_BLOCKS = ON
>> --   Dependency ENABLE_GR_ANALOG = ON
>> --   Dependency ENABLE_GR_BLOCKS = ON
>> --   Dependency ENABLE_GR_FILTER = ON
>> --   Enabling gr-digital support.
>> --   Override with -DENABLE_GR_DIGITAL=ON/OFF
>> CMake Error: Error in cmake code at
>>
>>
>/home/spclab/Desktop/Monika/GNURADIO/gnuradio-3.7.5.1/gr-digital/lib/CMakeLists.txt:189:
>> Parse error.  Expected a command name, got unquoted argument with
>text
>> "${CMAKE_CURRENT_SOURCE_DIR}/qa_ofdm_chanestMMSE_vcvc.cc".
>>
>> Configuring incomplete, errors occurred!
>>
>>  What should i do ?
>>
>> On Mon, Jul 20, 2015 at 2:39 PM, Marcus Müller
>
>> wrote:
>>
>>>  Hi Monika,
>>>
>>> In-Tree components (like gr-digital) are meant to be built within
>the
>>> whole GNU Radio tree, so you don't make a "build/" directory under
>>> gr-digital, but under gnuradio:
>>>
>>> gr-digital % cd ..
>>> gnuradio % mkdir build
>>> gnuradio % cd build
>>> gnuradio % cmake ..
>>> gr-digital % make -j4
>>>
>>> this will build all GNU Radio. You could selectively only build
>>> gr-digital, but you will probably want to install a complete GNU
>Radio, so
>>> that doesn't really help you much.
>>>
>>> Best regards,
>>> Marcus
>>>
>>>
>>>
>>> On 20.07.2015 10:58, monika bansal wrote:
>>>
>>>   Hii
>>>
>>> After the following command :
>>>
>>> gr-digital % gr_modtool add -t general ofdm_chanestMMSE_vcvc
>>>
>>>
>>> and editing the files:  include/.h , lib/.h , lib/.cc and
>python/digital/qa_ofdm_chanest_vcvc.py
>>>
>>>
>>> I run the command
>>> gr-digital % mkdir build
>>>
>>> gr-digital % cmake ../
>>>
>>>
>>> It giving the following output :
>>>
>>> -- The C compiler identification is GNU 4.8.2
>>> -- The CXX compiler identification is GNU 4.8.2
>>> -- Check for working C compiler: /usr/bin/cc
>>> -- Check for working C compiler: /usr/bin/cc -- works
>>> -- Detecting C compiler ABI info
>>> -- Detecting C compiler ABI info - done
>>> -- Check for working CXX compiler: /usr/bin/c++
>>> -- Check for working CXX compiler: /usr/bin/c++ -- works
>>> -- Detecting CXX compiler ABI info
>>> -- Detecting CXX compiler ABI info - done
>>> CMake Error at CMakeLists.txt:23 (include):
>>>   include could not find load file:
>>>
>>> GrBoost
>>>
>>>
>>> CMake Error at CMakeLists.txt:28 (include):
>>>   include could not find load file:
>>>
>>> GrComponent
>>>
>>>
>>> CMake Error at CMakeLists.txt:29 (GR_REGISTER_COMPONENT):
>>>   Unknown CMake command "GR_REGISTER_COMPONENT".
>>>
>>>
>>> CMake Warning (dev) in CMakeLists.txt:
>>>   No cmake_minimum_required command is present.  A line of code such
>as
>>>
>>> cmake_minimum_required(VERSION 2.8)
>>>
>>>   should be added at the top of the file.  The version specified may
>be lower
>>>   if you wish to support older CMake versions for this project.  For
>more
>>>   information run "cmake --help-policy CMP".
>>> This warning is for project developers.  Use -Wno-dev to suppress
>it.
>>>
>>> -- Configuring incomplete, errors occurred!
>>> See also
>"/home/spclab/Desktop/Monika/GNURADIO/gnuradio-3.7.5.1/gr-digital/build/CMakeFiles/CMakeOutput.log".
>>>
>>>
>>>
>>> What should i do ? have i done something wrong ?
>>>
>>>
>>>  On Sat, Jul 18, 2015 at 11:37 AM, monika bansal <
>>> monika19...@gmail.com> wrote:
>>>
 yes... i will.

  On Fri, Jul 17, 2015 at 9:48 PM, Martin Braun <
 martin.br...@ettus.com> wrote:

>  Monika,
>
> please make sure you've gone through the tutorials at
>
>http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorials, to
> make sure we're speaking the same terminology and all the basics
>are
> clear.
>
> Cheers,
> M
>
> On 17.07.2015 06:20, monika bansal wrote:
> > Ok... Thanks :)
> >
>   > On Fri, Jul 17, 2015 at 6:47 PM, Ma

Re: [Discuss-gnuradio] OFDM channel Estimation Block

[monika bansal]

Hiii

The previous problem is solved. Now after

gr-digital % make -j4

It is saying :
make: *** No targets specified and no makefile found.  Stop.

But Configuring and Generating is done.

What should i do ?



On Mon, Jul 20, 2015 at 3:21 PM, Marcus Müller 
wrote:

>  Monika,
>
> obviously, there's a mistake in gr-digital/lib/CMakeLists.txt, line 189.
> A little more trying to solve this yourself might probably help you find
> the typo; we can't tell you what you've changed, so we can't help you :)
>
> Best regards,
> Marcus
>
>
> On 20.07.2015 11:29, monika bansal wrote:
>
>  Hii
>
>  After the command :
> gnuradio % cmake ..
>
>  Configuring for all other blocks except gr-digital is completed. I am
> posting the output for gr-digital only :
>
> -- Configuring gr-digital support...
> --   Dependency Boost_FOUND = 1
> --   Dependency ENABLE_VOLK = ON
> --   Dependency ENABLE_GNURADIO_RUNTIME = ON
> --   Dependency ENABLE_GR_FFT = ON
> --   Dependency ENABLE_GR_FILTER = ON
> --   Dependency ENABLE_GR_BLOCKS = ON
> --   Dependency ENABLE_GR_ANALOG = ON
> --   Dependency ENABLE_GR_BLOCKS = ON
> --   Dependency ENABLE_GR_FILTER = ON
> --   Enabling gr-digital support.
> --   Override with -DENABLE_GR_DIGITAL=ON/OFF
> CMake Error: Error in cmake code at
>
> /home/spclab/Desktop/Monika/GNURADIO/gnuradio-3.7.5.1/gr-digital/lib/CMakeLists.txt:189:
> Parse error.  Expected a command name, got unquoted argument with text
> "${CMAKE_CURRENT_SOURCE_DIR}/qa_ofdm_chanestMMSE_vcvc.cc".
>
> Configuring incomplete, errors occurred!
>
>  What should i do ?
>
> On Mon, Jul 20, 2015 at 2:39 PM, Marcus Müller 
> wrote:
>
>>  Hi Monika,
>>
>> In-Tree components (like gr-digital) are meant to be built within the
>> whole GNU Radio tree, so you don't make a "build/" directory under
>> gr-digital, but under gnuradio:
>>
>> gr-digital % cd ..
>> gnuradio % mkdir build
>> gnuradio % cd build
>> gnuradio % cmake ..
>> gr-digital % make -j4
>>
>> this will build all GNU Radio. You could selectively only build
>> gr-digital, but you will probably want to install a complete GNU Radio, so
>> that doesn't really help you much.
>>
>> Best regards,
>> Marcus
>>
>>
>>
>> On 20.07.2015 10:58, monika bansal wrote:
>>
>>   Hii
>>
>> After the following command :
>>
>> gr-digital % gr_modtool add -t general ofdm_chanestMMSE_vcvc
>>
>>
>> and editing the files:  include/.h , lib/.h , lib/.cc and 
>> python/digital/qa_ofdm_chanest_vcvc.py
>>
>>
>> I run the command
>> gr-digital % mkdir build
>>
>> gr-digital % cmake ../
>>
>>
>> It giving the following output :
>>
>> -- The C compiler identification is GNU 4.8.2
>> -- The CXX compiler identification is GNU 4.8.2
>> -- Check for working C compiler: /usr/bin/cc
>> -- Check for working C compiler: /usr/bin/cc -- works
>> -- Detecting C compiler ABI info
>> -- Detecting C compiler ABI info - done
>> -- Check for working CXX compiler: /usr/bin/c++
>> -- Check for working CXX compiler: /usr/bin/c++ -- works
>> -- Detecting CXX compiler ABI info
>> -- Detecting CXX compiler ABI info - done
>> CMake Error at CMakeLists.txt:23 (include):
>>   include could not find load file:
>>
>> GrBoost
>>
>>
>> CMake Error at CMakeLists.txt:28 (include):
>>   include could not find load file:
>>
>> GrComponent
>>
>>
>> CMake Error at CMakeLists.txt:29 (GR_REGISTER_COMPONENT):
>>   Unknown CMake command "GR_REGISTER_COMPONENT".
>>
>>
>> CMake Warning (dev) in CMakeLists.txt:
>>   No cmake_minimum_required command is present.  A line of code such as
>>
>> cmake_minimum_required(VERSION 2.8)
>>
>>   should be added at the top of the file.  The version specified may be lower
>>   if you wish to support older CMake versions for this project.  For more
>>   information run "cmake --help-policy CMP".
>> This warning is for project developers.  Use -Wno-dev to suppress it.
>>
>> -- Configuring incomplete, errors occurred!
>> See also 
>> "/home/spclab/Desktop/Monika/GNURADIO/gnuradio-3.7.5.1/gr-digital/build/CMakeFiles/CMakeOutput.log".
>>
>>
>>
>> What should i do ? have i done something wrong ?
>>
>>
>>  On Sat, Jul 18, 2015 at 11:37 AM, monika bansal <
>> monika19...@gmail.com> wrote:
>>
>>> yes... i will.
>>>
>>>  On Fri, Jul 17, 2015 at 9:48 PM, Martin Braun <
>>> martin.br...@ettus.com> wrote:
>>>
  Monika,

 please make sure you've gone through the tutorials at
 http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorials, to
 make sure we're speaking the same terminology and all the basics are
 clear.

 Cheers,
 M

 On 17.07.2015 06:20, monika bansal wrote:
 > Ok... Thanks :)
 >
   > On Fri, Jul 17, 2015 at 6:47 PM, Marcus Müller <
 marcus.muel...@ettus.com
 > marcus.muel...@ettus.com>> wrote:
 >
 > You can of course add that later on, but don't forget to change
 both
 > your include/blockname.h, your lib/blockname_impl.h and your
 > lib/blockname_impl.cc. If you want to work with GRC, remember to
>

Re: [Discuss-gnuradio] OFDM channel Estimation Block

[Marcus Müller]

Monika,

obviously, there's a mistake in gr-digital/lib/CMakeLists.txt, line 189.
A little more trying to solve this yourself might probably help you find 
the typo; we can't tell you what you've changed, so we can't help you :)


Best regards,
Marcus

On 20.07.2015 11:29, monika bansal wrote:

Hii

After the command :
gnuradio % cmake ..

Configuring for all other blocks except gr-digital is completed. I am 
posting the output for gr-digital only :


-- Configuring gr-digital support...
--   Dependency Boost_FOUND = 1
--   Dependency ENABLE_VOLK = ON
--   Dependency ENABLE_GNURADIO_RUNTIME = ON
--   Dependency ENABLE_GR_FFT = ON
--   Dependency ENABLE_GR_FILTER = ON
--   Dependency ENABLE_GR_BLOCKS = ON
--   Dependency ENABLE_GR_ANALOG = ON
--   Dependency ENABLE_GR_BLOCKS = ON
--   Dependency ENABLE_GR_FILTER = ON
--   Enabling gr-digital support.
--   Override with -DENABLE_GR_DIGITAL=ON/OFF
CMake Error: Error in cmake code at
/home/spclab/Desktop/Monika/GNURADIO/gnuradio-3.7.5.1/gr-digital/lib/CMakeLists.txt:189:
Parse error.  Expected a command name, got unquoted argument with text 
"${CMAKE_CURRENT_SOURCE_DIR}/qa_ofdm_chanestMMSE_vcvc.cc".


Configuring incomplete, errors occurred!

What should i do ?

On Mon, Jul 20, 2015 at 2:39 PM, Marcus Müller 
mailto:marcus.muel...@ettus.com>> wrote:


Hi Monika,

In-Tree components (like gr-digital) are meant to be built within
the whole GNU Radio tree, so you don't make a "build/" directory
under gr-digital, but under gnuradio:

gr-digital % cd ..
gnuradio % mkdir build
gnuradio % cd build
gnuradio % cmake ..
gr-digital % make -j4

this will build all GNU Radio. You could selectively only build
gr-digital, but you will probably want to install a complete GNU
Radio, so that doesn't really help you much.

Best regards,
Marcus



On 20.07.2015 10:58, monika bansal wrote:

Hii
After the following command :

gr-digital % gr_modtool add -t general ofdm_chanestMMSE_vcvc

and editing the files:  include/.h , lib/.h , lib/.cc and 
python/digital/qa_ofdm_chanest_vcvc.py

I run the command
gr-digital % mkdir build
gr-digital % cmake ../

It giving the following output :

-- The C compiler identification is GNU 4.8.2
-- The CXX compiler identification is GNU 4.8.2
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
CMake Error at CMakeLists.txt:23 (include):
   include could not find load file:

 GrBoost


CMake Error at CMakeLists.txt:28 (include):
   include could not find load file:

 GrComponent


CMake Error at CMakeLists.txt:29 (GR_REGISTER_COMPONENT):
   Unknown CMake command "GR_REGISTER_COMPONENT".


CMake Warning (dev) in CMakeLists.txt:
   No cmake_minimum_required command is present.  A line of code such as

 cmake_minimum_required(VERSION 2.8)

   should be added at the top of the file.  The version specified may be 
lower
   if you wish to support older CMake versions for this project.  For more
   information run "cmake --help-policy CMP".
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Configuring incomplete, errors occurred!
See also 
"/home/spclab/Desktop/Monika/GNURADIO/gnuradio-3.7.5.1/gr-digital/build/CMakeFiles/CMakeOutput.log".


What should i do ? have i done something wrong ?

On Sat, Jul 18, 2015 at 11:37 AM, monika bansal
mailto:monika19...@gmail.com>> wrote:

yes... i will.

On Fri, Jul 17, 2015 at 9:48 PM, Martin Braun
mailto:martin.br...@ettus.com>> wrote:

Monika,

please make sure you've gone through the tutorials at
http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorials,
to
make sure we're speaking the same terminology and all the
basics are clear.

Cheers,
M

On 17.07.2015 06:20, monika bansal wrote:
> Ok... Thanks :)
>
> On Fri, Jul 17, 2015 at 6:47 PM, Marcus Müller
mailto:marcus.muel...@ettus.com>
> >> wrote:
>
> You can of course add that later on, but don't
forget to change both
> your include/blockname.h, your lib/blockname_impl.h
and your
> lib/blockname_impl.cc. If you want to work with
GRC, remember to
> edit the .xml in grc/, too!
>
> Best regards,
> 

Re: [Discuss-gnuradio] OFDM channel Estimation Block

[monika bansal]

Hii

After the command :
gnuradio % cmake ..

Configuring for all other blocks except gr-digital is completed. I am
posting the output for gr-digital only :

-- Configuring gr-digital support...
--   Dependency Boost_FOUND = 1
--   Dependency ENABLE_VOLK = ON
--   Dependency ENABLE_GNURADIO_RUNTIME = ON
--   Dependency ENABLE_GR_FFT = ON
--   Dependency ENABLE_GR_FILTER = ON
--   Dependency ENABLE_GR_BLOCKS = ON
--   Dependency ENABLE_GR_ANALOG = ON
--   Dependency ENABLE_GR_BLOCKS = ON
--   Dependency ENABLE_GR_FILTER = ON
--   Enabling gr-digital support.
--   Override with -DENABLE_GR_DIGITAL=ON/OFF
CMake Error: Error in cmake code at
/home/spclab/Desktop/Monika/GNURADIO/gnuradio-3.7.5.1/gr-digital/lib/CMakeLists.txt:189:
Parse error.  Expected a command name, got unquoted argument with text
"${CMAKE_CURRENT_SOURCE_DIR}/qa_ofdm_chanestMMSE_vcvc.cc".

Configuring incomplete, errors occurred!

What should i do ?

On Mon, Jul 20, 2015 at 2:39 PM, Marcus Müller 
wrote:

>  Hi Monika,
>
> In-Tree components (like gr-digital) are meant to be built within the
> whole GNU Radio tree, so you don't make a "build/" directory under
> gr-digital, but under gnuradio:
>
> gr-digital % cd ..
> gnuradio % mkdir build
> gnuradio % cd build
> gnuradio % cmake ..
> gr-digital % make -j4
>
> this will build all GNU Radio. You could selectively only build
> gr-digital, but you will probably want to install a complete GNU Radio, so
> that doesn't really help you much.
>
> Best regards,
> Marcus
>
>
>
> On 20.07.2015 10:58, monika bansal wrote:
>
>  Hii
>
> After the following command :
>
> gr-digital % gr_modtool add -t general ofdm_chanestMMSE_vcvc
>
>
> and editing the files:  include/.h , lib/.h , lib/.cc and 
> python/digital/qa_ofdm_chanest_vcvc.py
>
>
> I run the command
> gr-digital % mkdir build
>
> gr-digital % cmake ../
>
>
> It giving the following output :
>
> -- The C compiler identification is GNU 4.8.2
> -- The CXX compiler identification is GNU 4.8.2
> -- Check for working C compiler: /usr/bin/cc
> -- Check for working C compiler: /usr/bin/cc -- works
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Check for working CXX compiler: /usr/bin/c++
> -- Check for working CXX compiler: /usr/bin/c++ -- works
> -- Detecting CXX compiler ABI info
> -- Detecting CXX compiler ABI info - done
> CMake Error at CMakeLists.txt:23 (include):
>   include could not find load file:
>
> GrBoost
>
>
> CMake Error at CMakeLists.txt:28 (include):
>   include could not find load file:
>
> GrComponent
>
>
> CMake Error at CMakeLists.txt:29 (GR_REGISTER_COMPONENT):
>   Unknown CMake command "GR_REGISTER_COMPONENT".
>
>
> CMake Warning (dev) in CMakeLists.txt:
>   No cmake_minimum_required command is present.  A line of code such as
>
> cmake_minimum_required(VERSION 2.8)
>
>   should be added at the top of the file.  The version specified may be lower
>   if you wish to support older CMake versions for this project.  For more
>   information run "cmake --help-policy CMP".
> This warning is for project developers.  Use -Wno-dev to suppress it.
>
> -- Configuring incomplete, errors occurred!
> See also 
> "/home/spclab/Desktop/Monika/GNURADIO/gnuradio-3.7.5.1/gr-digital/build/CMakeFiles/CMakeOutput.log".
>
>
>
> What should i do ? have i done something wrong ?
>
>
> On Sat, Jul 18, 2015 at 11:37 AM, monika bansal 
> wrote:
>
>> yes... i will.
>>
>> On Fri, Jul 17, 2015 at 9:48 PM, Martin Braun < 
>> martin.br...@ettus.com> wrote:
>>
>>> Monika,
>>>
>>> please make sure you've gone through the tutorials at
>>> http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorials, to
>>> make sure we're speaking the same terminology and all the basics are
>>> clear.
>>>
>>> Cheers,
>>> M
>>>
>>> On 17.07.2015 06:20, monika bansal wrote:
>>> > Ok... Thanks :)
>>> >
>>>   > On Fri, Jul 17, 2015 at 6:47 PM, Marcus Müller <
>>> marcus.muel...@ettus.com
>>> > > wrote:
>>> >
>>> > You can of course add that later on, but don't forget to change
>>> both
>>> > your include/blockname.h, your lib/blockname_impl.h and your
>>> > lib/blockname_impl.cc. If you want to work with GRC, remember to
>>> > edit the .xml in grc/, too!
>>> >
>>> > Best regards,
>>> > Marcus
>>> >
>>> > PS: gr_modtool doesn't do anything magical; it really just adds
>>> > files with the content you specify. I'd like to encourage you to
>>> try
>>> > around a bit more! You can't break much. And with version control
>>> > (git) having your back, you can hardly do any harm even to your own
>>> > work :)
>>> >
>>> >
>>> > On 17.07.2015 14:38, monika bansal wrote:
>>> >> Hii
>>> >> One more doubt...
>>> >> As the gr-digital / include/ ofdm_chest_vcvc.h file  have the
>>> >> argument list given as
>>> >>   static sptr make(
>>> >>   const std::vector &sync_symbol1,
>>> >>   const std::vector &sync_symbol2,
>>> >>  

Re: [Discuss-gnuradio] OFDM channel Estimation Block

[Marcus Müller]

Hi Monika,

In-Tree components (like gr-digital) are meant to be built within the 
whole GNU Radio tree, so you don't make a "build/" directory under 
gr-digital, but under gnuradio:


gr-digital % cd ..
gnuradio % mkdir build
gnuradio % cd build
gnuradio % cmake ..
gr-digital % make -j4

this will build all GNU Radio. You could selectively only build 
gr-digital, but you will probably want to install a complete GNU Radio, 
so that doesn't really help you much.


Best regards,
Marcus


On 20.07.2015 10:58, monika bansal wrote:

Hii
After the following command :

gr-digital % gr_modtool add -t general ofdm_chanestMMSE_vcvc

and editing the files:  include/.h , lib/.h , lib/.cc and 
python/digital/qa_ofdm_chanest_vcvc.py

I run the command
gr-digital % mkdir build
gr-digital % cmake ../

It giving the following output :

-- The C compiler identification is GNU 4.8.2
-- The CXX compiler identification is GNU 4.8.2
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
CMake Error at CMakeLists.txt:23 (include):
   include could not find load file:

 GrBoost


CMake Error at CMakeLists.txt:28 (include):
   include could not find load file:

 GrComponent


CMake Error at CMakeLists.txt:29 (GR_REGISTER_COMPONENT):
   Unknown CMake command "GR_REGISTER_COMPONENT".


CMake Warning (dev) in CMakeLists.txt:
   No cmake_minimum_required command is present.  A line of code such as

 cmake_minimum_required(VERSION 2.8)

   should be added at the top of the file.  The version specified may be lower
   if you wish to support older CMake versions for this project.  For more
   information run "cmake --help-policy CMP".
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Configuring incomplete, errors occurred!
See also 
"/home/spclab/Desktop/Monika/GNURADIO/gnuradio-3.7.5.1/gr-digital/build/CMakeFiles/CMakeOutput.log".


What should i do ? have i done something wrong ?

On Sat, Jul 18, 2015 at 11:37 AM, monika bansal > wrote:


yes... i will.

On Fri, Jul 17, 2015 at 9:48 PM, Martin Braun
mailto:martin.br...@ettus.com>> wrote:

Monika,

please make sure you've gone through the tutorials at
http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorials,
to
make sure we're speaking the same terminology and all the
basics are clear.

Cheers,
M

On 17.07.2015 06:20, monika bansal wrote:
> Ok... Thanks :)
>
> On Fri, Jul 17, 2015 at 6:47 PM, Marcus Müller
mailto:marcus.muel...@ettus.com>
> >> wrote:
>
> You can of course add that later on, but don't forget to
change both
> your include/blockname.h, your lib/blockname_impl.h and your
> lib/blockname_impl.cc. If you want to work with GRC,
remember to
> edit the .xml in grc/, too!
>
> Best regards,
> Marcus
>
> PS: gr_modtool doesn't do anything magical; it really
just adds
> files with the content you specify. I'd like to
encourage you to try
> around a bit more! You can't break much. And with
version control
> (git) having your back, you can hardly do any harm even
to your own
> work :)
>
>
> On 17.07.2015 14:38, monika bansal wrote:
>> Hii
>> One more doubt...
>> As the gr-digital / include/ ofdm_chest_vcvc.h file 
have the

>> argument list given as
>>   static sptr make(
>>   const std::vector &sync_symbol1,
>>   const std::vector &sync_symbol2,
>>   int n_data_symbols,
>>   int eq_noise_red_len=0,
>>   int max_carr_offset=-1,
>>   bool force_one_sync_symbol=false
>>   );
>> Do we need to give Argument list at time of gr_modtool
add when it
>> asks... Or we can add it later if we are not sure at
the time of
>> adding new block.
>>
>> On Fri, Jul 17, 2015 at 5:42 PM, monika bansal
>> mailto:monika19...@gmail.com>
>>
wrote:
>>
>> Thanks...
>>
>> On Fri, Jul 17, 2015 at 5:16 PM, Marcus Müller
>> mailto:marcus.muel...@ettus.com>

Re: [Discuss-gnuradio] OFDM channel Estimation Block

[monika bansal]

Hii

After the following command :

gr-digital % gr_modtool add -t general ofdm_chanestMMSE_vcvc

and editing the files:  include/.h , lib/.h , lib/.cc and
python/digital/qa_ofdm_chanest_vcvc.py

I run the command
gr-digital % mkdir build

gr-digital % cmake ../

It giving the following output :

-- The C compiler identification is GNU 4.8.2
-- The CXX compiler identification is GNU 4.8.2
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
CMake Error at CMakeLists.txt:23 (include):
  include could not find load file:

GrBoost


CMake Error at CMakeLists.txt:28 (include):
  include could not find load file:

GrComponent


CMake Error at CMakeLists.txt:29 (GR_REGISTER_COMPONENT):
  Unknown CMake command "GR_REGISTER_COMPONENT".


CMake Warning (dev) in CMakeLists.txt:
  No cmake_minimum_required command is present.  A line of code such as

cmake_minimum_required(VERSION 2.8)

  should be added at the top of the file.  The version specified may be lower
  if you wish to support older CMake versions for this project.  For more
  information run "cmake --help-policy CMP".
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Configuring incomplete, errors occurred!
See also 
"/home/spclab/Desktop/Monika/GNURADIO/gnuradio-3.7.5.1/gr-digital/build/CMakeFiles/CMakeOutput.log".


What should i do ? have i done something wrong ?


On Sat, Jul 18, 2015 at 11:37 AM, monika bansal 
wrote:

> yes... i will.
>
> On Fri, Jul 17, 2015 at 9:48 PM, Martin Braun 
> wrote:
>
>> Monika,
>>
>> please make sure you've gone through the tutorials at
>> http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorials, to
>> make sure we're speaking the same terminology and all the basics are
>> clear.
>>
>> Cheers,
>> M
>>
>> On 17.07.2015 06:20, monika bansal wrote:
>> > Ok... Thanks :)
>> >
>> > On Fri, Jul 17, 2015 at 6:47 PM, Marcus Müller <
>> marcus.muel...@ettus.com
>> > > wrote:
>> >
>> > You can of course add that later on, but don't forget to change both
>> > your include/blockname.h, your lib/blockname_impl.h and your
>> > lib/blockname_impl.cc. If you want to work with GRC, remember to
>> > edit the .xml in grc/, too!
>> >
>> > Best regards,
>> > Marcus
>> >
>> > PS: gr_modtool doesn't do anything magical; it really just adds
>> > files with the content you specify. I'd like to encourage you to try
>> > around a bit more! You can't break much. And with version control
>> > (git) having your back, you can hardly do any harm even to your own
>> > work :)
>> >
>> >
>> > On 17.07.2015 14:38, monika bansal wrote:
>> >> Hii
>> >> One more doubt...
>> >> As the gr-digital / include/ ofdm_chest_vcvc.h file  have the
>> >> argument list given as
>> >>   static sptr make(
>> >>   const std::vector &sync_symbol1,
>> >>   const std::vector &sync_symbol2,
>> >>   int n_data_symbols,
>> >>   int eq_noise_red_len=0,
>> >>   int max_carr_offset=-1,
>> >>   bool force_one_sync_symbol=false
>> >>   );
>> >> Do we need to give Argument list at time of gr_modtool add when it
>> >> asks... Or we can add it later if we are not sure at the time of
>> >> adding new block.
>> >>
>> >> On Fri, Jul 17, 2015 at 5:42 PM, monika bansal
>> >> mailto:monika19...@gmail.com>> wrote:
>> >>
>> >> Thanks...
>> >>
>> >> On Fri, Jul 17, 2015 at 5:16 PM, Marcus Müller
>> >> mailto:marcus.muel...@ettus.com>>
>> >> wrote:
>> >>
>> >> Hi Monika,
>> >>
>> >> absolutely the same method:
>> >>
>> >> cd gr-exisitingmodule
>> >> gr_modtool add
>> >>
>> >> Note that this can only work with modules that follow
>> >> gr_modtool's conventions (i.e. practically only with
>> >> modules generated with gr_modtool in the first place)
>> >>
>> >> Best regards,
>> >> Marcus
>> >>
>> >>
>> >> On 17.07.2015 13:01, monika bansal wrote:
>> >>> Hii
>> >>>
>> >>> I understood how to create new module and block within
>> >>> this new module using gr-modtool from
>> >>>
>> http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules.
>> >>> I want to add new block in the existing module. How can i
>> >>> do that ?
>> >>>
>> >>>
>> >>> ___
>> >>> Discuss-gnuradio mailing list
>> >>> Discuss-gnuradio@gnu.org > >
>> >>> https://lists.gnu.

Re: [Discuss-gnuradio] OFDM channel Estimation Block

[monika bansal]

yes... i will.

On Fri, Jul 17, 2015 at 9:48 PM, Martin Braun 
wrote:

> Monika,
>
> please make sure you've gone through the tutorials at
> http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorials, to
> make sure we're speaking the same terminology and all the basics are clear.
>
> Cheers,
> M
>
> On 17.07.2015 06:20, monika bansal wrote:
> > Ok... Thanks :)
> >
> > On Fri, Jul 17, 2015 at 6:47 PM, Marcus Müller  > > wrote:
> >
> > You can of course add that later on, but don't forget to change both
> > your include/blockname.h, your lib/blockname_impl.h and your
> > lib/blockname_impl.cc. If you want to work with GRC, remember to
> > edit the .xml in grc/, too!
> >
> > Best regards,
> > Marcus
> >
> > PS: gr_modtool doesn't do anything magical; it really just adds
> > files with the content you specify. I'd like to encourage you to try
> > around a bit more! You can't break much. And with version control
> > (git) having your back, you can hardly do any harm even to your own
> > work :)
> >
> >
> > On 17.07.2015 14:38, monika bansal wrote:
> >> Hii
> >> One more doubt...
> >> As the gr-digital / include/ ofdm_chest_vcvc.h file  have the
> >> argument list given as
> >>   static sptr make(
> >>   const std::vector &sync_symbol1,
> >>   const std::vector &sync_symbol2,
> >>   int n_data_symbols,
> >>   int eq_noise_red_len=0,
> >>   int max_carr_offset=-1,
> >>   bool force_one_sync_symbol=false
> >>   );
> >> Do we need to give Argument list at time of gr_modtool add when it
> >> asks... Or we can add it later if we are not sure at the time of
> >> adding new block.
> >>
> >> On Fri, Jul 17, 2015 at 5:42 PM, monika bansal
> >> mailto:monika19...@gmail.com>> wrote:
> >>
> >> Thanks...
> >>
> >> On Fri, Jul 17, 2015 at 5:16 PM, Marcus Müller
> >> mailto:marcus.muel...@ettus.com>>
> >> wrote:
> >>
> >> Hi Monika,
> >>
> >> absolutely the same method:
> >>
> >> cd gr-exisitingmodule
> >> gr_modtool add
> >>
> >> Note that this can only work with modules that follow
> >> gr_modtool's conventions (i.e. practically only with
> >> modules generated with gr_modtool in the first place)
> >>
> >> Best regards,
> >> Marcus
> >>
> >>
> >> On 17.07.2015 13:01, monika bansal wrote:
> >>> Hii
> >>>
> >>> I understood how to create new module and block within
> >>> this new module using gr-modtool from
> >>>
> http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules.
> >>> I want to add new block in the existing module. How can i
> >>> do that ?
> >>>
> >>>
> >>> ___
> >>> 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 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] OFDM channel Estimation Block

[Martin Braun]

Monika,

please make sure you've gone through the tutorials at
http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorials, to
make sure we're speaking the same terminology and all the basics are clear.

Cheers,
M

On 17.07.2015 06:20, monika bansal wrote:
> Ok... Thanks :)
> 
> On Fri, Jul 17, 2015 at 6:47 PM, Marcus Müller  > wrote:
> 
> You can of course add that later on, but don't forget to change both
> your include/blockname.h, your lib/blockname_impl.h and your
> lib/blockname_impl.cc. If you want to work with GRC, remember to
> edit the .xml in grc/, too!
> 
> Best regards,
> Marcus
> 
> PS: gr_modtool doesn't do anything magical; it really just adds
> files with the content you specify. I'd like to encourage you to try
> around a bit more! You can't break much. And with version control
> (git) having your back, you can hardly do any harm even to your own
> work :)
> 
> 
> On 17.07.2015 14:38, monika bansal wrote:
>> Hii
>> One more doubt...
>> As the gr-digital / include/ ofdm_chest_vcvc.h file  have the
>> argument list given as
>>   static sptr make(
>>   const std::vector &sync_symbol1,
>>   const std::vector &sync_symbol2,
>>   int n_data_symbols,
>>   int eq_noise_red_len=0,
>>   int max_carr_offset=-1,
>>   bool force_one_sync_symbol=false
>>   );
>> Do we need to give Argument list at time of gr_modtool add when it
>> asks... Or we can add it later if we are not sure at the time of
>> adding new block.
>>
>> On Fri, Jul 17, 2015 at 5:42 PM, monika bansal
>> mailto:monika19...@gmail.com>> wrote:
>>
>> Thanks...
>>
>> On Fri, Jul 17, 2015 at 5:16 PM, Marcus Müller
>> mailto:marcus.muel...@ettus.com>>
>> wrote:
>>
>> Hi Monika,
>>
>> absolutely the same method:
>>
>> cd gr-exisitingmodule
>> gr_modtool add
>>
>> Note that this can only work with modules that follow
>> gr_modtool's conventions (i.e. practically only with
>> modules generated with gr_modtool in the first place)
>>
>> Best regards,
>> Marcus
>>
>>
>> On 17.07.2015 13:01, monika bansal wrote:
>>> Hii
>>>
>>> I understood how to create new module and block within
>>> this new module using gr-modtool from
>>> 
>>> http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules.
>>> I want to add new block in the existing module. How can i
>>> do that ?
>>>
>>>
>>> ___
>>> 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 mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] OFDM channel Estimation Block

[monika bansal]

Ok... Thanks :)

On Fri, Jul 17, 2015 at 6:47 PM, Marcus Müller 
wrote:

>  You can of course add that later on, but don't forget to change both your
> include/blockname.h, your lib/blockname_impl.h and your
> lib/blockname_impl.cc. If you want to work with GRC, remember to edit the
> .xml in grc/, too!
>
> Best regards,
> Marcus
>
> PS: gr_modtool doesn't do anything magical; it really just adds files with
> the content you specify. I'd like to encourage you to try around a bit
> more! You can't break much. And with version control (git) having your
> back, you can hardly do any harm even to your own work :)
>
>
> On 17.07.2015 14:38, monika bansal wrote:
>
>  Hii
>  One more doubt...
> As the gr-digital / include/ ofdm_chest_vcvc.h file  have the argument
> list given as
>   static sptr make(
>   const std::vector &sync_symbol1,
>   const std::vector &sync_symbol2,
>   int n_data_symbols,
>   int eq_noise_red_len=0,
>   int max_carr_offset=-1,
>   bool force_one_sync_symbol=false
>   );
>  Do we need to give Argument list at time of gr_modtool add when it
> asks... Or we can add it later if we are not sure at the time of adding new
> block.
>
> On Fri, Jul 17, 2015 at 5:42 PM, monika bansal 
> wrote:
>
>> Thanks...
>>
>> On Fri, Jul 17, 2015 at 5:16 PM, Marcus Müller 
>> wrote:
>>
>>>  Hi Monika,
>>>
>>> absolutely the same method:
>>>
>>> cd gr-exisitingmodule
>>> gr_modtool add
>>>
>>> Note that this can only work with modules that follow gr_modtool's
>>> conventions (i.e. practically only with modules generated with gr_modtool
>>> in the first place)
>>>
>>> Best regards,
>>> Marcus
>>>
>>>
>>> On 17.07.2015 13:01, monika bansal wrote:
>>>
>>>Hii
>>>
>>>  I understood how to create new module and block within this new module
>>> using gr-modtool from
>>> http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules.
>>>  I want to add new block in the existing module. How can i do that ?
>>>
>>>
>>>  ___
>>> Discuss-gnuradio mailing 
>>> listDiscuss-gnuradio@gnu.orghttps://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

Re: [Discuss-gnuradio] OFDM channel Estimation Block

[Marcus Müller]

You can of course add that later on, but don't forget to change both 
your include/blockname.h, your lib/blockname_impl.h and your 
lib/blockname_impl.cc. If you want to work with GRC, remember to edit 
the .xml in grc/, too!


Best regards,
Marcus

PS: gr_modtool doesn't do anything magical; it really just adds files 
with the content you specify. I'd like to encourage you to try around a 
bit more! You can't break much. And with version control (git) having 
your back, you can hardly do any harm even to your own work :)


On 17.07.2015 14:38, monika bansal wrote:

Hii
One more doubt...
As the gr-digital / include/ ofdm_chest_vcvc.h file  have the argument 
list given as

  static sptr make(
  const std::vector &sync_symbol1,
  const std::vector &sync_symbol2,
  int n_data_symbols,
  int eq_noise_red_len=0,
  int max_carr_offset=-1,
  bool force_one_sync_symbol=false
  );
Do we need to give Argument list at time of gr_modtool add when it 
asks... Or we can add it later if we are not sure at the time of 
adding new block.


On Fri, Jul 17, 2015 at 5:42 PM, monika bansal > wrote:


Thanks...

On Fri, Jul 17, 2015 at 5:16 PM, Marcus Müller
mailto:marcus.muel...@ettus.com>> wrote:

Hi Monika,

absolutely the same method:

cd gr-exisitingmodule
gr_modtool add

Note that this can only work with modules that follow
gr_modtool's conventions (i.e. practically only with modules
generated with gr_modtool in the first place)

Best regards,
Marcus


On 17.07.2015 13:01, monika bansal wrote:

Hii

I understood how to create new module and block within this
new module using gr-modtool from
http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules.
I want to add new block in the existing module. How can i do
that ?


___
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

Re: [Discuss-gnuradio] OFDM channel Estimation Block

[monika bansal]

Hii
One more doubt...
As the gr-digital / include/ ofdm_chest_vcvc.h file  have the argument list
given as
  static sptr make(
  const std::vector &sync_symbol1,
  const std::vector &sync_symbol2,
  int n_data_symbols,
  int eq_noise_red_len=0,
  int max_carr_offset=-1,
  bool force_one_sync_symbol=false
  );
Do we need to give Argument list at time of gr_modtool add when it asks...
Or we can add it later if we are not sure at the time of adding new block.

On Fri, Jul 17, 2015 at 5:42 PM, monika bansal 
wrote:

> Thanks...
>
> On Fri, Jul 17, 2015 at 5:16 PM, Marcus Müller 
> wrote:
>
>>  Hi Monika,
>>
>> absolutely the same method:
>>
>> cd gr-exisitingmodule
>> gr_modtool add
>>
>> Note that this can only work with modules that follow gr_modtool's
>> conventions (i.e. practically only with modules generated with gr_modtool
>> in the first place)
>>
>> Best regards,
>> Marcus
>>
>>
>> On 17.07.2015 13:01, monika bansal wrote:
>>
>>   Hii
>>
>>  I understood how to create new module and block within this new module
>> using gr-modtool from
>> http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules.
>>  I want to add new block in the existing module. How can i do that ?
>>
>>
>> ___
>> Discuss-gnuradio mailing 
>> listDiscuss-gnuradio@gnu.orghttps://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

Re: [Discuss-gnuradio] OFDM channel Estimation Block

[Marcus Müller]

Hi Monika,

absolutely the same method:

cd gr-exisitingmodule
gr_modtool add

Note that this can only work with modules that follow gr_modtool's 
conventions (i.e. practically only with modules generated with 
gr_modtool in the first place)


Best regards,
Marcus

On 17.07.2015 13:01, monika bansal wrote:

Hii

I understood how to create new module and block within this new module 
using gr-modtool from 
http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules.

I want to add new block in the existing module. How can i do that ?


___
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] OFDM channel Estimation Block

[monika bansal]

Hii

I understood how to create new module and block within this new module
using gr-modtool from
http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules.
I want to add new block in the existing module. How can i do that ?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] OFDM channel Estimation Block

[Martin Braun]

On 15.07.2015 21:09, monika bansal wrote:
> In the OFDM Channel estimation block, ML estimation has been used. I
> want to do MMSE estimation. How should i proceed?
> Should i make new module for this or I can add new block in gr-digital?
> For MMSE estimator i will need noise variance as well. How can i get that ?

There are several examples for OFDM equalizers, just write a new one
following that format. You can put it in your own module or into
gr-digital, whatever suits you.

M

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

Re: [Discuss-gnuradio] ofdm channel estimation

[Martin Braun]

On 07/30/2014 10:57 AM, xianda wrote:
> Hi Martin:
> Greeting from xd.Thank you so much for your example
> tx_ofdm.grc and rx_ofdm.grc.I want to ask a question about channel
> estimation.And I know that the channel estimate is on a tag.But I want
> to make some changes on your example.So I just want to ask whether my
> understanding is right or not.
>I know the rx_ofdm include "header stream" and "payload
> stream".In the "payload stream",if i denote the data come from FFT block
> "rx_data".
>channel=rx_data/tx_data
>   Is it right?Is my understanding right?Thank you.

Yep.

M

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

Re: [Discuss-gnuradio] ofdm channel estimation

[Martin Braun]

XD,

I'm having real trouble understanding what you're doing.

Try this: generate white noise and put it into the detector. Do you see
any 1s? I would guess no.

M

On 07/15/2014 03:11 PM, xianda wrote:
> Hi Marcus:
>  Thank you.Sorry for that.
>  I wrongly use the read_complex_binary to analyse the
> detect at the second time.As I said(But I test again and again,the
> rx_detect don't exist 1.And some little value approach 0 exists.).If I
> use the read_char_binary to analyse the detect.There is 1 under every
> test.I said the truth.It isn't stochastic problems maybe.And I attached
> my modified rx_ofdm.grc.You can run it when no tx signal exist.And you
> will see r_detect.dat will exist 1.(In matlab,use the
> read_char_binary.m).And a1.dat and a.dat isn't null.(In matlab,use the
> read_complex_binary.m).You can test it.Thank you.
>  Maybe I am wrong,please correct me.Thank you.
> Best regards,
> xd
> 
> 
> 
> 
> 
> At 2014-07-15 08:48:15, "Marcus Müller"  wrote:
> Hi Xianda,
> 
> how should we possibly tell? You expect us to be able to guess what is
> going wrong with your measurement, in an environment that is unknown
> to us, using a receiving antenna, modified flowgraph and tx signal
> that you did not really define.
> 
> As Martin said, if a detector outputs a 1, it might be a false alarm,
> also known as bad luck.
> 
> With stochastic problems, you always have to make a trade off between
> false alarm rate and type II errors. This is called receiver operating
> characteristic. With most detectors, you can adjust their parameters
> to accommodate your false alarm rate/detection rate needs.
> 
> Greetings,
> Marcus
> 
> 
> 
> On 15.07.2014 12:56, xianda wrote:
>> Oh,I guess that because i receive signal which at the frequency of
>> 2.45e9.It is like the wifi.May be I receive the wifi signal?Am i
>> right? Thank you.
> 
> 
> 
> 
> 
> 
> 
> 
> 
>> At 2014-07-15 05:17:35, "Martin Braun" 
>> wrote:
>>> On 07/15/2014 09:39 AM, xianda wrote:
 Hi Martin: Thank you for your kindly reply. Another question I
 want to ask. When I use the rx_ofdm,I add a UHD:USRP 
 Source.(Environment: USRP N210)I know when the block Schmidl
 &Cox OFDM synch. detect the signal,the port "detect" will
 output 1.And I test it.I use the rx_ofdm when I don't use the
 tx_ofdm.It means that no signal exist.But I find 1 in the port
 "detect".Why?When no signal exist,it should output 0.Why I see
 1 from it?
>>> 
>>> ...bad luck? It's not impossible to generate false alarms. What
>>> did you feed the block?
>>> 
>>> Martin
>>> 
>>> 
>>> 
 Thank you so much. Best regards, xd
 
 
 
 
 At 2014-07-14 04:37:37, "Martin Braun" 
 wrote:
> On 07/13/2014 01:06 PM, xianda wrote: >> Hi all: >> Have you
> ever using
 the >> gnuradio/gr-digital/examples/ofdm/rx_ofdm.grc?And I
 change the >> rx_ofdm.py as follows: >> 
 self.connect((self.digital_ofdm_chanest_vcvc_0, 1), >> 
 blocks.file_sink(gr.sizeof_gr_complex * fft_len, 
 'channel-estimate.dat')) >> And i use the matlab: > >Please
 read the fine manual:
> http://gnuradio.org/doc/doxygen/classgr_1_1digital_1_1ofdm__chanest__vcvc.html#details.
>>
> 
> The channel estimate is on a tag. > >M >
> ___
> >Discuss-gnuradio
 mailing list >Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradi
 
 
>>> 
>>> 
>>> ___ 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 mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 




signature.asc
Description: OpenPGP digital signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] ofdm channel estimation

[Marcus Müller]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Xianda,

how should we possibly tell? You expect us to be able to guess what is
going wrong with your measurement, in an environment that is unknown
to us, using a receiving antenna, modified flowgraph and tx signal
that you did not really define.

As Martin said, if a detector outputs a 1, it might be a false alarm,
also known as bad luck.

With stochastic problems, you always have to make a trade off between
false alarm rate and type II errors. This is called receiver operating
characteristic. With most detectors, you can adjust their parameters
to accommodate your false alarm rate/detection rate needs.

Greetings,
Marcus



On 15.07.2014 12:56, xianda wrote:
> Oh,I guess that because i receive signal which at the frequency of
> 2.45e9.It is like the wifi.May be I receive the wifi signal?Am i
> right? Thank you.
> 
> 
> 
> 
> 
> 
> 
> 
> 
> At 2014-07-15 05:17:35, "Martin Braun" 
> wrote:
>> On 07/15/2014 09:39 AM, xianda wrote:
>>> Hi Martin: Thank you for your kindly reply. Another question I
>>> want to ask. When I use the rx_ofdm,I add a UHD:USRP 
>>> Source.(Environment: USRP N210)I know when the block Schmidl
>>> &Cox OFDM synch. detect the signal,the port "detect" will
>>> output 1.And I test it.I use the rx_ofdm when I don't use the
>>> tx_ofdm.It means that no signal exist.But I find 1 in the port
>>> "detect".Why?When no signal exist,it should output 0.Why I see
>>> 1 from it?
>> 
>> ...bad luck? It's not impossible to generate false alarms. What
>> did you feed the block?
>> 
>> Martin
>> 
>> 
>> 
>>> Thank you so much. Best regards, xd
>>> 
>>> 
>>> 
>>> 
>>> At 2014-07-14 04:37:37, "Martin Braun" 
>>> wrote:
 On 07/13/2014 01:06 PM, xianda wrote: >> Hi all: >> Have you
 ever using
>>> the >> gnuradio/gr-digital/examples/ofdm/rx_ofdm.grc?And I
>>> change the >> rx_ofdm.py as follows: >> 
>>> self.connect((self.digital_ofdm_chanest_vcvc_0, 1), >> 
>>> blocks.file_sink(gr.sizeof_gr_complex * fft_len, 
>>> 'channel-estimate.dat')) >> And i use the matlab: > >Please
>>> read the fine manual:
 http://gnuradio.org/doc/doxygen/classgr_1_1digital_1_1ofdm__chanest__vcvc.html#details.
>
 
The channel estimate is on a tag. > >M >
 ___
 >Discuss-gnuradio
>>> mailing list >Discuss-gnuradio@gnu.org
 https://lists.gnu.org/mailman/listinfo/discuss-gnuradi
>>> 
>>> 
>> 
>> 
>> ___ 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
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJTxSMPAAoJEBQ6EdjyzlHtRwEH+gPol6VhuE5BBqyq5GUD7H9P
GhTufylcZhwuK5XLbZg1l5ZrcqrcJu8+CZRFmWuK2vIml4JhzVPre5gPSbYeRdFs
e+aZ+mT3TN62oXXurvq+YM6mnBdewR2bi8h/DtkC77OkB5SvL6j6rREWSg73flCB
/sh2hgHuQkJ8d2sh8ut0L1NF6rlbB3l+unwEgjGeLnDyH3fdFjfUDPlh7OiX318w
GmfPasCiSMMmcSqXCIaXcHaaVF/cdip7Yd8LQACMKJvZBT9AvGh5i725z3Drytdl
20B69ymrWD93bEdBjN7WAyAAvDJVbE6nWv1gXuUYfkbnGHwIaGomXfU8PQrPY14=
=qRmz
-END PGP SIGNATURE-

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

Re: [Discuss-gnuradio] ofdm channel estimation

[xianda]

Oh,I guess that because i receive signal which at the frequency of 2.45e9.It is 
like the wifi.May be I receive the wifi signal?Am i right?
Thank you.









At 2014-07-15 05:17:35, "Martin Braun"  wrote:
>On 07/15/2014 09:39 AM, xianda wrote:
>> Hi Martin:
>> Thank you for your kindly reply.
>> Another question I want to ask.
>> When I use the rx_ofdm,I add a UHD:USRP
>> Source.(Environment: USRP N210)I know when the block Schmidl &Cox OFDM
>> synch. detect the signal,the port "detect" will output 1.And I test it.I
>> use the rx_ofdm when I don't use the tx_ofdm.It means that no signal
>> exist.But I find 1 in the port "detect".Why?When no signal exist,it
>> should output 0.Why I see 1 from it?
>
>...bad luck? It's not impossible to generate false alarms. What did you
>feed the block?
>
>Martin
>
>
>
>> Thank you so much.
>> Best regards,
>> xd
>> 
>> 
>> 
>> 
>> At 2014-07-14 04:37:37, "Martin Braun"  wrote:
>>>On 07/13/2014 01:06 PM, xianda wrote: >> Hi all: >> Have you ever using
>> the >> gnuradio/gr-digital/examples/ofdm/rx_ofdm.grc?And I change the >>
>> rx_ofdm.py as follows: >>
>> self.connect((self.digital_ofdm_chanest_vcvc_0, 1), >>
>> blocks.file_sink(gr.sizeof_gr_complex * fft_len,
>> 'channel-estimate.dat')) >> And i use the matlab: > >Please read the
>> fine manual:
>>>http://gnuradio.org/doc/doxygen/classgr_1_1digital_1_1ofdm__chanest__vcvc.html#details.
>>> >The channel estimate is on a tag. > >M >
>>>___ >Discuss-gnuradio
>> mailing list >Discuss-gnuradio@gnu.org
>>>https://lists.gnu.org/mailman/listinfo/discuss-gnuradi
>> 
>> 
>
>
>___
>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] ofdm channel estimation

[xianda]

Hi Martin:
   Thank you very much.But I test again and again,the rx_detect 
don't exist 1.And some little value approach 0 exists.But in the header stream 
chain some values exist.I think when 1 don't exist there shouldn't have value 
in the header stream chain.Why?
Best regards,
xd








At 2014-07-15 05:17:35, "Martin Braun"  wrote:
>On 07/15/2014 09:39 AM, xianda wrote:
>> Hi Martin:
>> Thank you for your kindly reply.
>> Another question I want to ask.
>> When I use the rx_ofdm,I add a UHD:USRP
>> Source.(Environment: USRP N210)I know when the block Schmidl &Cox OFDM
>> synch. detect the signal,the port "detect" will output 1.And I test it.I
>> use the rx_ofdm when I don't use the tx_ofdm.It means that no signal
>> exist.But I find 1 in the port "detect".Why?When no signal exist,it
>> should output 0.Why I see 1 from it?
>
>...bad luck? It's not impossible to generate false alarms. What did you
>feed the block?
>
>Martin
>
>
>
>> Thank you so much.
>> Best regards,
>> xd
>> 
>> 
>> 
>> 
>> At 2014-07-14 04:37:37, "Martin Braun"  wrote:
>>>On 07/13/2014 01:06 PM, xianda wrote: >> Hi all: >> Have you ever using
>> the >> gnuradio/gr-digital/examples/ofdm/rx_ofdm.grc?And I change the >>
>> rx_ofdm.py as follows: >>
>> self.connect((self.digital_ofdm_chanest_vcvc_0, 1), >>
>> blocks.file_sink(gr.sizeof_gr_complex * fft_len,
>> 'channel-estimate.dat')) >> And i use the matlab: > >Please read the
>> fine manual:
>>>http://gnuradio.org/doc/doxygen/classgr_1_1digital_1_1ofdm__chanest__vcvc.html#details.
>>> >The channel estimate is on a tag. > >M >
>>>___ >Discuss-gnuradio
>> mailing list >Discuss-gnuradio@gnu.org
>>>https://lists.gnu.org/mailman/listinfo/discuss-gnuradi
>> 
>> 
>
>
>___
>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] ofdm channel estimation

[Martin Braun]

On 07/15/2014 09:39 AM, xianda wrote:
> Hi Martin:
> Thank you for your kindly reply.
> Another question I want to ask.
> When I use the rx_ofdm,I add a UHD:USRP
> Source.(Environment: USRP N210)I know when the block Schmidl &Cox OFDM
> synch. detect the signal,the port "detect" will output 1.And I test it.I
> use the rx_ofdm when I don't use the tx_ofdm.It means that no signal
> exist.But I find 1 in the port "detect".Why?When no signal exist,it
> should output 0.Why I see 1 from it?

...bad luck? It's not impossible to generate false alarms. What did you
feed the block?

Martin



> Thank you so much.
> Best regards,
> xd
> 
> 
> 
> 
> At 2014-07-14 04:37:37, "Martin Braun"  wrote:
>>On 07/13/2014 01:06 PM, xianda wrote: >> Hi all: >> Have you ever using
> the >> gnuradio/gr-digital/examples/ofdm/rx_ofdm.grc?And I change the >>
> rx_ofdm.py as follows: >>
> self.connect((self.digital_ofdm_chanest_vcvc_0, 1), >>
> blocks.file_sink(gr.sizeof_gr_complex * fft_len,
> 'channel-estimate.dat')) >> And i use the matlab: > >Please read the
> fine manual:
>>http://gnuradio.org/doc/doxygen/classgr_1_1digital_1_1ofdm__chanest__vcvc.html#details.
>> >The channel estimate is on a tag. > >M >
>>___ >Discuss-gnuradio
> mailing list >Discuss-gnuradio@gnu.org
>>https://lists.gnu.org/mailman/listinfo/discuss-gnuradi
> 
> 


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

Re: [Discuss-gnuradio] ofdm channel estimation

[xianda]

Hi Martin:
Thank you for your kindly reply.
Another question I want to ask.
When I use the rx_ofdm,I add a UHD:USRP Source.(Environment: 
USRP N210)I know when the block Schmidl &Cox OFDM synch. detect the signal,the 
port "detect" will output 1.And I test it.I use the rx_ofdm when I don't use 
the tx_ofdm.It means that no signal exist.But I find 1 in the port 
"detect".Why?When no signal exist,it should output 0.Why I see 1 from it?
Thank you so much.
Best regards,
xd






At 2014-07-14 04:37:37, "Martin Braun"  wrote: >On 
07/13/2014 01:06 PM, xianda wrote: >> Hi all: >> Have you ever using the >> 
gnuradio/gr-digital/examples/ofdm/rx_ofdm.grc?And I change the >> rx_ofdm.py as 
follows: >> self.connect((self.digital_ofdm_chanest_vcvc_0, 1), >> 
blocks.file_sink(gr.sizeof_gr_complex * fft_len, 'channel-estimate.dat')) >> 
And i use the matlab: > >Please read the fine manual: 
>http://gnuradio.org/doc/doxygen/classgr_1_1digital_1_1ofdm__chanest__vcvc.html#details.
 > >The channel estimate is on a tag. > >M > 
>___ >Discuss-gnuradio mailing list 
>Discuss-gnuradio@gnu.org 
>https://lists.gnu.org/mailman/listinfo/discuss-gnuradi___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] ofdm channel estimation

[Martin Braun]

On 07/13/2014 01:06 PM, xianda wrote:
> Hi all:
>  Have you ever using the
> gnuradio/gr-digital/examples/ofdm/rx_ofdm.grc?And I change the
> rx_ofdm.py as follows:
>  self.connect((self.digital_ofdm_chanest_vcvc_0, 1),
> blocks.file_sink(gr.sizeof_gr_complex * fft_len, 'channel-estimate.dat'))
>  And i use the matlab:

Please read the fine manual:
http://gnuradio.org/doc/doxygen/classgr_1_1digital_1_1ofdm__chanest__vcvc.html#details.

The channel estimate is on a tag.

M

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