描述
关键词：Floorplanner，宏生成器，写入RPM到NCF，映射，错误，包，697
紧迫性：标准
一般描述：
当我使用“写入RPM到NCF”函数来创建RPM并在设计中不止一次实例化RPM时，报告以下映射错误：
“第1节-错误
————————
错误：包：679 -不能遵守设计约束（MaRONAME= CORRPM，RLC= X0Y0），这需要将下列符号组综合单个切片组件。
解决方案
一
当Floorplanner为RPM组件分配一个唯一的UUSET名称时，会发生此错误。有四项工作可供选择。
解决方案1
1。删除或注释包含NCF文件中UUSET的组件分配的行。
2。通过在NCF文件中添加RLC约束来规范层次结构中的每个级别。
例如：
如果原始NCF文件限制以下RROC约束：
“U0/U1/FLop1”RLC= =“X5Y10”；
“U2/U3/FLOP2”RLC=“X4Y5”；
将下列行添加到NCF文件中以规范RPM：
“U0”RLC= =“X0Y0”；
“U1”RLC=“X0Y0”；
“U0/U1”RLC= =“X0Y0”；
“U2/U3”RLC=“X0Y0”；
三。用修改后的NCF文件重新设计。
这种方法的优点：
-每个RPM单独处理。
-它工作在具有层次结构的RPM上。
这种方法的缺点：
-如果只有一个组件在层次节点之下，则RPM形状不会保留。
二
解决方案2
1。复制RPM NETLIST和NCF文件，并确保重复的文件名相互匹配。
2。修改NCF文件，给它一个不同的USET集名称。
三。实例化重复的RPM文件。
这种方法的优点：
-每个RPM都是单独处理的。
-它工作在具有分层和扁平结构的RPMS上。
这种方法的缺点：
更多的实例化可能会导致项目规模增加。
复制RPM文件的工作可能很繁琐。
三
解决方案3
1。删除或注释包含NCF文件中UUSET的组件分配的行。
2。用修改后的NCF文件重新设计。
这种方法的优点：
每个RPM都是单独处理的。
这种方法的缺点：
它只适用于具有扁平化网表的RPMS。
四
解决方案4
1。编辑与顶层源代码关联的UCF文件，以重新RLC每个RPM实例化。
例如：
“U1”RLC= X0Y0；
“U2/U0”RLC= X5Y5；
2。确保RPM彼此不重叠。
三。使用修改后的NCF文件重新实现设计。
这种方法的优点：
最少的修改是必要的。
这种方法的缺点：
所有RPM实例化被绑定到一个RPM。
没有回复内容