[ibis-macro] Re: BIRD160 - parameters comments

  • From: "Muranyi, Arpad" <Arpad_Muranyi@xxxxxxxxxx>
  • To: 'IBIS-ATM' <ibis-macro@xxxxxxxxxxxxx>
  • Date: Tue, 9 Apr 2013 19:00:12 +0000

Bob,

WHDL-AMS does it this way:

signal   NearZero : boolean := true;

I don't remember what Verilog-A does, but it
may use integers in place of Booleans.

Thanks,

Arpad
==============================================

-----Original Message-----
From: Bob Ross [mailto:bob@xxxxxxxxxxxxx] 
Sent: Tuesday, April 09, 2013 1:48 PM
To: Muranyi, Arpad; 'IBIS-ATM'
Subject: RE: [ibis-macro] Re: BIRD160 - parameters comments

Arpad:

Thanks for your response.  We can discuss this more at the meeting.

For Boolean, would you not enter "1" and "0" or even "X" instead of
True and False for  *-AMS?

Bob

-----Original Message-----
From: ibis-macro-bounce@xxxxxxxxxxxxx
[mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Muranyi, Arpad
Sent: Tuesday, April 09, 2013 10:50 AM
To: bob@xxxxxxxxxxxxx; 'IBIS-ATM'
Subject: [ibis-macro] Re: BIRD160 - parameters comments

Bob,

Thanks for your comments.  Good catch about adding the
[Converter Parameters] to the table and keyword tree.

Regarding your questions on the parameters, here are my
quick reactions.  We can have more discussion on it as
necessary.

The Booleans might be needed for *-AMS models which can
have such parameter types, so I would think that we should
support them too.

Starting each parameter assignment on a new line is fine
with me, I just thought that we could make things a little
more efficient this way, but I am fine with new lines too.

Regarding default, you are correct that the called IBIS-ISS
or *-AMS files might have their own defaults, but this is not
guaranteed.

But I think you are incorrect about saying that "all of the
tree definitions have default values".  The Default in the
tree definitions are really a default for the selection from
a multi valued parameter (list, range, etc...) so that there
will be a value even if the user doesn't make a selection.
But this mechanism doesn't guarantee that the IBIS-ISS parameter
will always have a value, even if the parameter or tree from
which the value supposed to come from is not found.  I don't
mind leaving out the default value from this parameter assignment
syntax, but I want to make sure we all know what this would have
done for us, and what we will be missing if we don't have it...

Thanks,

Arpad
===================================================================



-----Original Message-----
From: ibis-macro-bounce@xxxxxxxxxxxxx
[mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Bob Ross
Sent: Tuesday, April 09, 2013 12:04 PM
To: 'IBIS-ATM'
Subject: [ibis-macro] BIRD160 - parameters comments

All:

Attached is a document for reference with some questions at
the end - aiming for simplification of the syntax.  Also the
[Converter Parameters] are added in the tree diagram in Section 6B.

Bob

--
Bob Ross
Teraspeed Consulting Group, LCC
http://www.teraspeed.com
bob@xxxxxxxxxxxxxx
Direct : 503-246-8048
Teraspeed Labs: 971-279-5325
Headquarters: 401-284-1827

Teraspeed is a registered service mark of Teraspeed Consulting Group LLC


---------------------------------------------------------------------
IBIS Macro website  :  http://www.eda.org/pub/ibis/macromodel_wip/
IBIS Macro reflector:  //www.freelists.org/list/ibis-macro
To unsubscribe send an email:
  To: ibis-macro-request@xxxxxxxxxxxxx
  Subject: unsubscribe


---------------------------------------------------------------------
IBIS Macro website  :  http://www.eda.org/pub/ibis/macromodel_wip/
IBIS Macro reflector:  //www.freelists.org/list/ibis-macro
To unsubscribe send an email:
  To: ibis-macro-request@xxxxxxxxxxxxx
  Subject: unsubscribe

Other related posts: