Hi all,
I ran bbn_80211b_rx.py and got the information as follows:
PKT: len=163, rssi=-18, src=00:15:aa:55:6C:82, time=13720, rate=1 Mbps
PKT: len=163, rssi=-23, src=00:15:aa:55:6C:D2, time=21272, rate=1 Mbps
..
According to the information of packets, I don't think I can know if these
p
On Fri, Feb 20, 2009 at 3:05 PM, feldmaus wrote:
> Markus Feldmann gmx.de> writes:
>
> >
> > Hi All,
> >
> > as i read in the documentation,
> Is there additional documentation for the LF-RX
> Daughterboard ?
>
> Regards Markus
>
If you look at the LFRX the input consists of AD813x fully differ
Hi All,
I am using USRP to receive video streaming, and feed the data to a socket as
the client. Then, I open a vlc as the server to open the network stream via
UDP. The code is shown below.
# the server
vlc udp://@:2002
# the client, which is inserted into benchmark_rx.py in
/gnuradio-example/
Markus Feldmann gmx.de> writes:
>
> Hi All,
>
> as i read in the documentation,
Is there additional documentation for the LF-RX
Daughterboard ?
Regards Markus
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/
Behrouz has improved his booked with editing and errata repair and
having the material tried out on students.
I used the book in a class in an early form, at work, and I am very
happy to report that Behrouz continues to improve on the work.
It does not yet have the OFDM chapter in it. I need to
http://www.nvidia.com/object/sff_ion.html
I think it is pretty clear that almost anyone with any real experience
would take Nvidia's restricted distribution graphics drivers about 100
to 1 over the open source CRAP that comes from ATI, and forget
completely any of their competitors. I have remove
Hello!
There is an OpenBTS discussion list (-> http://
openbts.sourceforge.net/).
I think the problem is solved by changing file Thread.h (folder
CommonLibs) line
const static size_t mStackSize=65536;
to
const static size_t mStackSize=4*65536;
Regards -Fabian-
_
I have problem with segmentation fault when executing the binary
./transceiver and ./OpenBTSxxx together...
the output binary's:
./transceiver:
1235159974.196907 3084109504: creating USRP device...
1235159974.197083 3084109504: making USRP device..
1235159975.017775 3084037008: set RX: 780.
On Fri, Feb 20, 2009 at 12:02:45PM -0800, Trevor Bosaw wrote:
> Hey,
>
> I'm trying to set up a transmitter that simply broadcasts voice (AM
> quality is fine) over a range of a few miles. It would be implemented
> in developing world situations, such as rural India or Africa, and
> therefor
On Fri, Feb 20, 2009 at 02:03:08PM -0600, Douglas Geiger wrote:
> It looks like usrp2_impl.cc never passes on the argument when you call
> config_mimo - I've attached a quick patch that I believe does the job
> correctly.
> When I run my host code now the clocks on my USRP2's remain
> synchroniz
On Fri, 20 Feb 2009 14:55:26 -0500
Dan Halperin wrote:
> thing `proprietary' about the newer Intel WiFi drivers is a binary
> firmware component that, primarily, enforces the FCC regulations. **
> See Disclaimer [1] **
"primarily", so what else does it do? Secondarily? Oh that's
proprietary
Hey,
I'm trying to set up a transmitter that simply broadcasts voice (AM
quality is fine) over a range of a few miles. It would be implemented
in developing world situations, such as rural India or Africa, and
therefore must be constructed with very cheap hardware. We currently
have sel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Douglas Geiger wrote:
> Matt Ettus wrote:
>> Sync_to_pps is all about timestamps and the pps input, so it is not
>> related to whether or not the clock is locked.
>
> Right, got it.
>
>> Just to clarify the clocking architecture on the USRP2, there a
On Feb 19, 2009, at 9:44 PM, Gregory Maxwell wrote:
Nvidia video is a pretty poor choice for Linux too— you're tied to
their proprietary drivers which often cause weird bugs (usually the #1
cause of kernel panics on the kernelopps data collection project,
right ahead of a proprietary wifi driver)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matt Ettus wrote:
> Sync_to_pps is all about timestamps and the pps input, so it is not
> related to whether or not the clock is locked.
Right, got it.
>
> Just to clarify the clocking architecture on the USRP2, there are
> basically 3 modes:
>
>
Thank you for your reply. The problem is solved. Thank you! I read the INSTALL
file and it did not mention ./bootstrap step.
From: Eric Blossom
To: Jane Chen
Cc: discuss-gnuradio@gnu.org
Sent: Thursday, February 19, 2009 5:28:25 PM
Subject: Re: [Discuss-gn
Just say "no" to nvidia. See reasons provided by others.
> them! I want to ask those who do not see an immediate need for them but
I never saw a question anywhere.
Basically this email (cross-posted all over the place) is an
advertisement.
On Thu, 19 Feb 2009 23:20:21 -0500
Bob McGwier wrote
On Fri, Feb 20, 2009 at 06:52:43AM +0100, Changkyu Seol wrote:
> Changkyu Seol wrote:
> > Matt Ettus wrote:
> > Thank you for the files.
> > I tested as you suggested with firmware and fpga files you sent me and
> > it is locked!! I used it other USRP2s and all worked fine.
> >
> > I modified and
Douglas Geiger wrote:
Ok - now that I've discovered I had some bad cabling - specifically a
bad T-splitter: the side going to my O-scope worked, the side going to
my USRP2's did *not* - which I suppose can be chalked up to user error.
I am now able to synchronize the clocks - both with the firmw
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matt Ettus wrote:
> Douglas Geiger wrote:
>> I'm at svn revision 10441 - with both the firmware and fpga code built
>> from that (using Xilinx ISE 10.1 to make the fpga). I've just modified
>> the txrx.c code - adding:
>> clocks_enable_test_clk(true, 2
It happened to me once and I found that there was a problem with the way I
wrote the SWIG interface file. Make sure that the .i file is correct. I hope
it helps.
Thanks,
Ali
On Fri, Feb 20, 2009 at 7:55 AM, Martin Braun wrote:
> On Fri, Feb 20, 2009 at 10:32:03AM +0100, Emil Molin wrote:
> > Im
On Wed, 2009-02-18 at 09:59 -0800, Charles Judah wrote:
> My question is, if I were to open and read a binary file of only
> alternating 1s and 0s into the DPSK modulator then immediately feed
> that back into the demodulator, what format is the demodulator putting
> byte data back out? Is it padd
On Fri, Feb 20, 2009 at 10:32:03AM +0100, Emil Molin wrote:
> Im still baning my head against the wall here, ive linked everything exactly
> like in the example but it just gives the same error message on running the
> tests.
>
If banging your head doesn't help (I find a wooden table most
effecti
christine, eric already answered your question
Dimitris Symeonidis
"If you think you're too small to make a difference, try sleeping with
a mosquito!" - Amnesty International
On Thu, Feb 19, 2009 at 22:18, Miklos Christine wrote:
> If I revert to an old version of Gnuradio, would the USRP2 wor
Hi Bob
Your detailed description below triggers one question.
I'm about to setup a desktop (non portable) platform for GNURadio.
I know how to assemble a PC, but actually not expert in selectin HW.
ATOM is a good new product.
But as long as I'm not interested in portability, low power and in nift
Im still baning my head against the wall here, ive linked everything exactly
like in the example but it just gives the same error message on running the
tests.
2009/2/19 Emil Molin
>
>
> 2009/2/18 Eric Blossom
>
> On Wed, Feb 18, 2009 at 03:39:52PM +0100, Emil Molin wrote:
>> > Hi and thanks fo
26 matches
Mail list logo
