Re: [Discuss-gnuradio] [USRP-users] Spectrum analyzer not picking up any signal from USRP-GNU Radio

[Derek Kozel]

Hello Ayaz,

UHD will log to standard out by default. You should be seeing it in the
console section of the GNU Radio Companion, at the bottom.

Multiplying by 500 will almost certainly lead to the signal clipping at the
DAC, completely corrupting your signal. The USRP Sink block expects values
between -1.0 and 1.0. The sample rate of 32kHz is very low. It should work,
but the general guidance is to use a somewhat higher rate as this helps
lessen the impact of the FPGA's filters on your passband signal.

Have you observed any signal from the USRP on your spectrum analyzer?
Starting with uhd_siggen_gui and making sure your spectrum analyzer is
setup correctly may be the best place to start, then your own GNU Radio
flowgraph with just the signal source going into the USRP Sink, then add
the OFDM modulation once all the rest is working.

Regards,
Derek


On Mon, Jun 11, 2018 at 9:47 PM, Ayaz Mahmud  wrote:

> Hi Derek,
>
>
>
> Thanks for pointing, I initially thought as the throttle was connected to
> WX GUI FFT it won’t affect the USRP sink.
>
>
>
> But the issue does not get resolves even after the throttle is removed. I
> tried increasing the gain to 30 and adding a multiply constant of 500 after
> the OFDM Mod block.
>
>
>
> As a beginner I did not knew about the log file. As I check the
> documentation the file is */usr/include/uhd/utils/log.hpp* but I am not
> sure how to run/see this logging. Any document link that you can provide as
> an example?
>
>
>
> On another hand I have tried implementing the exact same flow as in the
> link https://wiki.gnuradio.org/index.php/Guided_Tutorial_
> Hardware_Considerations - “The PSK Mod with USRP sink” one. And I am
> unable to get any output in spectrum analyzer as shown.
>
>
>
> Thanks,
>
> Ayaz
>
>
>
> *From:* Derek Kozel 
> *Sent:* Monday, June 11, 2018 1:34:01 PM
> *To:* Ayaz Mahmud
> *Cc:* usrp-us...@lists.ettus.com
> *Subject:* Re: [USRP-users] Spectrum analyzer not picking up any signal
> from USRP-GNU Radio
>
>
>
> Hello Ayaz,
>
> Because you have hardware in your flowgraph (the B210) you should not
> include a throttle block. Check your log output, it is very likely that UHD
> is reporting underflows.
>
> I'd recommend quickly running through the GNU Radio tutorial on using
> hardware.
> https://wiki.gnuradio.org/index.php/Guided_Tutorial_
> Hardware_Considerations
>
> Also the UHD manual has some general guidance which will help you to
> understand UHD's messages.
> http://files.ettus.com/manual/page_general.html
>
> Regards,
>
> Derek
>
>
>
> On Mon, Jun 11, 2018 at 8:26 PM, Ayaz Mahmud via USRP-users <
> usrp-us...@lists.ettus.com> wrote:
>
> Hi,
>
>
>
> GNU Radio version 3.7.11
>
> USRP B210 with 1 x 2.4GHz antenna
>
> Spectrum Analyzer with 2.4 GHz antenna
>
> I am trying to transmit the below flowgraph through USRP and receive a
> signal with Spectrum Analyzer. Though the Spectrum analyzer will not be
> able to demodulate it should show a stable frequency. Unfortunately, the
> spectrum analyzer does not pick any signal while calibrated at Center Freq:
> 2.412 GHz.
>
> GNU-Radio console warning:
>
> gr::log :WARN: ofdm_mapper_bcv0 - The gr::digital::ofdm_mapper_bcv block has 
> been deprecated.
>
> gr::log :WARN: ofdm_insert_preamble0 - The gr::digital::ofdm_insert_preamble 
> block has been deprecated.
>
>
>
>
> GNU Radio version 3.7.11
>
> USRP B210 with 1 x 2.4GHz antenna
>
> Spectrum Analyzer with 2.4 GHz antenna
>
> Block diagram attached.
>
> I am trying to transmit the below flowgraph through USRP and receive a
> signal with Spectrum Analyzer. Though the Spectrum analyzer will not be
> able to demodulate it should show a stable frequency. Unfortunately, the
> spectrum analyzer does not pick any signal while calibrated at Center Freq:
> 2.412 GHz.
>
> GNU-Radio console warning:
>
> gr::log :WARN: ofdm_mapper_bcv0 - The gr::digital::ofdm_mapper_bcv block has 
> been deprecated.
>
> gr::log :WARN: ofdm_insert_preamble0 - The gr::digital::ofdm_insert_preamble 
> block has been deprecated.
>
>
>
> Where can this possibly go wrong?
>
>
>
>
>
>
>
> Thanks,
>
> Ayaz
>
>
>
>
> ___
> USRP-users mailing list
> usrp-us...@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
>
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GR-UHD Compatibility Issue

[Marcus D. Leech]

On 06/11/2018 05:01 PM, Derek Kozel wrote:

Hello Luis,

Mixing installing GNU Radio and UHD from source and a repository 
rarely works without special care. I recommend uninstalling all your 
source installations and only using the Ubuntu packages unless you 
have a reason to use more recent versions.


You installed UHD from source, if you do want to use the newer 
versions then here is a link to instructions on installing UHD and GNU 
Radio from source on Ubuntu.
https://kb.ettus.com/Building_and_Installing_the_USRP_Open-Source_Toolchain_(UHD_and_GNU_Radio)_on_Linux 



You mention a ./configure step, that is not part of the regular build 
process for GNU Radio, what instructions were you following?


Regards,
Derek
Gnu Radio hasn't used the autotools (and thus required ./configure) in 
MANY YEARS.   Must be some very old instructions...




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

Re: [Discuss-gnuradio] GR-UHD Compatibility Issue

[Derek Kozel]

Hello Luis,

Mixing installing GNU Radio and UHD from source and a repository rarely
works without special care. I recommend uninstalling all your source
installations and only using the Ubuntu packages unless you have a reason
to use more recent versions.

You installed UHD from source, if you do want to use the newer versions
then here is a link to instructions on installing UHD and GNU Radio from
source on Ubuntu.
https://kb.ettus.com/Building_and_Installing_the_USRP_Open-Source_Toolchain_(UHD_and_GNU_Radio)_on_Linux

You mention a ./configure step, that is not part of the regular build
process for GNU Radio, what instructions were you following?

Regards,
Derek



On Mon, Jun 11, 2018 at 8:33 PM, Luis Felipe Albarracin Sanchez <
lfasanc...@gmail.com> wrote:

> Hello all,
>
> I am having an Issue when trying to test a model with a USRP B210, i have
> instaled GNURadio, via:
>
> *$ apt install gnuradio*
>
> then i tried to connect mi USRP to the model, but  the followig error
> comes out:
>
>
>
>
>
>
> *RuntimeError: GR-UHD detected ABI compatibility mismatch with UHD
> library.GR-UHD was build against ABI: 3.9.0-0,but UHD library reports ABI:
> 3.11.1Suggestion: install an ABI compatible version of UHD,or rebuild
> GR-UHD component against this ABI version.*
>
> I have read a forum with a similar problem:
>
> http://lists.ettus.com/pipermail/usrp-users_lists.
> ettus.com/2016-June/020462.html
>
> and i have tried the commands in linux, to run it from scratch:
>
> *sudo apt-get remove libgnuradio\* libuhd\* uhd\*
>
> ./build-gnuradio*
>
> But it did not worked,
>
> I need help, if comeone can please tell me how can i rebuild GR-UHD
> against the ABI 3.11.1 version?
>
> I must say, that i tried to uninstall GNURadio, and i have tried to
> install it not by the "apt install", but from the source:
>
> https://www.gnuradio.org/releases/gnuradio/
>
> I followed the instructions, but when i get to the "make" part after
> "./configure", the following error shows up:
>
>
>
> *gr_dispatcher.cc: In member function 'void
> gr_dispatcher::loop(double)':gr_dispatcher.cc:177:37: error: 'perror' was
> not declared in this scope   perror ("gr_dispatcher/select");*
>  ^
>
> I will really appreciate some help, to get my USRP to work with GNURadio.
>
> Kind regards.
>
>
> ___
> 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] GR-UHD Compatibility Issue

[Luis Felipe Albarracin Sanchez]

Hello all,

I am having an Issue when trying to test a model with a USRP B210, i have
instaled GNURadio, via:

*$ apt install gnuradio*

then i tried to connect mi USRP to the model, but  the followig error comes
out:






*RuntimeError: GR-UHD detected ABI compatibility mismatch with UHD
library.GR-UHD was build against ABI: 3.9.0-0,but UHD library reports ABI:
3.11.1Suggestion: install an ABI compatible version of UHD,or rebuild
GR-UHD component against this ABI version.*

I have read a forum with a similar problem:

http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2016-June/020462.html

and i have tried the commands in linux, to run it from scratch:

*sudo apt-get remove libgnuradio\* libuhd\* uhd\*

./build-gnuradio*

But it did not worked,

I need help, if comeone can please tell me how can i rebuild GR-UHD against
the ABI 3.11.1 version?

I must say, that i tried to uninstall GNURadio, and i have tried to install
it not by the "apt install", but from the source:

https://www.gnuradio.org/releases/gnuradio/

I followed the instructions, but when i get to the "make" part after
"./configure", the following error shows up:



*gr_dispatcher.cc: In member function 'void
gr_dispatcher::loop(double)':gr_dispatcher.cc:177:37: error: 'perror' was
not declared in this scope   perror ("gr_dispatcher/select");*
 ^

I will really appreciate some help, to get my USRP to work with GNURadio.

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

Re: [Discuss-gnuradio] Freeing memory problem in GNURadio

[Gorur, Anisha - 0662 - MITLL]

After some more debugging, I've distilled my problem and it's really similar to 
here: https://lists.gnu.org/archive/html/discuss-gnuradio/2017-06/msg00104.html

The flowgraph tries to access a port, and gets messed up after reading a bad 
pointer in memory. Has anyone seen or fixed this error? I'm working off of a 
clean SDK install and am following all of the cross compile instructions, so 
I'm not sure what it could be.


Program received signal SIGBUS, Bus error.
0xb64de4dc in operator++ (this=0x5)
at 
/home/user/projects/new_emb/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/include/boost/smart_ptr/detail/atomic_count_sync.hpp:45
45  
/home/user/projects/new_emb/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/include/boost/smart_ptr/detail/atomic_count_sync.hpp:
 No such file or directory.
(gdb) bt
#0  0xb64de4dc in operator++ (this=0x5)
at 
/home/user/projects/new_emb/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/include/boost/smart_ptr/detail/atomic_count_sync.hpp:45
#1  pmt::intrusive_ptr_add_ref (p=0x1) at 
/home/user/projects/new_emb/src/gnuradio/gnuradio-runtime/lib/pmt/pmt.cc:66
#2  0xb64e3a88 in intrusive_ptr (rhs=..., this=0xbeffeb80)
at 
/home/user/projects/new_emb/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/include/boost/smart_ptr/intrusive_ptr.hpp:92
#3  pmt::dict_has_key (dict=..., key=...) at 
/home/user/projects/new_emb/src/gnuradio/gnuradio-runtime/lib/pmt/pmt.cc:910
#4  0xb6565964 in gr::flowgraph::check_valid_port (this=this@entry=0x5e18c8, 
e=...)
at 
/home/user/projects/new_emb/src/gnuradio/gnuradio-runtime/lib/flowgraph.cc:158
#5  0xb6567ad8 in gr::flowgraph::connect (this=this@entry=0x5e18c8, src=..., 
dst=...)
at 
/home/user/projects/new_emb/src/gnuradio/gnuradio-runtime/lib/flowgraph.cc:502
...

Thanks,

Anisha


From: Discuss-gnuradio 
 on behalf of Gorur, 
Anisha - 0662 - MITLL 
Sent: Friday, June 8, 2018 4:27:15 PM
To: discuss-gnuradio@gnu.org
Subject: [Discuss-gnuradio] Freeing memory problem in GNURadio

Hello,
I've been having a strange problem with the gr-fec block, and I think it may be 
connected to other issues I'm having. I'm running a flowgraph on the E310 using 
the LDPC Encoder Definition (via Generator), LDPC Generator Matrix, and FEC 
Async Encoder blocks and it has been running fine for a few months. For another 
block, I needed to update the Volk library because I wanted a new kernel, but 
when I did so a couple of things started to break.

I thought this was due to my update of GNURadio/Volk, but I have reinstalled 
the SDK as well as UHD and GNUradio from source (using these instructions: 
https://files.ettus.com/manual/page_usrp_e3x0.html) and I still get the same 
problems. I am using UHD version 3.9.2 (I need to for other compatibility 
issues, this has not given me trouble in the past) and GNURadio 3.7.11.1 (The 
version I was using when everything worked). My cross compiling also seems to 
be working fine, I get no errors in my cmake or make process. I am using the 
fpga files and SDK from here: http://files.ettus.com/e3xx_images/e3xx-release-4/

In the following gdb backtraces, I've built both GNURadio and my OOT module 
with -DCMAKE_BUILD_TYPE=Debug.

Error 1:
When I kill a flowgraph with the LDPC Encoder in it, I get either a  segfault 
or an invalid pointer error when the program tries to call the  destructor of 
ldpc_gen_mtrx_encoder_impl.cc. (full backtrace in 
message_port_in_not_working.txt)

```
-- Loading FPGA image: 
/home/root/emb/usr/share/uhd/images/usrp_e3xx_fpga_idle_sg3.bit...[Thread 
0xa95ff460 (LWP 1241) exited]
 done
[Thread 0xb1546460 (LWP 1227) exited]
*** Error in `/usr/bin/python': munmap_chunk(): invalid pointer: 0xb6fa7d10 ***

Program received signal SIGABRT, Aborted.
0xb6d38894 in __GI_raise (sig=sig@entry=6) at 
../sysdeps/unix/sysv/linux/raise.c:55
55return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig);
(gdb) bt
#0  0xb6d38894 in __GI_raise (sig=sig@entry=6) at 
../sysdeps/unix/sysv/linux/raise.c:55
#1  0xb6d3c394 in __GI_abort () at abort.c:89
#2  0xb6d707b8 in __libc_message (do_abort=, fmt=0xb6e28a00 "*** 
Error in `%s': %s: 0x%s ***\n") at ../sysdeps/posix/libc_fatal.c:175
#3  0xb6d7aa74 in malloc_printerr (action=3, str=0xb6e28a24 "munmap_chunk(): 
invalid pointer", ptr=) at malloc.c:4960
#4  0xb6d7ab94 in munmap_chunk (p=) at malloc.c:2817
#5  0xb3df81d8 in gsl_block_free (b=0xb6f9fda8 ) at 
/usr/src/debug/gsl/1.15-r0/gsl-1.15/block/init_source.c:78
#6  0xb3e47b40 in gsl_matrix_free (m=0x1d754) at 
/usr/src/debug/gsl/1.15-r0/gsl-1.15/matrix/init_source.c:189
#7  0xb3fbedc4 in gr::fec::code::ldpc_G_matrix_impl::~ldpc_G_matrix_impl 
(this=this@entry=0x7af6c0, __in_chrg=, __vtt_parm=) at 
/home/agorur/projects/emb/src/gnuradio/gr-fec/lib/ldpc_G_matrix_impl.cc:294
#8  0xb3fc0664 in ~ldpc_G_matrix_impl (this=0x7af6c0, __in_chrg=, __vtt_parm=) at 
/home/agorur/projects/emb/src/gnuradio/gr-fec/lib/ldpc_G_matrix_impl.cc:295
#9  checked_delete (x=0x7af6c0) 

[Discuss-gnuradio] Changing Variables Values From Code

[Luis Felipe Albarracin Sanchez]

Hello all,

I am trying to do a development in GNURadio, and i need change the value of
a block "variable" according to the exit of the block i am developing in
python. My question is, are there any examples where i can guide myself to
do this?any suggestions on how i  must write my block in python for it
to changes the variable?


Thanks again for all the support,

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