[IBIS] RE: BIRD144 question

Kukal,

Regarding: "In addition, it proposes support for user-defined corners...", I am
not sure I see a difference between the features of BIRD 144 and
BIRDs 116-118. In BIRDs 116-118 the Touchstone file name can be
parameterized for the IBIS-ISS subcircuit, which means that you
can write one IBIS-ISS wrapper for the S-parameter element, and
reference any number of T-stone files you want through the file
name parameter of the wrapper. On this level BIRD 144 works the
same way, because the user defined corners are really driven by a
parameter as the selector.

At this point, the only advantage I see in BIRD 144 is that it
works without an IBIS-ISS (SPICE) wrapper.

I have a bunch of other technical observations and comments on
BIRD 144 which I am going to write up in a separate email soon.
These are pretty technical and will need careful consideration.

Thanks,

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

From: Taranjit Kukal [mailto:kukal@cadence.com]
Sent: Tuesday, October 11, 2011 11:48 PM
To: ibis@server.eda.org; Muranyi, Arpad
Subject: RE: BIRD144 question

Hi Arpad,
BIRD 116 proposes IBIS-ISS as a language and allows use of s-parameters by wrapping the same in IBIS-ISS subcircuit and that is perfect.

BIRD144 is proposing a direct way of connecting s-parameters without the need to wrap the model in a subcircuit - to make things simple, especially when s-parameters are frequently being used to model portions of I/O buffers.

In addition, it proposes support for user-defined corners to take care of conditions when several s-parameter files model different conditions of the I/O buffer.

Rgds
..kukal

From: owner-ibis@eda.org<mailto:owner-ibis@eda.org> [mailto:owner-ibis@eda.org]<mailto:[mailto:owner-ibis@eda.org]> On Behalf Of Muranyi, Arpad
Sent: Monday, October 10, 2011 3:05 PM
To: 'ibis@server.eda.org'
Subject: [IBIS] BIRD144 question

Hello,

This is a question to the authors of BIRD 144.

I am trying to figure out the motivation for this BIRD,
because IBIS-ISS does have Touchstone support and in my
BIRD 116 I made a proposal for incorporating IBIS-ISS as
a language for [External Model] and [External Circuit].

Is there a specific reason you want to add (direct) support
for Touchstone files in these keywords directly (without
going through IBIS-ISS subcircuits), or were you simply
not aware of BIRD 116 proposing the same capabilities
through IBIS-ISS?

Thanks,

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

--
This message has been scanned for viruses and
dangerous content by MailScanner<http://www.mailscanner.info/>, and is
believed to be clean.
-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
--------------------------------------------------------------------
|For help or to subscribe/unsubscribe, e-mail majordomo@eda-stds.org
|with the appropriate command message(s) in the body:
|
|  help
|  subscribe   ibis       <optional e-mail address, if different>
|  subscribe   ibis-users <optional e-mail address, if different>
|  unsubscribe ibis       <optional e-mail address, if different>
|  unsubscribe ibis-users <optional e-mail address, if different>
|
|or e-mail a request to ibis-request@eda-stds.org.
|
|IBIS reflector archives exist under:
|
|  http://www.eda-stds.org/pub/ibis/email_archive/ Recent
|  http://www.eda-stds.org/pub/ibis/users_archive/ Recent
|  http://www.eda-stds.org/pub/ibis/email/         E-mail since 1993