Using ctrlptport on gnuradio 3.8

[Jerrid Plymale]

Hey all,

I have been having some issues getting gr-ctrlport to work in gnuradio 3.8 and 
I was wondering if anyone has been able to do this successfully as well as tell 
me what I need to do. The main hang up I am having is getting thrift installed 
correctly. I have gnuradio built in a custom prefix that is using python 3.7 
from a virtualenv. I built things this way in order to have isolated builds of 
gnuradio in order to have different sets of OOT's installed and different 
python libraries installed with the python virtualenv's. With having things 
build into a python virtualenv and a custom prefix, I am not sure where thrift 
needs to be built, what prefix to give it, or what version I need to build. Any 
help people can provide is greatly appreciated.

Best Regards,

Jerrid

Re: how to auto detect peak frequency in QT FFT sink

[Cinaed Simson]

I was just curious - and the only reason I choose FFT peak was because 
you did.


I built gnuradio and the OOT modules from source. And it doesn't matter 
where you hang the gnuradio root.


And it's highly unlikely that I could compile, link to gnuradio, and run 
make test with missing dependencies.


On the machine I first tested it which was an old 64 bit Dell Optiplex 
desktop running Debian 10 (buster), and it logs the following error in 
dmesg:


  [1233081.177466] traps: python3[22326] trap invalid opcode 
ip:7feef013fc5c sp:7ffed724b720 error:0 in 
libgnuradio-fhss_utils.so.42c85270[7feef0133000+1d000]


- where I believe error:0 implies division by zero.

Then I installed it on a new i5 laptop and it passes the first test - 
which I presume is the division by 0 error above - but fails the other 2 
tests - and doesn't log any errors in dmesg.


Then I downloaded and installed gr-pdu_utils and gr-sandia_utils and 
both of those packages are riddled with make test errors.


I'm presuming these are work in progress - and I don't the time right 
now to explore those errors further.


-- Cinaed


On 12/1/20 2:17 PM, Kyle A Logue wrote:

this might depend on how you install it

I see you are using and /opt/ prefix. I just install it with `pybombs 
install gr-fhss_utils` and it works.


Maybe you are missing a dependency?

FYI the FFT peak block you want is a simple hier block you could make 
without installing anything. Look at this file 
.


Kyle


*From:* Discuss-gnuradio 
 on behalf of 
Cinaed Simson 

*Sent:* Tuesday, December 1, 2020 13:31
*To:* discuss-gnuradio@gnu.org 
*Subject:* Re: how to auto detect peak frequency in QT FFT sink
Hi Kyle - after I build gr-fhss_utils and run the tests, all 3 tests 
fail.


Do the tests work?

I did a pull but it was up to date.

I'm running gnuradio 3.8.2.0 on Debian 10 or buster.

-- Cinaed

Running tests...
Test project /opt/gnuradio/src/gr-oot/gr-fhss_utils/build
    Start 1: qa_cf_estimate
1/3 Test #1: qa_cf_estimate ...***Failed    0.34 sec
    Start 2: qa_fft_burst_tagger
2/3 Test #2: qa_fft_burst_tagger ..***Failed    0.32 sec
    Start 3: qa_tagged_burst_to_pdu
3/3 Test #3: qa_tagged_burst_to_pdu ...***Failed    0.32 sec

0% tests passed, 3 tests failed out of 3

Total Test time (real) =   0.99 sec

The following tests FAILED:
      1 - qa_cf_estimate (Failed)
      2 - qa_fft_burst_tagger (Failed)
      3 - qa_tagged_burst_to_pdu (Failed)
Errors while running CTest
make: *** [Makefile:86: test] Error 8



On 12/1/20 8:48 AM, Kyle A Logue wrote:

just did a quick test, couldn't be simpler

max_i reports the argmax of the fft, with wrapping

So in the above example:

  * 1 kHz -> 1
  * 5.5 kHz -> 5
  * -1 kHz -> 31
  * -8 KHz -> 24


increase from 32 to increase resolution

Kyle

*From:* james jordan  


*Sent:* Monday, November 30, 2020 18:37
*To:* Kyle A Logue  
; discuss-gnuradio@gnu.org 
  


*Subject:* Re: how to auto detect peak frequency in QT FFT sink

Re: how to auto detect peak frequency in QT FFT sink

[Kyle A Logue]

FYI all gr-fhss_utils tests pass on a properly configured machine.

I highly recommend you use `pybombs` in the future.

Is it possible you have the `maint-3.7` branch of fhss_utils? I think the 
master branch is for 3.8.

Kyle



From: Cinaed Simson 
Sent: Wednesday, December 2, 2020 13:32
To: Kyle A Logue ; discuss-gnuradio@gnu.org 

Subject: Re: how to auto detect peak frequency in QT FFT sink

I was just curious - and the only reason I choose FFT peak was because you did.

I built gnuradio and the OOT modules from source. And it doesn't matter where 
you hang the gnuradio root.

And it's highly unlikely that I could compile, link to gnuradio, and run make 
test with missing dependencies.

On the machine I first tested it which was an old 64 bit Dell Optiplex desktop 
running Debian 10 (buster), and it logs the following error in dmesg:

  [1233081.177466] traps: python3[22326] trap invalid opcode ip:7feef013fc5c 
sp:7ffed724b720 error:0 in 
libgnuradio-fhss_utils.so.42c85270[7feef0133000+1d000]

- where I believe error:0 implies division by zero.

Then I installed it on a new i5 laptop and it passes the first test - which I 
presume is the division by 0 error above - but fails the other 2 tests - and 
doesn't log any errors in dmesg.

Then I downloaded and installed gr-pdu_utils and gr-sandia_utils and both of 
those packages are riddled with make test errors.

I'm presuming these are work in progress - and I don't the time right now to 
explore those errors further.

-- Cinaed


On 12/1/20 2:17 PM, Kyle A Logue wrote:
this might depend on how you install it

I see you are using and /opt/ prefix. I just install it with `pybombs install 
gr-fhss_utils` and it works.

Maybe you are missing a dependency?

FYI the FFT peak block you want is a simple hier block you could make without 
installing anything. Look at this 
file.

Kyle


From: Discuss-gnuradio 

 on behalf of Cinaed Simson 

Sent: Tuesday, December 1, 2020 13:31
To: discuss-gnuradio@gnu.org 

Subject: Re: how to auto detect peak frequency in QT FFT sink

Hi Kyle - after I build gr-fhss_utils and run the tests, all 3 tests fail.

Do the tests work?

I did a pull but it was up to date.

I'm running gnuradio 3.8.2.0 on Debian 10 or buster.

-- Cinaed

Running tests...
Test project /opt/gnuradio/src/gr-oot/gr-fhss_utils/build
Start 1: qa_cf_estimate
1/3 Test #1: qa_cf_estimate ...***Failed0.34 sec
Start 2: qa_fft_burst_tagger
2/3 Test #2: qa_fft_burst_tagger ..***Failed0.32 sec
Start 3: qa_tagged_burst_to_pdu
3/3 Test #3: qa_tagged_burst_to_pdu ...***Failed0.32 sec

0% tests passed, 3 tests failed out of 3

Total Test time (real) =   0.99 sec

The following tests FAILED:
  1 - qa_cf_estimate (Failed)
  2 - qa_fft_burst_tagger (Failed)
  3 - qa_tagged_burst_to_pdu (Failed)
Errors while running CTest
make: *** [Makefile:86: test] Error 8



On 12/1/20 8:48 AM, Kyle A Logue wrote:

Re: how to auto detect peak frequency in QT FFT sink

[Cinaed Simson]

Actually, it's the opposite - maint-3.8 is the default and the master is 
3.7.


Would you post your results of

   make test

in the build directory of

  gr-fhss_utils

for gnuradio-3.8?

-- Cinaed


On 12/2/20 5:20 PM, Kyle A Logue wrote:

FYI all gr-fhss_utils tests pass on a properly configured machine.

I highly recommend you use `pybombs` in the future.

Is it possible you have the `maint-3.7` branch of fhss_utils? I think 
the master branch is for 3.8.


Kyle



*From:* Cinaed Simson 
*Sent:* Wednesday, December 2, 2020 13:32
*To:* Kyle A Logue ; discuss-gnuradio@gnu.org 


*Subject:* Re: how to auto detect peak frequency in QT FFT sink
I was just curious - and the only reason I choose FFT peak was because 
you did.


I built gnuradio and the OOT modules from source. And it doesn't 
matter where you hang the gnuradio root.


And it's highly unlikely that I could compile, link to gnuradio, and 
run make test with missing dependencies.


On the machine I first tested it which was an old 64 bit Dell Optiplex 
desktop running Debian 10 (buster), and it logs the following error in 
dmesg:


  [1233081.177466] traps: python3[22326] trap invalid opcode 
ip:7feef013fc5c sp:7ffed724b720 error:0 in 
libgnuradio-fhss_utils.so.42c85270[7feef0133000+1d000]


- where I believe error:0 implies division by zero.

Then I installed it on a new i5 laptop and it passes the first test - 
which I presume is the division by 0 error above - but fails the other 
2 tests - and doesn't log any errors in dmesg.


Then I downloaded and installed gr-pdu_utils and gr-sandia_utils and 
both of those packages are riddled with make test errors.


I'm presuming these are work in progress - and I don't the time right 
now to explore those errors further.


-- Cinaed


On 12/1/20 2:17 PM, Kyle A Logue wrote:

this might depend on how you install it

I see you are using and /opt/ prefix. I just install it with `pybombs 
install gr-fhss_utils` and it works.


Maybe you are missing a dependency?

FYI the FFT peak block you want is a simple hier block you could make 
without installing anything. Look at this file 
.


Kyle


*From:* Discuss-gnuradio 
 
 on 
behalf of Cinaed Simson  


*Sent:* Tuesday, December 1, 2020 13:31
*To:* discuss-gnuradio@gnu.org  
 

*Subject:* Re: how to auto detect peak frequency in QT FFT sink
Hi Kyle - after I build gr-fhss_utils and run the tests, all 3 tests 
fail.


Do the tests work?

I did a pull but it was up to date.

I'm running gnuradio 3.8.2.0 on Debian 10 or buster.

-- Cinaed

Running tests...
Test project /opt/gnuradio/src/gr-oot/gr-fhss_utils/build
    Start 1: qa_cf_estimate
1/3 Test #1: qa_cf_estimate ...***Failed 0.34 sec
    Start 2: qa_fft_burst_tagger
2/3 Test #2: qa_fft_burst_tagger ..***Failed 0.32 sec
    Start 3: qa_tagged_burst_to_pdu
3/3 Test #3: qa_tagged_burst_to_pdu ...***Failed 0.32 sec

0% tests passed, 3 tests failed out of 3

Total Test time (real) =   0.99 sec

The following tests FAILED:
      1 - qa_cf_estimate (Failed)
      2 - qa_fft_burst_tagger (Failed)
      3 - qa_tagged_burst_to_pdu (Failed)
Errors while running CTest
make: *** [Makefile:86: test] Error 8



On 12/1/20 8:48 AM, Kyle A Logue wrote: