• Skip to main content
  • Skip to search
  • Skip to footer
Cadence Home
  • This search text may be transcribed, used, stored, or accessed by our third-party service providers per our Cookie Policy and Privacy Policy.

  1. Community Forums
  2. Digital Implementation
  3. need to access the first registers to I/O pads using db...

Stats

  • Locked Locked
  • Replies 5
  • Subscribers 92
  • Views 1344
  • 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

need to access the first registers to I/O pads using db commands

abhaska
abhaska over 16 years ago

Hi all

 I need to access the first registers  to i/o pads using db commands... i've used procedures calling technique.. i'm able to access the

instances upto 2nd level.. but unable to further proceed  through the path as the instance are more between i/os and registers.

I've used a pointer  for the further access of the instances by recalling the procedure.. but the infinite loop prob occurs..

Can anyone pls help me in this regard..

Thanks

Arun

 

  • Cancel
  • jgentry
    jgentry over 16 years ago

     Hey Arun,

      When you talk 2nd level are you talking about hierarchy or logic depth?

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • BobD
    BobD over 16 years ago

    Hi Arun,

    If you're talking about logic depth, there's a script in the gifts directory that might be helpful:

    <install_path>/share/fe/gift/scripts/tcl/userAddMenuPullInstsToIos.tcl

    The script provides a way to "trace and pull" instances connected IOs (or pins on IO cells) close to the IO they're connected to.  It is similar conceptually to the native "placeJtag" functionality, but is more brute force in the way it works.

    If you're talking about 2nd level of hierarchy, please do reply and let us know as that is a different challenge altogether.

    -Bob

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • abhaska
    abhaska over 16 years ago

    yes, 2nd level means logic depth.. if a register is not accessed in the trace path from i/o pad

    then my pointer has to keep on accessing until a register is found..

    This fashion has to be continued for every terminal of I/O pad and every net the terminals are

    connected to..

    Thanks

    Arun

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • abhaska
    abhaska over 16 years ago

    Hi Bob

    Thanks for your reply..

    My intention here is to access the registers which are found first in the trace path from any

    I/O pad.. I'm able to access the first instance which is connected to one of the terminals of  I/O pad.But that instance is not a register..So i need to access the instances until a register is found..

    Later in the same way i need to access for the other terminals and nets connected to the same I/O  pad...

    Let me show you my script which I've been working on..

    proc input_inst_ptr {inst_ptr} {

             dbForEachInstOutputTerm $inst_ptr termPtr {
                                    set termName [dbTermName $termPtr]
                                    set netPtr [dbTermNet $termPtr]
                                    set netName [dbNetName $netPtr]

                         dbForEachNetInputTerm $netPtr outputTermPtr {
                                    if { [dbIsObjTerm $outputTermPtr] == 1}  {
                                        set instName [dbTermInstName $outputTermPtr]
                                        set instPtr [dbGetInstByName $instName]
                                        set cellName [dbInstCellName $instPtr]
                                        set cellPtr [dbInstCell $instPtr]


                                         if {[dbIsCellSequential $cellPtr]} {
                                            puts   "Input Reg Name :$instName"
                                            puts "Input Reg Name :$instName"

                                       }   else {

                                         input_inst_ptr $instPtr

                                             }
                                                                              }


                                                                  }

                                                 }

                 }
     

    Here the procedure takes an instance pointer  (ex: I/O instance for the first time and

    later other instances) as its argument and traces the paths for its

    corresponding terminals until a register is found in that path...

    Awaiting your reply

    -Arun

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • BobD
    BobD over 16 years ago

    I think your script is looping because it's calling itself from within the foreach loop.  When I wrote similar I had a lot of issues with infinite loops to and it was a tough to troubleshoot for sure.  You can see how I went about it in userAddMenuPullInstsToIos.tcl in the "userTraceIoTerm" and "userInstInsts" procs.  It was pretty ugly!

    You know, when I wrote that script it was a few years ago- before CTE-TCL commands existed in Encounter.  I think those commands might be much better suited to your need than performing the traversal manually yourself.  Being timing-engine related commands, the CTE-TCL commands have the ability to traverse through logic cones.  Like this:

    all_fanout
                  -from {<collection> | <object_list>}
                  [-levels <value>]
                  [-pin_levels <value>]
                  [-endpoints_only]
                  [-only_cells]
                  [> <file_name>] 

    For instance, in your case you could do:

    all_fanout -from [get_pins i0/Y] -levels 2 -endpoints_only -only_cells

    What do you think?

    For more information on CTE-TCL commands, see the Advanced Timing Tcl Scripting chapter of the Encounter User's Guide.

     

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel

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.

© 2025 Cadence Design Systems, Inc. All Rights Reserved.

  • Terms of Use
  • Privacy
  • Cookie Policy
  • US Trademarks
  • Do Not Sell or Share My Personal Information