![]() |
|
![]() |
|
Answers Database
PROTEL 2.2: XACT 5.0 Netlister writes out incorrect LOC properties
Record #528
Problem Title: PROGRAM: Protel Advanced Schematic VERSION: 2.2 PLATFORM(s): PC SHORT DESCRIPTION: Protel's wirelister doesn't follow the correct netlist format, when translating a pad with an attached "loc=Pxx" attribute, causing LOC attributes to be ignored. PROBLEM: The Protel Technology Advanced Schematic has a 5.0 xnf wirelister. However, when a user locks a pad to a specific pin (by attaching a LOC=Pxx attribute to the pad), the wirelister produces a netlist(XNF file) which contains an inaccurate format for the EXT record. This incorrect format causes XNFPREP to ignore the LOC attribute and remove them from the EXT record in the XTF file(Trimmed Netlist File which XNFPREP outputs). Since this is a bug with the Protel wirelister no error, or warning messages will be issued by the XACT software. CAUSE: The error in the netlist format can be seen in two different locations: 1. In the .xnf file that contains the pad which has the LOC attribute. 2. In the top_level_design.xff file which is produced by XNFMERGE, and provides the input for XNFPREP. In one of the above files find the EXT record for the signal name that is being locked down. You will notice that the format is similar to the format below. PROTEL GENERAL FORMAT: EXT,Signal_Name,Direction(I,O,B),LOC=Pxx or with spaces in between different fields. EXT, Signal_Name, Direction(I,O,B), LOC=Pxx This format is different from the format that XNFPREP is expecting because it is missing a comma. Notice how the correct format has two commas between the Direction field and the LOC parameter. XNFPREP EXPECTED FORMAT: EXT, Signal_Name, Direction(I,O,B),,LOC=Pxx or with spaces between different fields. EXT, Signal_Name, Direction, , LOC=Pxx The EXT record, with the incorrect format, is reproduced in the .xtf file without any reference to the LOC=Pxx parameter, because XNFPREP has discarded it. Notice that the LOC Parameter no longer exists, therefore signal will be treated as an unlocked pad. .XTF EXT RECORD WHEN INCORRECT FORMAT IN .XFF FILE: EXT, Signal_NAME, Direction(I,O,B) SOLUTION: There are two ways to work around this bug: 1. Add a comma to the .xnf file following the Direction field comma. 2. Lock down or constrain the EXT signals in a constraint file. Since any change in your schematic will necessitate a recompilation of your xnf files, it is recommended that you use method 2. With this method it isn't necessary to continually change your XNF files, which could potentially cause other format errors. End of Record #528 - Last Modified: 03/07/97 08:21 |
| For the latest news, design tips, and patch information on the Xilinx design environment, check out the Technical Tips! |