[Top][All Lists]

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

Re: [Discuss-gnuradio] Streaming Funcube Dongle Pro+ over UDP

From: Marcus D. Leech
Subject: Re: [Discuss-gnuradio] Streaming Funcube Dongle Pro+ over UDP
Date: Fri, 09 Aug 2013 17:10:16 -0400
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20111108 Fedora/3.1.16-1.fc14 Thunderbird/3.1.16

On 08/09/2013 02:08 PM, Marcus Müller wrote:
Hi Vanush,

No... that didn't do it. In fact, connected UDP source to null sink and still get console full of warnings.
Ok, that _is_ strange. Try reducing the payload size - that's my only guess.  Are you using a large vector length on the UDP source?
I can't possibly imagine your computer being too slow to shovel 192ksamples/s from an UDP source to a null sink.
I think something is wrong somewhere, maybe in network setup or network stack of BBB.
Well, the beaglebone surely is slow, but since the receiver says that it gets too many packets, I don't think it's the beaglebone's fault, nor your
If anyone has achieved something similar, (sample forwarding), do feel free to post your grc files. :)

I would try TCP.. but it seems to be coupled with grc, but Beaglebone is headless! Ack...
hm, tcp_sink is in grc_blks2, and I don't know if that will work on a headless environment.
However, what happens is really just raw samples over TCP, so you might have success by reproducing a tcp sink
by creating a unix fifo (mkfifo filename), using ncat to stream across the network (ncat receiver_ip port < filename),
and using a filesink with that fifo as file; you can do basically the same (ncat in server mode > fifo, file_source with fifo) on the receiver.

Flow-graphs produced in GRC that don't have any graphical bits don't have to have any display setup when they're run.

Just don't configure graphical bits, and don't use either of the two graphical "generate" options when generating the flow-graph.

Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium

reply via email to

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