Stats

  • Replies 3
  • Subscribers 129
  • Views 220
  • Members are here 0

How to remove old pin references from symbol.oa

msharma

I am using a dspf view for a cell. When I try to netlist the testbench with this block, it fails with the following error:

"ERROR (OSSHNL-524): Netlisting failed because the function 'hnlNetNameOnTerm' was called with a non-existent terminal 'DVDD' on the current instance 'ABC' in the design 'XYZ_TOP_TB/XYZ_TB_CTRL_DIG/schematic'. Provide a valid terminal name with this function and regenerate the netlist.\n\n"
ERROR (OSSHNL-514): Netlist generation failed because of the errors reported above. The netlist might not have been generated at all, or the generated netlist could be corrupt. Fix the reported errors and regenerate the netlist.

The instance "ABC" initially had a pin named DVDD, but it has been removed. The schematic, symbol and the layout views do not have this pin. I also copied the "port order" from schematic to symbol. However, the symbol.oa file has a reference to DVDD. 

$ grep DVDD symbol/*
Binary file symbol/symbol.oa matches

Because of this reference, when I generate a dspf view from the layout, it also has a reference to the pin DVDD (in dspf/netlist.oa. How can I completely remove the references  to the unused pin DVDD from the symbol.oa? 

  • Andrew Beckett

    Grepping the symbol view doesn't really mean very much - the OA database sometimes retains strings and names that are no longer in use until it gets compacted at some point. I rather doubt that's the problem.

    The issue might be that the containing schematic has an instTerm with the old name, so that might need checking-and-saving.

    The port order wouldn't be relevant here (it hardly ever is, but it certainly is irrelevant with the Spectre netlister - it's never used).

    One way to check is looking at the ABC instance - and checking ABC=car(geGetSelSet()) with ABC selected, then check ABC~>instTerms~>name - if one of those is "DVDD" and yet ABC~>master~>terminals~>name does not contain DVDD, then the schematic containing the instance ABC needs checking-and-saving again.

    Andrew

  • msharma
    in reply to Andrew Beckett

    Hi Andrew,

    Thanks for your suggestion. However, the schematic has no reference to "DVDD".

    abc=car(geGetSelSet())

    foreach( term abc->instTerms
    println( term->name ) )

    However, there was no "DVDD". For what it is worth, $ grep DVDD schematic/* returns nothing.

    Is there any other way to remove the "DVDD" from this cell's properties?

  • Andrew Beckett
    in reply to msharma

    Grepping the schematic is not a useful thing to do either.

    I doubt this is a case of "removing DVDD from this cell's properties". I think we really need to see what's going on - can you please contact customer support? This kind of thing comes up every now and again, and usually it's just a matter of seeing what is out of sync.

    Andrew

Community Guidelines

The Cadence Design Communities support Cadence users and technologists interacting to exchange ideas, news, technical information, and best practices to solve problems and get the most from Cadence technology. The community is open to everyone, and to provide the most value, we require participants to follow our Community Guidelines that facilitate a quality exchange of ideas and information. By accessing, contributing, using or downloading any materials from the site, you agree to be bound by the full Community Guidelines.