Hi The corruption depends on the input signal and seems to include ringing and a higher than expected noise floor. We hope to make progress on locating the cause today.
Regards Andrew On Fri, Jan 22, 2016 at 5:46 AM, Mugundhan vijayaraghavan < [email protected]> wrote: > Hello Amit, Andrew, > > Can you elaborate what was the error in the PFB Generic block ? Was there > ringing ? because I had found ringing in the channel outputs recently when > using multi-channel PFB block (see an earlier conv. opened under "PFB > Ringing". > > Thank you, > > > On Fri, Jan 22, 2016 at 1:39 AM, <[email protected]> > wrote: > >> Send casper mailing list submissions to >> [email protected] >> >> To subscribe or unsubscribe via the World Wide Web, visit >> >> https://calmail.berkeley.edu/manage/list/listinfo/[email protected] >> >> or, via email, send a message with subject or body 'help' to >> [email protected] >> >> You can reach the person managing the list at >> [email protected] >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of casper digest..." >> >> >> Today's Topics: >> >> 1. Re: Weird FFT Output (Amit Bansod) >> 2. Re: Weird FFT Output (Andrew Martens) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Thu, 21 Jan 2016 10:18:19 +0100 >> From: Amit Bansod <[email protected]> >> Subject: Re: [casper] Weird FFT Output >> To: Jack Hickish <[email protected]>, casper list >> <[email protected]> >> Message-ID: <[email protected]> >> Content-Type: text/plain; charset=utf-8 >> >> Hi Jack, >> >> I finally got hold of this issue. >> >> The problem was in the pfb_fir_generic block. After replacing it, the >> fft output was as expected. >> >> >> Cheers, >> Amit >> >> On 06-Nov-15 5:04 PM, Jack Hickish wrote: >> > Hi Amit, >> > >> > I've hastily fixed that error regarding bram latency -- it's pushed to >> > the master casper branch at >> https://github.com/casper-astro/mlib_devel.git >> > >> > You should be able to cherry pick that commit into your repository, but >> > I recommend just using the casper-astro master branch rather than the >> > SMA branch you're currently working with. The SMA code was merged into >> > casper-astro more recently than the commit you are currently at anyway. >> > >> > As for your spectra, I'd suggest seeing if the problem persists with the >> > latest casper-astro master branch and then investigating further from >> there. >> > >> > Cheers, >> > Jack >> > >> > >> > On Fri, 6 Nov 2015 at 11:14 Amit Bansod <[email protected] >> > <mailto:[email protected]>> wrote: >> > >> > Dear All, >> > >> > I am trying to extract 1 channel/band using PFB/FFT >> (pfb_fir_generic & >> > fft_wideband_real blocks from casper library) and I am getting >> > inconsistent result from a 64 channel PFB/FFT. >> > >> > I also found that the for 64 channel FFT, the fft_wideband_real >> block >> > breaks at >> fft_wideband_real/fft_biplex_real_4x/bi_real_unscr_4x/delay0 >> > (or ../bi_real_unscr_4x/delay1) for BRAM latency > 2. Can this be >> also a >> > cause for concern ? >> > >> > I have enclosed the plots of the same band for the 64 & 128 channel >> > FFTs. The BW of 1 band is 12.5 MHz for 128 channels and 25 MHz for >> 64 >> > channels FFT. >> > >> > The design has ASIAA 5g ADCs with fpga running at 200 MHz and same >> noise >> > source is feeding both ADCs. >> > >> > I am using the sma-wideband repository with commit : ecab6f5 >> > >> > >> > Regards, >> > Amit Bansod >> > >> >> >> >> ------------------------------ >> >> Message: 2 >> Date: Thu, 21 Jan 2016 16:17:04 +0200 >> From: Andrew Martens <[email protected]> >> Subject: Re: [casper] Weird FFT Output >> To: Amit Bansod <[email protected]> >> Cc: casper list <[email protected]> >> Message-ID: >> < >> cadewhtdzbzdmesoqbgp39vxjhyov508j0epw-yhxwl3g8s0...@mail.gmail.com> >> Content-Type: text/plain; charset="utf-8" >> >> Hi Amit >> >> We have also identified a bug in the pfb_fir_generic block and are working >> on debugging it. Will let you know when we have a solution. Sorry for the >> inconvenience. >> >> Regards >> Andrew >> >> On Thu, Jan 21, 2016 at 11:18 AM, Amit Bansod <[email protected]> >> wrote: >> >> > Hi Jack, >> > >> > I finally got hold of this issue. >> > >> > The problem was in the pfb_fir_generic block. After replacing it, the >> > fft output was as expected. >> > >> > >> > Cheers, >> > Amit >> > >> > On 06-Nov-15 5:04 PM, Jack Hickish wrote: >> > > Hi Amit, >> > > >> > > I've hastily fixed that error regarding bram latency -- it's pushed to >> > > the master casper branch at >> > https://github.com/casper-astro/mlib_devel.git >> > > >> > > You should be able to cherry pick that commit into your repository, >> but >> > > I recommend just using the casper-astro master branch rather than the >> > > SMA branch you're currently working with. The SMA code was merged into >> > > casper-astro more recently than the commit you are currently at >> anyway. >> > > >> > > As for your spectra, I'd suggest seeing if the problem persists with >> the >> > > latest casper-astro master branch and then investigating further from >> > there. >> > > >> > > Cheers, >> > > Jack >> > > >> > > >> > > On Fri, 6 Nov 2015 at 11:14 Amit Bansod <[email protected] >> > > <mailto:[email protected]>> wrote: >> > > >> > > Dear All, >> > > >> > > I am trying to extract 1 channel/band using PFB/FFT >> (pfb_fir_generic >> > & >> > > fft_wideband_real blocks from casper library) and I am getting >> > > inconsistent result from a 64 channel PFB/FFT. >> > > >> > > I also found that the for 64 channel FFT, the fft_wideband_real >> block >> > > breaks at >> > fft_wideband_real/fft_biplex_real_4x/bi_real_unscr_4x/delay0 >> > > (or ../bi_real_unscr_4x/delay1) for BRAM latency > 2. Can this be >> > also a >> > > cause for concern ? >> > > >> > > I have enclosed the plots of the same band for the 64 & 128 >> channel >> > > FFTs. The BW of 1 band is 12.5 MHz for 128 channels and 25 MHz >> for 64 >> > > channels FFT. >> > > >> > > The design has ASIAA 5g ADCs with fpga running at 200 MHz and same >> > noise >> > > source is feeding both ADCs. >> > > >> > > I am using the sma-wideband repository with commit : ecab6f5 >> > > >> > > >> > > Regards, >> > > Amit Bansod >> > > >> > >> > >> -------------- next part -------------- >> An HTML attachment scrubbed and removed. >> HTML attachments are only available in MIME digests. >> >> End of casper Digest, Vol 98, Issue 13 >> ************************************** >> > > > > -- > the giver of moksha >
