On 15 Mar 2010, at 09:09, John Ford wrote:
Actually, I think there is a further restriction in the new versions (or
maybe it's that Linux is case sensitive and Windows is not?) that some
stuff is case sensitive throughout, and you have to avoid all upper case
names throughout the model...
Yes, this I believe this is correct. I'd say the general rule of thumb is don't use capital letters anywhere and avoid spaces. The toolflow converts spaces to underscores for all your registers anyway. There was also some story with things' names starting with numbers. I avoid that too, along with characters like #, $, @, !, &, *, +, -, | etc. Basically, if you only use lowercase with underscores, you should be fine. Also remember the 64-character length limitation.

Another error I've had happen with the Linux version is that if you have any files open in the generated code hierarchy, the build will fail, as it can't write over/remove the files. This includes having an editor, timing
analyser, or even a shell in the directory tree.
True in Windows XP too. Make sure everything using the build directory is closed before trying to recompile.

Jason

Since your modified bee_xps.m has different line numberings, I can't
make out where it's failed. Line 337 is near to a callback to copy the
basesystem. If it's breaking here, then probably either
        1) xcopy (on windows; linux uses copy command with different
arguments) is not there or not functional (try typing xcopy on the
command prompt) or,
2) your environment variables are not setup correctly to point to the
base systems. We usually do this in a batch file that's used to start
matlab (appended below). Specifically, you will need the following
Windows environment variables set:
                • MLIB_ROOT pointing to the directory where the bee_library, and
xps_library directories are located. (eg MLIB_ROOT=c:\casper_svn
\mlib_devel_10_1)
                • BEE2_XPS_LIB_PATH pointing to the xps_lib directory (eg
BEE2_XPS_LIB_PATH=%MLIB_ROOT%\xps_lib)
Jason

start_matlab.bat:

set MATLAB=C:\Programs\MATLAB2007b
set XILINX=C:\Xilinx\ISE10.1\ISE
set XILINX_EDK=C:\Xilinx\EDK10.1\EDK
set MLIB_ROOT=C:\casper_svn\mlib_devel_10_1
set BEE2_XPS_LIB_PATH=%MLIB_ROOT%\xps_lib
set RCS_BIN="C:\Program Files\TortoiseSVN\bin"
set PATH=%RCS_BIN%;%PATH%

set PATH=%XILINX%\bin\nt;%XILINX_EDK%\bin\nt;%PATH%;

%MATLAB%\bin\win32\matlab.exe




On 15 Mar 2010, at 06:56, Steve Maher wrote:

Hi,

Further, but still failure.

On Sun, Mar 14, 2010 at 6:14 PM, Mark Wagner <[email protected]
wrote:
Hi Steve,

Try opening up the System Generator block and entering in 'd7' in
the 'clock pin location' field.

Okay, did it.

I also changed Slice "Specify range as" from Upper to Lower, to be
the same as the tutorial

Then, make sure the highest level in your model file is selected
and open bee_xps,

I'm new to the terminology, but I believe I only have one level in
my model, no?  And for John Ford's comments, I also tried
'selecting' System Generator block before running (which is a little
askew of his comments, but the best I could do).

click 'gcb' and make sure it still corresponds to your model file
name, not a subsystem.

I have only "gcs" on my BEE XPS 1.1. When I click it nothing happens.

Then try running bee xps.


I get three warnings (which don't look fatal) and then failure
(output below).  Looks like the error occurs in xlGenerateButton but
I don't know where that code is.

Also, are you using 'Use explicit sample period' of 1 in your slice
block?  If not, this might explain the error you're getting with the
Slice and Counter.


This was already set correctly in the Counter block.

Steve


Mark




Detected Unknown Unix-like OS
#############################
##      System Update      ##
#############################
SFM DEBUG sys value: testborph
Warning: The model 'testborph' does not have continuous states,
hence Simulink is using the solver
'VariableStepDiscrete' instead of solver 'ode45'. You can disable
this diagnostic by explicitly
specifying a discrete solver in the solver tab of the Configuration
Parameters dialog, or by setting
the 'Automatic solver parameter selection' diagnostic to 'none' in
the Diagnostics tab of the
Configuration Parameters dialog
In gen_xps_files at 208
 In bee_xps>run_Callback at 152
 In bee_xps at 84
Warning: Inconsistent sample times. Sample time ([0, 1]) of signal
driving input port 1 of
'testborph/cnt_en/testborph_cnt_en_user_data_out' differs from the
expected sample time ([1, 0]) at
this input port.
In gen_xps_files at 208
 In bee_xps>run_Callback at 152
 In bee_xps at 84
Warning: Using a default value of 0.2 for maximum step size.  The
simulation step size will be equal
to or less than this value.  You can disable this diagnostic by
setting 'Automatic solver parameter
selection' diagnostic to 'none' in the Diagnostics page of the
configuration parameters dialog
In gen_xps_files at 208
 In bee_xps>run_Callback at 152
 In bee_xps at 84
#############################
## Block objects creation  ##
#############################
######################
## Checking objects ##
######################
Running system generator ...
Error using ==> gen_xps_files at 337
XSG generation failed: 












On Sun, Mar 14, 2010 at 3:02 PM, Steve Maher
<[email protected]> wrote:
Hi Jason,

Thanks for the reply.

On Sun, Mar 14, 2010 at 12:10 PM, Jason Manley
<[email protected]> wrote:
Hi Steve

Are you preloading the libraries?

I am now =)

I get a zillion warnings in the console (mostly about parameterized
links)  but I can now run XSG/XPS ... thanks.



However, XSG fails when building the following tutorial (my version
attached)

http://casper.berkeley.edu/wiki/Roach_Tutorial

I've included testborph_sysgen_error.log below, but the main error
seems to be the following:

All Xilinx Blocks must be contained in a level of hierarchy with a
System Generator Token

Obviously I do have a System Generator Token.  Googling for the
error produced
http://www.xilinx.com/support/answers/24845.htm, but it's not
applicable.


Hmmm...

Steve

p.s. If I try running XPS a second time, Matlab/Simulink crashes.







--------------------------------- Version Log
----------------------------------
Version                                 Path
System Generator 11.5.2275              C:/Xilinx/11.1/DSP_Tools/nt/
sysgen
AccelDSP 11.5.2275                      C:/Xilinx/11.1/DSP_Tools/nt/
AccelDSP
Matlab 7.9.0.529 (R2009b) C:/Program Files/MATLAB/ R2009b
ISE 11.4.i                              C:/Xilinx/11.1/ISE
--------------------------------------------------------------------------------
Summary of Errors:
Error 0001: All Xilinx Blocks must be contained in a level of
hierarc...
    Block: Unspecified
Error 0002: A summary of Sysgen errors has been written to C:/
roachmo...
    Block:
Error 0003: A summary of Sysgen errors has been written to C:/
roachmo...
    Block:
Error 0004: A summary of Sysgen errors has been written to C:/
roachmo...
    Block: 'testborph/Counter'
Error 0005: A summary of Sysgen errors has been written to C:/
roachmo...
    Block: 'testborph/Slice'
--------------------------------------------------------------------------------

Error 0001:

Reported by:
 Unspecified

Details:
All Xilinx Blocks must be contained in a level of hierarchy with a
System Generator Token
--------------------------------------------------------------------------------

Error 0001:

Reported by:

Details:
A summary of Sysgen errors has been written to C:/roachmodels/
testborph_sysgen_error.log
--------------------------------------------------------------------------------

Error 0001:

Reported by:

Details:
A summary of Sysgen errors has been written to C:/roachmodels/
testborph_sysgen_error.log
--------------------------------------------------------------------------------

Error 0001:

Reported by:
 'testborph/Counter'

Details:
A summary of Sysgen errors has been written to C:/roachmodels/
testborph_sysgen_error.log
--------------------------------------------------------------------------------

Error 0001:

Reported by:
 'testborph/Slice'

Details:
A summary of Sysgen errors has been written to C:/roachmodels/
testborph_sysgen_error.log
--------------------------------------------------------------------------------










Reply via email to