Re: [Discuss-gnuradio] (no subject)

[Nikos Balkanas]

Hi faisal,

There already is a gnuradio block for spectrum analyzer. Have you seen
gr-fosphor?
You should really try using messages in your emails:(

BR,
Nikos

On Fri, Mar 22, 2019 at 2:09 PM faisal  wrote:

> Hi
>
> Can you provide me how to save the datas which come from the threshold
> block and average block while running the grc and keep saving it during
> peride of time using blocks in gnuradio without using coding python.
>
> ___
> 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] (no subject)

[faisal]

Hi

Can you provide me how to save the datas which come from the threshold
block and average block while running the grc and keep saving it during
peride of time using blocks in gnuradio without using coding python.


gt.grc
Description: Binary data
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[faisal]

Hello everyone
Can you provide me how to save the datas which come from the threshold
block and average block while running the grc and keep saving it during
peride of time using blocks in gnuradio without using cosing python.
Thanks


gt.grc
Description: Binary data
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[faisal]

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

[Discuss-gnuradio] (no subject)

[faisal]

Hello Everyone
I'm already built a spectrum sensing block daigram in gnuradio companion
using sdr rtl and gnuradio so what i want is only to sense if there is
usage of spectrum at sertain time or not then i need an external blocks to
read the 0 and 1 thats comes from energy detecore and save it  as 0 or 1
with that time and keep scanning for a period of time and then analays the
data and decaide if the channel is used or not.
The problom is i want you to provide me method that i can save the data and
time togather using gnuradio blocks without using coding keeping in maind
that the sample rate is very high reach to 20e6 Hz.
Thank you
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[faisal]

I install gnu radio on raspbian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] (no subject)

[Nate Temple]

Hi,

GNU Radio works fine on the RBPIv3 at lower / limited sample rates.

The satnogs project uses GNU Radio and the RBPIv3 as a reference design.

Regards,
Nate Temple

On Mon, Mar 4, 2019 at 2:06 PM faisal  wrote:

> Hi my friend 
> Please is anyone used gnuradio on raspberry pi 3 sucssfully?
> ___
> 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] (no subject)

[faisal]

Hi my friend 
Please is anyone used gnuradio on raspberry pi 3 sucssfully?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[faisal]

Hi
I have final year project which is about spectrum sensing and my project
should use raspberry pi ,gnuradio and SDR. Actually i did not use raspberry
pi and gnuradio before i need help on how to integrate all of this
components togather.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] (no subject)

[D J]

So it works ok with the ettus radio, but I really want to use the
xb200/bladerf combo for the tx filtering capability.  Also, The IF coming
out of the system under test can actually be anywhere between 10MHz and
70MHz.  Looks like I'll be working on it more tomorrow.

On Mon, Oct 22, 2018, 10:43 AM D J  wrote:

> Hello GNURadio friends,
>
> I'm trying to build a simple repeater that receives a 70MHz IF signal over
> a cable and retransmits it at around 200MHz.  Essentially, I want to use an
> SDR as a upconverter.  What's the best way to do this?  Do I just use a
> sink and source block referring to the same SDR?  I have a bladeRF/xb200
> and an Ettus B200 to choose from.  I tried the bladeRF/xb200 with Osmocom
> src/sink blocks but Gnuradio throws an error when I try to run it.  It asks
> if I forgot to specify nchan (number of channels?).   Thanks!
>
> Dustin
> ___
> 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] (no subject)

[D J]

Hello GNURadio friends,

I'm trying to build a simple repeater that receives a 70MHz IF signal over
a cable and retransmits it at around 200MHz.  Essentially, I want to use an
SDR as a upconverter.  What's the best way to do this?  Do I just use a
sink and source block referring to the same SDR?  I have a bladeRF/xb200
and an Ettus B200 to choose from.  I tried the bladeRF/xb200 with Osmocom
src/sink blocks but Gnuradio throws an error when I try to run it.  It asks
if I forgot to specify nchan (number of channels?).   Thanks!

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

[Discuss-gnuradio] (no subject)

[aa aa]

When i am using Protocol Parser connected to Async CRC32 in check mode i am 
getting this error:

]: pmt_car: wrong_type : #f

How can i filter Protocol Parser's output to just throw out all #f-s?

PDU Filter just crashes with:

]: pmt_car: wrong_type : #f

Version GNU Radio 3.7.11 reproducable on 3.7.12.

I cant upgrade from GNU Radio 3.7.11, but can rebuild it with any fixes needed

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

Re: [Discuss-gnuradio] (no subject)

[Derek Kozel]

Hello Mir Lodro,

This is a known issue and there is a solution currently in review.
https://github.com/gnuradio/gnuradio/pull/1812

You can apply this change yourself to your local source code, change your
local C++ version by calling CMake manually, or wait until the solution is
merged into the code and then rerun pybombs.

The local source file is in
/home/eexmmlo/prefix/default/src/gnuradio/gr-blocks/lib/float_array_to_int.cc

Regards,
Derek

On Thu, Jun 7, 2018 at 3:12 PM, Mir Muhammad Lodro 
wrote:

> Hi All
> i am installing GNU Radio on Linux 16.04, but it's not installing by
> saying this file requires compiler and library support for ISO 2011
> standard. This can be done by issuing -std=c++11 or -std=gnu++11  when one
> has to run single file. But here the build process is automated. I would be
> grateful if you can look into the following prompt response and guide what
> could be the possible solution. I have already installed GNU Radio on
> different machine running 16.04, but I am surprise to see the error when
> installing on another machine  and despite repeating the very same steps.
>
> The as it as prompt response is:
>
> root@pezp63763:/home/eexmmlo# pybombs prefix init -a default
> prefix/default/ -R gnuradio-default
> PyBOMBS - INFO - PyBOMBS Version 2.3.2
> PyBOMBS.prefix - WARNING - There already is a prefix in
> `/home/eexmmlo/prefix/default'.
> Continue using this path Y/[N]? y
> Alias `default' already exists, overwrite Y/[N]? y
> PyBOMBS.prefix - INFO - Installing default packages for prefix...
> PyBOMBS.prefix - INFO -
>   - gnuradio
> PyBOMBS.install_manager - INFO - Phase 1: Creating install tree and
> installing binary packages:
> Install tree:
> |
> \- gnuradio
> PyBOMBS.install_manager - INFO - Phase 2: Recursively installing source
> packages to prefix:
> PyBOMBS.install_manager - INFO - Installing package: gnuradio
> PyBOMBS.Packager.source - WARNING - Build dir already exists:
> /home/eexmmlo/prefix/default/src/gnuradio/build
> Building:(100%) [=
> 
> ]
> [  4%] Built target volk_obj
> [  4%] Built target volk
> [  4%] Built target volk_test_all
> [  4%] Built target volk_profile
> [  5%] Built target volk-config-info
> [  6%] Built target pygen_volk_python_volk_modtool_34493
> [  6%] Built target pygen_volk_python_volk_modtool_04eb6
> [  7%] Built target pmt_generated
> [  7%] Built target gnuradio-pmt
> [ 10%] Built target gnuradio-runtime
> [ 11%] Built target test-gnuradio-runtime
> [ 11%] Built target gr_runtime_test
> [ 11%] Built target test-gnuradio-pmt
> [ 11%] Built target gr_pmt_test
> [ 11%] Built target gnuradio-config-info
> [ 11%] Built target pmt_swig_swig_doc
> [ 11%] Built target _pmt_swig_swig_tag
> [ 11%] Built target pmt_swig_gnuradio_runtime_swig_7dd5e
> [ 11%] Built target _pmt_swig
> [ 11%] Built target runtime_swig_swig_doc
> [ 11%] Built target pmt_swig
> [ 11%] Built target _runtime_swig_swig_tag
> [ 11%] Built target runtime_swig_gnuradio_runtime_swig_7dd5e
> [ 11%] Built target _runtime_swig
> [ 11%] Built target pygen_gnuradio_runtime_swig_bc893
> [ 12%] Built target pygen_gnuradio_runtime_swig_c7096
> [ 13%] Built target pygen_gnuradio_runtime_python_gnuradio_0cff0
> [ 13%] Built target pygen_gnuradio_runtime_python_gnuradio_gr_c39fa
> [ 13%] Built target pygen_gnuradio_runtime_python_gnuradio_gru_e77e9
> [ 13%] Built target pygen_gnuradio_runtime_python_gnuradio_ctrlport_20832
> [ 13%] Built target pygen_gnuradio_runtime_python_gnuradio_ctrlport_c0e39
> [ 13%] Built target pygen_gnuradio_runtime_python_gnuradio_ctrlport_2dcdd
> [ 13%] Built target pygen_gnuradio_runtime_python_gnuradio_ctrlport_a87ad
> [ 13%] Built target pygen_gnuradio_runtime_python_pmt_5fb7b
> [ 13%] Built target pygen_gnuradio_runtime_examples_mp_sched_be1cd
> [ 13%] Built target pygen_gnuradio_runtime_examples_network_14cb6
> [ 13%] Built target pygen_gnuradio_runtime_examples_volk_benchmark_0f7b0
> [ 14%] Built target blocks_generated_includes
> [ 14%] Building CXX object gr-blocks/lib/CMakeFiles/
> gnuradio-blocks.dir/float_array_to_int.cc.o
> In file included from /usr/include/c++/5/cstdint:35:0,
>  from /home/eexmmlo/prefix/default/
> src/gnuradio/gr-blocks/lib/float_array_to_int.cc:30:
> /usr/include/c++/5/bits/c++0x_warning.h:32:2: error: #error This file
> requires compiler and library support for the ISO C++ 2011 standard. This
> support must be enabled with the -std=c++11 or -std=gnu++11 compiler
> options.
>  #error This file requires compiler and library support \
>   ^
> /home/eexmmlo/prefix/default/src/gnuradio/gr-blocks/lib/float_array_to_int.cc:32:14:
> error: ‘int64_t’ does not name a type
>  static const int64_t MAX_INT =  INT32_MAX;
>   ^
> /home/eexmmlo/prefix/default/src/gnuradio/gr-blocks/lib/float_array_to_int.cc:33:14:
> error: ‘int64_t’ does not name a type
>  static const int64_t MIN_INT =  INT32_MIN;

[Discuss-gnuradio] (no subject)

[Mir Muhammad Lodro]

Hi All
i am installing GNU Radio on Linux 16.04, but it's not installing by saying
this file requires compiler and library support for ISO 2011 standard. This
can be done by issuing -std=c++11 or -std=gnu++11  when one has to run
single file. But here the build process is automated. I would be grateful
if you can look into the following prompt response and guide what could be
the possible solution. I have already installed GNU Radio on different
machine running 16.04, but I am surprise to see the error when installing
on another machine  and despite repeating the very same steps.

The as it as prompt response is:

root@pezp63763:/home/eexmmlo# pybombs prefix init -a default
prefix/default/ -R gnuradio-default
PyBOMBS - INFO - PyBOMBS Version 2.3.2
PyBOMBS.prefix - WARNING - There already is a prefix in
`/home/eexmmlo/prefix/default'.
Continue using this path Y/[N]? y
Alias `default' already exists, overwrite Y/[N]? y
PyBOMBS.prefix - INFO - Installing default packages for prefix...
PyBOMBS.prefix - INFO -
  - gnuradio
PyBOMBS.install_manager - INFO - Phase 1: Creating install tree and
installing binary packages:
Install tree:
|
\- gnuradio
PyBOMBS.install_manager - INFO - Phase 2: Recursively installing source
packages to prefix:
PyBOMBS.install_manager - INFO - Installing package: gnuradio
PyBOMBS.Packager.source - WARNING - Build dir already exists:
/home/eexmmlo/prefix/default/src/gnuradio/build
Building:(100%)
[=]
[  4%] Built target volk_obj
[  4%] Built target volk
[  4%] Built target volk_test_all
[  4%] Built target volk_profile
[  5%] Built target volk-config-info
[  6%] Built target pygen_volk_python_volk_modtool_34493
[  6%] Built target pygen_volk_python_volk_modtool_04eb6
[  7%] Built target pmt_generated
[  7%] Built target gnuradio-pmt
[ 10%] Built target gnuradio-runtime
[ 11%] Built target test-gnuradio-runtime
[ 11%] Built target gr_runtime_test
[ 11%] Built target test-gnuradio-pmt
[ 11%] Built target gr_pmt_test
[ 11%] Built target gnuradio-config-info
[ 11%] Built target pmt_swig_swig_doc
[ 11%] Built target _pmt_swig_swig_tag
[ 11%] Built target pmt_swig_gnuradio_runtime_swig_7dd5e
[ 11%] Built target _pmt_swig
[ 11%] Built target runtime_swig_swig_doc
[ 11%] Built target pmt_swig
[ 11%] Built target _runtime_swig_swig_tag
[ 11%] Built target runtime_swig_gnuradio_runtime_swig_7dd5e
[ 11%] Built target _runtime_swig
[ 11%] Built target pygen_gnuradio_runtime_swig_bc893
[ 12%] Built target pygen_gnuradio_runtime_swig_c7096
[ 13%] Built target pygen_gnuradio_runtime_python_gnuradio_0cff0
[ 13%] Built target pygen_gnuradio_runtime_python_gnuradio_gr_c39fa
[ 13%] Built target pygen_gnuradio_runtime_python_gnuradio_gru_e77e9
[ 13%] Built target pygen_gnuradio_runtime_python_gnuradio_ctrlport_20832
[ 13%] Built target pygen_gnuradio_runtime_python_gnuradio_ctrlport_c0e39
[ 13%] Built target pygen_gnuradio_runtime_python_gnuradio_ctrlport_2dcdd
[ 13%] Built target pygen_gnuradio_runtime_python_gnuradio_ctrlport_a87ad
[ 13%] Built target pygen_gnuradio_runtime_python_pmt_5fb7b
[ 13%] Built target pygen_gnuradio_runtime_examples_mp_sched_be1cd
[ 13%] Built target pygen_gnuradio_runtime_examples_network_14cb6
[ 13%] Built target pygen_gnuradio_runtime_examples_volk_benchmark_0f7b0
[ 14%] Built target blocks_generated_includes
[ 14%] Building CXX object
gr-blocks/lib/CMakeFiles/gnuradio-blocks.dir/float_array_to_int.cc.o
In file included from /usr/include/c++/5/cstdint:35:0,
 from
/home/eexmmlo/prefix/default/src/gnuradio/gr-blocks/lib/float_array_to_int.cc:30:
/usr/include/c++/5/bits/c++0x_warning.h:32:2: error: #error This file
requires compiler and library support for the ISO C++ 2011 standard. This
support must be enabled with the -std=c++11 or -std=gnu++11 compiler
options.
 #error This file requires compiler and library support \
  ^
/home/eexmmlo/prefix/default/src/gnuradio/gr-blocks/lib/float_array_to_int.cc:32:14:
error: ‘int64_t’ does not name a type
 static const int64_t MAX_INT =  INT32_MAX;
  ^
/home/eexmmlo/prefix/default/src/gnuradio/gr-blocks/lib/float_array_to_int.cc:33:14:
error: ‘int64_t’ does not name a type
 static const int64_t MIN_INT =  INT32_MIN;
  ^
/home/eexmmlo/prefix/default/src/gnuradio/gr-blocks/lib/float_array_to_int.cc:
In function ‘void float_array_to_int(const float*, int*, float, int)’:
/home/eexmmlo/prefix/default/src/gnuradio/gr-blocks/lib/float_array_to_int.cc:39:5:
error: ‘int64_t’ was not declared in this scope
 int64_t r = llrintf(scale * in[i]);
 ^
/home/eexmmlo/prefix/default/src/gnuradio/gr-blocks/lib/float_array_to_int.cc:40:9:
error: ‘r’ was not declared in this scope
 if (r < MIN_INT)
 ^
/home/eexmmlo/prefix/default/src/gnuradio/gr-blocks/lib/float_array_to_int.cc:40:13:
error: ‘MIN_INT’ was not declared in this scope
 if (r < MIN_INT)
 ^

Re: [Discuss-gnuradio] no subject

[Rui ZOU]

Hi Marcus,

Sorry for leaving the title empty, that's the first time to post to a
mailing list. This is also the first time to reply, no sure if I replied
correctly.

I use 390.625k as the sampling rate because this is the lowest I can get
using the Ettus X310 without giving me a warning saying that the sampling
rate cannot be provided by the hardware. The application is just
transmitting a file using GMSK modulation on the two daughter boards of
X310.

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

Re: [Discuss-gnuradio] (no subject)

[Marcus Müller]

Hi Rui,

so, what does your software /do/ to transmit samples? What is the
sampling rate you're working at?

U and L are, as you noted, usually caused by computational insufficiency
of the computing platform, but that might have many reasons, not only CPU.

Best regards,

Marcus

On 07/30/2017 05:06 PM, Rui ZOU wrote:
> Hi there,
>
> I'm using USRP X310 and the host is Dell OptiPlex 7040. The
> application is built using GNURadio companion 3.7.10.1
> trying to transmit using both the daughter boards.
>
> When two channels transmit the same file, the transmission can last
> for a while before producing  U and L and get stuck. When transmit two
> different files, U and L come up instantly after starting the
> application. The grc files are attached.
>
> I have read this page
> https://files.ettus.com/manual/page_usrp_x3x0_config.html
>  regarding
> U and L, tried the possible configurations to get over this, but failed.
>
> The CPU information (obtained using lshw in Ubuntu 16.04) of the host
> is shown below.
>
>  *-cpu
>   description: CPU
>   product: Intel(R) Core(TM) i7-6700 CPU @ 3.40GHz
>   vendor: Intel Corp.
>   physical id: 18
>   bus info: cpu@0
>   version: Intel(R) Core(TM) i7-6700 CPU @ 3.40GHz
>   slot: Socket 0
>   size: 3945MHz
>   capacity: 4200MHz
>   width: 64 bits
>   clock: 100MHz
>   capabilities: x86-64 fpu fpu_exception wp vme de pse tsc msr
> pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx
> fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp constant_tsc art
> arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf
> tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2
> ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt
> tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch
> epb intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust
> bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap
> clflushopt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp
> hwp_notify hwp_act_window hwp_epp cpufreq
>   configuration: cores=4 enabledcores=4 threads=8
>
> Regards,
>
> Rui
>
>
> ___
> 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] (no subject)

[Rui ZOU]

Hi there,

I'm using USRP X310 and the host is Dell OptiPlex 7040. The application is
built using GNURadio companion 3.7.10.1
trying to transmit using both the daughter boards.

When two channels transmit the same file, the transmission can last for a
while before producing  U and L and get stuck. When transmit two different
files, U and L come up instantly after starting the application. The grc
files are attached.

I have read this page https://files.ettus.com/manual/page_usrp_x3x0_config.
html regarding U and L, tried the possible configurations to get over this,
but failed.

The CPU information (obtained using lshw in Ubuntu 16.04) of the host is
shown below.

 *-cpu
  description: CPU
  product: Intel(R) Core(TM) i7-6700 CPU @ 3.40GHz
  vendor: Intel Corp.
  physical id: 18
  bus info: cpu@0
  version: Intel(R) Core(TM) i7-6700 CPU @ 3.40GHz
  slot: Socket 0
  size: 3945MHz
  capacity: 4200MHz
  width: 64 bits
  clock: 100MHz
  capabilities: x86-64 fpu fpu_exception wp vme de pse tsc msr pae
mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse
sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp constant_tsc art arch_perfmon
pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf tsc_known_freq pni
pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr
pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave
avx f16c rdrand lahf_lm abm 3dnowprefetch epb intel_pt tpr_shadow vnmi
flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms
invpcid rtm mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 xsaves
dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp cpufreq
  configuration: cores=4 enabledcores=4 threads=8

Regards,

Rui


twopararx.grc
Description: Binary data


onefile2tx.grc
Description: Binary data
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[Sebastian]

Hi all,

I dont know whether this is the right place to ask, so please tell if i am 
wrong.
I am afraid that i am new to gnuradio, so i got a problem writing an OOT-module.

I used gr_modtool for the basic structure, wrote my code and did one of these 
unit tests.
My test case worked so i installed it, connecting the blocks the same way like 
I did in that test,
and it failed producing this trace back:

 *** Error in `/usr/bin/python2': corrupted double-linked list: 
0x0293e300 
***
=== Backtrace: =

/lib/x86_64-linux-gnu/libc.so.6(+0x777e5)[0x7ff42dc2b7e5]

/lib/x86_64-linux-gnu/libc.so.6(+0x81f88)[0x7ff42dc35f88]

/lib/x86_64-linux-gnu/libc.so.6(__libc_malloc+0x54)[0x7ff42dc375d4]

/usr/lib/x86_64-linux-gnu/libstdc++.so.6(_Znwm+0x18)[0x7ff42ac73e78]

/usr/local/lib/libgnuradio-runtime-3.7.11.1.so.0.0.0(_ZN2gr11basic_block24message_port_register_inEN5boost13intrusive_ptrIN3pmt8pmt_baseEEE+0x139)[0x7ff417b690a9]

/usr/local/lib/libgnuradio-runtime-3.7.11.1.so.0.0.0(_ZN2gr5blockC2ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEN5boost10shared_ptrINS_12io_signatureEEESC_+0x3ae)[0x7ff417b7454e]

/usr/local/lib/libgnuradio-runtime-3.7.11.1.so.0.0.0(_ZN2gr10sync_blockC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEN5boost10shared_ptrINS_12io_signatureEEESC_+0x5e)[0x7ff417bc5dbe]

/usr/local/lib/libgnuradio-blocks-3.7.11.1.so.0.0.0(+0x1925c9)[0x7ff417fa45c9]

/usr/local/lib/libgnuradio-blocks-3.7.11.1.so.0.0.0(_ZN2gr6blocks8throttle4makeEmdb+0x49)[0x7ff417fa4b69]

/usr/local/lib/python2.7/dist-packages/gnuradio/blocks/_blocks_swig1.so(+0x125744)[0x7ff41666e744]

/usr/bin/python2(PyEval_EvalFrameEx+0x68a)[0x4c468a]
/usr/bin/python2(PyEval_EvalCodeEx+0x255)[0x4c2765]

/usr/bin/python2(PyEval_EvalFrameEx+0x6099)[0x4ca099]
/usr/bin/python2(PyEval_EvalCodeEx+0x255)[0x4c2765]

/usr/bin/python2[0x4de6fe]
/usr/bin/python2(PyObject_Call+0x43)[0x4b0cb3]
/usr/bin/python2[0x4f492e]

/usr/bin/python2(PyObject_Call+0x43)[0x4b0cb3]
/usr/bin/python2[0x4f46a7]
/usr/bin/python2[0x4b670c]

/usr/bin/python2(PyObject_Call+0x43)[0x4b0cb3]
/usr/bin/python2(PyEval_EvalFrameEx+0x5faf)[0x4c9faf]

/usr/bin/python2(PyEval_EvalCodeEx+0x255)[0x4c2765]
/usr/bin/python2(PyEval_EvalFrameEx+0x6099)[0x4ca099]

/usr/bin/python2(PyEval_EvalCodeEx+0x255)[0x4c2765]
/usr/bin/python2(PyEval_EvalCode+0x19)[0x4c2509]

/usr/bin/python2[0x4f1def]
/usr/bin/python2(PyRun_FileExFlags+0x82)[0x4ec652]
/usr/bin/python2(PyRun_SimpleFileExFlags+0x191)[0x4eae31]

/usr/bin/python2(Py_Main+0x68a)[0x49e14a]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0)[0x7ff42dbd4830]

/usr/bin/python2(_start+0x29)[0x49d9d9]

If needed, i can provide a memory map, too.

My question is what does the error in line 5 mean. I dont alloc anything 
neither using a new call, so I think this causes the error.
I declared message ports within the constructor like it`s done in other library 
modules. 

This iussue vanished using a char_to_float connected to a QT GUI Time Sink as 
final step instead of constellation modulator and null sink.

I am looking forward to hearing from you and many thanks for your help. If any 
futher Information needed, i am glad to provide it.

Sebastian

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

Re: [Discuss-gnuradio] (no subject)

[Rafik ZITOUNI]

Thank you Marcus for your answer !

My BER and SNR are calculated and obtained using MPSK SNR Estimator Probe
and Error Rate blocks. I obtained  two points, which rotate in the qt gui
constellation sink despite the BER and SNR have been obtained as expected.
Could you give me an explanation how it was possible to obtain a good snr
and ber with a wrong constellation with  good SNR and BER?

I found the  presentation of Tom Rondeau useful, since he explained the
function of the costas loop block.  https://static.squarespace.com/static/
543ae9afe4b0c3b808d72acd/543aee1fe4b09162d08633fc/543aee1fe4b09162d0863402/
1392309732018/mpsk.pdf


This morning I add a Costas loop after a Polyphase Clock Syncronisation
block, and it s going well. You find attached a screenshot of my
constellation for a DBPSK of my receiver/transmitter. I propose to add a
grc to gnuradio/gr-digital for MPSK since grc is more easy to understand
than python source code.


Now I am trying to send and receive data files such as videos or images
(bmp). Do you have an example with a file exchange implemented in .py or
grc?

Best,


2017-07-04 9:44 GMT+02:00 Marcus Müller :

> Hi Rafik!
>
> So, what's wrong with the BER and the SNR estimate?
>
> Best regards,
>
> Marcus
>
> On 07/03/2017 11:29 PM, Rafik ZITOUNI wrote:
>
> Dear all,
>
> I translate the /gr-digital/examples/narrowband/digital_bert_tx.py and
> the /gr-digital/examples/narrowband/digital_bert_rx.py python source
> codes to GRC flow graphs. The objective is to get more graphical
> possibilities with a GRC.  My flow graph gives a fine result of BER and SNR
> for DBPSK modulation.
> The problem is with the rotating points of my constellation. I think that
> the rotation of my view comes from a lack of frequency synchronization, but
> why I obtained a correct BER and SNR?
>
> You find attached to this message a constellation view obtained by my flow
> graph.
>
> Please could you explain me this  result or give an advice to improve the
> obtained result?
>
> Regards,
>
>
> --
> Rafik
>
>
>
> ___
> 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
>
>


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

Re: [Discuss-gnuradio] (no subject)

[Marcus Müller]

Hi Rafik!

So, what's wrong with the BER and the SNR estimate?

Best regards,

Marcus


On 07/03/2017 11:29 PM, Rafik ZITOUNI wrote:
> Dear all, 
>
> I translate the /gr-digital/examples/narrowband/digital_bert_tx.py and
> the /gr-digital/examples/narrowband/digital_bert_rx.py python source
> codes to GRC flow graphs. The objective is to get more graphical
> possibilities with a GRC.  My flow graph gives a fine result of BER
> and SNR for DBPSK modulation. 
> The problem is with the rotating points of my constellation. I think
> that the rotation of my view comes from a lack of frequency
> synchronization, but why I obtained a correct BER and SNR?
>
> You find attached to this message a constellation view obtained by my
> flow graph. 
>
> Please could you explain me this  result or give an advice to improve
> the obtained result? 
>
> Regards, 
>
>
> -- 
> **Rafik
>
>
>
> ___
> 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] (no subject)

[Rafik ZITOUNI]

Dear all,

I translate the /gr-digital/examples/narrowband/digital_bert_tx.py and the
/gr-digital/examples/narrowband/digital_bert_rx.py python source codes to
GRC flow graphs. The objective is to get more graphical possibilities with
a GRC.  My flow graph gives a fine result of BER and SNR for DBPSK
modulation.
The problem is with the rotating points of my constellation. I think that
the rotation of my view comes from a lack of frequency synchronization, but
why I obtained a correct BER and SNR?
[image: Images intégrées 1]
You find attached to this message a constellation view obtained by my flow
graph.

Please could you explain me this  result or give an advice to improve the
obtained result?

Regards,


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

Re: [Discuss-gnuradio] (no subject)

[Marcus Müller]

For Raj, and because, really, this comes up once in a while (and that's
once too many, because you can also google this stuff):

You can simply click on the unsubscribe button on the links at the end
of every email.

Other than that, this is a bog-normal mailing list, and has a list
unsubscribe header containing:

mailto:discuss-gnuradio-requ...@gnu.org?subject=unsubscribe

In other words, just send an empty email with subject line "unsubscribe" 
(without the ") to discuss-gnuradio-requ...@gnu.org. Your mail client might 
have a button that does that for you, but most don't.

Best regards,
Marcus


On 03/20/2017 07:13 AM, Raj . wrote:
> remove me from the discuss grp pls
>
>
> ___
> 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] (no subject)

[Raj .]

remove me from the discuss grp pls
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] (no subject)

[Andrej Rode]

Hi Idress,

> There are some demo flowgraphs that should make clear how the toolbox works.
> 

Also you should have a look at the slides and Bachelor theses in the
repository. They should give you an insight in theory and give some
references on how the blocks work.

Cheers,
Andrej



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] (no subject)

[Sebastian Müller]

Hi Idress,

not knowing this module in particular, the examples folder is always a good
spot to make first steps.
There are some demo flowgraphs that should make clear how the toolbox works.

Best,
Sebastian



Am 24. August 2016 um 13:30:55, Idress Mughal (kenshiblind...@yahoo.com)
schrieb:

hi i am new to SDR technology, it's been a month i started small
experiments on SDR. About a month ago installed gr-gsm (hatsoff to its
developer) and analysed 2G signals. now i changed my plans and thought to
know about 4G/LTE. downloaded the gr-lte . foolowed all steps as describes
in( kit-cel/gr-lte ) . ran through each
and every step without any errors. gr-lte blocks can also be seen in GRC ,
but now i don't know what to do next. I mean like how can i
analze,capture,or decode the LTE signals. i am new and don't know much
about it. please guide me on this topic.
thanks !

kit-cel/gr-lte
gr-lte - GNU Radio LTE receiver


___
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] (no subject)

[Yile Ku]

So a 'sudo ldconfig' fixed the problem.

On Tue, Apr 26, 2016 at 7:20 AM, Yile Ku  wrote:

> I am running Ubuntu 14.04 and used pybombs to build gnuradio.  Whenever I
> create a module and try and run it, I get the AttributeError shown at the
> bottom.
>
> Y-
>
>
> radio@ubuntu:~$ gr_modtool newmod tryit
> Creating out-of-tree module in ./gr-tryit... Done.
> Use 'gr_modtool add' to add a new block to this currently empty module.
> radio@ubuntu:~$ cd gr-tryit/
> radio@ubuntu:~/gr-tryit$ gr_modtool add -t noblock thisis
> GNU Radio module name identified: tryit
> Language (python/cpp): cpp
> Language: C++
> Block/code identifier: thisis
> Enter valid argument list, including default arguments:
> Add C++ QA code? [Y/n]
> Adding file 'lib/thisis.cc'...
> Adding file 'include/tryit/thisis.h'...
> Adding file 'lib/qa_thisis.cc'...
> Adding file 'lib/qa_thisis.h'...
> Editing swig/tryit_swig.i...
> Adding file 'grc/tryit_thisis.xml'...
> Editing grc/CMakeLists.txt...
> radio@ubuntu:~/gr-tryit$ ls
> apps   CMakeLists.txt  examples  include  MANIFEST.md  swig
> cmake  docsgrc   lib  python
> radio@ubuntu:~/gr-tryit$ mkdir build
> radio@ubuntu:~/gr-tryit$ cd build
> radio@ubuntu:~/gr-tryit/build$ cmake ..
> -- The CXX compiler identification is GNU 4.8.4
> -- The C compiler identification is GNU 4.8.4
> -- 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
> -- 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
> -- Build type not specified: defaulting to release.
> -- Boost version: 1.54.0
> -- Found the following Boost libraries:
> --   filesystem
> --   system
> -- Found PkgConfig: /usr/bin/pkg-config (found version "0.26")
> -- checking for module 'cppunit'
> --   found cppunit, version 1.13.1
> -- Found CPPUNIT: /usr/lib/i386-linux-gnu/libcppunit.so;dl
> -- Found Doxygen: /usr/bin/doxygen (found version "1.8.6")
> Checking for GNU Radio Module: RUNTIME
> -- checking for module 'gnuradio-runtime'
> --   found gnuradio-runtime, version 3.7.9.2
>  * INCLUDES=/usr/local/include
>  *
> LIBS=/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so
> -- Found GNURADIO_RUNTIME:
> /usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so
> GNURADIO_RUNTIME_FOUND = TRUE
> --
> -- Checking for module SWIG
> -- Found SWIG version 2.0.11.
> -- Found SWIG: /usr/bin/swig2.0
> -- Found PythonLibs: /usr/lib/i386-linux-gnu/libpython2.7.so (found
> suitable version "2.7.6", minimum required is "2")
> -- Found PythonInterp: /usr/bin/python2 (found suitable version "2.7.6",
> minimum required is "2")
> -- Looking for sys/types.h
> -- Looking for sys/types.h - found
> -- Looking for stdint.h
> -- Looking for stdint.h - found
> -- Looking for stddef.h
> -- Looking for stddef.h - found
> -- Check size of size_t
> -- Check size of size_t - done
> -- Check size of unsigned int
> -- Check size of unsigned int - done
> -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE
> -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - Success
> -- Configuring done
> -- Generating done
> -- Build files have been written to: /home/radio/gr-tryit/build
> radio@ubuntu:~/gr-tryit/build$ vi ../lib/
> CMakeLists.txt  qa_thisis.h qa_tryit.h  thisis.cc
> qa_thisis.ccqa_tryit.cc test_tryit.cc
> radio@ubuntu:~/gr-tryit/build$ vi ../lib/thisis.cc
> radio@ubuntu:~/gr-tryit/build$ make
> Scanning dependencies of target gnuradio-tryit
> [  6%] Building CXX object lib/CMakeFiles/gnuradio-tryit.dir/thisis.cc.o
> Linking CXX shared library libgnuradio-tryit.so
> [  6%] Built target gnuradio-tryit
> Scanning dependencies of target test-tryit
> [ 12%] Building CXX object lib/CMakeFiles/test-tryit.dir/test_tryit.cc.o
> [ 18%] Building CXX object lib/CMakeFiles/test-tryit.dir/qa_tryit.cc.o
> [ 25%] Building CXX object lib/CMakeFiles/test-tryit.dir/qa_thisis.cc.o
> Linking CXX executable test-tryit
> [ 25%] Built target test-tryit
> Scanning dependencies of target _tryit_swig_doc_tag
> [ 31%] Building CXX object
> swig/CMakeFiles/_tryit_swig_doc_tag.dir/_tryit_swig_doc_tag.cpp.o
> Linking CXX executable _tryit_swig_doc_tag
> [ 31%] Built target _tryit_swig_doc_tag
> Scanning dependencies of target tryit_swig_swig_doc
> [ 37%] Generating doxygen xml for tryit_swig_doc docs
> [ 43%] Generating python docstrings for tryit_swig_doc
> [ 43%] Built target tryit_swig_swig_doc
> Scanning dependencies of target _tryit_swig_swig_tag
> [ 50%] Building CXX object
> swig/CMakeFiles/_tryit_swig_swig_tag.dir/_tryit_swig_swig_tag.cpp.o
> Linking CXX executable _tryit_swig_swig_tag
> [ 50%] Built target _tryit_swig_swig_tag
> [ 56%] Generating tryit_swig.tag
> Scanning dependencies of target tryit_swig_swig_2d0df
> [ 62%] Building CXX object
> 

[Discuss-gnuradio] (no subject)

[Yile Ku]

I am running Ubuntu 14.04 and used pybombs to build gnuradio.  Whenever I
create a module and try and run it, I get the AttributeError shown at the
bottom.

Y-


radio@ubuntu:~$ gr_modtool newmod tryit
Creating out-of-tree module in ./gr-tryit... Done.
Use 'gr_modtool add' to add a new block to this currently empty module.
radio@ubuntu:~$ cd gr-tryit/
radio@ubuntu:~/gr-tryit$ gr_modtool add -t noblock thisis
GNU Radio module name identified: tryit
Language (python/cpp): cpp
Language: C++
Block/code identifier: thisis
Enter valid argument list, including default arguments:
Add C++ QA code? [Y/n]
Adding file 'lib/thisis.cc'...
Adding file 'include/tryit/thisis.h'...
Adding file 'lib/qa_thisis.cc'...
Adding file 'lib/qa_thisis.h'...
Editing swig/tryit_swig.i...
Adding file 'grc/tryit_thisis.xml'...
Editing grc/CMakeLists.txt...
radio@ubuntu:~/gr-tryit$ ls
apps   CMakeLists.txt  examples  include  MANIFEST.md  swig
cmake  docsgrc   lib  python
radio@ubuntu:~/gr-tryit$ mkdir build
radio@ubuntu:~/gr-tryit$ cd build
radio@ubuntu:~/gr-tryit/build$ cmake ..
-- The CXX compiler identification is GNU 4.8.4
-- The C compiler identification is GNU 4.8.4
-- 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
-- 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
-- Build type not specified: defaulting to release.
-- Boost version: 1.54.0
-- Found the following Boost libraries:
--   filesystem
--   system
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.26")
-- checking for module 'cppunit'
--   found cppunit, version 1.13.1
-- Found CPPUNIT: /usr/lib/i386-linux-gnu/libcppunit.so;dl
-- Found Doxygen: /usr/bin/doxygen (found version "1.8.6")
Checking for GNU Radio Module: RUNTIME
-- checking for module 'gnuradio-runtime'
--   found gnuradio-runtime, version 3.7.9.2
 * INCLUDES=/usr/local/include
 *
LIBS=/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so
-- Found GNURADIO_RUNTIME:
/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so
GNURADIO_RUNTIME_FOUND = TRUE
-- 
-- Checking for module SWIG
-- Found SWIG version 2.0.11.
-- Found SWIG: /usr/bin/swig2.0
-- Found PythonLibs: /usr/lib/i386-linux-gnu/libpython2.7.so (found
suitable version "2.7.6", minimum required is "2")
-- Found PythonInterp: /usr/bin/python2 (found suitable version "2.7.6",
minimum required is "2")
-- Looking for sys/types.h
-- Looking for sys/types.h - found
-- Looking for stdint.h
-- Looking for stdint.h - found
-- Looking for stddef.h
-- Looking for stddef.h - found
-- Check size of size_t
-- Check size of size_t - done
-- Check size of unsigned int
-- Check size of unsigned int - done
-- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE
-- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - Success
-- Configuring done
-- Generating done
-- Build files have been written to: /home/radio/gr-tryit/build
radio@ubuntu:~/gr-tryit/build$ vi ../lib/
CMakeLists.txt  qa_thisis.h qa_tryit.h  thisis.cc
qa_thisis.ccqa_tryit.cc test_tryit.cc
radio@ubuntu:~/gr-tryit/build$ vi ../lib/thisis.cc
radio@ubuntu:~/gr-tryit/build$ make
Scanning dependencies of target gnuradio-tryit
[  6%] Building CXX object lib/CMakeFiles/gnuradio-tryit.dir/thisis.cc.o
Linking CXX shared library libgnuradio-tryit.so
[  6%] Built target gnuradio-tryit
Scanning dependencies of target test-tryit
[ 12%] Building CXX object lib/CMakeFiles/test-tryit.dir/test_tryit.cc.o
[ 18%] Building CXX object lib/CMakeFiles/test-tryit.dir/qa_tryit.cc.o
[ 25%] Building CXX object lib/CMakeFiles/test-tryit.dir/qa_thisis.cc.o
Linking CXX executable test-tryit
[ 25%] Built target test-tryit
Scanning dependencies of target _tryit_swig_doc_tag
[ 31%] Building CXX object
swig/CMakeFiles/_tryit_swig_doc_tag.dir/_tryit_swig_doc_tag.cpp.o
Linking CXX executable _tryit_swig_doc_tag
[ 31%] Built target _tryit_swig_doc_tag
Scanning dependencies of target tryit_swig_swig_doc
[ 37%] Generating doxygen xml for tryit_swig_doc docs
[ 43%] Generating python docstrings for tryit_swig_doc
[ 43%] Built target tryit_swig_swig_doc
Scanning dependencies of target _tryit_swig_swig_tag
[ 50%] Building CXX object
swig/CMakeFiles/_tryit_swig_swig_tag.dir/_tryit_swig_swig_tag.cpp.o
Linking CXX executable _tryit_swig_swig_tag
[ 50%] Built target _tryit_swig_swig_tag
[ 56%] Generating tryit_swig.tag
Scanning dependencies of target tryit_swig_swig_2d0df
[ 62%] Building CXX object
swig/CMakeFiles/tryit_swig_swig_2d0df.dir/tryit_swig_swig_2d0df.cpp.o
Linking CXX executable tryit_swig_swig_2d0df
Swig source
[ 62%] Built target tryit_swig_swig_2d0df
Scanning dependencies of target _tryit_swig
[ 68%] Building CXX object
swig/CMakeFiles/_tryit_swig.dir/tryit_swigPYTHON_wrap.cxx.o
Linking CXX shared module _tryit_swig.so
[ 

Re: [Discuss-gnuradio] (no subject)

[Henry Barton]

Yeah, in my haste I mistakenly clicked on the mailing list which has the same 
icon as another of my contacts.






Sent from Windows Mail





From: Martin Braun
Sent: ‎Thursday‎, ‎March‎ ‎17‎, ‎2016 ‎10‎:‎20‎ ‎PM
To: Henry Barton
Cc: discuss-gnuradio@gnu.org





Congrats! 

... Although this was probably meant for someone else. 

M

On 17 Mar 2016 16:19, "Henry Barton"  wrote:




I studied enough for ch 1-2 and was able to get 100, 87, 100, and 95 on the 4 
assignments.

___
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] (no subject)

[Henry Barton]

I studied enough for ch 1-2 and was able to get 100, 87, 100, and 95 on the 4 
assignments.___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] (no subject)

[Martin Braun]

Congrats!

... Although this was probably meant for someone else.

M
On 17 Mar 2016 16:19, "Henry Barton"  wrote:

> I studied enough for ch 1-2 and was able to get 100, 87, 100, and 95 on
> the 4 assignments.
>
> ___
> 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] (no subject)

[Marcus Müller]

Hi Vingnu,
> you are right I hope now you came to know my problem,I have got same
> question when i have seen those examples so I had asked question,
> whether am I able to generate such kind of continuous wave  from gnuradio(I
> am having hardware USRP E310) or not?
To be honest, you don't really seem to understand what kind of signal
you want.
A CW tone doesn't have any bandwidth. We can't thus tell you whether
what you want is possible.

Best regards,
Marcus


On 17.12.2015 05:46, vingnu GNU wrote:
> Hi,
> you are right I hope now you came to know my problem,I have got same
> question when i have seen those examples so I had asked question,
> whether am I able to generate such kind of continuous wave  from gnuradio(I
> am having hardware USRP E310) or not? because examples what I have gone
> through does not having bandwidth but what I am going to generate have some
> constant bandwidth of 60MHz and 4KHz(250usec) of dwell time.
> At least if it is not supporting 60MHz bandwidth is it will support for
> 25MHz?
>
> regards
> Vinay
>
> On Wed, Dec 16, 2015 at 10:50 AM, Marcus Müller <marcus.muel...@ettus.com>
> wrote:
>
>> Hi Vingnu,
>>
>> can you please try to keep discussions on the list?
>>
>> I still don't understand:
>> Your graph then tells me that the amplitude would be high over
>> *bandwidths* of 60MHz, and low for *bandwidths *of 4MHz, right?
>> Still, all your other explanations indicate you're talking about single
>> tones (like the signal_generator_cw from the examples you cite generate),
>> which don't have a bandwidth at all.
>> This is all very contradicting!
>>
>> Best regards,
>> Marcus
>>
>> On 16.12.2015 06:03, vingnu GNU wrote:
>>
>> Hi,
>> This is regarding x and y axis of graph what I have posted in last post.
>> (1)Y-axis is amplitude and (2)X-axis is frequency.Amplitude remains
>> constant and frequency has to be increase in terms of steps(60MHz).
>> Examples what I have referred for CW is USRP echotimer _CW in (exaples
>> USRP) and simulator_CW (in simulators) these examples are from gr-radar
>> tool kit.
>>
>> regards
>> Vinay
>>
>> On Wed, Dec 16, 2015 at 10:04 AM, vingnu GNU <vingnu...@gmail.com> 
>> <vingnu...@gmail.com> wrote:
>>
>>
>>
>> -- Forwarded message --
>> From: Marcus Müller <marcus.muel...@ettus.com> <marcus.muel...@ettus.com>
>> Date: Tue, Dec 15, 2015 at 4:49 PM
>> Subject: Re: [Discuss-gnuradio] (no subject)
>> To: vingnu GNU <vingnu...@gmail.com> <vingnu...@gmail.com>, Kevin McQuiggin 
>> <mcqui...@me.com> <mcqui...@me.com>,
>> GNURadio Discussion List <discuss-gnuradio@gnu.org> 
>> <discuss-gnuradio@gnu.org>
>>
>>
>>
>> Hi Vinay,
>>
>> Really sorry for images sizes
>>
>> Don't be sorry! A few hundred kilobyte won't break the mailing list, and
>> it's always a good thing to illustrate your system well; I've spent much
>> (too much?) time in university labs, and believe me, there's nothing more
>> crucial about science and technological progress than to be able to
>> communicate your knowledge; pictures are a very good way of doing that.
>>
>> So: let's consider this:
>> [image: Waveform]
>> Since we're talking about SDR with USRPs, there's two ways you can
>> interpret this graphic, if it stands alone:
>>
>>1. This is the equivalent baseband signal, or
>>2. This is the electrical signal as "seen" by the antenna (RF signal).
>>
>> Considering the time axis, the first (0-2ns) slot has 1GHz of frequency,
>> and the second period (4ns-6ns) has 2GHz. That means that (since there is
>> no USRP with a >=2GHz sampling rate) this can only be interpreted as the
>> antenna signal, so this is case 2.
>> This means that, yes, this is possible in principle, but not quite in the
>> shape shown: you tune your USRP to frequency 1, and transmit  a constant
>> baseband value (e.g. 1+0j) for your "dwell time"; then, you start tuning to
>> the next frequency, and transmit 0's, and then another "dwell time" worth
>> of constant value, and so on.
>>
>> Aside from the obvious timing impossibility (the shown waveform has a tone
>> duration of 2ns; that won't be possible with any USRP; our DAC/ADC don't
>> exist in a 500MS/s variant so far), you cannot continue the wave at the
>> same zero phase, so the phase of the wave at each transmission start won't
>> be zero, but some other value. However, there are USRP/daughterboard
>> combinations that 

Re: [Discuss-gnuradio] (no subject)

[Neil Schafer]

I don't want to speak for Vingnu but I believe there might be some confusion in 
terminology here.

I think Vingnu is trying to accomplish the following:
Sweep from 1GHz to 2GHz with constant tones increasing in steps of 60Mhz, with 
each tone held for 250usecs, and that is all. 
So 1GHz held for 250usec, then 1.06GHz for 250usec, then 1.12GHz for 250usec, 
and so on.

The constant tone is therefore changing at a rate of 4kHz. I think the 
frequency change of the constant tone is being confused for bandwidth. 
This doesn't exactly match the diagrams but makes the most sense to me.

Does this sound like what you are trying to accomplish, Vingnu?

Regards,
Neil



-Original Message-

Hi Vingnu,
> you are right I hope now you came to know my problem,I have got same 
> question when i have seen those examples so I had asked question, 
> whether am I able to generate such kind of continuous wave  from 
> gnuradio(I am having hardware USRP E310) or not?
To be honest, you don't really seem to understand what kind of signal you want.
A CW tone doesn't have any bandwidth. We can't thus tell you whether what you 
want is possible.

Best regards,
Marcus


On 17.12.2015 05:46, vingnu GNU wrote:
> Hi,
> you are right I hope now you came to know my problem,I have got same 
> question when i have seen those examples so I had asked question, 
> whether am I able to generate such kind of continuous wave  from 
> gnuradio(I am having hardware USRP E310) or not? because examples what 
> I have gone through does not having bandwidth but what I am going to 
> generate have some constant bandwidth of 60MHz and 4KHz(250usec) of dwell 
> time.
> At least if it is not supporting 60MHz bandwidth is it will support 
> for 25MHz?
>
> regards
> Vinay
>
> On Wed, Dec 16, 2015 at 10:50 AM, Marcus Müller 
> <marcus.muel...@ettus.com>
> wrote:
>
>> Hi Vingnu,
>>
>> can you please try to keep discussions on the list?
>>
>> I still don't understand:
>> Your graph then tells me that the amplitude would be high over
>> *bandwidths* of 60MHz, and low for *bandwidths *of 4MHz, right?
>> Still, all your other explanations indicate you're talking about 
>> single tones (like the signal_generator_cw from the examples you cite 
>> generate), which don't have a bandwidth at all.
>> This is all very contradicting!
>>
>> Best regards,
>> Marcus
>>
>> On 16.12.2015 06:03, vingnu GNU wrote:
>>
>> Hi,
>> This is regarding x and y axis of graph what I have posted in last post.
>> (1)Y-axis is amplitude and (2)X-axis is frequency.Amplitude remains 
>> constant and frequency has to be increase in terms of steps(60MHz).
>> Examples what I have referred for CW is USRP echotimer _CW in 
>> (exaples
>> USRP) and simulator_CW (in simulators) these examples are from 
>> gr-radar tool kit.
>>
>> regards
>> Vinay
>>
>> On Wed, Dec 16, 2015 at 10:04 AM, vingnu GNU <vingnu...@gmail.com> 
>> <vingnu...@gmail.com> wrote:
>>
>>
>>
>> -- Forwarded message --
>> From: Marcus Müller <marcus.muel...@ettus.com> 
>> <marcus.muel...@ettus.com>
>> Date: Tue, Dec 15, 2015 at 4:49 PM
>> Subject: Re: [Discuss-gnuradio] (no subject)
>> To: vingnu GNU <vingnu...@gmail.com> <vingnu...@gmail.com>, Kevin 
>> McQuiggin <mcqui...@me.com> <mcqui...@me.com>, GNURadio Discussion 
>> List <discuss-gnuradio@gnu.org> <discuss-gnuradio@gnu.org>
>>
>>
>>
>> Hi Vinay,
>>
>> Really sorry for images sizes
>>
>> Don't be sorry! A few hundred kilobyte won't break the mailing list, 
>> and it's always a good thing to illustrate your system well; I've 
>> spent much (too much?) time in university labs, and believe me, 
>> there's nothing more crucial about science and technological progress 
>> than to be able to communicate your knowledge; pictures are a very good way 
>> of doing that.
>>
>> So: let's consider this:
>> [image: Waveform]
>> Since we're talking about SDR with USRPs, there's two ways you can 
>> interpret this graphic, if it stands alone:
>>
>>1. This is the equivalent baseband signal, or
>>2. This is the electrical signal as "seen" by the antenna (RF signal).
>>
>> Considering the time axis, the first (0-2ns) slot has 1GHz of 
>> frequency, and the second period (4ns-6ns) has 2GHz. That means that 
>> (since there is no USRP with a >=2GHz sampling rate) this can only be 
>> interpreted as the antenna signal, so this is case 2.
>> This means that, yes, this is possible in principle, but not quite in 

Re: [Discuss-gnuradio] (no subject)

[vingnu GNU]

Hi,
you are right I hope now you came to know my problem,I have got same
question when i have seen those examples so I had asked question,
whether am I able to generate such kind of continuous wave  from gnuradio(I
am having hardware USRP E310) or not? because examples what I have gone
through does not having bandwidth but what I am going to generate have some
constant bandwidth of 60MHz and 4KHz(250usec) of dwell time.
At least if it is not supporting 60MHz bandwidth is it will support for
25MHz?

regards
Vinay

On Wed, Dec 16, 2015 at 10:50 AM, Marcus Müller <marcus.muel...@ettus.com>
wrote:

> Hi Vingnu,
>
> can you please try to keep discussions on the list?
>
> I still don't understand:
> Your graph then tells me that the amplitude would be high over
> *bandwidths* of 60MHz, and low for *bandwidths *of 4MHz, right?
> Still, all your other explanations indicate you're talking about single
> tones (like the signal_generator_cw from the examples you cite generate),
> which don't have a bandwidth at all.
> This is all very contradicting!
>
> Best regards,
> Marcus
>
> On 16.12.2015 06:03, vingnu GNU wrote:
>
> Hi,
> This is regarding x and y axis of graph what I have posted in last post.
> (1)Y-axis is amplitude and (2)X-axis is frequency.Amplitude remains
> constant and frequency has to be increase in terms of steps(60MHz).
> Examples what I have referred for CW is USRP echotimer _CW in (exaples
> USRP) and simulator_CW (in simulators) these examples are from gr-radar
> tool kit.
>
> regards
> Vinay
>
> On Wed, Dec 16, 2015 at 10:04 AM, vingnu GNU <vingnu...@gmail.com> 
> <vingnu...@gmail.com> wrote:
>
>
>
> -- Forwarded message --
> From: Marcus Müller <marcus.muel...@ettus.com> <marcus.muel...@ettus.com>
> Date: Tue, Dec 15, 2015 at 4:49 PM
> Subject: Re: [Discuss-gnuradio] (no subject)
> To: vingnu GNU <vingnu...@gmail.com> <vingnu...@gmail.com>, Kevin McQuiggin 
> <mcqui...@me.com> <mcqui...@me.com>,
> GNURadio Discussion List <discuss-gnuradio@gnu.org> <discuss-gnuradio@gnu.org>
>
>
>
> Hi Vinay,
>
> Really sorry for images sizes
>
> Don't be sorry! A few hundred kilobyte won't break the mailing list, and
> it's always a good thing to illustrate your system well; I've spent much
> (too much?) time in university labs, and believe me, there's nothing more
> crucial about science and technological progress than to be able to
> communicate your knowledge; pictures are a very good way of doing that.
>
> So: let's consider this:
> [image: Waveform]
> Since we're talking about SDR with USRPs, there's two ways you can
> interpret this graphic, if it stands alone:
>
>1. This is the equivalent baseband signal, or
>2. This is the electrical signal as "seen" by the antenna (RF signal).
>
> Considering the time axis, the first (0-2ns) slot has 1GHz of frequency,
> and the second period (4ns-6ns) has 2GHz. That means that (since there is
> no USRP with a >=2GHz sampling rate) this can only be interpreted as the
> antenna signal, so this is case 2.
> This means that, yes, this is possible in principle, but not quite in the
> shape shown: you tune your USRP to frequency 1, and transmit  a constant
> baseband value (e.g. 1+0j) for your "dwell time"; then, you start tuning to
> the next frequency, and transmit 0's, and then another "dwell time" worth
> of constant value, and so on.
>
> Aside from the obvious timing impossibility (the shown waveform has a tone
> duration of 2ns; that won't be possible with any USRP; our DAC/ADC don't
> exist in a 500MS/s variant so far), you cannot continue the wave at the
> same zero phase, so the phase of the wave at each transmission start won't
> be zero, but some other value. However, there are USRP/daughterboard
> combinations that allow for a fixed phase reconstruction at tuning. Hence
> my *repeated* question: What is your USRP, and if applicable, your
> daughterboard?¹
>
> Then, you have a second picture, which I admittedly really do not
> understand:
> [image: What's this?]
> I had the feeling that this was some kind of Y-over-X graph, but I really
> could not tell what the axis and the meaning of your line are, so could you
> please define ?1 and ?2, as well as explain what the graph means? What
> happens there?
>
>
> Best regards,
> Marcus
>
> ¹I really usually don't nitpick, but it's really hard to get the
> information out of you to help you, so I'm asking you explicitly: Please
> always answer all questions we ask so that we can actually help you!
>
>
> On 15.12.2015 07:30, vingnu GNU wrote:
>
> Hi,
> This is the wave form I required to generate a

Re: [Discuss-gnuradio] (no subject)

[Marcus Müller]

Hi Vingnu,

can you please try to keep discussions on the list?

I still don't understand:
Your graph then tells me that the amplitude would be high over
*bandwidths* of 60MHz, and low for *bandwidths *of 4MHz, right?
Still, all your other explanations indicate you're talking about single
tones (like the signal_generator_cw from the examples you cite
generate), which don't have a bandwidth at all.
This is all very contradicting!

Best regards,
Marcus

On 16.12.2015 06:03, vingnu GNU wrote:
> Hi,
> This is regarding x and y axis of graph what I have posted in last post.
> (1)Y-axis is amplitude and (2)X-axis is frequency.Amplitude remains
> constant and frequency has to be increase in terms of steps(60MHz).
> Examples what I have referred for CW is USRP echotimer _CW in (exaples
> USRP) and simulator_CW (in simulators) these examples are from gr-radar
> tool kit.
>
> regards
> Vinay
>
> On Wed, Dec 16, 2015 at 10:04 AM, vingnu GNU <vingnu...@gmail.com> wrote:
>
>> -- Forwarded message --
>> From: Marcus Müller <marcus.muel...@ettus.com>
>> Date: Tue, Dec 15, 2015 at 4:49 PM
>> Subject: Re: [Discuss-gnuradio] (no subject)
>> To: vingnu GNU <vingnu...@gmail.com>, Kevin McQuiggin <mcqui...@me.com>,
>> GNURadio Discussion List <discuss-gnuradio@gnu.org>
>>
>>
>> Hi Vinay,
>>
>> Really sorry for images sizes
>>
>> Don't be sorry! A few hundred kilobyte won't break the mailing list, and
>> it's always a good thing to illustrate your system well; I've spent much
>> (too much?) time in university labs, and believe me, there's nothing more
>> crucial about science and technological progress than to be able to
>> communicate your knowledge; pictures are a very good way of doing that.
>>
>> So: let's consider this:
>> [image: Waveform]
>> Since we're talking about SDR with USRPs, there's two ways you can
>> interpret this graphic, if it stands alone:
>>
>>1. This is the equivalent baseband signal, or
>>2. This is the electrical signal as "seen" by the antenna (RF signal).
>>
>> Considering the time axis, the first (0-2ns) slot has 1GHz of frequency,
>> and the second period (4ns-6ns) has 2GHz. That means that (since there is
>> no USRP with a >=2GHz sampling rate) this can only be interpreted as the
>> antenna signal, so this is case 2.
>> This means that, yes, this is possible in principle, but not quite in the
>> shape shown: you tune your USRP to frequency 1, and transmit  a constant
>> baseband value (e.g. 1+0j) for your "dwell time"; then, you start tuning to
>> the next frequency, and transmit 0's, and then another "dwell time" worth
>> of constant value, and so on.
>>
>> Aside from the obvious timing impossibility (the shown waveform has a tone
>> duration of 2ns; that won't be possible with any USRP; our DAC/ADC don't
>> exist in a 500MS/s variant so far), you cannot continue the wave at the
>> same zero phase, so the phase of the wave at each transmission start won't
>> be zero, but some other value. However, there are USRP/daughterboard
>> combinations that allow for a fixed phase reconstruction at tuning. Hence
>> my *repeated* question: What is your USRP, and if applicable, your
>> daughterboard?¹
>>
>> Then, you have a second picture, which I admittedly really do not
>> understand:
>> [image: What's this?]
>> I had the feeling that this was some kind of Y-over-X graph, but I really
>> could not tell what the axis and the meaning of your line are, so could you
>> please define ?1 and ?2, as well as explain what the graph means? What
>> happens there?
>>
>>
>> Best regards,
>> Marcus
>>
>> ¹I really usually don't nitpick, but it's really hard to get the
>> information out of you to help you, so I'm asking you explicitly: Please
>> always answer all questions we ask so that we can actually help you!
>>
>>
>> On 15.12.2015 07:30, vingnu GNU wrote:
>>
>> Hi,
>> This is the wave form I required to generate and Its a step frequency CW
>> starts from 1GHz and ends with 2GHz,constant incremental steps of 60MHz and
>> 4KHz of dwell time. pic2 shows the waveform in frequency Vs time domain.
>> Really sorry for images sizes
>> [image: Inline image 1]
>>
>> [image: Inline image 2]
>> Regards
>> Vinay
>>
>>
>> On Mon, Dec 14, 2015 at 6:01 PM, Kevin McQuiggin <mcqui...@me.com> 
>> <mcqui...@me.com> wrote:
>>
>>
>> Hi Vingnu:
>>
>> Perhaps you mean a swept frequency from 1 GHz to 2 GHz

Re: [Discuss-gnuradio] (no subject)

[Marcus Müller]

Hi Vinay,
> Really sorry for images sizes
Don't be sorry! A few hundred kilobyte won't break the mailing list, and
it's always a good thing to illustrate your system well; I've spent much
(too much?) time in university labs, and believe me, there's nothing
more crucial about science and technological progress than to be able to
communicate your knowledge; pictures are a very good way of doing that.

So: let's consider this:
Waveform
Since we're talking about SDR with USRPs, there's two ways you can
interpret this graphic, if it stands alone:

 1. This is the equivalent baseband signal, or
 2. This is the electrical signal as "seen" by the antenna (RF signal).

Considering the time axis, the first (0-2ns) slot has 1GHz of frequency,
and the second period (4ns-6ns) has 2GHz. That means that (since there
is no USRP with a >=2GHz sampling rate) this can only be interpreted as
the antenna signal, so this is case 2.

This means that, yes, this is possible in principle, but not quite in
the shape shown: you tune your USRP to frequency 1, and transmit  a
constant baseband value (e.g. 1+0j) for your "dwell time"; then, you
start tuning to the next frequency, and transmit 0's, and then another
"dwell time" worth of constant value, and so on.

Aside from the obvious timing impossibility (the shown waveform has a
tone duration of 2ns; that won't be possible with any USRP; our DAC/ADC
don't exist in a 500MS/s variant so far), you cannot continue the wave
at the same zero phase, so the phase of the wave at each transmission
start won't be zero, but some other value. However, there are
USRP/daughterboard combinations that allow for a fixed phase
reconstruction at tuning. Hence my /repeated/ question: What is your
USRP, and if applicable, your daughterboard?¹

Then, you have a second picture, which I admittedly really do not
understand:
What's this?
I had the feeling that this was some kind of Y-over-X graph, but I
really could not tell what the axis and the meaning of your line are, so
could you please define ?1 and ?2, as well as explain what the graph
means? What happens there?


Best regards,
Marcus

¹I really usually don't nitpick, but it's really hard to get the
information out of you to help you, so I'm asking you explicitly: Please
always answer all questions we ask so that we can actually help you!

On 15.12.2015 07:30, vingnu GNU wrote:
> Hi,
> This is the wave form I required to generate and Its a step frequency CW
> starts from 1GHz and ends with 2GHz,constant incremental steps of 60MHz and
> 4KHz of dwell time. pic2 shows the waveform in frequency Vs time domain.
> Really sorry for images sizes
> [image: Inline image 1]
>
> [image: Inline image 2]
> Regards
> Vinay
>
>
> On Mon, Dec 14, 2015 at 6:01 PM, Kevin McQuiggin  wrote:
>
>> Hi Vingnu:
>>
>> Perhaps you mean a swept frequency from 1 GHz to 2 GHz?  The group needs
>> further information.
>>
>> Kevin
>>
>> Sent from my iPad
>>
>>> On Dec 14, 2015, at 4:25 AM, Marcus Müller 
>> wrote:
>>> Hi Vingnu,
>>>
>>> so you mean that on one frequency, you want to have a CW tone, and one
>>> the next frequency another etc, but not continuous phase across
>> frequencies.
>>> ** Do I understand that correctly? ** I'm confused because you then
>>> mention "pulses", and that is a concept that is incompatible with CW
>> radar.
>>> Hardware-wise, most USRPs (which one are you using) support timed
>>> commands so that you can tune at a specific sample time. For those that
>>> don't, you'll have to use some time buffers, but it's essentially what
>>> the example probably does that you cite -- though you're not really
>>> telling me which example exactly you're referring to.
>>>
>>> All in all, please try to make your questions a little more precise, add
>>> all the details that are important right from the start.
>>>
>>> Best regards,
>>> Marcus
>>>
>>>
 On 14.12.2015 12:05, vingnu GNU wrote:
 Hi ,
 That is nothing but in examples of USRP they have used FMCW for target
 simulator with frequency modulated CW here in my case I am going to use
 unmodulated CW  .
 My question was ,is it possible to increment this CW signal source
>> interms
 of 60MHz step size and keeping 250usec of dwell time between 60MHz steps
 and it should be upto  2GHz and repeating same in next cycle.
 ex: first frequency is 1GHz it has to add 60MHz step size and keep
>> 250usec
 of dwell time i.e.,after 1.06GHz pulse it has to maintain 250usec dwell
 time before next 60MHz pulse .

 regards
 vingnu

 On Mon, Dec 14, 2015 at 3:44 PM, Marcus Müller <
>> marcus.muel...@ettus.com>
 wrote:

> Hi Vingnu,
> that's all nice, but what does "continuous wave" _mean_?
>
> Best regards,
> Marcus
>
>> On 14.12.2015 10:02, vingnu GNU wrote:
>> Hi marcus,
>>
>> Its like this : generating continuous wave of signal which starts from
> 1GHz
>> and it has to 

Re: [Discuss-gnuradio] (no subject)

[vingnu GNU]

Hi,
This is regarding x and y axis of graph what I have posted in last post.
(1)Y-axis is amplitude and (2)X-axis is frequency.Amplitude remains
constant and frequency has to be increase in terms of steps(60MHz).
Examples what I have referred for CW is USRP echotimer _CW in (exaples
USRP) and simulator_CW (in simulators) these examples are from gr-radar
tool kit.

regards
Vinay

On Wed, Dec 16, 2015 at 10:04 AM, vingnu GNU <vingnu...@gmail.com> wrote:

>
> -- Forwarded message --
> From: Marcus Müller <marcus.muel...@ettus.com>
> Date: Tue, Dec 15, 2015 at 4:49 PM
> Subject: Re: [Discuss-gnuradio] (no subject)
> To: vingnu GNU <vingnu...@gmail.com>, Kevin McQuiggin <mcqui...@me.com>,
> GNURadio Discussion List <discuss-gnuradio@gnu.org>
>
>
> Hi Vinay,
>
> Really sorry for images sizes
>
> Don't be sorry! A few hundred kilobyte won't break the mailing list, and
> it's always a good thing to illustrate your system well; I've spent much
> (too much?) time in university labs, and believe me, there's nothing more
> crucial about science and technological progress than to be able to
> communicate your knowledge; pictures are a very good way of doing that.
>
> So: let's consider this:
> [image: Waveform]
> Since we're talking about SDR with USRPs, there's two ways you can
> interpret this graphic, if it stands alone:
>
>1. This is the equivalent baseband signal, or
>2. This is the electrical signal as "seen" by the antenna (RF signal).
>
> Considering the time axis, the first (0-2ns) slot has 1GHz of frequency,
> and the second period (4ns-6ns) has 2GHz. That means that (since there is
> no USRP with a >=2GHz sampling rate) this can only be interpreted as the
> antenna signal, so this is case 2.
> This means that, yes, this is possible in principle, but not quite in the
> shape shown: you tune your USRP to frequency 1, and transmit  a constant
> baseband value (e.g. 1+0j) for your "dwell time"; then, you start tuning to
> the next frequency, and transmit 0's, and then another "dwell time" worth
> of constant value, and so on.
>
> Aside from the obvious timing impossibility (the shown waveform has a tone
> duration of 2ns; that won't be possible with any USRP; our DAC/ADC don't
> exist in a 500MS/s variant so far), you cannot continue the wave at the
> same zero phase, so the phase of the wave at each transmission start won't
> be zero, but some other value. However, there are USRP/daughterboard
> combinations that allow for a fixed phase reconstruction at tuning. Hence
> my *repeated* question: What is your USRP, and if applicable, your
> daughterboard?¹
>
> Then, you have a second picture, which I admittedly really do not
> understand:
> [image: What's this?]
> I had the feeling that this was some kind of Y-over-X graph, but I really
> could not tell what the axis and the meaning of your line are, so could you
> please define ?1 and ?2, as well as explain what the graph means? What
> happens there?
>
>
> Best regards,
> Marcus
>
> ¹I really usually don't nitpick, but it's really hard to get the
> information out of you to help you, so I'm asking you explicitly: Please
> always answer all questions we ask so that we can actually help you!
>
>
> On 15.12.2015 07:30, vingnu GNU wrote:
>
> Hi,
> This is the wave form I required to generate and Its a step frequency CW
> starts from 1GHz and ends with 2GHz,constant incremental steps of 60MHz and
> 4KHz of dwell time. pic2 shows the waveform in frequency Vs time domain.
> Really sorry for images sizes
> [image: Inline image 1]
>
> [image: Inline image 2]
> Regards
> Vinay
>
>
> On Mon, Dec 14, 2015 at 6:01 PM, Kevin McQuiggin <mcqui...@me.com> 
> <mcqui...@me.com> wrote:
>
>
> Hi Vingnu:
>
> Perhaps you mean a swept frequency from 1 GHz to 2 GHz?  The group needs
> further information.
>
> Kevin
>
> Sent from my iPad
>
>
> On Dec 14, 2015, at 4:25 AM, Marcus Müller <marcus.muel...@ettus.com> 
> <marcus.muel...@ettus.com>
>
> wrote:
>
> Hi Vingnu,
>
> so you mean that on one frequency, you want to have a CW tone, and one
> the next frequency another etc, but not continuous phase across
>
> frequencies.
>
> ** Do I understand that correctly? ** I'm confused because you then
> mention "pulses", and that is a concept that is incompatible with CW
>
> radar.
>
> Hardware-wise, most USRPs (which one are you using) support timed
> commands so that you can tune at a specific sample time. For those that
> don't, you'll have to use some time buffers, but it's essentially what
> the example probably does that you cite -- thou

Re: [Discuss-gnuradio] (no subject)

[Marcus Müller]

Hi Vingnu,
that's all nice, but what does "continuous wave" _mean_?

Best regards,
Marcus

On 14.12.2015 10:02, vingnu GNU wrote:
> Hi marcus,
>
> Its like this : generating continuous wave of signal which starts from 1GHz
> and it has to increase in steps of 250usec upto 2GHz.Then I wanted to feed
> it for Radar transmitter.Its like generating Step frequency continuous wave
> signal for radar transmitter. Is it possible from GNU radio and I am having
> USRP E310 right now.
>
> regards
> Vingnu
>
> On Mon, Dec 14, 2015 at 2:06 PM, Marcus Müller 
> wrote:
>
>> Hi Vingnu,
>>
>> note that GNU Radio is software that handles sample streams, so yes, any
>> signal that you can imagine in a given bandwidth can be generated; the
>> question is whether you can realize that signal in the physical world.
>> So:
>>
>> * do you just want to simulate the signal or really transmit that?
>>   * if you want to transmit that, with which hardware?
>> * what exactly is "continuous wave" for you here? Continuous for a single
>> frequency step, or continuous across multiple frequencies?
>>
>> Best regards,
>> Marcus
>>
>>
>> On 14.12.2015 05:59, vingnu GNU wrote:
>>
>> Hi every one,
>>
>> Is this possible to generate step frequency continuous wave for frequency
>> range of 2GHz to 4GHz in GNU radio and step size in range of 250micro
>> seconds(Dwell time).
>>
>> regards
>> Vingnu
>>
>>
>>
>>
>> ___
>> 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] (no subject)

[Marcus Müller]

Hi Vingnu,

so you mean that on one frequency, you want to have a CW tone, and one
the next frequency another etc, but not continuous phase across frequencies.
** Do I understand that correctly? ** I'm confused because you then
mention "pulses", and that is a concept that is incompatible with CW radar.

Hardware-wise, most USRPs (which one are you using) support timed
commands so that you can tune at a specific sample time. For those that
don't, you'll have to use some time buffers, but it's essentially what
the example probably does that you cite -- though you're not really
telling me which example exactly you're referring to.

All in all, please try to make your questions a little more precise, add
all the details that are important right from the start.

Best regards,
Marcus


On 14.12.2015 12:05, vingnu GNU wrote:
> Hi ,
> That is nothing but in examples of USRP they have used FMCW for target
> simulator with frequency modulated CW here in my case I am going to use
> unmodulated CW  .
> My question was ,is it possible to increment this CW signal source interms
> of 60MHz step size and keeping 250usec of dwell time between 60MHz steps
> and it should be upto  2GHz and repeating same in next cycle.
>  ex: first frequency is 1GHz it has to add 60MHz step size and keep 250usec
> of dwell time i.e.,after 1.06GHz pulse it has to maintain 250usec dwell
> time before next 60MHz pulse .
>
> regards
> vingnu
>
> On Mon, Dec 14, 2015 at 3:44 PM, Marcus Müller 
> wrote:
>
>> Hi Vingnu,
>> that's all nice, but what does "continuous wave" _mean_?
>>
>> Best regards,
>> Marcus
>>
>> On 14.12.2015 10:02, vingnu GNU wrote:
>>> Hi marcus,
>>>
>>> Its like this : generating continuous wave of signal which starts from
>> 1GHz
>>> and it has to increase in steps of 250usec upto 2GHz.Then I wanted to
>> feed
>>> it for Radar transmitter.Its like generating Step frequency continuous
>> wave
>>> signal for radar transmitter. Is it possible from GNU radio and I am
>> having
>>> USRP E310 right now.
>>>
>>> regards
>>> Vingnu
>>>
>>> On Mon, Dec 14, 2015 at 2:06 PM, Marcus Müller >>
>>> wrote:
>>>
 Hi Vingnu,

 note that GNU Radio is software that handles sample streams, so yes, any
 signal that you can imagine in a given bandwidth can be generated; the
 question is whether you can realize that signal in the physical world.
 So:

 * do you just want to simulate the signal or really transmit that?
   * if you want to transmit that, with which hardware?
 * what exactly is "continuous wave" for you here? Continuous for a
>> single
 frequency step, or continuous across multiple frequencies?

 Best regards,
 Marcus


 On 14.12.2015 05:59, vingnu GNU wrote:

 Hi every one,

 Is this possible to generate step frequency continuous wave for
>> frequency
 range of 2GHz to 4GHz in GNU radio and step size in range of 250micro
 seconds(Dwell time).

 regards
 Vingnu




 ___
 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] (no subject)

[Marcus Müller]

Hi Vingnu,

note that GNU Radio is software that handles sample streams, so yes, any
signal that you can imagine in a given bandwidth can be generated; the
question is whether you can realize that signal in the physical world.
So:

* do you just want to simulate the signal or really transmit that?
  * if you want to transmit that, with which hardware?
* what exactly is "continuous wave" for you here? Continuous for a
single frequency step, or continuous across multiple frequencies?

Best regards,
Marcus

On 14.12.2015 05:59, vingnu GNU wrote:
> Hi every one,
>
> Is this possible to generate step frequency continuous wave for frequency
> range of 2GHz to 4GHz in GNU radio and step size in range of 250micro
> seconds(Dwell time).
>
> regards
> Vingnu
>
>
>
> ___
> 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] (no subject)

[vingnu GNU]

Hi every one,

Is this possible to generate step frequency continuous wave for frequency
range of 2GHz to 4GHz in GNU radio and step size in range of 250micro
seconds(Dwell time).

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

[Discuss-gnuradio] (no subject)

[Carlos Quiroga]

Hello all,

I am transmitting and receiving some pulses with basic daughterboards Tx
and Rx in the same USRP N200 at the same time, I'm working with GNU radio
blocks and I'm wondering if I send and receive these signals the
Daughterboards or USRP are synchronized automatically or there is some
block to synchronize the daughterboard before the application start.

Best regards

Pd: excuse for my typing errors, English is not my native language.

-- 
Carlos Fernando Quiroga Ruiz
Ingeniería Electónica
Universidad del Valle
Cali - Colombia
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[Gerome Jan L]

Hi guys,

What does the sampling rate in this usrp block does?i'm talking about the
uhd:usrp source block. Is this the one that samples the IF from my TVRX2
daughterboard? Or is this the bandwidth that is displayed on the QT Sink?
Or is this the bandwidth that needs to be sample. As far as I know,
sampling rate is fixed at 100 MSps by the ADC.
I'm asking this because whenver I set it to say 400 kHz in sampling rate,
it give me a bandwidth of 400 kHz. If I increase does, it increases the
bandwidth too. If this sets the sampling rate in the usrp, it should only
make the plot nicier, not increase its bandwidth. If I am not mistaken.
Thanks in advance.


-- 

Best,

*Gerome Jan M. Llames *
Aspiring Technopreneur | Tech Savvy | Curious
Mobile: +639271525124
Email: geromejanlla...@gmail.com

"*Because the people who are crazy enough to think they can change the
world, are the ones who do.*"  - Steve Jobs
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[Salija P]

Hello,

 I am using the blocks from gr-trellis (pccc encoder and pccc
decoder combo). can you tell to me how to check the output of pccc encoder
and pccc decoder. I want to see the output in bits. also how the operation
interleaver (block,666). which kind of interleaving is performing. I am a
beginner in gnuradio.
Thank You for your time and consideration.








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

Re: [Discuss-gnuradio] (no subject)

[Marcus Müller]

Hi Salija,

you asked the same question twice already, and you already got two
responses, one from me, and one from Achilleas, who is probably the best
source ever (because he was the author).

If you did not get our responses, you should check your mail configuration.
Please also make sure that your emails have a meaningful subject line
(you left that empty). That's basic email etiquette, and absolutely
necessary for successful Mailing List communication.

Best regards,
Marcus

On 06/23/2015 05:55 PM, Salija P wrote:
 Hello,
   
  I am using the blocks from gr-trellis (pccc encoder and
 pccc decoder combo). can you tell to me how to check the output of
 pccc encoder and pccc decoder. I want to see the output in bits. also
 how the operation interleaver (block,666). which kind of interleaving
 is performing. I am a beginner in gnuradio.
 Thank You for your time and consideration.








 With Regards,
 Salija.P


 ___
 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] (no subject)

[Salija P]

Hello all,
  I am working with turbo encoder and decoder. is there any method to
check and verify the output of pccc encoder.  I want to see the the output
of pccc encoder for corresponding binary input. is there any way to do this?
also any body can help me to explain interleaver operation in pccc encoder?

Thanks in advance

Salija.P







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

[Discuss-gnuradio] (no subject)

[Vishwanatha H G]

HI,
  I'm trying to build the costas loop block..but it showing the error
like this while I execute the make command:

/home/lekha/gr-digital/lib/cost_impl.cc: In constructor

‘gr::digital::cost_impl::cost_impl(float, int)’:

/home/lekha/gr-digital/lib/cost_impl.cc:47:15: error: type
‘gr::blocks::control_loop’ is

not a direct or virtual base of ‘gr::digital::cost_impl’

/home/lekha/gr-digital/lib/cost_impl.cc: In member function ‘virtual int

gr::digital::cost_impl::work(int, gr_vector_const_void_star,
gr_vector_void_star)’:

what is problem?  thanks for your help.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[Vishwanatha H G]

Hi,
I'm trying to use the costas loop  to get an  timing estimate for 16QPSK.
What will be the value of error proportional constant K? How to choose the
K value?
thanks for your replay
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[Vishwanatha H G]

Hi all,
  I'm trying to get the constellation of 16QAM. How to use constellation
receiver block for 16QAM? thanks in advance
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[Vishwanatha H G]

Hi..
the existed costas loop only considers the phase of the received signal
(for PSK techniques). But for QAM we have to consider both the magnitude
and  phase of the received signal. I want to use the same costas loop for
QAM. where should I modify the C++ code? is that requires to modify the
python code also? thanks for your advice.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] (no subject)

[Marcus Müller]

Hi Vishwanatha,

Demodulation of phase-depending modulations requires some kind of
synchronization.

There's more approaches than costas loops to phase synchronization;
however, they're usually very specific to a channel/signal model and
can't be universally applied, or very inefficient, or very complicated
to explain. So the important question here is: Why do you need something
else than a phase error feedback loop? You can of course just estimate
your phase offset once using a set of known symbols (e.g. a preamble),
and use that for as long as you think your channel and transceiver are
coherent, but I think you've already considered that, since you ask how
to get rid of the loop, and recognized that it's a good idea to
continuously account for changing phase.

Greetings,
Marcus

PS: There's not only sirs on this list, also ladies, and we're not very
formal on here, so a quick hello would totally be sufficient :)

On 03/12/2015 07:35 AM, Vishwanatha H G wrote:
 sir, can we achieve 16 qam demodulation constellation without using
 costas loop? if possible please send me the flow graph. thank you


 ___
 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] (no subject)

[Vishwanatha H G]

sir, can we achieve 16 qam demodulation constellation without using costas
loop? if possible please send me the flow graph. thank you
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[Vishwanatha H G]

sir, what is the importance of the COSTOS loop in the QPSK mod/demod? This
block is working fine for 4-qpsk, 8-qpsk. But it does not works for QAM
modulation techniques. Is it needs to modify the cc code? if it is, where I
have to modify? plz mail me.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] (no subject)

[Tom Rondeau]

On Mon, Feb 23, 2015 at 4:28 AM, Vishwanatha H G 
vishwanatha.1si12ec...@gmail.com wrote:

 sir, I created a LPF block..when I execute  make test command it shows
 the error like this:

  2: Test command: /bin/sh
 /home/lekha/gr-filters/build/python/qa_lpf_test.sh
 2: Test timeout computed to be: 9.99988e+06
 2:   File /home/lekha/gr-filters/python/qa_lpf.py, line 28
 2: def test_002_lpf(self):
 2:   ^
 2: IndentationError: unindent does not match any outer indentation level
 2/2 Test #2: qa_lpf ...***Failed0.08 sec

 50% tests passed, 1 tests failed out of 2

 Total Test time (real) =   0.09 sec

 The following tests FAILED:
   2 - qa_lpf (Failed)
 Errors while running CTest



 what’s the solution...and also when I connect this block, it will not show
 any waveform and it gives error like this:


That's a Python error. Have you tried searching for that error on Google?
It means you have malformed Python code.



 Generating: /home/lekha/top_block.py
  Warning: This flow graph may not have flow control: no audio or usrp
 blocks found. Add a Misc-Throttle block to your flow graph to avoid CPU
 congestion.

 Executing: /home/lekha/top_block.py

 Traceback (most recent call last):
   File /home/lekha/top_block.py, line 15, in module
 import filters
   File /usr/local/lib/python2.7/dist-packages/filters/__init__.py, line
 45, in module
 from filters_swig import *
   File /usr/local/lib/python2.7/dist-packages/filters/filters_swig.py,
 line 26, in module
 _filters_swig = swig_import_helper()
   File /usr/local/lib/python2.7/dist-packages/filters/filters_swig.py,
 line 22, in swig_import_helper
 _mod = imp.load_module('_filters_swig', fp, pathname, description)
 ImportError: /usr/local/lib/libgnuradio-filters.so: undefined symbol:
 _ZN2gr6filter6firdes8low_passENS1_8win_typeEd

  Done
 what is the problem with this..please mail me.thank you


In your project, are you linking against libgnuradio-filter?

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

[Discuss-gnuradio] (no subject)

[Vishwanatha H G]

sir, I created a LPF block..when I execute  make test command it shows
the error like this:

 2: Test command: /bin/sh
/home/lekha/gr-filters/build/python/qa_lpf_test.sh
2: Test timeout computed to be: 9.99988e+06
2:   File /home/lekha/gr-filters/python/qa_lpf.py, line 28
2: def test_002_lpf(self):
2:   ^
2: IndentationError: unindent does not match any outer indentation level
2/2 Test #2: qa_lpf ...***Failed0.08 sec

50% tests passed, 1 tests failed out of 2

Total Test time (real) =   0.09 sec

The following tests FAILED:
  2 - qa_lpf (Failed)
Errors while running CTest



what’s the solution...and also when I connect this block, it will not show
any waveform and it gives error like this:


Generating: /home/lekha/top_block.py
 Warning: This flow graph may not have flow control: no audio or usrp
blocks found. Add a Misc-Throttle block to your flow graph to avoid CPU
congestion.

Executing: /home/lekha/top_block.py

Traceback (most recent call last):
  File /home/lekha/top_block.py, line 15, in module
import filters
  File /usr/local/lib/python2.7/dist-packages/filters/__init__.py, line
45, in module
from filters_swig import *
  File /usr/local/lib/python2.7/dist-packages/filters/filters_swig.py,
line 26, in module
_filters_swig = swig_import_helper()
  File /usr/local/lib/python2.7/dist-packages/filters/filters_swig.py,
line 22, in swig_import_helper
_mod = imp.load_module('_filters_swig', fp, pathname, description)
ImportError: /usr/local/lib/libgnuradio-filters.so: undefined symbol:
_ZN2gr6filter6firdes8low_passENS1_8win_typeEd

 Done
what is the problem with this..please mail me.thank you
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] (no subject)

[Martin Braun]

On 02/18/2015 07:53 AM, Vishwanatha H G wrote:
 sir,...I needed the py code of low pass filter. please any one mail me

Also, beside what Marcus said, I recommend reading this page to get the
most out of this mailing list:

http://gnuradio.org/redmine/projects/gnuradio/wiki/ReportingErrors

M

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

[Discuss-gnuradio] (no subject)

[Vishwanatha H G]

sir,...I needed the py code of low pass filter. please any one mail me
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[Ryan Marlow]

Hey Marcus, and anyone else,
I tried that clean and then remaking, and nothing changed. Any other
suggestions?
Thanks,
Ryan Marlow

---

Hi Ryan,
I think this is a swig issue. I don't really know why, but often a make
clean  make fixes this...

Greetings,
Marcus

On 20.08.2014 15:46, Ryan Marlow wrote:
 Hey All,
 I've run into some issues building gr-uhd. I have the UHD software from
 here: http://code.ettus.com/redmine/ettus/projects/uhd/wiki/UHD_Linux
 And, can run basic tests like uhd_usrp_probe and uhd_find_devices.
 But, when I try to build GNU Radio, I receive a compilation error at:

 [ 85%] Built target _uhd_swig_doc_tag
 [ 85%] Built target uhd_swig_swig_doc
 [ 85%] Built target _uhd_swig_swig_tag
 [ 85%] Building CXX object
 gr-uhd/swig/CMakeFiles/_uhd_
swig.dir/uhd_swigPYTHON_wrap.cxx.o
 /local/GReasy/trunk/gnuradio/build/gr-uhd/swig/uhd_swigPYTHON_wrap.cxx: In
 function ?PyObject* _wrap_rx_metadata_t_to_pp_string(PyObject*, PyObject*,
 PyObject*)?:

/local/GReasy/trunk/gnuradio/build/gr-uhd/swig/uhd_swigPYTHON_wrap.cxx:17655:52:
 error: ?const struct uhd::rx_metadata_t? has no member named
?to_pp_string?
result = ((uhd::rx_metadata_t const *)arg1)-to_pp_string(arg2);
 ^
 /local/GReasy/trunk/gnuradio/build/gr-uhd/swig/uhd_swigPYTHON_wrap.cxx: In
 function ?PyObject* _wrap_rx_metadata_t_strerror(PyObject*, PyObject*)?:

/local/GReasy/trunk/gnuradio/build/gr-uhd/swig/uhd_swigPYTHON_wrap.cxx:17688:52:
 error: ?const struct uhd::rx_metadata_t? has no member named ?strerror?
result = ((uhd::rx_metadata_t const *)arg1)-strerror();
 ^
 make[2]: ***
 [gr-uhd/swig/CMakeFiles/_uhd_swig.dir/uhd_swigPYTHON_wrap.cxx.o] Error 1
 make[1]: *** [gr-uhd/swig/CMakeFiles/_uhd_swig.dir/all] Error 2
 make: *** [all] Error 2

 I'm using 64-bit Ubuntu 14.04 and GR 3.7.3
 Is this something anyone has experienced before or am I making some
obvious
 user error?
 Thank You,
 Ryan Marlow



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



-- 
Ryan L. Marlow
Research Assistant in CCM Lab http://ccm.ece.vt.edu
Virginia http://www.vt.edu/ Polytechnic Institute and State University
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] (no subject)

[Marcus Müller]

Hi GP,

ofdm_loopback.grc covers only the physical aspects of the transmission.
What you are describing is a flow control problem; you'd need to figure
out yourself how to make your data stream fit into the packets. A
typical way would be to send the length of your file, and then just fill
up the last packet with random data/redundancy/zeros; however, what will
happen if you lose one packet?

In a real-world application, you'll have some content header, you'd have
channel coding/FEC, possibly some ARQ scheme, in case of multiple users
a MAC etc; whereas you only stream bits out of a file. Complete,
versatile transmission systems is what people build atop of transmission
systems such as the GNU Radio-supplied OFDM packet transmitters (which
primarily serve as good examples and showcases for the mechanisms involved).

Hope that was a little helpful,
Greetings,
Marcus

On 03.07.2014 00:01, GP 2014 wrote:
 When I ran the example ofdm_loopback.grc,
 i used a file source to send data through the transmitter and checked the
 output after the receiver in a file sink ;
 i found that if the packet required to be sent is less than the defined
 packet_length ; then the packet is not sent ?
 how to send the last packet in this case ?



 ___
 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] (no subject)

[GP 2014]

When I ran the example ofdm_loopback.grc,
i used a file source to send data through the transmitter and checked the
output after the receiver in a file sink ;
i found that if the packet required to be sent is less than the defined
packet_length ; then the packet is not sent ?
how to send the last packet in this case ?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[SHRIHARSHA BHAT K]

Hi
I am trying to establish a simple link between two USRPs. My flow graph is
File_Source-PSK_MOD(BPSK)-USRP_sink
USRP_Source-PSK_Demod-pack_k_bits-File_Sink.
The received data is not matching with the source data. I removed the USRPs
and directly connected the PSK_MOD to PSK_DEMOD in flow gragh and compared
the data. First 50 bits were in error but rest of the data were exactly the
same after demodulation. I tried to add packet encoder in the transmitter
side before modulation and packet decoder after demodulation and ended with
nothing at the file sink. My question is why those first 50 bits are in
error? and why packet encoder doesnt work when the data is transfered over
the air? Any help would be appreciated
Thanks in advance

Warm Regards

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

Re: [Discuss-gnuradio] (no subject)

[zielalaoui]

hello SHRIHARSHA,
If your simulation looks good, try and see what's different about the
incoming signal on air as opposed to the simulation. Is the frequency offset
maybe too large? Is the received amplitude correct? Try mapping these into
your simulation and see where things start to fall apart. At this point, you
seem to have the basic setup correct and just need to continue to experiment
with the settings.
The packet decoder will work pefectly if the input signal of the demodulator
is good enough. The sample rate is also an issue, you should find the best
value for your application.
Zakaria




--
View this message in context: 
http://gnuradio.4.n7.nabble.com/no-subject-tp48478p48479.html
Sent from the GnuRadio mailing list archive at Nabble.com.

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

[Discuss-gnuradio] (no subject)

[jason sam]

I am confused about the terms full duplex and half duplex in context of
USRP...If i am using two antennas attached on the same channel on B210(one
on TX/RX and other on RX2).I am Rxing through one antenna and
retransmitting the signal with the other antenna..Am i operating on full
duplex or half duplex??
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] (no subject)

[Matt Ettus]

Full duplex implies simultaneous transmission and reception, almost always
on different frequencies.  In the cellular world this is called frequency
division duplexing, or FDD.  Full duplex on a USRP implies transmitting on
one connector (TX/RX) and receiving on the other (RX2).

Half duplex means you never TX and RX simultaneously.

Matt


On Wed, May 14, 2014 at 11:09 AM, jason sam user0...@gmail.com wrote:


 I am confused about the terms full duplex and half duplex in context of
 USRP...If i am using two antennas attached on the same channel on B210(one
 on TX/RX and other on RX2).I am Rxing through one antenna and
 retransmitting the signal with the other antenna..Am i operating on full
 duplex or half duplex??

 ___
 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] (no subject)

[jason sam]

Thank you Matt!


On Wed, May 14, 2014 at 2:13 PM, Matt Ettus m...@ettus.com wrote:


 Full duplex implies simultaneous transmission and reception, almost always
 on different frequencies.  In the cellular world this is called frequency
 division duplexing, or FDD.  Full duplex on a USRP implies transmitting on
 one connector (TX/RX) and receiving on the other (RX2).

 Half duplex means you never TX and RX simultaneously.

 Matt


 On Wed, May 14, 2014 at 11:09 AM, jason sam user0...@gmail.com wrote:


 I am confused about the terms full duplex and half duplex in context of
 USRP...If i am using two antennas attached on the same channel on B210(one
 on TX/RX and other on RX2).I am Rxing through one antenna and
 retransmitting the signal with the other antenna..Am i operating on full
 duplex or half duplex??

 ___
 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] (no subject)

[Marcus Müller]

Hi Maheshkumar,

you are missing the Python ZMQ bindings.
Please install these, they should usually be available from your linux 
distribution package repository.

Greetings,
Marcus

On 01/26/2014 07:45 AM, Maheshkumar Pandit wrote:


hello sir


  here , i try to install air modes but i face this kind of 
error

mahesh@HP:~/gr-air-modes/build$ cmake ..
-- Build type not specified: defaulting to release.
Checking for GNU Radio Module: RUNTIME
 * INCLUDES=/usr/local/include
 * LIBS=/usr/local/lib/libgnuradio-runtime.so
GNURADIO_RUNTIME_FOUND = TRUE
--
-- Python checking for PyZMQ
-- Python checking for PyZMQ - not found
CMake Error at CMakeLists.txt:87 (message):
  Python ZMQ bindings not found.


please guide me if you face such kind of error


thank you
--
*Thanks and regard:*
*
*
*
MR.Maheshkumar Pandit
**
*
*call @ 9662784649
*


___
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] (no subject)

[Maheshkumar Pandit]

hello sir


  here , i try to install air modes but i face this kind of
error

mahesh@HP:~/gr-air-modes/build$ cmake ..
-- Build type not specified: defaulting to release.
Checking for GNU Radio Module: RUNTIME
 * INCLUDES=/usr/local/include
 * LIBS=/usr/local/lib/libgnuradio-runtime.so
GNURADIO_RUNTIME_FOUND = TRUE
-- 
-- Python checking for PyZMQ
-- Python checking for PyZMQ - not found
CMake Error at CMakeLists.txt:87 (message):
  Python ZMQ bindings not found.


please guide me if you face such kind of error


thank you
-- 
*Thanks and regard:*


*MR.Maheshkumar Pandit*

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

[Discuss-gnuradio] (no subject)

[Bijendra Singh]

Hello everyone,
Now I understand why most of the people get confused with the previous
topic I'm talking about. By radio I mean tactical radio for communication,
use in military communication. So my Question is, Is it possible to
integrate AM tx waveform with FM rx waveform as a working flowgraph in GNU
and vice versa. If yes, how can I achieve this??
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[Michael Berman]

I am attempting to add a custom constellation class to be used with the
generic_mod_demod object for digital PSK.  I have the code working as a
simple addition to the gnuradio source with a re-compilation, however I
would like to set this up similar to an Out Of Tree module (although it
isn't entirely a standalone module).  Would the way I go about approaching
this be the same as the adding an Out Of Tree module tutorial on the
gnuradio website?  Or would there be a preferred method than the
gr_modtool.  I would like to set this up so that the code I add sits in the
gr::digital scope and have everything look as though it all sits in the
constellation.{cc, h, i} files.  Does anybody have recommendations for
attacking this task?


Thank you very much,

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

[Discuss-gnuradio] (no subject)

[Karan Talasila]

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

Re: [Discuss-gnuradio] (no subject)

[Tom Rondeau]

On Mon, Apr 1, 2013 at 7:26 PM, vamshi krishna dodla
vamshikrishna.do...@gmail.com wrote:
 Sir

 Thanks for your efforts and your reply, yeah i understand your concern
 regarding the information lost (also effects of multipath  and adjacent
 channel interference, which is good to some extent) by only taking band edge
 filter's output for purpose of timing recovery, but how about taking the
 sample rate as 2 sps for entire (timing and carrier recovery) loops(cascaded
 structure) and upsampling to 4 sps only at band edge input part, but rest of
 receiver operating at 2 sps only. (although the detector viz costas loop
 takes 1sps for detection purpose which should not be a problem).

 Thanks  Regards

So while I think that this discussion is really interesting, I find
email to be a terrible way to go about communicating these ideas. In
fact, we just had this discussion recently on the mailing list:

http://lists.gnu.org/archive/html/discuss-gnuradio/2013-03/msg00510.html


Would you be willing to set up a wiki page to convey your ideas here
better? I've started a dummy page for people to start discussions
here:

http://gnuradio.org/redmine/projects/gnuradio/wiki/SignalProcessing

(Also, I think you're new to the community, so you'll probably have to
create an account on gnuradio.org and then send either myself or
Martin Braun an email to add you to the GNU Radio project so you can
then edit the wiki.)

Thanks!
Tom



 On Mon, Apr 1, 2013 at 3:59 PM, Tom Rondeau t...@trondeau.com wrote:

 On Mon, Apr 1, 2013 at 2:46 PM, vamshi krishna dodla
 vamshikrishna.do...@gmail.com wrote:
  I have some questions regarding the coastas loop implemented, does it
  also
  consider the snr estimate too? like a Maximum Likelihood loop(tanh*
  snr).

 Hi Vamshi,

 No, the Costas loop does not account for SNR. This is among a series
 of improvements that I'd like to see happen. We have an SNR estimator
 block that sends tags and one that we can easily outfit to send
 messages. We would then use this to send a message to blocks like this
 so they can adjust their behavior based on current SNR estimates. I
 wouldn't want to recalculate the SNR every time its needed.

  Also can you suggest me any interpolator for timing recovery and also
  polyphase bandedge filters implementation. This would be really helpful
  to
  me.As there is very little material available online, also as you are
  experts in these fields your guidance will be very useful

 Take a look at gr-digital/lib/fll_band_edge_cc for a frequency locked
 loop.

 There's a lot of debate over the merits of using just the band edge
 information to do timing recovery, since you'd be throwing away
 information by not taking the information in the entire symbol (also
 effects of multipath and adjacent channel interference).
 Implementations are very welcome, though. One thing we can do well in
 GNU Radio is pit algorithms against each other under real signal
 conditions to see how they work.

 For timing recovery, look at gr-digital/lib/pfb_clock_sync_ccf.

 Tom



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

[Discuss-gnuradio] (no subject)

[vamshi krishna dodla]

I have some questions regarding the coastas loop implemented, does it also
consider the snr estimate too? like a Maximum Likelihood loop(tanh* snr).
Also can you suggest me any interpolator for timing recovery and also
polyphase bandedge filters implementation. This would be really helpful to
me.As there is very little material available online, also as you are
experts in these fields your guidance will be very useful
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] (no subject)

[Tom Rondeau]

On Mon, Apr 1, 2013 at 2:46 PM, vamshi krishna dodla
vamshikrishna.do...@gmail.com wrote:
 I have some questions regarding the coastas loop implemented, does it also
 consider the snr estimate too? like a Maximum Likelihood loop(tanh* snr).

Hi Vamshi,

No, the Costas loop does not account for SNR. This is among a series
of improvements that I'd like to see happen. We have an SNR estimator
block that sends tags and one that we can easily outfit to send
messages. We would then use this to send a message to blocks like this
so they can adjust their behavior based on current SNR estimates. I
wouldn't want to recalculate the SNR every time its needed.

 Also can you suggest me any interpolator for timing recovery and also
 polyphase bandedge filters implementation. This would be really helpful to
 me.As there is very little material available online, also as you are
 experts in these fields your guidance will be very useful

Take a look at gr-digital/lib/fll_band_edge_cc for a frequency locked loop.

There's a lot of debate over the merits of using just the band edge
information to do timing recovery, since you'd be throwing away
information by not taking the information in the entire symbol (also
effects of multipath and adjacent channel interference).
Implementations are very welcome, though. One thing we can do well in
GNU Radio is pit algorithms against each other under real signal
conditions to see how they work.

For timing recovery, look at gr-digital/lib/pfb_clock_sync_ccf.

Tom

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

[Discuss-gnuradio] (no subject)

[zhengxiangwei]

Dear Guys,I encounter one strange problem, I can use usrp to receive 
signal but cannot transmit signal. My usrp is USRP2 and gnuradio version 3.2.2. 
  When running ursp2_siggen.py, it do not return any error but when I use a 
spectrum analysis, it shows no signal is transmitted.   When running 
benchmark_tx.py and bbn80211_tx.py, it also reports no error, but there is no 
signal sent out.   Do you guys have any advice?   Thank you.  

 =
Xiangwei Zheng
Research Assistant
ECE Department, Virginia Tech
Office: Durham Hall 365
Tel: 540-553-6235


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

Re: [Discuss-gnuradio] (no subject)

[Nazmul Islam]

Which port is your antenna connected to? In SBX/WBX daughterboards, you can
only transmit through Tx/Rx. However, you can receive through both Tx/Rx
and Rx2.

This might not be related to your problem. But just checking.

Thanks,

Nazmul

On Thu, Dec 6, 2012 at 2:14 PM, zhengxiangwei zxw...@hotmail.com wrote:

 Dear Guys,
 I encounter one strange problem, I can use usrp to receive signal
 but cannot transmit signal. My usrp is USRP2 and gnuradio version 3.2.2.
When running ursp2_siggen.py, it do not return any error but when I
 use a spectrum analysis, it shows no signal is transmitted.
When running benchmark_tx.py and bbn80211_tx.py, it also reports
 no error, but there is no signal sent out.
Do you guys have any advice?
Thank you.


  =
 Xiangwei Zheng
 Research Assistant
 ECE Department, Virginia Tech
 Office: Durham Hall 365
 Tel: 540-553-6235



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




-- 
Muhammad Nazmul Islam

Graduate Student
Electrical  Computer Engineering
Wireless Information  Networking Laboratory
Rutgers, USA.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[nadia hassan]

pleas i want to stop receiving alert massages on my mail what should i do ?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Reply: Subject: FM transmitter on MatLab and transmission on USRP

[senthil murugan]

Hi Rakesh,

In GNU Radio, FM demodulator is implemented digitally as

a = present_complex_sample * conj(previous_complex_samples)
out[current] = some gain * arctan ( imag(a), real(a) ); //demodulated FM
signal

So, you can also implement the same for demodulating FM signal in MATLAB.
Recorded FM files may already be available in internet. So, use that file
and test your MATLAB code.

For connecting USRP to Matlab, toolbox is already released by Mathworks
from 2011 versions. If using older version of Matlab, you can use
http://www.flexible-radio.com/tools4sdr/download   third-party plugins.
But, you can only use RFX 900 board which will not support FM reception
freq.range :-(

Hope this might help you,
Senthil
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[Jia Malhotra]

 http://focusoneuropeantower.com/wp-content/themes/metro_10/body.html   
  ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[THANDEKA MAKHANYA]

http://marianitadejesus.zxq.net/httptomonzz2.php?linkFriend=980
Earn Cash in Your Spare Time




__
  You cant prove anythingon him, you know; everything will be quieted down 
then, and hell walk inHucks money as easy as nothing. catriona aldon

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

[Discuss-gnuradio] (no subject)

[bilal nasir]

Jhootay...
koi na btana esay 8th sem main hey or kisi or ki help b nai karta...:-P
 
    BILAL NASIR___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[s k]

Hi All,

I want to ask a maybe simple question. I want to take the output of connection 
of some blocks as a vector. But after connect() function i couldn't find where 
it puts the output string. I also tried to use vector function. But it has a 
few documentation. 

Any help would be kindly appreciated.
Thanks, Sema
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[pratik hetamsaria]

http://iublog.eu/petsl.html

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

[Discuss-gnuradio] (no subject)

[smith mark]

Hi,

1) I got my USRP 1 and RFX900 and 1800 daughterboards. The LED on the
USRP flashes when its powered on. I wanted to test the USRP but when I
ran the follwowing command

 ./usrp_probe  or sudo ./usrp_probe

I got the following error

Traceback (most recent call last):
  File ./usrp_probe, line 114, in module
USRPProbeWindow()
  File ./usrp_probe, line 71, in __init__
vbox.pack_start(get_input(usrp_which_param), False)
  File ./usrp_probe, line 42, in get_input
input = param.get_input()
AttributeError: 'Param' object has no attribute 'get_input'

I am using gnuradio 3.2 and Ubuntu(Lucid)

2) Also I got N210. How can I test it. Please help.

Waiting for a quick response as I am worried. Any help in this regards
is highly appreciated.

Regards,
Smith

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

Re: [Discuss-gnuradio] (no subject)

[Ben Hilburn]

Smith -

Will you try running:

$ uhd_usrp_probe

and tell us what it reports?  'uhd_usrp_probe' is installed with UHD, not
GNURadio.

Cheers,
Ben

On Thu, Jan 12, 2012 at 3:53 AM, smith mark smith.mark1...@gmail.comwrote:

 Hi,

 1) I got my USRP 1 and RFX900 and 1800 daughterboards. The LED on the
 USRP flashes when its powered on. I wanted to test the USRP but when I
 ran the follwowing command

  ./usrp_probe  or sudo ./usrp_probe

 I got the following error

 Traceback (most recent call last):
  File ./usrp_probe, line 114, in module
USRPProbeWindow()
  File ./usrp_probe, line 71, in __init__
vbox.pack_start(get_input(usrp_which_param), False)
  File ./usrp_probe, line 42, in get_input
input = param.get_input()
 AttributeError: 'Param' object has no attribute 'get_input'

 I am using gnuradio 3.2 and Ubuntu(Lucid)

 2) Also I got N210. How can I test it. Please help.

 Waiting for a quick response as I am worried. Any help in this regards
 is highly appreciated.

 Regards,
 Smith

 ___
 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] (no subject)

[Ben Hilburn]

I didn't realize that you had sent this e-mail twice, and that Josh
answered you in the other thread.

Please ignore this thread, and we will carry on in the other one to prevent
two different support flows.

Cheers,
Ben

On Thu, Jan 12, 2012 at 10:06 AM, Ben Hilburn b...@ettus.com wrote:

 Smith -

 Will you try running:

 $ uhd_usrp_probe

 and tell us what it reports?  'uhd_usrp_probe' is installed with UHD, not
 GNURadio.

 Cheers,
 Ben


 On Thu, Jan 12, 2012 at 3:53 AM, smith mark smith.mark1...@gmail.comwrote:

 Hi,

 1) I got my USRP 1 and RFX900 and 1800 daughterboards. The LED on the
 USRP flashes when its powered on. I wanted to test the USRP but when I
 ran the follwowing command

  ./usrp_probe  or sudo ./usrp_probe

 I got the following error

 Traceback (most recent call last):
  File ./usrp_probe, line 114, in module
USRPProbeWindow()
  File ./usrp_probe, line 71, in __init__
vbox.pack_start(get_input(usrp_which_param), False)
  File ./usrp_probe, line 42, in get_input
input = param.get_input()
 AttributeError: 'Param' object has no attribute 'get_input'

 I am using gnuradio 3.2 and Ubuntu(Lucid)

 2) Also I got N210. How can I test it. Please help.

 Waiting for a quick response as I am worried. Any help in this regards
 is highly appreciated.

 Regards,
 Smith

 ___
 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] (no subject)

[osama mohamed]

hi all ,
I found something that maybe will help me solving my problem which is 
tune_request_t struct 

can anyone give me a hint about how can i use it

another question is that if i used the function 
tune_request(target_freq,lo_offset) setting the policy to manual , in this 
particular case can i set the target frequency (which i think is the PLL 
frequency) as is and change only the LO(NCO) 
  ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[osama mohamed]

hi all,

in the example tx_bursts.cpp should i send end of burst packet or not and if i 
didn't does this affect the transmission procedure

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

[Discuss-gnuradio] (no subject)

[Muhammad JUNAID]

please help me about this error:

engrawais@ubuntu:~$ grc

(grc:6141): Gtk-WARNING **: Unable to locate theme engine in module_path: 
pixmap,

(grc:6141): Gtk-WARNING **: Unable to locate theme engine in module_path: 
pixmap,

(grc:6141): Gtk-WARNING **: Unable to locate theme engine in module_path: 
pixmap,

(grc:6141): Gtk-WARNING **: Unable to locate theme engine in module_path: 
pixmap,
 Welcome to GNU Radio Companion 3.2.2 
Error: 'options'
 Failue
Traceback (most recent call last):
  File /usr/lib/python2.7/dist-packages/gnuradio/grc/gui/MainWindow.py, line 
174, in new_page
    flow_graph = self._platform.get_new_flow_graph()
  File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/Platform.py, line 
149, in get_new_flow_graph
    def get_new_flow_graph(self): return self.FlowGraph(self)
  File string, line 4, in __init__
  File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/FlowGraph.py, line 
37, in __init__
    self.import_data()
  File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/FlowGraph.py, line 
192, in import_data
    self._options_block = self.get_parent().get_new_block(self, 'options')
  File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/Platform.py, line 
159, in get_new_block
    def get_new_block(self, flow_graph, key): return self.Block(flow_graph, 
n=self._blocks_n[key])
  File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/odict.py, line 34, 
in __getitem__
    return self._data[key]
KeyError: 'options'
Error: 'options'
 Failue
Traceback (most recent call last):
  File /usr/lib/python2.7/dist-packages/gnuradio/grc/gui/MainWindow.py, line 
174, in new_page
    flow_graph = self._platform.get_new_flow_graph()
  File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/Platform.py, line 
149, in get_new_flow_graph
    def get_new_flow_graph(self): return self.FlowGraph(self)
  File string, line 4, in __init__
  File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/FlowGraph.py, line 
37, in __init__
    self.import_data()
  File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/FlowGraph.py, line 
192, in import_data
    self._options_block = self.get_parent().get_new_block(self, 'options')
  File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/Platform.py, line 
159, in get_new_block
    def get_new_block(self, flow_graph, key): return self.Block(flow_graph, 
n=self._blocks_n[key])
  File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/odict.py, line 34, 
in __getitem__
    return self._data[key]
KeyError: 'options'
Traceback (most recent call last):
  File /usr/bin/grc, line 53, in module
    ActionHandler(args, Platform())
  File /usr/lib/python2.7/dist-packages/gnuradio/grc/gui/ActionHandler.py, 
line 70, in __init__
    self.handle_states(Actions.APPLICATION_INITIALIZE)
  File /usr/lib/python2.7/dist-packages/gnuradio/grc/gui/ActionHandler.py, 
line 332, in handle_states
    
Actions.get_action_from_name(Actions.ELEMENT_DELETE).set_sensitive(bool(self.get_flow_graph().get_selected_elements()))
  File /usr/lib/python2.7/dist-packages/gnuradio/grc/gui/MainWindow.py, line 
281, in get_flow_graph
    return self.get_page().get_flow_graph()
AttributeError: 'NoneType' object has no attribute 'get_flow_graph'___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] (no subject)

[Patrik Tast]

Did you forget to export pyhonpath?
  - Original Message - 
  From: Muhammad JUNAID 
  To: discuss-gnuradio@gnu.org 
  Sent: Saturday, November 05, 2011 22:21
  Subject: [Discuss-gnuradio] (no subject)


  please help me about this error:

  engrawais@ubuntu:~$ grc

  (grc:6141): Gtk-WARNING **: Unable to locate theme engine in module_path: 
pixmap,

  (grc:6141): Gtk-WARNING **: Unable to locate theme engine in module_path: 
pixmap,

  (grc:6141): Gtk-WARNING **: Unable to locate theme engine in module_path: 
pixmap,

  (grc:6141): Gtk-WARNING **: Unable to locate theme engine in module_path: 
pixmap,
   Welcome to GNU Radio Companion 3.2.2 
  Error: 'options'
   Failue
  Traceback (most recent call last):
File /usr/lib/python2.7/dist-packages/gnuradio/grc/gui/MainWindow.py, 
line 174, in new_page
  flow_graph = self._platform.get_new_flow_graph()
File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/Platform.py, line 
149, in get_new_flow_graph
  def get_new_flow_graph(self): return self.FlowGraph(self)
File string, line 4, in __init__
File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/FlowGraph.py, 
line 37, in __init__
  self.import_data()
File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/FlowGraph.py, 
line 192, in import_data
  self._options_block = self.get_parent().get_new_block(self, 'options')
File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/Platform.py, line 
159, in get_new_block
  def get_new_block(self, flow_graph, key): return self.Block(flow_graph, 
n=self._blocks_n[key])
File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/odict.py, line 
34, in __getitem__
  return self._data[key]
  KeyError: 'options'
  Error: 'options'
   Failue
  Traceback (most recent call last):
File /usr/lib/python2.7/dist-packages/gnuradio/grc/gui/MainWindow.py, 
line 174, in new_page
  flow_graph = self._platform.get_new_flow_graph()
File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/Platform.py, line 
149, in get_new_flow_graph
  def get_new_flow_graph(self): return self.FlowGraph(self)
File string, line 4, in __init__
File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/FlowGraph.py, 
line 37, in __init__
  self.import_data()
File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/FlowGraph.py, 
line 192, in import_data
  self._options_block = self.get_parent().get_new_block(self, 'options')
File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/Platform.py, line 
159, in get_new_block
  def get_new_block(self, flow_graph, key): return self.Block(flow_graph, 
n=self._blocks_n[key])
File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/odict.py, line 
34, in __getitem__
  return self._data[key]
  KeyError: 'options'
  Traceback (most recent call last):
File /usr/bin/grc, line 53, in module
  ActionHandler(args, Platform())
File /usr/lib/python2.7/dist-packages/gnuradio/grc/gui/ActionHandler.py, 
line 70, in __init__
  self.handle_states(Actions.APPLICATION_INITIALIZE)
File /usr/lib/python2.7/dist-packages/gnuradio/grc/gui/ActionHandler.py, 
line 332, in handle_states
  
Actions.get_action_from_name(Actions.ELEMENT_DELETE).set_sensitive(bool(self.get_flow_graph().get_selected_elements()))
File /usr/lib/python2.7/dist-packages/gnuradio/grc/gui/MainWindow.py, 
line 281, in get_flow_graph
  return self.get_page().get_flow_graph()
  AttributeError: 'NoneType' object has no attribute 'get_flow_graph'




--


  ___
  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] (no subject)

[Josh Blum]

Oh look, someone already answered this:
http://comments.gmane.org/gmane.comp.hardware.usrp.e100/1960

On 11/05/2011 01:21 PM, Muhammad JUNAID wrote:
 please help me about this error:
 
 engrawais@ubuntu:~$ grc
 
 (grc:6141): Gtk-WARNING **: Unable to locate theme engine in module_path: 
 pixmap,
 
 (grc:6141): Gtk-WARNING **: Unable to locate theme engine in module_path: 
 pixmap,
 
 (grc:6141): Gtk-WARNING **: Unable to locate theme engine in module_path: 
 pixmap,
 
 (grc:6141): Gtk-WARNING **: Unable to locate theme engine in module_path: 
 pixmap,
  Welcome to GNU Radio Companion 3.2.2 
 Error: 'options'
 Failue
 Traceback (most recent call last):
   File /usr/lib/python2.7/dist-packages/gnuradio/grc/gui/MainWindow.py, 
 line 174, in new_page
 flow_graph = self._platform.get_new_flow_graph()
   File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/Platform.py, line 
 149, in get_new_flow_graph
 def get_new_flow_graph(self): return self.FlowGraph(self)
   File string, line 4, in __init__
   File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/FlowGraph.py, 
 line 37, in __init__
 self.import_data()
   File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/FlowGraph.py, 
 line 192, in import_data
 self._options_block = self.get_parent().get_new_block(self, 'options')
   File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/Platform.py, line 
 159, in get_new_block
 def get_new_block(self, flow_graph, key): return self.Block(flow_graph, 
 n=self._blocks_n[key])
   File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/odict.py, line 
 34, in __getitem__
 return self._data[key]
 KeyError: 'options'
 Error: 'options'
 Failue
 Traceback (most recent call last):
   File /usr/lib/python2.7/dist-packages/gnuradio/grc/gui/MainWindow.py, 
 line 174, in new_page
 flow_graph = self._platform.get_new_flow_graph()
   File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/Platform.py, line 
 149, in get_new_flow_graph
 def get_new_flow_graph(self): return self.FlowGraph(self)
   File string, line 4, in __init__
   File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/FlowGraph.py, 
 line 37, in __init__
 self.import_data()
   File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/FlowGraph.py, 
 line 192, in import_data
 self._options_block = self.get_parent().get_new_block(self, 'options')
   File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/Platform.py, line 
 159, in get_new_block
 def get_new_block(self, flow_graph, key): return self.Block(flow_graph, 
 n=self._blocks_n[key])
   File /usr/lib/python2.7/dist-packages/gnuradio/grc/base/odict.py, line 
 34, in __getitem__
 return self._data[key]
 KeyError: 'options'
 Traceback (most recent call last):
   File /usr/bin/grc, line 53, in module
 ActionHandler(args, Platform())
   File /usr/lib/python2.7/dist-packages/gnuradio/grc/gui/ActionHandler.py, 
 line 70, in __init__
 self.handle_states(Actions.APPLICATION_INITIALIZE)
   File /usr/lib/python2.7/dist-packages/gnuradio/grc/gui/ActionHandler.py, 
 line 332, in handle_states
 
 Actions.get_action_from_name(Actions.ELEMENT_DELETE).set_sensitive(bool(self.get_flow_graph().get_selected_elements()))
   File /usr/lib/python2.7/dist-packages/gnuradio/grc/gui/MainWindow.py, 
 line 281, in get_flow_graph
 return self.get_page().get_flow_graph()
 AttributeError: 'NoneType' object has no attribute 'get_flow_graph'
 
 
 
 ___
 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] (no subject)

[Josh Blum]

On 11/05/2011 01:21 PM, Muhammad JUNAID wrote:
 please help me about this error:

Basically your gnuradio installation is broken. Since you also have a
pretty old version. I recommend cleaning your system of the old gnuradio
and upgrading to something recent. GR has a 3.5 release candidate out now.

-Josh

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

[Discuss-gnuradio] (no subject)

[David Barton]

Marcus,
 
How do I know if I am running in full duplex for tunnel.py? Is there a command 
line argument for that?  I think I am running half duplex only since only using 
the 1 antenna port. If I am running half duplex then I am unsure why I would be 
having reflected packets.
 
Thanks,
Dave
 
Message: 25
Date: Thu, 20 Oct 2011 11:24:04 -0400
From: Marcus D. Leech mle...@ripnet.com
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] USRP2 / Tunnel.py packet reflection
    issue
Message-ID: 4ea03d14.3080...@ripnet.com
Content-Type: text/plain; charset=iso-8859-1; Format=flowed

On 20/10/2011 10:25 AM, David Barton wrote:
 I have been troubleshooting an issue with possible packet relflections 
 and cannot figure out the cause. I am running tunnel.py on two USRP2s 
 that are cabled together with a 20dB attenuator between them. The 
 settings I am using on both sides for tunnel.py are:
 Tx Gain: 15 dB
 Rx Gain: 10 dB
 Carrier Threshold: -80
 Rx Tunnel Freq: 400 MHz
 Modulation: GMSK
 Bit Rate: 1Mb/sec
 When I use VLC to stream a video from computer A to computer B  over 
 the USRP link it works ok but there are alot of reflected packs being 
 recorded by computer A. The same thing happens when I try to stream 
 from computer A to computer B. This also occurs when I use iperf to 
 test the link. Strangely, though there are NO reflected packets when I 
 ping between the computers.
 Below is a paste of some of the output from computer A. I put in a 
 timestamp on the left of when events occur. I also put in an explicit 
 statement to print out when tunnel is backing off and for how long. I 
 added sequence number to make it blatantly obvious that the computer 
 is receiving its own packet. Any packet with a sequence number 
 beginning originates from computer A. If the packet originated from 
 computer B it shows up at RX_packet=none. As it shows computer A is 
 receiving its own packets!
 [ 63.61 ] Tx: seq_no = 100054 | len(payload) = 1448
 [ 63.61 ] Tx: seq_no = 100055 | len(payload) = 186
 [ 63.61 ] Tx: seq_no = 100056 | len(payload) = 1310
 [ 63.61 ] Tx: seq_no = 100057 | len(payload) = 1448
 [ 63.61 ] Tx: seq_no = 100058 | len(payload) = 1021
 [ 63.61 ] Backing off for 0.001 sec
 [ 63.62 ] Backing off for 0.002 sec
 [ 63.62 ] Backing off for 0.004 sec
 [ 63.63 ] Backing off for 0.008 sec
 [ 63.64 ] Backing off for 0.016 sec
 [ 63.64 ] Rx: ok = True | seq_no = 100054 | len(payload) = 1448
 [ 63.66 ] Backing off for 0.032 sec
 [ 63.64 ] Rx: ok = True | seq_no = 100055 | len(payload) = 186
 [ 63.66 ] Rx: ok = True | seq_no = 100056 | len(payload) = 1310
 [ 63.66 ] Rx: ok = True | seq_no = 100057 | len(payload) = 1448
 [ 63.67 ] Backing off for 0.064 sec
 [ 63.67 ] Rx: ok = True | seq_no = 100058 | len(payload) = 1021
 [ 63.72 ] Tx: seq_no = 100059 | len(payload) = 1448
 [ 63.72 ] Tx: seq_no = 100060 | len(payload) = 70
 [ 63.72 ] Tx: seq_no = 100061 | len(payload) = 1448
 [ 63.72 ] Tx: seq_no = 100062 | len(payload) = 150
 [ 63.72 ] Tx: seq_no = 100063 | len(payload) = 1448
 [ 63.72 ] Tx: seq_no = 100064 | len(payload) = 248
 [ 63.72 ] Backing off for 0.001 sec
 [ 63.72 ] Backing off for 0.002 sec
 [ 63.73 ] Backing off for 0.004 sec
 [ 63.74 ] Backing off for 0.008 sec
 [ 63.75 ] Backing off for 0.016 sec
 [ 63.74 ] Rx: ok = True | seq_no = 100060 | len(payload) = 70
 [ 63.75 ] Rx: ok = True | seq_no = 100061 | len(payload) = 1448
 [ 63.76 ] Backing off for 0.032 sec
 [ 63.75 ] Rx: ok = True | seq_no = 100062 | len(payload) = 150
 [ 63.76 ] Rx: ok = True | seq_no = 100063 | len(payload) = 1448
 [ 63.76 ] Rx: ok = True | seq_no = 100064 | len(payload) = 248
 [ 63.78 ] Tx: seq_no = 100065 | len(payload) = 1448
 [ 63.78 ] Tx: seq_no = 100066 | len(payload) = 566
 [ 63.78 ] Tx: seq_no = 100067 | len(payload) = 1448
 [ 63.78 ] Tx: seq_no = 100068 | len(payload) = 987
 [ 63.78 ] Backing off for 0.001 sec
 [ 63.79 ] Backing off for 0.002 sec
 [ 63.79 ] Backing off for 0.004 sec
 [ 63.79 ] Backing off for 0.008 sec
 [ 63.8 ] Backing off for 0.016 sec
 [ 63.8 ] Rx: ok = True | seq_no = 100066 | len(payload) = 566
 [ 63.82 ] Backing off for 0.032 sec
 [ 63.82 ] Rx: ok = True | seq_no = 100067 | len(payload) = 1448
 [ 63.82 ] Rx: ok = True | seq_no = 100068 | len(payload) = 987
 [ 63.84 ] Tx: seq_no = 100069 | len(payload) = 1448
 [ 63.84 ] Tx: seq_no = 100070 | len(payload) = 1448
 [ 63.84 ] Tx: seq_no = 100071 | len(payload) = 1448
 [ 63.84 ] Tx: seq_no = 100072 | len(payload) = 321
 [ 63.84 ] Tx: seq_no = 100073 | len(payload) = 1448
 [ 63.84 ] Tx: seq_no = 100074 | len(payload) = 855
 [ 63.84 ] Backing off for 0.001 sec
 [ 63.84 ] Backing off for 0.002 sec
 [ 63.85 ] Backing off for 0.004 sec
 [ 63.85 ] Backing off for 0.008 sec
 [ 63.86 ] Backing off for 0.016 sec
 [ 63.87 ] Backing off for 0.032 sec
 [ 63.86 ] Rx: ok = True | seq_no = 100070 | len(payload) = 1448
 [ 63.89 ] Rx: ok = True | seq_no = 100071 | len(payload) = 1448
 [ 63.89 ] Rx: ok = True | seq_no = 100072 | len(payload) = 321
 [ 63.89 ] Rx

[Discuss-gnuradio] (no subject)

[nimsi stouwdam]

ive been so busy lately I had finally hit rock bottom this was the ticket to my 
free ride !!
http://okmnm.web.fc2.com/MatthewGordon78.html everything seems to have worked 
in my favor trust me this is no joke
Good way to make some extra income!! read it!
  ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[Albert Rodriguez]

http://regentschemistry.co/wp-content/plugins/mywork.html

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

[Discuss-gnuradio] (no subject)

[ranjini ram]

hi list

I ve a very basic doubt in the output FFt plot of frequency
translation.if i do frequency translation i should get two peaks at
f1+f2 and f1-f2.i get this output when i keep my output at float. And
when i change the type to complex i am getting only f1+f2.can anybody
tell why is it so?and one more thing which i want to know i want to
store the output value in a temporary and later use it.is it possible
to do so in GRC?

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

[Discuss-gnuradio] (no subject)

[Wee Shinhan]

http://www.christaya-fish.com/images/mywork.html___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[Camden Mendiola]

Hello,

I am trying to connect my USRP2 with simulink. I am struggling to find proper 
communication between the two. I have downloaded the communication toolbox, DSP 
toolbox, and signal processing toolbox. When I click on the tranmitter USRP2 
block in simulink I am asked to provide the USRP2 IP address, the Host data 
port, and host control port. I followed the online instructions on how to 
change my IP address. However, I still get the message 'No USRP found at 
specified IP address'. Does anyone have detailed instructions on how to 
establish proper communication between the USRP2 and simulink? Also, does the 
default host data port of 3 and default host control port of 30001 work?

Thanks!

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

Re: [Discuss-gnuradio] (no subject)

[Josh Blum]

http://code.ettus.com/redmine/ettus/projects/uhd/wiki#Help-and-Support

On 05/24/2011 07:28 AM, Camden Mendiola wrote:
 Hello,
 
 I am trying to connect my USRP2 with simulink. I am struggling to
 find proper communication between the two. I have downloaded the
 communication toolbox, DSP toolbox, and signal processing toolbox.
 When I click on the tranmitter USRP2 block in simulink I am asked to
 provide the USRP2 IP address, the Host data port, and host control
 port. I followed the online instructions on how to change my IP
 address. However, I still get the message 'No USRP found at specified
 IP address'. Does anyone have detailed instructions on how to
 establish proper communication between the USRP2 and simulink? Also,
 does the default host data port of 3 and default host control
 port of 30001 work?
 
 Thanks!
 
 -Camden Mendiola ___ 
 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] (no subject)

[Yulong Yang]

Hi all,

I have been trying to generate (from a random 0-1 source) and send a
simple QAM signal from one side, receive and save as .dat file in
another. 

Then I try to recover the signal I sent in Matlab/Octave. My method is
to first use read_complex_binary() to extract points, and sample 2000 of
them for later use. Then (I assume they are for the time domain) I
convert these 2000 points with abs() and fft(). 

However, what I plot is completely different from the actual signal I
sent. What exactly dose the .dat data mean? Time domain. or frequency
domain? Could we recover the same signal from this?

I am still very new to gnu radio, and I would appreciate any help. Thank
you.





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

Re: [Discuss-gnuradio] (no subject)

[Kunal Kandekar]

It might be a $PYTHONPATH issue in that case... Have you set your PYTHONPATH
environment variable to include the path to where your GNU Radio modules are
installed? e.g. when I run env, the following line is included in the output
(I'm using a Mac):

PYTHONPATH=/usr/local/lib/python2.6/site-packages:



2010/10/27 ömer günay gunay_omer_7...@hotmail.com

  Thanks for your suggestion Kunal, but it didn't not work. I got an error
-ModuleError: cannot import name my_block

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


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

[Discuss-gnuradio] (no subject)

[ömer günay]

Thanks for your suggestion Kunal, but it didn't not work. I 
got an error 
   -ModuleError: cannot import name 
my_block  ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio