On Tue, May 18, 2010 at 4:13 PM, Henry Chen <[email protected]>wrote:
> Hi Steve, > > Can you check that the whole dac_mkid_interface_v1_01 tree got > properly copied over to C:\roachModels\dac_out\XPS_ROACH_base\pcores? > > It did NOT get copied (at all). ?? Steve > Thanks, > Henry > > On 5/18/2010 12:31 PM, Steve Maher wrote: > > Hi, > > > > FYI, upgrading the block description in the Simulink Library Browser > > required adding appropriate lines (given to me by block developer) to > > xps_library/xps_library.mdl. > > > > However, when I try to compile a model with the new block, I get the > > following error: > > > > > > Xilinx Platform Studio > > Xilinx EDK 10.1.03 Build EDK_K_SP3.6 > > Copyright (c) 1995-2008 Xilinx, Inc. All rights reserved. > > > > XPS% Loading xmp file system.xmp > > ERROR:MDT - IPNAME:dac_mkid_interface HW_VER:1.01.a - Can not find > > valid MPD > > INFO:MDT - Check the following for possible causes of not finding > MPD: > > - If HW_VER is specified in MHS, it must follow literal form > X.YY.Z > > - There is no Ip with given name > > - Ip exists but not that version > > - Ip (directory) exists but 2.1.0 MPD file is not available > > - Ip exist in myip directory (only pcores is supported) > > > > ERROR:MDT - IPNAME:dac_mkid_interface INSTANCE: dac_out_dac_mkid - > > C:\roachModels\dac_out\XPS_ROACH_base\system.mhs line 338 - could > > not find > > the MPD! > > ERROR:MDT - while loading XMP file > > > > XPS% Evaluating file > C:\roachModels\dac_out\XPS_ROACH_base\run_xps.tcl > > ERROR:MDT - Load a MHS or XMP file first > > Error using ==> gen_xps_files at 680 > > Programation files generation failed, EDK compilation probably also > > failed. > > > > > > I have added the /dac_mkid_interface_v1_01_a// directory (given to me - > > dac_mkid is the new block) to > > > > /casper_mlib_10_1/xps_lib/pcores// and > > /casper_mlib_10_1/xps_lib/XPS_ROACH_base/pcores// > > > > It contains /data/dac_mkid_interface_v2_1_0.mpd/ with the same read > > permissions as other peer files. > > > > I have tried adding xps_lib/ to the Matlab search path. > > > > Is there some "registry" file for the pcores I need to tweak? > > > > Thanks, > > > > Steve > > > > > > > > > > On Wed, May 12, 2010 at 1:26 PM, Suraj Gowda <[email protected] > > <mailto:[email protected]>> wrote: > > > > Hi Steve, > > > > The GUI interface to the block will not change from what you've done > > unless the mask script dynamically redraws the ports. This may be > > the case, depending on the block. If not, then deleting & readding > > the block won't do anything to update the ports. You'll have to > > unlock the "bee_xps" library in the Simulink browser & replace the > > GUI for the block as well. > > > > -Suraj > > > > On May 12, 2010, at 7:57 AM, Steve Maher wrote: > > > >> Hi, > >> > >> I am trying to install some upgraded yellow blocks (sent to me) > >> that have new ports but I still see the old blocks in the model > >> editor after the upgrade > >> > >> I did the following: > >> > >> 1. Deleted the @<block name> and <block name>_mask.m > >> directory/file in xps_library and replaced with the new > versions > >> 2. Deleted the <block name> directory in xps_lib/pcores and > >> replace with the new version > >> > >> > >> Afterward, the model editor still shows the older version (without > >> the new ports). I suspect this is because > >> xps_library/xps_library.mdl contains old information. > >> > >> I could not find a way to "rebuild" the xps_library model. I also > >> tried deleting and adding the block, but I didn't find a way to do > >> this either in the GUI (the "add_block" programmatic function was > >> all I could find and that didn't seem right). > >> > >> Regards, > >> Steve > > > > >
