Re: [casper] FFT on ROACH
Hi I >> may be wrong but the casper git repository seems to be broken at the >> moment. >> > > IMHO, this kind of haphazard conjecture is not helpful to the community. > If you have good reason to believe that the files in the current HEAD > version of the CASPER Git repository seem to be broken, then please share > with us/everyone your good reason so that we may fix things. If you have > good reason to believe that the CASPER Git repository is itself broken, then > please share with us/everyone your good reason so that we may fix it. If > you don't really know the root cause of a problem, then please, please, > please do not toss out to the entire CASPER community the idea that "the > casper git repository seems to be broken" (even with an "I may be wrong > but..." qualifier). > > As far as I can tell, the CASPER Git repository and libraries are NOT > broken at the moment. > You are right, creating the incorrect impression that the libraries were broken is not useful. I apologise, my statement was made without first checking carefully. It was working with Andrea to debug the problem but ran out of time at the end of the day and posted a temporary solution until someone could work out what the final solution was. Regards Andrew
Re: [casper] FFT on ROACH
On Sep 1, 2010, at 15:11 , John Ford wrote: For what it's worth, I just cloned the git tree from berkeley with: git clone git://casper.berkeley.edu/mlib_devel.git and it works fine, as far as a quick test. Thanks, John! My installation matches the signatures that David speaks of below, except there's an "8" missing off the end of the casper_library.mdl hash. It should be 27e1f49f5af8933300b0441c9da6c253e10066f8 Arg! The curse of cut-and-paste! :-) Thanks again, Dave
Re: [casper] FFT on ROACH
Hi all. For what it's worth, I just cloned the git tree from berkeley with: git clone git://casper.berkeley.edu/mlib_devel.git and it works fine, as far as a quick test. I instantiated an fft_biplex_real_2x block, and a fft_wideband_real, and they ran fine, and are OK under the mask. My installation matches the signatures that David speaks of below, except there's an "8" missing off the end of the casper_library.mdl hash. It should be 27e1f49f5af8933300b0441c9da6c253e10066f8 At any rate, it works for me. :) John > Hi, Andrea, > > On Sep 1, 2010, at 6:10 , Andrea Mattana wrote: > >> ??? Error using ==> reuse_block at 42 >> biplex_core block (mask) does not have a parameter named >> 'conv_latency'. > > This is very helpful. This tells us (at the risk of restating the > obvious) that the init scripts are trying to set the 'conv_latency' > mask parameter of the biplex_core block, but the biplex_core block it > is using does not have this parameter. I just started a totally new > model, added an fft_biplex_real_2x block, and it worked fine. This > was using the 10.1 tools and the latest mlib_devel.git version > (eab23d2fcb8e1f89db697edad8d3ec9fba7c8c50). If you look under the > mask of the fft_biplex_real_2x block, select the biplex_core block, > and choose "Edit|Edit Mask..." (or type CTRL-M), you should see the > conv_latency parameter in the mask parameters (see attached image). > > Is it possible that your library browser is picking up an older > casper_library.mdl file from somewhere else on your system? You can > run "which --all casper_library" and you should see only one > casper_library.mdl listed. Based on your earlier message, I suspect > that the casper_library.mdl file that you want to be using is in... > > /usr/local/hdl/casper/mlib_devel/casper_library/casper_library.mdl > > You can also check this by opening the "CASPER DSP Blockset" (right- > click on the name in the library browser) and then selecting "File| > Properties...". You should be able to find the full path of the > source file in the displayed dialog. (This is based on Windows; I am > not sure if it is the same on Linux.) > > If you are using the casper_library.mdl file from a directory that > you think should be OK, the next step would be to verify that it > really is what you think it is. You can try things like... > > $ cd /usr/local/hdl/casper/mlib_devel > > $ git status > > $ git branch -av > > $ git log -10 --oneline casper_library/casper_library.mdl > > $ git hash-object casper_library/casper_library.mdl > > If you are using the latest from mlib_devel.git (i.e. > eab23d2fcb8e1f89db697edad8d3ec9fba7c8c50), the last two commands will > give... > > $ git log -10 --oneline casper_library/casper_library.mdl > 6f87da3 Fix Misc/armed_trigger block > 2d0bf0e Improve fft_biplex_real_2x block > 05b6b95 Change latency in fft_biplex_real_2x/bi_real_unscr_2x > ad2e026 Fix WGN source and begin split of casper_library > fbbe3cb X engine cross-polarisation correction > d60fff2 mods to xengine block in casper library > 1967df0 bugfixes to x engine. > 914d207 X engine mods to support 4antennas (special case). > 1ab1a14 pfb_fir_real conv_latency parameter added > a03d785 large fft fix and clean-up > > $ git hash-object casper_library/casper_library.mdl > 27e1f49f5af8933300b0441c9da6c253e10066f > > If you still can't resolve the problem, please email the output of > all the above git commands. If this does resolve the problem, please > send the clues you used to figure it out to the list so future users > can benefit. > > Thanks, > Dave > >
Re: [casper] FFT on ROACH
Hi, Andrew, On Sep 1, 2010, at 7:58 , Andrew Martens wrote: The casper_library.mdl file seems to be misaligned relative to the scripts. The scripts are trying to set mask parameters that don't exist and are failing. I completely agree with the above two sentences, but... I may be wrong but the casper git repository seems to be broken at the moment. IMHO, this kind of haphazard conjecture is not helpful to the community. If you have good reason to believe that the files in the current HEAD version of the CASPER Git repository seem to be broken, then please share with us/everyone your good reason so that we may fix things. If you have good reason to believe that the CASPER Git repository is itself broken, then please share with us/everyone your good reason so that we may fix it. If you don't really know the root cause of a problem, then please, please, please do not toss out to the entire CASPER community the idea that "the casper git repository seems to be broken" (even with an "I may be wrong but..." qualifier). As far as I can tell, the CASPER Git repository and libraries are NOT broken at the moment. Use the following to get a version that should work better until it gets fixed at Berkeley; git clone git://casper.berkeley.edu/mlib_devel/kat.git While one may use the kat.git repository if they want to, I will note that it does not include a number of changes that were pushed (i.e. made publicly available) and announced on the casper-scm list in July. Among the changes absent in kat.git are fixes to the fft_biplex_real_2x block to improve timing and resource utilization (BRAM vs distributed memory in the underlying reorder blocks). Thanks, Dave
Re: [casper] FFT on ROACH
Hi, Andrea, On Sep 1, 2010, at 6:10 , Andrea Mattana wrote: ??? Error using ==> reuse_block at 42 biplex_core block (mask) does not have a parameter named 'conv_latency'. This is very helpful. This tells us (at the risk of restating the obvious) that the init scripts are trying to set the 'conv_latency' mask parameter of the biplex_core block, but the biplex_core block it is using does not have this parameter. I just started a totally new model, added an fft_biplex_real_2x block, and it worked fine. This was using the 10.1 tools and the latest mlib_devel.git version (eab23d2fcb8e1f89db697edad8d3ec9fba7c8c50). If you look under the mask of the fft_biplex_real_2x block, select the biplex_core block, and choose "Edit|Edit Mask..." (or type CTRL-M), you should see the conv_latency parameter in the mask parameters (see attached image). Is it possible that your library browser is picking up an older casper_library.mdl file from somewhere else on your system? You can run "which --all casper_library" and you should see only one casper_library.mdl listed. Based on your earlier message, I suspect that the casper_library.mdl file that you want to be using is in... /usr/local/hdl/casper/mlib_devel/casper_library/casper_library.mdl You can also check this by opening the "CASPER DSP Blockset" (right- click on the name in the library browser) and then selecting "File| Properties...". You should be able to find the full path of the source file in the displayed dialog. (This is based on Windows; I am not sure if it is the same on Linux.) If you are using the casper_library.mdl file from a directory that you think should be OK, the next step would be to verify that it really is what you think it is. You can try things like... $ cd /usr/local/hdl/casper/mlib_devel $ git status $ git branch -av $ git log -10 --oneline casper_library/casper_library.mdl $ git hash-object casper_library/casper_library.mdl If you are using the latest from mlib_devel.git (i.e. eab23d2fcb8e1f89db697edad8d3ec9fba7c8c50), the last two commands will give... $ git log -10 --oneline casper_library/casper_library.mdl 6f87da3 Fix Misc/armed_trigger block 2d0bf0e Improve fft_biplex_real_2x block 05b6b95 Change latency in fft_biplex_real_2x/bi_real_unscr_2x ad2e026 Fix WGN source and begin split of casper_library fbbe3cb X engine cross-polarisation correction d60fff2 mods to xengine block in casper library 1967df0 bugfixes to x engine. 914d207 X engine mods to support 4antennas (special case). 1ab1a14 pfb_fir_real conv_latency parameter added a03d785 large fft fix and clean-up $ git hash-object casper_library/casper_library.mdl 27e1f49f5af8933300b0441c9da6c253e10066f If you still can't resolve the problem, please email the output of all the above git commands. If this does resolve the problem, please send the clues you used to figure it out to the list so future users can benefit. Thanks, Dave <>
Re: [casper] FFT on ROACH
Hi all The casper_library.mdl file seems to be misaligned relative to the scripts. The scripts are trying to set mask parameters that don't exist and are failing. I may be wrong but the casper git repository seems to be broken at the moment. Use the following to get a version that should work better until it gets fixed at Berkeley; git clone git://casper.berkeley.edu/mlib_devel/kat.git Regards Andrew On 1 September 2010 16:39, melvyn wright wrote: > Hi Andrea, Dave, Dan, Mark,... > > > This is a nicely detailed description of an FFT implementation problem and > possible solutions. It would be really nice to make these emails > part of the implementation documentation for users. > > Thanks for your help, Dave, Mark, Dan.. > > Mel. > > > On 9/1/10, Andrea Mattana wrote: > > Here what I got calling the fft_biplex_real_2x from the command window: > > > >>> fft_biplex_real_2x_init(gcb,... > > 'FFTSize', 5, ... > > 'input_bit_width', 18, ... > > 'coeff_bit_width', 18, ... > > 'quantization', 'Truncate', ... > > 'overflow', 'Wrap', ... > > 'add_latency', 1, ... > > 'mult_latency', 2, ... > > 'bram_latency', 2, ... > > 'arch', 'Virtex5', ... > > 'opt_target', 'Multipliers', ... > > 'coeffs_bit_limit', 7, ... > > 'delays_bit_limit', 8, ... > > 'specify_mult', 0, ... > > 'mult_spec', 0) > > ??? Error using ==> reuse_block at 42 > > biplex_core block (mask) does not have a parameter named 'conv_latency'. > > > > Error in ==> fft_biplex_real_2x_init at 105 > > reuse_block(blk, 'biplex_core', 'casper_library/FFTs/biplex_core', ... > > > > The 'biplex_core' block seems to have the same behaviour or, better, > > fft_biplex_real_2x inherits troubles from it, but I don't know if it is > > the root of the problem... > > > > Cheers, > > Andrea > > > > > >> Hi all and many thaks for your help. > >> > >> @ Mark: > >> > >> I have completely started a new project since the migration on GIT. > >> > >> @ David: > >> > >> I have checked the matlab pth and it is correct, if I try to call: > >> > which fft_biplex_real_2x_init > >> > >> here what I got: > >> > >> > /usr/local/hdl/casper/mlib_devel/casper_library/fft_biplex_real_2x_init.m > >> > >> seems to be ok. > >> > >> @ Dan: > >> > >> yes I would say that is a good idea to contact them. > >> > >> > >> Anyway the problem is still not solved. Even if I simply add the block > to > >> a new model, looking under mask, there are no connection at all between > >> each sub-blocks, and changing parameters does not have effects. Does > >> anybody using those Simulink Casper Blocks whit mlib_devel_10_1 release? > I > >> got the same behaviour with the block 'fft', while other Casper blocks > >> (which find many other applications on several projects) work nominally. > >> Do you think could be related to the platform I use (64bit rather than a > >> 32bit)? > >> > >> Cheers, > >> Andrea > >> > >>> Hi Andrea, > >>> > >>> The first thing I would do is delete the fft and replace it with one > >>> from > >>> your updated library, using the same parameters of course. If you're > >>> still > >>> having the problem, I would try running the mask script from the matlab > >>> command prompt to get a more verbose output. To see how the mask > script > >>> is > >>> called, right click on the block and select 'view mask,' then select > the > >>> 'initialization' tab. > >>> > >>> Mark > >>> > >>> > >>> On Mon, Aug 30, 2010 at 4:19 AM, Andrea Mattana > >>> wrote: > >>> > Hi All, > > I'm a Medicina Radiotelescopes (Italy) team member, my name is Andrea > Mattana, I'm working here since January to develop a new acquisition > system for SETI based on the CASPER ROACH board. > > I have started to work using the libraries available on the SVN > repository and in June I have done the migration on GIT following your > instractions and now I'm very up-to-date. > > I have some problems in using the CASPER FFT libraries, the drawings > seems to do not update after changing parameters. When I try to look > under mask (i.e. on fft_biplex_real_2x) there are no connections at > all > between blocks, while many other casper blocks works nominally. I have > seen on the GIT commit log an update done by David MacMahon on those > blocks, I don't know if he is the right person that can help me anyway > I'm very happy to hear any suggestion to fix the problem from you all. > > The developing system I use it is a Linux Centos release 5.5 64 bit, > Matlab R2009b, Xilinx 11.4. > > Kind regards, > > Andrea Mattana > > > --- > > Andrea Mattana > > Istituto Nazionale di Astrofisica > Istituto di RadioAstronomia > > Stazione di Medicina > Via Fiorentina 3508/B > I-40059 Medicina (BO) > Tel +39-051-6965834 > Fax
Re: [casper] FFT on ROACH
Hi Andrea, Dave, Dan, Mark,... This is a nicely detailed description of an FFT implementation problem and possible solutions. It would be really nice to make these emails part of the implementation documentation for users. Thanks for your help, Dave, Mark, Dan.. Mel. On 9/1/10, Andrea Mattana wrote: > Here what I got calling the fft_biplex_real_2x from the command window: > >>> fft_biplex_real_2x_init(gcb,... > 'FFTSize', 5, ... > 'input_bit_width', 18, ... > 'coeff_bit_width', 18, ... > 'quantization', 'Truncate', ... > 'overflow', 'Wrap', ... > 'add_latency', 1, ... > 'mult_latency', 2, ... > 'bram_latency', 2, ... > 'arch', 'Virtex5', ... > 'opt_target', 'Multipliers', ... > 'coeffs_bit_limit', 7, ... > 'delays_bit_limit', 8, ... > 'specify_mult', 0, ... > 'mult_spec', 0) > ??? Error using ==> reuse_block at 42 > biplex_core block (mask) does not have a parameter named 'conv_latency'. > > Error in ==> fft_biplex_real_2x_init at 105 > reuse_block(blk, 'biplex_core', 'casper_library/FFTs/biplex_core', ... > > The 'biplex_core' block seems to have the same behaviour or, better, > fft_biplex_real_2x inherits troubles from it, but I don't know if it is > the root of the problem... > > Cheers, > Andrea > > >> Hi all and many thaks for your help. >> >> @ Mark: >> >> I have completely started a new project since the migration on GIT. >> >> @ David: >> >> I have checked the matlab pth and it is correct, if I try to call: >> which fft_biplex_real_2x_init >> >> here what I got: >> >> /usr/local/hdl/casper/mlib_devel/casper_library/fft_biplex_real_2x_init.m >> >> seems to be ok. >> >> @ Dan: >> >> yes I would say that is a good idea to contact them. >> >> >> Anyway the problem is still not solved. Even if I simply add the block to >> a new model, looking under mask, there are no connection at all between >> each sub-blocks, and changing parameters does not have effects. Does >> anybody using those Simulink Casper Blocks whit mlib_devel_10_1 release? I >> got the same behaviour with the block 'fft', while other Casper blocks >> (which find many other applications on several projects) work nominally. >> Do you think could be related to the platform I use (64bit rather than a >> 32bit)? >> >> Cheers, >> Andrea >> >>> Hi Andrea, >>> >>> The first thing I would do is delete the fft and replace it with one >>> from >>> your updated library, using the same parameters of course. If you're >>> still >>> having the problem, I would try running the mask script from the matlab >>> command prompt to get a more verbose output. To see how the mask script >>> is >>> called, right click on the block and select 'view mask,' then select the >>> 'initialization' tab. >>> >>> Mark >>> >>> >>> On Mon, Aug 30, 2010 at 4:19 AM, Andrea Mattana >>> wrote: >>> Hi All, I'm a Medicina Radiotelescopes (Italy) team member, my name is Andrea Mattana, I'm working here since January to develop a new acquisition system for SETI based on the CASPER ROACH board. I have started to work using the libraries available on the SVN repository and in June I have done the migration on GIT following your instractions and now I'm very up-to-date. I have some problems in using the CASPER FFT libraries, the drawings seems to do not update after changing parameters. When I try to look under mask (i.e. on fft_biplex_real_2x) there are no connections at all between blocks, while many other casper blocks works nominally. I have seen on the GIT commit log an update done by David MacMahon on those blocks, I don't know if he is the right person that can help me anyway I'm very happy to hear any suggestion to fix the problem from you all. The developing system I use it is a Linux Centos release 5.5 64 bit, Matlab R2009b, Xilinx 11.4. Kind regards, Andrea Mattana --- Andrea Mattana Istituto Nazionale di Astrofisica Istituto di RadioAstronomia Stazione di Medicina Via Fiorentina 3508/B I-40059 Medicina (BO) Tel +39-051-6965834 Fax +39-051-6965810 >>> >> >> >> --- >> >> Andrea Mattana >> >> Istituto Nazionale di Astrofisica >> Istituto di RadioAstronomia >> >> Stazione di Medicina >> Via Fiorentina 3508/B >> I-40059 Medicina (BO) >> Tel +39-051-6965834 >> Fax +39-051-6965810 >> >> > > > --- > > Andrea Mattana > > Istituto Nazionale di Astrofisica > Istituto di RadioAstronomia > > Stazione di Medicina > Via Fiorentina 3508/B > I-40059 Medicina (BO) > Tel +39-051-6965834 > Fax +39-051-6965810 > > >
Re: [casper] FFT on ROACH
Hi Andrea. This looks to me like some kind of mismatch in the libraries to me. I'm still using the subversion libraries, and they work fine. I'm going to move to GIT later today, and I'll try it there and see what happens. Do you still have your old subversion library installation you can try? Are you sure that the environment variables do not point to both installations somehow? John > Hi all and many thaks for your help. > > @ Mark: > > I have completely started a new project since the migration on GIT. > > @ David: > > I have checked the matlab pth and it is correct, if I try to call: > >>> which fft_biplex_real_2x_init > > here what I got: > > /usr/local/hdl/casper/mlib_devel/casper_library/fft_biplex_real_2x_init.m > > seems to be ok. > > @ Dan: > > yes I would say that is a good idea to contact them. > > > Anyway the problem is still not solved. Even if I simply add the block to > a new model, looking under mask, there are no connection at all between > each sub-blocks, and changing parameters does not have effects. Does > anybody using those Simulink Casper Blocks whit mlib_devel_10_1 release? I > got the same behaviour with the block 'fft', while other Casper blocks > (which find many other applications on several projects) work nominally. > Do you think could be related to the platform I use (64bit rather than a > 32bit)? > > Cheers, > Andrea > >> Hi Andrea, >> >> The first thing I would do is delete the fft and replace it with one >> from >> your updated library, using the same parameters of course. If you're >> still >> having the problem, I would try running the mask script from the matlab >> command prompt to get a more verbose output. To see how the mask script >> is >> called, right click on the block and select 'view mask,' then select the >> 'initialization' tab. >> >> Mark >> >> >> On Mon, Aug 30, 2010 at 4:19 AM, Andrea Mattana >> wrote: >> >>> Hi All, >>> >>> I'm a Medicina Radiotelescopes (Italy) team member, my name is Andrea >>> Mattana, I'm working here since January to develop a new acquisition >>> system for SETI based on the CASPER ROACH board. >>> >>> I have started to work using the libraries available on the SVN >>> repository and in June I have done the migration on GIT following your >>> instractions and now I'm very up-to-date. >>> >>> I have some problems in using the CASPER FFT libraries, the drawings >>> seems to do not update after changing parameters. When I try to look >>> under mask (i.e. on fft_biplex_real_2x) there are no connections at all >>> between blocks, while many other casper blocks works nominally. I have >>> seen on the GIT commit log an update done by David MacMahon on those >>> blocks, I don't know if he is the right person that can help me anyway >>> I'm very happy to hear any suggestion to fix the problem from you all. >>> >>> The developing system I use it is a Linux Centos release 5.5 64 bit, >>> Matlab R2009b, Xilinx 11.4. >>> >>> Kind regards, >>> >>>Andrea Mattana >>> >>> >>> --- >>> >>> Andrea Mattana >>> >>> Istituto Nazionale di Astrofisica >>> Istituto di RadioAstronomia >>> >>> Stazione di Medicina >>> Via Fiorentina 3508/B >>> I-40059 Medicina (BO) >>> Tel +39-051-6965834 >>> Fax +39-051-6965810 >>> >>> >>> >> > > > --- > > Andrea Mattana > > Istituto Nazionale di Astrofisica > Istituto di RadioAstronomia > > Stazione di Medicina > Via Fiorentina 3508/B > I-40059 Medicina (BO) > Tel +39-051-6965834 > Fax +39-051-6965810 > > >
Re: [casper] FFT on ROACH
Here what I got calling the fft_biplex_real_2x from the command window: >> fft_biplex_real_2x_init(gcb,... 'FFTSize', 5, ... 'input_bit_width', 18, ... 'coeff_bit_width', 18, ... 'quantization', 'Truncate', ... 'overflow', 'Wrap', ... 'add_latency', 1, ... 'mult_latency', 2, ... 'bram_latency', 2, ... 'arch', 'Virtex5', ... 'opt_target', 'Multipliers', ... 'coeffs_bit_limit', 7, ... 'delays_bit_limit', 8, ... 'specify_mult', 0, ... 'mult_spec', 0) ??? Error using ==> reuse_block at 42 biplex_core block (mask) does not have a parameter named 'conv_latency'. Error in ==> fft_biplex_real_2x_init at 105 reuse_block(blk, 'biplex_core', 'casper_library/FFTs/biplex_core', ... The 'biplex_core' block seems to have the same behaviour or, better, fft_biplex_real_2x inherits troubles from it, but I don't know if it is the root of the problem... Cheers, Andrea > Hi all and many thaks for your help. > > @ Mark: > > I have completely started a new project since the migration on GIT. > > @ David: > > I have checked the matlab pth and it is correct, if I try to call: > >>> which fft_biplex_real_2x_init > > here what I got: > > /usr/local/hdl/casper/mlib_devel/casper_library/fft_biplex_real_2x_init.m > > seems to be ok. > > @ Dan: > > yes I would say that is a good idea to contact them. > > > Anyway the problem is still not solved. Even if I simply add the block to > a new model, looking under mask, there are no connection at all between > each sub-blocks, and changing parameters does not have effects. Does > anybody using those Simulink Casper Blocks whit mlib_devel_10_1 release? I > got the same behaviour with the block 'fft', while other Casper blocks > (which find many other applications on several projects) work nominally. > Do you think could be related to the platform I use (64bit rather than a > 32bit)? > > Cheers, > Andrea > >> Hi Andrea, >> >> The first thing I would do is delete the fft and replace it with one >> from >> your updated library, using the same parameters of course. If you're >> still >> having the problem, I would try running the mask script from the matlab >> command prompt to get a more verbose output. To see how the mask script >> is >> called, right click on the block and select 'view mask,' then select the >> 'initialization' tab. >> >> Mark >> >> >> On Mon, Aug 30, 2010 at 4:19 AM, Andrea Mattana >> wrote: >> >>> Hi All, >>> >>> I'm a Medicina Radiotelescopes (Italy) team member, my name is Andrea >>> Mattana, I'm working here since January to develop a new acquisition >>> system for SETI based on the CASPER ROACH board. >>> >>> I have started to work using the libraries available on the SVN >>> repository and in June I have done the migration on GIT following your >>> instractions and now I'm very up-to-date. >>> >>> I have some problems in using the CASPER FFT libraries, the drawings >>> seems to do not update after changing parameters. When I try to look >>> under mask (i.e. on fft_biplex_real_2x) there are no connections at all >>> between blocks, while many other casper blocks works nominally. I have >>> seen on the GIT commit log an update done by David MacMahon on those >>> blocks, I don't know if he is the right person that can help me anyway >>> I'm very happy to hear any suggestion to fix the problem from you all. >>> >>> The developing system I use it is a Linux Centos release 5.5 64 bit, >>> Matlab R2009b, Xilinx 11.4. >>> >>> Kind regards, >>> >>>Andrea Mattana >>> >>> >>> --- >>> >>> Andrea Mattana >>> >>> Istituto Nazionale di Astrofisica >>> Istituto di RadioAstronomia >>> >>> Stazione di Medicina >>> Via Fiorentina 3508/B >>> I-40059 Medicina (BO) >>> Tel +39-051-6965834 >>> Fax +39-051-6965810 >>> >>> >>> >> > > > --- > > Andrea Mattana > > Istituto Nazionale di Astrofisica > Istituto di RadioAstronomia > > Stazione di Medicina > Via Fiorentina 3508/B > I-40059 Medicina (BO) > Tel +39-051-6965834 > Fax +39-051-6965810 > > --- Andrea Mattana Istituto Nazionale di Astrofisica Istituto di RadioAstronomia Stazione di Medicina Via Fiorentina 3508/B I-40059 Medicina (BO) Tel +39-051-6965834 Fax +39-051-6965810
Re: [casper] FFT on ROACH
Hi all and many thaks for your help. @ Mark: I have completely started a new project since the migration on GIT. @ David: I have checked the matlab pth and it is correct, if I try to call: >> which fft_biplex_real_2x_init here what I got: /usr/local/hdl/casper/mlib_devel/casper_library/fft_biplex_real_2x_init.m seems to be ok. @ Dan: yes I would say that is a good idea to contact them. Anyway the problem is still not solved. Even if I simply add the block to a new model, looking under mask, there are no connection at all between each sub-blocks, and changing parameters does not have effects. Does anybody using those Simulink Casper Blocks whit mlib_devel_10_1 release? I got the same behaviour with the block 'fft', while other Casper blocks (which find many other applications on several projects) work nominally. Do you think could be related to the platform I use (64bit rather than a 32bit)? Cheers, Andrea > Hi Andrea, > > The first thing I would do is delete the fft and replace it with one from > your updated library, using the same parameters of course. If you're > still > having the problem, I would try running the mask script from the matlab > command prompt to get a more verbose output. To see how the mask script > is > called, right click on the block and select 'view mask,' then select the > 'initialization' tab. > > Mark > > > On Mon, Aug 30, 2010 at 4:19 AM, Andrea Mattana > wrote: > >> Hi All, >> >> I'm a Medicina Radiotelescopes (Italy) team member, my name is Andrea >> Mattana, I'm working here since January to develop a new acquisition >> system for SETI based on the CASPER ROACH board. >> >> I have started to work using the libraries available on the SVN >> repository and in June I have done the migration on GIT following your >> instractions and now I'm very up-to-date. >> >> I have some problems in using the CASPER FFT libraries, the drawings >> seems to do not update after changing parameters. When I try to look >> under mask (i.e. on fft_biplex_real_2x) there are no connections at all >> between blocks, while many other casper blocks works nominally. I have >> seen on the GIT commit log an update done by David MacMahon on those >> blocks, I don't know if he is the right person that can help me anyway >> I'm very happy to hear any suggestion to fix the problem from you all. >> >> The developing system I use it is a Linux Centos release 5.5 64 bit, >> Matlab R2009b, Xilinx 11.4. >> >> Kind regards, >> >>Andrea Mattana >> >> >> --- >> >> Andrea Mattana >> >> Istituto Nazionale di Astrofisica >> Istituto di RadioAstronomia >> >> Stazione di Medicina >> Via Fiorentina 3508/B >> I-40059 Medicina (BO) >> Tel +39-051-6965834 >> Fax +39-051-6965810 >> >> >> > --- Andrea Mattana Istituto Nazionale di Astrofisica Istituto di RadioAstronomia Stazione di Medicina Via Fiorentina 3508/B I-40059 Medicina (BO) Tel +39-051-6965834 Fax +39-051-6965810
