If you are exporting data from an Expedition design then the equivalent property is Part Number, DEVICE is used in the PADS and other third party PCB flows.
I can see the Part Number property within DxDesigner and it does contain the same information as DEVICE.
However, I have the same issue with this property in that it doesn’t seem to be present in the output *.eds file.
If I view the EDIF *.eds output file I can see structures that start like these:
(string (stringDisplay "EV2A16AMNYU35"…………….
(string (stringDisplay "MEMORY"………………………….
(string (stringDisplay "ic_tsop_44_M_IPC"…………
I can use these property names (COMM_ID, PART_DESCP, PKG_TYPE………….. ) to identify where the third party JTAG Technologies ProVision tool extracts Device Type data from.
For example using COMM_ID gives a Device Type of EV2A16AMNYU35 and using PART_DESCP gives a Device Type of MEMORY.
I’ve search the *.eds for “Part Name”, “Part_Name” and “DEVICE” but they don’t appear as properties.
I’ve also attempted to use “Part Name”, “Part_Name” and “DEVICE” as the Device Type identifier when importing into ProVision without success.
I have to admit I don’t have a specification for the ProVision file import parser, I’m finding all of this out through trial and error.
But from what I’ve done so far I’m convinced I need to include this device type data as a property in the *.eds.
So I still have the same basic question, is there a way of modifying the edifExporter.exe –schematic command to include additional properties?
We're looking into this and will get back to you when/if we have any information.
Try using the -symbolic_cells switch, this seems to include the required properties.
I’ve now tried using the –schematic switch in combination with –symbolic_cells (and others).
It did produce a file with the DEVICE property and I was able to use this in the third party tool to import company part numbers.
So my theory on how the third party file parser is working is probably correct.
Unfortunately the -symbolic_cells switch appears to makes other changes that cause errors in the net list produced by the third party tool.
Without the –symbolic_cells switch a get a good net list but bad device list.
With the –symbolic_cells switch I get a bad net list but good device list.
I’ve noticed a reference to use of an EDIF configuration file when using some EDIF export tools.
Is this relevant to the edifExporter.exe –schematic tool I’m using (it doesn’t appear in the –h list)?
If it is, could it be a way of modifying the edifExporter.exe –schematic output to only add the DEVICE property?