Hi Steve,
Can you see if there's anything useful in the
mkid_newgf17_gbe0_wrapper.blc logfile? It should be somewhere
in XPS_ROACH_base\implementation\
Thanks,
Henry
On 5/18/2010 4:29 PM, Steve Maher wrote:
Henry, spot on! I had checked out a newer version of casper mlib before
adding dac_mkid and never upgraded my environment vars. Thanks -
Now .. unfortunately .. another error that has me stuck:
Writing NGC file "../mkid_newgf17_gbe0_wrapper.ngc" ...
Writing NGCBUILD log file "../mkid_newgf17_gbe0_wrapper.blc"...
NGCBUILD done.
Rebuilding cache ...
ERROR:MDT - platgen failed with errors!
make: *** [implementation/system.bmm] Error 2
ERROR:MDT - Error while running "make -f system.make bits"
No changes to be saved in MSS file
Saved project XMP file
Error using ==> gen_xps_files at 680
Programation files generation failed, EDK compilation probably also
failed.
>>
Steve
On Tue, May 18, 2010 at 4:44 PM, Henry Chen <[email protected]
<mailto:[email protected]>> wrote:
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
<[email protected] <mailto:[email protected]>
> <mailto:[email protected]
<mailto:[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]>
<mailto:[email protected] <mailto:[email protected]>>
> > <mailto:[email protected]
<mailto:[email protected]>
> <mailto:[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
> >
> >
>
>
