---------- Forwarded message ---------- From: Andrew Martens <[email protected]> Date: 16 March 2010 14:51 Subject: Re: [casper] Simulink/Xilinx integration To: Steve Maher <[email protected]>
Hi Steve As Jason has mentioned, going with Linux is choosing the path less traveled within the CASPER group. We are moving that way for various reasons but are not there yet. If you are looking for an easy route into the tools, Windows-XP combined with Matlab2007b and the Xilinx 10.x tools are the way to go. (http://casper.berkeley.edu/wiki/MSSGE_Toolflow_Setup) If you need to go the Linux route, tread lightly. Firstly ensure that you can get as close to the official Xilinx supported configuration as possible (http://www.xilinx.com/ise/ossupport/index.htm). Red Hat and SUSE enterprise Linux are officially supported. Centos is a freely available Linux version based on Red Hat source. Note that an email was sent out a few weeks ago with a configuration that CASPER people at UC Berkeley have tried and recommend ( http://www.mail-archive.com/[email protected]/msg01228.html). http://casper.berkeley.edu/wiki/Xilinx_ISE_11.4_Setup gives a setup using Centos 5. I have set up (independently and using slightly different steps) using Centos 5 and have successfully compiled a small design. Please note that at the moment Xilinx does not officially support System Generator on any 64-bit version of Windows. For large devices (e.g to be on ROACH2) a 64 bit operating system will be crucial ( http://www.xilinx.com/ise/products/memory.htm). Regards Andrew On 16 March 2010 14:01, Steve Maher <[email protected]> wrote: > On Mon, Mar 15, 2010 at 12:38 PM, Jason Manley <[email protected]>wrote: > >> Actually, the most stable flow right now (at least I've found) is >> Windows XP 32-bit with 10.1.3.1386 and Matlab R2007b. This is what I >> would recommend. >> >> > Well, since I have to wait to get the license for R2007b from Matlab (since > it requires different types of keys than current releases) AND I'm losing > our only Windows XP 32-bit machine at the end of this week (it's moving to a > telescope in Spain), I'm going to try things on Linux (Ubuntu). I think > I'll start with 11.x while I'm waiting for the license from Matlab. If that > doesn't work I'll back down to 10.1. > > Simultaneously I guess I'll try to track down Windows XP 32 bit. (We have > a WIndows XP 64-bit but that doesn't seem to install Xilinx correctly). > > Any warnings about the paths I'm heading down are appreciated. > > Steve > > >> I'm still investigating the 11.x flow on Linux. It's not ready for >> prime-time yet: I sometimes have Matlab disappearing on me, compiles >> that sometimes take significantly longer (22hrs), ridiculous memory >> usage (over 16GB) etc etc. >> >> Jason >> >> On 15 Mar 2010, at 09:29, Steve Maher wrote: >> >> > >> > >> > On Mon, Mar 15, 2010 at 11:55 AM, Jason Manley >> > <[email protected]> wrote: >> > Wow, you're having a really tough time with the toolflow setup! We >> > normally insist that you use the recommended versions >> > >> > Actually, we're trying to get a quick proof of concept, so what are >> > the recommended versions? >> > >> > FYI, this >> > http://casper.berkeley.edu/wiki/Xilinx_ISE_11.4_Setup >> > uses XIlinx 11.4 and I've have had a tough time finding at >> > xilinx.com. Latest download is 11.1 and then upgrade is to 11.5. >> > >> > I guess I should back down to 10.1, per the following >> > http://casper.berkeley.edu/wiki/MSSGE_Toolflow_Setup >> > >> > I'm guessing you would recommend Linux over Windows, right? >> > >> > Thanks, >> > Steve >> > >> > >> > to avoid these >> > troubles, but let's continue down the debuggin' path and see where it >> > leads... >> > >> > First, a little explanation: The "gcs" block stands for "Get Current >> > System" and is there so that if by accident you started bee_xps while >> > having some subsystem in the foreground (and hence bee_xps thought >> > that's what you were trying to compile) that you could correct it by >> > selecting the top level window (the one with the SysGen icon) and >> > press this button. The text window to the left shows the design you're >> > trying to compile. It should show your top-level model name and there >> > should be no spaces or slashes and it should not start with a capital >> > letter. As far as I can tell from your logs, this is set correctly >> > already. So you would not have seen any change when pressing the gcs >> > button. >> > >> > It seems you have a problem with sampled values. Everything within the >> > sysgen domain should have a sample period set to "1". Any source >> > blocks need to have this set explicitly, but subsequent blocks can >> > infer the sample period from their input signals. However, this in >> > itself should not cause an error, so I'll ignore it for now. >> > >> > 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 >> > > >> > >> -------------------------------------------------------------------------------- >> > > >> > > >> > > >> > >> > >> >> >
