discuss-gnuradio
[Top][All Lists]
Advanced

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

[Discuss-gnuradio] GRC programming problem--anyone with any bright ideas


From: Marcus D. Leech
Subject: [Discuss-gnuradio] GRC programming problem--anyone with any bright ideas?
Date: Fri, 20 Apr 2012 12:26:08 -0400
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111108 Fedora/3.1.16-1.fc14 Thunderbird/3.1.16

I've been working on a flow-graph for meteor-burst detection on VHF (more specifically using the NAVSPASUR "space fence" as a signal
  source).

Part of the flow-graph involves probes that run at several-Hz rate and decide whether to start recording signal-power data, based on triggering criteria. This works just fine. The trigger-detection/recording function also returns a filename (either /dev/null if not triggered, or a dynamically-generated filename otherwise). The intention of this is to provide the filename for a gr_file_sink to use to record downsampled baseband data during triggering. The problem, of course, is that if this variable is handed to gr_file_sink, it'll be re-opening files (either /dev/null or the "real" file) at a many-Hz rate, which is not the desired semantic. So I modified gr_file_sink to check for a *change* in filename in the open() method, and only proceed with a re-open if the filename has changed. This isn't really
  clean and elegant.

GRC doesn't lend itself particularly well to this type of processing. I suppose I could run the baseband streams into a vector sink, and have my poll function unload those vectors whenever the poll function is called. Any hints on how to do that?


--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org





reply via email to

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