Dear Shotaro Eto,
1) Please post the error which you are getting while compiling. 2) Increase JHM - MATLAB Preferences--> see bellow link . https://app.box.com/s/a621lwoln0as7lpjv00l9x13iwwp7kq2 3) please do follow this link . https://casper.berkeley.edu/wiki/MSSGE_Setup_with_Xilinx_14.x_and_Matlab_2012b as ADAM suggested mainly the symbolic link sh -> dash to sh -> bash 4) Copy the following pcores -- > opt/Xilinx/14.7/ISE_DS/EDK/hw/XilinxProcessorIPLib/pcore * bram_if_cntlr_v1_00_a * bram_if_cntlr_v1_00_b * ipif_common_v1_00_c * opb_arbiter_v1_02_e * opb_bram_if_cntlr_v1_00_a * opb_ipif_v3_00_a * opb_opb_lite_v1_00_a * opb_v20_v1_10_c * proc_common_v1_00_a Cheers , Indrajit On 2016-07-15 15:54, casper-requ...@lists.berkeley.edu wrote: > Send casper mailing list submissions to > casper@lists.berkeley.edu > > To subscribe or unsubscribe via the World Wide Web, visit > https://calmail.berkeley.edu/manage/list/listinfo/casper@lists.berkeley.edu > [1] > > or, via email, send a message with subject or body 'help' to > casper-requ...@lists.berkeley.edu > > You can reach the person managing the list at > casper-ow...@lists.berkeley.edu > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of casper digest..." > > Today's Topics: > > 1. Re: issue of endless compiling (Jason Manley) > 2. Re: ROACH status queries (Marc Welz) > 3. Re: issue of endless compiling (Shotaro Eto) > 4. Re: issue of endless compiling (Adam Isaacson) > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 15 Jul 2016 10:11:18 +0200 > From: Jason Manley <jman...@ska.ac.za> > Subject: Re: [casper] issue of endless compiling > To: "?????? (?????)" <k3021...@kadai.jp> > Cc: Casper Lists <casper@lists.berkeley.edu> > Message-ID: <c93e4404-d961-47b4-9d81-eafaa4f2e...@ska.ac.za> > Content-Type: text/plain; charset=iso-2022-jp > > This sounds like a thorny problem. I'm wondering if there isn't some problem > with a character in the model/subsystem name or somesuch? Matlab/XSG is a > little picky about things like this. 64-char limit, don't start with capital > letters etc > > FWIW, if it's a big design, have you increased your java virtual memory space > in matlab? I used to get weird errors before doing this, not all of which > produced out-of-memory errors. Which OS are you running? You've checked that > it's using the appropriate perl and dash/bash environment? > > Jason > > On 15 Jul 2016, at 9:29, ?????? (?????) <k3021...@kadai.jp> wrote: > >> Dear James, Thank you for your prompt reply. The specification of the >> computer we are using is as follows. Computer: HP-Z600-WS Memory: 23.5GB >> CPU: Intel Xeon(R) CPU E5607 @ 2.27GHz ? 4 If you need any other >> information, please advise me. Thank you. Best regards, Shotaro >> ________________________________________ ???: James Smith <jsm...@ska.ac.za> >> ????: 2016?7?15? 15:12 ??: ?????? (?????) CC: casper@lists.berkeley.edu ??: >> Re: [casper] issue of endless compiling Hello Shotaro, What are the >> specifications of the computer that you're using? Regards, James On Fri, Jul >> 15, 2016 at 8:07 AM, ?????? (?????) >> <k3021...@kadai.jp<mailto:k3021...@kadai.jp>> wrote: Dear Casperites, I am >> Shotaro, a graduate student at Kagoshima university, working on a new >> spectrometer for Nobeyama 45m telescope using ROACH2 Rev2 boards and ASIAA >> 5GSPS ADCs. We are using ISE 14.7, MATLAB 8.0.0.783(2012b) and Simulink 8.0 >> on ubuntu 12.04, but we have just encountered a trouble of endless >> compiling. It woul d not finish at all more than a week. We tried purging the memory and rebooting the PC before compiling, but the problem was not solved. I have checked where the issue occurs by ticking the compiling options of CASPER_XPS one by one and I have found that it occurs at 'Xilinx System Generator'. This issue occurs only for some models while compiling can finish successfully within a few hours for models in the tutorial. Since system.ngc or system.par file is not generated in this case, we have no idea what is wrong with a model. I would appreciate it if anybody advise me how to solve this problem. Thank you. Best regards, Shotaro > > ------------------------------ > > Message: 2 > Date: Fri, 15 Jul 2016 08:28:56 +0000 > From: Marc Welz <m...@ska.ac.za> > Subject: Re: [casper] ROACH status queries > To: "Miller, Eric H." <eric.mil...@sdsmt.edu> > Cc: "To: casper@lists.berkeley.edu" <casper@lists.berkeley.edu> > Message-ID: > <CAGrhWaQ2utLOK16s70QPQ9eB=wcnA=iu3idyk5fozkigcn7...@mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > So: if you have multiple bof files, then I am not sure if between > reprograms things should remain set up or initialised. In addition to > whatever resets happen on the fpga, the register layout (the memory > locations) can also change ? > > regards > > marc > > On Thu, Jul 14, 2016 at 7:59 PM, Miller, Eric H. <eric.mil...@sdsmt.edu> > wrote: > Thanks all for the replies and suggestions. "?listdev" does indeed show a > number of register names, so it looks like the ROACH was programmed > successfully, and that "program" was an indication of success rather than an > error. Currently I am unable to take data (attempts return only zeros). > Perhaps more significantly, the clock returns x00x00x00x00. Some additional > information: I am using roach1. tcpborphserver2 is running on the ROACH. I > have been controlling the ROACH through the Casper python interface on the > control computer. I have input a clock signal at 746 MHz through the > digitization card. I can successfully read and write to any registers on the > ROACH after it is programmed. My first step is to load and run a .bof file > called init_clock. After loading this, clock values increment reasonably. My > second step is to load and run a .bof file to take data. This appears to load > correctly, but bram registers are all zeros after forcing a trigger, and the > clock value sits a t zero always. This system had been run previously with success using the same python operations and .bof files. It's possible that there are required packages that are not installed on the ROACH, because the USB drive had been loaded as read-only (so packages installed previously may now be absent). Best, Eric Miller ________________________________________ From: Marc Welz <m...@ska.ac.za> Sent: Tuesday, June 28, 2016 1:52 AM To: Miller, Eric H. Cc: To: casper@lists.berkeley.edu Subject: Re: [casper] ROACH status queries What does "?listdev" (issued via telnet roach-ip 7147, discard the quotes) have to say after a program ? If there are lots of register names, then it probably programmed successfully. You don't specify if you are using a roach1 or roach2... Generally you can telnet to the roach on port 7147 via a separate connection which you can keep open indefinitely, and it should give you some feedback on what it is attempting to do. If you issue a "?log-level debug" or even "?log-level trace" you should get even more detailed feedback. Programming on a roach1 happens in a subprocess, so that is one of the cases where there is a bit less detail... common problems include that the executable in the bof file doesn't match the libraries installed on the roach. regards marc On Mon, Jun 27, 2016 at 3:45 PM, Miller, Eric H. <eric.mil...@sdsmt.edu> wrote: Hello ROACHers, I'm having some trouble operating a ROACH I've inherited, which used to work. Currently, after loading a .bof file via progdev, a status query returns "program." I understand this to be an error message of some sort, but cannot find any documentation explaining what the various status errors mean. Can anyone shed some light on this, or point me to where these error messages are detailed? Thanks, Eric ------------------------------ Message: 3 Date: Fri, 15 Jul 2016 10:09:07 +0000 From: Shotaro Eto <k3021...@kadai.jp> Subject: Re: [casper] issue of endless compiling To: Jason Manley <jman...@ska.ac.za> Cc: Casper Lists <casper@lists.berkeley.edu> Message-ID: <sg2pr03mb1519dd94f209c691ff916b94f3...@sg2pr03mb1519.apcprd03.prod.outlook.com> Content-Type: text/plain; charset="iso-2022-jp" Dear Jason, Thank you for your useful comments. > I'm wondering if there isn't some problem with a character in the > model/subsystem name or somesuch? Matlab/XSG is a little picky about things > like this. 64-char limit, don't start with capital letters etc The file name is "ffx_adcx2.slx", so the name seems not problem. But I will shorten the name and will check if a character is appropriate in each subsystem name. > if it's a big design, have you increased your java virtual memory space in > matlab? No, I haven't. OK, I will try it. I found a link regarding the memory space in matlab. http://jp.mathworks.com/help/matlab/matlab_prog/resolving-out-of-memory-errors.html?lang=en [2]Is this what you mean ? > Which OS are you running? It is Ubuntu 12.04(precise) 64-bit, Linux 3.8.0-34-generic, GNOME 3.4.2. > You've checked that it's using the appropriate perl and dash/bash environment? Yes, I have. We are using perl 5, version 14, subversion 2 (v5.14.2) and bash version 3.2.48 as follows. It should be fine. > perl -v This is perl 5, version 14, subversion 2 (v5.14.2) built for x86_64-linux-gnu-thread-multi > printenv |grep SH SHELL=/bin/bash > bash --version GNU bash, version 4.2.25(1)-release (x86_64-pc-linux-gnu) Thank you. Best regards, Shotaro -- ?????? ????? ??? ?????? ??????? 2? k3021...@kadai.jp ________________________________________ ???: Jason Manley <jman...@ska.ac.za> ????: 2016?7?15? 17:11 ??: Shotaro Eto CC: James Smith; Casper Lists ??: Re: [casper] issue of endless compiling This sounds like a thorny problem. I'm wondering if there isn't some problem with a character in the model/subsystem name or somesuch? Matlab/XSG is a little picky about things like this. 64-char limit, don't start with capital letters etc FWIW, if it's a big design, have you increased your java virtual memory space in matlab? I used to get weird errors before doing this, not all of which produced out-of-memory errors. Which OS are you running? You've checked that it's using the appropriate perl and dash/bash environment? Jason On 15 Jul 2016, at 9:29, ?????? (?????) <k3021...@kadai.jp> wrote: > Dear James, Thank you for your prompt reply. The specification of the > computer we are using is as follows. Computer: HP-Z600-WS Memory: 23.5GB CPU: > Intel Xeon(R) CPU E5607 @ 2.27GHz ? 4 If you need any other information, > please advise me. Thank you. Best regards, Shotaro > ________________________________________ ???: James Smith <jsm...@ska.ac.za> > ????: 2016?7?15? 15:12 ??: ?????? (?????) CC: casper@lists.berkeley.edu ??: > Re: [casper] issue of endless compiling Hello Shotaro, What are the > specifications of the computer that you're using? Regards, James On Fri, Jul > 15, 2016 at 8:07 AM, ?????? (?????) > <k3021...@kadai.jp<mailto:k3021...@kadai.jp>> wrote: Dear Casperites, I am > Shotaro, a graduate student at Kagoshima university, working on a new > spectrometer for Nobeyama 45m telescope using ROACH2 Rev2 boards and ASIAA > 5GSPS ADCs. We are using ISE 14.7, MATLAB 8.0.0.783(2012b) and Simulink 8.0 > on ubuntu 12.04, but we have just encountered a trouble of endless compiling. > It would not finish at all more than a week. We tried purging the memory and rebooting the PC before compiling, but the problem was not solved. I have checked where the issue occurs by ticking the compiling options of CASPER_XPS one by one and I have found that it occurs at 'Xilinx System Generator'. This issue occurs only for some models while compiling can finish successfully within a few hours for models in the tutorial. Since system.ngc or system.par file is not generated in this case, we have no idea what is wrong with a model. I would appreciate it if anybody advise me how to solve this problem. Thank you. Best regards, Shotaro ------------------------------ Message: 4 Date: Fri, 15 Jul 2016 12:23:58 +0200 From: Adam Isaacson <aisaac...@ska.ac.za> Subject: Re: [casper] issue of endless compiling To: Shotaro Eto <k3021...@kadai.jp> Cc: Casper Lists <casper@lists.berkeley.edu> Message-ID: <CADTJ=ne11rk5bmjvm6nf2-8wg0p1asntx6m4sao+wkwuq-o...@mail.gmail.com> Content-Type: text/plain; charset="utf-8" Hi Shotaro, I assume you have performed the suggested "tweaks to be able to compile" as you have compiled other tutorials - found in https://casper.berkeley.edu/wiki/MSSGE_Setup_with_Xilinx_14.x_and_Matlab_2012b [3] ? I would confirm that you have looked at "The syntax in the Xilinx Perl scripts is not supported under the Ubuntu default shell Dash. Change the symbolic link sh -> dash to sh -> bash" and make sure you have done this. Kind Regards, Adam On Fri, Jul 15, 2016 at 12:09 PM, Shotaro Eto <k3021...@kadai.jp> wrote: > Dear Jason, Thank you for your useful comments. > >> I'm wondering if there isn't some problem with a character in the > model/subsystem name or somesuch? > >> Matlab/XSG is a little picky about things like this. 64-char limit, don't > start with capital letters etc The file name is "ffx_adcx2.slx", so the name > seems not problem. But I will shorten the name and will check if a character > is appropriate in each subsystem name. > >> if it's a big design, have you increased your java virtual memory space > in matlab? No, I haven't. OK, I will try it. I found a link regarding the > memory space in matlab. > http://jp.mathworks.com/help/matlab/matlab_prog/resolving-out-of-memory-errors.html?lang=en > [2]Is this what you mean ? > >> Which OS are you running? > It is Ubuntu 12.04(precise) 64-bit, Linux 3.8.0-34-generic, GNOME 3.4.2. > >> You've checked that it's using the appropriate perl and dash/bash > environment? Yes, I have. We are using perl 5, version 14, subversion 2 > (v5.14.2) and bash version 3.2.48 as follows. It should be fine. > >> perl -v > This is perl 5, version 14, subversion 2 (v5.14.2) built for > x86_64-linux-gnu-thread-multi > >> printenv |grep SH > SHELL=/bin/bash > >> bash --version > GNU bash, version 4.2.25(1)-release (x86_64-pc-linux-gnu) Thank you. Best > regards, Shotaro -- ?? ??? ????? ??? ?????? ??????? 2? k3021...@kadai.jp > ________________________________________ ???: Jason Manley > <jman...@ska.ac.za> ????: 2016?7?15? 17:11 ??: Shotaro Eto CC: James Smith; > Casper Lists ??: Re: [casper] issue of endless compiling This sounds like a > thorny problem. I'm wondering if there isn't some problem with a character in > the model/subsystem name or somesuch? Matlab/XSG is a little picky about > things like this. 64-char limit, don't start with capital letters etc FWIW, > if it's a big design, have you increased your java virtual memory space in > matlab? I used to get weird errors before doing this, not all of which > produced out-of-memory errors. Which OS are you running? You've checked that > it's using the appropriate perl and dash/bash environment? Jason On 15 Jul > 2016, at 9:29, ?? ??? (?????) <k3021...@kadai.jp> wrote: > >> Dear James, Thank you for your prompt reply. The specification of the >> computer we are using is as follows. Computer: HP-Z600-WS Memory: 23.5GB >> CPU: Intel Xeon(R) CPU E5607 @ 2.27GHz ? 4 If you need any other >> information, please advise me. Thank you. Best regards, Shotaro >> ________________________________________ ???: James Smith <jsm...@ska.ac.za> >> ????: 2016?7?15? 15:12 ??: ?? ??? (?????) CC: casper@lists.berkeley.edu ??: >> Re: [casper] issue of endless compiling Hello Shotaro, What are the >> specifications of the computer that you're using? Regards, James On Fri, Jul >> 15, 2016 at 8:07 AM, ?? ??? (?????) <k3021...@kadai.jp > <mailto:k3021...@kadai.jp>> wrote: > >> Dear Casperites, I am Shotaro, a graduate student at Kagoshima university, >> working on a > new spectrometer for Nobeyama 45m telescope using ROACH2 Rev2 boards and > ASIAA 5GSPS ADCs. > >> We are using ISE 14.7, MATLAB 8.0.0.783(2012b) and Simulink 8.0 on > ubuntu 12.04, but we have just encountered a trouble of endless compiling. > >> It would not finish at all more than a week. We tried purging the memory > and rebooting the PC before compiling, but the problem was not solved. > >> I have checked where the issue occurs by ticking the compiling options > of CASPER_XPS one by one and I have found that it occurs at 'Xilinx System > Generator'. > >> This issue occurs only for some models while compiling can finish > successfully within a few hours for models in the tutorial. > >> Since system.ngc or system.par file is not generated in this case, we > have no idea what is wrong with a model. > >> I would appreciate it if anybody advise me how to solve this problem. Thank >> you. Best regards, Shotaro -- Adam Isaacson DBE: FPGA Engineer SKA-SA 3rd Floor The Park Park Road Pinelands 7405 Tel: +27215067300 (W) Fax: +27215067375 (W) Cell: +27825639602 -------------- next part -------------- An HTML attachment scrubbed and removed. HTML attachments are only available in MIME digests. End of casper Digest, Vol 104, Issue 14 *************************************** Links: ------ [1] https://calmail.berkeley.edu/manage/list/listinfo/casper@lists.berkeley.edu [2] http://jp.mathworks.com/help/matlab/matlab_prog/resolving-out-of-memory-errors.html?lang=en [3] https://casper.berkeley.edu/wiki/MSSGE_Setup_with_Xilinx_14.x_and_Matlab_2012b
