[IBIS-Users] RE: [IBIS] SI_location / Timing_Location

From: Robert Haller <rhaller@enterasys.com>
Date: Tue Aug 27 2013 - 10:30:49 PDT
I think the SiSoft guys probably pushed for this a while ago. Their
software can do chip to chip timing either at pin or pad (on either end of
transmission line). Usually one performs static timing from pin to pin
because then there is no double counting when using data sheet timing
specs. But if you are designing the silicon and the package, there are
good reasons to perform timing pad to pad when you are trying to shave
picoseconds.
Regards
Bob

-----Original Message-----
From: owner-ibis@eda.org [mailto:owner-ibis@eda.org] On Behalf Of Aubrey
Sparkman
Sent: Monday, August 26, 2013 2:19 PM
To: Muranyi, Arpad
Cc: IBIS; IBIS-users
Subject: Re: [IBIS] SI_location / Timing_Location

I have used these switches, though I'm not sure I gave them different
values.

Possible scenario...   Interface specs timing at pin, but I want to make
sure edges are monotonic at the silicon.

Just a though.

Aubrey Sparkman

Sent from my iPhone

On Aug 26, 2013, at 11:44 AM, "Muranyi, Arpad" <Arpad_Muranyi@mentor.com>
wrote:

> Hello IBIS experts,
>
> Someone asked me the question whether Si_location and Timing_Location
> can have two different values because they have an IBIS file which
> does that.
>
> In attempt to answer their question, I searched the IBIS specification
> for Si_location and only found this sentence on pg. 16 (in v5.1):
>
> "Si_location and Timing_location are optional and specify where the
Signal Integrity and Timing measurements are made for the component.
Allowed values for either subparameter are "Die" or "Pin". The default
location is at the "Pin"."
>
> I found no other occurrences of "Si_location" or "Timing_location"
> in the entire specification, i.e. their meaning, usage and purpose are
> not defined.  Or am I missing something?
>
> Going back to the original question, does it make sense to have two
> different values for these two parameters?
>
> Thanks,
>
> Arpad
> =====================================================================
>
>
>
> --
> 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 mikelabonte@eda-stds.org
> |or ibis-request@eda-stds.org
> |
> |IBIS reflector archives exist under:
> |
> |  http://www.eda-stds.org/ibis/email_archive/ Recent
> | http://www.eda-stds.org/ibis/users_archive/ Recent
> |  http://www.eda-stds.org/ibis/email/         E-mail since 1993
>

--
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 mikelabonte@eda-stds.org
|or ibis-request@eda-stds.org
|
|IBIS reflector archives exist under:
|
|  http://www.eda-stds.org/ibis/email_archive/ Recent
|  http://www.eda-stds.org/ibis/users_archive/ Recent
|  http://www.eda-stds.org/ibis/email/         E-mail since 1993

-- 
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 mikelabonte@eda-stds.org
|or ibis-request@eda-stds.org
|
|IBIS reflector archives exist under:
|
|  http://www.eda-stds.org/ibis/email_archive/ Recent
|  http://www.eda-stds.org/ibis/users_archive/ Recent
|  http://www.eda-stds.org/ibis/email/         E-mail since 1993
Received on Tue Aug 27 10:32:11 2013

This archive was generated by hypermail 2.1.8 : Tue Aug 27 2013 - 10:32:58 PDT