On 04/25/2012 11:53 AM, mle...@ripnet.com wrote:
>
>
> Oooh, is there a configurable parameter for that in GRC yet?
>
Not yet. It would fit well in the options block. Pretty easy to add, but
it would be a little more change to get the parameter into the WX gui
top block class. Qtgui and no
Oooh, is there a configurable parameter for that in GRC yet?
On
Wed, 25 Apr 2012 11:33:34 -0700, Josh Blum wrote:
> Also, I want to
point out:
> There is a hook to control the size of these buffers in
gnuradio
> (presumably to reduce flow graph latency). You may be
interested in
> modifying
> Dear josh,
>
> Thanks for your help very much!
>
> But I still have puzzles about the extra time such as 0.65s when
> I set the bit rate to 1M. we set the program to send 4s, and use
> wireshark and find the data through the network card continued for
> 4.65s, it indicates that the data be
>> 3. Considering that we only need 650ms, no matter how long we
>> send(like 10s or more). We guess there is a fixed size cache in the
>> usrp and it send the cached data at a precise-controlled time, but I
>> can not persuade myself.
>> Can anyone interpret the strange phenomenon? Any suggest
original mail--
Message: 11
Date: Fri, 13 Apr 2012 08:25:36 -0700
From: Josh Blum
To:discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Question about USRP2 Tx procedure
Message-ID:<4f884570.5010...@ettus.com>
Content-Type: text
On 04/13/2012 08:36 AM, Nowlan, Sean wrote:
> A few questions about this: can you wait on the uhd async message
> queue from a python script that has an instance of top_block? Would
> you have to override wait() with a custom version that waits on the
> queue (haven't checked if wait is a virtual
t: Re: [Discuss-gnuradio] Question about USRP2 Tx procedure
On 04/13/2012 06:54 AM, Pan, Luyuan wrote:
> Hi everyone,
> I now have some trouble in understanding how the usrp2 sent out
> the data. My scenario of the test is:
> We tried to control the usrp2 to transmit in a fixe
On 04/13/2012 06:54 AM, Pan, Luyuan wrote:
> Hi everyone,
> I now have some trouble in understanding how the usrp2 sent out the
> data. My scenario of the test is:
> We tried to control the usrp2 to transmit in a fixed time slot, such as
> 5 seconds. The code is:
> tb = usrp.transmit_path
Hi everyone,
I now have some trouble in understanding how the usrp2 sent out the data.
My scenario of the test is:
We tried to control the usrp2 to transmit in a fixed time slot, such as 5
seconds. The code is:
tb = usrp.transmit_path() # Create the path
t1 = time.time()
tb
