discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Radio Astronomy GSoC 2017 group possible?


From: Marcus D. Leech
Subject: Re: [Discuss-gnuradio] Radio Astronomy GSoC 2017 group possible?
Date: Tue, 14 Feb 2017 11:19:52 -0500
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0

On 02/14/2017 09:22 AM, Glen I Langston wrote:
Hi Marcus,

Thanks again for pointing me at your spectro_radiometer.grc, a very amazing 
creation.

(https://github.com/ccera-astro)

Your example is a valuable in showing the many different ways GNURadio blocks 
can be connected
by named Variables and Parameters.

It appears that much of the magic is in the use of your Variable called 
“fft_log_status”,
which enables a complex call to your spectro_helper.py code, passing all your 
sampled
vectors.

One question: Does this scheme create a separate thread that does the writing 
of the
sampled data (or does this run under thread doing other functions)?

It seems that my humble goal of writing Astronomical format FITS files could be 
achieved
by writing code that performs a similar function to fft_log_status.

Best regards,

Glen
Every "function probe" runs in its own thread.

If you look at the helper code, there's a function called "fft_log", where the logging happens. This is where you'd write out a FITs file.

I take ruthless advantage of the dependency evaluator in GRC to allow my own functions to get called on a regular basis, for various things,
  including low-rate data-logging in text format.

The way it works is that the FFT vector is connected both to a probe-vector block and a Qt Vector Display block, so the logger is "seeing" what the vector display is seeing, more-or-less. The total power is calculated from the FFT vector, after applying an RFI mask.



On Feb 7, 2017, at 7:13 PM, Marcus D. Leech <address@hidden> wrote:

On 02/07/2017 05:40 PM, Glen I Langston wrote:
Hi Marcus,

I just found the problem.  My device only has one channel.  I deleted
all the 2nd channel stuff and the spectro_radiometer is working great.

I’ve got to find where the data is going, but I like the many features you’ve
added.

Cheers

Glen




reply via email to

[Prev in Thread] Current Thread [Next in Thread]