Hi Rolando, I think that sync period seems OK. Accumulation length is set by the user typically, but the default is probably fine. The one concern is that number is > 2^32, so be careful that your sync period register is set up to handle that case. The software registers are 32 bits wide, so it probably will overflow. In which case you should reduce accumulation length to make sure that sync period is < 2^32. When you do that, you'll also want to use the appropriate value for the accumulation length register, wherever that is in your design.
Glenn On Mon, Aug 4, 2014 at 11:38 AM, Rolando Paz <flx...@gmail.com> wrote: > Hi All > > The sync_period is = n * k * LCM (reorder orders) * PFB_taps * FFT_length > / #simultaneous_inputs > > n=100 > k= 1460? (copied from poco) > LCM(2,2,2,9)=18 > PFB_taps=4 > FFT_length=2048 > #simultaneous_inputs=4 > > sync_period= 5382144000 > > 1) Is this sync_period correct? > 2) k is the Accumulation Length. How do I get this value? > 3) Is it correct the value of LCM (reorders)? > > Now I understand more the design, so more questions arise :-) > > Best Regards > > Rolando Paz > >