Controlled file sink

Hi all,

I am almost new to this GNU radio world, from the writting software
point of
view. I want to collect assynchronously sent signals from a transmitter,
but
the problem is I don’t know how to say: Ok, RSSI is ok, something is
going
on, save that to a file. Is there any way of controlling blocks in GRC.

Hope you have some basic guidlines.

Regards


View this message in context:
http://gnuradio.4.n7.nabble.com/Controlled-file-sink-tp37573.html
Sent from the GnuRadio mailing list archive at Nabble.com.

Hi nexy_sm,

I’m pretty sure gnuradio-core/src/examples/tags/uhd_burst_detector.py
does something close to what you want. At least, it should give you a
good idea how to proceed.

M

On Thu, Sep 13, 2012 at 07:20:38AM -0700, nexy_sm wrote:


View this message in context:
http://gnuradio.4.n7.nabble.com/Controlled-file-sink-tp37573.html
Sent from the GnuRadio mailing list archive at Nabble.com.


Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin B.
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT – University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association

Ok, thank you, I will take a look.

On 13 Sep 2012 10:41, Martin B. (CEL) wrote:

Hi nexy_sm,

I’m pretty sure gnuradio-core/src/examples/tags/uhd_burst_detector.py

does something close to what you want. At least, it should give you a

good idea how to proceed.

M

It may be time to add a “Discard”
parameter input to the file sink, to easily support this sort of thing.

Was that global suggestion for the future activities, or suggestion for
me?


View this message in context:
http://gnuradio.4.n7.nabble.com/Controlled-file-sink-tp37573p37578.html
Sent from the GnuRadio mailing list archive at Nabble.com.

I would be happy if I was able to do that. Anyway it would be really
nice
option, as well as squelch output which tells that signal level is above
threshold.


View this message in context:
http://gnuradio.4.n7.nabble.com/Controlled-file-sink-tp37573p37581.html
Sent from the GnuRadio mailing list archive at Nabble.com.

On 13 Sep 2012 11:01, nexy_sm wrote:

Was that global suggestion
for the future activities, or suggestion for me?

It was a
global suggestion, unless you feel comfortable adding that feature to
the file-sink block, and submitting the patches.

On Thu, Sep 13, 2012 at 10:47 AM, Nemanja S. [email protected]
wrote:

Ok, thank you, I will take a look.

There are also a couple of squelch implementations that you might be
able to use. The uhd_burst_detector is kind of nice, though, in how it
creates a new file for each burst with a time tag on it.

But the problem with the burst detector is that the burst detection
part of it isn’t incredibly robust and will probably trigger on false
positives. You might be able to combine one of the squelch blocks with
this example to get better results.

Tom

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs