Re: [Discuss-gnuradio] BER performance of gmsk
Hi Laur, Thanks for your advice. I will try to test it. Best regards, Damon 2015-05-21 19:07 GMT+08:00 Laur Joost darem...@gmail.com: Could be the same thing I'm messing with now: cycle slip. If your data clock recovery misses a bit, then the two streams you're comparing are no longer in sync, meaning your result will be essentially random. You can verify this by saving both streams and comparing them. All the best Laur 2015-05-20 22:09 GMT+03:00 Damon qiu.guowang...@gmail.com: Hi everyone, I am testing the BER performance of the gmsk of GNURaido with two USRP, one as a transmitter, and another as a receiver. I find that the error bits would cause the subsequent bits getting error. The received bits are compared with the transmitted bits, and if one bit is received correctly, a '0' is marked at the position, otherwise a '1' marked. In the following test result, the front part of bits are received correctly. But I get lots of error bits after some bit which is not received correctly. ...010010110110001001110010100010... How to explain this? Best regards, Damon ___ 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] BER performance of gmsk
Hi everyone, I am testing the BER performance of the gmsk of GNURaido with two USRP, one as a transmitter, and another as a receiver. I find that the error bits would cause the subsequent bits getting error. The received bits are compared with the transmitted bits, and if one bit is received correctly, a '0' is marked at the position, otherwise a '1' marked. In the following test result, the front part of bits are received correctly. But I get lots of error bits after some bit which is not received correctly. ...010010110110001001110010100010... How to explain this? Best regards, Damon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] build a DLL from my GNURadio OOT module with Visual Studio 2013
Hi Martin, Thanks for your reply. I am using Windows 7, 64bits. I have installed GNURadio following #3. And I could run gnuradio-companion in my laptop now. But I would like to build a DLL from my OOT module. The errors in my last email show that the constructed function and destructor of class gr::test::add_const_ff are not defined. There would be not errors if it is built in Ubuntu. Best regards, Damon 2015-01-20 10:59 GMT+08:00 Martin O'Shield mar...@windycitysdr.com: Damon, There are 3 documented ACCURATE ways to install GNURadio for Windows which I point out in #'s 2., 3., 4. below. But what your probably running up against is the following and further explained in # 4.: I saw that you posted that you were able to install GnuRadio 3.7.2.2 on Windows, but I have a couple of questions for you: 1. Which version Windows are you using ? 2. Did you install per *roughly* the exact instructions from here: [Discuss-gnuradio] Compilation walkthrough for Windows x64 https://lists.gnu.org/archive/html/discuss-gnuradio/2013-08/msg00284.html 3. Or did you install from these directions here: Installing GNURadio (Windows) Zac Manchester edited this page on Mar 12, 2014 · 5 revisions https://github.com/zacinaction/kicksat/wiki/Installing-GNURadio-%28Windows%29/_history https://github.com/zacinaction/kicksat/wiki/Installing-GNURadio-%28Windows%29 4. Or did you install from these directions here, ( which is the most recent and probably the area where you are having issues: ) [Discuss-gnuradio] Successful installation of GNURadio 3.6.4.1 on Window *Thanks - this explains all of my issues and many hours of frustrated re-installation and searching - why supply it without the DLLs? b. Although it is possible to successfully install GNURadio binaries for versions 3.7.x, none of them include runtime DLLs for WX GUI blocks. Hence these blocks are not displayed, and so most of the example files available cannot be used as they need WX GUI blocks. Moreover, some of the QT GUI blocks do not work in certain versions. Since I do not know how to make these binaries, I request those who have created these version 3.7.x Windows binaries to repack them so that we can run the latest versions of GNURadio in Windows. Until that is done, there is no point trying to install those versions.* https://lists.gnu.org/archive/html/discuss-gnuradio/2013-12/msg00498.html Damon, I have Gnuradio 3.6.4.1 32 bit Portable 64bit Portable just in case if you'd like. But if you would PLEASE document the steps you utilized for your GnuRadio 3.7.2.2 on whatever version Windows you are using, many more people would be able to assist you. Awaiting your reply please Sincerely, Martin On Mon, Jan 19, 2015 at 6:30 AM, Damon qiu.guowang...@gmail.com wrote: Hi all, I get into trouble when trying to build a dll from my GNURadio OOT module with Visual Studio 2013. I really appreciate if you could help me to solve this issue. I have installed: GNURadio (got at http://files.ettus.com/binaries/gnuradio/gnuradio_v3.7.2.2/gnuradio_3.7.2.2_Win32.exe http://files.ettus.com/binaries/gnuradio/gnuradio_v3.7.2.2/gnuradio_3.7.2.2_Win32.exe%29 ) in C:\Program Files (x86). boost 1.57.0 in C:\local. Attached please find my gr-test project files. I have set the properties of the project as follow: C/C++ General Additional Include Directories: D:\install_src\uhdtest\gr-test\include;C:\local\boost_1_57_0;C:\Program Files %28x86%29\gnuradio\include;%(AdditionalIncludeDirectories) Linker General Additional Library Directories: C:\Program Files %28x86%29\gnuradio\lib;C:\local\boost_1_57_0\lib32-msvc-12.0;%(AdditionalLibraryDirectories) Linker General Input: gnuradio-pmt.lib;volk.lib;gnuradio-runtime.lib;%(AdditionalDependencies) But when build the dll, some errors occur: 1-- Build started: Project: gr-test, Configuration: Release Win32 -- 1 add_const_ff_impl.cc 1lib\add_const_ff_impl.cc(33): warning C4273: 'gr::test::add_const_ff::make' : inconsistent dll linkage 1 D:\install_src\uhdtest\gr-test\include\test/add_const_ff.h(49) : see previous definition of 'make' 1 Creating library D:\install_src\uhdtest\gr-test\Release\gr-test.lib and object D:\install_src\uhdtest\gr-test\Release\gr-test.exp 1add_const_ff_impl.obj : error LNK2001: unresolved external symbol __declspec(dllimport) public: virtual __thiscall gr::test::add_const_ff::~add_const_ff(void) (__imp_??1add_const_ff@test @gr@@UAE@XZ) 1add_const_ff_impl.obj : error LNK2001: unresolved external symbol __declspec(dllimport) public: __thiscall gr::test::add_const_ff::add_const_ff(void) (__imp_??0add_const_ff@test @gr@@QAE@XZ) 1D:\install_src\uhdtest\gr-test\Release\gr-test.dll : fatal error LNK1120: 2 unresolved externals == Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped == How to deal with them? Best regards, Damon
[Discuss-gnuradio] build a DLL from my GNURadio OOT module with Visual Studio 2013
Hi all,
I get into trouble when trying to build a dll from my GNURadio OOT module
with Visual Studio 2013. I really appreciate if you could help me to solve
this issue.
I have installed:
GNURadio (got at
http://files.ettus.com/binaries/gnuradio/gnuradio_v3.7.2.2/gnuradio_3.7.2.2_Win32.exe
http://files.ettus.com/binaries/gnuradio/gnuradio_v3.7.2.2/gnuradio_3.7.2.2_Win32.exe%29
)
in C:\Program Files (x86).
boost 1.57.0 in C:\local.
Attached please find my gr-test project files.
I have set the properties of the project as follow:
C/C++ General Additional Include Directories:
D:\install_src\uhdtest\gr-test\include;C:\local\boost_1_57_0;C:\Program
Files %28x86%29\gnuradio\include;%(AdditionalIncludeDirectories)
Linker General Additional Library Directories:
C:\Program Files
%28x86%29\gnuradio\lib;C:\local\boost_1_57_0\lib32-msvc-12.0;%(AdditionalLibraryDirectories)
Linker General Input:
gnuradio-pmt.lib;volk.lib;gnuradio-runtime.lib;%(AdditionalDependencies)
But when build the dll, some errors occur:
1-- Build started: Project: gr-test, Configuration: Release Win32
--
1 add_const_ff_impl.cc
1lib\add_const_ff_impl.cc(33): warning C4273:
'gr::test::add_const_ff::make' : inconsistent dll linkage
1 D:\install_src\uhdtest\gr-test\include\test/add_const_ff.h(49) : see
previous definition of 'make'
1 Creating library D:\install_src\uhdtest\gr-test\Release\gr-test.lib and
object D:\install_src\uhdtest\gr-test\Release\gr-test.exp
1add_const_ff_impl.obj : error LNK2001: unresolved external symbol
__declspec(dllimport) public: virtual __thiscall
gr::test::add_const_ff::~add_const_ff(void) (__imp_??1add_const_ff@test@gr@
@UAE@XZ)
1add_const_ff_impl.obj : error LNK2001: unresolved external symbol
__declspec(dllimport) public: __thiscall
gr::test::add_const_ff::add_const_ff(void) (__imp_??0add_const_ff@test@gr@
@QAE@XZ)
1D:\install_src\uhdtest\gr-test\Release\gr-test.dll : fatal error LNK1120:
2 unresolved externals
== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==
How to deal with them?
Best regards,
Damon
/* -*- c++ -*- */
/*
* Copyright 2015 +YOU OR YOUR COMPANY+.
*
* This 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.
*
* This software 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 this software; see the file COPYING. If not, write to
* the Free Software Foundation, Inc., 51 Franklin Street,
* Boston, MA 02110-1301, USA.
*/
#ifndef INCLUDED_TEST_ADD_CONST_FF_H
#define INCLUDED_TEST_ADD_CONST_FF_H
#include test/api.h
#include gnuradio/sync_block.h
namespace gr {
namespace test {
/*!
* \brief +description of block+
* \ingroup test
*
*/
class TEST_API add_const_ff : virtual public gr::sync_block
{
public:
typedef boost::shared_ptradd_const_ff sptr;
/*!
* \brief Return a shared_ptr to a new instance of test::add_const_ff.
*
* To avoid accidental use of raw pointers, test::add_const_ff's
* constructor is in a private implementation
* class. test::add_const_ff::make is the public interface for
* creating new instances.
*/
static sptr make(float k);
};
} // namespace test
} // namespace gr
#endif /* INCLUDED_TEST_ADD_CONST_FF_H */
/*
* Copyright 2011 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.
*/
#ifndef INCLUDED_TEST_API_H
#define INCLUDED_TEST_API_H
#include gnuradio/attributes.h
#ifdef gnuradio_test_EXPORTS
# define TEST_API __GR_ATTR_EXPORT
#else
# define TEST_API __GR_ATTR_IMPORT
#endif
#endif /* INCLUDED_TEST_API_H */
/* -*- c++ -*- */
/*
* Copyright 2015 +YOU OR YOUR COMPANY+.
*
* This 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
Re: [Discuss-gnuradio] issue about message port of grextras
I got it. If the message port defined in grextras is disconnected, the
message sink or source block will not in the flowgraph.
Thanks Tom.
Best regards,
Damon
On Thu, Apr 24, 2014 at 12:01 AM, Damon qiu.guowang...@gmail.com
mailto:qiu.guowang...@gmail.com wrote:
Hi Tom,
Thanks for you reply.
I am wondering why the data stream ports of byte or integer 8
could be disconnected by other ports.
Here is an example. The connecting code is commented out, but we
can run this program without getting a error.
#!/usr/bin/env python
##
# Gnuradio Python Flow Graph
# Title: Top Block
# Generated: Thu Apr 24 11:57:08 2014
##
from gnuradio import blocks
from gnuradio import eng_notation
from gnuradio import gr
from gnuradio.eng_option import eng_option
from gnuradio.filter import firdes
from optparse import OptionParser
class top_block(gr.top_block):
def __init__(self):
gr.top_block.__init__(self, Top Block)
##
# Variables
##
self.samp_rate = samp_rate = 32000
##
# Blocks
##
self.blocks_null_source_0 =
blocks.null_source(gr.sizeof_char*1)
self.blocks_null_sink_0 = blocks.null_sink(gr.sizeof_char*1)
##
# Connections
##
#self.connect((self.blocks_null_source_0, 0),
(self.blocks_null_sink_0, 0))
# QT sink close method reimplementation
def get_samp_rate(self):
return self.samp_rate
def set_samp_rate(self, samp_rate):
self.samp_rate = samp_rate
if __name__ == '__main__':
parser = OptionParser(option_class=eng_option, usage=%prog:
[options])
(options, args) = parser.parse_args()
tb = top_block()
tb.start()
raw_input('Press Enter to quit: ')
tb.stop()
tb.wait()
Best regards,
Damon
I really don't understand the question. Why do you think this behavior
is wrong? There are no blocks in the flowgraph; that's not a condition
to say it won't run. When you hit start, it'll try to start all
threads; there are none, so it will immediately exit. The raw_input is
a Python thing, so that will continue to block.
Tom
2014-04-23 21:46 GMT+08:00 Tom Rondeau t...@trondeau.com
mailto:t...@trondeau.com:
On Tue, Apr 22, 2014 at 5:09 AM, Damon
qiu.guowang...@gmail.com mailto:qiu.guowang...@gmail.com
wrote:
Hi all,
Recently I am learning the grextras project. I am confused
about the
message port which is designed in grextras.
Why will we not get a error when the message ports do not
connect to
other message ports? I thought those port actually is data
stream ports,
so they should be connected to other ports.
Best regards,
Damon
Damon,
grextras is an external project from GNU Radio and not related
to the core functionality.
But GNU Radio's message passing structure does not require
connections. It's a publish-subscribe model, and a block will
publish a message regardless of whether or not another block
is subscribed and listening.
Tom
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] issue about message port of grextras
Hi Tom,
Thanks for you reply.
I am wondering why the data stream ports of byte or integer 8 could be
disconnected by other ports.
Here is an example. The connecting code is commented out, but we can run
this program without getting a error.
#!/usr/bin/env python
##
# Gnuradio Python Flow Graph
# Title: Top Block
# Generated: Thu Apr 24 11:57:08 2014
##
from gnuradio import blocks
from gnuradio import eng_notation
from gnuradio import gr
from gnuradio.eng_option import eng_option
from gnuradio.filter import firdes
from optparse import OptionParser
class top_block(gr.top_block):
def __init__(self):
gr.top_block.__init__(self, Top Block)
##
# Variables
##
self.samp_rate = samp_rate = 32000
##
# Blocks
##
self.blocks_null_source_0 = blocks.null_source(gr.sizeof_char*1)
self.blocks_null_sink_0 = blocks.null_sink(gr.sizeof_char*1)
##
# Connections
##
#self.connect((self.blocks_null_source_0, 0),
(self.blocks_null_sink_0, 0))
# QT sink close method reimplementation
def get_samp_rate(self):
return self.samp_rate
def set_samp_rate(self, samp_rate):
self.samp_rate = samp_rate
if __name__ == '__main__':
parser = OptionParser(option_class=eng_option, usage=%prog: [options])
(options, args) = parser.parse_args()
tb = top_block()
tb.start()
raw_input('Press Enter to quit: ')
tb.stop()
tb.wait()
Best regards,
Damon
2014-04-23 21:46 GMT+08:00 Tom Rondeau t...@trondeau.com:
On Tue, Apr 22, 2014 at 5:09 AM, Damon qiu.guowang...@gmail.com wrote:
Hi all,
Recently I am learning the grextras project. I am confused about the
message port which is designed in grextras.
Why will we not get a error when the message ports do not connect to
other message ports? I thought those port actually is data stream ports,
so they should be connected to other ports.
Best regards,
Damon
Damon,
grextras is an external project from GNU Radio and not related to the core
functionality.
But GNU Radio's message passing structure does not require connections.
It's a publish-subscribe model, and a block will publish a message
regardless of whether or not another block is subscribed and listening.
Tom
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] issue about message port of grextras
Hi all, Recently I am learning the grextras project. I am confused about the message port which is designed in grextras. Why will we not get a error when the message ports do not connect to other message ports? I thought those port actually is data stream ports, so they should be connected to other ports. Best regards, Damon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] All packets may lose when running benchmark example in gr-digital/examples/narrowband
Hi all, When I was running benchmark example in gr-digital/examples/narrowband, all packets may lose. The environment is shown below. Hardware: USRP N210 with WBX Software: GNU Radio v3.7.2.1-62-g6195ff3c and UHD_003.006.000-0-g58f4af97 The two USRPs are placed close to each other. The example is run by: On the TX side: python benchmark_tx.py -f 1.55G -m qpsk -r 200k -M 10 On the RX side: python benchmark_rx.py -f 1.55G -m qpsk -r 200k Sometimes, all packets could be received. Then I restarted test, nothing was printed in the terminator on the RX side. It looks like a random event. I guess there is something wrong with timing synchronizer in the receive path. By the way, everything is ok when we do the test with gmsk. Best regards, Damon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Make tests failed when Building for version 3.7.1git
On Tue, Aug 20, 2013 at 9:05 AM, Damon qiu.guowang...@gmail.com wrote: On Mon, Aug 19, 2013 at 8:29 AM, Damon qiu.guowang...@gmail.com wrote: Hi all, I tried installing GNUradio v3.7.1git. The build completed, but several of the build tests fail. The OS is Ubuntu 12.04 32bit, with kernel version Linux 3.2.0-51-generic-pae. CPU is Intel® Core™ i7-3770 CPU @ 3.40GHz × 8 . The prerequisites were built by : apt-get install libfontconfig1-dev libxrender-dev libpulse-dev swig g++ \ automake autoconf libtool python-dev libfftw3-dev \ libcppunit-dev libboost1.48-all-dev libusb-dev libusb-1.0-0-dev fort77 \ libsdl1.2-dev python-wxgtk2.8 git-core \ libqt4-dev python-numpy ccache python-opengl libgsl0-dev \ python-cheetah python-lxml doxygen qt4-dev-tools libusb-1.0-0-dev \ libqwt5-qt4-dev libqwtplot3d-qt4-dev pyqt4-dev-tools python-qwt5-qt4 \ cmake git-core wget libxi-dev python-docutils gtk2-engines-pixbuf r-base-dev python-tk \ liborc-0.4-0 liborc-0.4-dev libasound2-dev python-gtk2 then I ran cmake, make and make test. The following tests FAILED: 1 - qa_volk_test_all (Failed) 85 - qa_freq_xlating_fir_filter (Failed) 93 - qa_fir_filter (Failed) 167 - qa_codec2_vocoder (Failed) So I ran: ctest --output-on-failure -O ctest_log_file Attached please find the log file. How to fix it? Best regards, Damon Damon, Thanks for the detailed report. Can you try uninstalling ORC and rebuilding without it? It looks like those errors might be related to differences in precision/rounding with ORC. And ignore the codec2 problem, unless you specifically want to use codec2. It's a known problem, but we don't have a fix for it, yet. Hi Tom, There are 2 orc installed: liborc-0.4-0 and liborc-0.4-dev. I uninstalled liborc-0.4-dev, rebuilt gnuradio. The volk passed test. But several tests failed: 85 - qa_freq_xlating_fir_filter (Failed) 93 - qa_fir_filter (Failed) 167 - qa_codec2_vocoder (Failed) Attached please find the log file: ctest_log_file. In my another computer, I uninstalled both liborc-0.4-0 and liborc-0.4-dev. Then I rebuilt uhd and gnuradio v3.7.0. Three tests mentioned above failed too. Attached please find the log file: ctest_log_file2. Any suggestions? Thanks, Damon So again, let's not worry about the codec2 failure; that's something different. The two filter failures are probably related to the same issue since one uses the other. Can you try running volk_profile to make sure you Volk config file is created correctly? Then rerun those filter tests. Hi Tom, After I have run volk_profile, more tests failed: 76 - test_gr_filter (Failed) 83 - qa_fft_filter (Failed) 85 - qa_freq_xlating_fir_filter (Failed) 89 - qa_adaptive_fir_filter (Failed) 93 - qa_fir_filter (Failed) 125 - qa_cma_equalizer (Failed) 132 - qa_ofdm_sync_sc_cfb (Failed) 135 - qa_lms_equalizer (Failed) 150 - qa_ofdm_txrx (Failed) 167 - qa_codec2_vocoder (Failed) Attached please find the volk_config file and ctest_log_file. Regards, Damon [HANDLER_OUTPUT] Test project /root/gnuradio/build Start 1: qa_volk_test_all 1/176 Test #1: qa_volk_test_all . Passed0.71 sec Start 2: gr-runtime-test 2/176 Test #2: gr-runtime-test .. Passed3.03 sec Start 3: gr-pmt-test 3/176 Test #3: gr-pmt-test .. Passed1.02 sec Start 4: qa_feval 4/176 Test #4: qa_feval . Passed0.07 sec Start 5: qa_kludged_imports 5/176 Test #5: qa_kludged_imports ... Passed0.07 sec Start 6: qa_tag_utils 6/176 Test #6: qa_tag_utils . Passed0.07 sec Start 7: qa_pmt_to_python 7/176 Test #7: qa_pmt_to_python . Passed0.06 sec Start 8: qa_pmt 8/176 Test #8: qa_pmt ... Passed0.07 sec Start 9: test_gr_blocks 9/176 Test #9: test_gr_blocks ... Passed0.48 sec Start 10: qa_file_metadata 10/176 Test #10: qa_file_metadata . Passed0.15 sec Start 11: qa_moving_average 11/176 Test #11: qa_moving_average Passed0.20 sec Start 12: qa_sample_and_hold 12/176 Test #12: qa_sample_and_hold ... Passed0.12 sec Start 13: qa_skiphead 13/176 Test #13: qa_skiphead .. Passed0.27 sec Start 14: qa_keep_m_in_n 14/176 Test #14: qa_keep_m_in_n ... Passed0.12 sec Start 15: qa_vector_map 15/176 Test #15: qa_vector_map Passed0.14 sec Start 16: qa_transcendental 16/176 Test #16: qa_transcendental Passed0.14 sec Start 17: qa_copy 17/176 Test #17: qa_copy .. Passed0.13 sec Start 18: qa_vco 18/176 Test #18
Re: [Discuss-gnuradio] Make tests failed when Building for version 3.7.1git
On Mon, Aug 19, 2013 at 8:29 AM, Damon qiu.guowang...@gmail.com wrote: Hi all, I tried installing GNUradio v3.7.1git. The build completed, but several of the build tests fail. The OS is Ubuntu 12.04 32bit, with kernel version Linux 3.2.0-51-generic-pae. CPU is Intel® Core™ i7-3770 CPU @ 3.40GHz × 8 . The prerequisites were built by : apt-get install libfontconfig1-dev libxrender-dev libpulse-dev swig g++ \ automake autoconf libtool python-dev libfftw3-dev \ libcppunit-dev libboost1.48-all-dev libusb-dev libusb-1.0-0-dev fort77 \ libsdl1.2-dev python-wxgtk2.8 git-core \ libqt4-dev python-numpy ccache python-opengl libgsl0-dev \ python-cheetah python-lxml doxygen qt4-dev-tools libusb-1.0-0-dev \ libqwt5-qt4-dev libqwtplot3d-qt4-dev pyqt4-dev-tools python-qwt5-qt4 \ cmake git-core wget libxi-dev python-docutils gtk2-engines-pixbuf r-base-dev python-tk \ liborc-0.4-0 liborc-0.4-dev libasound2-dev python-gtk2 then I ran cmake, make and make test. The following tests FAILED: 1 - qa_volk_test_all (Failed) 85 - qa_freq_xlating_fir_filter (Failed) 93 - qa_fir_filter (Failed) 167 - qa_codec2_vocoder (Failed) So I ran: ctest --output-on-failure -O ctest_log_file Attached please find the log file. How to fix it? Best regards, Damon Damon, Thanks for the detailed report. Can you try uninstalling ORC and rebuilding without it? It looks like those errors might be related to differences in precision/rounding with ORC. And ignore the codec2 problem, unless you specifically want to use codec2. It's a known problem, but we don't have a fix for it, yet. Hi Tom, There are 2 orc installed: liborc-0.4-0 and liborc-0.4-dev. I uninstalled liborc-0.4-dev, rebuilt gnuradio. The volk passed test. But several tests failed: 85 - qa_freq_xlating_fir_filter (Failed) 93 - qa_fir_filter (Failed) 167 - qa_codec2_vocoder (Failed) Attached please find the log file: ctest_log_file. In my another computer, I uninstalled both liborc-0.4-0 and liborc-0.4-dev. Then I rebuilt uhd and gnuradio v3.7.0. Three tests mentioned above failed too. Attached please find the log file: ctest_log_file2. Any suggestions? Thanks, Damon [HANDLER_OUTPUT] Test project /root/gnuradio/build Start 1: qa_volk_test_all 1/176 Test #1: qa_volk_test_all . Passed0.76 sec Start 2: gr-runtime-test 2/176 Test #2: gr-runtime-test .. Passed3.07 sec Start 3: gr-pmt-test 3/176 Test #3: gr-pmt-test .. Passed1.02 sec Start 4: qa_feval 4/176 Test #4: qa_feval . Passed0.81 sec Start 5: qa_kludged_imports 5/176 Test #5: qa_kludged_imports ... Passed0.09 sec Start 6: qa_tag_utils 6/176 Test #6: qa_tag_utils . Passed0.09 sec Start 7: qa_pmt_to_python 7/176 Test #7: qa_pmt_to_python . Passed0.07 sec Start 8: qa_pmt 8/176 Test #8: qa_pmt ... Passed0.08 sec Start 9: test_gr_blocks 9/176 Test #9: test_gr_blocks ... Passed0.48 sec Start 10: qa_file_metadata 10/176 Test #10: qa_file_metadata . Passed0.22 sec Start 11: qa_moving_average 11/176 Test #11: qa_moving_average Passed0.22 sec Start 12: qa_sample_and_hold 12/176 Test #12: qa_sample_and_hold ... Passed0.13 sec Start 13: qa_skiphead 13/176 Test #13: qa_skiphead .. Passed0.28 sec Start 14: qa_keep_m_in_n 14/176 Test #14: qa_keep_m_in_n ... Passed0.14 sec Start 15: qa_vector_map 15/176 Test #15: qa_vector_map Passed0.14 sec Start 16: qa_transcendental 16/176 Test #16: qa_transcendental Passed0.14 sec Start 17: qa_copy 17/176 Test #17: qa_copy .. Passed0.15 sec Start 18: qa_vco 18/176 Test #18: qa_vco ... Passed0.14 sec Start 19: qa_interleave 19/176 Test #19: qa_interleave Passed0.13 sec Start 20: qa_add_mult_v 20/176 Test #20: qa_add_mult_v Passed0.29 sec Start 21: qa_packed_to_unpacked 21/176 Test #21: qa_packed_to_unpacked Passed0.20 sec Start 22: qa_burst_tagger 22/176 Test #22: qa_burst_tagger .. Passed0.13 sec Start 23: qa_multiply_conjugate 23/176 Test #23: qa_multiply_conjugate Passed0.13 sec Start 24: qa_max 24/176 Test #24: qa_max ... Passed0.14 sec Start 25: qa_file_source_sink 25/176 Test #25: qa_file_source_sink .. Passed0.29 sec Start 26: qa_keep_one_in_n 26/176 Test
[Discuss-gnuradio] operator receive and transmit paths separately
Hi all, I would like to implement a RF record and playback system which is similar to https://decibel.ni.com/content/docs/DOC-22174. When it is recording, just receive path is active. During playback, just transmit path is active. How can I operator receive and transmit paths separately in a top block? Or should I create two top blocks? Best regards, Damon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
