Edif2xNF错误6,“模块EDS”在目录中未找到:可能的原因

描述

关键词:Edif2xNF,错误6,内容,MEN2XNF8

紧迫性:标准

一般描述:

运行MN2XNF8时,可能会遇到以下错误
Edif2xNF:

错误:目录中找不到6个EDF数据“坏.EDS”
“/Ur/XAc/DATAB/Ung/EDF4000”
单元BADI模块不是公认的Xilinx原始组件;
这意味着在该单元格中没有找到内容记录。
查阅EDIF2XNF文档,了解如何映射国外
原语到Xilinx组件或修复EDIF输入文件。
确保EDIF数据文件安装在XACT目录中。

这表明所讨论的模块要么是原始的,要么是
所产生的组件描述丢失,或者某种程度上的宏。
作为原始文件写入EDIF文件。造成这种情况的原因有很多。

解决方案

组件实际上是一个原始的(例如,AND2),但相应的
2.2.EDS文件丢失在$LCA/DATAB/Ung/Edif4000目录中。
(还有目录EDF2000、EDF3000等)重新安装导师
接口(DS34)来纠正这个问题。

在Me2xNF8版本5.2.1中的错误可能会导致当目标定位时EDF2xNF错误6
一个XC400 0L设备。如果您的设计包含同步,则会发生这种情况。
RAM(例如,RAM16X1S)或时钟使能的I/O触发器(例如,IFDX):

错误:目录中找不到6个EDF数据“IFDX.EDS”
“/Ur/XAc/DATAB/Ung/EDF4000”

如果查看MeN2xnf8日志文件,则会看到一行开始
这是:

Edif2xnf…/Deal. EDF-L/UR/XAc/DATA/Ung/EDF4000…

MN2XNF8告诉EDF2xNF查看EDF4000目录中的EDFF
描述。但是,它应该查看EDF400 0E目录,
由于XC400 0L在功能上相当于XC400 0E。
在问题(例如,RAM16X1S.EDS)是在EDF400 0E,而不是在EDIF4000;
因此,Edif2xNF表示EDF数据文件不存在,因为它是
在错误的区域寻找它。MEN2XNF8只指定EDF400 0E到
EDF2xNF如果设备后缀是“E”,则后缀不相同。
是“L”。

在Xilinx FTP站点上有一个补丁,它允许Me2xNF8修复。
将XC400 0L零件识别为使用XC400 0E库的设备
组件。(它还修复了类似于FNCIMS8和TIMSIM8的情况。
问题:补丁可以从以下下载:

http://www. xLimx.com /txPux/Pub/sWelp/Meuno/MeNe4KL.

包含自述文件。一旦安装了补丁程序,删除“xnf”
然后,在顶层组件目录下的翻译观点
重新运行MEN2XNF8。有关删除视图的更多信息,请参见(Xilinx)
方案766)。

您尝试将设计目标重新定位为不同于
与库相关联的一个用来构建设计。一个例子
可能发生的地方是使用XC4000进行设计。
组件,但指定和XC400 0E部分在MEN2XNF8命令行:

错误:目录中找不到6个EDF数据“OFD.EDS”
“/Ur/XAc/DATAB/Ung/EDF400 0E”

问题是,某些部分是图解库中的基元。
设计是如何构建的,但是库中的宏是相关联的
用你正在尝试的设备。在这个例子中,OFD是
XC4000库中的原语,但在XC400 0e库中是宏
(因为它在它下面,时钟使OFDX)。

在这个例子中,这里是发生了什么。写入(导师的EDF NETLIST)
在原理图中查看了XC4000版本的OFD。这个组件有
附加到一个COMP= OFD属性,它告诉写这个组件
是一个原语,应该在EDIF文件中这样写。EDF2XNF
然后接受此原始描述并查找相应的
在$LCA/DATAB/Ung/EDF400 0E目录中的O.D.EDS文件,其中包含
基元的EDIF描述。因为OFD不是原始的
XC400 0E族中,OFD.EDS文件不存在于目录中,
导致误差6。

从XC400 0e库中正确的OFD在其上没有COMP= OFD属性,
因为XACT中的COMP属性是为基元保留的。因此,如果
正确的XC400 0E组件已被使用,EnDoad将已写出
下面的层次结构。然后,Eddif2xnf将永远不会看到OFD。
“原始”并不会试图寻找一个不存在的D.EDS。
文件在XC400 0E数据目录中。

重新设计一个新的设备家族的正确方法是先使用
执行前的PLDYDA中的转换设计实用程序
流动。转换设计在图式或集合中替换库组件。
这些图解使它们来自适当的库。为了说明
关于如何使用转换设计,见解决方案798,“重置设计”
指导设计师(转换设计)。

该设计具有过时和统一的库组件的混合。这个
组件存在于一个库中,而不是在另一个库中。全赛灵思
设计中的组件必须使用一个库或另一个库。

设计使用统一的库,还没有指定-L选项。
在Edif2xnf命令行上。这通常发生在您编写您的
自己的导师,以Xilinx翻译脚本,而不是运行MN2XNF8。

默认情况下,Edif2xnf尝试从
过时的图书馆面积,$LCA/DATE/EDFFEXY,而不是统一的区域,
$ LCA/数据/Ung/Ediff1。因此,如果您使用的是统一组件
省略Edif2xnf中的-l选项,您可能会得到类似的错误。
下列内容:

错误:在目录“/Urr/XAc/DATa/EDF4000”中找不到6个EDF数据“FDCE.EDS”

注意,“统一”子目录不见了。

要解决这个问题,只需将-L选项添加到Eddif2xnf命令行,
指定统一区域的整个路径。例如,用XC4000
设计,该选项将读取:

EDF2XNF-L $ LCA/DATA/Ung/EDF4000…

顶级XNF视点已经损坏。(这个观点,叫做
“XNF”,可以在组件目录中找到。
(见(锡林斯溶液766)用于说明)然后再试一次。

组件的示意性注册已经丢失。这通常
发生在组件已复制到新组件的情况下
姓名。要更正这一点,请进入组件界面浏览器:

%CIB巴德模块

在CIB提示下:

BADI模块:BADI模块& GT;视图

您将看到如下列出的结构:

**视图
组件BADI模块默认接口为:BADI模块

接口:BADI模块
引脚:
(引脚列表)
身体属性:(列表)
接口模型条目:
模型入口类型模型信息
(名单)

注意,可能有不止一个接口线;我们关心的接口。
是默认接口字段中指定的。

注册模型条目如下:

0 MGCH符号路径:$MyOpDead /BADYMULTALL /BADY-模块
标签:“DeultTySym”
状态:有效的接口;有效的财产

在正确的组件接口中,也应该有类型的条目。
“MGCG示意图”;如果不存在,则组件不知道。
什么图式代表它,所以它是作为原语写出来的。

在本例中纠正组件接口:

GraceType模型$MyOpDead /BADI模块/示意图MGCI示意图

(RealStista模型)命令可以缩写为“RM”。

如果在CIB中再次键入“视图”,则应该看到以下新模型
条目:

1 MGCI示意路径:$MyOnt/BADIO模块/示意图
标签:“$原理图”示意性“默认”
状态:接口无效;对属性无效

(“无效”状态并不重要。)

保存此接口,然后退出CIB:

保存
退出

通过MEN2XNF8重新处理示意图。

该设计有来自不同家庭的组件的混合。这个
组件存在于一个库中,而不是在另一个库中。所有
设计中的Xilinx组件必须来自
单一的
设备族。

通过添加一个COMP,该组件已被描述为一个原语。
符号上的属性。(可以完成报表对象或属性修改
在设计架构师中验证这一点。
符号,然后重新设计。

您可能在MN2XNF8命令行上错误地识别了设备号。为了
例如,键入:

MEN2XNF8-P4013PQ208-4芯片

当你真的想打字:

MEN2XNF8-P4013EPQ208-4芯片

在这种情况下,Eddif2xnf将查看$LCA/DATAB/Ung/EDF4000。
原始描述文件的目录,而不是正确的
$LCA/DATAB/Ung/EDF400 0E。
项目9:

错误:目录中找不到6个EDF数据“OFDX.EDS”
“/Ur/XAc/DATAB/Ung/EDF4000”

在此中的OFDX原语(它是XC400 0E组件)
XC4000中的示例根本不存在(更不用说是原语)了。
图书馆。
编辑 重设标签(回车键确认) 标为违禁 关闭 合并 删除

提问于 2018-07-28 21:56:00 +0800

这个帖子被标记为一个社区wiki

这个帖子是一个wiki(维基). 任何一个积分 >500的人都可以完善它