Hi, For the error "ERROR:MDT - opb_ethernetlite (adc_tutorial_ibob_lwip_ethlite) - E:\work\adc_tutorial\XPS_iBOB_base\system.mhs:369 - invalid license or no license found!", since the license for ISE 7.1 is no longer available from the web (the one from the web is for ISE 11), is the solution to migrate to 10.1?
Regards, Chao-Te -- Open WebMail Project (http://openwebmail.org) ---------- Original Message ----------- From: [email protected] To: [email protected] Sent: Mon, 31 Aug 2009 16:27:35 -0700 Subject: casper Digest, Vol 21, Issue 26 > Send casper mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > https://calmail.berkeley.edu/manage/list/listinfo/[email protected] ey.edu > > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of casper digest..." > > Today's Topics: > > 1. Re: casper tool set up question from ted jaeger (John Ford) > 2. Re: casper tool set up question from ted jaeger (John Ford) > 3. Re: fifo and lwip errors (William Mallard) > 4. Re: ROACH progress. ([email protected]) > 5. Re: ROACH progress. (G Jones) > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 31 Aug 2009 17:05:17 -0400 > From: "John Ford" <[email protected]> > Subject: Re: [casper] casper tool set up question from ted jaeger > To: "William Mallard" <[email protected]> > Cc: Theodore Jaeger <[email protected]>, > [email protected] > Message-ID: > <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > > Hi Ted, > > > > Ted Jaeger wrote: > >>Is there a tutorial anywhere on setting up the software needed for a > >>fully functional iBOB development system. I have been following the > >>wiki articles on the required software and how to add the MSSGE tool > >>flow, but I (and maybe other introductory users) could use a more > >>verbose set of instructions. > > > > Afaik, the MSSGE Toolflow wiki page is the closest thing we have at > > the moment. > > These are pretty complete, from the perspective of telling you what > versions of everything you need. Do not, under any circumstances, deviate > from any recommended versions of anything! > > The main thing that tripped me up was failure to apply the xilinx service > pack. One thing you will see if you forget to apply the service > pack is that the compilation of the C code will fail on some iBOB > stuff. I forget what. > > The basic steps I went through, and I've done this to several > workstations, are: > > 0) If you have cygwin installed, remove it. > > 1) Install the correct Matlab and simulink versions (make sure you install > it in a directory without spaces. i.e. not in Program Files!) I used > C:\MATLABSomthing > > 2) Download the 7.1 stuff and install it. Get licenses for ISE, EDK, > and system generator. Install all of it in a directory on the > root. (No spaces in directory names!) > > 3) Download/setup the development libraries. > > 4) Set up a batch file to set up the environment variables and point > at all the libraries, and launch Matlab. One is attached, stolen > and modified from some CASPER or BEE web page. YMMV > > 5) Try a simple ibob blinky light demo. There's a tutorial to walk you > through. > > 6) Beware permissions problems. We fought this a while, but it's > been OK for a couple of years now. > > > > > I've been noticing gaps in our documentation lately, and i've been > > trying to fill them in as i see themq. If you could work out these > > problems on-list, that would help with the documentation process. > > > >>I have full licenses for the Xilinx v7.1 System Generator, ISE and > >>EDK packages, yet still am generating errors using the FIFO blocks > >>and seem to be missing the license to use the "opb_ethernetlite" > >>core. > > The other thing, which is what you have found, is that you have to > get the licenses to the Ethernet and UART blocks separately from > ISE. They are free from xilinx, but you still have to ask for them > and be granted access to them on the Web site, and download a > license file. > > Please ask if you have any other specific problems! > > John > -------------- next part -------------- > A non-text attachment was scrubbed and removed. > Name: cas_mlibdev.bat > Type: application/octet-stream > Size: 149 bytes > Desc: not available > Non-text attachments are only available in MIME digests. > > ------------------------------ > > Message: 2 > Date: Mon, 31 Aug 2009 18:38:44 -0400 > From: "John Ford" <[email protected]> > Subject: Re: [casper] casper tool set up question from ted jaeger > To: [email protected] > Cc: [email protected] > Message-ID: > <[email protected]> > Content-Type: text/plain;charset=iso-8859-1 > > > Thanks John, > > > > Iowa's e-mail server ate your attachment, but I believe I have set the > > paths > > correctly. The tricky part for me was figuring out that the > > XPS_iBOB_base.zip file also needed to be in the base folder that holds the > > development libraries. > > > > I got the led tutorial to compile, but I'll re-check the permissions. > > > > I believe I am at the last step now. Do you have a contact at Xilinx for > > the Ethernet and UART blocks? I have been trying for the past few day to > > navigate the phone bank and reach a support/software engineer, but have > > been > > unsuccessful. I downloaded the license file from the web, but the > > instructions on how to apply the license seem to only pertain to the newer > > software releases. For v7.1, I only ever needed a serial number to > > install > > the ISE/EDK software and there doesn't appear to be a license manager > > built > > in to the software. It looks like originally I should have been able to > > use > > the CORE Generator software to load the needed cores, but it looks like > > the > > location the software is searching online has been moved or abandoned. > > The > > file I need (perhaps) is 71i_ip_update3.zip. Does this sound familiar? > > You have to go to the IP section of xilinx.com, and search for the core > you need a license for. Then you have to sign in to your xilinx > account, and they will mail you a licence.zip file, which you unzip > into a .Xilinx directory in the root of your installation. > > Here's the link to the ethernet MAC > > http://www.xilinx.com/products/ipcenter/OPB_10_100_Lite.htm > > Sigh. This used to work, but now descends into License Hell. It > lets me grab a license for version 11, but not earlier ones. I > would send a quick mail to xup at xilinx.com and ask for help > getting IP for this old version. Be sure to tell them you're > working with CASPER. > > You might want to go for the newer 10.1 version. It is claimed to be > stable and better than the older version. We have not migrated yet, > since we have a stable tool set, but if I were just getting started, > I probably would use the new stuff... > > John > > > > > Ted > > > > On Mon, Aug 31, 2009 at 4:05 PM, John Ford <[email protected]> wrote: > > > >> > Hi Ted, > >> > > >> > Ted Jaeger wrote: > >> >>Is there a tutorial anywhere on setting up the software needed for a > >> >>fully functional iBOB development system. I have been following the > >> >>wiki articles on the required software and how to add the MSSGE tool > >> >>flow, but I (and maybe other introductory users) could use a more > >> >>verbose set of instructions. > >> > > >> > Afaik, the MSSGE Toolflow wiki page is the closest thing we have at > >> > the moment. > >> > >> These are pretty complete, from the perspective of telling you what > >> versions of everything you need. Do not, under any circumstances, > >> deviate > >> from any recommended versions of anything! > >> > >> The main thing that tripped me up was failure to apply the xilinx > >> service > >> pack. One thing you will see if you forget to apply the service pack is > >> that the compilation of the C code will fail on some iBOB stuff. I > >> forget > >> what. > >> > >> The basic steps I went through, and I've done this to several > >> workstations, are: > >> > >> 0) If you have cygwin installed, remove it. > >> > >> 1) Install the correct Matlab and simulink versions (make sure you > >> install > >> it in a directory without spaces. i.e. not in Program Files!) I used > >> C:\MATLABSomthing > >> > >> 2) Download the 7.1 stuff and install it. Get licenses for ISE, EDK, > >> and > >> system generator. Install all of it in a directory on the root. (No > >> spaces in directory names!) > >> > >> 3) Download/setup the development libraries. > >> > >> 4) Set up a batch file to set up the environment variables and point at > >> all the libraries, and launch Matlab. One is attached, stolen and > >> modified from some CASPER or BEE web page. YMMV > >> > >> 5) Try a simple ibob blinky light demo. There's a tutorial to walk you > >> through. > >> > >> 6) Beware permissions problems. We fought this a while, but it's been > >> OK > >> for a couple of years now. > >> > >> > > >> > I've been noticing gaps in our documentation lately, and i've been > >> > trying to fill them in as i see themq. If you could work out these > >> > problems on-list, that would help with the documentation process. > >> > > >> >>I have full licenses for the Xilinx v7.1 System Generator, ISE and > >> >>EDK packages, yet still am generating errors using the FIFO blocks > >> >>and seem to be missing the license to use the "opb_ethernetlite" > >> >>core. > >> > >> The other thing, which is what you have found, is that you have to get > >> the > >> licenses to the Ethernet and UART blocks separately from ISE. They are > >> free from xilinx, but you still have to ask for them and be granted > >> access > >> to them on the Web site, and download a license file. > >> > >> Please ask if you have any other specific problems! > >> > >> John > >> > >> > >> > >> ====================================================================== > >> A potentially unsafe attachment has been removed from this email > >> message. See http://cs.its.uiowa.edu/email/cdp.shtml for further > >> information. > >> ====================================================================== > >> > >> > > > > ------------------------------ > > Message: 3 > Date: Mon, 31 Aug 2009 15:47:38 -0700 > From: William Mallard <[email protected]> > Subject: Re: [casper] fifo and lwip errors > To: Ted Jaeger <[email protected]> > Cc: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset=us-ascii > > Ted Jaeger wrote: > >William Mallard wrote: > >>Ted Jaeger wrote: > >>>Is there a tutorial anywhere on setting up the software needed for a > >>>fully functional iBOB development system. I have been following the > >>>wiki articles on the required software and how to add the MSSGE tool > >>>flow, but I (and maybe other introductory users) could use a more > >>>verbose set of instructions. > >> > >>Afaik, the MSSGE Toolflow wiki page is the closest thing we have at > >>the moment. > >> > >>I've been noticing gaps in our documentation lately, and i've been > >>trying to fill them in as i see themq. If you could work out these > >>problems on-list, that would help with the documentation process. > >> > >>>I have full licenses for the Xilinx v7.1 System Generator, ISE and > >>>EDK packages, yet still am generating errors using the FIFO blocks > >>>and seem to be missing the license to use the "opb_ethernetlite" > >>>core. > >> > >>What specific errors are you seeing with the FIFO blocks? > > > ... > >As for the FIFO blocks, I can't seem to get them to compile. I have > >a simple design that samples with an ADC, reads a threshold value > >from a register, then sends triggered samples to a FIFO block to > >temporally store them before they are sent to a host PC via UDP > >packets. > ... > >anything I try to do with FIFO blocks errors out. The design works > >with BRAM blocks, but I'd like to keep using the FIFOs for their > >level/full indicators (they are helpful to tell me if I am sampling > >too fast). > > I've also had bad luck with FIFOs. I eventually gave up and switched > to a scheme that uses BRAMs instead. I'm using snap blocks to > readout data from the design i'm currently working on. > > >I believe the error originates at the output line: > >ERROR FROM TCL (opb_asyncfifo_simulink2ppc) > > This is over my head, but there must be someone on this list who > knows more about yellow blocks. > > >I am missing the xilinx core license for ethernetlite and am not able > >to compile anything with the LWIP block in place. Are the FIFO > >errors related to this? > > Seems unlikely, but it's possible. > > Can you cut-and-paste the errors that you're getting? > > Billy > > ------------------------------ > > Message: 4 > Date: Tue, 1 Sep 2009 09:24:50 +1000 > From: <[email protected]> > Subject: Re: [casper] ROACH progress. > To: <[email protected]>, <[email protected]> > Cc: [email protected], [email protected] > Message-ID: > <d5ffede6e665934995bfce0e2bf1dd6342caa...@exnsw- > MBX01.nexus.csiro.au> Content-Type: text/plain; charset="us-ascii" > > Hi Dan: > > The problem is fixed by using all the coefficients. And I also check > the size of coefficient of different size FFT. I found FFT size(bits > number) is always equal or smaller than the coefficient size. > > So I guess the coefficients are not picked up correctly in Casper design? > > Any idea? > > Wan > > -----Original Message----- > From: Dan Werthimer [mailto:[email protected]] > Sent: Friday, 28 August 2009 10:51 AM > To: G Jones > Cc: Beresford, Ron (ATNF, Marsfield); [email protected] > Subject: Re: [casper] ROACH progress. > > thanks glenn, > > the trick of using a small number of coefficients > for a large transform should work. we've done > million point transforms using only 1024 integer > coefficients; the results come out very close to a floating point > full coefficient computation. perhaps something is > broken in the design, probably in the way the coefficients are selected. > > as you point out, the quick fix is to use all the coefficients, > (if one has enough block ram), but we should try to figure > out what the design problem is, > for users implementing large FFT's that are block ram limited. > > if i recall correctly, > the fft coefficients are stored in bit scrambled order, > so if one wants to pick a nearby coefficient from the rom based look > up tables, one should throw away the most significant address bits > in the coefficient counter, not the least significant address bits. > perhaps this is the problem?? > > dan > > G Jones wrote: > > Dan, > > This sounds to me like the behavior I see with long transforms with the > > maximum coefficient depth setting, where the block tries to use the > > trick of storing only rounded roots of unity for the last stages. I > > can't look into it in detail right now, but I recommend looking under > > the masks to find that parameter and setting it so that the value is > > greater than the number of stages in the transform to see if that fixes it. > > Glenn > > > > On Thu, Aug 27, 2009 at 5:16 PM, Dan Werthimer <[email protected] > > <mailto:[email protected]>> wrote: > > > > > > > > dear casper collaborators, > > > > can anybody please advise ron on his question > > appended below about problems with 32K point > > wideband real transforms?? > > > > ron - does your 32K wideband real FFT work > > correctly in simulation? > > we've build instruments doing 32K complex transforms, > > but these FFT's are complex (not real), > > and they are biplex (not wideband), so this is > > probably not a very useful data point. > > > > best wishes, > > > > dan > > > > > > > > [email protected] wrote: > > ... > > > > We have problems taking the Real Sampled Wide-band FFT > > (fft_wideband_real) from 16kpt to 32kpt. It works fine at 16k > > with 8bit and 10bit sampled data input and we have adequate chip > > resources and we don't believe it is timing issue. > > At 32kpt we have considerable unwanted spectra. Has anyone used > > this with SP block with this number of complex channels? We > > suspect a fault with SP block? > > > > Ron Beresford > > /Systems Engineer ASKAP/SKA / > > /CSIRO Australia Telescope National Facility/ > > /Vimiera & Pembroke Rds/ > > /Marsfield NSW Australia 2122/ > > /Ph 61-2-9372-4315/ > > /Fx 61-2-9372-4310/ > > /Mob 0428 294 711/ > > www.atnf.csiro.au <http://www.atnf.csiro.au> > > <http://www.atnf.csiro.au/> > > > > This email is Australian made of entirely 100% recycled words. > > > > Please dispose of it thoughtfully. > > > > > > > > > > > > ------------------------------ > > Message: 5 > Date: Mon, 31 Aug 2009 16:27:32 -0700 > From: G Jones <[email protected]> > Subject: Re: [casper] ROACH progress. > To: [email protected] > Cc: [email protected], [email protected] > Message-ID: > <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > I found this to be the case as well. I believe that the technique should > work, but there is some bug in the implementation currently. > Glenn > > On Mon, Aug 31, 2009 at 4:24 PM, <[email protected]> wrote: > > > Hi Dan: > > > > The problem is fixed by using all the coefficients. And I also check the > > size of coefficient of different size FFT. I found FFT size(bits number) is > > always equal or smaller than the coefficient size. > > > > So I guess the coefficients are not picked up correctly in Casper design? > > > > Any idea? > > > > > > Wan > > > > -----Original Message----- > > From: Dan Werthimer [mailto:[email protected]] > > Sent: Friday, 28 August 2009 10:51 AM > > To: G Jones > > Cc: Beresford, Ron (ATNF, Marsfield); [email protected] > > Subject: Re: [casper] ROACH progress. > > > > > > > > thanks glenn, > > > > the trick of using a small number of coefficients > > for a large transform should work. we've done > > million point transforms using only 1024 integer > > coefficients; the results come out very close to a floating point > > full coefficient computation. perhaps something is > > broken in the design, probably in the way the coefficients are selected. > > > > as you point out, the quick fix is to use all the coefficients, > > (if one has enough block ram), but we should try to figure > > out what the design problem is, > > for users implementing large FFT's that are block ram limited. > > > > if i recall correctly, > > the fft coefficients are stored in bit scrambled order, > > so if one wants to pick a nearby coefficient from the rom based look up > > tables, one should throw away the most significant address bits in > > the coefficient counter, not the least significant address bits. > > perhaps this is the problem?? > > > > dan > > > > > > > > > > G Jones wrote: > > > Dan, > > > This sounds to me like the behavior I see with long transforms with the > > > maximum coefficient depth setting, where the block tries to use the > > > trick of storing only rounded roots of unity for the last stages. I > > > can't look into it in detail right now, but I recommend looking under > > > the masks to find that parameter and setting it so that the value is > > > greater than the number of stages in the transform to see if that fixes > > it. > > > Glenn > > > > > > On Thu, Aug 27, 2009 at 5:16 PM, Dan Werthimer <[email protected] > > > <mailto:[email protected]>> wrote: > > > > > > > > > > > > dear casper collaborators, > > > > > > can anybody please advise ron on his question > > > appended below about problems with 32K point > > > wideband real transforms?? > > > > > > ron - does your 32K wideband real FFT work > > > correctly in simulation? > > > we've build instruments doing 32K complex transforms, > > > but these FFT's are complex (not real), > > > and they are biplex (not wideband), so this is > > > probably not a very useful data point. > > > > > > best wishes, > > > > > > dan > > > > > > > > > > > > [email protected] wrote: > > > ... > > > > > > We have problems taking the Real Sampled Wide-band FFT > > > (fft_wideband_real) from 16kpt to 32kpt. It works fine at 16k > > > with 8bit and 10bit sampled data input and we have adequate chip > > > resources and we don't believe it is timing issue. > > > At 32kpt we have considerable unwanted spectra. Has anyone used > > > this with SP block with this number of complex channels? We > > > suspect a fault with SP block? > > > > > > Ron Beresford > > > /Systems Engineer ASKAP/SKA / > > > /CSIRO Australia Telescope National Facility/ > > > /Vimiera & Pembroke Rds/ > > > /Marsfield NSW Australia 2122/ > > > /Ph 61-2-9372-4315/ > > > /Fx 61-2-9372-4310/ > > > /Mob 0428 294 711/ > > > www.atnf.csiro.au <http://www.atnf.csiro.au> > > > <http://www.atnf.csiro.au/> > > > > > > This email is Australian made of entirely 100% recycled words. > > > > > > Please dispose of it thoughtfully. > > > > > > > > > > > > > > > > > > > > > > -------------- next part -------------- > An HTML attachment scrubbed and removed. > HTML attachments are only available in MIME digests. > > End of casper Digest, Vol 21, Issue 26 > ************************************** ------- End of Original Message -------
