Hi GNURadio folks,
Some portions of the candidate standard for ATSC 3.0 have been posted
to the ATSC website (http://atsc.org/standards/candidate-standards/),
and specifically the PHY/bootstrap sections are now available.
As far as I know there is no one working on a GNURadio version, but I
thoug
handset. Without some "killer
> app", ATSC 3.0 doesn't provide enough incentive to upgrade.
>
> But I could be wrong. :-)
>
> Ron
>
>
> On 12/27/2015 11:26 PM, Colby Boyer wrote:
>>
>> Hi GNURadio folks,
>>
>> Some portions of the candid
On Tue, Sep 2, 2014 at 10:09 AM, Mike Willis wrote:
> I am trying to develop a satellite ground station using the PSK
> demodulator block. This works fine when tuned accurately. However, with low
> satellites there is quite a bit of Doppler at VHF / UHF and there is also
> some frequency drift wi
Just saw this on the blogosphere, but no mention on the list I think. May
be an interesting addition to GNURadio?
http://www.pervices.com/about.html
--Colby
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinf
I'm not too familiar with the naming conventions and I could not find a
reference to the FLEX900 and the Ettus research website.
If they are different, is the frequency tuning range different?
Thanks,
-Colby
___
Discuss-gnuradio mailing list
Discuss-gnu
Has anyone attempted to try this on the USRP or know of any successful
projects? Or if anyone has a good paper to suggest on measurement methods,
that would be great.
I imagine that the timing synchronization would be difficult on the USRP. ?
Thanks
___
Cool to hear about the OFDM 802.11 project.
When I was working with the USRP2 version, I was only able to get two USRP2s
to talk to each other. I can't remember if I was able to get it to decode
packets from a chipset, that was a year ago.
I do remember that sometime ago, there was further di
I do not remember specifically what I used at the command line to get the
two USRP2s to talk to each other. I know I had it working for 1 and 2 Mbps.
I think something must be messed up with the spreading sequence. George,
wasn't there a discussion on that sometime ago? I remember there were plots
Hi Elvis,
What I recall from a presentation Ettus gave was that you can integrate
matlab with the USRP2; you have to write the drivers for the matlab/USRP2
interface. So it is possible.
I don't have any further details, sorry. Maybe try looking for driver
tutorials for matlab?
--Colby
On Fri, J
On Mon, 16 Aug 2010, Jonas M. Börner wrote:
Hi all,
I am trying to use the convolutional encoder and Viterbi provided by the
gr-trellis class within another environment. I have my own mapper and de-mapper
blocks which I want to use. So I tried to use the feed the viterbi_combined
with this a
uncate the trellis output.
Any one else care to comment?
--Colby Boyer
I have not used the GNU Radio trellis before. In the past, I have only
used the the matlab trellis and I remember I had to deal with truncating.
--Colby___
Discuss-gnuradio mail
Hi all,
I searched through the mailing lists and there is not much of a consensus on
the location of the latest base FPGA code. The repo I found was git://
ettus.sourcerepo.com/ettus/fpga.git
Is this the FPGA code used in the new UHD drivers? If not, can someone be
kind enough to point me in the
e and host) can be found
> under
> http://ettus-apps.sourcerepo.com/redmine/ettus/projects/uhd/wiki
>
> The last change for the USRP1 FPGA code is from 5 months ago, but I think
> the latest code should be there.
>
> Matthias
>
>
> Am 09.09.2010 um 07:44 schrieb Colby Bo
The communication protocol that you are looking into should have a
predefined symbol rate. At the very least in the pilot sequence of a frame.
--Colby
2010/9/18 intermilan
> hi Tom:
> thank you for your answer,I get it .Besides, how do we know the
> symbol rate if the data in the ai
The code for the BBN USRP2 version is not 100% great (I ported some of it).
The frame preamble search algorithm is pretty dumb so that might be a
problem.
Basically, there is a long list of improvements that can be made to the code
base to make it more stable and have better packet success rate.
Has anyone attempted to attach the RX/TX path of a daughter board to a
circulator. This is so that in a half duplex system, both paths can share
the same
antenna.
I am interested in capturing some of the phase noise leakage effects.
Has anyone attempted this?
Colby Boyer
Sent with Alpine
http://www.gnu.org/software/gnuradio/doc/exploring-gnuradio.html#fm-receiver
Granted this example is a bit outdated, but should help. Also, see
http://srg.cs.uiuc.edu/swradio/gnuradio/fm-xceiver.html
Basically, use google - which is how I found these.
--Colby
On Sat, Apr 9, 2011 at 8:47 AM, ran
Hi All,
In RFID applications, a reader receives (backscatter from RFID tag) and
transmits (constant tone) at the same frequency. With commercial readers, a
single LO will be shared by the RX and TX chain. However, in the USRP case,
two separate daughter boards are used so different LOs are in use
11:41:46 -0700, Matt Ettus wrote:
> > On 04/19/2011 11:38 AM, Colby Boyer wrote:
> >> Hi All,
> >>
> >> In RFID applications, a reader receives (backscatter from RFID tag) and
> >> transmits (constant tone) at the same frequency. With commercial
> >>
SNR between using same LO's
> vs separate LO's
>
> Best regards,
> -Vijay
>
> --- On *Tue, 4/19/11, Colby Boyer * wrote:
>
>
> From: Colby Boyer
> Subject: Re: [Discuss-gnuradio] Odd use of LO phase lock feature on USRP
> for RFID application
> To:
Hi All,
My lab is interested in purchasing some USRPs. It is pretty settled
that some of the boards will be the N2x0 series, but I am interested
to hear from people who have used the E1x0 boards. From what I can
tell, the E1x0 board should have better latency performance than the
N2x0 and should h
http://people.csail.mit.edu/szym/rawofdm/
I found this a little bit a go. Never tried it though.
--Colby
On Wed, Apr 27, 2011 at 8:00 AM, Nemanja wrote:
> Sankalp Nimbhorkar gmail.com> writes:
>
>>
>> Hi all, Can anyone provide pointers from where I can download
> OFDM implementa
Hi Ranjini,
Asking a question in ALL CAPS is a poor way to get a response, if any.
Certainly, if the question is very vague and open ended.
http://en.wikipedia.org/wiki/Frequency_modulation is how FM works. If
you understand how GNURadio and the USRP work together, it should be
straight forward.
Marcus,
Speaking on the topic of calibration. Has anyone characterized the
performance of the Ettus daughter cards, i.e. noise floor and
freq/volt measurements to card output?
--Colby
On Thu, Apr 28, 2011 at 6:41 AM, Marcus D. Leech wrote:
> On 28/04/2011 7:38 AM, Patrik Tast wrote:
>
> Hi All,
Check top when running a simple data sink or source. If the CPU is
pegged, maybe that is the limiter, if not there is a memory bottle
neck somewhere.
On Tue, May 3, 2011 at 8:25 AM, Alexander Chemeris
wrote:
> Hi Josh, Philip,
>
> On Sat, Apr 23, 2011 at 17:05, Philip Balister wrote:
>> On 04/22
See http://www.ettus.com/uhd_docs/manual/html/usrp2.html
On Wed, May 4, 2011 at 9:44 PM, hafiz zimran wrote:
> Hi
>
> I am trying to install UHD driver on SD card (USRP2) using Ubuntu 10.04.
>
> I have downloaded the Source code
> https://github.com/EttusResearch/UHD-Mirror/archives/master (
>
On Mon, May 9, 2011 at 11:21 AM, Alexander Chemeris
wrote:
> On Mon, May 9, 2011 at 21:29, Jeff Brower wrote:
>> What I think might translate for GNU Radio is to find ways to support more
>> types of platforms. What about a small
>> USRP for smart phones and tablets? Would that draw in more de
On Mon, May 9, 2011 at 1:49 PM, Michael Dickens wrote:
> On May 9, 2011, at 4:42 PM, Marcus D. Leech wrote:
>> Gnu Radio, to me, is a DSP engine that happens to live on a general-purpose
>> compute platform.
>
> True. But the GNU Radio model is build on data-flow, while the Octave model
> is no
Hi Tom,
I tried running the uhd_fft.py script with the USRP1, but I run into
an error with
RuntimeError: LookupError: KeyError: cannot set this property
in void usrp1_impl::mboard_set(const wax::obj&, const wax::obj&)
at /home/csboyer/uhd/host/lib/usrp/usrp1/mboard_impl.cpp:392
due to a call
On Mon, May 16, 2011 at 6:22 PM, Josh Blum wrote:
>
>
> On 05/16/2011 05:26 PM, Colby Boyer wrote:
>> Hi Tom,
>>
>> I tried running the uhd_fft.py script with the USRP1, but I run into
>> an error with
>>
>> RuntimeError: LookupError: KeyError: can
If I recall, the project belonged to a masters student that graduated
around two years ago. So I doubt that it is still maintained.
On Wed, May 18, 2011 at 8:35 AM, Nick Foster wrote:
> On Wed, 2011-05-18 at 11:46 +0200, Kresimir Dabcevic wrote:
>>
>>
>>
>> -Original Message-
>> From: Nic
Hey Guys,
It seems that the USRP1 out with UHD is normalized to 1.0, vs some big
number as with the old USRP drivers. I assume this is correct?
Otherwise my cards are not kicking out any RF power.
--Colby
___
Discuss-gnuradio mailing list
Discuss-gnura
On Tue, May 24, 2011 at 3:13 AM, Tom Rondeau wrote:
> On Mon, May 23, 2011 at 10:37 PM, Ben Reynwar wrote:
>>
>> On Mon, May 23, 2011 at 12:09 PM, Josh Blum wrote:
>> >
>> >
>> > On 05/23/2011 03:29 AM, Vlad Stoianovici wrote:
>> >>
>> >> Dear Marcus and Bob,
>> >> I did understand that the bloc
On Fri, May 27, 2011 at 2:31 PM, Jeff Brower wrote:
> Marcus-
>
>>> Alexander is asking excellent questions and I'm surprised at the tepid
>>> response -- he's got like 4 replies so far? He's the prototype GNU
>>> radio user who needs to maintain his group's IP, he should be
>>> receiving "how to'
Isn't the main difference between v2 and v3 the "Tivo Exception" as
the call it? Not sure.
I guess I should add IANAL. TINLA.
:P
On Fri, May 27, 2011 at 3:32 PM, Marcus D. Leech wrote:
>> How do the companies write closed-source drivers for the Linux Kernel
>> without running into GPL2 issues
Hi All,
Recently, I've gone down the road of timing synchronization and ended
up learning basics for PLLs and such. So far in GNURadio, it seems
that the loop filters used in the existing GNURadio synch blocks are
only first order. From what I understand, increasing the filter order
of the PLL can
On Sat, May 28, 2011 at 6:50 AM, Tom Rondeau wrote:
> On Wed, May 25, 2011 at 3:16 PM, Marius wrote:
>>
>> Hi!
>>
>> - To my background there's to say - before you read this - I'm just a
>> software-dev. I have little expertise when it comes to hardware.
>>
>> I support the development of a real
On Sun, May 29, 2011 at 1:22 AM, Alexander Chemeris
wrote:
> On Sun, May 29, 2011 at 03:05, Marcus D. Leech wrote:
>> On 05/28/2011 04:28 PM, Alexander Chemeris wrote:
So, while this method is simple and good for non-realtime
applications, it doesn't fit our needs. It may be usable
Hi All,
Recently I've been using the MMSE interp filter. I found that when I shift a
signal by a fractional amount of 0 (or anything really), the signal goes way
off! I would expect SOME difference, but not this much...
Some example output.
Mu:0 In:(-1.67869,0.480381) Out:(0.0418351,-0.16734)
M
I've taken a look at Gardner's text earlier and he does mention 3rd order
PLLs. Also, I found the text with the chapter by Harris. Good reference.
Thanks.
On Tue, May 31, 2011 at 6:16 AM, Tom Rondeau wrote:
> On Sat, May 28, 2011 at 2:29 AM, Colby Boyer wrote:
>
>> Hi All
On Tue, May 31, 2011 at 5:59 AM, Tom Rondeau wrote:
> On Tue, May 31, 2011 at 2:13 AM, Colby Boyer wrote:
>
>> Hi All,
>>
>> Recently I've been using the MMSE interp filter. I found that when I shift
>> a signal by a fractional amount of 0 (or anything rea
lby Boyer wrote:
>
>>
>>
>> On Tue, May 31, 2011 at 5:59 AM, Tom Rondeau wrote:
>>
>>> On Tue, May 31, 2011 at 2:13 AM, Colby Boyer wrote:
>>>
>>>> Hi All,
>>>>
>>>> Recently I've been using the MMSE interp filter
On Tue, May 31, 2011 at 1:46 PM, Tom Rondeau wrote:
> On Tue, May 31, 2011 at 4:37 PM, Colby Boyer wrote:
>
>> Related. It seems that this delay is not taking in account for the MM
>> clock recovery block? It some cases, this delay will not matter (2 or 4
>> samples pe
There is a Viterbi encoder/decoder block called 'trellis' and it handles
hard and soft decoding. What you need to do is find the generating
polynomial or convolutional code that matches your needs.
--Colby
On Fri, Jun 10, 2011 at 1:27 PM, Shen Wenbo wrote:
> Hi All,
>
> Does GNURadio the error c
GNURadio will indicates that overruns are occuring via the console. I
believe it is the u0 character.
On Mon, Jun 13, 2011 at 3:51 PM, John Andrews wrote:
> Hi,
> What happens to the incoming data from USRP, over the USB bus, when a
> gnuradio block takes a lot of time to process its output? Is
Is there one this month?
Thanks,
Colby
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi Henry,
GNU Radio, as far as I understand, does not have a concept of time. It will
try to process samples as quickly as they are available. If your input
sample is arriving every 50mS then a sample should be produced by your block
shortly after the 50mS arrival mark.
What do you mean, the outp
On Tue, Jun 14, 2011 at 11:31 PM, Henry Matt wrote:
> Hi Colby,
>
> So it means that it if one input comes at 20 samples/sec then it limits the
> output rate of my custom block to exactly 20 samples/sec? That is, the other
> input, gr_noise_source can provide samples at a rate faster than 20
> sa
Your best bet is to build from source:
http://gnuradio.org/redmine/wiki/gnuradio/BuildGuide is a good guide and
covers Ubuntu 11.04 quite well.
On Wed, Jun 15, 2011 at 10:07 AM, John Ackermann N8UR wrote:
> After quite a while away, I'm trying to get gnuradio, grc, and uhd running
> on my Ubuntu
Have you installed the python-cheetah library?
http://www.macports.org/ports.php?by=library&substr=py26-cheetah
Never used macports before. . .
On Thu, Jun 16, 2011 at 8:46 AM, dave k wrote:
> osx macport install
>
> mac:/ david$ gnuradio-companion
> Xlib: extension "RANDR" missing on display
Hi All,
Anyone know how many bytes a signal processing block can buffer at the input
before an overflow occurs?
--Colby
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
The first thing to look at is the list of the GNU Radio dependencies (check
the wiki). All the ones related to the gnuradio core would need to be
ported. . .It probably will not be a trivial task.
--Colby
On Thu, Jun 23, 2011 at 1:36 AM, Amanullah wrote:
> Hi
>
> ** **
>
> I want to port th
I'm a bit confused. What exactly are you trying to do?
On Thu, Jun 23, 2011 at 9:17 AM, Songsong Gee wrote:
> Continueing with http://www.ruby-forum.com/topic/1983866,
>
> I have planned to append a preamble before an actual signal and turn RX on
> earlier than TX.
>
> Then RX will receive a sign
Or operate your receiver at absolute zero so there is no thermal noise? :D
On a more serious note, how I do preamble detection is the following:
* Figure out the sample sequence of your TX'ed preamble sequence, use this
as a match filter.
* Tag the magnitude of the match filter and run through th
On Thu, Jun 23, 2011 at 4:11 PM, Nick Foster wrote:
>
> >
> >
> >
> >
> > Where should I look for the API to tag samples on the USRP?
>
> Tagging in this case has nothing to do with the USRP and everything to
> do with Gnuradio. Take a look at the burst_tagger in
> gnuradio-core/src/lib/general/g
On Thu, Jun 23, 2011 at 8:32 PM, Marcus D. Leech wrote:
> I'm working on a multi-channel radiometer, based on USRP2 with the
> dual-DDC feature.
>
> I'm trying to come up with channelizing structure that won't overwhelm
> my CPU--I'm using
> a 6-core Phenom II 1055T, with 4GB of 1333MHz memory.
On Fri, Jun 24, 2011 at 4:54 AM, Tom Rondeau wrote:
> On Thu, Jun 23, 2011 at 7:21 PM, Colby Boyer wrote:
>
>>
>>
>> On Thu, Jun 23, 2011 at 4:11 PM, Nick Foster wrote:
>>
>>>
>>> >
>>> >
>>> >
>>> >
>>
On Fri, Jun 24, 2011 at 4:02 PM, Josh Blum wrote:
>
> > Maybe a better solution would be to use the UHD stream commands? Is it
> > possible to issue a sequence of stream commands and have them executed
> > serially by the USRP?
> >
> > Example:
> > * Issue command to send Z samples at clock value
On Mon, Jun 27, 2011 at 11:02 AM, Tom Hendrick wrote:
> I have a really simple question that I can't seem to find the answer to
> online (and pardon my limited signal processing background). I'm trying to
> help a fellow colleague figure out a processing problem.
>
> An external code modulates a
Look at the source code used to generate the raised cosine, gr_firdes.h
should point to it. Making your own should follow directly from that; also
the wikipedia page on the raised cosine is also nice.
Its not black magic, so do not fear the source. :P
--Colby
On Tue, Jun 28, 2011 at 9:12 AM, Joh
On Tue, Jun 28, 2011 at 4:48 PM, Minhoo Kim wrote:
>
> Hello, I'm new to this mailing list and gnuradio.
> sorry if I fail follow certain etiquettes..
> what I'm trying to do now is to have a transmitter that hops around under
> 1ms, which needs to have 1MHz bandwidth and hop around in 10MHz rang
On Sun, Jul 3, 2011 at 8:16 AM, Tom Rondeau wrote:
> On Thu, Jun 30, 2011 at 9:16 PM, Morgan Redfield wrote:
>
>> Hi,
>>
>> I've been working on building a CSMA/CA MAC for the past couple of
>> weeks. I built it in Python, and used ofdm/tunnel.py as a guide. It's
>> working now, but I don't think
On Tue, Jul 5, 2011 at 6:13 PM, Marcus D. Leech wrote:
> Relatively simple flow-graph, not complete yet by any stretch of the
> imagination.
>
> It starts out innocuous enough, but really gets going after a while. The
> RSS grows by about 150M/minute, the Virtual Size at a somewhat
> slower pac
On Tue, Jul 5, 2011 at 6:58 PM, Marcus D. Leech wrote:
>
>>
>> Hi Marcus,
>>
>> What are you using the vector sink for, I can't find anything that unloads
>> it? If you look at the source code, this block continuously calls
>> "push_back" on a STL vector container (element size is the GNURadio ve
On Tue, Jul 5, 2011 at 7:14 PM, Marcus D. Leech wrote:
> **
>
>
>>
>
> Have you tried the polyphase filter channelizer blocks?
>
> --Colby
>
> Not clear to me how to use them to effect non-uniformly-spaced channels.
> Also, individual channels will have their own bandwidths.
>
>
>
> --
> Marcu
What sort of CPU are you using?
--Colby
On Tue, Jul 5, 2011 at 8:19 PM, Marcus D. Leech wrote:
> On Jul 5, 2011, at 10:50 PM, Colby Boyer wrote:
>>
>>> Not clear to me how to use them to effect non-uniformly-spaced channels.
>>> Also, individual channels wil
I can borrow my lab mates N210 and see what kind of performance I can get
out of it on my T410 Thinkpad (i7 proc).
On Tue, Jul 5, 2011 at 9:12 PM, Marcus D. Leech wrote:
> > What sort of CPU are you using?
> >
> > --Colby
> AMD Phenom II X6 1055T, with 6GB of 1333MT/s memory. Rough ballpark
>
One method would be to use a single pole IIR filter to get an average of the
noise floor energy, and compare that with the average symbol energy.
On Wed, Jul 6, 2011 at 6:49 AM, George Sklivanitis <
george.sklivani...@gmail.com> wrote:
> Hello all,
>
> Lately, I am experimenting with a point-to-p
It'll probably ball park the figure. You can then cross-validate it with the
error rate.
On Wed, Jul 6, 2011 at 11:50 AM, George Sklivanitis <
george.sklivani...@gmail.com> wrote:
> **
> On 7/6/11 8:20 PM, Colby Boyer wrote:
>
> One method would be to use a single po
Hi All,
Do all blocks pass stream tags by default? Or do certain ones drop a stream
tag? I have an application where a downstream block searches for a tag added
by an up stream one, but it never finds the tag. =\
--Colby
___
Discuss-gnuradio mailing lis
Derp.
Nevermind, I'm stupid.
--Colby
On Fri, Jul 8, 2011 at 3:18 PM, Colby Boyer wrote:
> Hi All,
>
> Do all blocks pass stream tags by default? Or do certain ones drop a stream
> tag? I have an application where a downstream block searches for a tag added
> by an up stre
The fractional interpolator works by shifting the phase through a block of
fractionally delayed filters. It rolls over every full sample.
It should be easy to put a method in that will advance this phase. Just add
some mutex around some of the variables.
On Fri, Jul 15, 2011 at 2:16 PM, Marcus D.
On Fri, Jul 15, 2011 at 8:07 PM, Marcus D. Leech wrote:
> On 07/15/2011 10:16 PM, Colby Boyer wrote:
> > The fractional interpolator works by shifting the phase through a
> > block of fractionally delayed filters. It rolls over every full sample.
> >
> > It should be e
Say, I need a block to wait for some processing to finish down stream before
moving on to the next processing stage. Is it OK for me to stall in the
middle of the work function via a mutex? Or will this mess up the thread
scheduler.
Thanks,
Colby
___
Dis
Hi All,
I have seem to run into an issue with the stream tags and interp/decimation
processing blocks. When computing to add the tag to the proper output
offset, it always rounds down. In certain cases, computed offset is X.YZ,
where the first input item to the next block is at X+1. So the stream
round down to 798. However the next block has already
processed samples 0 to 798. It is now looking at 799 and forward. So the tag
never propagates.
-Colby
On Tue, Jul 19, 2011 at 5:03 PM, Tom Rondeau wrote:
> On Mon, Jul 18, 2011 at 10:28 PM, Colby Boyer wrote:
>
>> Hi All,
>>
Try using a single pole IIR filter. If you don't know what an IIR is, wiki
it, better explanation there than from me. Keep pushing the frequency cutoff
to a lower frequency until the static gets better. If you go to far, your
audio should disappear.
On Tue, Jul 19, 2011 at 5:22 PM, concernedconsum
FYI. The GigE port on a T61 is compatible with the USRP2. I've used it two
or so years ago with one.
--Colby
On Wed, Jul 20, 2011 at 7:26 PM, Marcus D. Leech wrote:
> **
> On 07/20/2011 10:09 PM, Allen Vinegar wrote:
>
> In the meantime, I had been advised about the subnet address problem and
>
This might be possible to do if both devices have access to the same and
very accurate clock, e.g. GPS.
What is your end goal?
On Tue, Jul 26, 2011 at 3:59 PM, Mattia Rizzi wrote:
> Hello.
> I need to implent a two way ranging. A device send an “echo”, a second
> device discover the “echo” and
& delays from Linux)
> between the received echo and the outgoing reply. I suggested a method to do
> this task, can it work?
> Thanks
>
> *From:* Colby Boyer
> *Sent:* Wednesday, July 27, 2011 2:17 AM
> *To:* Mattia Rizzi
> *Cc:* discuss-gnuradio@gnu.org
> *Subject
Hi all,
I'm running a duplex system on the USRP1; using UHD drivers (about 1 month
old). For the sample rates, I have 640KHz to the USRP and 1MHz from the
USRP. The turn around time for a simple amplitude detected signal is approx
20ms, which is crazy high. Btw, I'm measuring the latency (approx)
On Wed, Jul 27, 2011 at 4:16 PM, Thomas Tsou wrote:
> On Wed, Jul 27, 2011 at 1:23 PM, Colby Boyer
> wrote:
> > Hi all,
> > I'm running a duplex system on the USRP1; using UHD drivers (about 1
> month
> > old). For the sample rates, I have 640KHz to the USRP and
On Mon, Aug 1, 2011 at 6:46 PM, Thomas Tsou wrote:
> On Mon, Aug 1, 2011 at 1:16 AM, Andre Puschmann
> wrote:
> > I am afraid I can't get you the raw latency as we mainly did high-level
> > measurements on layer two and seven (using the ping command). So this
> > involves much more that just the
On Wed, Aug 3, 2011 at 6:30 PM, Page Jack wrote:
> the code below is in sdr_lib/rssi.v I don't understand especially this
> line: rssi_int <= #1 rssi_int + abs_adc - rssi_int[25:10];
>
> wire [11:0] abs_adc = adc[11] ? ~adc : adc;
>
>reg [25:0] rssi_int;
>always @(posedge clock)
>
> Regards!
>
>
> On Thu, Aug 4, 2011 at 2:44 PM, Colby Boyer wrote:
>
>> On Wed, Aug 3, 2011 at 6:30 PM, Page Jack wrote:
>>
>>> the code below is in sdr_lib/rssi.v I don't understand especially this
>>> line: rssi_int <= #1 rssi_int + abs
On Sat, Aug 6, 2011 at 3:54 PM, Marcus D. Leech wrote:
> **
> On 08/06/2011 06:27 PM, shantharam balasubramanian wrote:
>
> Hi
> I have been working in usrp2 testbed, and I have been modifying the
> benchmark_tx and rx programs for my project. There have been situations
> where I was supposed to
On Tue, Aug 9, 2011 at 5:22 PM, Marcus D. Leech wrote:
> Keep in mind the old information theorist's adage: if you don't have
>> bit errors, you're using too much power! (ok, I don't know how old
>> that is; fred harris always quotes it, but he credits someone else
>> with it, probably Tony Cons
As in CATV coax cable that cable companies use?
I think a TVRX daughter board should work as it covers most of the
frequencies used by a cable company.
--Colby
On Fri, Aug 12, 2011 at 5:22 AM, smith mark wrote:
> Hi all,
> I want to know that if there is any possibility of having CATV on USRP ?
On Tue, Aug 16, 2011 at 8:38 PM, Marcus D. Leech wrote:
> **
> On 08/16/2011 11:32 PM, Page Jack wrote:
>
> my USRP N200 sometimes receive data wrong, I don't know where is the
> problem in my application or
> in hardware? So I wonder what ethernet protocol does usrp use and is it
> reliable to t
On Wed, Aug 17, 2011 at 10:50 AM, Nick Foster wrote:
> On Wed, 2011-08-17 at 21:47 +0400, Alexander Chemeris wrote:
> > On Wed, Aug 17, 2011 at 21:15, Nick Foster wrote:
> > > On Wed, 2011-08-17 at 18:00 +0400, Alexander Chemeris wrote:
> > >> Hi Nick,
> > >>
> > >> On Sat, Aug 13, 2011 at 02:41
Check out some of the publications by Fred Harris. He has written some good
stuff on sync. algorithms.
On Fri, Sep 9, 2011 at 5:48 PM, Tuan (Johnny) Ta wrote:
> Thanks Marcus, that was very informative!
>
> On Fri, Sep 9, 2011 at 8:00 PM, Marcus D. Leech wrote:
>
>> On 09/09/2011 07:26 PM, Tuan
(built largly
upon Douglas's work) with rest of the GNU radio community.
Regards,
Colby Boyer
On Fri, Mar 27, 2009 at 2:06 AM, Costantini, Andrea wrote:
> Dear all,
>
> I'm trying to port the Douglas BBN 802.11b code on the USRP2 working with
> the last version of GNU-Radio
The cgran server seems to be down. I'll let you know when I am able to get
an account.
On Mon, Mar 30, 2009 at 8:36 AM, Colby Boyer wrote:
> Sure. I will try to get a cgran account and upload my code to their SVN. It
> would then be easy to see the changes I made.
>
>
> On
ossamer-threads.com/lists/trac/users/40954
>
> It should not affect the svn server though.
>
> - George
>
>
> 2009/3/30 Colby Boyer
>
>> The cgran server seems to be down. I'll let you know when I am able to
>> get an account.
>>
>> On Mon, Mar 3
Great to hear. I will be able to start testing with two USRPs soon. I am
waiting on some hardware. I will let the list know what I find out.
On Fri, Apr 3, 2009 at 9:09 AM, Eric Blossom wrote:
> On Fri, Apr 03, 2009 at 10:45:18AM -0300, Tiago Rogério Mück wrote:
> > I fixed the problem. The top_
)?
Also, does anyone know if the BBN code on the USRP could communicate with
hardware 80211b (ASIC) equipment? I've heard that there are issues with ack
latency. If there is a problem, did the BBN people bother to implement the
acks in their code?
Regards,
Colby
annel.
Has anyone have any success on receiving packets between two USRP2s? When
RX/TX there is a usrp2::ctor reset db failed error. Could this cause
problems for the RX/TX? I am using the firmware that was shipped with the
USRP2.
Thanks,
Colby Boyer
On Wed, Apr 15, 2009 at 10:40 AM, Ben Y
Hi Ben,
I uploaded my files to the usrp2_version in the CGRAN server. It uses the
same files I used to run my USRP2 tests, so it should interface with the
hardware correctly. Let me know if it does not.
Bests,
Colby
On Fri, Apr 17, 2009 at 10:15 AM, Colby Boyer wrote:
> Hi Ben,
>
>
demodulate the packets from reading the sample data from a
file. So TX is working(?) unless something is going wrong with
initializing/sending stuff to the hardware.
So perhaps the rx is not correctly reading samples in from the USRP2?
Thoughts?
Colby
On Fri, Apr 17, 2009 at 10:53 AM, Colby Boyer
Hi all,
Is it possible to increase the TX power of the 2.4 GHz cards or is it fixed?
Thanks,
Colby
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
1 - 100 of 135 matches
Mail list logo
