Re: [Discuss-gnuradio] gr-lte make error
thanks so much, I follow your direction, it's ok now.
Now "make" and "sudo make install " all ok.
But now I run: examples python hier_block_install_helper.py
so many errors:
like this:
Block key "lte_pbch_demux_vcvc" not found
Block key "lte_pbch_demux_vcvc" not found
Block key "lte_pbch_demux_vcvc" not found
Block key "lte_pbch_descrambler" not found
Block key "lte_pre_decoder_vcvc" not found
Block key "lte_pre_decoder_vcvc" not found
Block key "lte_layer_demapper_vcvc" not found
Block key "lte_layer_demapper_vcvc" not found
Block key "lte_qpsk_soft_demod_vcvf" not found
2017-08-28 18:51 GMT+08:00 Michael Dickens :
> Here's the patch; you use it from the top-level gr-lte directory as:
> {{{
> patch -p0 < patch-add-volk.diff
> }}}
> I hope this is useful & good luck! - MLD
>
> On Sun, Aug 27, 2017, at 09:03 PM, w xd wrote:
>
> thanks sir
>
> can you explain it more clearly?sorry for not familiar with it.
> I just copy the "volk":(it can not work also)
>
> I don't use the MacPorts, just follow the instruction from GitHub.Namely,
> build by myself.
>
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] The use of scrambler/ descrambler blocks
Some years ago I implemented a scrambler block in FPGA for a transmitter. It produced an output every clock cycle. Now I try the GNU Radio scrambler/descrambler blocks. They work great if the data flows continously like from a Vector source or File. However if I have a discontinous source like a text message or a TCP/IP Source, the scrambler got stuck and has no output. In others words I need something analogous to a CLOCK for discontinous sources. How to achieve that? Maybe XORing the discontinous source with a source of 0's produced at "sample rate"? Thanks for your time. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using Correlate Estimation with hardware
Hi Marcus, i attached the flowgraph to this mail. The constellation Modulator places the tx_eob tag too early (sps*8/ ld(QPSK.arity()) ), which is fixed by using a oot-module, delaying it. Using BPSK instead of QPSK works fine, so I think the problem is located in the way using the correlation estimator, but i am not sure about it. I am looking forward to hearing from you and thank you in advance. Sebastian Von: Sebastian Gesendet: Montag, 28. August 2017 17:13 An: Marcus Müller Betreff: AW: [Discuss-gnuradio] Using Correlate Estimation with hardware Hi Marcus, i attached the flowgraph to this mail. The constellation Modulator places the tx_eob tag too early (sps*8/ ld(QPSK.arity()) ), which is fixed by using a oot-module, delaying it. Using BPSK instead of QPSK works fine, so I think the problem is located in the way using the correlation estimator, but i am not sure about it. I am looking forward to hearing from you and thank you in advance. Sebastian Von: Marcus Müller Gesendet: Samstag, 26. August 2017 18:34 An: discuss-gnuradio@gnu.org Betreff: Re: [Discuss-gnuradio] Using Correlate Estimation with hardware Hi Sebastian, well, it would sound like you've discovered the multipath channel! I don't really understand what you mean with "Modulate vector is called"; what /is/ "Modulate vector"? You can actually simply attach small files to emails to the list. Such a simple GRC file would certainly not upset us :) Best regards, Marcus On 26.08.2017 18:10, Sebastian wrote: Hi all, i run into trouble using the correlate estimation block. As far as i understand this blocks is used to search for a praeamble which is modulated and filtered with match filter. To achieve this i used modulate vector. I used this block like it`s done in the corr_est exapmles provided in /gnuradio/gr-digital/examples/. Using no UHD but a channel modell everything works fine having clear correlation peak. Using it with hardware device it doesn`t work anymore, having more peaks avaiable. My flowgraph is very simple: Vector_source (using prae+data as vector tagged with tx_sob and tx_eob) -> constellation Modulator(default-QPSK-object) -> stream mux with null_source for break -> uhd sink(sync = PC_clock) Uhd source (sync = PC_clock) -> low_pass -> corr_est(modulated_vector, 0.9) -> Pll-clock-sync -> Costas Loop -> constellation-demodulator -> float_to_char -> qt time sink Modulate vector is called with default-qpsk-object as constellation object and [1] as filter taps which i think is right. The praeamble i am using is the one provided in the examples, so it should be ok too. I dont have that much experience in this topic so I hope somebody is able to help me. I am looking forward to hearing from you and thank you in advance. Sebastian PS : I am not sure where and how to provide the flowgraph itself but i´ll try to do it asap. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio mytest.grc Description: Binary data ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using Correlate Estimation with hardware
Sebastian What center frequency did you use? What RF cards are you using? Are you using coaxial cable,to connect transmit to receive or are you transmitting and receiving through an antenna? If you are using antennas please describe them. Cheers Bob Bob On Aug 26, 2017 12:12 PM, "Sebastian" wrote: > > > > > Hi all, > > > > i run into trouble using the correlate estimation block. > > > > As far as i understand this blocks is used to search for a praeamble which > is modulated and filtered with match filter. > > To achieve this i used modulate vector. I used this block like it`s done > in the corr_est exapmles provided in /gnuradio/gr-digital/examples/. > > > > Using no UHD but a channel modell everything works fine having clear > correlation peak. > > Using it with hardware device it doesn`t work anymore, having more peaks > avaiable. > > > > My flowgraph is very simple: > > > > Vector_source (using prae+data as vector tagged with tx_sob and tx_eob) -> > constellation Modulator(default-QPSK-object) -> stream mux with null_source > for break -> uhd sink(sync = PC_clock) > > > > Uhd source (sync = PC_clock) -> low_pass -> corr_est(modulated_vector, > 0.9) -> Pll-clock-sync -> Costas Loop -> constellation-demodulator -> > float_to_char -> qt time sink > > > > > > Modulate vector is called with default-qpsk-object as constellation object > and [1] as filter taps which i think is right. > > The praeamble i am using is the one provided in the examples, so it should > be ok too. > > > > I dont have that much experience in this topic so I hope somebody is able > to help me. > > I am looking forward to hearing from you and thank you in advance. > > > > > > Sebastian > > > > PS : I am not sure where and how to provide the flowgraph itself but i´ll > try to do it asap. > > > > > > > > > > ___ > 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] gr-lte make error
Thank you so much! On 08/28/2017 12:50 PM, Michael Dickens wrote: I've put together a pull request that fixes this issue: < https://github.com/kit-cel/gr-lte/pull/15 > I'll email a patch to the OP off-list. Cheers! - MLD ___ 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] gr-lte make error
I've put together a pull request that fixes this issue: < https://github.com/kit-cel/gr-lte/pull/15 > I'll email a patch to the OP off-list. Cheers! - MLD ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-lte make error
So, how did you install GNU Radio, and where? The output of
`gnuradio-config-info --prefix -v` might help us.
Best regards,
Marcus
On 08/28/2017 03:03 AM, w xd wrote:
thanks sir
can you explain it more clearly?sorry for not familiar with it.
I just copy the "volk":(it can not work also)
I don't use the MacPorts, just follow the instruction from
GitHub.Namely, build by myself.
# Install all headers in the include directories
set(VOLK_RUNTIME_DIR bin)
set(VOLK_LIBRARY_DIR lib${LIB_SUFFIX})
set(VOLK_INCLUDE_DIR include)
install(
DIRECTORY ${CMAKE_SOURCE_DIR}/kernels/volk
DESTINATION include COMPONENT "volk_devel"
FILES_MATCHING PATTERN "*.h"
)
install(FILES
${CMAKE_SOURCE_DIR}/include/volk/volk_prefs.h
${CMAKE_SOURCE_DIR}/include/volk/volk_complex.h
${CMAKE_SOURCE_DIR}/include/volk/volk_common.h
${CMAKE_SOURCE_DIR}/include/volk/saturation_arithmetic.h
${CMAKE_SOURCE_DIR}/include/volk/volk_avx_intrinsics.h
${CMAKE_SOURCE_DIR}/include/volk/volk_sse_intrinsics.h
${CMAKE_SOURCE_DIR}/include/volk/volk_sse3_intrinsics.h
${CMAKE_SOURCE_DIR}/include/volk/volk_neon_intrinsics.h
${CMAKE_BINARY_DIR}/include/volk/volk.h
${CMAKE_BINARY_DIR}/include/volk/volk_cpu.h
${CMAKE_BINARY_DIR}/include/volk/volk_config_fixed.h
${CMAKE_BINARY_DIR}/include/volk/volk_typedefs.h
${CMAKE_SOURCE_DIR}/include/volk/volk_malloc.h
DESTINATION include/volk
COMPONENT "volk_devel"
)
2017-08-28 3:20 GMT+08:00 Michael Dickens >:
The issue is that gr-lte requires Volk but does not check for it
-- nor use its API / headers correctly nor use its ABI / libraries
correctly -- in the CMakeLists.txt scripts. This is a simple fix,
which you can copy from other OOT modules.
Related: Are you trying to use MacPorts to do the install? I've
thought about adding gr-lte into MP for a while. Would not be
difficult for me to do so, along with patching this issue, so that
installing it is as simple as "sudo port install gr-lte" ... - MLD
On Sun, Aug 27, 2017, at 03:34 AM, w xd wrote:
Environment: Mac os 10.12.6
I want to install gr-lte and learn something about LTE. And I
follow the instruction from https://github.com/kit-cel/gr-lte
.
when the go to the command "make -jX", it go wrong.
The error message:
Linking CXX shared library libgnuradio-lte.dylib
Undefined symbols for architecture x86_64:
"_volk_32f_accumulator_s32f_a", referenced from:
gr::lte::pcfich.
Have someone met this problem? Thanks very much.
___
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] gr-lte make error
You most prominently need to *link* against libvolk. That requires you to add an appropriate target_link_libraries entry in lib/CMakeLists.txt On 08/28/2017 10:10 AM, Johannes Demel wrote: Hi all, I'm uncertain how to integrate VOLK into the 'gr-lte' CMakeLists file. I've just looked at some other modules. I ended up just adding the line 'find_package(Volk)'. This ends up in a 'works for me'. CMake finds 'VOLK' and I could just compile 'gr-lte' from a new github clone. Though, I can't find a line where the library or include dir are actually added to the corresponding lists. Also, it seems like there is no 'findVOLK.cmake' file in 'cmake/modules' (not only in gr-lte. It's also missing in other OOT modules). Could someone point me in the right direction where I can find some more infos on this whole 'find_package' CMake magic? So far I've pushed my change to a new branch 'cmake-volk-fix'. Johannes On 27.08.2017 21:37, Marcus Müller wrote: Oh, I missed that. Not cool, considering I think I've inherently become one of gr-lte's maintainers :/ Thanks! Best regards, Marcus On 27.08.2017 21:20, Michael Dickens wrote: The issue is that gr-lte requires Volk but does not check for it -- nor use its API / headers correctly nor use its ABI / libraries correctly -- in the CMakeLists.txt scripts. This is a simple fix, which you can copy from other OOT modules. Related: Are you trying to use MacPorts to do the install? I've thought about adding gr-lte into MP for a while. Would not be difficult for me to do so, along with patching this issue, so that installing it is as simple as "sudo port install gr-lte" ... - MLD On Sun, Aug 27, 2017, at 03:34 AM, w xd wrote: Environment: Mac os 10.12.6 I want to install gr-lte and learn something about LTE. And I follow the instruction from https://github.com/kit-cel/gr-lte. when the go to the command "make -jX", it go wrong. The error message: Linking CXX shared library libgnuradio-lte.dylib Undefined symbols for architecture x86_64: "_volk_32f_accumulator_s32f_a", referenced from: gr::lte::pcfich. Have someone met this problem? Thanks very much. ___ 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] gr-lte make error
I believe you just have to add it to the GR_REQUIRED_COMPONENTS. Change: set(GR_REQUIRED_COMPONENTS RUNTIME FILTER) to: set(GR_REQUIRED_COMPONENTS RUNTIME FILTER VOLK) Ron On 08/28/2017 01:10 AM, Johannes Demel wrote: Hi all, I'm uncertain how to integrate VOLK into the 'gr-lte' CMakeLists file. I've just looked at some other modules. I ended up just adding the line 'find_package(Volk)'. This ends up in a 'works for me'. CMake finds 'VOLK' and I could just compile 'gr-lte' from a new github clone. Though, I can't find a line where the library or include dir are actually added to the corresponding lists. Also, it seems like there is no 'findVOLK.cmake' file in 'cmake/modules' (not only in gr-lte. It's also missing in other OOT modules). Could someone point me in the right direction where I can find some more infos on this whole 'find_package' CMake magic? So far I've pushed my change to a new branch 'cmake-volk-fix'. Johannes On 27.08.2017 21:37, Marcus Müller wrote: Oh, I missed that. Not cool, considering I think I've inherently become one of gr-lte's maintainers :/ Thanks! Best regards, Marcus On 27.08.2017 21:20, Michael Dickens wrote: The issue is that gr-lte requires Volk but does not check for it -- nor use its API / headers correctly nor use its ABI / libraries correctly -- in the CMakeLists.txt scripts. This is a simple fix, which you can copy from other OOT modules. Related: Are you trying to use MacPorts to do the install? I've thought about adding gr-lte into MP for a while. Would not be difficult for me to do so, along with patching this issue, so that installing it is as simple as "sudo port install gr-lte" ... - MLD On Sun, Aug 27, 2017, at 03:34 AM, w xd wrote: Environment: Mac os 10.12.6 I want to install gr-lte and learn something about LTE. And I follow the instruction from https://github.com/kit-cel/gr-lte. when the go to the command "make -jX", it go wrong. The error message: Linking CXX shared library libgnuradio-lte.dylib Undefined symbols for architecture x86_64: "_volk_32f_accumulator_s32f_a", referenced from: gr::lte::pcfich. Have someone met this problem? Thanks very much. ___ 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] gr-lte make error
Hi all, I'm uncertain how to integrate VOLK into the 'gr-lte' CMakeLists file. I've just looked at some other modules. I ended up just adding the line 'find_package(Volk)'. This ends up in a 'works for me'. CMake finds 'VOLK' and I could just compile 'gr-lte' from a new github clone. Though, I can't find a line where the library or include dir are actually added to the corresponding lists. Also, it seems like there is no 'findVOLK.cmake' file in 'cmake/modules' (not only in gr-lte. It's also missing in other OOT modules). Could someone point me in the right direction where I can find some more infos on this whole 'find_package' CMake magic? So far I've pushed my change to a new branch 'cmake-volk-fix'. Johannes On 27.08.2017 21:37, Marcus Müller wrote: Oh, I missed that. Not cool, considering I think I've inherently become one of gr-lte's maintainers :/ Thanks! Best regards, Marcus On 27.08.2017 21:20, Michael Dickens wrote: The issue is that gr-lte requires Volk but does not check for it -- nor use its API / headers correctly nor use its ABI / libraries correctly -- in the CMakeLists.txt scripts. This is a simple fix, which you can copy from other OOT modules. Related: Are you trying to use MacPorts to do the install? I've thought about adding gr-lte into MP for a while. Would not be difficult for me to do so, along with patching this issue, so that installing it is as simple as "sudo port install gr-lte" ... - MLD On Sun, Aug 27, 2017, at 03:34 AM, w xd wrote: Environment: Mac os 10.12.6 I want to install gr-lte and learn something about LTE. And I follow the instruction from https://github.com/kit-cel/gr-lte. when the go to the command "make -jX", it go wrong. The error message: Linking CXX shared library libgnuradio-lte.dylib Undefined symbols for architecture x86_64: "_volk_32f_accumulator_s32f_a", referenced from: gr::lte::pcfich. Have someone met this problem? Thanks very much. ___ 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
