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, Master<1005> 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, Master<1006>
>>> >
>>> > Then of course there are all the environment variable to set. We also
>>> > have a script for that:
>>> >
>>> > Yes, Master<1006> 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
>>> >>>>
>>> >>>>
>>> >>>
>>> >>
>>> >
>>> >
>>> >
>>>
>>>
>>>
>>
>>
>
>
