Re: [casper] i_poco4_1024ch_v010

2014-08-04 Thread G Jones
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




Re: [casper] i_poco4_1024ch_v010

2014-08-04 Thread Rolando Paz
Thanks again Glenn.

In Peter MacMahon's User Guide for the Parkes Radio Telescope, this reads:

Accumulation Length = 13
Spectral Dump = 30,048 spectra per second
Data Rate = 471Mbits/second

Accumulation Length = 2
Spectral Dump = 195.313 spectra per second
Data Rate = 2.99Gbits/second

Accumulation Length = 1024
Spectral Dump = 381 spectra per second
Data Rate = ?

Accumulation Length = 256
Spectral Dump = 1,526 spectra per second
Data Rate = ?

What is the equation that relates these three variables: Accumulation
Length, Spectral Dump and Data Rate?

Best Regards

Rolando Paz


2014-08-04 9:47 GMT-06:00 G Jones glenn.calt...@gmail.com:

 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