Hi Nikita, In order to answer your question we need more information on what you want to do exactly. gr-fosphor takes all unprocessed samples and does everything on the GPU. Calculating spectrum, graphical output etc. As far as I know there isn't a way to get the samples back from the GPU.
Cheers Johannes On Mon, Dec 16, 2013 at 8:12 PM, Nikita Sharakhov <[email protected]> wrote: > Hi Johannes, > > > > Thanks for the answer! I am building my own web-based GUI, so I just need > a script that just writes the spectrum data to a text file or to standard > command-line output. Is that possible with gr-fosphor? Is there any other > software that I should look at? > > > > Best regards, > > > > Nikita > > > > *From:* Johannes Demel [mailto:[email protected]] > *Sent:* Monday, December 16, 2013 10:58 PM > *To:* Nikita Sharakhov > *Subject:* Re: [Discuss-gnuradio] Spectrum Sensing > > > > Hi Nikita, > > 'uhd_fft' is only a graphical frontend for your flowgraph. It contains a > WX FFT Sink and some information about your setup. The WX FFT Sink itself > seems to be so fast because it only calculates about 10 FFTs per second. > All the other input samples are simply dropped. If you want to have a real > real-time GUI take a look at gr-fosphor. > > If a few snapshots of the spectrum per second are sufficient for you, > think about a keeping only a tiny fraction of your input samples. This will > speed things up. On the other hand, if you want to calculate a FFT for all > samples, look at the FFT block. BTW: the output of the FFT block would be > the 'raw samples' you were asking for. > > Happy hacking > > Johannes > > > > On Mon, Dec 16, 2013 at 8:03 AM, Nikita Sharakhov <[email protected]> wrote: > > I would like to do spectrum sensing with GNU radio. Is there a good way to > get the raw output from uhd_fft.py (the value for each frequency)? I would > like to do this programatically (with code), rather than through a GUI. > > I have tried doing spectrum sensing with usrp_spectrum_sense.py, and this > script has questionable accuracy and seems to be much slower than > uhd_fft.py. > > Thanks! > > > > > _______________________________________________ > Discuss-gnuradio mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > >
_______________________________________________ Discuss-gnuradio mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
