Hi Colby Boyer,
I try to make the branche, usrp2_version, and I meet a problem that
bbn_plcp80211_bb.cc and bbn_tap.cc lost include string.h header file.
So the usrp2_version can work certainly?
Shih-Shen
Colby Boyer wrote:
> Great to hear. I will be able to start testing with two USRPs soon.
On Mon, Apr 06, 2009 at 05:21:32PM +0200, Per Zetterberg wrote:
>
> Hi All,
>
> Is timestamp on transmission implemented yet ? I mean, to be able to have a
> burst being transmitted at a pre-defined time ?
>
> BR/
> Per
>
Yes, it is implemented. At this time the only way to access this
functi
Eric Blossom wrote:
>
> Marcus, in the code in the trunk, the shift value is currently
> ignored. The the valid combinations of WIDTH and SHIFT are
> {16,0} and {8, 8}.
>
> See usrp/fpga/sdr_lib/rx_buffer.v for the FR_RX_FORMAT register.
>
> Eric
>
>
I thought it was done in the 8051, not the F
On Sun, Apr 05, 2009 at 04:48:55PM -0400, Marcus D. Leech wrote:
> [Like you need suggestions :-) ]
>
> When setting the USRP word-length format, it would be useful to set the
> SHIFT and WIDTH parameters separately in the
> USRP objects (both single and dual).
>
> The valid values for WIDTH ar
Hi Colby,
> Hi All,
> Has anyone looked into implementing the higher bit rates (5.5Mbit and
> 11Mbit) of 802.11b using complementary code keying (CCK)? If CCK does have
> to be implemented from scratch, would it be more beneficial to implement G,
> which would provides a large number of speeds wi
On Mon, Apr 06, 2009 at 04:29:20PM -0300, Tiago Rogério Mück wrote:
> Updated from the trunk and I'm not getting that msg anymore.
>
> Everything seems to be ok now.
Glad to hear it! Thanks for letting us know.
Eric
> 2009/4/3 Eric Blossom
>
> > On Fri, Apr 03, 2009 at 10:45:18AM -0300, Tia
Updated from the trunk and I'm not getting that msg anymore.
Everything seems to be ok now.
2009/4/3 Eric Blossom
> On Fri, Apr 03, 2009 at 10:45:18AM -0300, Tiago Rogério Mück wrote:
> > I fixed the problem. The top_block on bbn_80211b_tx_port was not being
> > properly initialized.
> >
> > It
> 1) uO means usrp overrun, i.e. the usrp had more data to send, but the
> host computer was not fast enough to accept it and calculate it, so it
> was dropped. setting the decimation rate to its maximum value does
> decrease the processing load on your cpu, but on old systems or very
> "heavy" flo
1) uO means usrp overrun, i.e. the usrp had more data to send, but the
host computer was not fast enough to accept it and calculate it, so it
was dropped. setting the decimation rate to its maximum value does
decrease the processing load on your cpu, but on old systems or very
"heavy" flowgraphs yo
Hi,
I have a few basic USRP questions. I have gone through the mail archive
and USRP wiki page but could not find answer to them.
1) When I run my scripts I sometimes get "uOuOuO" message. I read in the
archives that I need to increase the decimation rate but I have already
set it to the maximum
Jakub Moskal wrote:
Sheng,
are you familiar with OSSIE project (http://ossie.mprg.org) ? It's an
open source SCA implementation and they use USRP as their RF front
end. Perhaps that could be a better place to start. However, I'm not
sure what is your ultimate goal.
I've always thought it would
Thank you, Eric
Dimitris Symeonidis
"If you think you're too small to make a difference, try sleeping with
a mosquito!" - Amnesty International
On Mon, Apr 6, 2009 at 17:24, Eric Blossom wrote:
> On Mon, Apr 06, 2009 at 04:14:21PM +0200, Dimitris Symeonidis wrote:
>> I have a flowgraph that is
On Mon, Apr 06, 2009 at 01:55:49PM +1200, Kieran Brownlees wrote:
> Hello all,
>
> I am very interested in using mblocks to implement a TDMA system. All that
> the information I can find (mainly old discuss posts) say that an
> 'acceptable solution' has not been found for communicating between the
On Mon, Apr 06, 2009 at 04:14:21PM +0200, Dimitris Symeonidis wrote:
> I have a flowgraph that is saturating my CPU, causing underruns.
> I would like to find out the block (i.e. thread) that is loading the
> cpu most heavily, in order to see if there's anything I can do to make
> it lighter (and a
Hi All,
Is timestamp on transmission implemented yet ? I mean, to be able to have a
burst being transmitted at a pre-defined time ?
BR/
Per
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnur
I have a flowgraph that is saturating my CPU, causing underruns.
I would like to find out the block (i.e. thread) that is loading the
cpu most heavily, in order to see if there's anything I can do to make
it lighter (and avoid having to try it on a more powerful system).
I have run "top" and presse
Hi All,
for those who want to read the binary value by hand,
the binary value is saved as 2*32bit value.
32bit --> I
and
32bit --> Q
And are saved one after another,
I1 Q1 I2 Q2 I3 Q3 I4 Q4 ...
No we look at I1 and describe how it will be computed by hand:
For example:
BIN: 100
Eric Blossom comsec.com> writes:
>
>
http://www.amazon.com/Understanding-Digital-Signal-Processing-2nd/dp/0131089897/ref=sr_1_1?ie=UTF8&s=books&qid=1238774302&sr=1-1
At this time i am doing my diploma and have not much money, so
i have to thing about where my money goes. But i will still buy
so
I have the same problem with my OpenSuse 11.0 32_bit,
If I direct the output of "Transceiver/transceiver" to /dev/null getting the
segmentation fault takes a bit longer after a number of "1239002787.154969
3083000720: USRPDevice.cpp:347: WARNING -- UNDERRUN in TRX->USRP interface"
warnings. Any i
19 matches
Mail list logo
