![]() |
|
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
|
![]() |
![]() |
Answers Database
Foundation: Possible causes of XNFMERGE Warning 285![]() Record #1043
Product Family: Software bus0..bus7 pin; "Correct (bad0..bad7) pin; "Incorrect Make sure the ABEL macro symbol has the following attributes: $FILE=<filename>.abl $DEF=ABEL Solution 2: With Foundation 6.0.1 (with or without Service Pack), this warning may also be issued if XBLOX buses cross hierarchical boundaries through bus pins on user-created symbols. If an XBLOX bus needs to travel through levels of hierarchy, use a regular pin (e.g. DATA instead of DATA[0:0]) to represent it on the symbol. Inside the macro schematic, draw the XBLOX bus as a wire (not a bus). On the upper level schematic, use a wire to connect to the symbol. XBLOX buses that are completely contained within one level of hierarchy may be drawn as either a wire or a bus. Solution 3: In a Foundation 6.0.0 schematic, macro bus pins with lower- case labels will not match buses with upper-case labels in the macro schematic. When XNF files are created, the connection between these pins and the signals in the lower- level XNF file will not be made. Use all upper case letters for symbol pins, and underlying schematics/files' signal names. The net name editor only allows upper-case, while the symbol wizard allows either upper-case or lower case. So use upper- case when defining pins in the symbol wizard to be sure the match is made. Beginning with Foundation 6.0.1, the symbol wizard will only create upper-case pin names. End of Record #1043 - Last Modified: 03/04/99 15:54 |
For the latest news, design tips, and patch information on the Xilinx design environment, check out the Technical Tips! |