discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] OFDM Updates


From: CHIN-YA HUANG
Subject: Re: [Discuss-gnuradio] OFDM Updates
Date: Sun, 30 Mar 2008 21:26:09 -0500

Hi Tom,

Would you mind release your modified code for me as reference first? Thanks

Chin-Ya
----- Original Message -----
From: Tom Rondeau <address@hidden>
Date: Wednesday, March 26, 2008 9:50 am
Subject: Re: [Discuss-gnuradio] OFDM Updates
To: CHIN-YA HUANG <address@hidden>
Cc: address@hidden

> CHIN-YA HUANG wrote:
> > Hello Tom,
> >
> > Based on your information below I know the problem will be receiver. 
> However, if I want to solve the receiver's problem. Where is the 
> starting point you suggestion? From the gnu-radio core part?
> >
> >
> > Chin-Ya
> >   
> 
> This problem will be fixed once I get time to merge my current branch, 
> 
> which will be in a few days, hopefully.
> 
> Tom
> 
> 
> > From:       Tom Rondeau
> > Subject:    [Discuss-gnuradio] OFDM Updates
> > Date:       Thu, 07 Feb 2008 14:09:58 +0000
> > User-agent:         Thunderbird 2.0.0.9 (Windows/20071031)
> > For anyone working with the OFDM code, my latest check-in to the 
> trunk fixes some of the main issues of transmitting over the air. 
> Using benchmark_ofdm_rx and benchmark_ofdm_tx on different machines, I 
> am now able to successfully capture most packets with any modulation 
> at the appropriate signal level.
> >
> > I say most packets because there is still an issue involved in the 
> receiver where the regenerator signal pops up before the peak detector 
> signal resets it and causes a problem in the packet sampler. To see 
> what I mean, run
> > "benchmark_ofdm.py --log"
> >
> > And look at the output of the regen and peak detector blocks:
> > gr_plot_char.py ofdm_sync_pn-regen_b.dat ofdm_sync_pn-peaks_b.dat
> >
> >
> > This will plot a series of 0's with a few 1's, where the peaks 
> occur. The peak detector sends it out once, and then the regenerator 
> takes over. For every packet, there is one output of the peak 
> detector. If you look, sometimes the peak detector will hit just after 
> a regenerated signal. By this point, it's too late and the 
> ofdm_sampler has already triggered off of the regen signal and ignores 
> the peak.
> >
> > It's a bit of a hassle, but I'll look into it soon. Any help is 
> appreciated, though :)
> >
> > Tom
> >
> >   
> 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]