Lets say for a TDMA MAC, there is a beaconing time that happens every
50ms for 1 ms and a 200us guard time between beacons for a specified
number of radios.
Can you setup a USRP to transmit some data every 50ms, and have a
second USRP lock on to that periodic 50ms transmission and be sure to
be
On Nov 27, 2007 10:43 PM, George Nychis <[EMAIL PROTECTED]> wrote:
> To measure the round trip latency we used three USRPs... two in
> contention and a third monitoring. The two in contention would exchange
> the channel back and forth by reading the RSSI value from the incoming
> packets. To spa
The average was 1.96ms and sdev 0.62ms.
Sorry, I omitted the fact that this was calculated from 200 values.
- George
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Brian Padalino wrote:
A few questions:
- What is the current round trip latency for the in-band code?
To measure the round trip latency we used three USRPs... two in
contention and a third monitoring. The two in contention would exchange
the channel back and forth by reading the RSSI val
I have been trying to create a GNU Radio project composed of various
swig wrapped modules. In order to explain my problem, the following
subproblem might be useful to know about. I apologize ahead of time
for the length of this email. =)
SUBPROBLEM:
I would like to be able to have class B in modul
A few questions:
- What is the current round trip latency for the in-band code?
- Have you tried synchronizing two different USRPs to each other over the air?
- What is the minimum amount of turnaround time you're looking to achieve?
Brian
___
Di
Nirali Patel wrote:
Matt,
Is the TVRX daughter board expected to change anytime in near future?
No
Matt
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi all,
I was looking to kick some discussion to the board to get some ideas
here. The in-band signaling code is likely to be used by many to
research MAC protocols, and one thing crucial to CSMA style protocols
are dependent packets which have very strict timing requirements. For
example,
Hi all,
I have been testing USRP and Gnu Radio for a while and it's been a very
interesting, educational experience.
One of the important things for me is to get capture to / playback from file
capability to work.
I simplified usrp_rx_cfile.py a bit and essentially what my script does is:
usr
Matt,
Is the TVRX daughter board expected to change anytime in near future?
Thanks,
Nirali Patel
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Eric Blossom wrote:
On Tue, Nov 27, 2007 at 10:11:51AM -0500, Ed Criscuolo wrote:
Here's the listing of .../site-packages/gnuradio/tdrss_utils:
-rw-r--r-- 1 root wheel22 Nov 21 23:41 __init__.py
-rw-r--r-- 1 root wheel 151 Nov 21 23:41 __init__.pyc
-rw-r--r-- 1 root wheel 151
On Tue, Nov 27, 2007 at 10:11:51AM -0500, Ed Criscuolo wrote:
> Eric Blossom wrote:
>>
>> $ python
>>
> from gnuradio import tdrss_utils
> dir(tdrss_utils)
>>
>>
>> Do you see your module(s) in there or something unexpected?
>>
>
>
> When I try the above, all I see is
> ['__builtins__', '__
Eric Blossom wrote:
$ python
from gnuradio import tdrss_utils
dir(tdrss_utils)
Do you see your module(s) in there or something unexpected?
When I try the above, all I see is
['__builtins__', '__doc__', '__file__', '__name__', '__path__']
No trace of 'gold_code_pn_source_b'
Here's the
On Sun, Nov 25, 2007 at 04:32:43PM -0800, Martin Gawecki wrote:
> Thanks George,
>
>
> FYI: No Powermate or Contour Knob found
>
> And by the way - is there someplace where I can just look up what all these
> erroneous outputs mean?
Try googling powermate or contour knob.
Don't forget that you
On Sun, Nov 25, 2007 at 03:15:00PM -0800, Martin Gawecki wrote:
> Eric,
>
>
> On a somewhat related question, when I do run usrp_fft.py as well as
> usrp_oscope.py, I'm not able to actually control the GUI - it seems like its
> "frozen" although I do get some waveforms. At the same time, the stri
Eric Blossom schrieb:
On Sat, Nov 24, 2007 at 05:23:50PM -0800, Johnathan Corgan wrote:
Did you add your user account to the 'usrp' group? You'll also need to
log out and back in (or possibly reboot) for this to properly take effect.
No need to reboot. Just a new top-level login.
su -
doe
Dear all,
I modified a little the firmware of a usrp-based device.
I wanted to check the buffer overrun event on the BULK IN EP2 FIFO, but the
interrupt autovectoring mechanism doesn't work.
The following code
static void
isr_EP2FULLFLAG (void) interrupt
{
clear_fifo_gpif_irq ();
IOD ^= 0x01
17 matches
Mail list logo
