Re: [casper] Compilation errors with FFT block
Hi Nevada,
Have you tried running the mask script from the matlab command line? This
may give some clues as to what the issue is.
Also, does the twiddle block show up in your casper library?
Mark
On Fri, Mar 12, 2010 at 11:52 AM, Nevada Sanchez nev...@mit.edu wrote:
It seems that the problem with the bad links was caused by me not opening
the libraries on startup. I updated my startup.m script and everything is
fine, except that I still have to remove the link to the Casper library to
get the FFT block to compile.
-Nevada
On Mar 12, 2010, at 4:44 AM, John Ford wrote:
Is it still necessary in 11.x/RHEL to load/open the CASPER library
before opening a model containing library blocks?
Yes, Henry, it is. We have a startup.m that opens/loads the user's
libraries and starts sysgen.
Here it is.
Yes, Master1005 more startup.m
addpath('/export/home/tokra/scratch/casper/mlib_devel_10_1/xps_library');
addpath('/export/home/tokra/scratch/casper/mlib_devel_10_1/casper_library');
addpath('/export/home/tokra/scratch/casper/mlib_devel_10_1/gavrt_library');
sysgen_startup
system_dependent('RemoteCWDPolicy','reload')
system_dependent('RemotePathPolicy','reload')
load_system('casper_library');
load_system('gavrt_library');
Yes, Master1006
Then of course there are all the environment variable to set. We also
have a script for that:
Yes, Master1006 more Startsg.sh
#!/bin/bash
source /export/home/tokra/Xilinx/11.1/settings64.sh
export MATLAB=/opt/matlab
export XILINX=/export/home/tokra/Xilinx/11.1/ISE
export XILINX_EDK=/export/home/tokra/Xilinx/11.1/EDK
export PLATFORM=lin64
export XILINX_DSP=/export/home/tokra/Xilinx/11.1/DSP_Tools/${PLATFORM}
export
BEE2_XPS_LIB_PATH=/export/home/tokra/scratch/casper/mlib_devel_10_1/xps_l
ib
export MLIB_ROOT=/export/home/tokra/scratch/casper/mlib_devel_10_1
export
PATH=${XILINX}/bin/${PLATFORM}:${XILINX_EDK}/bin/${PLATFORM}:${PATH}
export
LD_LIBRARY_PATH=${XILINX}/bin/${PLATFORM}:${XILINX}/lib/${PLATFORM}:${XIL
INX_DSP}/sysgen/lib:${LD_LIBRARY_PATH}
export LMC_HOME=${XILINX}/smartmodel/${PLATFORM}/installed_lin
export PATH=${LMC_HOME}/bin:${XILINX_DSP}/common/bin:${PATH}
export INSTALLMLLOC=/opt/matlab
export TEMP=/tmp/
export TMP=/tmp/
$MATLAB/bin/matlab
John
Thanks,
Henry
On 3/11/2010 11:46 PM, Nevada Sanchez wrote:
I've tried deleting and replacing (even creating an entirely new model)
with no luck. I managed to fix it be destroying the link of the FFT
module back to the Casper library and all is well now. Except that I
don't think I should have to do that.
Anyway, I've been having another annoyance that may be related to this
problem. Every time I open a model, all of the casper and xps blocks
have bad links until I drag one of the blocks from their respective
libraries into the file. The libraries are in the path and they show up
in the library browser. Any ideas on what might be going wrong here?
If it helps, we're running Xilinx tools version 11.4, with the latest
snapshot of the casper repository on RHEL 5.
-Nevada
On Mar 4, 2010, at 2:18 AM, Mark Wagner wrote:
Hi Nevada,
If all your casper libraries are linked and updated, the first thing I
would try is deleting the fft and replacing it with a new one from the
library, then recompiling.
Or try running the fft mask script from the matlab command line and
see if you get any other telling errors.
Mark
On Wed, Mar 3, 2010 at 11:10 PM, Nevada Sanchez nev...@mit.edu
mailto:nev...@mit.edu wrote:
I have a rather simples model that takes a signal stored in ram
and FFT's it. However, I'm having some problems getting it to
compile. I get the following errors whenever I run 'Update
Diagram':
+ Block error: twiddle: Simulink: The LinkStatus can be set only
for a linked block.
+ Block error: twiddle: Simulink: Error in
'sysgen_scratch/fft/fft_biplex0/biplex_core/fft_stage_3/butterfly_direct/twiddle':
Initialization commands cannot be evaluated.
Could somebody help me out with this?
-Nevada
Re: [casper] Compilation errors with FFT block
Hi Nevada,
Right click on block - View Mask, go to initialization tab, and run the
same command except replacing the variables for what you are actually using
as parameters:
fft_init(gcb,'FFTsiz', 10, ...
also, make sure that that the current block you have selected is the fft, or
replace gcb with the fft's path.
Mark
On Fri, Mar 12, 2010 at 12:14 PM, Nevada Sanchez nev...@mit.edu wrote:
The twiddle block does show up in the Casper library. I'm not entirely sure
how to correctly run the mask script from the MATLAB command line, but I
tried the following (my model is called 'sysgen_scratch').
fft_init(sysgen_scratch/fft)
??? Error due to multiple causes.
Caused by:
The LinkStatus can be set only for a linked block.
Error in
'sysgen_scratch/fft/fft_biplex0/biplex_core/fft_stage_3/butterfly_direct/twiddle':
Initialization commands cannot be evaluated.
sysgen_scratch/fft
??? Error due to multiple causes.
Caused by:
The LinkStatus can be set only for a linked block.
Error in
'sysgen_scratch/fft/fft_biplex0/biplex_core/fft_stage_3/butterfly_direct/twiddle':
Initialization commands cannot be evaluated.
I suspect this isn't what you meant.
-Nevada
On Mar 12, 2010, at 14:59 PM, Mark Wagner wrote:
Hi Nevada,
Have you tried running the mask script from the matlab command line? This
may give some clues as to what the issue is.
Also, does the twiddle block show up in your casper library?
Mark
On Fri, Mar 12, 2010 at 11:52 AM, Nevada Sanchez nev...@mit.edu wrote:
It seems that the problem with the bad links was caused by me not opening
the libraries on startup. I updated my startup.m script and everything is
fine, except that I still have to remove the link to the Casper library to
get the FFT block to compile.
-Nevada
On Mar 12, 2010, at 4:44 AM, John Ford wrote:
Is it still necessary in 11.x/RHEL to load/open the CASPER library
before opening a model containing library blocks?
Yes, Henry, it is. We have a startup.m that opens/loads the user's
libraries and starts sysgen.
Here it is.
Yes, Master1005 more startup.m
addpath('/export/home/tokra/scratch/casper/mlib_devel_10_1/xps_library');
addpath('/export/home/tokra/scratch/casper/mlib_devel_10_1/casper_library');
addpath('/export/home/tokra/scratch/casper/mlib_devel_10_1/gavrt_library');
sysgen_startup
system_dependent('RemoteCWDPolicy','reload')
system_dependent('RemotePathPolicy','reload')
load_system('casper_library');
load_system('gavrt_library');
Yes, Master1006
Then of course there are all the environment variable to set. We also
have a script for that:
Yes, Master1006 more Startsg.sh
#!/bin/bash
source /export/home/tokra/Xilinx/11.1/settings64.sh
export MATLAB=/opt/matlab
export XILINX=/export/home/tokra/Xilinx/11.1/ISE
export XILINX_EDK=/export/home/tokra/Xilinx/11.1/EDK
export PLATFORM=lin64
export XILINX_DSP=/export/home/tokra/Xilinx/11.1/DSP_Tools/${PLATFORM}
export
BEE2_XPS_LIB_PATH=/export/home/tokra/scratch/casper/mlib_devel_10_1/xps_l
ib
export MLIB_ROOT=/export/home/tokra/scratch/casper/mlib_devel_10_1
export
PATH=${XILINX}/bin/${PLATFORM}:${XILINX_EDK}/bin/${PLATFORM}:${PATH}
export
LD_LIBRARY_PATH=${XILINX}/bin/${PLATFORM}:${XILINX}/lib/${PLATFORM}:${XIL
INX_DSP}/sysgen/lib:${LD_LIBRARY_PATH}
export LMC_HOME=${XILINX}/smartmodel/${PLATFORM}/installed_lin
export PATH=${LMC_HOME}/bin:${XILINX_DSP}/common/bin:${PATH}
export INSTALLMLLOC=/opt/matlab
export TEMP=/tmp/
export TMP=/tmp/
$MATLAB/bin/matlab
John
Thanks,
Henry
On 3/11/2010 11:46 PM, Nevada Sanchez wrote:
I've tried deleting and replacing (even creating an entirely new
model)
with no luck. I managed to fix it be destroying the link of the FFT
module back to the Casper library and all is well now. Except that I
don't think I should have to do that.
Anyway, I've been having another annoyance that may be related to this
problem. Every time I open a model, all of the casper and xps blocks
have bad links until I drag one of the blocks from their respective
libraries into the file. The libraries are in the path and they show
up
in the library browser. Any ideas on what might be going wrong here?
If it helps, we're running Xilinx tools version 11.4, with the latest
snapshot of the casper repository on RHEL 5.
-Nevada
On Mar 4, 2010, at 2:18 AM, Mark Wagner wrote:
Hi Nevada,
If all your casper libraries are linked and updated, the first thing
I
would try is deleting the fft and replacing it with a new one from
the
library, then recompiling.
Or try running the fft mask script from the matlab command line and
see if you get any other telling errors.
Mark
On Wed, Mar 3, 2010 at 11:10 PM, Nevada Sanchez nev...@mit.edu
mailto:nev...@mit.edu wrote:
I have a rather simples model that takes a signal stored in ram
and FFT's
Re: [casper] Compilation errors with FFT block
Strangely, that seemed to work. In fact, all it seems to take is for me to open
up the mask parameters dialog and change something (pretty much anything, it
seems).
-Nevada
On Mar 12, 2010, at 15:21 PM, Mark Wagner wrote:
Hi Nevada,
Right click on block - View Mask, go to initialization tab, and run the same
command except replacing the variables for what you are actually using as
parameters:
fft_init(gcb,'FFTsiz', 10, ...
also, make sure that that the current block you have selected is the fft, or
replace gcb with the fft's path.
Mark
On Fri, Mar 12, 2010 at 12:14 PM, Nevada Sanchez nev...@mit.edu wrote:
The twiddle block does show up in the Casper library. I'm not entirely sure
how to correctly run the mask script from the MATLAB command line, but I
tried the following (my model is called 'sysgen_scratch').
fft_init(sysgen_scratch/fft)
??? Error due to multiple causes.
Caused by:
The LinkStatus can be set only for a linked block.
Error in
'sysgen_scratch/fft/fft_biplex0/biplex_core/fft_stage_3/butterfly_direct/twiddle':
Initialization commands cannot be evaluated.
sysgen_scratch/fft
??? Error due to multiple causes.
Caused by:
The LinkStatus can be set only for a linked block.
Error in
'sysgen_scratch/fft/fft_biplex0/biplex_core/fft_stage_3/butterfly_direct/twiddle':
Initialization commands cannot be evaluated.
I suspect this isn't what you meant.
-Nevada
On Mar 12, 2010, at 14:59 PM, Mark Wagner wrote:
Hi Nevada,
Have you tried running the mask script from the matlab command line? This
may give some clues as to what the issue is.
Also, does the twiddle block show up in your casper library?
Mark
On Fri, Mar 12, 2010 at 11:52 AM, Nevada Sanchez nev...@mit.edu wrote:
It seems that the problem with the bad links was caused by me not opening
the libraries on startup. I updated my startup.m script and everything is
fine, except that I still have to remove the link to the Casper library to
get the FFT block to compile.
-Nevada
On Mar 12, 2010, at 4:44 AM, John Ford wrote:
Is it still necessary in 11.x/RHEL to load/open the CASPER library
before opening a model containing library blocks?
Yes, Henry, it is. We have a startup.m that opens/loads the user's
libraries and starts sysgen.
Here it is.
Yes, Master1005 more startup.m
addpath('/export/home/tokra/scratch/casper/mlib_devel_10_1/xps_library');
addpath('/export/home/tokra/scratch/casper/mlib_devel_10_1/casper_library');
addpath('/export/home/tokra/scratch/casper/mlib_devel_10_1/gavrt_library');
sysgen_startup
system_dependent('RemoteCWDPolicy','reload')
system_dependent('RemotePathPolicy','reload')
load_system('casper_library');
load_system('gavrt_library');
Yes, Master1006
Then of course there are all the environment variable to set. We also
have a script for that:
Yes, Master1006 more Startsg.sh
#!/bin/bash
source /export/home/tokra/Xilinx/11.1/settings64.sh
export MATLAB=/opt/matlab
export XILINX=/export/home/tokra/Xilinx/11.1/ISE
export XILINX_EDK=/export/home/tokra/Xilinx/11.1/EDK
export PLATFORM=lin64
export XILINX_DSP=/export/home/tokra/Xilinx/11.1/DSP_Tools/${PLATFORM}
export
BEE2_XPS_LIB_PATH=/export/home/tokra/scratch/casper/mlib_devel_10_1/xps_l
ib
export MLIB_ROOT=/export/home/tokra/scratch/casper/mlib_devel_10_1
export PATH=${XILINX}/bin/${PLATFORM}:${XILINX_EDK}/bin/${PLATFORM}:${PATH}
export
LD_LIBRARY_PATH=${XILINX}/bin/${PLATFORM}:${XILINX}/lib/${PLATFORM}:${XIL
INX_DSP}/sysgen/lib:${LD_LIBRARY_PATH}
export LMC_HOME=${XILINX}/smartmodel/${PLATFORM}/installed_lin
export PATH=${LMC_HOME}/bin:${XILINX_DSP}/common/bin:${PATH}
export INSTALLMLLOC=/opt/matlab
export TEMP=/tmp/
export TMP=/tmp/
$MATLAB/bin/matlab
John
Thanks,
Henry
On 3/11/2010 11:46 PM, Nevada Sanchez wrote:
I've tried deleting and replacing (even creating an entirely new model)
with no luck. I managed to fix it be destroying the link of the FFT
module back to the Casper library and all is well now. Except that I
don't think I should have to do that.
Anyway, I've been having another annoyance that may be related to this
problem. Every time I open a model, all of the casper and xps blocks
have bad links until I drag one of the blocks from their respective
libraries into the file. The libraries are in the path and they show up
in the library browser. Any ideas on what might be going wrong here?
If it helps, we're running Xilinx tools version 11.4, with the latest
snapshot of the casper repository on RHEL 5.
-Nevada
On Mar 4, 2010, at 2:18 AM, Mark Wagner wrote:
Hi Nevada,
If all your casper libraries are linked and updated, the first thing I
would try is deleting the fft and replacing it with a new one from the
library, then recompiling.
Or try running the fft mask script from the matlab
Re: [casper] Compilation errors with FFT block
Hi Nevada,
Changing a mask parameter forces the mask script to be run and hence the
subsystems to be redrawn using the casper library you've loaded. If the
parameters are not changed, the mask script will not redraw the subsystems.
This saves time, but may mean that some of your block subsystems may
conflict with your newer updates to the library.
Mark
On Fri, Mar 12, 2010 at 12:58 PM, Nevada Sanchez nev...@mit.edu wrote:
Strangely, that seemed to work. In fact, all it seems to take is for me to
open up the mask parameters dialog and change something (pretty much
anything, it seems).
-Nevada
On Mar 12, 2010, at 15:21 PM, Mark Wagner wrote:
Hi Nevada,
Right click on block - View Mask, go to initialization tab, and run the
same command except replacing the variables for what you are actually using
as parameters:
fft_init(gcb,'FFTsiz', 10, ...
also, make sure that that the current block you have selected is the fft,
or replace gcb with the fft's path.
Mark
On Fri, Mar 12, 2010 at 12:14 PM, Nevada Sanchez nev...@mit.edu wrote:
The twiddle block does show up in the Casper library. I'm not entirely
sure how to correctly run the mask script from the MATLAB command line, but
I tried the following (my model is called 'sysgen_scratch').
fft_init(sysgen_scratch/fft)
??? Error due to multiple causes.
Caused by:
The LinkStatus can be set only for a linked block.
Error in
'sysgen_scratch/fft/fft_biplex0/biplex_core/fft_stage_3/butterfly_direct/twiddle':
Initialization commands cannot be evaluated.
sysgen_scratch/fft
??? Error due to multiple causes.
Caused by:
The LinkStatus can be set only for a linked block.
Error in
'sysgen_scratch/fft/fft_biplex0/biplex_core/fft_stage_3/butterfly_direct/twiddle':
Initialization commands cannot be evaluated.
I suspect this isn't what you meant.
-Nevada
On Mar 12, 2010, at 14:59 PM, Mark Wagner wrote:
Hi Nevada,
Have you tried running the mask script from the matlab command line? This
may give some clues as to what the issue is.
Also, does the twiddle block show up in your casper library?
Mark
On Fri, Mar 12, 2010 at 11:52 AM, Nevada Sanchez nev...@mit.edu wrote:
It seems that the problem with the bad links was caused by me not opening
the libraries on startup. I updated my startup.m script and everything is
fine, except that I still have to remove the link to the Casper library to
get the FFT block to compile.
-Nevada
On Mar 12, 2010, at 4:44 AM, John Ford wrote:
Is it still necessary in 11.x/RHEL to load/open the CASPER library
before opening a model containing library blocks?
Yes, Henry, it is. We have a startup.m that opens/loads the user's
libraries and starts sysgen.
Here it is.
Yes, Master1005 more startup.m
addpath('/export/home/tokra/scratch/casper/mlib_devel_10_1/xps_library');
addpath('/export/home/tokra/scratch/casper/mlib_devel_10_1/casper_library');
addpath('/export/home/tokra/scratch/casper/mlib_devel_10_1/gavrt_library');
sysgen_startup
system_dependent('RemoteCWDPolicy','reload')
system_dependent('RemotePathPolicy','reload')
load_system('casper_library');
load_system('gavrt_library');
Yes, Master1006
Then of course there are all the environment variable to set. We also
have a script for that:
Yes, Master1006 more Startsg.sh
#!/bin/bash
source /export/home/tokra/Xilinx/11.1/settings64.sh
export MATLAB=/opt/matlab
export XILINX=/export/home/tokra/Xilinx/11.1/ISE
export XILINX_EDK=/export/home/tokra/Xilinx/11.1/EDK
export PLATFORM=lin64
export XILINX_DSP=/export/home/tokra/Xilinx/11.1/DSP_Tools/${PLATFORM}
export
BEE2_XPS_LIB_PATH=/export/home/tokra/scratch/casper/mlib_devel_10_1/xps_l
ib
export MLIB_ROOT=/export/home/tokra/scratch/casper/mlib_devel_10_1
export
PATH=${XILINX}/bin/${PLATFORM}:${XILINX_EDK}/bin/${PLATFORM}:${PATH}
export
LD_LIBRARY_PATH=${XILINX}/bin/${PLATFORM}:${XILINX}/lib/${PLATFORM}:${XIL
INX_DSP}/sysgen/lib:${LD_LIBRARY_PATH}
export LMC_HOME=${XILINX}/smartmodel/${PLATFORM}/installed_lin
export PATH=${LMC_HOME}/bin:${XILINX_DSP}/common/bin:${PATH}
export INSTALLMLLOC=/opt/matlab
export TEMP=/tmp/
export TMP=/tmp/
$MATLAB/bin/matlab
John
Thanks,
Henry
On 3/11/2010 11:46 PM, Nevada Sanchez wrote:
I've tried deleting and replacing (even creating an entirely new
model)
with no luck. I managed to fix it be destroying the link of the FFT
module back to the Casper library and all is well now. Except that I
don't think I should have to do that.
Anyway, I've been having another annoyance that may be related to
this
problem. Every time I open a model, all of the casper and xps blocks
have bad links until I drag one of the blocks from their respective
libraries into the file. The libraries are in the path and they show
up
in the library browser. Any ideas on what might be going wrong here?
If it
Re: [casper] Compilation errors with FFT block
Hi Nevada, If all your casper libraries are linked and updated, the first thing I would try is deleting the fft and replacing it with a new one from the library, then recompiling. Or try running the fft mask script from the matlab command line and see if you get any other telling errors. Mark On Wed, Mar 3, 2010 at 11:10 PM, Nevada Sanchez nev...@mit.edu wrote: I have a rather simples model that takes a signal stored in ram and FFT's it. However, I'm having some problems getting it to compile. I get the following errors whenever I run 'Update Diagram': + Block error: twiddle: Simulink: The LinkStatus can be set only for a linked block. + Block error: twiddle: Simulink: Error in 'sysgen_scratch/fft/fft_biplex0/biplex_core/fft_stage_3/butterfly_direct/twiddle': Initialization commands cannot be evaluated. Could somebody help me out with this? -Nevada
