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
<https://github.com/sandialabs/gr-fhss_utils/blob/maint-3.8/python/fft_peak.py>.
Kyle
------------------------------------------------------------------------
*From:* Discuss-gnuradio
<discuss-gnuradio-bounces+kyle.a.logue=aero....@gnu.org> on behalf of
Cinaed Simson <cinaed.sim...@gmail.com>
*Sent:* Tuesday, December 1, 2020 13:31
*To:* discuss-gnuradio@gnu.org <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 <james.jordan....@hotmail.com>
<mailto:james.jordan....@hotmail.com>
*Sent:* Monday, November 30, 2020 18:37
*To:* Kyle A Logue <kyle.a.lo...@aero.org>
<mailto:kyle.a.lo...@aero.org>; discuss-gnuradio@gnu.org
<mailto:discuss-gnuradio@gnu.org> <Discuss-gnuradio@gnu.org>
<mailto:Discuss-gnuradio@gnu.org>
*Subject:* Re: how to auto detect peak frequency in QT FFT sink
