Re[2]: BIRD24 COMMENT

From: Arpad Muranyi <Arpad_Muranyi@ccm.fm.intel.com>
Date: Wed Dec 07 1994 - 12:10:54 PST

Text item:

Will,

If we follow the boolean trend, we could use it for other things as well. For
example, the debate we had around the negative portion of the I-V curves could
have been solved with a boolean:

Subtract method used = 1
Subtract method not used = 0

That solution might have kept everyone happy, while clearly defining what a
curve represents. For consistency sake, I would either not have options like
this in an IBIS file at all, or use options everywhere where it could serve a
good purpose.

In this particular case, I feel that allowing data to be generated both ways
would not solve the problem from a simulation tool vendor's view point, since
they would have to be able to interpret the data either way. Because of that,
they would have to write an algorythm anyways to reverse engineer the pure data
from measured data which includes C_comp to accomodate those IBIS models which
require that process. So we might as well just make it a rule that "xxxxxx",
that's how it should be, period.

Arpad

Bob, and others,

On reflection, I tend to agree with Bob. In a pure simulation environment,
removing C_Comp is not much of a problem, but for those doing IBIS models by
measurement, it it exceedingly difficult. I also agree with Bob's
comment about
the sanctity of the reference wave form. Maybe what is needed is an
additional
parameter that says whether or not C_Comp was used. E.g. a boolean:

 C_Comp_in = 1 or 0 (or T or F, etc.)

so the simulator correctly interprets the data. If this parameter were not
present, we could have a default vale, tbd by the forum.

Text item: External Message Header

The following mail header is for administrative use
and may be ignored unless there are problems.

***IF THERE ARE PROBLEMS SAVE THESE HEADERS***.

Subject: BIRD24 COMMENT
To: ibis@vhdl.org
From: bob@icx.com ( Bob Ross)
Date: Tue, 6 Dec 94 19:20 PST
Message-Id: <m0rFCvG-000FV3C@icx.com>
Received: by icx.com (/\==/\ Smail3.1.28.1 #28.14)
        id <m0rFCvG-000FV3C@icx.com>; Tue, 6 Dec 94 19:20 PST
Received: from icx.com (icx.rain.com) by vhdl.vhdl.org (4.1/SMI-4.1/BARRNet)
        id AA07628; Tue, 6 Dec 94 19:38:04 PST
Received: from vhdl.vhdl.org by hermes.intel.com (5.65/10.0i); Tue,
6 Dec 94 19:
Received: from hermes.intel.com by ichips.intel.com (5.64+/10.0i);
Tue, 6 Dec 94
Received: from ichips.intel.com by relay.jf.intel.com with smtp
        (Smail3.1.28.1 #2) id m0rFDYG-000tx9C; Tue, 6 Dec 94 20:00 PST

Text item: External Message Header

The following mail header is for administrative use
and may be ignored unless there are problems.

***IF THERE ARE PROBLEMS SAVE THESE HEADERS***.

Subject: Re: BIRD24 COMMENT
To: bob@icx.com, ibis@vhdl.org
Message-Id: <941207094628_6@ccm.jf.intel.com>
From: Will Hobbs <Will_Hobbs@ccm2.jf.intel.com>
Date: Wed, 7 Dec 94 09:46:28 PST
Received: by ccm.jf.intel.com (ccmgate 3.0) Wed, 7 Dec 94 09:46:28 PST
Received: from ccm.jf.intel.com by relay.jf.intel.com
        (Smail3.1.28.1 #2) id m0rFQRg-000txMC; Wed, 7 Dec 94 09:46 PST
Received: from relay.jf.intel.com by ormail.intel.com with smtp
        (Smail3.1.28.1 #7) id m0rFQRg-000UgjC; Wed, 7 Dec 94 09:46 PST
Received: from ormail.intel.com by vhdl.vhdl.org (4.1/SMI-4.1/BARRNet)
        id AA17061; Wed, 7 Dec 94 09:51:07 PST
Received: from vhdl.vhdl.org by SSD.intel.com (4.1/SMI-4.1)
        id AA13997; Wed, 7 Dec 94 10:26:01 PST
Received: from SSD.intel.com by relay.jf.intel.com with smtp
        (Smail3.1.28.1 #2) id m0rFR45-000tx7C; Wed, 7 Dec 94 10:26 PST
Received on Wed Dec 7 12:15:32 1994

This archive was generated by hypermail 2.1.8 : Fri Jun 03 2011 - 09:52:28 PDT