Sunday, September 30, 2018

Re: [Discuss-gnuradio] UDP sink that respects PDU? SOCK_SEQPACKET?

> Great, now I'll have to check the actual state of SOCK_SEQPACKET on
> Linux on an international flight.

SCTP is the greatest thing before sliced bread that never really
happened... it works on the Internet but A LOT of consumer routers
doesn't support it.

Probably should have mentioned I wanted SOCK_SEQPACKET for local
transport. I'm writing a little web frontend for a flow graph so that
I can listen to it at work. I wrote an Opus Encoder block. Then I will
write the packets to a unix domain socket (SOCK_SEQPACKET) and stream
them over websockets. RTP would be better but WebRTC is a hot mess and
our corporate firewall is nasty. I just want something simple like
WebSDR (but with libopus in the browser, compiled as WebAssembly).


--Albin
On Mon, Oct 1, 2018 at 1:34 AM Müller, Marcus (CEL) <mueller@kit.edu> wrote:
>
> Great, now I'll have to check the actual state of SOCK_SEQPACKET on
> Linux on an international flight.
> On Mon, 2018-10-01 at 00:04 +0200, Sylvain Munaut wrote:
> > Hi,
> >
> > > IIRC, the SOCK_SEQPACKET packet type paradigm never had a IP-based
> > > protocol that could be used across commodity networks (unlike
> > > SOCK_DGRAM, which pretty much defaults to UDP and SOCK_STREAM,
> > > which
> > > pretty much defaults to TCP).
> >
> > Err ... what about SCTP ?
> >
> > Cheers,
> >
> > Sylvain
> >
> > _______________________________________________
> > Discuss-gnuradio mailing list
> > Discuss-gnuradio@gnu.org
> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> _______________________________________________
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

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

Re: [Discuss-gnuradio] UDP sink that respects PDU? SOCK_SEQPACKET?

Great, now I'll have to check the actual state of SOCK_SEQPACKET on
Linux on an international flight.
On Mon, 2018-10-01 at 00:04 +0200, Sylvain Munaut wrote:
> Hi,
>
> > IIRC, the SOCK_SEQPACKET packet type paradigm never had a IP-based
> > protocol that could be used across commodity networks (unlike
> > SOCK_DGRAM, which pretty much defaults to UDP and SOCK_STREAM,
> > which
> > pretty much defaults to TCP).
>
> Err ... what about SCTP ?
>
> Cheers,
>
> Sylvain
>
> _______________________________________________
> 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] UDP sink that respects PDU? SOCK_SEQPACKET?

Hi,

> IIRC, the SOCK_SEQPACKET packet type paradigm never had a IP-based
> protocol that could be used across commodity networks (unlike
> SOCK_DGRAM, which pretty much defaults to UDP and SOCK_STREAM, which
> pretty much defaults to TCP).

Err ... what about SCTP ?

Cheers,

Sylvain

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

Re: [Discuss-gnuradio] Dependency Boost_FOUND = 0

Hi Tony,

this shouldn't be happening.
Did you try `apt-get build-dep gnuradio` ?
If that doesn't help, can you share your complete cmake output with us?

Best regards,
Marcus
On Wed, 2018-09-26 at 23:16 +0000, Tony wrote:
> Greetings,
>
> Using Debian 9 "Stretch" and the 20180925 github gnuradio, I've
> installed libboost-dev but am still achieving "Dependency Boost_FOUND
> =
> 0" errors on all components during Makefile-configuration with
> "cmake
> -DCMAKE_INSTALL_PREFIX=$HOME .. ".
>
> I also get the same problem after compiling
> https://sourceforge.net/projects/boost/ which reports:
> ...
> The Boost C++ Libraries were successfully built!
> The following directory should be added to compiler include paths:
> /home/me/src/boost_1_66_0
> The following directory should be added to linker library paths:
> /home/me/src/boost_1_66_0/stage/lib
>
> ... and invoking "cmake -DCMAKE_INSTALL_PREFIX=$HOME
> -DBoost_INCUDE_DIR=/home/me/src/boost_1_66_0
> -DBoost_LIBRARY_DIRS=/home/me/src/boost_1_66_0/stage/lib .."
>
> How to get it to recognize either the installed or the compiled
> Boost
> dependencies, please?
> _______________________________________________
> 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] Recording Probe Rate or other Messages

Hi David,

this would be an easy task for a four-lines-of-actual-code Python
block.

However, as much as I like GNU Radio (you'll find I like it a lot), is
this really a GNU Radio job? Your rate is proportional to the speed at
which your file is read, and you could do easy things like making a
named pipe (`man mkfifo`), use that in your file source and using `pv`
to feed that from a file, or something similar.

Best regards,
Marcus

On Thu, 2018-09-27 at 15:19 -0400, David Blake wrote:
> I have a flowgraph in which I can probe the rate using the "Probe
> Rate" block and I connect it to the "Message Debug" block as such:
>
> self.msg_connect((self.blocks_probe_rate_0, 'rate'),
> (self.blocks_message_debug_0, 'print'))
> self.connect((self.blocks_file_source_0, 0),
> (self.blocks_probe_rate_0, 0))
>
> Instead of sending the rate to the terminal to read, I would like to
> send it to a file for post processing. How can I do this in python?
> I'd also be fine getting the average rate over some time period and
> returning a single value.
>
> Thanks!
> _______________________________________________
> 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] Need Help for TSBs

Mr。树,

if you need help with anything, I propose you share the errors you get
as well as the code you've written with us. It's impossible for us to
guess what goes wrong!

Best regards,
Marcus

On Fri, 2018-09-28 at 15:47 +0800, Mr。树 wrote:
> Hello all,
> I have 2 targged streams , and they have different targged length. I
> want to combine them into 1 tagged stream, in this process, I hope I
> can deal with some data.
> I have tried to overwrite the function ,
> gr::tagged_stream_block::parse_length_tags(), but the program
> compilation failed.
> Now , I really need some help. Thans for any reply.
> _______________________________________________
> 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] Calculating SNR

Dear Dapodun,
Well, that depends on your signal power and your noise power. From
there, it's just a simple division. Could you elaborate what
specifically you'd need to understand?

Best regards,
Marcus
On Sat, 2018-09-29 at 17:18 +0800, dapodun nudopad wrote:
> Hi, May I know how to calculate SNR from the noise source introduce
> in the simulation block in ofdm example given in gr-digital.
> Thank you. 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

Re: [Discuss-gnuradio] UDP sink that respects PDU? SOCK_SEQPACKET?

Hi Albin,

IIRC, the SOCK_SEQPACKET packet type paradigm never had a IP-based
protocol that could be used across commodity networks (unlike
SOCK_DGRAM, which pretty much defaults to UDP and SOCK_STREAM, which
pretty much defaults to TCP). Could you enlighten us about your needs?

I think our zeroMQ blocks stand a high chance of fulfilling the
transport needs you have, but I don't know if you need a specific
protocol to work.

Best regards,
Marcus
On Sun, 2018-09-30 at 11:52 +0200, Albin Stigö wrote:
> Hi GNURadio friends,
>
> Is there a UDP sink that respects PDUs, ie that is based on
> tagged_stream_block?
>
> Is there a sink that uses SOCK_SEQPACKET?
>
>
> --Albin
>
> _______________________________________________
> 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] Uninstall GNU + dependencies

Did you install GNU radio by compiling source code or with a package manager (apt)?

If you installed with a package manager then "sudo apt-get remove <package>" should remove it.

If you installed by compiling source you need to go back to "/path/to/source/gnuradio/build" and type "sudo make uninstall"


On Sun, Sep 30, 2018 at 9:55 AM dapodun nudopad <dapodun@gmail.com> wrote:

Hi all,may I know how to Uninstall GNU radio with all the dependencies Installed in usr/local. I tried straight deleting the folders in local but it can't work. As well as trying to purge which didn't work. I user terminal sudo apt-get autoremove gnuradio but when I enter gnuradio-companion in terminal it's still open GNU radio. May I know what to do because I really need to make a clean Install of GNU radio for the next branch. Thanks

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

[Discuss-gnuradio] Uninstall GNU + dependencies

Hi all,may I know how to Uninstall GNU radio with all the dependencies Installed in usr/local. I tried straight deleting the folders in local but it can't work. As well as trying to purge which didn't work. I user terminal sudo apt-get autoremove gnuradio but when I enter gnuradio-companion in terminal it's still open GNU radio. May I know what to do because I really need to make a clean Install of GNU radio for the next branch. Thanks

[Discuss-gnuradio] UDP sink that respects PDU? SOCK_SEQPACKET?

Hi GNURadio friends,

Is there a UDP sink that respects PDUs, ie that is based on tagged_stream_block?

Is there a sink that uses SOCK_SEQPACKET?


--Albin

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

Saturday, September 29, 2018

[Discuss-gnuradio] Calculating SNR

Hi, May I know how to calculate SNR from the noise source introduce in the simulation block in ofdm example given in gr-digital.
Thank you. Regards

Friday, September 28, 2018

Re: [Discuss-gnuradio] Awgn simulation error

On 09/28/2018 05:48 PM, dapodun nudopad wrote:
> Hi,
> I had run the sim.grc in the awgn simulation folder from gr-ieee802.11
> and I get this following from the terminal. Plus, I'm not sure how I
> should measures the ber however the error I got is below. Thanks
> linux; GNU C++ version 5.4.0 20160609; Boost_105800;
> UHD_003.010.001.HEAD-0-g929e3b32
>
> MAPPER: encoding: 0
> set_min_output_buffer on block 9 to 397056
> set_min_output_buffer on block 11 to 397056
> set_min_output_buffer on block 13 to 397056
> set_min_output_buffer on block 14 to 397056
> set_min_output_buffer on block 16 to 397056
> set_min_output_buffer on block 28 to 96000
> thread[thread-per-block[1]: <block random_periodic_msg_source (27)>]:
> pmt_to_long: wrong_type : #t

BER errors are not logged.

Regarding the PMT type error: There are several versions and branches of
GNU Radio. And they have different APIs. I don't know what you are
running, but it looks like you use the wrong branch of gr-foo for your
GNU Radio version. There are only two branches in gr-foo, so just try
the other one.

The fact that there are different branches that are supposed to be used
with different versions of GNU Radio is btw the second sentence of the
readme.

You posted this question (two times!) in an issue on GitHub (which I
answered), then you created a new issue with the question on GitHub,
then you posted here in another thread (which already had the answer),
and know you opened this thread.

I think at that stage, it would be time to take a step back from your
actual problem and reconsider your way to approach this. There's a
really good text on how to ask questions:

http://www.catb.org/esr/faqs/smart-questions.html

Best,
Bastian

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

[Discuss-gnuradio] Awgn simulation error

Hi,
I had run the sim.grc in the awgn simulation folder from gr-ieee802.11 and I get this following from the terminal. Plus, I'm not sure how I should measures the ber however the error I got is below. Thanks
linux; GNU C++ version 5.4.0 20160609; Boost_105800; UHD_003.010.001.HEAD-0-g929e3b32

MAPPER: encoding: 0
set_min_output_buffer on block 9 to 397056
set_min_output_buffer on block 11 to 397056
set_min_output_buffer on block 13 to 397056
set_min_output_buffer on block 14 to 397056
set_min_output_buffer on block 16 to 397056
set_min_output_buffer on block 28 to 96000
thread[thread-per-block[1]: <block random_periodic_msg_source (27)>]: pmt_to_long: wrong_type : #t

Re: [Discuss-gnuradio] Error compiling gr-ieee802.11

Hi,

On 09/28/2018 04:26 PM, Dmitriy Tochansky wrote:
>>> Here is a link to patch
>>> https://github.com/gnuradio/gnuradio/commit/5197311dd22744b784ff9ae2cd965a26ef04f4a4
>>>
>> Thanks—will this let gr-ieee802.11 compile against the master branch?
> No, it's a commit that remove 'delete_head_blocking' from api.
> To build gr-ieee802.11 you need to use 'maint-3.7' branch of gnuradio
> and 'master' for gr-foo and gr-ieee802.11.
> If you need exactly gnuradio 'master' branch for your project, I think
> you have to do some patches to gr-foo at least.
>

Both gr-foo and gr-ieee802-11 have master and next branches that were
supposed to work with the corresponding GNU Radio branches. I'd suggest
you try the next branch of the modules.

Best,
Bastian

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

Re: [Discuss-gnuradio] Technical Issue

On 09/28/2018 05:35 AM, tadikondasuresh wrote:
Good afternoon sir, I have two USRP N210 Radio Modules.
Technical Issue:
Sir, one of USRP N210 radio module TX/RX port is working and RX2 port is not responding... and another radio module TX/RX port is not responding only TX/RX is responding... Please Suggest any remedies.

Thanks & Regards,
Suresh T,
Navstar Integrated Systems Pvt ltd,
9866212494


 
This discussion really belongs on the usrp-users mailing list, not here.

What do you mean by "not responding".

What daughtercards do you have installed on your N210 radios?

And again, this discussion should be continued on the usrp-users mailing list.

Re: [Discuss-gnuradio] Error compiling gr-ieee802.11

Hi Andreas!

>> You need to build gr-foo against maint-3.7 branch of gnuradio.
>> There is no 'delete_head_blocking' in master branch.
> That did the trick. I'm seeing a couple branches ("maint",
> "maint-3.7", "master", etc.). Are there descriptions of the different
> branches that I missed in my web searches?
As described at
https://wiki.gnuradio.org/index.php/Development#Development_Style ,
gnuradio use workflow described here
https://schacon.github.io/git/gitworkflows.html
I think it's a typical approach for development.

>> Here is a link to patch
>> https://github.com/gnuradio/gnuradio/commit/5197311dd22744b784ff9ae2cd965a26ef04f4a4
> Thanks—will this let gr-ieee802.11 compile against the master branch?
No, it's a commit that remove 'delete_head_blocking' from api.
To build gr-ieee802.11 you need to use 'maint-3.7' branch of gnuradio
and 'master' for gr-foo and gr-ieee802.11.
If you need exactly gnuradio 'master' branch for your project, I think
you have to do some patches to gr-foo at least.

--
D

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

Re: [Discuss-gnuradio] Error compiling gr-ieee802.11

Dmitriy,

> You need to build gr-foo against maint-3.7 branch of gnuradio.
> There is no 'delete_head_blocking' in master branch.

That did the trick. I'm seeing a couple branches ("maint", "maint-3.7", "master", etc.). Are there descriptions of the different branches that I missed in my web searches?

> Here is a link to patch https://github.com/gnuradio/gnuradio/commit/5197311dd22744b784ff9ae2cd965a26ef04f4a4

Thanks—will this let gr-ieee802.11 compile against the master branch?

Cheers,

Andreas


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

[Discuss-gnuradio] Technical Issue

Good afternoon sir, I have two USRP N210 Radio Modules.
Technical Issue:
Sir, one of USRP N210 radio module TX/RX port is working and RX2 port is not responding... and another radio module TX/RX port is not responding only TX/RX is responding... Please Suggest any remedies.

Thanks & Regards,
Suresh T,
Navstar Integrated Systems Pvt ltd,
9866212494


 

Re: [Discuss-gnuradio] Error compiling gr-ieee802.11

Andreas Yankopolus писал 2018-09-28 02:27:
> I'm trying to build and install GR and gr-ieee802.11 from the git
> repos, as I know that I'll be wanting to examine and possibly
> single-step & instrument the underlying code for my project. This is
> on Ubuntu 18.04.

> [ 34%] Building CXX object
> lib/CMakeFiles/gnuradio-foo.dir/wireshark_connector_impl.cc.o
> /home/ayank/Documents/SDR/gr-foo/lib/wireshark_connector_impl.cc: In
> member function 'virtual int
> gr::foo::wireshark_connector_impl::general_work(int, gr_vector_int&,
> gr_vector_const_void_star&, gr_vector_void_star&)':
> /home/ayank/Documents/SDR/gr-foo/lib/wireshark_connector_impl.cc:185:18:
> error: 'delete_head_blocking' was not declared in this scope
> pmt::pmt_t msg(delete_head_blocking(pmt::mp("in"), 100));
> ^~~~~~~~~~~~~~~~~~~~
> /home/ayank/Documents/SDR/gr-foo/lib/wireshark_connector_impl.cc:185:18:
> note: suggested alternative: 'delete_head_nowait'
> pmt::pmt_t msg(delete_head_blocking(pmt::mp("in"), 100));
> ^~~~~~~~~~~~~~~~~~~~
> delete_head_nowait

You need to build gr-foo against maint-3.7 branch of gnuradio.
There is no 'delete_head_blocking' in master branch.
Here is a link to patch
https://github.com/gnuradio/gnuradio/commit/5197311dd22744b784ff9ae2cd965a26ef04f4a4

--
D

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

[Discuss-gnuradio] Need Help for TSBs

Hello all,
I have 2 targged streams , and they have different targged length. I want to combine them into 1 tagged stream, in this process, I hope I can deal with some data.
I have tried to overwrite the function , gr::tagged_stream_block::parse_length_tags(), but the program compilation failed.
Now , I really need some help. Thans for any reply.

Thursday, September 27, 2018

[Discuss-gnuradio] Error compiling gr-ieee802.11

I'm trying to build and install GR and gr-ieee802.11 from the git repos, as I know that I'll be wanting to examine and possibly single-step & instrument the underlying code for my project. This is on Ubuntu 18.04.

In the directories for both, I get:


ayank@ubuntu:~/Documents/SDR/gnuradio$ git status
On branch master
Your branch is up to date with 'origin/master'.

nothing to commit, working tree clean


GR compiles and installs just fine to /opt.

With gr-ieee802.1, I get the following error when I make:


[ 34%] Building CXX object lib/CMakeFiles/gnuradio-foo.dir/wireshark_connector_impl.cc.o
/home/ayank/Documents/SDR/gr-foo/lib/wireshark_connector_impl.cc: In member function 'virtual int gr::foo::wireshark_connector_impl::general_work(int, gr_vector_int&, gr_vector_const_void_star&, gr_vector_void_star&)':
/home/ayank/Documents/SDR/gr-foo/lib/wireshark_connector_impl.cc:185:18: error: 'delete_head_blocking' was not declared in this scope
   pmt::pmt_t msg(delete_head_blocking(pmt::mp("in"), 100));
                  ^~~~~~~~~~~~~~~~~~~~
/home/ayank/Documents/SDR/gr-foo/lib/wireshark_connector_impl.cc:185:18: note: suggested alternative: 'delete_head_nowait'
   pmt::pmt_t msg(delete_head_blocking(pmt::mp("in"), 100));
                  ^~~~~~~~~~~~~~~~~~~~
                  delete_head_nowait
lib/CMakeFiles/gnuradio-foo.dir/build.make:230: recipe for target 'lib/CMakeFiles/gnuradio-foo.dir/wireshark_connector_impl.cc.o' failed
make[2]: *** [lib/CMakeFiles/gnuradio-foo.dir/wireshark_connector_impl.cc.o] Error 1
CMakeFiles/Makefile2:135: recipe for target 'lib/CMakeFiles/gnuradio-foo.dir/all' failed
make[1]: *** [lib/CMakeFiles/gnuradio-foo.dir/all] Error 2
Makefile:140: recipe for target 'all' failed
make: *** [all] Error 2


I have the wireshark-dev deb installed on my system. Maybe there's something else I need?

[Discuss-gnuradio] Recording Probe Rate or other Messages

I have a flowgraph in which I can probe the rate using the "Probe Rate" block and I connect it to the "Message Debug" block as such:

self.msg_connect((self.blocks_probe_rate_0, 'rate'), (self.blocks_message_debug_0, 'print'))
self.connect((self.blocks_file_source_0, 0), (self.blocks_probe_rate_0, 0))

Instead of sending the rate to the terminal to read, I would like to send it to a file for post processing. How can I do this in python? I'd also be fine getting the average rate over some time period and returning a single value.

Thanks!

Re: [Discuss-gnuradio] Sensitivity of usrp n210

On 09/27/2018 12:58 AM, tadikondasuresh wrote:
Good morning Sir, I would like to calculate sensitivity of USRPN210 Radio module by using gnuradio tool..I working on that ..I tried lot sir..please help me and please forward .GRC file if u have sensitivity measuring...in specification his given -110dbm but practically I want calculate and how to send -80dbm power to antenna..please guide me sir

Thanks & Regards,
Suresh T,
Navstar Integrated Systems Pvt ltd,
9866212494


Sensitivity is not a context-free evaluation parameter--it depends heavily on exactly what modulation is being used and other factors.
  Which makes the concept of "sensitivity" in the standalone context meaningless.

You haven't mentioned what daughtercard you're using in your N210, so without that, we can't begin a discussion.




From: discuss-gnuradio-request@gnu.org
Sent: Wed, 26 Sep 2018 22:07:03 GMT+0530
To: discuss-gnuradio@gnu.org
Subject: Discuss-gnuradio Digest, Vol 191, Issue 23

Send Discuss-gnuradio mailing list submissions to

   discuss-gnuradio@gnu.org



To subscribe or unsubscribe via the World Wide Web, visit

   https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

or, via email, send a message with subject or body 'help' to

   discuss-gnuradio-request@gnu.org



You can reach the person managing the list at

   discuss-gnuradio-owner@gnu.org



When replying, please edit your Subject line so it is more specific

than "Re: Contents of Discuss-gnuradio digest..."





Today's Topics:



  1. SNR of BPSK (tadikondasuresh)

  2. Re: port number 1 exceeds max of 0 (Michael Dickens)

  3. Re: PyBOMBS install issues (John_w_g)

  4. Re: SNR of BPSK (Sumit Kumar)

  5. ABI compatability mismatch (Rensi Mathew)

  6. Re: ABI compatability mismatch (Marcus D. Leech)





----------------------------------------------------------------------



Message: 1

Date: 25 Sep 2018 16:43:08 -0000

From: "tadikondasuresh" <suresh3819@rediffmail.com>

To: <discuss-gnuradio@gnu.org>, "pandi" <pandi@tenettech.com>

Subject: [Discuss-gnuradio] SNR of BPSK

Message-ID: <20180925164308.20173.qmail@f5mail-224-131.rediffmail.com>

Content-Type: text/plain; charset="utf-8"



Good evening Sir, ..Sir i am working on GNURADIO tool..and i am developing BPSK modulation and i tried SNR calculation in that and i already calculated the&nbsp; SNR value and i want to send that value&nbsp; in to text file,but i could not able to send that value in to file.. please help me sir..please find outthe grc file attached&nbsp;Thanks &amp; Regards,Suresh T,Navstar Integrated Systems Pvt ltd,9866212494

-------------- next part --------------

An HTML attachment was scrubbed...

URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20180925/34ca535f/attachment.html>

-------------- next part --------------

A non-text attachment was scrubbed...

Name: VHF_BPSK_NORMAL_RX.grc

Type: application/octet-stream

Size: 88601 bytes

Desc: not available

URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20180925/34ca535f/attachment.obj>



------------------------------



Message: 2

Date: Tue, 25 Sep 2018 13:40:59 -0400

From: Michael Dickens <michael.dickens@ettus.com>

To: Sumit Kumar <sumit.kumar@eurecom.fr>,   GNURadio Discussion List

   <discuss-gnuradio@gnu.org>

Subject: Re: [Discuss-gnuradio] port number 1 exceeds max of 0

Message-ID:

   <1537897259.1146871.1520316352.7B19F6C8@webmail.messagingengine.com>

Content-Type: text/plain; charset="utf-8"



Hi Sumit - Do you have your GR OOT in a public repo where we could

review all of the code & try the example ourselves? That's the most

reliable way to handle such potentially in-depth queries such as yours.

As a quick reply without knowing more specifics, are you using the

"hier_block2" for the base class for your main block? If so, then you

can't do signal processing within this block; all a "hier_block2" block

is good for is encapsulating other blocks, connecting them internally as

well as to the "hier_block2"s input(s) and output(s); no "work" here!

>From the debug printout, likely candidates for this issue would be the

block "fft_vxx" or "ieee802_11_soft_frame_equalizer_dc".

Hope this is useful! - MLD



On Tue, Sep 25, 2018, at 9:48 AM, Sumit Kumar wrote:

> Hi,





> I have made a block with take two streams of input and produces four

> stream of outputs.> The* impl.cc* file has the following declaration:





> static int ios1[] = {48, 48*sizeof(float), 48, 48*sizeof(float)};

>  static std::vector<int> iosig1(ios1, ios1+sizeof(ios1)/sizeof(int));>

>  soft_frame_equalizer_impl_dc::soft_frame_equalizer_impl_dc(Equalizer-

>  _soft_dc algo, double freq, double bw, int scaling, int threshold,

>  bool log, bool debug) :>      gr::block("soft_frame_equalizer_dc",

>              gr::io_signature::make2(2, 2, 64 * sizeof(gr_complex), 64

>              * sizeof(gr_complex)),>              gr::io_signature::makev(4, 4, iosig1)),





>  

> I made the corresponding xml file also. No error during compiling but

> when I connect my block and run I get the error:>   File "/home/john/myprefix/src/gr-ieee-

>   80211/examples/sbmrc_testing.py", line 555, in <module>>      main()

>    File "/home/john/myprefix/src/gr-ieee-

>    80211/examples/sbmrc_testing.py", line 543, in main>      tb = top_block_cls(bandwidth=options.bandwidth,

>      encoding=options.encoding, frequency=options.frequency,

>      sensitivity=options.sensitivity)>    File "/home/john/myprefix/src/gr-ieee-

>    80211/examples/sbmrc_testing.py", line 350, in __init__>      self.connect((self.fft_vxx_0_1, 0),

>      (self.ieee802_11_soft_frame_equalizer_dc_0, 1))>    File "/home/john/myprefix/lib/python2.7/dist-

>    packages/gnuradio/gr/hier_block2.py", line 47, in wrapped>      func(self, src, src_port, dst, dst_port)

>    File "/home/john/myprefix/lib/python2.7/dist-

>    packages/gnuradio/gr/hier_block2.py", line 110, in connect>      self.primitive_connect(*args)

>    File "/home/john/myprefix/lib/python2.7/dist-

>    packages/gnuradio/gr/runtime_swig.py", line 4574, in

>    primitive_connect>      return _runtime_swig.top_block_sptr_primitive_connect(self,

>      *args)> *ValueError: port number 1 exceeds max of 0*





> I am attaching the xml file. Can anyone help me figuring out the

> mistake :)> Regards





> Sumit





>





>





>  

> _________________________________________________

> Discuss-gnuradio mailing list

> Discuss-gnuradio@gnu.org

> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

> Email had 1 attachment:





>  * ieee802_11_soft_frame_equalizer_dc.xml 3k (text/xml)

-------------- next part --------------

An HTML attachment was scrubbed...

URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20180925/ebcb70b9/attachment.html>

-------------- next part --------------

A non-text attachment was scrubbed...

Name: Screenshot from 2018-09-25 15-42-58.png

Type: image/png

Size: 8727 bytes

Desc: not available

URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20180925/ebcb70b9/attachment.png>



------------------------------



Message: 3

Date: Tue, 25 Sep 2018 18:00:28 +0000

From: John_w_g <john_w_g@protonmail.com>

To: Dave NotTelling <dmp250net@gmail.com>

Cc: GNURadio Discussion List <discuss-gnuradio@gnu.org>

Subject: Re: [Discuss-gnuradio] PyBOMBS install issues

Message-ID:

   <YS-Voyjw28qnzUVmt51HoyD9sV4SbZnwFp5BbJOHXZzb5VsLupgLFfTv-KostXkEiiLkLwMrbkPWGmxarFtDocfao5KH80bZWYZLCSCRkW8=@protonmail.com>

   

Content-Type: text/plain; charset="utf-8"



Dave,



Thankyou.   I partially resolved this by uninstalling UHD and GRC, and using the latest PyBOMBS to compile from source both UHD and GRC.  The good news is that after installing the correct FPGA image, GRC runs.  Unfortunately it is not operating correctly.  GRC is throuwing codes Gt, the simple generate a cosine tone, send it to the Ettus X310, then loop it back to the receiver for display seems to only show LO leakage at 0 Hz.  Additionally GRC will not properly end, and I must force an exit.



Attached is the console output (text file).  It looks like I have some files from the old install that are interfering with the new GRC install.  I'm not sure where to look to erase them if so.  Any other idea's what is the issue?



Sent with [ProtonMail](https://protonmail.com) Secure Email.



??????? Original Message ???????

On Sunday, September 23, 2018 6:35 PM, Dave NotTelling <dmp250net@gmail.com> wrote:



> John,

>

>      The issue you are having is that the version of the firmware on your radio does not match the version of the UHD libraries that you have on your system.  You need to either update your radios (uhd_image_loader) or change your version of UHD to match what the radio has.  The former is the better choice in my opinion.

>

>      I think that you need to add `--init-only` to the uhd_usrp_probe command to tell if the versions line up.  I seem to recall not getting the version error without it.

>

>      For the instructions on how to compile UHD from source: https://files.ettus.com/manual/page_build_guide.html

>

>      Also, for GNU Radio: https://wiki.gnuradio.org/index.php/UbuntuInstall

>

>      You likely don't need to install from source.  As far as I know gr-uhd just makes use of the system UHD install.  Perhaps you have two different locations that UHD is installed to?  You could double check that you don't have libuhd.so in /usr/local/lib and /usr/lib at the same time.  I'd suggest updating the radios to the current firmware with uhd_image_loader, power cycling them, and then trying again.

>

> Good luck!

>

> -Dave

>

> On Thu, Sep 20, 2018 at 5:36 PM John_w_g <john_w_g@protonmail.com> wrote:

>

>> I am using Ubuntu 18.04 and the only listed GRC version in the ppa is version 3.13.0.1

>>

>> I have an Ettus x310 and have downloaded the correct FPGA image and verified correct operation with uhd_usrp_probe.

>>

>> I have GRC 3.7.11 installed and when I attempt to access the x310, I get an incompatible FPGA version.

>>

>> First question is what is the correct GRC version to work with this UHD version?

>>

>> Second question as a relatively new Linux user, I really don't want to compile source code. If that is necessary, where should I look for a detailed description of the correct process.

>>

>> John G

>>

>> Sent from ProtonMail mobile

>>

>> _______________________________________________

>> Discuss-gnuradio mailing list

>> Discuss-gnuradio@gnu.org

>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

-------------- next part --------------

An HTML attachment was scrubbed...

URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20180925/646affa4/attachment.html>

-------------- next part --------------

A non-text attachment was scrubbed...

Name: GRC_error_out_in_terminal

Type: application/octet-stream

Size: 76513 bytes

Desc: not available

URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20180925/646affa4/attachment.obj>



------------------------------



Message: 4

Date: Tue, 25 Sep 2018 21:22:38 +0200

From: Sumit Kumar <sumit.kumar@eurecom.fr>

To: tadikondasuresh <suresh3819@rediffmail.com>,

   discuss-gnuradio@gnu.org,   pandi <pandi@tenettech.com>

Subject: Re: [Discuss-gnuradio] SNR of BPSK

Message-ID: <080d13ec-b3c0-e571-8dc7-ef70164ba1d0@eurecom.fr>

Content-Type: text/plain; charset="utf-8"; Format="flowed"



Hello Suresh,



Dump the SNR values in a file. Then read the file using

read_float_binary.m utility available in gr-utils/octave.



Hope this helps



Regards



Sumit





On 25/09/2018 18:43, tadikondasuresh wrote:

> Good evening Sir, ..Sir i am working on GNURADIO tool..and i am

> developing BPSK modulation and i tried SNR calculation in that and i

> already calculated the? SNR value and i want to send that value in to

> text file,but i could not able to send that value in to file.. please

> help me sir..please find outthe grc file attached

>

>

> Thanks & Regards,

> Suresh T,

> Navstar Integrated Systems Pvt ltd,

> 9866212494

>

>

> _______________________________________________

> Discuss-gnuradio mailing list

> Discuss-gnuradio@gnu.org

> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio



-------------- next part --------------

An HTML attachment was scrubbed...

URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20180925/e7fc3262/attachment.html>



------------------------------



Message: 5

Date: Wed, 26 Sep 2018 11:06:07 +0000 (UTC)

From: Rensi Mathew <rensisam@yahoo.co.in>

To: "discuss-gnuradio@gnu.org" <discuss-gnuradio@gnu.org>

Subject: [Discuss-gnuradio] ABI compatability mismatch

Message-ID: <1690099716.2843739.1537959967087@mail.yahoo.com>

Content-Type: text/plain; charset="utf-8"



I had newly installed gnuradio and its dependencies. I was careful as I was aware of this error.



When uhd was installed , I had selected v3.12.0and the gnuradio version was v13.4.0 (one of the latest but stable ones as of my understanding)

When I connected B200 and run my programme, it showed this error.



RuntimeError:

GR-UHD detected ABI compatibility mismatch with UHD library.

GR-UHD was build against ABI: 3.12.0,

but UHD library reports ABI: 3.14.0

Suggestion: install an ABI compatible version of UHD,

or rebuild GR-UHD component against this ABI version.



How cold I possibly correct it?

Rensi SamResearch Scholar

-------------- next part --------------

An HTML attachment was scrubbed...

URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20180926/c5bb92a4/attachment.html>



------------------------------



Message: 6

Date: Wed, 26 Sep 2018 11:36:08 -0400

From: "Marcus D. Leech" <mleech@ripnet.com>

To: discuss-gnuradio@gnu.org

Subject: Re: [Discuss-gnuradio] ABI compatability mismatch

Message-ID: <5BABA768.8090404@ripnet.com>

Content-Type: text/plain; charset="windows-1252"; Format="flowed"



On 09/26/2018 07:06 AM, Rensi Mathew wrote:

> I had newly installed gnuradio and its dependencies. I was careful as

> I was aware of this error.

>

> When uhd was installed , I had selected v3.12.0

> and the gnuradio version was v13.4.0 (one of the latest but stable

> ones as of my understanding)

>

> When I connected B200 and run my programme, it showed this error.

>

> RuntimeError:

> GR-UHD detected ABI compatibility mismatch with UHD library.

> GR-UHD was build against ABI: 3.12.0,

> but UHD library reports ABI: 3.14.0

> Suggestion: install an ABI compatible version of UHD,

> or rebuild GR-UHD component against this ABI version.

>

> How cold I possibly correct it?

>

> Rensi Sam

> Research Scholar

>

Rebuild Gnu Radio against your installed UHD.



If you have a version of Gnu Radio installed from the package manager,

make sure to remove it before installing the built-from-source

  Gnu Radio.







-------------- next part --------------

An HTML attachment was scrubbed...

URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20180926/9ff66a4e/attachment.html>



------------------------------



Subject: Digest Footer



_______________________________________________

Discuss-gnuradio mailing list

Discuss-gnuradio@gnu.org

https://lists.gnu.org/mailman/listinfo/discuss-gnuradio





------------------------------



End of Discuss-gnuradio Digest, Vol 191, Issue 23

*************************************************




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

Wednesday, September 26, 2018

[Discuss-gnuradio] Sensitivity of usrp n210

Good morning Sir, I would like to calculate sensitivity of USRPN210 Radio module by using gnuradio tool..I working on that ..I tried lot sir..please help me and please forward .GRC file if u have sensitivity measuring...in specification his given -110dbm but practically I want calculate and how to send -80dbm power to antenna..please guide me sir

Thanks & Regards,
Suresh T,
Navstar Integrated Systems Pvt ltd,
9866212494





From: discuss-gnuradio-request@gnu.org
Sent: Wed, 26 Sep 2018 22:07:03 GMT+0530
To: discuss-gnuradio@gnu.org
Subject: Discuss-gnuradio Digest, Vol 191, Issue 23

Send Discuss-gnuradio mailing list submissions to

   discuss-gnuradio@gnu.org



To subscribe or unsubscribe via the World Wide Web, visit

   https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

or, via email, send a message with subject or body 'help' to

   discuss-gnuradio-request@gnu.org



You can reach the person managing the list at

   discuss-gnuradio-owner@gnu.org



When replying, please edit your Subject line so it is more specific

than "Re: Contents of Discuss-gnuradio digest..."





Today's Topics:



  1. SNR of BPSK (tadikondasuresh)

  2. Re: port number 1 exceeds max of 0 (Michael Dickens)

  3. Re: PyBOMBS install issues (John_w_g)

  4. Re: SNR of BPSK (Sumit Kumar)

  5. ABI compatability mismatch (Rensi Mathew)

  6. Re: ABI compatability mismatch (Marcus D. Leech)





----------------------------------------------------------------------



Message: 1

Date: 25 Sep 2018 16:43:08 -0000

From: "tadikondasuresh" <suresh3819@rediffmail.com>

To: <discuss-gnuradio@gnu.org>, "pandi" <pandi@tenettech.com>

Subject: [Discuss-gnuradio] SNR of BPSK

Message-ID: <20180925164308.20173.qmail@f5mail-224-131.rediffmail.com>

Content-Type: text/plain; charset="utf-8"



Good evening Sir, ..Sir i am working on GNURADIO tool..and i am developing BPSK modulation and i tried SNR calculation in that and i already calculated the&nbsp; SNR value and i want to send that value&nbsp; in to text file,but i could not able to send that value in to file.. please help me sir..please find outthe grc file attached&nbsp;Thanks &amp; Regards,Suresh T,Navstar Integrated Systems Pvt ltd,9866212494

-------------- next part --------------

An HTML attachment was scrubbed...

URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20180925/34ca535f/attachment.html>

-------------- next part --------------

A non-text attachment was scrubbed...

Name: VHF_BPSK_NORMAL_RX.grc

Type: application/octet-stream

Size: 88601 bytes

Desc: not available

URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20180925/34ca535f/attachment.obj>



------------------------------



Message: 2

Date: Tue, 25 Sep 2018 13:40:59 -0400

From: Michael Dickens <michael.dickens@ettus.com>

To: Sumit Kumar <sumit.kumar@eurecom.fr>,   GNURadio Discussion List

   <discuss-gnuradio@gnu.org>

Subject: Re: [Discuss-gnuradio] port number 1 exceeds max of 0

Message-ID:

   <1537897259.1146871.1520316352.7B19F6C8@webmail.messagingengine.com>

Content-Type: text/plain; charset="utf-8"



Hi Sumit - Do you have your GR OOT in a public repo where we could

review all of the code & try the example ourselves? That's the most

reliable way to handle such potentially in-depth queries such as yours.

As a quick reply without knowing more specifics, are you using the

"hier_block2" for the base class for your main block? If so, then you

can't do signal processing within this block; all a "hier_block2" block

is good for is encapsulating other blocks, connecting them internally as

well as to the "hier_block2"s input(s) and output(s); no "work" here!

>From the debug printout, likely candidates for this issue would be the

block "fft_vxx" or "ieee802_11_soft_frame_equalizer_dc".

Hope this is useful! - MLD



On Tue, Sep 25, 2018, at 9:48 AM, Sumit Kumar wrote:

> Hi,





> I have made a block with take two streams of input and produces four

> stream of outputs.> The* impl.cc* file has the following declaration:





> static int ios1[] = {48, 48*sizeof(float), 48, 48*sizeof(float)};

>  static std::vector<int> iosig1(ios1, ios1+sizeof(ios1)/sizeof(int));>

>  soft_frame_equalizer_impl_dc::soft_frame_equalizer_impl_dc(Equalizer-

>  _soft_dc algo, double freq, double bw, int scaling, int threshold,

>  bool log, bool debug) :>      gr::block("soft_frame_equalizer_dc",

>              gr::io_signature::make2(2, 2, 64 * sizeof(gr_complex), 64

>              * sizeof(gr_complex)),>              gr::io_signature::makev(4, 4, iosig1)),





>  

> I made the corresponding xml file also. No error during compiling but

> when I connect my block and run I get the error:>   File "/home/john/myprefix/src/gr-ieee-

>   80211/examples/sbmrc_testing.py", line 555, in <module>>      main()

>    File "/home/john/myprefix/src/gr-ieee-

>    80211/examples/sbmrc_testing.py", line 543, in main>      tb = top_block_cls(bandwidth=options.bandwidth,

>      encoding=options.encoding, frequency=options.frequency,

>      sensitivity=options.sensitivity)>    File "/home/john/myprefix/src/gr-ieee-

>    80211/examples/sbmrc_testing.py", line 350, in __init__>      self.connect((self.fft_vxx_0_1, 0),

>      (self.ieee802_11_soft_frame_equalizer_dc_0, 1))>    File "/home/john/myprefix/lib/python2.7/dist-

>    packages/gnuradio/gr/hier_block2.py", line 47, in wrapped>      func(self, src, src_port, dst, dst_port)

>    File "/home/john/myprefix/lib/python2.7/dist-

>    packages/gnuradio/gr/hier_block2.py", line 110, in connect>      self.primitive_connect(*args)

>    File "/home/john/myprefix/lib/python2.7/dist-

>    packages/gnuradio/gr/runtime_swig.py", line 4574, in

>    primitive_connect>      return _runtime_swig.top_block_sptr_primitive_connect(self,

>      *args)> *ValueError: port number 1 exceeds max of 0*





> I am attaching the xml file. Can anyone help me figuring out the

> mistake :)> Regards





> Sumit





>





>





>  

> _________________________________________________

> Discuss-gnuradio mailing list

> Discuss-gnuradio@gnu.org

> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

> Email had 1 attachment:





>  * ieee802_11_soft_frame_equalizer_dc.xml 3k (text/xml)

-------------- next part --------------

An HTML attachment was scrubbed...

URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20180925/ebcb70b9/attachment.html>

-------------- next part --------------

A non-text attachment was scrubbed...

Name: Screenshot from 2018-09-25 15-42-58.png

Type: image/png

Size: 8727 bytes

Desc: not available

URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20180925/ebcb70b9/attachment.png>



------------------------------



Message: 3

Date: Tue, 25 Sep 2018 18:00:28 +0000

From: John_w_g <john_w_g@protonmail.com>

To: Dave NotTelling <dmp250net@gmail.com>

Cc: GNURadio Discussion List <discuss-gnuradio@gnu.org>

Subject: Re: [Discuss-gnuradio] PyBOMBS install issues

Message-ID:

   <YS-Voyjw28qnzUVmt51HoyD9sV4SbZnwFp5BbJOHXZzb5VsLupgLFfTv-KostXkEiiLkLwMrbkPWGmxarFtDocfao5KH80bZWYZLCSCRkW8=@protonmail.com>

   

Content-Type: text/plain; charset="utf-8"



Dave,



Thankyou.   I partially resolved this by uninstalling UHD and GRC, and using the latest PyBOMBS to compile from source both UHD and GRC.  The good news is that after installing the correct FPGA image, GRC runs.  Unfortunately it is not operating correctly.  GRC is throuwing codes Gt, the simple generate a cosine tone, send it to the Ettus X310, then loop it back to the receiver for display seems to only show LO leakage at 0 Hz.  Additionally GRC will not properly end, and I must force an exit.



Attached is the console output (text file).  It looks like I have some files from the old install that are interfering with the new GRC install.  I'm not sure where to look to erase them if so.  Any other idea's what is the issue?



Sent with [ProtonMail](https://protonmail.com) Secure Email.



??????? Original Message ???????

On Sunday, September 23, 2018 6:35 PM, Dave NotTelling <dmp250net@gmail.com> wrote:



> John,

>

>      The issue you are having is that the version of the firmware on your radio does not match the version of the UHD libraries that you have on your system.  You need to either update your radios (uhd_image_loader) or change your version of UHD to match what the radio has.  The former is the better choice in my opinion.

>

>      I think that you need to add `--init-only` to the uhd_usrp_probe command to tell if the versions line up.  I seem to recall not getting the version error without it.

>

>      For the instructions on how to compile UHD from source: https://files.ettus.com/manual/page_build_guide.html

>

>      Also, for GNU Radio: https://wiki.gnuradio.org/index.php/UbuntuInstall

>

>      You likely don't need to install from source.  As far as I know gr-uhd just makes use of the system UHD install.  Perhaps you have two different locations that UHD is installed to?  You could double check that you don't have libuhd.so in /usr/local/lib and /usr/lib at the same time.  I'd suggest updating the radios to the current firmware with uhd_image_loader, power cycling them, and then trying again.

>

> Good luck!

>

> -Dave

>

> On Thu, Sep 20, 2018 at 5:36 PM John_w_g <john_w_g@protonmail.com> wrote:

>

>> I am using Ubuntu 18.04 and the only listed GRC version in the ppa is version 3.13.0.1

>>

>> I have an Ettus x310 and have downloaded the correct FPGA image and verified correct operation with uhd_usrp_probe.

>>

>> I have GRC 3.7.11 installed and when I attempt to access the x310, I get an incompatible FPGA version.

>>

>> First question is what is the correct GRC version to work with this UHD version?

>>

>> Second question as a relatively new Linux user, I really don't want to compile source code. If that is necessary, where should I look for a detailed description of the correct process.

>>

>> John G

>>

>> Sent from ProtonMail mobile

>>

>> _______________________________________________

>> Discuss-gnuradio mailing list

>> Discuss-gnuradio@gnu.org

>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

-------------- next part --------------

An HTML attachment was scrubbed...

URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20180925/646affa4/attachment.html>

-------------- next part --------------

A non-text attachment was scrubbed...

Name: GRC_error_out_in_terminal

Type: application/octet-stream

Size: 76513 bytes

Desc: not available

URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20180925/646affa4/attachment.obj>



------------------------------



Message: 4

Date: Tue, 25 Sep 2018 21:22:38 +0200

From: Sumit Kumar <sumit.kumar@eurecom.fr>

To: tadikondasuresh <suresh3819@rediffmail.com>,

   discuss-gnuradio@gnu.org,   pandi <pandi@tenettech.com>

Subject: Re: [Discuss-gnuradio] SNR of BPSK

Message-ID: <080d13ec-b3c0-e571-8dc7-ef70164ba1d0@eurecom.fr>

Content-Type: text/plain; charset="utf-8"; Format="flowed"



Hello Suresh,



Dump the SNR values in a file. Then read the file using

read_float_binary.m utility available in gr-utils/octave.



Hope this helps



Regards



Sumit





On 25/09/2018 18:43, tadikondasuresh wrote:

> Good evening Sir, ..Sir i am working on GNURADIO tool..and i am

> developing BPSK modulation and i tried SNR calculation in that and i

> already calculated the? SNR value and i want to send that value in to

> text file,but i could not able to send that value in to file.. please

> help me sir..please find outthe grc file attached

>

>

> Thanks & Regards,

> Suresh T,

> Navstar Integrated Systems Pvt ltd,

> 9866212494

>

>

> _______________________________________________

> Discuss-gnuradio mailing list

> Discuss-gnuradio@gnu.org

> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio



-------------- next part --------------

An HTML attachment was scrubbed...

URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20180925/e7fc3262/attachment.html>



------------------------------



Message: 5

Date: Wed, 26 Sep 2018 11:06:07 +0000 (UTC)

From: Rensi Mathew <rensisam@yahoo.co.in>

To: "discuss-gnuradio@gnu.org" <discuss-gnuradio@gnu.org>

Subject: [Discuss-gnuradio] ABI compatability mismatch

Message-ID: <1690099716.2843739.1537959967087@mail.yahoo.com>

Content-Type: text/plain; charset="utf-8"



I had newly installed gnuradio and its dependencies. I was careful as I was aware of this error.



When uhd was installed , I had selected v3.12.0and the gnuradio version was v13.4.0 (one of the latest but stable ones as of my understanding)

When I connected B200 and run my programme, it showed this error.



RuntimeError:

GR-UHD detected ABI compatibility mismatch with UHD library.

GR-UHD was build against ABI: 3.12.0,

but UHD library reports ABI: 3.14.0

Suggestion: install an ABI compatible version of UHD,

or rebuild GR-UHD component against this ABI version.



How cold I possibly correct it?

Rensi SamResearch Scholar

-------------- next part --------------

An HTML attachment was scrubbed...

URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20180926/c5bb92a4/attachment.html>



------------------------------



Message: 6

Date: Wed, 26 Sep 2018 11:36:08 -0400

From: "Marcus D. Leech" <mleech@ripnet.com>

To: discuss-gnuradio@gnu.org

Subject: Re: [Discuss-gnuradio] ABI compatability mismatch

Message-ID: <5BABA768.8090404@ripnet.com>

Content-Type: text/plain; charset="windows-1252"; Format="flowed"



On 09/26/2018 07:06 AM, Rensi Mathew wrote:

> I had newly installed gnuradio and its dependencies. I was careful as

> I was aware of this error.

>

> When uhd was installed , I had selected v3.12.0

> and the gnuradio version was v13.4.0 (one of the latest but stable

> ones as of my understanding)

>

> When I connected B200 and run my programme, it showed this error.

>

> RuntimeError:

> GR-UHD detected ABI compatibility mismatch with UHD library.

> GR-UHD was build against ABI: 3.12.0,

> but UHD library reports ABI: 3.14.0

> Suggestion: install an ABI compatible version of UHD,

> or rebuild GR-UHD component against this ABI version.

>

> How cold I possibly correct it?

>

> Rensi Sam

> Research Scholar

>

Rebuild Gnu Radio against your installed UHD.



If you have a version of Gnu Radio installed from the package manager,

make sure to remove it before installing the built-from-source

  Gnu Radio.







-------------- next part --------------

An HTML attachment was scrubbed...

URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20180926/9ff66a4e/attachment.html>



------------------------------



Subject: Digest Footer



_______________________________________________

Discuss-gnuradio mailing list

Discuss-gnuradio@gnu.org

https://lists.gnu.org/mailman/listinfo/discuss-gnuradio





------------------------------



End of Discuss-gnuradio Digest, Vol 191, Issue 23

*************************************************


[Discuss-gnuradio] Dependency Boost_FOUND = 0

Greetings,

Using Debian 9 "Stretch" and the 20180925 github gnuradio, I've
installed libboost-dev but am still achieving "Dependency Boost_FOUND =
0" errors on all components during Makefile-configuration with "cmake
-DCMAKE_INSTALL_PREFIX=$HOME .. ".

I also get the same problem after compiling
https://sourceforge.net/projects/boost/ which reports:
...
The Boost C++ Libraries were successfully built!
The following directory should be added to compiler include paths:
    /home/me/src/boost_1_66_0
The following directory should be added to linker library paths:
    /home/me/src/boost_1_66_0/stage/lib

... and invoking "cmake -DCMAKE_INSTALL_PREFIX=$HOME
-DBoost_INCUDE_DIR=/home/me/src/boost_1_66_0
-DBoost_LIBRARY_DIRS=/home/me/src/boost_1_66_0/stage/lib .."

How to get it to recognize either the installed or the compiled Boost
dependencies, please?
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Pybombs error due to "incorrect" pygtk version


Hi All:

OS : Linux Mint 18.3, 64 bits.

A similar problem is here:
https://lists.gnu.org/archive/html/discuss-gnuradio/2017-01/msg00212.html

But there is no solution, yet.

Here are steps I used to install gnuradio using pybombs in Anaconda environment
using guidance from https://www.gnuradio.org/blog/pybombs-the-what-the-how-and-the-why and
https://github.com/gnuradio/pybombs/ :

# I am using python 2.7 since gnuradio is not available for python 3.

# create virtual env with packages pip, python27, ...
conda create -n gradiopy27 pip python=2.7

# To activate this environment, use
conda activate gradiopy27

#Now I am in gradiopy27 environment from hereon.
(gradiopy27) $ pip install --upgrade pip

(gradiopy27) $ pip install pybombs
# https://www.gnuradio.org/blog/pybombs-the-what-the-how-and-the-why


(gradiopy27) $ pybombs auto-config
(gradiopy27) $ pybombs recipes add-defaults

(gradiopy27) $ pybombs recipes add gr-recipes git+https://github.com/gnuradio/gr-recipes.git

(gradiopy27) $ mkdir gr37prefix

#do these imports first to avoid failed import commands in pybombs
# See mako import error here:  https://github.com/gnuradio/pybombs/issues/341
(gradiopy27) $ conda install numpy
(gradiopy27) $ conda install mako
(gradiopy27) $ conda install cheetah
(gradiopy27) $ conda install -c ska pygtk  # But this does not work? Explained below

# pybombs command below gave errror "-- Python checking for pygtk >= 2.10.0 - not found"
pybombs prefix init -a default gr37prefix/default/ -R gnuradio-default
#=====================
#Here is why:  pybombs looks for -- Python checking for pygtk >= 2.10.0 - not found
# I now check for what is imported by Python 2
(gradiopy27) ~ $ python
Python 2.7.15 |Anaconda, Inc.| (default, May  1 2018, 23:32:55)
[GCC 7.2.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import pygtk as pygtk

# Here is a possible source of the problem
>>> pygtk._get_available_versions()
{'2.0': '/home/ml/anaconda3/envs/gradiopy27/lib/python2.7/site-packages/gtk-2.0'}

# However, I double check anaconda's installed pygtk like so:
(gradiopy27) ~ $ conda search -c ska pygtk
Loading channels: done
# Name                  Version           Build  Channel            
pygtk                    2.16.0               0  ska                
pygtk                    2.16.0               1  ska                
(gradiopy27) ~ $ conda install -c ska pygtk=2.16  # forcing version
Solving environment: done
# All requested packages already installed.

# I still get same errors when running pybombs like so:
#  pybombs prefix init -a default gr37prefix/default/ -R gnuradio-default

# Here us location of pygtk for python 2
(gradiopy27) ~ $ locate pygtk | grep python2
/usr/lib/python2.7/dist-packages/pygtk.pth
/usr/lib/python2.7/dist-packages/pygtk.py
/usr/lib/python2.7/dist-packages/pygtk.pyc
... ...
/usr/lib/python2.7/dist-packages/pygtkcompat/pygtkcompat.pyc

# As a result, I get this pybomb install errors:
... ...
-- Configuring incomplete, errors occurred!
See also "/home/ml/gr37prefix/default/src/gnuradio/build/CMakeFiles/CMakeOutput.log".
See also "/home/ml/gr37prefix/default/src/gnuradio/build/CMakeFiles/CMakeError.log".
PyBOMBS.Packager.source - ERROR - Configuration failed after running at least twice.
PyBOMBS.Packager.source - ERROR - Problem occurred while building package gnuradio:
Configuration failed
PyBOMBS.install_manager - ERROR - Error installing package gnuradio. Aborting.
#======================
Summary of problem:
Installed latest pygtk version is 2.16,
but imported version inside python interpreter is 2.0.
Pybombs needs 2.10 or higher.
How do I fix this problem?
Thank you in advance
  
Signature:

Live Long And Prosper,
"Hoe-Phuan" Ng
(First name is "Hoe-Phuan")


Re: [Discuss-gnuradio] ABI compatability mismatch

On 09/26/2018 07:06 AM, Rensi Mathew wrote:
I had newly installed gnuradio and its dependencies. I was careful as I was aware of this error.

When uhd was installed , I had selected v3.12.0
and the gnuradio version was v13.4.0 (one of the latest but stable ones as of my understanding)

When I connected B200 and run my programme, it showed this error.

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

How cold I possibly correct it?

Rensi Sam
Research Scholar

Rebuild Gnu Radio against your installed UHD.

If you have a version of Gnu Radio installed from the package manager, make sure to remove it before installing the built-from-source
  Gnu Radio.



[Discuss-gnuradio] ABI compatability mismatch

I had newly installed gnuradio and its dependencies. I was careful as I was aware of this error.

When uhd was installed , I had selected v3.12.0
and the gnuradio version was v13.4.0 (one of the latest but stable ones as of my understanding)

When I connected B200 and run my programme, it showed this error.

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

How cold I possibly correct it?

Rensi Sam
Research Scholar

Tuesday, September 25, 2018

Re: [Discuss-gnuradio] SNR of BPSK

Hello Suresh,

Dump the SNR values in a file. Then read the file using read_float_binary.m utility available in gr-utils/octave.

Hope this helps

Regards

Sumit


On 25/09/2018 18:43, tadikondasuresh wrote:
Good evening Sir, ..Sir i am working on GNURADIO tool..and i am developing BPSK modulation and i tried SNR calculation in that and i already calculated the  SNR value and i want to send that value  in to text file,but i could not able to send that value in to file.. please help me sir..please find outthe grc file attached 


Thanks & Regards,
Suresh T,
Navstar Integrated Systems Pvt ltd,
9866212494


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

Re: [Discuss-gnuradio] PyBOMBS install issues

Dave,

Thankyou.   I partially resolved this by uninstalling UHD and GRC, and using the latest PyBOMBS to compile from source both UHD and GRC.  The good news is that after installing the correct FPGA image, GRC runs.  Unfortunately it is not operating correctly.  GRC is throuwing codes Gt, the simple generate a cosine tone, send it to the Ettus X310, then loop it back to the receiver for display seems to only show LO leakage at 0 Hz.  Additionally GRC will not properly end, and I must force an exit.

Attached is the console output (text file).  It looks like I have some files from the old install that are interfering with the new GRC install.  I'm not sure where to look to erase them if so.  Any other idea's what is the issue?


Sent with ProtonMail Secure Email.

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Sunday, September 23, 2018 6:35 PM, Dave NotTelling <dmp250net@gmail.com> wrote:

John,

     The issue you are having is that the version of the firmware on your radio does not match the version of the UHD libraries that you have on your system.  You need to either update your radios (uhd_image_loader) or change your version of UHD to match what the radio has.  The former is the better choice in my opinion.

     I think that you need to add `--init-only` to the uhd_usrp_probe command to tell if the versions line up.  I seem to recall not getting the version error without it.

     For the instructions on how to compile UHD from source: https://files.ettus.com/manual/page_build_guide.html


     You likely don't need to install from source.  As far as I know gr-uhd just makes use of the system UHD install.  Perhaps you have two different locations that UHD is installed to?  You could double check that you don't have libuhd.so in /usr/local/lib and /usr/lib at the same time.  I'd suggest updating the radios to the current firmware with uhd_image_loader, power cycling them, and then trying again.

Good luck!

-Dave

On Thu, Sep 20, 2018 at 5:36 PM John_w_g <john_w_g@protonmail.com> wrote:
I am using Ubuntu 18.04 and the only listed GRC version in the ppa is version 3.13.0.1

I have an Ettus x310 and have downloaded the correct FPGA image and verified correct operation with uhd_usrp_probe.

I have GRC 3.7.11 installed and when I attempt to access the x310, I get an incompatible FPGA version.

First question is what is the correct GRC version to work with this UHD version?

Second question as a relatively new Linux user, I really don't want to compile source code. If that is necessary, where should I look for a detailed description of the correct process.

John G


Sent from ProtonMail mobile


_______________________________________________
Discuss-gnuradio mailing list

Re: [Discuss-gnuradio] port number 1 exceeds max of 0

Hi Sumit - Do you have your GR OOT in a public repo where we could review all of the code & try the example ourselves? That's the most reliable way to handle such potentially in-depth queries such as yours.

As a quick reply without knowing more specifics, are you using the "hier_block2" for the base class for your main block? If so, then you can't do signal processing within this block; all a "hier_block2" block is good for is encapsulating other blocks, connecting them internally as well as to the "hier_block2"s input(s) and output(s); no "work" here! From the debug printout, likely candidates for this issue would be the block "fft_vxx" or "ieee802_11_soft_frame_equalizer_dc".

Hope this is useful! - MLD

On Tue, Sep 25, 2018, at 9:48 AM, Sumit Kumar wrote:

Hi,

I have made a block with take two streams of input and produces four stream of outputs.

The impl.cc file has the following declaration:

static int ios1[] = {48, 48*sizeof(float), 48, 48*sizeof(float)};
static std::vector<int> iosig1(ios1, ios1+sizeof(ios1)/sizeof(int));

soft_frame_equalizer_impl_dc::soft_frame_equalizer_impl_dc(Equalizer_soft_dc algo, double freq, double bw, int scaling, int threshold, bool log, bool debug) :
    gr::block("soft_frame_equalizer_dc",
            gr::io_signature::make2(2, 2, 64 * sizeof(gr_complex), 64 * sizeof(gr_complex)),
            gr::io_signature::makev(4, 4, iosig1)),


I made the corresponding xml file also. No error during compiling but when I connect my block and run I get the error:

  File "/home/john/myprefix/src/gr-ieee-80211/examples/sbmrc_testing.py", line 555, in <module>
    main()
  File "/home/john/myprefix/src/gr-ieee-80211/examples/sbmrc_testing.py", line 543, in main
    tb = top_block_cls(bandwidth=options.bandwidth, encoding=options.encoding, frequency=options.frequency, sensitivity=options.sensitivity)
  File "/home/john/myprefix/src/gr-ieee-80211/examples/sbmrc_testing.py", line 350, in __init__
    self.connect((self.fft_vxx_0_1, 0), (self.ieee802_11_soft_frame_equalizer_dc_0, 1))
  File "/home/john/myprefix/lib/python2.7/dist-packages/gnuradio/gr/hier_block2.py", line 47, in wrapped
    func(self, src, src_port, dst, dst_port)
  File "/home/john/myprefix/lib/python2.7/dist-packages/gnuradio/gr/hier_block2.py", line 110, in connect
    self.primitive_connect(*args)
  File "/home/john/myprefix/lib/python2.7/dist-packages/gnuradio/gr/runtime_swig.py", line 4574, in primitive_connect
    return _runtime_swig.top_block_sptr_primitive_connect(self, *args)
ValueError: port number 1 exceeds max of 0

I am attaching the xml file. Can anyone help me figuring out the mistake :)

Regards

Sumit




_______________________________________________
Discuss-gnuradio mailing list

Email had 1 attachment:

  • ieee802_11_soft_frame_equalizer_dc.xml
      3k (text/xml)