Hi list, Has anyone been able to implement a frequency counter yet? Any ideas on how I should try it?
on 2014-05-05 10:27
on 2014-05-05 17:42
jimsiaf91 wrote > Hi list, Has anyone been able to implement a frequency counter yet? > Any ideas on how I should try it? > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@ > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio I have been pulling FFT vectors out of the flow into python using a message queue, then finding the frequency of the maximum bin. I suppose you could do this, retune the USRP or channelizer, then increase the decimation. Keep doing this to narrow down the spectrum. I suppose a gated type counter would work too, where you just could the cycles, and may work better for modulated signals. Lou KD4HSO -- View this message in context: http://gnuradio.4.n7.nabble.com/Frequency-Counter-... Sent from the GnuRadio mailing list archive at Nabble.com.
on 2014-05-05 17:56
The 'spectrum sense mode' in scanoo locks on to the strongest signal within the rx bandwidth. Just set the squelch and then enable spectrum sense in the spectrum sense tab: https://github.com/m0mik/scanoo Mike -- Mike Jameson M0MIK BSc MIET Email: firstname.lastname@example.org Web: http://scanoo.com
on 2014-05-05 17:58
Hi Dimitris, a frequency counter counter is a very analog-world concept, I'd say. As DSP person I'd assume you'd want a frequency estimator. You can implement a simple one by using an FFT block, abs, max arg chain, or just get your result from looking at any FFT plot. Anyway, for spectrum estimation, I recommend the gr-specest toolbox, https://github.com/kit-cel/gr-specest Greetings, Marcus On Mon, May 5, 2014 at 10:25 AM, Dimitris Siafarikas
on 2014-05-06 12:54
Ah sorry, I didn't mean to put it that way: It's not an analog device; the thing I wanted to point out that there being a device that counts frequency --to me-- belongs to a very "analog" thinking (i.e. it's not math on a computer, but an actual thing with an HF connector). Actually, you're absolutely right, counting things in discrete steps in defined time intervals is the most digital thing one could do. Thanks for your mail! Greetings, Marcus
on 2014-06-03 14:06
On Mon, May 5, 2014 at 4:25 PM, Dimitris Siafarikas <email@example.com> wrote: > Hi list, > > Has anyone been able to implement a frequency counter yet? > > Any ideas on how I should try it? > Hi Dimitris, Yes. I have recently created a block for frequency counting, refer https://github.com/activecat/gr-test2 Try to run this flowgraph: gr-test2/examples/flowgraph_04.grc amazingly it shows quite an accurate result. Let's test it with various frequencies by adjusting the GUI Slider. I created this block when I need to observe the frequency stability of signal from USRP, as in flowgraph_05. Hope this block is useful to you too.
on 2014-06-06 04:46
On Tue, Jun 3, 2014 at 11:41 PM, Dimitris Siafarikas <firstname.lastname@example.org> wrote: > Exceptional work! Looking forward to try this with my usrp tomorrow ;) > > > Dimitris, How is your test result with USRP, any updates ..?
on 2014-06-08 02:36
First of all, please stay on the list. Refer inline reply below. On Fri, Jun 6, 2014 at 11:12 PM, jimsiaf91 [via GnuRadio] < email@example.com> wrote: > Well, > I tried it with my usrp N210. The first time it showed something on the > Scope sink. After that it did not. > Your setup could be wrong. > Only when I run first the flowgraph_6.grc then the 5th ( the one with the > USRP source) showed something. I do not understand why this is happening. > I see no correlation on this. > Besides that, I tried to measure at 2Ghz with and external frequency > generator (sin) and also attached a number sink after the block you wrote. > The number sink did not show 2Ghz (in units), instead jittered at about > 1000 units. > If the Sample Rate (samp_rate) of the UHD (USRP) source is only 100kHz, it cannot measure 2GHz external frequency. Refer Nyquist sampling theory.