BUT, pthreads/win32 is available from cygwin. It compiles with mingw or
msvc. To my mind, they have done a good job. Threading code that
Brickle wrote ran immediately under pthreads/win32. There is some
chance omnithreads would work using this.
Bob
Don Ward wrote:
Can any of you who
Hi David,
No, we haven't tried connecting the two boards using cable. What do you mean
by 40db attenuator? Is it something we can set on hardware or from the
software?
We set the signal amplitude to maximum using
./benchmark_tx.py -f 2412M --bitrate 500k -v --tx-amplitude=3
We didn't set t
I need to decode a signal which uses Manchester
Encoding. That is I am looking for a GNURadio
Manchester Decoding class/module which will convert
the following transitions: 01->1, 10->0. I already
have the signal FM demodulated going thru a slicer.
Does anyone know if there is code to do this st
Heyo,
Eric, I think you started to mention something about this last night. But do we
want a separate method for setting each field in the USB packet? There are
several fields that we won't ever need to set on our end, only need to read.
For instance, the dropped packets field.
So heres wh
In the current SVN checkout of GNU Radio, gr-wxgui (and all of the
other modules) are controlled by the top-level bootstrap ... you
cannot bootstrap any individual module. Maybe the top-level
bootstrap isn't finding the prerequisites? There will be printouts
during "bootstrap" that should
Hi,
I am trying to install gr-wxgui for gnuradio, I run these commands but as
long as there is no ./bootstrap in gr-wxgui, it does not recognize the
bootstrap command, please tell me what is wrong?
% source ~/setup2.csh
% cd ~/tmp/gnuradio/gr-wxgui
./ bootstrap
command not found
Thanks
__
Dan Halperin <[EMAIL PROTECTED]> writes:
> Sorry; I was unclear. Yes, if I put my laptop into 1Mbps mode then I can
> see data packets. Even in 2Mbps mode (especially if I use the -p
> option). I just don't expect there to _be_ any 1Mbps traffic on a modern
> network.
That makes sense. The envir
Actually, I mostly see u0 (which I believe is usrp overruns). However,
I did receive 2/3 packets.
Dola
On 4/4/07, Greg Troxel <[EMAIL PROTECTED]> wrote:
I think you should see real data packets at 1 Mb/s if there are any. I
would expect multicast in IBSS mode to be like this.
--
Greg Trox
Greg Troxel wrote:
> I think you should see real data packets at 1 Mb/s if there are any. I
> would expect multicast in IBSS mode to be like this.
>
Sorry; I was unclear. Yes, if I put my laptop into 1Mbps mode then I can
see data packets. Even in 2Mbps mode (especially if I use the -p
option).
I think you should see real data packets at 1 Mb/s if there are any. I
would expect multicast in IBSS mode to be like this.
--
Greg Troxel <[EMAIL PROTECTED]>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman
Thanks a lot. This worked for me.
Dola
On 4/4/07, Dan Halperin <[EMAIL PROTECTED]> wrote:
Are you trying to capture real 802.11 1Mbps packets, or what?
To do that you'll need to do:
$ ./bbn_80211b_rx.py -f 2.462G -d 8 -b
>>> gr_fir_ccf: using SSE
Packet received, length = 148, rssi = -15,
Are you trying to capture real 802.11 1Mbps packets, or what?
To do that you'll need to do:
$ ./bbn_80211b_rx.py -f 2.462G -d 8 -b
>>> gr_fir_ccf: using SSE
Packet received, length = 148, rssi = -15, rate = 1.0 Mbps
Packet received, length = 147, rssi = -40, rate = 1.0 Mbps
Packet received, lengt
When I run
./bbn_80211b_rx.py -v
I get the following output:
-
Bits Per Encoded Sample = 8
adc frequency = 6400
decimation frequency = 16
input_rate = 400
gain = 45.0
desired freq = 24.0
baseband frequency 239600.0
dxc freq
On Wed, Apr 04, 2007 at 03:48:48PM -0400, Brian Padalino wrote:
> Under Cygwin, configure finds pthreads:
>
> ...
> checking for the pthreads library -lpthreads... no
> checking whether pthreads work without any flags... yes
> checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE
> ch
On Wed, Apr 04, 2007 at 04:44:22PM -0400, Don Ward wrote:
> >Can any of you who build GNU Radio under MinGW or Cygwin please let me
> >know whether our omnithread implementation ends up using pthreads or
> >NT threads?
> >
> >You should be able to tell by looking at the output from running
> >con
Could you explain more precisely what you are doing, and what happens?
I have run the code under NetBSD with modified tap(4) driver that
handles 802.11 in addition to Ethernet. I am not clear on the state of
802.11 support in the Linux tap driver.
--
Greg Troxel <[EMAIL PROTECTED]>
__
Hi,
I am using gnuradio with BBN's 802.11 mac in Ubuntu platform.
When I am using bbn_80211b_rx.py, I cannot capture any packet.
But, when I am transmitting using bbn_80211b_tx.py, I can capture all
the packets as transmitted by the transmitter.
Has anybody faced this problem?
Thanks and Regar
Can any of you who build GNU Radio under MinGW or Cygwin please let me
know whether our omnithread implementation ends up using pthreads or
NT threads?
You should be able to tell by looking at the output from running
configure. If you see a message "checking for NT threads" it means we
didn't
Under Cygwin, configure finds pthreads:
...
checking for the pthreads library -lpthreads... no
checking whether pthreads work without any flags... yes
checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE
checking if more special flags are required for pthreads... no
...
Not sure ab
Can any of you who build GNU Radio under MinGW or Cygwin please let me
know whether our omnithread implementation ends up using pthreads or
NT threads?
You should be able to tell by looking at the output from running
configure. If you see a message "checking for NT threads" it means we
didn't f
However, I cannot acquire using a USRP source_c. Please share any
tips you have.
Are you sure the antenna is getting power? (Are you using an
active patch antenna?) You would need to short J101 on the
dbs_rx to complete the 5V bias tee.
Incidentally, with the 5V in place, the board cannot
Trond Danielsen wrote:
> 2007/4/2, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
>> Hi, I'm an italian student.
>> I'm studying about GnuRadio and Usrp.
>> I would like to know informations about Costas loop's coefficients.
>> Alpha and Beta. Where can I find some inform
>
> Taken from the header file:
>
On Apr 3, 2007, at 4:12 PM, Syed Faisal Shah wrote:
Hi fellows,
We just purchased USRP from Ettus equipped with daughter board RFX
2400. We are trying to test these boards and have following problems:
1. The benchmark_tx.py and benchmark_rx.py from the GNU radio tar
ball 3.0.3 gave close
Short Version:
Please help me troubleshoot why I cannot acquire GPS with my USRP+DBSRX,
but I can using KD7LMO's sample data recorded with USRP+DBSRX.
Long Version:
Hi,
I wrote a GPS acquisition routine which operates inside a GR block fed
by the USRP or gr.file_source. The acquisition rou
Hello Eric,
Thanks for the reply. I havent had any replies to my previous posts. I am an
Indian student working on the USRP in Sweden. My project involves a lot of
fpga work.
As a first step, I programmed the fpga as a working counter. And from the
Rx, read the output of the counter and display
25 matches
Mail list logo