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
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
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
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
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
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
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 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
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
> 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 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)
>
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, 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
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)
& 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
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
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
>
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
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,
>>
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
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
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
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.
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
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
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
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
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
>
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
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
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 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 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, 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
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 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
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 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 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 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
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
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
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
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
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
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
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
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
Is there one this month?
Thanks,
Colby
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
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
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
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
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 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
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
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
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
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
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
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
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'
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
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
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
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
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 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
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
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 (
>
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
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,
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.
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 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
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:
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
> >>
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
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
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
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.
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
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
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
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
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
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
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
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
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
___
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
If someone writes a Fast Walsh Transform block, then 5.5 and 11 Mbit is
possible. Only a few changes need to be made to the MAC block to accommodate
this change.
Getting G (OFDM) to work seamless with B will be be a bit difficult I think.
You are then switching rates, 20 MHz vs 11 MHz if I remembe
If those are the post-spread samples, then I think that makes sense. The
barker spreading code "randomizes"(appears) everything.
Have you tried decorrelating with the matched filter? If that results in two
tight constellations then all is good.
On Sun, Nov 22, 2009 at 10:26 PM, George Nychis wr
I think that is a buffer overrun. In otherwords, your computer cannot
process the data fast enough.
On Fri, Oct 2, 2009 at 1:36 PM, Chen Chen wrote:
>
> Hi, everyone,
>
> I just got two set of USRP2 and want to test it using the bbn 802_11b
> usrp2_version. I use the example scripts: bbn_80211b_
If you are running the USRPI version of the BBN code, then you need to
download an older version of GNU Radio. GNURadio has changed a bit since
the BBN code was originally released.
Please read this https://www.cgran.org/wiki/BBN80211 to correctly setup the
work environment.
Hope this helps.
C
BBN is this company http://www.bbn.com/. They are an American defense
research company that does a lot of work for DARPA.
A while back they had a contract (DARPA i think) to write 802.11b software
for GNURadio and the USRP I. That software is what we call "bbn 802.11."
However that contract has l
still use some hints...
>
> Tnx,
> /Ulrika
>
>
>
> Från: Colby Boyer [mailto:colby.bo...@gmail.com]
> Skickat: den 26 augusti 2009 05:09
> Till: Ulrika Uppman
> Kopia: GNU Radio Discussion
> Ämne: Re: [Discuss-gnuradio] fundamentals of block-connections, mess
Within the BBN RX side, all the processing blocks are stuck together so that
data "streams" from each block to the next. In the final block, when a
packet is successfully decoded it is loaded in a message queue. The loading
into the message queue is done within the C++ code, not the python.
There
Yes.
There should be a a test.py file in the same directory as the tx and rx .py
files.
Basically this connects the RX to TX complex in/out ports together. You can
add in white noise and channel fading by processing the output of the TX
before the RX. Take a look and email if you have more quest
There should be an example in blk2impl directory.
On Tue, Jul 14, 2009 at 5:16 PM, Muhammad Abrar wrote:
>
>
> i want to do DBPSK modulation on 16 KHz Carrier, but didi not fine any
> option to set carrier frequency in DBPSK block in GRC or in dbpsk.py. Please
> guide me.
>
> second question wher
1 - 100 of 135 matches
Mail list logo
