Home > Community > Forums > Custom IC Design > OCEAN getData behavior

Email

* Required Fields

Recipients email * (separate multiple addresses with commas)

Your name *

Your email *

Message *

Contact Us

* Required Fields
First Name *

Last Name *

Email *

Company / Institution *

Comments: *

 OCEAN getData behavior 

Last post Tue, Nov 30 2010 1:46 PM by Andrew Beckett. 5 replies.
Started by SharksFan 23 Nov 2010 01:52 PM. Topic has 5 replies and 2681 views
Page 1 of 1 (6 items)
Sort Posts:
  • Tue, Nov 23 2010 1:52 PM

    • SharksFan
    • Top 200 Contributor
    • Joined on Fri, Apr 23 2010
    • Santa Clara, CA
    • Posts 40
    • Points 640
    OCEAN getData behavior Reply

     Hi,

    I have a list of signals and corresponding strip numbers that I want to plot them on in a form like:

     my_stripAssignment = list( '(v("/enable")       1)

                                                  '(v("/disable")       2) )

    I have a foreach loop that grabs the signals and their strip number assignment one-by-one:

    foreach( signal_name my_stripAssignment

     plot( getData(car(signal_name)) ?strip cadr(signal_name) ) )

    I noticed that if I query the signal_name during the loop that it no longer just returns the assigned value out of the list, but instead also has the resultsDir and result data along with it.  In other words, I expected signal_name to return v("/enable") , but instead it returns v("/enable" ?resultsDir "/home/user/CDS/OCEAN/test/psf" ?result "tran").

    So it seems this change happens after I use the getData command.  Am I doing something wrong?  Is there a better approach?  Or is getData messing me up?

    • Post Points: 20
  • Tue, Nov 23 2010 3:01 PM

    • skillUser
    • Top 10 Contributor
    • Joined on Fri, Sep 19 2008
    • Austin, TX
    • Posts 2,587
    • Points 15,915
    Re: OCEAN getData behavior Reply

    Hi,

    I don't think you are doing anything wrong; I think you are right that it is getData that changes the name.  It is a pity that you cannot do this in a single call to plot, but unfortunately you need to expand the list of variables and so you cannot use the apply function to build the call to plot (in other words, you'd like to be able to do this: apply('plot `(,@listOfVariablesToPlot ?expr ,listOfNames ?strip ,listOfStripNums) - I think I've got the syntax right there, but I have not tested this, and it won't work anyway).

    I think that you just need to add the ?expr argument to the call to the plot function so that the name is as you'd like to see it, here's an example:

    
      foreach((sig num name)
                             list(v("/enable") v("/disable"))
                             list(1 2)
                             list("enable" "disable")
        plot(sig ?strip num ?expr list(name))
      )
    

    I have not tested this! You might need to rework it, and possibly use getData again?

    Anyway, I hope that this helps you.

    Regards,
    Lawrence.

    • Post Points: 35
  • Wed, Nov 24 2010 2:32 AM

    Re: OCEAN getData behavior Reply

    First of all, your example can't have worked - it had  a quoted list which had v("/enable") in it, and then you were doing getData on the v("/enable") - so it would have failed. I presume it was more like this:

    my_stripAssignment=list(
        list(v("net24") 1)
        list(v("net25") 2)
        list(v("net51") 3)
    )

    first=t
    foreach(signal_name my_stripAssignment
       wave=car(signal_name)
       plot(wave ?strip cadr(signal_name))
       when(first
           displayMode("strip")
           first=nil
       )
    )

    Anyway, a better approach might have been to do this:

    my_stripAssignment='(
        ("net24" 1)
        ("net25" 2)
        ("net51" 3)
    )

    first=t
    foreach(signal_name my_stripAssignment
       wave=getData(car(signal_name))
       plot(wave ?strip cadr(signal_name) ?expr list(car(signal_name)))
       when(first
           displayMode("strip")
           first=nil
       )
    )

    Or better still:

    my_stripAssignment='(
        ("net24" 1)
        ("net25" 2)
        ("net51" 3)
    )
    newWindow()
    displayMode('strip)
    awvPlotWaveform(currentWindow()
        foreach(mapcar sigInfo my_stripAssignment getData(car(sigInfo)))
        ?stripNumber mapcar('cadr my_stripAssignment)
        ?expr mapcar('car my_stripAssignment)
    )

    Regards,

    Andrew.

     

    • Post Points: 20
  • Tue, Nov 30 2010 10:05 AM

    • SharksFan
    • Top 200 Contributor
    • Joined on Fri, Apr 23 2010
    • Santa Clara, CA
    • Posts 40
    • Points 640
    Re: OCEAN getData behavior Reply

    Lawrence,

    Thanks for the reply.  I had already done something very similar as my solution.

    I suggest that the documentation for getData be reviewed to explain its behavior in situations like mine. :)

    Regards,

    SharksFan

     

    • Post Points: 5
  • Tue, Nov 30 2010 10:55 AM

    • SharksFan
    • Top 200 Contributor
    • Joined on Fri, Apr 23 2010
    • Santa Clara, CA
    • Posts 40
    • Points 640
    Re: OCEAN getData behavior Reply

    Normally Andrew, you are spot on, but in this case, you are wrong about my example.  My example does indeed work, exactly as I have shown it.

    Thank you for providing the alternatives, especially the last one, however, none of these really address the issue that getData seems to be modifying the argument provided to it.

    Regards,

    SharksFan

    • Post Points: 20
  • Tue, Nov 30 2010 1:46 PM

    Re: OCEAN getData behavior Reply

    Well, I'm very surprised, because that would mean that your code was doing:

    getData('v("/enable"))

    and that should not work (and did not work when I tried it). Still, I'm happy to be wrong, but I certainly would not want  your code to depend upon this because it is not supposed to work, and is unlikely to be future-proof. It should be (of course):

    getData("/enable")

    Note that there is no bug here. When you call getData without the ?result or ?resultsDir argument, it picks those arguments up from the last openResults() call (or the results from the last completed simulation if you ran a simulation in the same session), and the ?result arg comes from your last call to selectResult(). The waveform object that it creates has the expression property set (on the y-vector) to the be the quoted function that created it. You can always override this by setting drGetWaveformYVec(waveObj)->expression=... 

    Regards,

    Andrew.

    • Post Points: 5
Page 1 of 1 (6 items)
Sort Posts:
Started by SharksFan at 23 Nov 2010 01:52 PM. Topic has 5 replies.