Stats

  • Locked Locked
  • Replies 7
  • Subscribers 144
  • Views 3104
  • Members are here 0
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

How do I change a signal name that doesn't have a wire

izucker

Hi,

I have a "noConn" (from basic lib) connected directly to an Instance terminal.

There is no wire in between the two objects, meaning that it won't take a "label" for changing the net name.

How can I rename that (internal) signal name in this case? 

Thanks,

Itay

Parents
  • Andrew Beckett

    Itay,

    Assuming the net on the "noConn" net was called "net5", this will do it:

    cv=geGetEditCellView()
    old=dbFindNetByName(cv "net5")
    new=dbMakeNet(cv "myNet")
    dbMergeNet(new old)
    dbSetConnCurrent(cv)
    dbSave(cv)

    However, as soon as you do a "check", it will get reset. This is because the physical interconnect drives the connectivity, not the other way around - and any net not set by the schematic checker will get recreated. This is to help ensure that inconsistencies don't appear when connectivity is changed in the schematic - you could have ended up with two things which are still connected to the same net despite there being no physical connection any more (because the wire was deleted), and it would have to somehow know the intent of the user.

    Of course, it's conceivable that we could have it that the connectivity in the database is more persistent, but right now it doesn't work that way.

    Regards,

    Andrew.

Reply
  • Andrew Beckett

    Itay,

    Assuming the net on the "noConn" net was called "net5", this will do it:

    cv=geGetEditCellView()
    old=dbFindNetByName(cv "net5")
    new=dbMakeNet(cv "myNet")
    dbMergeNet(new old)
    dbSetConnCurrent(cv)
    dbSave(cv)

    However, as soon as you do a "check", it will get reset. This is because the physical interconnect drives the connectivity, not the other way around - and any net not set by the schematic checker will get recreated. This is to help ensure that inconsistencies don't appear when connectivity is changed in the schematic - you could have ended up with two things which are still connected to the same net despite there being no physical connection any more (because the wire was deleted), and it would have to somehow know the intent of the user.

    Of course, it's conceivable that we could have it that the connectivity in the database is more persistent, but right now it doesn't work that way.

    Regards,

    Andrew.

Children
No Data

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.