Hi Steve, If you delete the C:\roachModels\dac_out\XPS_ROACH_base\ directory rerun just the "Copy base package step", does the new pcore still not get copied over? Does it give you any warnings or errors?
Does your BEE2_XPS_LIB_PATH environment variable match where you have the xps_lib directory with the new dac_mkid pcore? Thanks, Henry On 5/18/2010 1:29 PM, Steve Maher wrote:
On Tue, May 18, 2010 at 4:13 PM, Henry Chen <hche...@ssl.berkeley.edu <mailto:hche...@ssl.berkeley.edu>> 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). ?? SteveThanks, 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 <surajgo...@berkeley.edu <mailto:surajgo...@berkeley.edu> > <mailto:surajgo...@berkeley.edu <mailto:surajgo...@berkeley.edu>>> 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 > >
