[Top][All Lists]

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

Re: [Discuss-gnuradio] start_rx_streaming_at patch

From: Bruce McGuffin
Subject: Re: [Discuss-gnuradio] start_rx_streaming_at patch
Date: Thu, 17 Sep 2009 15:30:10 -0400
User-agent: Thunderbird (X11/20090625)


What I really want most right now, is a usrp2 function that resets all the
buffers, data storage, counters, etc at the start of a data collect. Does
start_rx_streaming_at do that? (Later I'll also need it to allow me to set
the start time.)

And how is the start time specified? Is it just a 32 (64?) bit unsigned integer
that gives an offset from the most recent sync to PPS?

What is this VRT code? And when will it be available?


Douglas Geiger wrote:
 In the firmware directory the important files are the app_common_v2.c
and .h file, and txrx.c (serdes_txrx.c and a bunch of the others I
think are mainly for testing). It looks like the host code (i.e. the
patches to libusrp2) all applied successfully, which is good. I have
been using that code, so if you are able to manually apply the patch
(i.e. go in and figure out where the changes need to happen - there's
a couple added functions, and some changes made in the control loop of
app_common and txrx). My patch added code to serdes_txrx,
mimo_tx_slave, and factorytest only because I added a function
declaration in app_common_v2, and so I needed a NOP definition in
those .c files for the build to be successful.
 In this end this patch was just a hack to get the functionality I
needed until the switchover to the VRT code on the USRP2 - so yes, it
works (i.e. it will wait to start streaming rx samples back until the
fpga clock/counter reaches the specified number), but it's not meant
to be the long-term solution.

reply via email to

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