I've come across these problems occasionally as an uncaught exception in the yellow block initialization scripts, usually related to something like selecting the wrong platform, or not having the platforms set up correctly. Unfortunately, I don't have more details, but if you trace through the execution of the mask file, you can usually figure out what's going on.
On Mon, Feb 2, 2009 at 4:47 AM, Jason Manley <[email protected]> wrote: > Hmmm... This looks like a Matlab problem rather than an issue with the > design. Make sure there are no non-terminated lists (eg [1,2,3,4 without the > closing bracket). I don't see this issue on my side. You're definitely > running the recommended version of Matlab? I've seen a similar error if SP2 > is not installed. > > Jason > > > > On 02 Feb 2009, at 12:14, Jan Wagner wrote: > > Hi Jason, >> >> On Mon, 2 Feb 2009, Jason Manley wrote: >> >>> The IBOB (F engine) component uses the ASTRO library, but the BEE2 (X >>> engine) part uses the CASPER library. Thus, for for the model file >>> containing the DRAM_VACC, you should be compiling it with CASPER library. >>> >> >> Hmm I had to double-check, the i_r303_med_1.mdl that I try to compile does >> have the iBob selected as platform under XSG core config. >> >> But yep I had the paths wrong, Casper was not excluded from the paths, >> loaded both at the same time! Ups...! >> >> Thanks, after fixing this, there are no complaints about DRAM any more. So >> some progress! >> >> A new issue cropped up, now the i_r303_med_1.mdl doesn't yet "compile" due >> to this: >> >> Problem with block: i_r303_med_1/dbuf_ct_sram/sram >> Index exceeds matrix dimensions. >> >> Maybe i'll figure it out though... >> >> Thanks! >> - Jan >> >> Also, do not load the CASPER and ASTRO libraries at the same time. There >>> are conflicting function calls with the same name which do different things. >>> >>> I have just successfully compiled both the BEE2 and IBOB medicina designs >>> using the standard 7.1 libraries. You should only need >>> address_gen_vacc_v2_mask for the DRAM_VACC's address generation block. >>> >>> Jason >>> >>> >>> On 30 Jan 2009, at 20:55, Jan Wagner wrote: >>> >>> Hi, >>>> i wanted to compile the recent projects from SVN trunk (because i had >>>> some hobby ideas for reusing these), e.g. medicina correlator >>>> http://casper.berkeley.edu/svn/trunk/projects/medicina_correlator/ >>>> but they all fail. >>>> The problem is (afaict) that they use the deprecated astro library. And >>>> the astro library reorder_library.mdl wants mask >>>> address_gen_dram_mask_temp.m, but the only one available is >>>> address_gen_dram_mask.m, and the names etc used in this one do not match >>>> those in the .mdl so it breaks -- addr_gen_DRAM ends up with floating >>>> internal connections. >>>> Could someone please upload the address_gen_dram_mask_temp.m ? >>>> - Jan >>>> >>> >>> > >
