From: owner-ibis-users@eda.org (ibis-users)
To: ibis-users-digest@eda.org
Subject: ibis-users V1 #105
Reply-To: 
Sender: owner-ibis-users@eda.org
Errors-To: owner-ibis-users@eda.org
Precedence: bulk


ibis-users          Monday, October 22 2007          Volume 01 : Number 105




----------------------------------------------------------------------

Date: Wed, 17 Oct 2007 22:56:04 -0400
From: "Todd Westerhoff" <twesterh@sisoft.com>
Subject: [IBIS-Users] SerDes modeling - SiSoft IBIS-AMI Toolkit version 2.00 is available

This is a multi-part message in MIME format.

- ------=_NextPart_000_0001_01C81110.E62CBE20
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi everyone,

 

As I hope you're aware, the IBIS Advanced Technology Modeling (IBIS-ATM) task group has been working
to define a modeling standard for Serdes RX/TX models that will provide interoperability across EDA
tools and IP vendor models.  This group has been working on a proposal for modeling SerDes
equalization and clock recovery behavior using "executable" models that conform to a standardized
calling interface.  The proposal addresses how models are loaded and executed, how waveform data is
passed to/from the model and how model-specific control settings are managed.  These models are
known as IBIS Algorithmic Modeling Interface (IBIS-AMI) models.

 

The proposal is now IBIS BIRD 104, which was recently submitted to the IBIS Open Forum for
discussion.  The current proposal is jointly authored by Agilent, Cadence, Intel, Mentor, SiSoft and
Teraspeed.

 

You can find detailed information on the task group's efforts on-line: 

 

http://www.eda-stds.org/pub/ibis/macromodel_wip/

 

SiSoft has recently updated its free "IBIS-AMI Evaluation Toolkit" to include a random stimulus
generator and make simulation output data easier to load into commercial waveform display tools.
You can download the latest version of the toolkit here:.

 

http://www.eda-stds.org/pub/ibis/macromodel_wip/archive/20071016/sisoft/SiSoft_IBIS-AMI_Eval_Toolkit
_v2_00.zip 

 

The toolkit is posted as a .zip file that contains a basic simulation tool, a sample 4-tap Tx model
(both executable and source code), along with sample data and basic documentation.  Executables are
provided for both Windows and Linux platforms.  You can use this toolkit to perform analyses with
the channel data provided, or you can substitute data for your own channel design.  If you want to
perform analyses on your own designs, you'll need to be able to characterize your channel designs
independently and create an impulse response in the format required by the toolkit.

 

The toolkit is provided free by SiSoft; you are welcome to use it as you wish, subject to the
conditions laid out in the "license.txt" file.  

 

We have established the mailer ibis-ami-toolkit@freelists.org for discussions about SiSoft's toolkit
and toolkits to follow from other EDA vendors.  You can join the ibis-ami-toolkit mailer by sending
an email with "subscribe" in the subject line to ibis-ami-toolkit-subscribe@freelists.org .  You can
also join the discussion group through the following URL:

 

http://www.freelists.org/list/ibis-ami-toolkit 

 

Future releases of SiSoft's toolkit will be announced on the ibis-ami-toolkit mailer.   Any comments
are welcome and greatly appreciated; we will gauge updates to the kit based on the feedback we
receive.

 

Thanks for your interest, and happy modeling!

 

Todd.


Todd Westerhoff
VP, Software Products
SiSoft
6 Clock Tower Place, Suite 250
Maynard, MA 01754
(978) 461-0449 x24
twesterh@sisoft.com
www.sisoft.com

 


- -- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


- ------=_NextPart_000_0001_01C81110.E62CBE20
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:st1=3D"urn:schemas-microsoft-com:office:smarttags" xmlns=3D"http://ww=
w.w3.org/TR/REC-html40">

<head>
<meta http-equiv=3DContent-Type content=3D"text/html; charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
<o:SmartTagType namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"place"/>
<o:SmartTagType namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"PostalCode"/>
<o:SmartTagType namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"State"/>
<o:SmartTagType namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"City"/>
<o:SmartTagType namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"Street"/>
<o:SmartTagType namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"address"/>
<!--[if !mso]>
<style>
st1\:*{behavior:url(#default#ieooui) }
</style>
<![endif]-->
<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:Arial;
	color:windowtext;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
	{page:Section1;}
- -->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext=3D"edit">
  <o:idmap v:ext=3D"edit" data=3D"1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'>Hi everyone,<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'>As I hope you&#8217;re aware, the IBIS Advanced Technolo=
gy
Modeling (IBIS-ATM) task group has been working to define a modeling standa=
rd
for Serdes RX/TX models that will provide interoperability across EDA tools=
 and
IP vendor models. &nbsp;This group has been working on a proposal for model=
ing
SerDes equalization and clock recovery behavior using &#8220;executable&#82=
21;
models that conform to a standardized calling interface.&nbsp; The proposal
addresses how models are loaded and executed, how waveform data is passed
to/from the model and how model-specific control settings are managed.&nbsp=
; These
models are known as IBIS Algorithmic Modeling Interface (IBIS-AMI) models.<=
o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'>The proposal is now IBIS BIRD 104, which was recently
submitted to the IBIS Open Forum for discussion.&nbsp; The current proposal=
 is
jointly authored by Agilent, Cadence, Intel, <st1:City w:st=3D"on"><st1:pla=
ce
 w:st=3D"on">Mentor</st1:place></st1:City>, SiSoft and Teraspeed.<o:p></o:p=
></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'>You can find detailed information on the task group&#821=
7;s
efforts on-line: <o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'><a href=3D"http://www.eda-stds.org/pub/ibis/macromodel_w=
ip/">http://www.eda-stds.org/pub/ibis/macromodel_wip/</a><o:p></o:p></span>=
</font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'>SiSoft has recently updated its free &#8220;IBIS-AMI
Evaluation Toolkit&#8221; to include a random stimulus generator and make s=
imulation
output data easier to load into commercial waveform display tools.&nbsp; You
can download the latest version of the toolkit here:.<o:p></o:p></span></fo=
nt></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'><a
href=3D"http://www.eda-stds.org/pub/ibis/macromodel_wip/archive/20071016/si=
soft/SiSoft_IBIS-AMI_Eval_Toolkit_v2_00.zip">http://www.eda-stds.org/pub/ib=
is/macromodel_wip/archive/20071016/sisoft/SiSoft_IBIS-AMI_Eval_Toolkit_v2_0=
0.zip</a>
<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'>The toolkit is posted as a .zip file that contains a bas=
ic
simulation tool, a sample 4-tap Tx model (both executable and source code),
along with sample data and basic documentation. &nbsp;Executables are provi=
ded
for both Windows and Linux platforms.&nbsp; You can use this toolkit to per=
form
analyses with the channel data provided, or you can substitute data for your
own channel design. &nbsp;If you want to perform analyses on your own desig=
ns,
you&#8217;ll need to be able to characterize your channel designs independe=
ntly
and create an impulse response in the format required by the toolkit.<o:p><=
/o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'>The toolkit is provided free by SiSoft; you are welcome =
to
use it as you wish, subject to the conditions laid out in the
&#8220;license.txt&#8221; file.&nbsp; <o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'>We have established the mailer <a
href=3D"mailto:ibis-ami-toolkit@freelists.org">ibis-ami-toolkit@freelists.o=
rg</a>
for discussions about SiSoft&#8217;s toolkit and toolkits to follow from ot=
her
EDA vendors.&nbsp; You can join the ibis-ami-toolkit mailer by sending an e=
mail
with &quot;subscribe&quot; in the subject line to <a
href=3D"mailto:ibis-ami-toolkit-subscribe@freelists.org">ibis-ami-toolkit-s=
ubscribe@freelists.org</a>
.&nbsp; You can also join the discussion group through the following URL:<o=
:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'><a href=3D"http://www.freelists.org/list/ibis-ami-toolki=
t">http://www.freelists.org/list/ibis-ami-toolkit</a>
<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'>Future releases of SiSoft&#8217;s toolkit will be announ=
ced
on the ibis-ami-toolkit mailer.&nbsp; &nbsp;Any comments are welcome and
greatly appreciated; we will gauge updates to the kit based on the feedback=
 we
receive.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'>Thanks for your interest, and happy modeling!<o:p></o:p>=
</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'>Todd.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
0.0pt;
font-family:Arial'><br>
Todd Westerhoff<br>
VP, Software Products<br>
SiSoft<br>
<st1:Street w:st=3D"on"><st1:address w:st=3D"on">6 Clock Tower Place, Suite=
 250</st1:address></st1:Street><br>
<st1:place w:st=3D"on"><st1:City w:st=3D"on">Maynard</st1:City>, <st1:State=
 w:st=3D"on">MA</st1:State>
 <st1:PostalCode w:st=3D"on">01754</st1:PostalCode></st1:place><br>
(978) 461-0449 x24<br>
<a href=3D"mailto:twesterh@sisoft.com">twesterh@sisoft.com</a><br>
<a href=3D"http://www.sisoft.com">www.sisoft.com</a></span></font><o:p></o:=
p></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span style=3D=
'font-size:
12.0pt'><o:p>&nbsp;</o:p></span></font></p>

</div>

</body>

<br />--=20
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href=3D"http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.
</html>

- ------=_NextPart_000_0001_01C81110.E62CBE20--

- --------------------------------------------------------------------
|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

------------------------------

Date: Thu, 18 Oct 2007 14:45:47 +0530
From: "Sudarshan H N" <hn.sudarshan@gmail.com>
Subject: [IBIS-Users] I-V and V-t curve mismatch

- ------=_Part_441_1856636.1192698947400
Content-Type: multipart/alternative; 
	boundary="----=_Part_442_4543930.1192698947401"


- ------=_Part_442_4543930.1192698947401
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hello Experts,

I am finding problem with one of my IBIS model in I-V and V-t curve
mismatch. Please find the attached model for the refernence.

ERROR - Model dummy: The [Rising Waveform]
      with [R_fixture]=80 Ohms and [V_fixture]=0V
      has TYP column DC endpoints of  0.01V and  2.66v, but
      an equivalent load applied to the model's I-V tables yields
      different voltages (-0.00V and  3.90V),
      a difference of  0.25% and 31.85%, respectively.

I wrote a new tool to generate IBIS models and i am not able to make out
where it is going wrong.
I actually tried to manually calculate the currents at the points , that it
has reported in the above error.

As it is a rising waveform having a R_fixture to ground  the current at
2.66v (steady state) would be 2.66v/50 = 33.25mA.

I looked at the voltage corresponding to 33.25mA in pullup table and i found
it is coming around 0.66v. There is a mismatch in the way i am caluculating
also. But i observed a different voltage of 0.66v compared to what ibischk4
has reported i.e, 3.9v.

Let me know is the way i am cross checking is correct or not ? If not let
me  know the exact procedure.

Also let me know what might have been gone wrong in the curves. From the
shape of the curves i am not seeing any problem with the way i have
generated.

Please let me know your answers as soon as possible.

Note : Please dont consider any other values apart from the curves like Ramp
, C_comp etc as i have dummy values for these place holders.

Thanks & Regards
Sudarshan

- -- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


- ------=_Part_442_4543930.1192698947401
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hello Experts,<br>
<br>
I am finding problem with one of my IBIS model in I-V and V-t curve mismatch. Please find the attached model for the refernence.<br>
<br>
ERROR - Model dummy: The [Rising Waveform]<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; with [R_fixture]=80 Ohms and [V_fixture]=0V<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; has TYP column DC endpoints of&nbsp; 0.01V and&nbsp; 2.66v, but<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; an equivalent load applied to the model&#39;s I-V tables yields<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; different voltages (-0.00V and&nbsp; 3.90V),<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; a difference of&nbsp; 0.25% and 31.85%, respectively.<br>
<br>
I wrote a new tool to generate IBIS models and i am not able to make out where it is going wrong.<br>
I actually tried to manually calculate the currents at the points , that it has reported in the above error.<br>
<br>
As it is a rising waveform having a R_fixture to ground&nbsp; the current at 2.66v (steady state) would be 2.66v/50 = 33.25mA.<br>
<br>
I looked at the voltage corresponding to 33.25mA in pullup table and i
found it is coming around 0.66v. There is a mismatch in the way i am
caluculating also. But i observed a different voltage of 0.66v compared
to what ibischk4 has reported i.e, 3.9v. <br>
<br>
Let me know is the way i am cross checking is correct or not ? If not let me&nbsp; know the exact procedure.<br>
<br>
Also let me know what might have been gone wrong in the curves. From
the shape of the curves i am not seeing any problem with the way i have
generated. <br>
<br>
Please let me know your answers as soon as possible.<br>
<br>
Note : Please dont consider any other values apart from the curves like
Ramp , C_comp etc as i have dummy values for these place holders.<br>
<br>
Thanks &amp; Regards<br>
Sudarshan<br>
<br>
<br>
<br />-- 
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href="http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.


- ------=_Part_442_4543930.1192698947401--

- ------=_Part_441_1856636.1192698947400
Content-Type: application/octet-stream; name=test.ibs
Content-Transfer-Encoding: base64
X-Attachment-Id: f_f7x21nq2
Content-Disposition: attachment; filename=test.ibs

fApbSUJJUyBWZXJdICAgICAgMy4yCltDb21tZW50IGNoYXJdICB8X2NoYXIK
W0ZpbGUgbmFtZV0gICAgIHRyeW1lLmlicwpbRGF0ZV0gICAgICAgICAgV2Vk
IE9jdCAxMCAxODo1ODo0MiAyMDA3CltGaWxlIFJldl0gICAgICA0MgpbU291
cmNlXSBzMmliaXMgVmVyc2lvbiAxLjMgU1BJQ0UgdG8gSUJJUyBjb252ZXJ0
ZXIKICAgICAgICBIZXJlJ3Mgd2hhdCBoYXBwZW5zIHdoZW4geW91IHB1dCBp
biBhIHNvdXJjZSBsaW5lLgogICAgICAgIEhlcmUncyB3aGF0IGhhcHBlbnMg
d2hlbiB5b3UgcHV0IGluIGEgc2Vjb25kIHNvdXJjZSBsaW5lLgogICAgICAg
IFlvdSBtYXkgcHV0IGluIGFzIG1hbnkgbGluZXMgYXMgeW91IGxpa2UuCltO
b3Rlc10gTm90ZXMgd29ya3MgdGhlIHNhbWUgd2F5IGFzIGRpc2NsYWltZXIu
CiAgICAgICBZb3UgbWF5IHB1dCBpbiBhcyBtYW55IGxpbmVzIGFzIHlvdSBs
aWtlLgpbRGlzY2xhaW1lcl0gQW4gZXhhbXBsZSBvZiBhIG11bHRpLWxpbmUg
ZGlzY2xhaW1lcjoKICAgICAgICAgICAgTm8gbWF0dGVyIHdoYXQgaGFwcGVu
cywgSSBhbSBub3QgcmVzcG9uc2libGUuCiAgICAgICAgICAgIFlvdSBtYXkg
cHV0IGluIGFzIG1hbnkgbGluZXMgYXMgeW91IGxpa2UuCnwKfCoqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioKfCAgICAgICAgICAgICAgICAg
ICAgICAgQ09NUE9ORU5UOiBMaXBhIExhYnMgNzRMTEM4MDQ4Ngp8KioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKgp8CltDb21wb25lbnRdICAg
ICBMaXBhIExhYnMgNzRMTEM4MDQ4NgpbTWFudWZhY3R1cmVyXSAgTGlwYSBM
YWJvcmF0b3JpZXMsIEluYy4KW1BhY2thZ2VdCnwgdmFyaWFibGUgICAgICAg
ICAgICB0eXAgICAgICAgICAgICAgIG1pbiAgICAgICAgICAgICAgbWF4ClJf
cGtnICAgICAgICAgICAgICAgICAyLjBtICAgICAgICAgICAgIDEuMG0gICAg
ICAgICAgICAgMy4wbQpMX3BrZyAgICAgICAgICAgICAgICAgNS4wbkggICAg
ICAgICAgICA0LjBuSCAgICAgICAgICAgIDYuMG5ICkNfcGtnICAgICAgICAg
ICAgICAgICA4LjBwRiAgICAgICAgICAgIDcuMHBGICAgICAgICAgICAgOS4w
cEYKfAp8KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgp8CltQ
aW5dIHNpZ25hbF9uYW1lICAgIG1vZGVsX25hbWUgICAgUl9waW4gICBMX3Bp
biAgIENfcGluCiB0aHJlZSAgZ296b3V0YSAgICAgIGR1bW15ICAgMjAwLjBt
ICA1LjBuSCAgIDIuNXBGCiB8CnwqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqCnwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBN
T0RFTCBCdWZmZXIxCnwqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqCnwKW01vZGVsXSAgICAgICAgIGR1bW15Ck1vZGVsX3R5cGUgICAgICBJ
L08KUG9sYXJpdHkgICAgICAgIE5vbi1JbnZlcnRpbmcKVm1lYXM9MS42NXYK
fApDX2NvbXAgICAgICAgICAgICA1LjBwRiAgICAgICAgIDUuMHBGICAgICAg
ICAgNS4wcEYKfAp8KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
Kgp8CltWb2x0YWdlIHJhbmdlXSAgIDUuMDAwICAgICAgICAgNC41MDAgICAg
ICAgICA1LjUwMAp8CnwqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqCnwKCltHTkRfQ2xhbXBdCi0zLjMJCS02LjI1MWUrMDEJCS00Ljc0OGUr
MDEJCS03LjkzN2UrMDEKLTMuMgkJLTUuOTYyZSswMQkJLTQuNTMxZSswMQkJ
LTcuNTY2ZSswMQotMy4xCQktNS42NzJlKzAxCQktNC4zMTRlKzAxCQktNy4x
OTZlKzAxCi0zLjAJCS01LjM4MmUrMDEJCS00LjA5N2UrMDEJCS02LjgyNWUr
MDEKLTIuOQkJLTUuMDkyZSswMQkJLTMuODc5ZSswMQkJLTYuNDU1ZSswMQot
Mi44CQktNC44MDJlKzAxCQktMy42NjJlKzAxCQktNi4wODRlKzAxCi0yLjcJ
CS00LjUxM2UrMDEJCS0zLjQ0NWUrMDEJCS01LjcxNGUrMDEKLTIuNgkJLTQu
MjIzZSswMQkJLTMuMjI4ZSswMQkJLTUuMzQzZSswMQotMi41CQktMy45MzNl
KzAxCQktMy4wMTFlKzAxCQktNC45NzJlKzAxCi0yLjQJCS0zLjY0M2UrMDEJ
CS0yLjc5NGUrMDEJCS00LjYwMmUrMDEKLTIuMwkJLTMuMzUzZSswMQkJLTIu
NTc2ZSswMQkJLTQuMjMxZSswMQotMi4yCQktMy4wNjNlKzAxCQktMi4zNTll
KzAxCQktMy44NjBlKzAxCi0yLjEJCS0yLjc3M2UrMDEJCS0yLjE0MmUrMDEJ
CS0zLjQ5MGUrMDEKLTIuMAkJLTIuNDgzZSswMQkJLTEuOTI1ZSswMQkJLTMu
MTE5ZSswMQotMS45CQktMi4xOTNlKzAxCQktMS43MDdlKzAxCQktMi43NDhl
KzAxCi0xLjgJCS0xLjkwM2UrMDEJCS0xLjQ5MGUrMDEJCS0yLjM3N2UrMDEK
LTEuNwkJLTEuNjEzZSswMQkJLTEuMjczZSswMQkJLTIuMDA3ZSswMQotMS42
CQktMS4zMjNlKzAxCQktMS4wNTVlKzAxCQktMS42MzZlKzAxCi0xLjUJCS0x
LjAzM2UrMDEJCS04LjM4M2UrMDAJCS0xLjI2NWUrMDEKLTEuNAkJLTcuNDMx
ZSswMAkJLTYuMjEwZSswMAkJLTguOTQ4ZSswMAotMS4zCQktNC41MzBlKzAw
CQktNC4wMzdlKzAwCQktNS4yNDFlKzAwCi0xLjIJCS0xLjYzMGUrMDAJCS0x
Ljg2NWUrMDAJCS0xLjUzNGUrMDAKLTEuMQkJLTEuNjgzZS0wMQkJLTMuNDk3
ZS0wMQkJLTguNDIwZS0wMgotMS4wCQktMi41MjBlLTAyCQktNi4yNTZlLTAy
CQktMS4wOTllLTAyCi0wLjkJCS04LjAzMmUtMDMJCS0xLjMwNGUtMDIJCS0z
LjgzOWUtMDMKLTAuOAkJLTMuMTQ0ZS0wMwkJLTMuNDMyZS0wMwkJLTEuMDUz
ZS0wMwotMC43CQktOC43MjFlLTA0CQktMS4wODRlLTAzCQktMS4zMzdlLTA0
Ci0wLjYJCS0xLjYxNGUtMDQJCS0zLjY3M2UtMDQJCS0zLjc4M2UtMDUKLTAu
NQkJLTMuODU1ZS0wNQkJLTEuMjkxZS0wNAkJLTIuODczZS0wNQotMC40CQkt
MS45MzllLTA1CQktNC44NjBlLTA1CQktMi4yOTBlLTA1Ci0wLjMJCS0xLjMz
NmUtMDUJCS0yLjAzN2UtMDUJCS0xLjcxMmUtMDUKLTAuMgkJLTguNzU1ZS0w
NgkJLTkuNDI0ZS0wNgkJLTEuMTM3ZS0wNQotMC4xCQktNC4zMjhlLTA2CQkt
NC4xNDNlLTA2CQktNS42NDllLTA2CjAuMAkJLTIuNjAzZS0xMAkJLTUuMDY0
ZS0wNwkJLTkuMzQwZS0xMQowLjEJCTQuMTg3ZS0wNgkJMi40ODdlLTA2CQk1
LjUwOGUtMDYKMC4yCQk4LjIwNGUtMDYJCTUuMjE5ZS0wNgkJMS4wODJlLTA1
CjAuMwkJMS4yMDVlLTA1CQk3LjgxMWUtMDYJCTEuNTk1ZS0wNQowLjQJCTEu
NTcyZS0wNQkJMS4wMjdlLTA1CQkyLjA4N2UtMDUKMC41CQkxLjkyMGUtMDUJ
CTEuMjU4ZS0wNQkJMi41NThlLTA1CjAuNgkJMi4yNTFlLTA1CQkxLjQ3NmUt
MDUJCTMuMDA5ZS0wNQowLjcJCTIuNTYzZS0wNQkJMS42NzllLTA1CQkzLjQz
OGUtMDUKMC44CQkyLjg1NmUtMDUJCTEuODY5ZS0wNQkJMy44NDZlLTA1CjAu
OQkJMy4xMzBlLTA1CQkyLjA0NGUtMDUJCTQuMjMxZS0wNQoxLjAJCTMuMzg0
ZS0wNQkJMi4yMDRlLTA1CQk0LjU5M2UtMDUKMS4xCQkzLjYxOWUtMDUJCTIu
MzUwZS0wNQkJNC45MzJlLTA1CjEuMgkJMy44MzNlLTA1CQkyLjQ4MWUtMDUJ
CTUuMjQ2ZS0wNQoxLjMJCTQuMDI2ZS0wNQkJMi41OThlLTA1CQk1LjUzNWUt
MDUKMS40CQk0LjE5OGUtMDUJCTIuNzAwZS0wNQkJNS44MDBlLTA1CjEuNQkJ
NC4zNTBlLTA1CQkyLjc4N2UtMDUJCTYuMDM4ZS0wNQoxLjYJCTQuNDgwZS0w
NQkJMi44NTllLTA1CQk2LjI1MGUtMDUKMS43CQk0LjU4OWUtMDUJCTIuOTE3
ZS0wNQkJNi40MzVlLTA1CjEuOAkJNC42NzZlLTA1CQkyLjk2MWUtMDUJCTYu
NTkzZS0wNQoxLjkJCTQuNzQyZS0wNQkJMi45OTBlLTA1CQk2LjcyM2UtMDUK
Mi4wCQk0Ljc4OGUtMDUJCTMuMDA5ZS0wNQkJNi44MjZlLTA1CjIuMQkJNC44
MTZlLTA1CQkzLjAxOWUtMDUJCTYuOTAzZS0wNQoyLjIJCTQuODMzZS0wNQkJ
My4wMjVlLTA1CQk2Ljk1NWUtMDUKMi4zCQk0Ljg0M2UtMDUJCTMuMDI5ZS0w
NQkJNi45ODdlLTA1CjIuNAkJNC44NTBlLTA1CQkzLjAzMmUtMDUJCTcuMDA3
ZS0wNQoyLjUJCTQuODU2ZS0wNQkJMy4wMzZlLTA1CQk3LjAyMGUtMDUKMi42
CQk0Ljg2MWUtMDUJCTMuMDM5ZS0wNQkJNy4wMzFlLTA1CjIuNwkJNC44NjZl
LTA1CQkzLjA0MWUtMDUJCTcuMDM5ZS0wNQoyLjgJCTQuODcwZS0wNQkJMy4w
NDRlLTA1CQk3LjA0NmUtMDUKMi45CQk0Ljg3M2UtMDUJCTMuMDQ4ZS0wNQkJ
Ny4wNTNlLTA1CjMuMAkJNC44NzdlLTA1CQkzLjA5MWUtMDUJCTcuMDU4ZS0w
NQozLjEJCTQuODgwZS0wNQkJMy4zNDNlLTA1CQk3LjA2M2UtMDUKMy4yCQk0
Ljg4MmUtMDUJCTQuMzYwZS0wNQkJNy4wNjhlLTA1CjMuMwkJNC44ODVlLTA1
CQk4LjY0MWUtMDUJCTcuMDcyZS0wNQpbUE9XRVJfQ2xhbXBdCi0zLjMJCTEu
NTgwZSswMAkJMS40NDNlKzAwCQkxLjY1OWUrMDAKLTMuMgkJMS41MTRlKzAw
CQkxLjM5MWUrMDAJCTEuNTc4ZSswMAotMy4xCQkxLjQ0OWUrMDAJCTEuMzM5
ZSswMAkJMS40OTdlKzAwCi0zLjAJCTEuMzg0ZSswMAkJMS4yODhlKzAwCQkx
LjQxNmUrMDAKLTIuOQkJMS4zMTllKzAwCQkxLjIzN2UrMDAJCTEuMzM1ZSsw
MAotMi44CQkxLjI1M2UrMDAJCTEuMTg1ZSswMAkJMS4yNTRlKzAwCi0yLjcJ
CTEuMTg4ZSswMAkJMS4xMzVlKzAwCQkxLjE3M2UrMDAKLTIuNgkJMS4xMjNl
KzAwCQkxLjA4NGUrMDAJCTEuMDkzZSswMAotMi41CQkxLjA1OGUrMDAJCTEu
MDMzZSswMAkJMS4wMTNlKzAwCi0yLjQJCTkuOTMzZS0wMQkJOS44MjNlLTAx
CQk5LjMyOWUtMDEKLTIuMwkJOS4yODhlLTAxCQk5LjMxOGUtMDEJCTguNTMw
ZS0wMQotMi4yCQk4LjY0NWUtMDEJCTguODE2ZS0wMQkJNy43MzNlLTAxCi0y
LjEJCTguMDA0ZS0wMQkJOC4zMTdlLTAxCQk2LjkzOGUtMDEKLTIuMAkJNy4z
NjZlLTAxCQk3LjgyMGUtMDEJCTYuMTQ1ZS0wMQotMS45CQk2LjcyOWUtMDEJ
CTcuMzI2ZS0wMQkJNS4zNTRlLTAxCi0xLjgJCTYuMDk0ZS0wMQkJNi44MzNl
LTAxCQk0LjU2NmUtMDEKLTEuNwkJNS40NjFlLTAxCQk2LjM0M2UtMDEJCTMu
NzgxZS0wMQotMS42CQk0LjgzMWUtMDEJCTUuODU0ZS0wMQkJMi45OTllLTAx
Ci0xLjUJCTQuMjAyZS0wMQkJNS4zNjZlLTAxCQkyLjIyMGUtMDEKLTEuNAkJ
My41NzZlLTAxCQk0Ljg4MGUtMDEJCTEuNDQ1ZS0wMQotMS4zCQkyLjk1MmUt
MDEJCTQuMzk1ZS0wMQkJNi43NTRlLTAyCi0xLjIJCTIuMzMxZS0wMQkJMy45
MTJlLTAxCQk3Ljc5OGUtMDMKLTEuMQkJMS43MTNlLTAxCQkzLjQzMGUtMDEJ
CTIuODkyZS0wMwotMS4wCQkxLjA5OGUtMDEJCTIuOTQ5ZS0wMQkJMS4wNzVl
LTAzCi0wLjkJCTQuODc0ZS0wMgkJMi40NjllLTAxCQkyLjEzMmUtMDQKLTAu
OAkJNy40MjFlLTAzCQkxLjk5MmUtMDEJCTcuNjczZS0wNQotMC43CQkyLjc5
NGUtMDMJCTEuNTE2ZS0wMQkJNy4xMDRlLTA1Ci0wLjYJCTkuNDQ2ZS0wNAkJ
MS4wNDRlLTAxCQk3LjA5MGUtMDUKLTAuNQkJMi4wNDJlLTA0CQk1Ljc2N2Ut
MDIJCTcuMDg3ZS0wNQotMC40CQk2LjUwNGUtMDUJCTEuMzU3ZS0wMgkJNy4w
ODRlLTA1Ci0wLjMJCTUuMDI1ZS0wNQkJMi42MjNlLTAzCQk3LjA4MmUtMDUK
LTAuMgkJNC44OThlLTA1CQk4LjA3NWUtMDQJCTcuMDc5ZS0wNQotMC4xCQk0
Ljg4OGUtMDUJCTIuNTIzZS0wNAkJNy4wNzVlLTA1CjAuMAkJNC44ODVlLTA1
CQk4LjY0MWUtMDUJCTcuMDcyZS0wNQpbUHVsbHVwXQotMy4zCQkxLjA3MGUt
MDEJCTEuMzkwZS0wMQkJOS4yMDBlLTAyCi0zLjIJCTEuMDcwZS0wMQkJMS4z
NTBlLTAxCQk5LjIwMGUtMDIKLTMuMQkJMS4wNTBlLTAxCQkxLjMyMGUtMDEJ
CTkuMjAwZS0wMgotMy4wCQkxLjA0MGUtMDEJCTEuMjgwZS0wMQkJOS4yMDBl
LTAyCi0yLjkJCTEuMDMwZS0wMQkJMS4yNDBlLTAxCQk5LjIwMGUtMDIKLTIu
OAkJMS4wMzBlLTAxCQkxLjIyMGUtMDEJCTkuMTAwZS0wMgotMi43CQkxLjAx
MGUtMDEJCTEuMTgwZS0wMQkJOS4xMDBlLTAyCi0yLjYJCTEuMDAwZS0wMQkJ
MS4xNTBlLTAxCQk5LjAwMGUtMDIKLTIuNQkJOS45MDBlLTAyCQkxLjEyMGUt
MDEJCTguOTAwZS0wMgotMi40CQk5Ljc3MGUtMDIJCTEuMDg3ZS0wMQkJOC44
MTBlLTAyCi0yLjMJCTkuNjIwZS0wMgkJMS4wNjJlLTAxCQk4Ljc3MGUtMDIK
LTIuMgkJOS40NTBlLTAyCQkxLjAzNWUtMDEJCTguNjMwZS0wMgotMi4xCQk5
LjI3MGUtMDIJCTEuMDA1ZS0wMQkJOC40NjBlLTAyCi0yLjAJCTkuMDUwZS0w
MgkJOS43NDBlLTAyCQk4LjI3MGUtMDIKLTEuOQkJOC44MzBlLTAyCQk5LjQz
MGUtMDIJCTguMDYwZS0wMgotMS44CQk4LjU5MGUtMDIJCTkuMTIwZS0wMgkJ
Ny44MTBlLTAyCi0xLjcJCTguMzMwZS0wMgkJOC43OTBlLTAyCQk3LjU0MGUt
MDIKLTEuNgkJOC4wNDBlLTAyCQk4LjQ2MGUtMDIJCTcuMjMwZS0wMgotMS41
CQk3Ljc0MGUtMDIJCTguMTMwZS0wMgkJNi44OTBlLTAyCi0xLjQJCTcuNDEw
ZS0wMgkJNy43OTBlLTAyCQk2LjUyMGUtMDIKLTEuMwkJNy4wNzBlLTAyCQk3
LjQ1MGUtMDIJCTYuMTA2ZS0wMgotMS4yCQk2LjY5MGUtMDIJCTcuMDkwZS0w
MgkJNS42NDdlLTAyCi0xLjEJCTYuMzAwZS0wMgkJNi43MzBlLTAyCQk1LjE0
OWUtMDIKLTEuMAkJNS44ODBlLTAyCQk2LjM3MGUtMDIJCTQuNjAzZS0wMgot
MC45CQk1LjQyNmUtMDIJCTYuMDAwZS0wMgkJMy45OThlLTAyCi0wLjgJCTQu
OTQ0ZS0wMgkJNS42MTBlLTAyCQkzLjM0N2UtMDIKLTAuNwkJNC40MjllLTAy
CQk1LjIzMGUtMDIJCTIuNjgyZS0wMgotMC42CQkzLjg2NWUtMDIJCTQuODIw
ZS0wMgkJMi4wMTBlLTAyCi0wLjUJCTMuMjQ0ZS0wMgkJNC4zODNlLTAyCQkx
LjMzNmUtMDIKLTAuNAkJMi41OTJlLTAyCQkzLjkyMWUtMDIJCTYuNjQ0ZS0w
MwotMC4zCQkxLjkzNWUtMDIJCTMuNDE3ZS0wMgkJLTAuMDAwZSswMAotMC4y
CQkxLjI4MGUtMDIJCTIuODY5ZS0wMgkJLTYuNDE4ZS0wMwotMC4xCQk2LjM0
MGUtMDMJCTIuMjk0ZS0wMgkJLTEuMjUwZS0wMgowLjAJCS0wLjAwMGUrMDAJ
CTEuNzA3ZS0wMgkJLTEuODI0ZS0wMgowLjEJCS02LjA5MmUtMDMJCTEuMTI2
ZS0wMgkJLTIuMzY2ZS0wMgowLjIJCS0xLjE4NWUtMDIJCTUuNTQ4ZS0wMwkJ
LTIuODc0ZS0wMgowLjMJCS0xLjcyOGUtMDIJCS0wLjAwMGUrMDAJCS0zLjM0
OWUtMDIKMC40CQktMi4yMzdlLTAyCQktNS4zMDFlLTAzCQktMy43OTJlLTAy
CjAuNQkJLTIuNzE0ZS0wMgkJLTEuMDMxZS0wMgkJLTQuMjAxZS0wMgowLjYJ
CS0zLjE1OGUtMDIJCS0xLjUwMmUtMDIJCS00LjU3OWUtMDIKMC43CQktMy41
NzBlLTAyCQktMS45NDNlLTAyCQktNC45MjNlLTAyCjAuOAkJLTMuOTQ5ZS0w
MgkJLTIuMzU2ZS0wMgkJLTUuMjM2ZS0wMgowLjkJCS00LjI5NWUtMDIJCS0y
LjczOWUtMDIJCS01LjUxNmUtMDIKMS4wCQktNC42MTBlLTAyCQktMy4wOTNl
LTAyCQktNS43NjVlLTAyCjEuMQkJLTQuODkyZS0wMgkJLTMuNDE5ZS0wMgkJ
LTUuOTgyZS0wMgoxLjIJCS01LjE0M2UtMDIJCS0zLjcxNWUtMDIJCS02LjE2
OGUtMDIKMS4zCQktNS4zNjJlLTAyCQktMy45ODNlLTAyCQktNi4zMjNlLTAy
CjEuNAkJLTUuNTUwZS0wMgkJLTQuMjIyZS0wMgkJLTYuNDUwZS0wMgoxLjUJ
CS01LjcwN2UtMDIJCS00LjQzM2UtMDIJCS02LjU1MmUtMDIKMS42CQktNS44
MzZlLTAyCQktNC42MTZlLTAyCQktNi42MzVlLTAyCjEuNwkJLTUuOTM3ZS0w
MgkJLTQuNzcxZS0wMgkJLTYuNzA3ZS0wMgoxLjgJCS02LjAyMGUtMDIJCS00
Ljg5OWUtMDIJCS02Ljc3M2UtMDIKMS45CQktNi4wOTFlLTAyCQktNS4wMDJl
LTAyCQktNi44MzRlLTAyCjIuMAkJLTYuMTU0ZS0wMgkJLTUuMDgzZS0wMgkJ
LTYuODkyZS0wMgoyLjEJCS02LjIxNGUtMDIJCS01LjE0OGUtMDIJCS02Ljk0
N2UtMDIKMi4yCQktNi4yNjllLTAyCQktNS4yMDVlLTAyCQktNy4wMDBlLTAy
CjIuMwkJLTYuMzIxZS0wMgkJLTUuMjU3ZS0wMgkJLTcuMDUxZS0wMgoyLjQJ
CS02LjM3MmUtMDIJCS01LjMwNGUtMDIJCS03LjA5OWUtMDIKMi41CQktNi40
MjBlLTAyCQktNS4zNDllLTAyCQktNy4xNDdlLTAyCjIuNgkJLTYuNDY3ZS0w
MgkJLTUuMzkyZS0wMgkJLTcuMTkxZS0wMgoyLjcJCS02LjUxMGUtMDIJCS01
LjQzMWUtMDIJCS03LjIzNWUtMDIKMi44CQktNi41NTJlLTAyCQktNS40Njll
LTAyCQktNy4yNzdlLTAyCjIuOQkJLTYuNTkzZS0wMgkJLTUuNTA2ZS0wMgkJ
LTcuMzE3ZS0wMgozLjAJCS02LjYzMmUtMDIJCS01LjU0MGUtMDIJCS03LjM1
N2UtMDIKMy4xCQktNi42NzBlLTAyCQktNS41NzRlLTAyCQktNy4zOTRlLTAy
CjMuMgkJLTYuNzA1ZS0wMgkJLTUuNjA1ZS0wMgkJLTcuNDMxZS0wMgozLjMJ
CS02Ljc0MGUtMDIJCS01LjYzNWUtMDIJCS03LjQ2NmUtMDIKMy40CQktNi43
NzRlLTAyCQktNS42NjRlLTAyCQktNy40OTllLTAyCjMuNQkJLTYuODA2ZS0w
MgkJLTUuNjkyZS0wMgkJLTcuNTMzZS0wMgozLjYJCS02LjgzOGUtMDIJCS01
LjcxOGUtMDIJCS03LjU2NWUtMDIKMy43CQktNi44NjhlLTAyCQktNS43NDRl
LTAyCQktNy41OTdlLTAyCjMuOAkJLTYuODk4ZS0wMgkJLTUuNzY5ZS0wMgkJ
LTcuNjI4ZS0wMgozLjkJCS02LjkyN2UtMDIJCS01Ljc5MmUtMDIJCS03LjY1
OWUtMDIKNC4wCQktNi45NTVlLTAyCQktNS44MTZlLTAyCQktNy42OTBlLTAy
CjQuMQkJLTYuOTg0ZS0wMgkJLTUuODM4ZS0wMgkJLTcuNzIyZS0wMgo0LjIJ
CS03LjAxMmUtMDIJCS01Ljg2MGUtMDIJCS03Ljc1NGUtMDIKNC4zCQktNy4w
NDBlLTAyCQktNS44ODRlLTAyCQktNy43ODllLTAyCjQuNAkJLTcuMDcwZS0w
MgkJLTUuOTAwZS0wMgkJLTcuODMwZS0wMgo0LjUJCS03LjEwMGUtMDIJCS01
LjkwMGUtMDIJCS03LjkwMGUtMDIKNC42CQktNy4yMDBlLTAyCQktNi4wMDBl
LTAyCQktNy45MDBlLTAyCjQuNwkJLTcuMTAwZS0wMgkJLTYuMDAwZS0wMgkJ
LTguMDAwZS0wMgo0LjgJCS03LjAwMGUtMDIJCS02LjAwMGUtMDIJCS04LjAw
MGUtMDIKNC45CQktNy4wMDBlLTAyCQktNi4wMDBlLTAyCQktOC4wMDBlLTAy
CjUuMAkJLTcuMDAwZS0wMgkJLTYuMDAwZS0wMgkJLTguMDAwZS0wMgo1LjEJ
CS03LjAwMGUtMDIJCS02LjAwMGUtMDIJCS05LjAwMGUtMDIKNS4yCQktNy4w
MDBlLTAyCQktNi4wMDBlLTAyCQktOS4wMDBlLTAyCjUuMwkJLTcuMDAwZS0w
MgkJLTYuMDAwZS0wMgkJLTguMDAwZS0wMgo1LjQJCS04LjAwMGUtMDIJCS02
LjAwMGUtMDIJCS04LjAwMGUtMDIKNS41CQktOC4wMDBlLTAyCQktNi4wMDBl
LTAyCQktOS4wMDBlLTAyCjUuNgkJLTguMDAwZS0wMgkJLTcuMDAwZS0wMgkJ
LTkuMDAwZS0wMgo1LjcJCS04LjAwMGUtMDIJCS02LjAwMGUtMDIJCS05LjAw
MGUtMDIKNS44CQktOC4wMDBlLTAyCQktNi4wMDBlLTAyCQktMS4wMDBlLTAx
CjUuOQkJLTguMDAwZS0wMgkJLTcuMDAwZS0wMgkJLTEuMDAwZS0wMQo2LjAJ
CS04LjAwMGUtMDIJCS03LjAwMGUtMDIJCS0xLjAwMGUtMDEKNi4xCQktOS4w
MDBlLTAyCQktNy4wMDBlLTAyCQktMS4xMDBlLTAxCjYuMgkJLTEuMDAwZS0w
MQkJLTguMDAwZS0wMgkJLTEuMTAwZS0wMQo2LjMJCS0xLjAwMGUtMDEJCS03
LjAwMGUtMDIJCS0xLjIwMGUtMDEKNi40CQktMS4wMDBlLTAxCQktNy4wMDBl
LTAyCQktMS4yMDBlLTAxCjYuNQkJLTEuMDAwZS0wMQkJLTguMDAwZS0wMgkJ
LTEuMzAwZS0wMQo2LjYJCS0xLjEwMGUtMDEJCS04LjAwMGUtMDIJCS0xLjMw
MGUtMDEKW1B1bGxkb3duXQotMy4zICAgICAgICAgICAgLTYuMDAwZS0wMiAg
ICAgICAgICAgICAgICAtNS4wMDBlLTAyICAgICAgICAgICAgICAgIC02LjAw
MGUtMDIKLTMuMiAgICAgICAgICAgIC01LjAwMGUtMDIgICAgICAgICAgICAg
ICAgLTUuMDAwZS0wMiAgICAgICAgICAgICAgICAtNy4wMDBlLTAyCi0zLjEg
ICAgICAgICAgICAtNi4wMDBlLTAyICAgICAgICAgICAgICAgIC01LjAwMGUt
MDIgICAgICAgICAgICAgICAgLTcuMDAwZS0wMgotMy4wICAgICAgICAgICAg
LTYuMDAwZS0wMiAgICAgICAgICAgICAgICAtNS4wMDBlLTAyICAgICAgICAg
ICAgICAgIC03LjAwMGUtMDIKLTIuOSAgICAgICAgICAgIC03LjAwMGUtMDIg
ICAgICAgICAgICAgICAgLTYuMDAwZS0wMiAgICAgICAgICAgICAgICAtNy4w
MDBlLTAyCi0yLjggICAgICAgICAgICAtNy4wMDBlLTAyICAgICAgICAgICAg
ICAgIC02LjAwMGUtMDIgICAgICAgICAgICAgICAgLTguMDAwZS0wMgotMi43
ICAgICAgICAgICAgLTYuMDAwZS0wMiAgICAgICAgICAgICAgICAtNi4wMDBl
LTAyICAgICAgICAgICAgICAgIC04LjAwMGUtMDIKLTIuNiAgICAgICAgICAg
IC03LjAwMGUtMDIgICAgICAgICAgICAgICAgLTYuMDAwZS0wMiAgICAgICAg
ICAgICAgICAtOC4wMDBlLTAyCi0yLjUgICAgICAgICAgICAtNy4wMDBlLTAy
ICAgICAgICAgICAgICAgIC03LjAwMGUtMDIgICAgICAgICAgICAgICAgLTku
MDAwZS0wMgotMi40ICAgICAgICAgICAgLTcuMDAwZS0wMiAgICAgICAgICAg
ICAgICAtNi4wMDBlLTAyICAgICAgICAgICAgICAgIC05LjAwMGUtMDIKLTIu
MyAgICAgICAgICAgIC04LjAwMGUtMDIgICAgICAgICAgICAgICAgLTcuMDAw
ZS0wMiAgICAgICAgICAgICAgICAtOS4wMDBlLTAyCi0yLjIgICAgICAgICAg
ICAtOC4wMDBlLTAyICAgICAgICAgICAgICAgIC03LjAwMGUtMDIgICAgICAg
ICAgICAgICAgLTEuMDAwZS0wMQotMi4xICAgICAgICAgICAgLTguMDAwZS0w
MiAgICAgICAgICAgICAgICAtNy4wMDBlLTAyICAgICAgICAgICAgICAgIC05
LjAwMGUtMDIKLTIuMCAgICAgICAgICAgIC05LjAwMGUtMDIgICAgICAgICAg
ICAgICAgLTcuMDAwZS0wMiAgICAgICAgICAgICAgICAtMS4wMDBlLTAxCi0x
LjkgICAgICAgICAgICAtOS4wMDBlLTAyICAgICAgICAgICAgICAgIC04LjAw
MGUtMDIgICAgICAgICAgICAgICAgLTEuMDAwZS0wMQotMS44ICAgICAgICAg
ICAgLTkuMDAwZS0wMiAgICAgICAgICAgICAgICAtOC4wMDBlLTAyICAgICAg
ICAgICAgICAgIC0xLjEwMGUtMDEKLTEuNyAgICAgICAgICAgIC05LjAwMGUt
MDIgICAgICAgICAgICAgICAgLTguMDAwZS0wMiAgICAgICAgICAgICAgICAt
MS4wMDBlLTAxCi0xLjYgICAgICAgICAgICAtOS4wMDBlLTAyICAgICAgICAg
ICAgICAgIC04LjAwMGUtMDIgICAgICAgICAgICAgICAgLTEuMDAwZS0wMQot
MS41ICAgICAgICAgICAgLTkuMDAwZS0wMiAgICAgICAgICAgICAgICAtOC4x
MDBlLTAyICAgICAgICAgICAgICAgIC0xLjAwMGUtMDEKLTEuNCAgICAgICAg
ICAgIC05LjAwMGUtMDIgICAgICAgICAgICAgICAgLTguMTAwZS0wMiAgICAg
ICAgICAgICAgICAtMS4wMTBlLTAxCi0xLjMgICAgICAgICAgICAtOC45MDBl
LTAyICAgICAgICAgICAgICAgIC03LjkwMGUtMDIgICAgICAgICAgICAgICAg
LTkuOTAwZS0wMgotMS4yICAgICAgICAgICAgLTguODAwZS0wMiAgICAgICAg
ICAgICAgICAtNy43MDBlLTAyICAgICAgICAgICAgICAgIC05LjcwMGUtMDIK
LTEuMSAgICAgICAgICAgIC04LjQ1MGUtMDIgICAgICAgICAgICAgICAgLTcu
NDgwZS0wMiAgICAgICAgICAgICAgICAtOS4zMzBlLTAyCi0xLjAgICAgICAg
ICAgICAtOC4xMzBlLTAyICAgICAgICAgICAgICAgIC03LjE1NGUtMDIgICAg
ICAgICAgICAgICAgLTguOTQxZS0wMgotMC45ICAgICAgICAgICAgLTcuNzIy
ZS0wMiAgICAgICAgICAgICAgICAtNi43MThlLTAyICAgICAgICAgICAgICAg
IC04LjQ0OGUtMDIKLTAuOCAgICAgICAgICAgIC03LjIxMWUtMDIgICAgICAg
ICAgICAgICAgLTYuMTkyZS0wMiAgICAgICAgICAgICAgICAtNy44MzNlLTAy
Ci0wLjcgICAgICAgICAgICAtNi41NjhlLTAyICAgICAgICAgICAgICAgIC01
LjU4MmUtMDIgICAgICAgICAgICAgICAgLTcuMDgwZS0wMgotMC42ICAgICAg
ICAgICAgLTUuODAxZS0wMiAgICAgICAgICAgICAgICAtNC45MDNlLTAyICAg
ICAgICAgICAgICAgIC02LjIzMGUtMDIKLTAuNSAgICAgICAgICAgIC00Ljk1
NmUtMDIgICAgICAgICAgICAgICAgLTQuMTcyZS0wMiAgICAgICAgICAgICAg
ICAtNS4zMjNlLTAyCi0wLjQgICAgICAgICAgICAtNC4wNTZlLTAyICAgICAg
ICAgICAgICAgIC0zLjM5OWUtMDIgICAgICAgICAgICAgICAgLTQuMzYxZS0w
MgotMC4zICAgICAgICAgICAgLTMuMTA4ZS0wMiAgICAgICAgICAgICAgICAt
Mi41OTFlLTAyICAgICAgICAgICAgICAgIC0zLjM0NmUtMDIKLTAuMiAgICAg
ICAgICAgIC0yLjExM2UtMDIgICAgICAgICAgICAgICAgLTEuNzUyZS0wMiAg
ICAgICAgICAgICAgICAtMi4yNzllLTAyCi0wLjEgICAgICAgICAgICAtMS4w
NzZlLTAyICAgICAgICAgICAgICAgIC04Ljg2M2UtMDMgICAgICAgICAgICAg
ICAgLTEuMTYyZS0wMgowLjAgICAgICAgICAgICAtMC4wMDBlKzAwICAgICAg
ICAgICAgICAgIC0wLjAwMGUrMDAgICAgICAgICAgICAgICAgLTAuMDAwZSsw
MAowLjEgICAgICAgICAgICAxLjA1M2UtMDIgICAgICAgICAgICAgICAgOC41
ODllLTAzICAgICAgICAgICAgICAgIDEuMTQ0ZS0wMgowLjIgICAgICAgICAg
ICAyLjAyNWUtMDIgICAgICAgICAgICAgICAgMS42NDdlLTAyICAgICAgICAg
ICAgICAgIDIuMjA5ZS0wMgowLjMgICAgICAgICAgICAyLjkyMWUtMDIgICAg
ICAgICAgICAgICAgMi4zNjllLTAyICAgICAgICAgICAgICAgIDMuMTk2ZS0w
MgowLjQgICAgICAgICAgICAzLjc0MWUtMDIgICAgICAgICAgICAgICAgMy4w
MjVlLTAyICAgICAgICAgICAgICAgIDQuMTEwZS0wMgowLjUgICAgICAgICAg
ICA0LjQ4OWUtMDIgICAgICAgICAgICAgICAgMy42MTllLTAyICAgICAgICAg
ICAgICAgIDQuOTQ5ZS0wMgowLjYgICAgICAgICAgICA1LjE2OGUtMDIgICAg
ICAgICAgICAgICAgNC4xNTJlLTAyICAgICAgICAgICAgICAgIDUuNzE3ZS0w
MgowLjcgICAgICAgICAgICA1Ljc3N2UtMDIgICAgICAgICAgICAgICAgNC42
MjZlLTAyICAgICAgICAgICAgICAgIDYuNDE2ZS0wMgowLjggICAgICAgICAg
ICA2LjMyMGUtMDIgICAgICAgICAgICAgICAgNS4wNDVlLTAyICAgICAgICAg
ICAgICAgIDcuMDQ1ZS0wMgowLjkgICAgICAgICAgICA2LjgwMGUtMDIgICAg
ICAgICAgICAgICAgNS40MDllLTAyICAgICAgICAgICAgICAgIDcuNjA5ZS0w
MgoxLjAgICAgICAgICAgICA3LjIxNmUtMDIgICAgICAgICAgICAgICAgNS43
MjBlLTAyICAgICAgICAgICAgICAgIDguMTA3ZS0wMgoxLjEgICAgICAgICAg
ICA3LjU3MGUtMDIgICAgICAgICAgICAgICAgNS45ODBlLTAyICAgICAgICAg
ICAgICAgIDguNTQxZS0wMgoxLjIgICAgICAgICAgICA3Ljg2NGUtMDIgICAg
ICAgICAgICAgICAgNi4xOTJlLTAyICAgICAgICAgICAgICAgIDguOTExZS0w
MgoxLjMgICAgICAgICAgICA4LjA5NmUtMDIgICAgICAgICAgICAgICAgNi4z
NTZlLTAyICAgICAgICAgICAgICAgIDkuMjExZS0wMgoxLjQgICAgICAgICAg
ICA4LjI2NmUtMDIgICAgICAgICAgICAgICAgNi40NzllLTAyICAgICAgICAg
ICAgICAgIDkuNDQwZS0wMgoxLjUgICAgICAgICAgICA4LjM4MmUtMDIgICAg
ICAgICAgICAgICAgNi41NjhlLTAyICAgICAgICAgICAgICAgIDkuNTk3ZS0w
MgoxLjYgICAgICAgICAgICA4LjQ2MWUtMDIgICAgICAgICAgICAgICAgNi42
MzRlLTAyICAgICAgICAgICAgICAgIDkuNjk4ZS0wMgoxLjcgICAgICAgICAg
ICA4LjUxNWUtMDIgICAgICAgICAgICAgICAgNi42ODVlLTAyICAgICAgICAg
ICAgICAgIDkuNzYzZS0wMgoxLjggICAgICAgICAgICA4LjU1NmUtMDIgICAg
ICAgICAgICAgICAgNi43MjRlLTAyICAgICAgICAgICAgICAgIDkuODA3ZS0w
MgoxLjkgICAgICAgICAgICA4LjU4NmUtMDIgICAgICAgICAgICAgICAgNi43
NTVlLTAyICAgICAgICAgICAgICAgIDkuODM4ZS0wMgoyLjAgICAgICAgICAg
ICA4LjYxMGUtMDIgICAgICAgICAgICAgICAgNi43ODFlLTAyICAgICAgICAg
ICAgICAgIDkuODYyZS0wMgoyLjEgICAgICAgICAgICA4LjYyOWUtMDIgICAg
ICAgICAgICAgICAgNi44MDJlLTAyICAgICAgICAgICAgICAgIDkuODgwZS0w
MgoyLjIgICAgICAgICAgICA4LjY0NGUtMDIgICAgICAgICAgICAgICAgNi44
MjBlLTAyICAgICAgICAgICAgICAgIDkuODk1ZS0wMgoyLjMgICAgICAgICAg
ICA4LjY1N2UtMDIgICAgICAgICAgICAgICAgNi44MzZlLTAyICAgICAgICAg
ICAgICAgIDkuOTA3ZS0wMgoyLjQgICAgICAgICAgICA4LjY2OWUtMDIgICAg
ICAgICAgICAgICAgNi44NTBlLTAyICAgICAgICAgICAgICAgIDkuOTE2ZS0w
MgoyLjUgICAgICAgICAgICA4LjY3OGUtMDIgICAgICAgICAgICAgICAgNi44
NjFlLTAyICAgICAgICAgICAgICAgIDkuOTI1ZS0wMgoyLjYgICAgICAgICAg
ICA4LjY4NmUtMDIgICAgICAgICAgICAgICAgNi44NzJlLTAyICAgICAgICAg
ICAgICAgIDkuOTMyZS0wMgoyLjcgICAgICAgICAgICA4LjY5NGUtMDIgICAg
ICAgICAgICAgICAgNi44ODFlLTAyICAgICAgICAgICAgICAgIDkuOTM4ZS0w
MgoyLjggICAgICAgICAgICA4LjcwMGUtMDIgICAgICAgICAgICAgICAgNi44
OTBlLTAyICAgICAgICAgICAgICAgIDkuOTQzZS0wMgoyLjkgICAgICAgICAg
ICA4LjcwNmUtMDIgICAgICAgICAgICAgICAgNi44OTdlLTAyICAgICAgICAg
ICAgICAgIDkuOTQ4ZS0wMgozLjAgICAgICAgICAgICA4LjcxMWUtMDIgICAg
ICAgICAgICAgICAgNi45MDRlLTAyICAgICAgICAgICAgICAgIDkuOTUyZS0w
MgozLjEgICAgICAgICAgICA4LjcxNmUtMDIgICAgICAgICAgICAgICAgNi45
MTFlLTAyICAgICAgICAgICAgICAgIDkuOTU1ZS0wMgozLjIgICAgICAgICAg
ICA4LjcyMGUtMDIgICAgICAgICAgICAgICAgNi45MTdlLTAyICAgICAgICAg
ICAgICAgIDkuOTU5ZS0wMgozLjMgICAgICAgICAgICA4LjcyNGUtMDIgICAg
ICAgICAgICAgICAgNi45MjJlLTAyICAgICAgICAgICAgICAgIDkuOTYyZS0w
MgozLjQgICAgICAgICAgICA4LjcyOGUtMDIgICAgICAgICAgICAgICAgNi45
MjhlLTAyICAgICAgICAgICAgICAgIDkuOTY1ZS0wMgozLjUgICAgICAgICAg
ICA4LjczM2UtMDIgICAgICAgICAgICAgICAgNi45MzNlLTAyICAgICAgICAg
ICAgICAgIDkuOTY4ZS0wMgozLjYgICAgICAgICAgICA4LjczN2UtMDIgICAg
ICAgICAgICAgICAgNi45MzllLTAyICAgICAgICAgICAgICAgIDkuOTcyZS0w
MgozLjcgICAgICAgICAgICA4Ljc0MmUtMDIgICAgICAgICAgICAgICAgNi45
NDVlLTAyICAgICAgICAgICAgICAgIDkuOTc2ZS0wMgozLjggICAgICAgICAg
ICA4Ljc1MGUtMDIgICAgICAgICAgICAgICAgNi45NTNlLTAyICAgICAgICAg
ICAgICAgIDkuOTgxZS0wMgozLjkgICAgICAgICAgICA4Ljc1OGUtMDIgICAg
ICAgICAgICAgICAgNi45NjBlLTAyICAgICAgICAgICAgICAgIDkuOTg3ZS0w
Mgo0LjAgICAgICAgICAgICA4Ljc2OWUtMDIgICAgICAgICAgICAgICAgNi45
ODBlLTAyICAgICAgICAgICAgICAgIDkuOTkzZS0wMgo0LjEgICAgICAgICAg
ICA4Ljc4M2UtMDIgICAgICAgICAgICAgICAgNi45ODBlLTAyICAgICAgICAg
ICAgICAgIDEuMDAwZS0wMQo0LjIgICAgICAgICAgICA4LjgwNmUtMDIgICAg
ICAgICAgICAgICAgNy4wMTBlLTAyICAgICAgICAgICAgICAgIDEuMDAyZS0w
MQo0LjMgICAgICAgICAgICA4LjgzMGUtMDIgICAgICAgICAgICAgICAgNy4w
MzBlLTAyICAgICAgICAgICAgICAgIDEuMDA0ZS0wMQo0LjQgICAgICAgICAg
ICA4Ljg1MGUtMDIgICAgICAgICAgICAgICAgNy4wNjBlLTAyICAgICAgICAg
ICAgICAgIDEuMDA3ZS0wMQo0LjUgICAgICAgICAgICA4Ljg5MGUtMDIgICAg
ICAgICAgICAgICAgNy4xMDBlLTAyICAgICAgICAgICAgICAgIDEuMDEwZS0w
MQo0LjYgICAgICAgICAgICA4Ljk0MGUtMDIgICAgICAgICAgICAgICAgNy4x
NTBlLTAyICAgICAgICAgICAgICAgIDEuMDE0ZS0wMQo0LjcgICAgICAgICAg
ICA5LjAwMGUtMDIgICAgICAgICAgICAgICAgNy4yMTBlLTAyICAgICAgICAg
ICAgICAgIDEuMDE5ZS0wMQo0LjggICAgICAgICAgICA5LjA4MGUtMDIgICAg
ICAgICAgICAgICAgNy4yODBlLTAyICAgICAgICAgICAgICAgIDEuMDI2ZS0w
MQo0LjkgICAgICAgICAgICA5LjE3MGUtMDIgICAgICAgICAgICAgICAgNy4z
NjBlLTAyICAgICAgICAgICAgICAgIDEuMDMzZS0wMQo1LjAgICAgICAgICAg
ICA5LjI5MGUtMDIgICAgICAgICAgICAgICAgNy40NjBlLTAyICAgICAgICAg
ICAgICAgIDEuMDQzZS0wMQo1LjEgICAgICAgICAgICA5LjQxMGUtMDIgICAg
ICAgICAgICAgICAgNy41OTBlLTAyICAgICAgICAgICAgICAgIDEuMDU1ZS0w
MQo1LjIgICAgICAgICAgICA5LjU3MGUtMDIgICAgICAgICAgICAgICAgNy43
MzBlLTAyICAgICAgICAgICAgICAgIDEuMDY5ZS0wMQo1LjMgICAgICAgICAg
ICA5Ljc0MGUtMDIgICAgICAgICAgICAgICAgNy45MDBlLTAyICAgICAgICAg
ICAgICAgIDEuMDg0ZS0wMQo1LjQgICAgICAgICAgICA5Ljk2MGUtMDIgICAg
ICAgICAgICAgICAgOC4wODBlLTAyICAgICAgICAgICAgICAgIDEuMTAzZS0w
MQo1LjUgICAgICAgICAgICAxLjAxOWUtMDEgICAgICAgICAgICAgICAgOC4z
MDBlLTAyICAgICAgICAgICAgICAgIDEuMTI1ZS0wMQo1LjYgICAgICAgICAg
ICAxLjA0MmUtMDEgICAgICAgICAgICAgICAgOC41MjBlLTAyICAgICAgICAg
ICAgICAgIDEuMTQ5ZS0wMQo1LjcgICAgICAgICAgICAxLjA3N2UtMDEgICAg
ICAgICAgICAgICAgOC43NzBlLTAyICAgICAgICAgICAgICAgIDEuMTcxZS0w
MQo1LjggICAgICAgICAgICAxLjExMGUtMDEgICAgICAgICAgICAgICAgOS4x
MDBlLTAyICAgICAgICAgICAgICAgIDEuMjAwZS0wMQo1LjkgICAgICAgICAg
ICAxLjE1MGUtMDEgICAgICAgICAgICAgICAgOS41MDBlLTAyICAgICAgICAg
ICAgICAgIDEuMjQwZS0wMQo2LjAgICAgICAgICAgICAxLjE5MGUtMDEgICAg
ICAgICAgICAgICAgOS45MDBlLTAyICAgICAgICAgICAgICAgIDEuMjkwZS0w
MQo2LjEgICAgICAgICAgICAxLjI1MGUtMDEgICAgICAgICAgICAgICAgMS4w
NDBlLTAxICAgICAgICAgICAgICAgIDEuMzMwZS0wMQo2LjIgICAgICAgICAg
ICAxLjI5MGUtMDEgICAgICAgICAgICAgICAgMS4wODBlLTAxICAgICAgICAg
ICAgICAgIDEuMzgwZS0wMQo2LjMgICAgICAgICAgICAxLjM2MGUtMDEgICAg
ICAgICAgICAgICAgMS4xMzBlLTAxICAgICAgICAgICAgICAgIDEuNDMwZS0w
MQo2LjQgICAgICAgICAgICAxLjQyMGUtMDEgICAgICAgICAgICAgICAgMS4y
MDBlLTAxICAgICAgICAgICAgICAgIDEuNDkwZS0wMQo2LjUgICAgICAgICAg
ICAxLjQ5MGUtMDEgICAgICAgICAgICAgICAgMS4yNTBlLTAxICAgICAgICAg
ICAgICAgIDEuNTYwZS0wMQo2LjYgICAgICAgICAgICAxLjU2MGUtMDEgICAg
ICAgICAgICAgICAgMS4zMjBlLTAxICAgICAgICAgICAgICAgIDEuNjQwZS0w
MQpbUmFtcF0KfCAgdmFyaWFibGUgICAgICAgdHlwICAgICAgICAgIG1pbiAg
ICAgICAgICBtYXgKfApkVi9kdF9yICAgICAgICAxLjUxLzAuMjBuICAgMS41
My8wLjIzbiAgIDEuNzYvMC4xOG4KZFYvZHRfZiAgICAgICAgMi4wMi8wLjA1
biAgIDEuODQvMC4wNW4gICAyLjIwLzAuMDZuCnwKfCoqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioKCltSaXNpbmcgV2F2ZWZvcm1dClJfZml4
dHVyZSA9IDgwClZfZml4dHVyZSA9IDMuMwpWX2ZpeHR1cmVfbWluID0gMy4w
ClZfZml4dHVyZV9tYXggPSAzLjYKfAowLjAwMGUrMDAJCTMuODcxZS0wMQkJ
NC4zMDJlLTAxCQkzLjg4OWUtMDEKNy40MDBlLTEwCQkzLjkyMmUtMDEJCTQu
NDA1ZS0wMQkJMy45MDRlLTAxCjguMTAwZS0xMAkJMy45ODFlLTAxCQk0LjUw
M2UtMDEJCTMuOTM1ZS0wMQo4LjYwMGUtMTAJCTQuMDQ2ZS0wMQkJNC42MDRl
LTAxCQkzLjk3M2UtMDEKOS4wMDBlLTEwCQk0LjExN2UtMDEJCTQuNzExZS0w
MQkJNC4wMThlLTAxCjkuMzAwZS0xMAkJNC4xODFlLTAxCQk0LjgwM2UtMDEJ
CTQuMDU4ZS0wMQo5LjUwMGUtMTAJCTQuMjQ1ZS0wMQkJNC44ODdlLTAxCQk0
LjEwMmUtMDEKOS43MDBlLTEwCQk0LjMwOGUtMDEJCTQuOTcxZS0wMQkJNC4x
NDZlLTAxCjkuOTAwZS0xMAkJNC4zODFlLTAxCQk1LjA2NmUtMDEJCTQuMTk3
ZS0wMQoxLjAxMGUtMDkJCTQuNDczZS0wMQkJNS4xNzllLTAxCQk0LjI2NmUt
MDEKMS4wMjBlLTA5CQk0LjUzMWUtMDEJCTUuMjQ5ZS0wMQkJNC4zMTBlLTAx
CjEuMDMwZS0wOQkJNC41OThlLTAxCQk1LjMyN2UtMDEJCTQuMzU5ZS0wMQox
LjA0MGUtMDkJCTQuNjY0ZS0wMQkJNS40MDVlLTAxCQk0LjQwOGUtMDEKMS4w
NTBlLTA5CQk0LjczMGUtMDEJCTUuNDg0ZS0wMQkJNC40NThlLTAxCjEuMDYw
ZS0wOQkJNC44MTRlLTAxCQk1LjU3OWUtMDEJCTQuNTIyZS0wMQoxLjA3MGUt
MDkJCTQuOTE2ZS0wMQkJNS42OTFlLTAxCQk0LjYwMmUtMDEKMS4wODBlLTA5
CQk1LjAxOWUtMDEJCTUuODA0ZS0wMQkJNC42ODJlLTAxCjEuMDkwZS0wOQkJ
NS4xMjFlLTAxCQk1LjkxNmUtMDEJCTQuNzYyZS0wMQoxLjEwMGUtMDkJCTUu
MjIzZS0wMQkJNi4wMjllLTAxCQk0Ljg0M2UtMDEKMS4xMTBlLTA5CQk1LjM0
NGUtMDEJCTYuMTU3ZS0wMQkJNC45NDVlLTAxCjEuMTIwZS0wOQkJNS40ODRl
LTAxCQk2LjMwMGUtMDEJCTUuMDcwZS0wMQoxLjEzMGUtMDkJCTUuNjI0ZS0w
MQkJNi40NDRlLTAxCQk1LjE5NWUtMDEKMS4xNDBlLTA5CQk1Ljc2M2UtMDEJ
CTYuNTg3ZS0wMQkJNS4zMTllLTAxCjEuMTUwZS0wOQkJNS45MDNlLTAxCQk2
LjczMWUtMDEJCTUuNDQ0ZS0wMQoxLjE2MGUtMDkJCTYuMDU3ZS0wMQkJNi44
ODVlLTAxCQk1LjU4M2UtMDEKMS4xNzBlLTA5CQk2LjIyNGUtMDEJCTcuMDQ5
ZS0wMQkJNS43MzZlLTAxCjEuMTgwZS0wOQkJNi4zOTJlLTAxCQk3LjIxM2Ut
MDEJCTUuODg5ZS0wMQoxLjE5MGUtMDkJCTYuNTU5ZS0wMQkJNy4zNzdlLTAx
CQk2LjA0M2UtMDEKMS4yMDBlLTA5CQk2LjcyN2UtMDEJCTcuNTQxZS0wMQkJ
Ni4xOTZlLTAxCjEuMjEwZS0wOQkJNi45MjRlLTAxCQk3LjcyM2UtMDEJCTYu
Mzc1ZS0wMQoxLjIyMGUtMDkJCTcuMTUyZS0wMQkJNy45MjFlLTAxCQk2LjU4
MGUtMDEKMS4yMzBlLTA5CQk3LjM4MGUtMDEJCTguMTE5ZS0wMQkJNi43ODVl
LTAxCjEuMjQwZS0wOQkJNy42MDdlLTAxCQk4LjMxN2UtMDEJCTYuOTkwZS0w
MQoxLjI1MGUtMDkJCTcuODM1ZS0wMQkJOC41MTZlLTAxCQk3LjE5NWUtMDEK
MS4yNjBlLTA5CQk4LjEwM2UtMDEJCTguNzM3ZS0wMQkJNy40NTVlLTAxCjEu
MjcwZS0wOQkJOC40MTJlLTAxCQk4Ljk4MWUtMDEJCTcuNzY4ZS0wMQoxLjI4
MGUtMDkJCTguNzIxZS0wMQkJOS4yMjVlLTAxCQk4LjA4MmUtMDEKMS4yOTBl
LTA5CQk5LjAzMGUtMDEJCTkuNDY5ZS0wMQkJOC4zOTVlLTAxCjEuMzAwZS0w
OQkJOS4zMzllLTAxCQk5LjcxNGUtMDEJCTguNzA5ZS0wMQoxLjMxMGUtMDkJ
CTkuNjY2ZS0wMQkJOS45NzRlLTAxCQk5LjA2MGUtMDEKMS4zMjBlLTA5CQkx
LjAwMGUrMDAJCTEuMDI1ZSswMAkJOS40NTBlLTAxCjEuMzMwZS0wOQkJMS4w
MzVlKzAwCQkxLjA1MmUrMDAJCTkuODQ1ZS0wMQoxLjM0MGUtMDkJCTEuMDY5
ZSswMAkJMS4wODBlKzAwCQkxLjAyMmUrMDAKMS4zNTBlLTA5CQkxLjEwNGUr
MDAJCTEuMTA4ZSswMAkJMS4wNjFlKzAwCjEuMzYwZS0wOQkJMS4xMzhlKzAw
CQkxLjEzNmUrMDAJCTEuMDk5ZSswMAoxLjM3MGUtMDkJCTEuMTcyZSswMAkJ
MS4xNjVlKzAwCQkxLjEzN2UrMDAKMS4zODBlLTA5CQkxLjIwNmUrMDAJCTEu
MTk0ZSswMAkJMS4xNzVlKzAwCjEuMzkwZS0wOQkJMS4yNDBlKzAwCQkxLjIy
M2UrMDAJCTEuMjEzZSswMAoxLjQwMGUtMDkJCTEuMjc0ZSswMAkJMS4yNTNl
KzAwCQkxLjI1MWUrMDAKMS40MTBlLTA5CQkxLjMxMGUrMDAJCTEuMjgzZSsw
MAkJMS4yODllKzAwCjEuNDIwZS0wOQkJMS4zNDhlKzAwCQkxLjMxNGUrMDAJ
CTEuMzI3ZSswMAoxLjQzMGUtMDkJCTEuMzg2ZSswMAkJMS4zNDZlKzAwCQkx
LjM2NWUrMDAKMS40NDBlLTA5CQkxLjQyNWUrMDAJCTEuMzc4ZSswMAkJMS40
MDdlKzAwCjEuNDUwZS0wOQkJMS40NjNlKzAwCQkxLjQwOWUrMDAJCTEuNDUy
ZSswMAoxLjQ2MGUtMDkJCTEuNTA1ZSswMAkJMS40NDNlKzAwCQkxLjUwNWUr
MDAKMS40NzBlLTA5CQkxLjU1MmUrMDAJCTEuNDgwZSswMAkJMS41NjZlKzAw
CjEuNDgwZS0wOQkJMS42MDJlKzAwCQkxLjUxN2UrMDAJCTEuNjI2ZSswMAox
LjQ5MGUtMDkJCTEuNjYzZSswMAkJMS41NTRlKzAwCQkxLjY4N2UrMDAKMS41
MDBlLTA5CQkxLjcyM2UrMDAJCTEuNTkxZSswMAkJMS43NDdlKzAwCjEuNTEw
ZS0wOQkJMS43ODRlKzAwCQkxLjYzMWUrMDAJCTEuODIzZSswMAoxLjUyMGUt
MDkJCTEuODQ1ZSswMAkJMS42NzRlKzAwCQkxLjkxNGUrMDAKMS41MzBlLTA5
CQkxLjkwNWUrMDAJCTEuNzE3ZSswMAkJMi4wMDVlKzAwCjEuNTQwZS0wOQkJ
MS45ODZlKzAwCQkxLjc1OWUrMDAJCTIuMDk2ZSswMAoxLjU1MGUtMDkJCTIu
MDY4ZSswMAkJMS44MDJlKzAwCQkyLjE4N2UrMDAKMS41NjBlLTA5CQkyLjE0
OWUrMDAJCTEuODQ3ZSswMAkJMi4yODZlKzAwCjEuNTcwZS0wOQkJMi4yMzBl
KzAwCQkxLjg5NGUrMDAJCTIuMzk0ZSswMAoxLjU4MGUtMDkJCTIuMzExZSsw
MAkJMS45NDNlKzAwCQkyLjUwMWUrMDAKMS41OTBlLTA5CQkyLjM5NGUrMDAJ
CTEuOTk0ZSswMAkJMi42MDllKzAwCjEuNjAwZS0wOQkJMi40NzdlKzAwCQky
LjA0NmUrMDAJCTIuNzE2ZSswMAoxLjYxMGUtMDkJCTIuNTYwZSswMAkJMi4w
OThlKzAwCQkyLjgxMmUrMDAKMS42MjBlLTA5CQkyLjY0M2UrMDAJCTIuMTUw
ZSswMAkJMi44OTZlKzAwCjEuNjMwZS0wOQkJMi43MjZlKzAwCQkyLjIwMmUr
MDAJCTIuOTgwZSswMAoxLjY0MGUtMDkJCTIuNzgyZSswMAkJMi4yNTZlKzAw
CQkzLjA2M2UrMDAKMS42NTBlLTA5CQkyLjgzOWUrMDAJCTIuMzEwZSswMAkJ
My4xNDdlKzAwCjEuNjYwZS0wOQkJMi44OTZlKzAwCQkyLjM2NGUrMDAJCTMu
MjE1ZSswMAoxLjY3MGUtMDkJCTIuOTUyZSswMAkJMi40MThlKzAwCQkzLjI2
NWUrMDAKMS42ODBlLTA5CQkzLjAwOWUrMDAJCTIuNDcyZSswMAkJMy4zMDhl
KzAwCjEuNjkwZS0wOQkJMy4wNDNlKzAwCQkyLjUxNmUrMDAJCTMuMzM5ZSsw
MAoxLjcwMGUtMDkJCTMuMDczZSswMAkJMi41NjBlKzAwCQkzLjM3MGUrMDAK
MS43MTBlLTA5CQkzLjA5OGUrMDAJCTIuNjAzZSswMAkJMy40MDFlKzAwCjEu
NzIwZS0wOQkJMy4xMTllKzAwCQkyLjY0N2UrMDAJCTMuNDMyZSswMAoxLjcz
MGUtMDkJCTMuMTM5ZSswMAkJMi42OTFlKzAwCQkzLjQ2MmUrMDAKMS43NDBl
LTA5CQkzLjE2MGUrMDAJCTIuNzE4ZSswMAkJMy40NzZlKzAwCjEuNzUwZS0w
OQkJMy4xODFlKzAwCQkyLjc0NmUrMDAJCTMuNDg5ZSswMAoxLjc2MGUtMDkJ
CTMuMTk2ZSswMAkJMi43NzNlKzAwCQkzLjUwMmUrMDAKMS43NzBlLTA5CQkz
LjIwNmUrMDAJCTIuODAxZSswMAkJMy41MTVlKzAwCjEuNzgwZS0wOQkJMy4y
MTVlKzAwCQkyLjgyOGUrMDAJCTMuNTI4ZSswMAoxLjc5MGUtMDkJCTMuMjI1
ZSswMAkJMi44NDNlKzAwCQkzLjUzNWUrMDAKMS44MDBlLTA5CQkzLjIzNGUr
MDAJCTIuODU4ZSswMAkJMy41NDFlKzAwCjEuODEwZS0wOQkJMy4yNDJlKzAw
CQkyLjg3M2UrMDAJCTMuNTQ3ZSswMAoxLjgzMGUtMDkJCTMuMjUyZSswMAkJ
Mi45MDJlKzAwCQkzLjU1NmUrMDAKMS44NTBlLTA5CQkzLjI1OWUrMDAJCTIu
OTE5ZSswMAkJMy41NjRlKzAwCjEuODcwZS0wOQkJMy4yNjZlKzAwCQkyLjkz
MmUrMDAJCTMuNTcwZSswMAoxLjkwMGUtMDkJCTMuMjczZSswMAkJMi45NDll
KzAwCQkzLjU3NmUrMDAKMS45MzBlLTA5CQkzLjI3OWUrMDAJCTIuOTYwZSsw
MAkJMy41ODFlKzAwCjEuOTgwZS0wOQkJMy4yODVlKzAwCQkyLjk3M2UrMDAJ
CTMuNTg3ZSswMAoyLjA2MGUtMDkJCTMuMjkxZSswMAkJMi45ODRlKzAwCQkz
LjU5MmUrMDAKMi4yNzBlLTA5CQkzLjI5N2UrMDAJCTIuOTk0ZSswMAkJMy41
OTdlKzAwCjUuMDAwZS0wOQkJMy4yOTllKzAwCQkyLjk5OWUrMDAJCTMuNTk5
ZSswMAp8CltSaXNpbmcgV2F2ZWZvcm1dClJfZml4dHVyZSA9IDgwClZfZml4
dHVyZSA9IDAuMApWX2ZpeHR1cmVfbWluID0gMC4wClZfZml4dHVyZV9tYXgg
PSAwLjAKfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIAoxLjQzMGUtMDkJCTkuNTUzZS0wMwkJLTEu
NDE3ZS0wMgkJLTQuMjA4ZS0wMwoxLjQ0MGUtMDkJCTIuMDMyZS0wMgkJLTgu
OTMwZS0wMwkJOS4xMjhlLTAzCjEuNDUwZS0wOQkJMy4xMDllLTAyCQktMy42
OTJlLTAzCQkyLjUzMGUtMDIKMS40NjBlLTA5CQk0LjYxMGUtMDIJCTUuNDUx
ZS0wMwkJNC42NDdlLTAyCjEuNDcwZS0wOQkJNi42MDRlLTAyCQkxLjg1MGUt
MDIJCTcuMTcyZS0wMgoxLjQ4MGUtMDkJCTguNzk5ZS0wMgkJMy4xNTVlLTAy
CQk5LjY5NmUtMDIKMS40OTBlLTA5CQkxLjE2MWUtMDEJCTQuNDYwZS0wMgkJ
MS4yMjJlLTAxCjEuNTAwZS0wOQkJMS40NDJlLTAxCQk1Ljc2NGUtMDIJCTEu
NDc0ZS0wMQoxLjUxMGUtMDkJCTEuNzIzZS0wMQkJNy40NTBlLTAyCQkxLjgy
OGUtMDEKMS41MjBlLTA5CQkyLjAwNGUtMDEJCTkuNTE3ZS0wMgkJMi4yODRl
LTAxCjEuNTMwZS0wOQkJMi4yODVlLTAxCQkxLjE1OGUtMDEJCTIuNzM5ZS0w
MQoxLjU0MGUtMDkJCTIuNzQxZS0wMQkJMS4zNjVlLTAxCQkzLjE5NWUtMDEK
MS41NTBlLTA5CQkzLjE5N2UtMDEJCTEuNTcyZS0wMQkJMy42NTBlLTAxCjEu
NTYwZS0wOQkJMy42NTRlLTAxCQkxLjgwMWUtMDEJCTQuMjM2ZS0wMQoxLjU3
MGUtMDkJCTQuMTEwZS0wMQkJMi4wNTZlLTAxCQk0Ljk1MWUtMDEKMS41ODBl
LTA5CQk0LjU2NmUtMDEJCTIuMzIxZS0wMQkJNS42NjZlLTAxCjEuNTkwZS0w
OQkJNS4yMTdlLTAxCQkyLjYyNWUtMDEJCTYuMzgxZS0wMQoxLjYwMGUtMDkJ
CTUuODY3ZS0wMQkJMi45MjhlLTAxCQk3LjA5NmUtMDEKMS42MTBlLTA5CQk2
LjUxOGUtMDEJCTMuMjMyZS0wMQkJNy44ODllLTAxCjEuNjIwZS0wOQkJNy4x
NjllLTAxCQkzLjUzNmUtMDEJCTguNzYxZS0wMQoxLjYzMGUtMDkJCTcuODIw
ZS0wMQkJMy44NDBlLTAxCQk5LjYzMmUtMDEKMS42NDBlLTA5CQk4LjU1OWUt
MDEJCTQuMjY4ZS0wMQkJMS4wNTBlKzAwCjEuNjUwZS0wOQkJOS4yOThlLTAx
CQk0LjY5NWUtMDEJCTEuMTM3ZSswMAoxLjY2MGUtMDkJCTEuMDAzZSswMAkJ
NS4xMjJlLTAxCQkxLjIyNWUrMDAKMS42NzBlLTA5CQkxLjA3N2UrMDAJCTUu
NTUwZS0wMQkJMS4zMTJlKzAwCjEuNjgwZS0wOQkJMS4xNTFlKzAwCQk1Ljk3
N2UtMDEJCTEuMzk5ZSswMAoxLjY5MGUtMDkJCTEuMjI1ZSswMAkJNi41MThl
LTAxCQkxLjQ4MmUrMDAKMS43MDBlLTA5CQkxLjI5OGUrMDAJCTcuMDYwZS0w
MQkJMS41NjVlKzAwCjEuNzEwZS0wOQkJMS4zNjllKzAwCQk3LjYwMWUtMDEJ
CTEuNjQ4ZSswMAoxLjcyMGUtMDkJCTEuNDM4ZSswMAkJOC4xNDNlLTAxCQkx
LjczMGUrMDAKMS43MzBlLTA5CQkxLjUwOGUrMDAJCTguNjg0ZS0wMQkJMS44
MTNlKzAwCjEuNzQwZS0wOQkJMS41NzdlKzAwCQk5LjI1MmUtMDEJCTEuODg2
ZSswMAoxLjc1MGUtMDkJCTEuNjQ2ZSswMAkJOS44MjBlLTAxCQkxLjk1OWUr
MDAKMS43NjBlLTA5CQkxLjcxMmUrMDAJCTEuMDM4ZSswMAkJMi4wMzJlKzAw
CjEuNzcwZS0wOQkJMS43NzNlKzAwCQkxLjA5NWUrMDAJCTIuMTA0ZSswMAox
Ljc4MGUtMDkJCTEuODM0ZSswMAkJMS4xNTJlKzAwCQkyLjE3N2UrMDAKMS43
OTBlLTA5CQkxLjg5NWUrMDAJCTEuMjA3ZSswMAkJMi4yMzllKzAwCjEuODAw
ZS0wOQkJMS45NTVlKzAwCQkxLjI2MmUrMDAJCTIuMjk4ZSswMAoxLjgxMGUt
MDkJCTIuMDEwZSswMAkJMS4zMTVlKzAwCQkyLjM1MWUrMDAKMS44MjBlLTA5
CQkyLjA1OGUrMDAJCTEuMzY3ZSswMAkJMi4zOThlKzAwCjEuODMwZS0wOQkJ
Mi4xMDVlKzAwCQkxLjQxOGUrMDAJCTIuNDQ1ZSswMAoxLjg0MGUtMDkJCTIu
MTUzZSswMAkJMS40NzBlKzAwCQkyLjQ5M2UrMDAKMS44NTBlLTA5CQkyLjIw
MWUrMDAJCTEuNTIxZSswMAkJMi41NDBlKzAwCjEuODYwZS0wOQkJMi4yNDFl
KzAwCQkxLjU3MGUrMDAJCTIuNTc4ZSswMAoxLjg3MGUtMDkJCTIuMjczZSsw
MAkJMS42MTVlKzAwCQkyLjYwN2UrMDAKMS44ODBlLTA5CQkyLjMwNWUrMDAJ
CTEuNjU5ZSswMAkJMi42MzZlKzAwCjEuODkwZS0wOQkJMi4zMzdlKzAwCQkx
LjcwNGUrMDAJCTIuNjY2ZSswMAoxLjkwMGUtMDkJCTIuMzY5ZSswMAkJMS43
NDllKzAwCQkyLjY5NWUrMDAKMS45MTBlLTA5CQkyLjM5NWUrMDAJCTEuNzg5
ZSswMAkJMi43MTdlKzAwCjEuOTIwZS0wOQkJMi40MTRlKzAwCQkxLjgyNGUr
MDAJCTIuNzM0ZSswMAoxLjkzMGUtMDkJCTIuNDM0ZSswMAkJMS44NjBlKzAw
CQkyLjc1MGUrMDAKMS45NDBlLTA5CQkyLjQ1NGUrMDAJCTEuODk1ZSswMAkJ
Mi43NjdlKzAwCjEuOTUwZS0wOQkJMi40NzNlKzAwCQkxLjkzMGUrMDAJCTIu
NzgzZSswMAoxLjk2MGUtMDkJCTIuNDg5ZSswMAkJMS45NjBlKzAwCQkyLjc5
NmUrMDAKMS45NzBlLTA5CQkyLjUwMGUrMDAJCTEuOTg1ZSswMAkJMi44MDZl
KzAwCjEuOTgwZS0wOQkJMi41MTJlKzAwCQkyLjAxMGUrMDAJCTIuODE1ZSsw
MAoxLjk5MGUtMDkJCTIuNTI0ZSswMAkJMi4wMzVlKzAwCQkyLjgyNWUrMDAK
Mi4wMDBlLTA5CQkyLjUzNmUrMDAJCTIuMDYwZSswMAkJMi44MzRlKzAwCjIu
MDEwZS0wOQkJMi41NDVlKzAwCQkyLjA4MWUrMDAJCTIuODQyZSswMAoyLjAy
MGUtMDkJCTIuNTUyZSswMAkJMi4wOTdlKzAwCQkyLjg0OGUrMDAKMi4wMzBl
LTA5CQkyLjU1OWUrMDAJCTIuMTE0ZSswMAkJMi44NTNlKzAwCjIuMDQwZS0w
OQkJMi41NjdlKzAwCQkyLjEzMGUrMDAJCTIuODU5ZSswMAoyLjA1MGUtMDkJ
CTIuNTc0ZSswMAkJMi4xNDdlKzAwCQkyLjg2NWUrMDAKMi4wNjBlLTA5CQky
LjU4MGUrMDAJCTIuMTYwZSswMAkJMi44NjllKzAwCjIuMDgwZS0wOQkJMi41
ODllKzAwCQkyLjE4MmUrMDAJCTIuODc2ZSswMAoyLjEwMGUtMDkJCTIuNTk4
ZSswMAkJMi4yMDRlKzAwCQkyLjg4NGUrMDAKMi4xMjBlLTA5CQkyLjYwNmUr
MDAJCTIuMjIwZSswMAkJMi44ODllKzAwCjIuMTQwZS0wOQkJMi42MTFlKzAw
CQkyLjIzNWUrMDAJCTIuODk0ZSswMAoyLjE2MGUtMDkJCTIuNjE3ZSswMAkJ
Mi4yNDhlKzAwCQkyLjg5OGUrMDAKMi4xOTBlLTA5CQkyLjYyNGUrMDAJCTIu
MjYzZSswMAkJMi45MDRlKzAwCjIuMjIwZS0wOQkJMi42MzBlKzAwCQkyLjI3
NmUrMDAJCTIuOTA4ZSswMAoyLjI2MGUtMDkJCTIuNjM2ZSswMAkJMi4yOTBl
KzAwCQkyLjkxM2UrMDAKMi4zMTBlLTA5CQkyLjY0MmUrMDAJCTIuMzAyZSsw
MAkJMi45MTdlKzAwCjIuMzkwZS0wOQkJMi42NDhlKzAwCQkyLjMxN2UrMDAJ
CTIuOTIxZSswMAoyLjUyMGUtMDkJCTIuNjU0ZSswMAkJMi4zMzBlKzAwCQky
LjkyNWUrMDAKNS4wMDBlLTA5CQkyLjY1OWUrMDAJCTIuMzQ1ZSswMAkJMi45
MjhlKzAwCnwKW0ZhbGxpbmcgV2F2ZWZvcm1dClJfZml4dHVyZSA9IDUwClZf
Zml4dHVyZSA9IDMuMwpWX2ZpeHR1cmVfbWluID0gMy4wClZfZml4dHVyZV9t
YXggPSAzLjYKfAowLjAwMGUrMDAJCTMuMjk5ZSswMAkJMi45OTllKzAwCQkz
LjU5OWUrMDAKMS4xMzBlLTA5CQkzLjI4MmUrMDAJCTMuMDA5ZSswMAkJMy41
NjRlKzAwCjEuMTYwZS0wOQkJMy4yNjFlKzAwCQkyLjk5NmUrMDAJCTMuNTMx
ZSswMAoxLjE4MGUtMDkJCTMuMjQyZSswMAkJMi45ODVlKzAwCQkzLjUwOGUr
MDAKMS4yMDBlLTA5CQkzLjIyMWUrMDAJCTIuOTczZSswMAkJMy40ODFlKzAw
CjEuMjIwZS0wOQkJMy4yMDBlKzAwCQkyLjk1OWUrMDAJCTMuNDUxZSswMAox
LjI0MGUtMDkJCTMuMTc3ZSswMAkJMi45NDRlKzAwCQkzLjQyMWUrMDAKMS4y
NjBlLTA5CQkzLjE1MWUrMDAJCTIuOTI5ZSswMAkJMy4zODZlKzAwCjEuMjgw
ZS0wOQkJMy4xMjRlKzAwCQkyLjkxMWUrMDAJCTMuMzQ3ZSswMAoxLjMwMGUt
MDkJCTMuMDk2ZSswMAkJMi44OTJlKzAwCQkzLjMwOWUrMDAKMS4zMjBlLTA5
CQkzLjA2NWUrMDAJCTIuODczZSswMAkJMy4yNTllKzAwCjEuMzMwZS0wOQkJ
My4wNDhlKzAwCQkyLjg2NGUrMDAJCTMuMjI5ZSswMAoxLjM0MGUtMDkJCTMu
MDI1ZSswMAkJMi44NTNlKzAwCQkzLjE5NmUrMDAKMS4zNTBlLTA5CQkzLjAw
M2UrMDAJCTIuODQxZSswMAkJMy4xNjRlKzAwCjEuMzYwZS0wOQkJMi45ODFl
KzAwCQkyLjgzMGUrMDAJCTMuMTMxZSswMAoxLjM3MGUtMDkJCTIuOTU5ZSsw
MAkJMi44MTllKzAwCQkzLjA5OGUrMDAKMS4zODBlLTA5CQkyLjkzN2UrMDAJ
CTIuODA3ZSswMAkJMy4wNTllKzAwCjEuMzkwZS0wOQkJMi45MDRlKzAwCQky
Ljc5NGUrMDAJCTMuMDE0ZSswMAoxLjQwMGUtMDkJCTIuODcxZSswMAkJMi43
ODBlKzAwCQkyLjk2OWUrMDAKMS40MTBlLTA5CQkyLjgzOWUrMDAJCTIuNzY0
ZSswMAkJMi45MjRlKzAwCjEuNDIwZS0wOQkJMi44MDZlKzAwCQkyLjc0NmUr
MDAJCTIuODc5ZSswMAoxLjQzMGUtMDkJCTIuNzczZSswMAkJMi43MjhlKzAw
CQkyLjgzMGUrMDAKMS40NDBlLTA5CQkyLjczMWUrMDAJCTIuNzExZSswMAkJ
Mi43NzdlKzAwCjEuNDUwZS0wOQkJMi42OTBlKzAwCQkyLjY5M2UrMDAJCTIu
NzI1ZSswMAoxLjQ2MGUtMDkJCTIuNjQ4ZSswMAkJMi42NzJlKzAwCQkyLjY3
MmUrMDAKMS40NzBlLTA5CQkyLjYwNmUrMDAJCTIuNjQ3ZSswMAkJMi42MTll
KzAwCjEuNDgwZS0wOQkJMi41NjRlKzAwCQkyLjYyM2UrMDAJCTIuNTY1ZSsw
MAoxLjQ5MGUtMDkJCTIuNTE5ZSswMAkJMi41OThlKzAwCQkyLjUxMGUrMDAK
MS41MDBlLTA5CQkyLjQ3M2UrMDAJCTIuNTczZSswMAkJMi40NTVlKzAwCjEu
NTEwZS0wOQkJMi40MjhlKzAwCQkyLjU0NmUrMDAJCTIuNDAwZSswMAoxLjUy
MGUtMDkJCTIuMzgyZSswMAkJMi41MTZlKzAwCQkyLjM0NWUrMDAKMS41MzBl
LTA5CQkyLjMzNmUrMDAJCTIuNDg2ZSswMAkJMi4yOTJlKzAwCjEuNTQwZS0w
OQkJMi4yOTFlKzAwCQkyLjQ1NmUrMDAJCTIuMjM5ZSswMAoxLjU1MGUtMDkJ
CTIuMjQ2ZSswMAkJMi40MjZlKzAwCQkyLjE4N2UrMDAKMS41NjBlLTA5CQky
LjIwMWUrMDAJCTIuMzk0ZSswMAkJMi4xMzRlKzAwCjEuNTcwZS0wOQkJMi4x
NTVlKzAwCQkyLjM2MmUrMDAJCTIuMDgyZSswMAoxLjU4MGUtMDkJCTIuMTEw
ZSswMAkJMi4zMzBlKzAwCQkyLjAzMWUrMDAKMS41OTBlLTA5CQkyLjA2OGUr
MDAJCTIuMjk4ZSswMAkJMS45ODNlKzAwCjEuNjAwZS0wOQkJMi4wMjZlKzAw
CQkyLjI2NWUrMDAJCTEuOTM2ZSswMAoxLjYxMGUtMDkJCTEuOTg1ZSswMAkJ
Mi4yMzNlKzAwCQkxLjg5MmUrMDAKMS42MjBlLTA5CQkxLjk0M2UrMDAJCTIu
MjAxZSswMAkJMS44NDhlKzAwCjEuNjMwZS0wOQkJMS45MDFlKzAwCQkyLjE3
MGUrMDAJCTEuODA0ZSswMAoxLjY0MGUtMDkJCTEuODY0ZSswMAkJMi4xMzhl
KzAwCQkxLjc2MWUrMDAKMS42NTBlLTA5CQkxLjgyN2UrMDAJCTIuMTA2ZSsw
MAkJMS43MTdlKzAwCjEuNjYwZS0wOQkJMS43OTBlKzAwCQkyLjA3NWUrMDAJ
CTEuNjgwZSswMAoxLjY3MGUtMDkJCTEuNzUzZSswMAkJMi4wNDZlKzAwCQkx
LjY0M2UrMDAKMS42ODBlLTA5CQkxLjcxNmUrMDAJCTIuMDE2ZSswMAkJMS42
MDdlKzAwCjEuNjkwZS0wOQkJMS42ODVlKzAwCQkxLjk4N2UrMDAJCTEuNTcw
ZSswMAoxLjcwMGUtMDkJCTEuNjUzZSswMAkJMS45NTdlKzAwCQkxLjUzM2Ur
MDAKMS43MTBlLTA5CQkxLjYyMmUrMDAJCTEuOTI5ZSswMAkJMS41MDRlKzAw
CjEuNzIwZS0wOQkJMS41OTFlKzAwCQkxLjkwMmUrMDAJCTEuNDc0ZSswMAox
LjczMGUtMDkJCTEuNTU5ZSswMAkJMS44NzZlKzAwCQkxLjQ0NWUrMDAKMS43
NDBlLTA5CQkxLjUzM2UrMDAJCTEuODQ5ZSswMAkJMS40MTVlKzAwCjEuNzUw
ZS0wOQkJMS41MDhlKzAwCQkxLjgyM2UrMDAJCTEuMzg2ZSswMAoxLjc2MGUt
MDkJCTEuNDgyZSswMAkJMS43OThlKzAwCQkxLjM2MWUrMDAKMS43NzBlLTA5
CQkxLjQ1NmUrMDAJCTEuNzc1ZSswMAkJMS4zMzllKzAwCjEuNzgwZS0wOQkJ
MS40MzBlKzAwCQkxLjc1MmUrMDAJCTEuMzE4ZSswMAoxLjc5MGUtMDkJCTEu
NDA5ZSswMAkJMS43MjllKzAwCQkxLjI5OGUrMDAKMS44MDBlLTA5CQkxLjM4
OWUrMDAJCTEuNzA2ZSswMAkJMS4yNzllKzAwCjEuODEwZS0wOQkJMS4zNjhl
KzAwCQkxLjY4NWUrMDAJCTEuMjYwZSswMAoxLjgyMGUtMDkJCTEuMzQ4ZSsw
MAkJMS42NjZlKzAwCQkxLjI0MWUrMDAKMS44MzBlLTA5CQkxLjMyN2UrMDAJ
CTEuNjQ2ZSswMAkJMS4yMjRlKzAwCjEuODQwZS0wOQkJMS4zMTFlKzAwCQkx
LjYyN2UrMDAJCTEuMjEwZSswMAoxLjg1MGUtMDkJCTEuMjk1ZSswMAkJMS42
MDdlKzAwCQkxLjE5NWUrMDAKMS44NzBlLTA5CQkxLjI2NGUrMDAJCTEuNTcz
ZSswMAkJMS4xNjZlKzAwCjEuODgwZS0wOQkJMS4yNDhlKzAwCQkxLjU1N2Ur
MDAJCTEuMTUzZSswMAoxLjkwMGUtMDkJCTEuMjIyZSswMAkJMS41MjVlKzAw
CQkxLjEyOGUrMDAKMS45MjBlLTA5CQkxLjE5N2UrMDAJCTEuNDk2ZSswMAkJ
MS4xMDRlKzAwCjEuOTQwZS0wOQkJMS4xNzNlKzAwCQkxLjQ2OWUrMDAJCTEu
MDgwZSswMAoxLjk2MGUtMDkJCTEuMTUwZSswMAkJMS40NDRlKzAwCQkxLjA1
NmUrMDAKMS45ODBlLTA5CQkxLjEyOGUrMDAJCTEuNDIxZSswMAkJMS4wMzJl
KzAwCjIuMDAwZS0wOQkJMS4xMDZlKzAwCQkxLjM5OWUrMDAJCTEuMDA5ZSsw
MAoyLjAyMGUtMDkJCTEuMDg0ZSswMAkJMS4zNzllKzAwCQk5Ljg2MGUtMDEK
Mi4wNDBlLTA5CQkxLjA2MmUrMDAJCTEuMzYwZSswMAkJOS42MjdlLTAxCjIu
MDYwZS0wOQkJMS4wNDFlKzAwCQkxLjM0MmUrMDAJCTkuMzk4ZS0wMQoyLjA4
MGUtMDkJCTEuMDE5ZSswMAkJMS4zMjRlKzAwCQk5LjE3MmUtMDEKMi4xMDBl
LTA5CQk5Ljk4NmUtMDEJCTEuMzA2ZSswMAkJOC45NDdlLTAxCjIuMTIwZS0w
OQkJOS43NzdlLTAxCQkxLjI4OGUrMDAJCTguNzM4ZS0wMQoyLjE0MGUtMDkJ
CTkuNTY5ZS0wMQkJMS4yNzBlKzAwCQk4LjUzMGUtMDEKMi4xNjBlLTA5CQk5
LjM2OGUtMDEJCTEuMjUxZSswMAkJOC4zMzZlLTAxCjIuMTgwZS0wOQkJOS4x
NzJlLTAxCQkxLjIzMmUrMDAJCTguMTU4ZS0wMQoyLjIwMGUtMDkJCTguOTc2
ZS0wMQkJMS4yMTNlKzAwCQk3Ljk4MGUtMDEKMi4yMjBlLTA5CQk4Ljc5M2Ut
MDEJCTEuMTkzZSswMAkJNy44MzJlLTAxCjIuMjQwZS0wOQkJOC42MTNlLTAx
CQkxLjE3M2UrMDAJCTcuNzA1ZS0wMQoyLjI2MGUtMDkJCTguNDM5ZS0wMQkJ
MS4xNTNlKzAwCQk3LjU4MmUtMDEKMi4yODBlLTA5CQk4LjI4M2UtMDEJCTEu
MTMzZSswMAkJNy40NjdlLTAxCjIuMzAwZS0wOQkJOC4xMjdlLTAxCQkxLjEx
M2UrMDAJCTcuMzc1ZS0wMQoyLjMzMGUtMDkJCTcuOTI5ZS0wMQkJMS4wODVl
KzAwCQk3LjI0M2UtMDEKMi4zNjBlLTA5CQk3Ljc0MmUtMDEJCTEuMDU2ZSsw
MAkJNy4xMzllLTAxCjIuNDAwZS0wOQkJNy41NDllLTAxCQkxLjAyMWUrMDAJ
CTcuMDIwZS0wMQoyLjQ0MGUtMDkJCTcuMzc3ZS0wMQkJOS44NzllLTAxCQk2
LjkyMWUtMDEKMi40OTBlLTA5CQk3LjIwNWUtMDEJCTkuNDk3ZS0wMQkJNi44
MjFlLTAxCjIuNTUwZS0wOQkJNy4wNDJlLTAxCQk5LjA5MGUtMDEJCTYuNzI2
ZS0wMQoyLjYzMGUtMDkJCTYuODczZS0wMQkJOC42NTFlLTAxCQk2LjYyOGUt
MDEKMi43MzBlLTA5CQk2LjcyMWUtMDEJCTguMjQwZS0wMQkJNi41NDJlLTAx
CjIuODgwZS0wOQkJNi41NzBlLTAxCQk3LjgzMGUtMDEJCTYuNDU3ZS0wMQoz
LjE2MGUtMDkJCTYuNDE4ZS0wMQkJNy40MTBlLTAxCQk2LjM3NGUtMDEKNS4w
MDBlLTA5CQk2LjI3OGUtMDEJCTYuOTY3ZS0wMQkJNi4zMDVlLTAxCnwKW0Zh
bGxpbmcgV2F2ZWZvcm1dClJfZml4dHVyZSA9IDUwClZfZml4dHVyZSA9IDAu
MApWX2ZpeHR1cmVfbWluID0gMC4wClZfZml4dHVyZV9tYXggPSAwLjAKfAow
LjAwMGUrMDAJCTIuMzAxZSswMAkJMS45OTVlKzAwCQkyLjU0NWUrMDAKOC43
MDBlLTEwCQkyLjI5NWUrMDAJCTEuOTkxZSswMAkJMi41MzhlKzAwCjguOTAw
ZS0xMAkJMi4yODllKzAwCQkxLjk4NWUrMDAJCTIuNTMzZSswMAo5LjEwMGUt
MTAJCTIuMjgwZSswMAkJMS45NzhlKzAwCQkyLjUxN2UrMDAKOS4yMDBlLTEw
CQkyLjI3MWUrMDAJCTEuOTcxZSswMAkJMi41MDllKzAwCjkuMzAwZS0xMAkJ
Mi4yNjNlKzAwCQkxLjk2NWUrMDAJCTIuNTAwZSswMAo5LjQwMGUtMTAJCTIu
MjU0ZSswMAkJMS45NThlKzAwCQkyLjQ5MmUrMDAKOS41MDBlLTEwCQkyLjI0
NWUrMDAJCTEuOTUxZSswMAkJMi40NzhlKzAwCjkuNjAwZS0xMAkJMi4yMzRl
KzAwCQkxLjk0MmUrMDAJCTIuNDYxZSswMAo5LjcwMGUtMTAJCTIuMjE5ZSsw
MAkJMS45MjllKzAwCQkyLjQ0MWUrMDAKOS44MDBlLTEwCQkyLjIwMWUrMDAJ
CTEuOTE3ZSswMAkJMi40MThlKzAwCjkuOTAwZS0xMAkJMi4xODJlKzAwCQkx
LjkwNGUrMDAJCTIuMzk1ZSswMAoxLjAwMGUtMDkJCTIuMTYyZSswMAkJMS44
OTJlKzAwCQkyLjM3MWUrMDAKMS4wMTBlLTA5CQkyLjEzOGUrMDAJCTEuODc1
ZSswMAkJMi4zNDBlKzAwCjEuMDIwZS0wOQkJMi4xMTBlKzAwCQkxLjg1NWUr
MDAJCTIuMzA2ZSswMAoxLjAzMGUtMDkJCTIuMDc3ZSswMAkJMS44MzRlKzAw
CQkyLjI2NmUrMDAKMS4wNDBlLTA5CQkyLjA0NWUrMDAJCTEuODEyZSswMAkJ
Mi4yMjFlKzAwCjEuMDUwZS0wOQkJMi4wMTNlKzAwCQkxLjc5MGUrMDAJCTIu
MTcyZSswMAoxLjA2MGUtMDkJCTEuOTc0ZSswMAkJMS43NjRlKzAwCQkyLjEy
M2UrMDAKMS4wNzBlLTA5CQkxLjkyOWUrMDAJCTEuNzM1ZSswMAkJMi4wNzRl
KzAwCjEuMDgwZS0wOQkJMS44ODRlKzAwCQkxLjcwNWUrMDAJCTIuMDE4ZSsw
MAoxLjA5MGUtMDkJCTEuODM5ZSswMAkJMS42NzVlKzAwCQkxLjk1NmUrMDAK
MS4xMDBlLTA5CQkxLjc5M2UrMDAJCTEuNjQ1ZSswMAkJMS44OTRlKzAwCjEu
MTEwZS0wOQkJMS43NDNlKzAwCQkxLjYxMWUrMDAJCTEuODMyZSswMAoxLjEy
MGUtMDkJCTEuNjg4ZSswMAkJMS41NzNlKzAwCQkxLjc2OWUrMDAKMS4xMzBl
LTA5CQkxLjYzMmUrMDAJCTEuNTM0ZSswMAkJMS43MDJlKzAwCjEuMTQwZS0w
OQkJMS41NzdlKzAwCQkxLjQ5NmUrMDAJCTEuNjMxZSswMAoxLjE1MGUtMDkJ
CTEuNTIxZSswMAkJMS40NThlKzAwCQkxLjU2MGUrMDAKMS4xNjBlLTA5CQkx
LjQ2NGUrMDAJCTEuNDE3ZSswMAkJMS40ODhlKzAwCjEuMTcwZS0wOQkJMS40
MDNlKzAwCQkxLjM3MmUrMDAJCTEuNDE3ZSswMAoxLjE4MGUtMDkJCTEuMzQy
ZSswMAkJMS4zMjhlKzAwCQkxLjM0NGUrMDAKMS4xOTBlLTA5CQkxLjI4MGUr
MDAJCTEuMjg0ZSswMAkJMS4yNzFlKzAwCjEuMjAwZS0wOQkJMS4yMTllKzAw
CQkxLjI0MGUrMDAJCTEuMTk4ZSswMAoxLjIxMGUtMDkJCTEuMTU3ZSswMAkJ
MS4xOTVlKzAwCQkxLjEyNGUrMDAKMS4yMjBlLTA5CQkxLjA5NmUrMDAJCTEu
MTQ4ZSswMAkJMS4wNTFlKzAwCjEuMjMwZS0wOQkJMS4wMzRlKzAwCQkxLjEw
MWUrMDAJCTkuNzkzZS0wMQoxLjI0MGUtMDkJCTkuNzQxZS0wMQkJMS4wNTVl
KzAwCQk5LjA5MWUtMDEKMS4yNTBlLTA5CQk5LjE0MWUtMDEJCTEuMDA4ZSsw
MAkJOC40MDVlLTAxCjEuMjYwZS0wOQkJOC41NjllLTAxCQk5LjYxNGUtMDEJ
CTcuNzc2ZS0wMQoxLjI3MGUtMDkJCTguMDIyZS0wMQkJOS4xNDZlLTAxCQk3
LjE0N2UtMDEKMS4yODBlLTA5CQk3LjQ3NGUtMDEJCTguNjgyZS0wMQkJNi41
MTdlLTAxCjEuMjkwZS0wOQkJNi45MjZlLTAxCQk4LjIzOWUtMDEJCTUuOTA5
ZS0wMQoxLjMwMGUtMDkJCTYuMzc4ZS0wMQkJNy43OTZlLTAxCQk1LjM3NmUt
MDEKMS4zMTBlLTA5CQk1Ljg3MWUtMDEJCTcuMzU0ZS0wMQkJNC44OTNlLTAx
CjEuMzIwZS0wOQkJNS40MTFlLTAxCQk2LjkxMWUtMDEJCTQuNDU0ZS0wMQox
LjMzMGUtMDkJCTQuOTc3ZS0wMQkJNi40NjhlLTAxCQk0LjAxNWUtMDEKMS4z
NDBlLTA5CQk0LjYwOGUtMDEJCTYuMDkwZS0wMQkJMy41NzZlLTAxCjEuMzUw
ZS0wOQkJNC4yMzllLTAxCQk1LjcxMWUtMDEJCTMuMjEzZS0wMQoxLjM2MGUt
MDkJCTMuODcwZS0wMQkJNS4zMzJlLTAxCQkyLjg5NmUtMDEKMS4zNzBlLTA5
CQkzLjUwMGUtMDEJCTQuOTU0ZS0wMQkJMi41NzllLTAxCjEuMzgwZS0wOQkJ
My4xMzFlLTAxCQk0LjU3NWUtMDEJCTIuMjYyZS0wMQoxLjM5MGUtMDkJCTIu
ODY0ZS0wMQkJNC4yNThlLTAxCQkxLjk0NWUtMDEKMS40MDBlLTA5CQkyLjU5
N2UtMDEJCTMuOTU1ZS0wMQkJMS42ODJlLTAxCjEuNDEwZS0wOQkJMi4zMzBl
LTAxCQkzLjY3OGUtMDEJCTEuNDYzZS0wMQoxLjQyMGUtMDkJCTIuMDYzZS0w
MQkJMy40MTllLTAxCQkxLjI3M2UtMDEKMS40MzBlLTA5CQkxLjc5NmUtMDEJ
CTMuMTYxZS0wMQkJMS4xMzRlLTAxCjEuNDQwZS0wOQkJMS41OTRlLTAxCQky
LjkwMmUtMDEJCTkuOTQ5ZS0wMgoxLjQ1MGUtMDkJCTEuNDEwZS0wMQkJMi42
NDRlLTAxCQk4LjU2MGUtMDIKMS40NjBlLTA5CQkxLjI1NmUtMDEJCTIuNDEw
ZS0wMQkJNy4xNzFlLTAyCjEuNDcwZS0wOQkJMS4xMjVlLTAxCQkyLjIwNGUt
MDEJCTUuODg2ZS0wMgoxLjQ4MGUtMDkJCTkuOTQxZS0wMgkJMi4wMDllLTAx
CQk1LjMyNmUtMDIKMS40OTBlLTA5CQk4LjYzM2UtMDIJCTEuODQ3ZS0wMQkJ
NC43NjVlLTAyCjEuNTAwZS0wOQkJNy4zMjVlLTAyCQkxLjY4NWUtMDEJCTQu
MjA1ZS0wMgoxLjUxMGUtMDkJCTYuMzcwZS0wMgkJMS41MjRlLTAxCQkzLjY0
NWUtMDIKMS41MjBlLTA5CQk1Ljc2OGUtMDIJCTEuMzYyZS0wMQkJMy4xMjhl
LTAyCjEuNTMwZS0wOQkJNS4xNjdlLTAyCQkxLjIwMWUtMDEJCTIuOTA1ZS0w
MgoxLjU0MGUtMDkJCTQuNTY2ZS0wMgkJMS4xMDBlLTAxCQkyLjY4MmUtMDIK
MS41NTBlLTA5CQkzLjk2NGUtMDIJCTkuOTkxZS0wMgkJMi40NjBlLTAyCjEu
NTcwZS0wOQkJMy4yNzVlLTAyCQk3Ljk3NmUtMDIJCTIuMDI3ZS0wMgoxLjU5
MGUtMDkJCTIuNzU4ZS0wMgkJNi40MjhlLTAyCQkxLjc5NWUtMDIKMS42MjBl
LTA5CQkyLjE1NmUtMDIJCTQuODA2ZS0wMgkJMS41MjJlLTAyCjEuNjcwZS0w
OQkJMS42MTJlLTAyCQkzLjE1MWUtMDIJCTEuMTU0ZS0wMgoxLjc1MGUtMDkJ
CTEuMDczZS0wMgkJMS45MjBlLTAyCQk3Ljg3NmUtMDMKMS45NDBlLTA5CQk1
LjY1NGUtMDMJCTguODkzZS0wMwkJNC40ODdlLTAzCjMuMDAwZS0wOQkJNi40
NDllLTA0CQkxLjA5OWUtMDMJCTQuNjgyZS0wNAo1LjAwMGUtMDkJCTQuMTUx
ZS0wNgkJNS4xOTFlLTA1CQktMS4xMzFlLTA1CnwKW0VuZF0K

- ------=_Part_441_1856636.1192698947400--
- --------------------------------------------------------------------
|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

------------------------------

Date: Thu, 18 Oct 2007 08:58:53 -0700
From: "Mirmak, Michael" <michael.mirmak@intel.com>
Subject: [IBIS-Users] RE: [IBIS] I-V and V-t curve mismatch

This is a multi-part message in MIME format.

- ------_=_NextPart_001_01C8119F.C8FA237B
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Sudarshan,
=20
Thanks for the message.  The major issue appears to be problems in
generating the Vcc-relative information, but some general supply issues
are cropping up too.  Assuming this is just a regular I/O buffer without
internal terminations...
=20
1) I would expect the Pullup I-V tables to pass through the zero V, zero
I axis intercept.  Yet they do not, with the max and min data shifted by
~0.3 V above and below 0 V, respectively.  This suggests that the math
used to generate the tables may be incorrect.  Remember that, if the
data at Vout is collected ground-relative, you can make the power clamp
and pullup table data in Vcc-relative by the formula (Vtable_corner =3D
Vcc_corner - Vout_corner), where xxx_corner refers to a value collected
for typ, min or max.  For example, if Vcc_min is 4.5 V, data collected
ground-relative for 0.0 at the output would be entered in the table for
the 4.5 V row.
=20
The supply voltages and the Pullup I-V axis intercepts (when plotted
ground-relative) don't agree, which implies a problem with the supply
listed for the [Voltage Range] keyword not matching either the real
circuit or the values used to generate the Vcc-relative tables.
=20
2) The voltage for the buffer is 5 V +/- 0.5, but the V-t fixture is 3.3
V +/- 0.3 V.  This complicates the math (it gets very hard for me to
calculate the intercepts if they don't match, at least before my first
cup of coffee), but it also suggests that the buffer V-t and I-V data
sets were collected using different settings or otherwise using
different conditions.  I would recommend checking the actual fixtures
used for the V-t extraction; matching the fixture voltages to the
voltage supply would make checking easier.
=20
Calculating the right I-V intercepts vs. V-t levels will be easier once
these issues are addressed.
=20
- - Michael Mirmak
  Intel Corp.
  Chair, EIA IBIS Open Forum

________________________________

From: owner-ibis@server.eda.org [mailto:owner-ibis@server.eda.org] On
Behalf Of Sudarshan H N
Sent: Thursday, October 18, 2007 2:16 AM
To: ibis@server.eda.org; ibis-users@server.eda.org
Subject: [IBIS] I-V and V-t curve mismatch


Hello Experts,

I am finding problem with one of my IBIS model in I-V and V-t curve
mismatch. Please find the attached model for the refernence.

ERROR - Model dummy: The [Rising Waveform]
      with [R_fixture]=3D80 Ohms and [V_fixture]=3D0V
      has TYP column DC endpoints of  0.01V and  2.66v, but
      an equivalent load applied to the model's I-V tables yields
      different voltages (-0.00V and  3.90V),
      a difference of  0.25% and 31.85%, respectively.

I wrote a new tool to generate IBIS models and i am not able to make out
where it is going wrong.
I actually tried to manually calculate the currents at the points , that
it has reported in the above error.

As it is a rising waveform having a R_fixture to ground  the current at
2.66v (steady state) would be 2.66v/50 =3D 33.25mA.

I looked at the voltage corresponding to 33.25mA in pullup table and i
found it is coming around 0.66v. There is a mismatch in the way i am
caluculating also. But i observed a different voltage of 0.66v compared
to what ibischk4 has reported i.e, 3.9v.=20

Let me know is the way i am cross checking is correct or not ? If not
let me  know the exact procedure.

Also let me know what might have been gone wrong in the curves. From the
shape of the curves i am not seeing any problem with the way i have
generated.=20

Please let me know your answers as soon as possible.

Note : Please dont consider any other values apart from the curves like
Ramp , C_comp etc as i have dummy values for these place holders.

Thanks & Regards
Sudarshan



- --=20
This message has been scanned for viruses and=20
dangerous content by MailScanner <http://www.mailscanner.info/> , and is

believed to be clean.=20

- --=20
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


- ------_=_NextPart_001_01C8119F.C8FA237B
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2900.3132" name=3DGENERATOR></HEAD>
<BODY>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D078152415-18102007><FONT face=3DA=
rial=20
color=3D#0000ff size=3D2>Sudarshan,</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D078152415-18102007><FONT face=3DA=
rial=20
color=3D#0000ff size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D078152415-18102007><FONT face=3DA=
rial=20
color=3D#0000ff size=3D2>Thanks for the message.&nbsp; The major issue appe=
ars to be=20
problems in generating the Vcc-relative information, but some general suppl=
y=20
issues are cropping up too.&nbsp; </FONT></SPAN><SPAN=20
class=3D078152415-18102007><FONT face=3DArial color=3D#0000ff size=3D2>Assu=
ming this is=20
just a regular I/O buffer without internal terminations...</FONT></SPAN></D=
IV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D078152415-18102007><FONT face=3DA=
rial=20
color=3D#0000ff size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D078152415-18102007><FONT face=3DA=
rial=20
color=3D#0000ff size=3D2>1) I would expect the Pullup I-V tables to pass th=
rough the=20
zero V, zero I axis intercept.&nbsp; Yet they do not, with the max and min =
data=20
shifted by ~0.3 V above and below 0 V, respectively.&nbsp; This suggests th=
at=20
the math used to generate the tables may be incorrect.&nbsp; Remember=20
that,&nbsp;if the data at Vout is collected ground-relative, you can make t=
he=20
power clamp and pullup table data in Vcc-relative by the formula (Vtable_co=
rner=20
=3D Vcc_corner - Vout_corner), where xxx_corner refers to a value collected=
 for=20
typ, min or max.&nbsp; For example, if Vcc_min is 4.5 V,&nbsp;data collecte=
d=20
ground-relative for 0.0 at the output would be entered in the table&nbsp;fo=
r the=20
4.5 V row.</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D078152415-18102007><FONT face=3DA=
rial=20
color=3D#0000ff size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D078152415-18102007><FONT face=3DA=
rial=20
color=3D#0000ff size=3D2>The supply voltages and the Pullup I-V axis interc=
epts=20
(when plotted ground-relative) don't agree, which implies a problem with th=
e=20
supply listed&nbsp;for the [Voltage Range] keyword not matching either the =
real=20
circuit or the values used to generate the Vcc-relative=20
tables.</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D078152415-18102007><FONT face=3DA=
rial=20
color=3D#0000ff size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D078152415-18102007><FONT face=3DA=
rial=20
color=3D#0000ff size=3D2>2) The voltage for the buffer is 5 V +/- 0.5, but =
the V-t=20
fixture is 3.3 V +/- 0.3 V.&nbsp; This complicates the math (it gets very h=
ard=20
for me to calculate the intercepts if they don't match, at least before my =
first=20
cup of coffee), but it also suggests that the buffer V-t and I-V data sets =
were=20
collected using different settings or otherwise using different=20
conditions.&nbsp; I would recommend checking the actual fixtures used for t=
he=20
V-t extraction; matching the fixture voltages to the voltage supply would m=
ake=20
checking easier.</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D078152415-18102007><FONT face=3DA=
rial=20
color=3D#0000ff size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D078152415-18102007><FONT face=3DA=
rial=20
color=3D#0000ff size=3D2>Calculating the right I-V intercepts vs. V-t level=
s will be=20
easier once these issues are addressed.</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D078152415-18102007><FONT face=3DA=
rial=20
color=3D#0000ff size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D078152415-18102007><FONT face=3DA=
rial=20
color=3D#0000ff size=3D2>- Michael Mirmak</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D078152415-18102007><FONT face=3DA=
rial=20
color=3D#0000ff size=3D2>&nbsp; Intel Corp.</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D078152415-18102007><FONT face=3DA=
rial=20
color=3D#0000ff size=3D2>&nbsp; Chair, EIA IBIS Open Forum</FONT></SPAN></D=
IV><BR>
<DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr align=3Dleft>
<HR tabIndex=3D-1>
<FONT face=3DTahoma size=3D2><B>From:</B> owner-ibis@server.eda.org=20
[mailto:owner-ibis@server.eda.org] <B>On Behalf Of </B>Sudarshan H=20
N<BR><B>Sent:</B> Thursday, October 18, 2007 2:16 AM<BR><B>To:</B>=20
ibis@server.eda.org; ibis-users@server.eda.org<BR><B>Subject:</B> [IBIS] I-=
V and=20
V-t curve mismatch<BR></FONT><BR></DIV>
<DIV></DIV>Hello Experts,<BR><BR>I am finding problem with one of my IBIS m=
odel=20
in I-V and V-t curve mismatch. Please find the attached model for the=20
refernence.<BR><BR>ERROR - Model dummy: The [Rising=20
Waveform]<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; with [R_fixture]=3D80 Ohms and=
=20
[V_fixture]=3D0V<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; has TYP column DC endpoi=
nts=20
of&nbsp; 0.01V and&nbsp; 2.66v, but<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; an=20
equivalent load applied to the model's I-V tables=20
yields<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; different voltages (-0.00V and&nbs=
p;=20
3.90V),<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; a difference of&nbsp; 0.25% and=
=20
31.85%, respectively.<BR><BR>I wrote a new tool to generate IBIS models and=
 i am=20
not able to make out where it is going wrong.<BR>I actually tried to manual=
ly=20
calculate the currents at the points , that it has reported in the above=20
error.<BR><BR>As it is a rising waveform having a R_fixture to ground&nbsp;=
 the=20
current at 2.66v (steady state) would be 2.66v/50 =3D 33.25mA.<BR><BR>I loo=
ked at=20
the voltage corresponding to 33.25mA in pullup table and i found it is comi=
ng=20
around 0.66v. There is a mismatch in the way i am caluculating also. But i=
=20
observed a different voltage of 0.66v compared to what ibischk4 has reporte=
d=20
i.e, 3.9v. <BR><BR>Let me know is the way i am cross checking is correct or=
 not=20
? If not let me&nbsp; know the exact procedure.<BR><BR>Also let me know wha=
t=20
might have been gone wrong in the curves. From the shape of the curves i am=
 not=20
seeing any problem with the way i have generated. <BR><BR>Please let me kno=
w=20
your answers as soon as possible.<BR><BR>Note : Please dont consider any ot=
her=20
values apart from the curves like Ramp , C_comp etc as i have dummy values =
for=20
these place holders.<BR><BR>Thanks &amp; Regards<BR>Sudarshan<BR><BR><BR><B=
R>--=20
<BR>This message has been scanned for viruses and <BR>dangerous content by =
<A=20
href=3D"http://www.mailscanner.info/"></B><B>MailScanner</A>, and is <BR>be=
lieved=20
to be clean. </BODY><br />--=20
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href=3D"http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.
</HTML>

- ------_=_NextPart_001_01C8119F.C8FA237B--
- --------------------------------------------------------------------
|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

------------------------------

Date: Fri, 19 Oct 2007 11:02:08 +0530
From: "Sudarshan H N" <hn.sudarshan@gmail.com>
Subject: [IBIS-Users] Re: [IBIS] I-V and V-t curve mismatch

- ------=_Part_4972_15517274.1192771928040
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Michael,

Thanks for your detailed reponse. I made a small mistake in putting the
voltage ranges as you mentioned. As i was writing a new tool , at this point
of time i didnt give much  attention to printing correct voltage range , and
i was only worried about the correct extraction of V-t and I-V tables.

I have considered the formula you have mentioned for calculating
Vcc-relative Pullup and Powerclamp tables. I changed the voltage range to (
3.3, 3.0 and 3.6 which is the actual case) and now i am able to get rid of
all these errors.

But still i have one query regarding the values for I-V curves when it is in
the Min or MAX corner. I asked about this in my previous mail. Lynne and
Arpad gave some answers  but that didnt solve my problem.

The problem with MIN and MAX corner is , what is the voltage range we need
to consider for MIN and MAX case . For example if we consider 3.3 V supply,
the typical range would be -3.3 to 6.6 and this is the voltage range in the
IBIS file for all 3 corners. As per the cookbook we need to consider voltage
range -Vcc to +2Vcc and hence for the MIN case the range will be -3.0 to
+6.0. So in that case what current values we need to put for the voltage
range -3.3 to -3.0 and +6.0 to +6.6 whose values will be missing in MIN
corner simulations.

I hope i have explained the problem correctly and let me know your answers.

Thanks & Regards
Sudarshan


On 10/18/07, Mirmak, Michael <michael.mirmak@intel.com> wrote:
>
>  Sudarshan,
>
> Thanks for the message.  The major issue appears to be problems in
> generating the Vcc-relative information, but some general supply issues are
> cropping up too.  Assuming this is just a regular I/O buffer without
> internal terminations...
>
> 1) I would expect the Pullup I-V tables to pass through the zero V, zero I
> axis intercept.  Yet they do not, with the max and min data shifted by ~0.3
> V above and below 0 V, respectively.  This suggests that the math used to
> generate the tables may be incorrect.  Remember that, if the data at Vout is
> collected ground-relative, you can make the power clamp and pullup table
> data in Vcc-relative by the formula (Vtable_corner = Vcc_corner -
> Vout_corner), where xxx_corner refers to a value collected for typ, min or
> max.  For example, if Vcc_min is 4.5 V, data collected ground-relative for
> 0.0 at the output would be entered in the table for the 4.5 V row.
>
> The supply voltages and the Pullup I-V axis intercepts (when plotted
> ground-relative) don't agree, which implies a problem with the supply
> listed for the [Voltage Range] keyword not matching either the real circuit
> or the values used to generate the Vcc-relative tables.
>
> 2) The voltage for the buffer is 5 V +/- 0.5, but the V-t fixture is 3.3 V
> +/- 0.3 V.  This complicates the math (it gets very hard for me to
> calculate the intercepts if they don't match, at least before my first cup
> of coffee), but it also suggests that the buffer V-t and I-V data sets were
> collected using different settings or otherwise using different conditions.
> I would recommend checking the actual fixtures used for the V-t extraction;
> matching the fixture voltages to the voltage supply would make checking
> easier.
>
> Calculating the right I-V intercepts vs. V-t levels will be easier once
> these issues are addressed.
>
> - Michael Mirmak
>   Intel Corp.
>   Chair, EIA IBIS Open Forum
>
>  ------------------------------
> *From:* owner-ibis@server.eda.org [mailto:owner-ibis@server.eda.org] *On
> Behalf Of *Sudarshan H N
> *Sent:* Thursday, October 18, 2007 2:16 AM
> *To:* ibis@server.eda.org; ibis-users@server.eda.org
> *Subject:* [IBIS] I-V and V-t curve mismatch
>
> Hello Experts,
>
> I am finding problem with one of my IBIS model in I-V and V-t curve
> mismatch. Please find the attached model for the refernence.
>
> ERROR - Model dummy: The [Rising Waveform]
>       with [R_fixture]=80 Ohms and [V_fixture]=0V
>       has TYP column DC endpoints of  0.01V and  2.66v, but
>       an equivalent load applied to the model's I-V tables yields
>       different voltages (-0.00V and  3.90V),
>       a difference of  0.25% and 31.85%, respectively.
>
> I wrote a new tool to generate IBIS models and i am not able to make out
> where it is going wrong.
> I actually tried to manually calculate the currents at the points , that
> it has reported in the above error.
>
> As it is a rising waveform having a R_fixture to ground  the current at
> 2.66v (steady state) would be 2.66v/50 = 33.25mA.
>
> I looked at the voltage corresponding to 33.25mA in pullup table and i
> found it is coming around 0.66v. There is a mismatch in the way i am
> caluculating also. But i observed a different voltage of 0.66v compared to
> what ibischk4 has reported i.e, 3.9v.
>
> Let me know is the way i am cross checking is correct or not ? If not let
> me  know the exact procedure.
>
> Also let me know what might have been gone wrong in the curves. From the
> shape of the curves i am not seeing any problem with the way i have
> generated.
>
> Please let me know your answers as soon as possible.
>
> Note : Please dont consider any other values apart from the curves like
> Ramp , C_comp etc as i have dummy values for these place holders.
>
> Thanks & Regards
> Sudarshan
>
>
>
> --
> 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.


- ------=_Part_4972_15517274.1192771928040
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Michael,<br>
<br>
Thanks for your detailed reponse. I made a small mistake in putting the
voltage ranges as you mentioned. As i was writing a new tool , at this
point of time i didnt give much&nbsp; attention to printing correct
voltage range , and i was only worried about the correct extraction of
V-t and I-V tables.<br>
<br>
I have considered the formula you have mentioned for calculating
Vcc-relative Pullup and Powerclamp tables. I changed the voltage range
to (3.3, 3.0 and 3.6 which is the actual case) and now i am able to get
rid of all these errors.<br>
<br>
But still i have one query regarding the values for I-V curves when it
is in the Min or MAX corner. I asked about this in my previous mail.
Lynne and Arpad gave some answers&nbsp; but that didnt solve my problem.<br>
<br>The problem with MIN and MAX corner is , what is the voltage range
we need to consider for MIN and MAX case . For example if we consider
3.3 V supply, the typical range would be -3.3 to 6.6 and this is the
voltage range in the IBIS file for all 3 corners. As per the cookbook
we need to consider voltage range -Vcc to +2Vcc and hence for the MIN
case the range will be -3.0 to +6.0. So in that case what current
values we need to put for the voltage range -3.3 to -3.0 and +6.0 to
+6.6 whose values will be missing in MIN corner simulations.<br>
<br>
I hope i have explained the problem correctly and let me know your answers.<br>
<br>
Thanks &amp; Regards<br>
Sudarshan<br>
<br>
<br><div><span class="gmail_quote">On 10/18/07, <b class="gmail_sendername">Mirmak, Michael</b> &lt;<a href="mailto:michael.mirmak@intel.com">michael.mirmak@intel.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">




<div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2">Sudarshan,</font></span></div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2">Thanks for the message.&nbsp; The major issue appears to be 
problems in generating the Vcc-relative information, but some general supply 
issues are cropping up too.&nbsp; </font></span><span><font color="#0000ff" face="Arial" size="2">Assuming this is 
just a regular I/O buffer without internal terminations...</font></span></div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2">1) I would expect the Pullup I-V tables to pass through the 
zero V, zero I axis intercept.&nbsp; Yet they do not, with the max and min data 
shifted by ~0.3 V above and below 0 V, respectively.&nbsp; This suggests that 
the math used to generate the tables may be incorrect.&nbsp; Remember 
that,&nbsp;if the data at Vout is collected ground-relative, you can make the 
power clamp and pullup table data in Vcc-relative by the formula (Vtable_corner 
= Vcc_corner - Vout_corner), where xxx_corner refers to a value collected for 
typ, min or max.&nbsp; For example, if Vcc_min is 4.5 V,&nbsp;data collected 
ground-relative for 0.0 at the output would be entered in the table&nbsp;for the 
4.5 V row.</font></span></div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2">The supply voltages and the Pullup I-V axis intercepts 
(when plotted ground-relative) don&#39;t agree, which implies a problem with the 
supply listed&nbsp;for the [Voltage Range] keyword not matching either the real 
circuit or the values used to generate the Vcc-relative 
tables.</font></span></div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2">2) The voltage for the buffer is 5 V +/- 0.5, but the V-t 
fixture is 3.3 V +/- 0.3 V.&nbsp; This complicates the math (it gets very hard 
for me to calculate the intercepts if they don&#39;t match, at least before my first 
cup of coffee), but it also suggests that the buffer V-t and I-V data sets were 
collected using different settings or otherwise using different 
conditions.&nbsp; I would recommend checking the actual fixtures used for the 
V-t extraction; matching the fixture voltages to the voltage supply would make 
checking easier.</font></span></div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2">Calculating the right I-V intercepts vs. V-t levels will be 
easier once these issues are addressed.</font></span></div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2">- Michael Mirmak</font></span></div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2">&nbsp; Intel Corp.</font></span></div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2">&nbsp; Chair, EIA IBIS Open Forum</font></span></div><br>
<div align="left" dir="ltr" lang="en-us">
<hr>
<font face="Tahoma" size="2"><b>From:</b> <a href="mailto:owner-ibis@server.eda.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">owner-ibis@server.eda.org</a> 
[mailto:<a href="mailto:owner-ibis@server.eda.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">owner-ibis@server.eda.org</a>] <b>On Behalf Of </b>Sudarshan H 
N<br><b>Sent:</b> Thursday, October 18, 2007 2:16 AM<br><b>To:</b> 
<a href="mailto:ibis@server.eda.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">ibis@server.eda.org</a>; <a href="mailto:ibis-users@server.eda.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
ibis-users@server.eda.org</a><br><b>Subject:</b> [IBIS] I-V and 
V-t curve mismatch<br></font><br></div><div><span class="e" id="q_115b3d6c7ad1c573_1">
<div></div>Hello Experts,<br><br>I am finding problem with one of my IBIS model 
in I-V and V-t curve mismatch. Please find the attached model for the 
refernence.<br><br>ERROR - Model dummy: The [Rising 
Waveform]<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; with [R_fixture]=80 Ohms and 
[V_fixture]=0V<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; has TYP column DC endpoints 
of&nbsp; 0.01V and&nbsp; 2.66v, but<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; an 
equivalent load applied to the model&#39;s I-V tables 
yields<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; different voltages (-0.00V and&nbsp; 
3.90V),<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; a difference of&nbsp; 0.25% and 
31.85%, respectively.<br><br>I wrote a new tool to generate IBIS models and i am 
not able to make out where it is going wrong.<br>I actually tried to manually 
calculate the currents at the points , that it has reported in the above 
error.<br><br>As it is a rising waveform having a R_fixture to ground&nbsp; the 
current at 2.66v (steady state) would be 2.66v/50 = 33.25mA.<br><br>I looked at 
the voltage corresponding to 33.25mA in pullup table and i found it is coming 
around 0.66v. There is a mismatch in the way i am caluculating also. But i 
observed a different voltage of 0.66v compared to what ibischk4 has reported 
i.e, 3.9v. <br><br>Let me know is the way i am cross checking is correct or not 
? If not let me&nbsp; know the exact procedure.<br><br>Also let me know what 
might have been gone wrong in the curves. From the shape of the curves i am not 
seeing any problem with the way i have generated. <br><br>Please let me know 
your answers as soon as possible.<br><br>Note : Please dont consider any other 
values apart from the curves like Ramp , C_comp etc as i have dummy values for 
these place holders.<br><br>Thanks &amp; Regards<br>Sudarshan<br><br><br><br></span></div>-- 
<br>This message has been scanned for viruses and <br>dangerous content by <a href="http://www.mailscanner.info/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"></b><b>MailScanner</a>, and is <br>
believed 
to be clean. </div>
</blockquote></div><br>
<br />-- 
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href="http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.


- ------=_Part_4972_15517274.1192771928040--
- --------------------------------------------------------------------
|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

------------------------------

Date: Mon, 22 Oct 2007 20:12:38 +0530
From: "Sudarshan H N" <hn.sudarshan@gmail.com>
Subject: [IBIS-Users] Re: [IBIS] I-V and V-t curve mismatch

- ------=_Part_16825_4484738.1193064158225
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Michael & All,

Can you people answer to my question regarding the voltage ranges in MIN and
MAX case as explained below. As Arpad mentioned in one of the earlier mails
the range for MIN and MAX case is

typ:  -3.3 to 6.6
min:  -3.6 to 6.3
max:  -3.0 to 6.9

How do we select this range for MIN and MAX case. Is there any document
which explains the selection criteria for these corners ? If there is no
logic , then how can we decide if the supply is 1.8 V supply or 2.5V supply?

Let me know your answers.

Regards
Sudarshan



On 10/19/07, Sudarshan H N < hn.sudarshan@gmail.com> wrote:
>
> Hi Michael,
>
> Thanks for your detailed reponse. I made a small mistake in putting the
> voltage ranges as you mentioned. As i was writing a new tool , at this point
> of time i didnt give much  attention to printing correct voltage range , and
> i was only worried about the correct extraction of V-t and I-V tables.
>
> I have considered the formula you have mentioned for calculating
> Vcc-relative Pullup and Powerclamp tables. I changed the voltage range to (
> 3.3, 3.0 and 3.6 which is the actual case) and now i am able to get rid of
> all these errors.
>
> But still i have one query regarding the values for I-V curves when it is
> in the Min or MAX corner. I asked about this in my previous mail. Lynne and
> Arpad gave some answers  but that didnt solve my problem.
>
> The problem with MIN and MAX corner is , what is the voltage range we need
> to consider for MIN and MAX case . For example if we consider 3.3 V
> supply, the typical range would be -3.3 to 6.6 and this is the voltage
> range in the IBIS file for all 3 corners. As per the cookbook we need to
> consider voltage range -Vcc to +2Vcc and hence for the MIN case the range
> will be -3.0 to +6.0. So in that case what current values we need to put
> for the voltage range -3.3 to -3.0 and +6.0 to +6.6 whose values will be
> missing in MIN corner simulations.
>
> I hope i have explained the problem correctly and let me know your
> answers.
>
> Thanks & Regards
> Sudarshan
>
>
> On 10/18/07, Mirmak, Michael <michael.mirmak@intel.com > wrote:
> >
> >  Sudarshan,
> >
> > Thanks for the message.  The major issue appears to be problems in
> > generating the Vcc-relative information, but some general supply issues are
> > cropping up too.  Assuming this is just a regular I/O buffer without
> > internal terminations...
> >
> > 1) I would expect the Pullup I-V tables to pass through the zero V, zero
> > I axis intercept.  Yet they do not, with the max and min data shifted by
> > ~0.3 V above and below 0 V, respectively.  This suggests that the math used
> > to generate the tables may be incorrect.  Remember that, if the data at Vout
> > is collected ground-relative, you can make the power clamp and pullup table
> > data in Vcc-relative by the formula (Vtable_corner = Vcc_corner -
> > Vout_corner), where xxx_corner refers to a value collected for typ, min or
> > max.  For example, if Vcc_min is 4.5 V, data collected ground-relative
> > for 0.0 at the output would be entered in the table for the 4.5 V row.
> >
> > The supply voltages and the Pullup I-V axis intercepts (when plotted
> > ground-relative) don't agree, which implies a problem with the supply
> > listed for the [Voltage Range] keyword not matching either the real circuit
> > or the values used to generate the Vcc-relative tables.
> >
> > 2) The voltage for the buffer is 5 V +/- 0.5, but the V-t fixture is 3.3V +/-
> > 0.3 V.  This complicates the math (it gets very hard for me to calculate
> > the intercepts if they don't match, at least before my first cup of coffee),
> > but it also suggests that the buffer V-t and I-V data sets were collected
> > using different settings or otherwise using different conditions.  I would
> > recommend checking the actual fixtures used for the V-t extraction; matching
> > the fixture voltages to the voltage supply would make checking easier.
> >
> > Calculating the right I-V intercepts vs. V-t levels will be easier once
> > these issues are addressed.
> >
> > - Michael Mirmak
> >   Intel Corp.
> >   Chair, EIA IBIS Open Forum
> >
> >  ------------------------------
> > *From:* owner-ibis@server.eda.org [mailto:owner-ibis@server.eda.org] *On
> > Behalf Of *Sudarshan H N
> > *Sent:* Thursday, October 18, 2007 2:16 AM
> > *To:* ibis@server.eda.org; ibis-users@server.eda.org
> > *Subject:* [IBIS] I-V and V-t curve mismatch
> >
> > Hello Experts,
> >
> > I am finding problem with one of my IBIS model in I-V and V-t curve
> > mismatch. Please find the attached model for the refernence.
> >
> > ERROR - Model dummy: The [Rising Waveform]
> >       with [R_fixture]=80 Ohms and [V_fixture]=0V
> >       has TYP column DC endpoints of  0.01V and  2.66v, but
> >       an equivalent load applied to the model's I-V tables yields
> >       different voltages (-0.00V and  3.90V),
> >       a difference of  0.25% and 31.85%, respectively.
> >
> > I wrote a new tool to generate IBIS models and i am not able to make out
> > where it is going wrong.
> > I actually tried to manually calculate the currents at the points , that
> > it has reported in the above error.
> >
> > As it is a rising waveform having a R_fixture to ground  the current at
> > 2.66v (steady state) would be 2.66v/50 = 33.25mA.
> >
> > I looked at the voltage corresponding to 33.25mA in pullup table and i
> > found it is coming around 0.66v. There is a mismatch in the way i am
> > caluculating also. But i observed a different voltage of 0.66v compared
> > to what ibischk4 has reported i.e, 3.9v.
> >
> > Let me know is the way i am cross checking is correct or not ? If not
> > let me  know the exact procedure.
> >
> > Also let me know what might have been gone wrong in the curves. From the
> > shape of the curves i am not seeing any problem with the way i have
> > generated.
> >
> > Please let me know your answers as soon as possible.
> >
> > Note : Please dont consider any other values apart from the curves like
> > Ramp , C_comp etc as i have dummy values for these place holders.
> >
> > Thanks & Regards
> > Sudarshan
> >
> >
> >
> > --
> > 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.


- ------=_Part_16825_4484738.1193064158225
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Michael &amp; All,<br>
<br>
Can you people answer to my question regarding the voltage ranges in
MIN and MAX case as explained below. As Arpad mentioned in one of the
earlier mails the range for MIN and MAX case is<br>
<br>
<div align="left" dir="ltr"><font face="Courier New" size="2"><span>typ:&nbsp; -3.3 to 6.6</span></font></div>

<div align="left" dir="ltr"><font face="Courier New" size="2"><span>min:&nbsp; -3.6 to 6.3</span></font></div>

<div align="left" dir="ltr"><font face="Courier New" size="2"><span>max:&nbsp; -3.0 to 6.9<br>
<br>
</span></font>How do we select this range for MIN and MAX case. Is
there any document which explains the selection criteria for these
corners ? If there is no logic , then how can we decide if the supply
is 1.8 V supply or 2.5V supply?<br>
<br>
Let me know your answers.<br>
<br>
Regards<br>
Sudarshan<br>
<font face="Courier New" size="2"><span><br>
</span></font></div>
<br><br><div><span class="gmail_quote">On 10/19/07, <b class="gmail_sendername">Sudarshan H N</b> &lt;
<a href="mailto:hn.sudarshan@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">hn.sudarshan@gmail.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Michael,
<br>
<br>
Thanks for your detailed reponse. I made a small mistake in putting the
voltage ranges as you mentioned. As i was writing a new tool , at this
point of time i didnt give much&nbsp; attention to printing correct
voltage range , and i was only worried about the correct extraction of
V-t and I-V tables.<br>
<br>
I have considered the formula you have mentioned for calculating
Vcc-relative Pullup and Powerclamp tables. I changed the voltage range
to (3.3, 3.0 and 3.6 which is the actual case) and now i am able to get
rid of all these errors.<br>
<br>
But still i have one query regarding the values for I-V curves when it
is in the Min or MAX corner. I asked about this in my previous mail.
Lynne and Arpad gave some answers&nbsp; but that didnt solve my problem.<br>
<br>The problem with MIN and MAX corner is , what is the voltage range
we need to consider for MIN and MAX case . For example if we consider
3.3 V supply, the typical range would be -3.3 to 6.6 and this is the
voltage range in the IBIS file for all 3 corners. As per the cookbook
we need to consider voltage range -Vcc to +2Vcc and hence for the MIN
case the range will be -3.0 to +6.0. So in that case what current
values we need to put for the voltage range -3.3 to -3.0 and +6.0 to
+6.6 whose values will be missing in MIN corner simulations.<br>
<br>
I hope i have explained the problem correctly and let me know your answers.<br>
<br>
Thanks &amp; Regards<br><span>
Sudarshan</span><div><span><br>
<br>
<br><div><span class="gmail_quote">On 10/18/07, <b class="gmail_sendername">Mirmak, Michael</b> &lt;<a href="mailto:michael.mirmak@intel.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">michael.mirmak@intel.com
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">




<div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2">Sudarshan,</font></span></div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2">Thanks for the message.&nbsp; The major issue appears to be 
problems in generating the Vcc-relative information, but some general supply 
issues are cropping up too.&nbsp; </font></span><span><font color="#0000ff" face="Arial" size="2">Assuming this is 
just a regular I/O buffer without internal terminations...</font></span></div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2">1) I would expect the Pullup I-V tables to pass through the 
zero V, zero I axis intercept.&nbsp; Yet they do not, with the max and min data 
shifted by ~0.3 V above and below 0 V, respectively.&nbsp; This suggests that 
the math used to generate the tables may be incorrect.&nbsp; Remember 
that,&nbsp;if the data at Vout is collected ground-relative, you can make the 
power clamp and pullup table data in Vcc-relative by the formula (Vtable_corner 
= Vcc_corner - Vout_corner), where xxx_corner refers to a value collected for 
typ, min or max.&nbsp; For example, if Vcc_min is 4.5 V,&nbsp;data collected 
ground-relative for 0.0 at the output would be entered in the table&nbsp;for the 
4.5 V row.</font></span></div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2">The supply voltages and the Pullup I-V axis intercepts 
(when plotted ground-relative) don&#39;t agree, which implies a problem with the 
supply listed&nbsp;for the [Voltage Range] keyword not matching either the real 
circuit or the values used to generate the Vcc-relative 
tables.</font></span></div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2">2) The voltage for the buffer is 5 V +/- 0.5, but the V-t 
fixture is 3.3 V +/- 0.3 V.&nbsp; This complicates the math (it gets very hard 
for me to calculate the intercepts if they don&#39;t match, at least before my first 
cup of coffee), but it also suggests that the buffer V-t and I-V data sets were 
collected using different settings or otherwise using different 
conditions.&nbsp; I would recommend checking the actual fixtures used for the 
V-t extraction; matching the fixture voltages to the voltage supply would make 
checking easier.</font></span></div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2">Calculating the right I-V intercepts vs. V-t levels will be 
easier once these issues are addressed.</font></span></div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2">- Michael Mirmak</font></span></div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2">&nbsp; Intel Corp.</font></span></div>
<div align="left" dir="ltr"><span><font color="#0000ff" face="Arial" size="2">&nbsp; Chair, EIA IBIS Open Forum</font></span></div><br>
<div align="left" dir="ltr" lang="en-us">
<hr>
<font face="Tahoma" size="2"><b>From:</b> <a href="mailto:owner-ibis@server.eda.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">owner-ibis@server.eda.org</a> 
[mailto:<a href="mailto:owner-ibis@server.eda.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">owner-ibis@server.eda.org</a>] <b>On Behalf Of </b>Sudarshan H 
N<br><b>Sent:</b> Thursday, October 18, 2007 2:16 AM<br><b>To:</b> 
<a href="mailto:ibis@server.eda.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">ibis@server.eda.org</a>; <a href="mailto:ibis-users@server.eda.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">


ibis-users@server.eda.org</a><br><b>Subject:</b> [IBIS] I-V and 
V-t curve mismatch<br></font><br></div><div><span>
<div></div>Hello Experts,<br><br>I am finding problem with one of my IBIS model 
in I-V and V-t curve mismatch. Please find the attached model for the 
refernence.<br><br>ERROR - Model dummy: The [Rising 
Waveform]<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; with [R_fixture]=80 Ohms and 
[V_fixture]=0V<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; has TYP column DC endpoints 
of&nbsp; 0.01V and&nbsp; 2.66v, but<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; an 
equivalent load applied to the model&#39;s I-V tables 
yields<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; different voltages (-0.00V and&nbsp; 
3.90V),<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; a difference of&nbsp; 0.25% and 
31.85%, respectively.<br><br>I wrote a new tool to generate IBIS models and i am 
not able to make out where it is going wrong.<br>I actually tried to manually 
calculate the currents at the points , that it has reported in the above 
error.<br><br>As it is a rising waveform having a R_fixture to ground&nbsp; the 
current at 2.66v (steady state) would be 2.66v/50 = 33.25mA.<br><br>I looked at 
the voltage corresponding to 33.25mA in pullup table and i found it is coming 
around 0.66v. There is a mismatch in the way i am caluculating also. But i 
observed a different voltage of 0.66v compared to what ibischk4 has reported 
i.e, 3.9v. <br><br>Let me know is the way i am cross checking is correct or not 
? If not let me&nbsp; know the exact procedure.<br><br>Also let me know what 
might have been gone wrong in the curves. From the shape of the curves i am not 
seeing any problem with the way i have generated. <br><br>Please let me know 
your answers as soon as possible.<br><br>Note : Please dont consider any other 
values apart from the curves like Ramp , C_comp etc as i have dummy values for 
these place holders.<br><br>Thanks &amp; Regards<br>Sudarshan<br><br><br><br></span></div>-- 
<br>This message has been scanned for viruses and <br>dangerous content by <a href="http://www.mailscanner.info/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"></b><b>MailScanner</a>, and is <br>


believed 
to be clean. </div>
</blockquote></div><br>
</span></div></blockquote></div><br>
<br />-- 
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href="http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.


- ------=_Part_16825_4484738.1193064158225--
- --------------------------------------------------------------------
|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

------------------------------

Date: Mon, 22 Oct 2007 09:10:53 -0700
From: "Tom Dagostino" <tom@teraspeed.com>
Subject: [IBIS-Users] RE: [IBIS] I-V and V-t curve mismatch

This is a multipart message in MIME format.

- ------=_NextPart_000_0001_01C8148B.742D13A0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Model all three corners from -Vdd to 2*Vdd where Vdd is the typical voltage.

 

Tom Dagostino
Teraspeed(R) Labs
13610 SW Harness Lane
Beaverton, OR 97008
503-430-1065
tom@teraspeed.com
www.teraspeed.com

Teraspeed Consulting Group LLC
121 North River Drive
Narragansett, RI 02882
401-284-1827 

From: owner-ibis@server.eda.org [mailto:owner-ibis@server.eda.org] On Behalf
Of Sudarshan H N
Sent: Monday, October 22, 2007 7:43 AM
To: Mirmak, Michael
Cc: ibis@server.eda.org; ibis-users@server.eda.org
Subject: Re: [IBIS] I-V and V-t curve mismatch

 

Hi Michael & All,

Can you people answer to my question regarding the voltage ranges in MIN and
MAX case as explained below. As Arpad mentioned in one of the earlier mails
the range for MIN and MAX case is

typ:  -3.3 to 6.6

min:  -3.6 to 6.3

max:  -3.0 to 6.9

How do we select this range for MIN and MAX case. Is there any document
which explains the selection criteria for these corners ? If there is no
logic , then how can we decide if the supply is 1.8 V supply or 2.5V supply?

Let me know your answers.

Regards
Sudarshan

 

On 10/19/07, Sudarshan H N < hn.sudarshan@gmail.com> wrote:

Hi Michael, 

Thanks for your detailed reponse. I made a small mistake in putting the
voltage ranges as you mentioned. As i was writing a new tool , at this point
of time i didnt give much  attention to printing correct voltage range , and
i was only worried about the correct extraction of V-t and I-V tables.

I have considered the formula you have mentioned for calculating
Vcc-relative Pullup and Powerclamp tables. I changed the voltage range to
(3.3, 3.0 and 3.6 which is the actual case) and now i am able to get rid of
all these errors.

But still i have one query regarding the values for I-V curves when it is in
the Min or MAX corner. I asked about this in my previous mail. Lynne and
Arpad gave some answers  but that didnt solve my problem.

The problem with MIN and MAX corner is , what is the voltage range we need
to consider for MIN and MAX case . For example if we consider 3.3 V supply,
the typical range would be -3.3 to 6.6 and this is the voltage range in the
IBIS file for all 3 corners. As per the cookbook we need to consider voltage
range -Vcc to +2Vcc and hence for the MIN case the range will be -3.0 to
+6.0. So in that case what current values we need to put for the voltage
range -3.3 to -3.0 and +6.0 to +6.6 whose values will be missing in MIN
corner simulations.

I hope i have explained the problem correctly and let me know your answers.

Thanks & Regards
Sudarshan





On 10/18/07, Mirmak, Michael <michael.mirmak@intel.com > wrote:

Sudarshan,

 

Thanks for the message.  The major issue appears to be problems in
generating the Vcc-relative information, but some general supply issues are
cropping up too.  Assuming this is just a regular I/O buffer without
internal terminations...

 

1) I would expect the Pullup I-V tables to pass through the zero V, zero I
axis intercept.  Yet they do not, with the max and min data shifted by ~0.3
V above and below 0 V, respectively.  This suggests that the math used to
generate the tables may be incorrect.  Remember that, if the data at Vout is
collected ground-relative, you can make the power clamp and pullup table
data in Vcc-relative by the formula (Vtable_corner = Vcc_corner -
Vout_corner), where xxx_corner refers to a value collected for typ, min or
max.  For example, if Vcc_min is 4.5 V, data collected ground-relative for
0.0 at the output would be entered in the table for the 4.5 V row.

 

The supply voltages and the Pullup I-V axis intercepts (when plotted
ground-relative) don't agree, which implies a problem with the supply listed
for the [Voltage Range] keyword not matching either the real circuit or the
values used to generate the Vcc-relative tables.

 

2) The voltage for the buffer is 5 V +/- 0.5, but the V-t fixture is 3.3 V
+/- 0.3 V.  This complicates the math (it gets very hard for me to calculate
the intercepts if they don't match, at least before my first cup of coffee),
but it also suggests that the buffer V-t and I-V data sets were collected
using different settings or otherwise using different conditions.  I would
recommend checking the actual fixtures used for the V-t extraction; matching
the fixture voltages to the voltage supply would make checking easier.

 

Calculating the right I-V intercepts vs. V-t levels will be easier once
these issues are addressed.

 

- - Michael Mirmak

  Intel Corp.

  Chair, EIA IBIS Open Forum

 

  _____  

From: owner-ibis@server.eda.org [mailto:owner-ibis@server.eda.org] On Behalf
Of Sudarshan H N
Sent: Thursday, October 18, 2007 2:16 AM
To: ibis@server.eda.org; ibis-users@server.eda.org
Subject: [IBIS] I-V and V-t curve mismatch

Hello Experts,

I am finding problem with one of my IBIS model in I-V and V-t curve
mismatch. Please find the attached model for the refernence.

ERROR - Model dummy: The [Rising Waveform]
      with [R_fixture]=80 Ohms and [V_fixture]=0V
      has TYP column DC endpoints of  0.01V and  2.66v, but
      an equivalent load applied to the model's I-V tables yields
      different voltages (-0.00V and  3.90V),
      a difference of  0.25% and 31.85%, respectively.

I wrote a new tool to generate IBIS models and i am not able to make out
where it is going wrong.
I actually tried to manually calculate the currents at the points , that it
has reported in the above error.

As it is a rising waveform having a R_fixture to ground  the current at
2.66v (steady state) would be 2.66v/50 = 33.25mA.

I looked at the voltage corresponding to 33.25mA in pullup table and i found
it is coming around 0.66v. There is a mismatch in the way i am caluculating
also. But i observed a different voltage of 0.66v compared to what ibischk4
has reported i.e, 3.9v. 

Let me know is the way i am cross checking is correct or not ? If not let me
know the exact procedure.

Also let me know what might have been gone wrong in the curves. From the
shape of the curves i am not seeing any problem with the way i have
generated. 

Please let me know your answers as soon as possible.

Note : Please dont consider any other values apart from the curves like Ramp
, C_comp etc as i have dummy values for these place holders.

Thanks & Regards
Sudarshan




- -- 
This message has been scanned for viruses and 
dangerous content by  <http://www.mailscanner.info/> MailScanner, and is 
believed to be clean. 

 



- -- 
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.


- ------=_NextPart_000_0001_01C8148B.742D13A0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=3DContent-Type content=3D"text/html; charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 12 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]-->
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.gmailquote
	{mso-style-name:gmail_quote;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
	{page:Section1;}
- -->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext=3D"edit">
  <o:idmap v:ext=3D"edit" data=3D"1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'>Model all three corners from &#8211;Vdd to 2*Vdd where Vdd is
the typical voltage.<o:p></o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:10.0pt;color:#1F497D'>Tom Dag=
ostino<br>
Teraspeed(R) Labs<br>
13610 SW Harness Lane<br>
Beaverton, OR 97008<br>
503-430-1065<br>
tom@teraspeed.com<br>
www.teraspeed.com<br>
<br>
Teraspeed Consulting Group LLC<br>
121 North River Drive<br>
Narragansett, RI 02882<br>
401-284-1827</span><span style=3D'color:#1F497D'> </span><span style=3D'fon=
t-size:
11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p></o:p></span>=
</p>

<div style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in'>

<p class=3DMsoNormal><b><span style=3D'font-size:10.0pt;font-family:"Tahoma=
","sans-serif"'>From:</span></b><span
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>
owner-ibis@server.eda.org [mailto:owner-ibis@server.eda.org] <b>On Behalf O=
f </b>Sudarshan
H N<br>
<b>Sent:</b> Monday, October 22, 2007 7:43 AM<br>
<b>To:</b> Mirmak, Michael<br>
<b>Cc:</b> ibis@server.eda.org; ibis-users@server.eda.org<br>
<b>Subject:</b> Re: [IBIS] I-V and V-t curve mismatch<o:p></o:p></span></p>

</div>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

<p class=3DMsoNormal style=3D'margin-bottom:12.0pt'>Hi Michael &amp; All,<b=
r>
<br>
Can you people answer to my question regarding the voltage ranges in MIN and
MAX case as explained below. As Arpad mentioned in one of the earlier mails=
 the
range for MIN and MAX case is<o:p></o:p></p>

<p class=3DMsoNormal><span style=3D'font-size:10.0pt;font-family:"Courier N=
ew"'>typ:&nbsp;
- -3.3 to 6.6</span><o:p></o:p></p>

<p class=3DMsoNormal><span style=3D'font-size:10.0pt;font-family:"Courier N=
ew"'>min:&nbsp;
- -3.6 to 6.3</span><o:p></o:p></p>

<p class=3DMsoNormal style=3D'margin-bottom:12.0pt'><span style=3D'font-siz=
e:10.0pt;
font-family:"Courier New"'>max:&nbsp; -3.0 to 6.9<br>
<br>
</span>How do we select this range for MIN and MAX case. Is there any docum=
ent
which explains the selection criteria for these corners ? If there is no lo=
gic
, then how can we decide if the supply is 1.8 V supply or 2.5V supply?<br>
<br>
Let me know your answers.<br>
<br>
Regards<br>
Sudarshan<o:p></o:p></p>

<p class=3DMsoNormal style=3D'margin-bottom:12.0pt'><o:p>&nbsp;</o:p></p>

<div>

<p class=3DMsoNormal><span class=3Dgmailquote>On 10/19/07, <b>Sudarshan H N=
</b>
&lt; <a href=3D"mailto:hn.sudarshan@gmail.com" target=3D"_blank">hn.sudarsh=
an@gmail.com</a>&gt;
wrote:</span><o:p></o:p></p>

<p class=3DMsoNormal>Hi Michael, <br>
<br>
Thanks for your detailed reponse. I made a small mistake in putting the vol=
tage
ranges as you mentioned. As i was writing a new tool , at this point of tim=
e i
didnt give much&nbsp; attention to printing correct voltage range , and i w=
as
only worried about the correct extraction of V-t and I-V tables.<br>
<br>
I have considered the formula you have mentioned for calculating Vcc-relati=
ve
Pullup and Powerclamp tables. I changed the voltage range to (3.3, 3.0 and =
3.6
which is the actual case) and now i am able to get rid of all these errors.=
<br>
<br>
But still i have one query regarding the values for I-V curves when it is in
the Min or MAX corner. I asked about this in my previous mail. Lynne and Ar=
pad
gave some answers&nbsp; but that didnt solve my problem.<br>
<br>
The problem with MIN and MAX corner is , what is the voltage range we need =
to
consider for MIN and MAX case . For example if we consider 3.3 V supply, the
typical range would be -3.3 to 6.6 and this is the voltage range in the IBIS
file for all 3 corners. As per the cookbook we need to consider voltage ran=
ge
- -Vcc to +2Vcc and hence for the MIN case the range will be -3.0 to +6.0. So=
 in
that case what current values we need to put for the voltage range -3.3 to =
- -3.0
and +6.0 to +6.6 whose values will be missing in MIN corner simulations.<br>
<br>
I hope i have explained the problem correctly and let me know your answers.=
<br>
<br>
Thanks &amp; Regards<br>
Sudarshan<o:p></o:p></p>

<div>

<p class=3DMsoNormal style=3D'margin-bottom:12.0pt'><br>
<br>
<o:p></o:p></p>

<div>

<p class=3DMsoNormal><span class=3Dgmailquote>On 10/18/07, <b>Mirmak, Micha=
el</b>
&lt;<a href=3D"mailto:michael.mirmak@intel.com" target=3D"_blank">michael.m=
irmak@intel.com
</a>&gt; wrote:</span><o:p></o:p></p>

<div>

<p class=3DMsoNormal><span style=3D'font-size:10.0pt;font-family:"Arial","s=
ans-serif";
color:blue'>Sudarshan,</span><o:p></o:p></p>

<p class=3DMsoNormal>&nbsp;<o:p></o:p></p>

<p class=3DMsoNormal><span style=3D'font-size:10.0pt;font-family:"Arial","s=
ans-serif";
color:blue'>Thanks for the message.&nbsp; The major issue appears to be
problems in generating the Vcc-relative information, but some general supply
issues are cropping up too.&nbsp; Assuming this is just a regular I/O buffer
without internal terminations...</span><o:p></o:p></p>

<p class=3DMsoNormal>&nbsp;<o:p></o:p></p>

<p class=3DMsoNormal><span style=3D'font-size:10.0pt;font-family:"Arial","s=
ans-serif";
color:blue'>1) I would expect the Pullup I-V tables to pass through the zer=
o V,
zero I axis intercept.&nbsp; Yet they do not, with the max and min data shi=
fted
by ~0.3 V above and below 0 V, respectively.&nbsp; This suggests that the m=
ath
used to generate the tables may be incorrect.&nbsp; Remember that,&nbsp;if =
the
data at Vout is collected ground-relative, you can make the power clamp and
pullup table data in Vcc-relative by the formula (Vtable_corner =3D Vcc_cor=
ner -
Vout_corner), where xxx_corner refers to a value collected for typ, min or
max.&nbsp; For example, if Vcc_min is 4.5 V,&nbsp;data collected
ground-relative for 0.0 at the output would be entered in the table&nbsp;for
the 4.5 V row.</span><o:p></o:p></p>

<p class=3DMsoNormal>&nbsp;<o:p></o:p></p>

<p class=3DMsoNormal><span style=3D'font-size:10.0pt;font-family:"Arial","s=
ans-serif";
color:blue'>The supply voltages and the Pullup I-V axis intercepts (when
plotted ground-relative) don't agree, which implies a problem with the supp=
ly
listed&nbsp;for the [Voltage Range] keyword not matching either the real
circuit or the values used to generate the Vcc-relative tables.</span><o:p>=
</o:p></p>

<p class=3DMsoNormal>&nbsp;<o:p></o:p></p>

<p class=3DMsoNormal><span style=3D'font-size:10.0pt;font-family:"Arial","s=
ans-serif";
color:blue'>2) The voltage for the buffer is 5 V +/- 0.5, but the V-t fixtu=
re
is 3.3 V +/- 0.3 V.&nbsp; This complicates the math (it gets very hard for =
me
to calculate the intercepts if they don't match, at least before my first c=
up
of coffee), but it also suggests that the buffer V-t and I-V data sets were
collected using different settings or otherwise using different
conditions.&nbsp; I would recommend checking the actual fixtures used for t=
he
V-t extraction; matching the fixture voltages to the voltage supply would m=
ake
checking easier.</span><o:p></o:p></p>

<p class=3DMsoNormal>&nbsp;<o:p></o:p></p>

<p class=3DMsoNormal><span style=3D'font-size:10.0pt;font-family:"Arial","s=
ans-serif";
color:blue'>Calculating the right I-V intercepts vs. V-t levels will be eas=
ier
once these issues are addressed.</span><o:p></o:p></p>

<p class=3DMsoNormal>&nbsp;<o:p></o:p></p>

<p class=3DMsoNormal><span style=3D'font-size:10.0pt;font-family:"Arial","s=
ans-serif";
color:blue'>- Michael Mirmak</span><o:p></o:p></p>

<p class=3DMsoNormal><span style=3D'font-size:10.0pt;font-family:"Arial","s=
ans-serif";
color:blue'>&nbsp; Intel Corp.</span><o:p></o:p></p>

<p class=3DMsoNormal><span style=3D'font-size:10.0pt;font-family:"Arial","s=
ans-serif";
color:blue'>&nbsp; Chair, EIA IBIS Open Forum</span><o:p></o:p></p>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

<div class=3DMsoNormal align=3Dcenter style=3D'text-align:center'>

<hr size=3D2 width=3D"100%" align=3Dcenter>

</div>

<p class=3DMsoNormal style=3D'margin-bottom:12.0pt'><b><span style=3D'font-=
size:10.0pt;
font-family:"Tahoma","sans-serif"'>From:</span></b><span style=3D'font-size=
:10.0pt;
font-family:"Tahoma","sans-serif"'> <a href=3D"mailto:owner-ibis@server.eda=
.org"
target=3D"_blank">owner-ibis@server.eda.org</a> [mailto:<a
href=3D"mailto:owner-ibis@server.eda.org" target=3D"_blank">owner-ibis@serv=
er.eda.org</a>]
<b>On Behalf Of </b>Sudarshan H N<br>
<b>Sent:</b> Thursday, October 18, 2007 2:16 AM<br>
<b>To:</b> <a href=3D"mailto:ibis@server.eda.org" target=3D"_blank">ibis@se=
rver.eda.org</a>;
<a href=3D"mailto:ibis-users@server.eda.org" target=3D"_blank">ibis-users@s=
erver.eda.org</a><br>
<b>Subject:</b> [IBIS] I-V and V-t curve mismatch</span><o:p></o:p></p>

<div>

<p class=3DMsoNormal style=3D'margin-bottom:12.0pt'>Hello Experts,<br>
<br>
I am finding problem with one of my IBIS model in I-V and V-t curve mismatc=
h.
Please find the attached model for the refernence.<br>
<br>
ERROR - Model dummy: The [Rising Waveform]<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; with [R_fixture]=3D80 Ohms and [V_fixture]=
=3D0V<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; has TYP column DC endpoints of&nbsp; 0.01V
and&nbsp; 2.66v, but<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; an equivalent load applied to the model's I-V
tables yields<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; different voltages (-0.00V and&nbsp; 3.90V),=
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; a difference of&nbsp; 0.25% and 31.85%,
respectively.<br>
<br>
I wrote a new tool to generate IBIS models and i am not able to make out wh=
ere
it is going wrong.<br>
I actually tried to manually calculate the currents at the points , that it=
 has
reported in the above error.<br>
<br>
As it is a rising waveform having a R_fixture to ground&nbsp; the current at
2.66v (steady state) would be 2.66v/50 =3D 33.25mA.<br>
<br>
I looked at the voltage corresponding to 33.25mA in pullup table and i foun=
d it
is coming around 0.66v. There is a mismatch in the way i am caluculating al=
so.
But i observed a different voltage of 0.66v compared to what ibischk4 has r=
eported
i.e, 3.9v. <br>
<br>
Let me know is the way i am cross checking is correct or not ? If not let
me&nbsp; know the exact procedure.<br>
<br>
Also let me know what might have been gone wrong in the curves. From the sh=
ape
of the curves i am not seeing any problem with the way i have generated. <b=
r>
<br>
Please let me know your answers as soon as possible.<br>
<br>
Note : Please dont consider any other values apart from the curves like Ram=
p ,
C_comp etc as i have dummy values for these place holders.<br>
<br>
Thanks &amp; Regards<br>
Sudarshan<br>
<br>
<br>
<o:p></o:p></p>

</div>

<p class=3DMsoNormal>-- <br>
This message has been scanned for viruses and <br>
dangerous content by <a href=3D"http://www.mailscanner.info/" target=3D"_bl=
ank"></b><b>MailScanner</a><b>,
and is <br>
believed to be clean. <o:p></o:p></b></p>

</div>

</div>

<p class=3DMsoNormal><b><o:p>&nbsp;</o:p></b></p>

</div>

</div>

<p class=3DMsoNormal><b><br>
<br>
- -- <br>
This message has been scanned for viruses and <br>
dangerous content by <a href=3D"http://www.mailscanner.info/">MailScanner</=
a>,
and is <br>
believed to be clean. </b><o:p></o:p></p>

</div>

</body>

<br />--=20
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href=3D"http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.
</html>

- ------=_NextPart_000_0001_01C8148B.742D13A0--

- --------------------------------------------------------------------
|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

------------------------------

Date: Mon, 22 Oct 2007 13:09:24 -0400
From: "Todd Westerhoff" <twesterh@sisoft.com>
Subject: [IBIS-Users] RE: [IBIS] I-V and V-t curve mismatch

This is a multi-part message in MIME format.

- ------=_NextPart_000_0070_01C814AC.C49AAA20
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

I agree with Tom.

 

The choice of -2*VDD to 2*VDD is somewhat arbitrary . it's simply meant to ensure that you have
valid V/I data for any voltage that the part will be exposed to.  Thus, you don't need to adjust the
voltage ranges based on the MIN and MAX cases.  For most technologies, if you have overshoot that's
equal to the supply voltage, you have bigger problems than model accuracy !

 

Todd.

 


Todd Westerhoff
VP, Software Products
SiSoft
6 Clock Tower Place, Suite 250
Maynard, MA 01754
(978) 461-0449 x24
twesterh@sisoft.com
www.sisoft.com

  _____  

From: owner-ibis@eda.org [mailto:owner-ibis@eda.org] On Behalf Of Tom Dagostino
Sent: Monday, October 22, 2007 12:11 PM
To: 'Sudarshan H N'; 'Mirmak, Michael'
Cc: ibis@eda.org; ibis-users@eda.org
Subject: RE: [IBIS] I-V and V-t curve mismatch

 

Model all three corners from -Vdd to 2*Vdd where Vdd is the typical voltage.

 

Tom Dagostino
Teraspeed(R) Labs
13610 SW Harness Lane
Beaverton, OR 97008
503-430-1065
tom@teraspeed.com
www.teraspeed.com

Teraspeed Consulting Group LLC
121 North River Drive
Narragansett, RI 02882
401-284-1827 

From: owner-ibis@server.eda.org [mailto:owner-ibis@server.eda.org] On Behalf Of Sudarshan H N
Sent: Monday, October 22, 2007 7:43 AM
To: Mirmak, Michael
Cc: ibis@server.eda.org; ibis-users@server.eda.org
Subject: Re: [IBIS] I-V and V-t curve mismatch

 

Hi Michael & All,

Can you people answer to my question regarding the voltage ranges in MIN and MAX case as explained
below. As Arpad mentioned in one of the earlier mails the range for MIN and MAX case is

typ:  -3.3 to 6.6

min:  -3.6 to 6.3

max:  -3.0 to 6.9

How do we select this range for MIN and MAX case. Is there any document which explains the selection
criteria for these corners ? If there is no logic , then how can we decide if the supply is 1.8 V
supply or 2.5V supply?

Let me know your answers.

Regards
Sudarshan

 

On 10/19/07, Sudarshan H N < hn.sudarshan@gmail.com> wrote:

Hi Michael, 

Thanks for your detailed reponse. I made a small mistake in putting the voltage ranges as you
mentioned. As i was writing a new tool , at this point of time i didnt give much  attention to
printing correct voltage range , and i was only worried about the correct extraction of V-t and I-V
tables.

I have considered the formula you have mentioned for calculating Vcc-relative Pullup and Powerclamp
tables. I changed the voltage range to (3.3, 3.0 and 3.6 which is the actual case) and now i am able
to get rid of all these errors.

But still i have one query regarding the values for I-V curves when it is in the Min or MAX corner.
I asked about this in my previous mail. Lynne and Arpad gave some answers  but that didnt solve my
problem.

The problem with MIN and MAX corner is , what is the voltage range we need to consider for MIN and
MAX case . For example if we consider 3.3 V supply, the typical range would be -3.3 to 6.6 and this
is the voltage range in the IBIS file for all 3 corners. As per the cookbook we need to consider
voltage range -Vcc to +2Vcc and hence for the MIN case the range will be -3.0 to +6.0. So in that
case what current values we need to put for the voltage range -3.3 to -3.0 and +6.0 to +6.6 whose
values will be missing in MIN corner simulations.

I hope i have explained the problem correctly and let me know your answers.

Thanks & Regards
Sudarshan

 

On 10/18/07, Mirmak, Michael <michael.mirmak@intel.com > wrote:

Sudarshan,

 

Thanks for the message.  The major issue appears to be problems in generating the Vcc-relative
information, but some general supply issues are cropping up too.  Assuming this is just a regular
I/O buffer without internal terminations...

 

1) I would expect the Pullup I-V tables to pass through the zero V, zero I axis intercept.  Yet they
do not, with the max and min data shifted by ~0.3 V above and below 0 V, respectively.  This
suggests that the math used to generate the tables may be incorrect.  Remember that, if the data at
Vout is collected ground-relative, you can make the power clamp and pullup table data in
Vcc-relative by the formula (Vtable_corner = Vcc_corner - Vout_corner), where xxx_corner refers to a
value collected for typ, min or max.  For example, if Vcc_min is 4.5 V, data collected
ground-relative for 0.0 at the output would be entered in the table for the 4.5 V row.

 

The supply voltages and the Pullup I-V axis intercepts (when plotted ground-relative) don't agree,
which implies a problem with the supply listed for the [Voltage Range] keyword not matching either
the real circuit or the values used to generate the Vcc-relative tables.

 

2) The voltage for the buffer is 5 V +/- 0.5, but the V-t fixture is 3.3 V +/- 0.3 V.  This
complicates the math (it gets very hard for me to calculate the intercepts if they don't match, at
least before my first cup of coffee), but it also suggests that the buffer V-t and I-V data sets
were collected using different settings or otherwise using different conditions.  I would recommend
checking the actual fixtures used for the V-t extraction; matching the fixture voltages to the
voltage supply would make checking easier.

 

Calculating the right I-V intercepts vs. V-t levels will be easier once these issues are addressed.

 

- - Michael Mirmak

  Intel Corp.

  Chair, EIA IBIS Open Forum

 

  _____  

From: owner-ibis@server.eda.org [mailto:owner-ibis@server.eda.org] On Behalf Of Sudarshan H N
Sent: Thursday, October 18, 2007 2:16 AM
To: ibis@server.eda.org; ibis-users@server.eda.org
Subject: [IBIS] I-V and V-t curve mismatch

Hello Experts,

I am finding problem with one of my IBIS model in I-V and V-t curve mismatch. Please find the
attached model for the refernence.

ERROR - Model dummy: The [Rising Waveform]
      with [R_fixture]=80 Ohms and [V_fixture]=0V
      has TYP column DC endpoints of  0.01V and  2.66v, but
      an equivalent load applied to the model's I-V tables yields
      different voltages (-0.00V and  3.90V),
      a difference of  0.25% and 31.85%, respectively.

I wrote a new tool to generate IBIS models and i am not able to make out where it is going wrong.
I actually tried to manually calculate the currents at the points , that it has reported in the
above error.

As it is a rising waveform having a R_fixture to ground  the current at 2.66v (steady state) would
be 2.66v/50 = 33.25mA.

I looked at the voltage corresponding to 33.25mA in pullup table and i found it is coming around
0.66v. There is a mismatch in the way i am caluculating also. But i observed a different voltage of
0.66v compared to what ibischk4 has reported i.e, 3.9v. 

Let me know is the way i am cross checking is correct or not ? If not let me  know the exact
procedure.

Also let me know what might have been gone wrong in the curves. From the shape of the curves i am
not seeing any problem with the way i have generated. 

Please let me know your answers as soon as possible.

Note : Please dont consider any other values apart from the curves like Ramp , C_comp etc as i have
dummy values for these place holders.

Thanks & Regards
Sudarshan



- -- 
This message has been scanned for viruses and 
dangerous content by  <http://www.mailscanner.info/> MailScanner, and is 
believed to be clean. 

 



- -- 
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  <http://www.mailscanner.info/> MailScanner, and is 
believed to be clean. 

- -- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


- ------=_NextPart_000_0070_01C814AC.C49AAA20
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:st1=3D"urn:schemas-microsoft-com:office:smarttags" xmlns=3D"http://ww=
w.w3.org/TR/REC-html40"
xmlns:ns0=3D"http://schemas.microsoft.com/office/2004/12/omml">

<head>
<meta http-equiv=3DContent-Type content=3D"text/html; charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]--><o:SmartTagType
 namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags" name=3D"Postal=
Code"/>
<o:SmartTagType namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"State"/>
<o:SmartTagType namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"City"/>
<o:SmartTagType namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"place"/>
<o:SmartTagType namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"Street"/>
<o:SmartTagType namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"address"/>
<!--[if !mso]>
<style>
st1\:*{behavior:url(#default#ieooui) }
</style>
<![endif]-->
<style>
<!--a:link
	{mso-style-priority:99;}
span.MSOHYPERLINK
	{mso-style-priority:99;}
a:visited
	{mso-style-priority:99;}
span.MSOHYPERLINKFOLLOWED
	{mso-style-priority:99;}

 /* Font Definitions */
 @font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Calibri;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.EmailStyle18
	{mso-style-type:personal;
	font-family:Calibri;
	color:#1F497D;}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:Arial;
	color:navy;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
	{page:Section1;}
- -->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext=3D"edit">
  <o:idmap v:ext=3D"edit" data=3D"1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span style=
=3D'font-size:
10.0pt;font-family:Arial;color:navy'>I agree with Tom.<o:p></o:p></span></f=
ont></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span style=
=3D'font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span style=
=3D'font-size:
10.0pt;font-family:Arial;color:navy'>The choice of -2*VDD to 2*VDD is somew=
hat
arbitrary &#8230; it&#8217;s simply meant to ensure that you have valid V/I
data for any voltage that the part will be exposed to. &nbsp;Thus, you don&=
#8217;t
need to adjust the voltage ranges based on the MIN and MAX cases. &nbsp;For
most technologies, if you have overshoot that&#8217;s equal to the supply
voltage, you have bigger problems than model accuracy !<o:p></o:p></span></=
font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span style=
=3D'font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span style=
=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Todd.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span style=
=3D'font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<div>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span style=
=3D'font-size:
10.0pt;font-family:Arial;color:navy'><br>
Todd Westerhoff<br>
VP, Software Products<br>
SiSoft<br>
<st1:Street w:st=3D"on"><st1:address w:st=3D"on">6 Clock Tower Place, Suite=
 250</st1:address></st1:Street><br>
<st1:place w:st=3D"on"><st1:City w:st=3D"on">Maynard</st1:City>, <st1:State=
 w:st=3D"on">MA</st1:State>
 <st1:PostalCode w:st=3D"on">01754</st1:PostalCode></st1:place><br>
(978) 461-0449 x24<br>
<a href=3D"mailto:twesterh@sisoft.com">twesterh@sisoft.com</a><br>
<a href=3D"http://www.sisoft.com">www.sisoft.com</a></span></font><o:p></o:=
p></p>

</div>

<div>

<div class=3DMsoNormal align=3Dcenter style=3D'text-align:center'><font siz=
e=3D3
face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>

<hr size=3D2 width=3D"100%" align=3Dcenter tabindex=3D-1>

</span></font></div>

<p class=3DMsoNormal><b><font size=3D2 face=3DTahoma><span style=3D'font-si=
ze:10.0pt;
font-family:Tahoma;font-weight:bold'>From:</span></font></b><font size=3D2
face=3DTahoma><span style=3D'font-size:10.0pt;font-family:Tahoma'>
owner-ibis@eda.org [mailto:owner-ibis@eda.org] <b><span style=3D'font-weigh=
t:
bold'>On Behalf Of </span></b>Tom Dagostino<br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> Monday, October 22, 20=
07
12:11 PM<br>
<b><span style=3D'font-weight:bold'>To:</span></b> 'Sudarshan H N'; 'Mirmak,
Michael'<br>
<b><span style=3D'font-weight:bold'>Cc:</span></b> ibis@eda.org;
ibis-users@eda.org<br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> RE: [IBIS] I-V and =
V-t
curve mismatch</span></font><o:p></o:p></p>

</div>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span style=3D=
'font-size:
12.0pt'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3D"#1f497d" face=3DCalibri><span
style=3D'font-size:11.0pt;font-family:Calibri;color:#1F497D'>Model all three
corners from &#8211;Vdd to 2*Vdd where Vdd is the typical voltage.<o:p></o:=
p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3D"#1f497d" face=3DCalibri><span
style=3D'font-size:11.0pt;font-family:Calibri;color:#1F497D'><o:p>&nbsp;</o=
:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3D"#1f497d" face=3D"Times New Rom=
an"><span
style=3D'font-size:10.0pt;color:#1F497D'>Tom Dagostino<br>
Teraspeed(R) Labs<br>
<st1:Street w:st=3D"on"><st1:address w:st=3D"on">13610 SW Harness Lane</st1=
:address></st1:Street><br>
<st1:place w:st=3D"on"><st1:City w:st=3D"on">Beaverton</st1:City>, <st1:Sta=
te
 w:st=3D"on">OR</st1:State> <st1:PostalCode w:st=3D"on">97008</st1:PostalCo=
de></st1:place><br>
503-430-1065<br>
tom@teraspeed.com<br>
www.teraspeed.com<br>
<br>
Teraspeed Consulting Group LLC<br>
<st1:Street w:st=3D"on"><st1:address w:st=3D"on">121 North River Drive</st1=
:address></st1:Street><br>
<st1:place w:st=3D"on"><st1:City w:st=3D"on">Narragansett</st1:City>, <st1:=
State
 w:st=3D"on">RI</st1:State> <st1:PostalCode w:st=3D"on">02882</st1:PostalCo=
de></st1:place><br>
401-284-1827</span></font><font color=3D"#1f497d"><span style=3D'color:#1F4=
97D'> </span></font><font
size=3D2 color=3D"#1f497d" face=3DCalibri><span style=3D'font-size:11.0pt;f=
ont-family:
Calibri;color:#1F497D'><o:p></o:p></span></font></p>

<div style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in'>

<p class=3DMsoNormal><b><font size=3D2 face=3DTahoma><span style=3D'font-si=
ze:10.0pt;
font-family:Tahoma;font-weight:bold'>From:</span></font></b><font size=3D2
face=3DTahoma><span style=3D'font-size:10.0pt;font-family:Tahoma'>
owner-ibis@server.eda.org [mailto:owner-ibis@server.eda.org] <b><span
style=3D'font-weight:bold'>On Behalf Of </span></b>Sudarshan H N<br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> Monday, October 22, 20=
07
7:43 AM<br>
<b><span style=3D'font-weight:bold'>To:</span></b> Mirmak, Michael<br>
<b><span style=3D'font-weight:bold'>Cc:</span></b> ibis@server.eda.org;
ibis-users@server.eda.org<br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> Re: [IBIS] I-V and =
V-t
curve mismatch<o:p></o:p></span></font></p>

</div>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span style=3D=
'font-size:
12.0pt'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal style=3D'margin-bottom:12.0pt'><font size=3D3
face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>Hi Michael &amp; =
All,<br>
<br>
Can you people answer to my question regarding the voltage ranges in MIN and
MAX case as explained below. As Arpad mentioned in one of the earlier mails=
 the
range for MIN and MAX case is<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span style=3D'fon=
t-size:10.0pt;
font-family:"Courier New"'>typ:&nbsp; -3.3 to 6.6</span></font><o:p></o:p><=
/p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span style=3D'fon=
t-size:10.0pt;
font-family:"Courier New"'>min:&nbsp; -3.6 to 6.3</span></font><o:p></o:p><=
/p>

<p class=3DMsoNormal style=3D'margin-bottom:12.0pt'><font size=3D2 face=3D"=
Courier New"><span
style=3D'font-size:10.0pt;font-family:"Courier New"'>max:&nbsp; -3.0 to 6.9=
<br>
<br>
</span></font>How do we select this range for MIN and MAX case. Is there any
document which explains the selection criteria for these corners ? If there=
 is
no logic , then how can we decide if the supply is 1.8 V supply or 2.5V sup=
ply?<br>
<br>
Let me know your answers.<br>
<br>
Regards<br>
Sudarshan<o:p></o:p></p>

<p class=3DMsoNormal style=3D'margin-bottom:12.0pt'><font size=3D3
face=3D"Times New Roman"><span style=3D'font-size:12.0pt'><o:p>&nbsp;</o:p>=
</span></font></p>

<div>

<p class=3DMsoNormal><span class=3Dgmailquote><font size=3D3 face=3D"Times =
New Roman"><span
style=3D'font-size:12.0pt'>On 10/19/07, <b><span style=3D'font-weight:bold'=
>Sudarshan
H N</span></b> &lt; <a href=3D"mailto:hn.sudarshan@gmail.com" target=3D"_bl=
ank">hn.sudarshan@gmail.com</a>&gt;
wrote:</span></font></span><o:p></o:p></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span style=3D=
'font-size:
12.0pt'>Hi Michael, <br>
<br>
Thanks for your detailed reponse. I made a small mistake in putting the vol=
tage
ranges as you mentioned. As i was writing a new tool , at this point of tim=
e i
didnt give much&nbsp; attention to printing correct voltage range , and i w=
as
only worried about the correct extraction of V-t and I-V tables.<br>
<br>
I have considered the formula you have mentioned for calculating Vcc-relati=
ve
Pullup and Powerclamp tables. I changed the voltage range to (3.3, 3.0 and =
3.6
which is the actual case) and now i am able to get rid of all these errors.=
<br>
<br>
But still i have one query regarding the values for I-V curves when it is in
the Min or MAX corner. I asked about this in my previous mail. Lynne and Ar=
pad
gave some answers&nbsp; but that didnt solve my problem.<br>
<br>
The problem with MIN and MAX corner is , what is the voltage range we need =
to
consider for MIN and MAX case . For example if we consider 3.3 V supply, the
typical range would be -3.3 to 6.6 and this is the voltage range in the IBIS
file for all 3 corners. As per the cookbook we need to consider voltage ran=
ge
- -Vcc to +2Vcc and hence for the MIN case the range will be -3.0 to +6.0. So=
 in
that case what current values we need to put for the voltage range -3.3 to =
- -3.0
and +6.0 to +6.6 whose values will be missing in MIN corner simulations.<br>
<br>
I hope i have explained the problem correctly and let me know your answers.=
<br>
<br>
Thanks &amp; Regards<br>
Sudarshan<o:p></o:p></span></font></p>

<div>

<p class=3DMsoNormal style=3D'margin-bottom:12.0pt'><font size=3D3
face=3D"Times New Roman"><span style=3D'font-size:12.0pt'><o:p>&nbsp;</o:p>=
</span></font></p>

<div>

<p class=3DMsoNormal><span class=3Dgmailquote><font size=3D3 face=3D"Times =
New Roman"><span
style=3D'font-size:12.0pt'>On 10/18/07, <b><span style=3D'font-weight:bold'=
>Mirmak,
Michael</span></b> &lt;<a href=3D"mailto:michael.mirmak@intel.com" target=
=3D"_blank">michael.mirmak@intel.com
</a>&gt; wrote:</span></font></span><o:p></o:p></p>

<div>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DArial><span style=
=3D'font-size:
10.0pt;font-family:Arial;color:blue'>Sudarshan,</span></font><o:p></o:p></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span style=3D=
'font-size:
12.0pt'>&nbsp;<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DArial><span style=
=3D'font-size:
10.0pt;font-family:Arial;color:blue'>Thanks for the message.&nbsp; The major
issue appears to be problems in generating the Vcc-relative information, but
some general supply issues are cropping up too.&nbsp; Assuming this is just=
 a
regular I/O buffer without internal terminations...</span></font><o:p></o:p=
></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span style=3D=
'font-size:
12.0pt'>&nbsp;<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DArial><span style=
=3D'font-size:
10.0pt;font-family:Arial;color:blue'>1) I would expect the Pullup I-V table=
s to
pass through the zero V, zero I axis intercept.&nbsp; Yet they do not, with=
 the
max and min data shifted by ~0.3 V above and below 0 V, respectively.&nbsp;
This suggests that the math used to generate the tables may be incorrect.&n=
bsp;
Remember that,&nbsp;if the data at Vout is collected ground-relative, you c=
an
make the power clamp and pullup table data in Vcc-relative by the formula
(Vtable_corner =3D Vcc_corner - Vout_corner), where xxx_corner refers to a =
value
collected for typ, min or max.&nbsp; For example, if Vcc_min is 4.5
V,&nbsp;data collected ground-relative for 0.0 at the output would be enter=
ed
in the table&nbsp;for the 4.5 V row.</span></font><o:p></o:p></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span style=3D=
'font-size:
12.0pt'>&nbsp;<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DArial><span style=
=3D'font-size:
10.0pt;font-family:Arial;color:blue'>The supply voltages and the Pullup I-V
axis intercepts (when plotted ground-relative) don't agree, which implies a
problem with the supply listed&nbsp;for the [Voltage Range] keyword not
matching either the real circuit or the values used to generate the
Vcc-relative tables.</span></font><o:p></o:p></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span style=3D=
'font-size:
12.0pt'>&nbsp;<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DArial><span style=
=3D'font-size:
10.0pt;font-family:Arial;color:blue'>2) The voltage for the buffer is 5 V +=
/-
0.5, but the V-t fixture is 3.3 V +/- 0.3 V.&nbsp; This complicates the math
(it gets very hard for me to calculate the intercepts if they don't match, =
at
least before my first cup of coffee), but it also suggests that the buffer =
V-t
and I-V data sets were collected using different settings or otherwise using
different conditions.&nbsp; I would recommend checking the actual fixtures =
used
for the V-t extraction; matching the fixture voltages to the voltage supply
would make checking easier.</span></font><o:p></o:p></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span style=3D=
'font-size:
12.0pt'>&nbsp;<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DArial><span style=
=3D'font-size:
10.0pt;font-family:Arial;color:blue'>Calculating the right I-V intercepts v=
s.
V-t levels will be easier once these issues are addressed.</span></font><o:=
p></o:p></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span style=3D=
'font-size:
12.0pt'>&nbsp;<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DArial><span style=
=3D'font-size:
10.0pt;font-family:Arial;color:blue'>- Michael Mirmak</span></font><o:p></o=
:p></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DArial><span style=
=3D'font-size:
10.0pt;font-family:Arial;color:blue'>&nbsp; Intel Corp.</span></font><o:p><=
/o:p></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DArial><span style=
=3D'font-size:
10.0pt;font-family:Arial;color:blue'>&nbsp; Chair, EIA IBIS Open Forum</spa=
n></font><o:p></o:p></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span style=3D=
'font-size:
12.0pt'><o:p>&nbsp;</o:p></span></font></p>

<div class=3DMsoNormal align=3Dcenter style=3D'text-align:center'><font siz=
e=3D3
face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>

<hr size=3D2 width=3D"100%" align=3Dcenter>

</span></font></div>

<p class=3DMsoNormal style=3D'margin-bottom:12.0pt'><b><font size=3D2 face=
=3DTahoma><span
style=3D'font-size:10.0pt;font-family:Tahoma;font-weight:bold'>From:</span>=
</font></b><font
size=3D2 face=3DTahoma><span style=3D'font-size:10.0pt;font-family:Tahoma'>=
 <a
href=3D"mailto:owner-ibis@server.eda.org" target=3D"_blank">owner-ibis@serv=
er.eda.org</a>
[mailto:<a href=3D"mailto:owner-ibis@server.eda.org" target=3D"_blank">owne=
r-ibis@server.eda.org</a>]
<b><span style=3D'font-weight:bold'>On Behalf Of </span></b>Sudarshan H N<b=
r>
<b><span style=3D'font-weight:bold'>Sent:</span></b> Thursday, October 18, =
2007
2:16 AM<br>
<b><span style=3D'font-weight:bold'>To:</span></b> <a
href=3D"mailto:ibis@server.eda.org" target=3D"_blank">ibis@server.eda.org</=
a>; <a
href=3D"mailto:ibis-users@server.eda.org" target=3D"_blank">ibis-users@serv=
er.eda.org</a><br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> [IBIS] I-V and V-t =
curve
mismatch</span></font><o:p></o:p></p>

<div>

<p class=3DMsoNormal style=3D'margin-bottom:12.0pt'><font size=3D3
face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>Hello Experts,<br>
<br>
I am finding problem with one of my IBIS model in I-V and V-t curve mismatc=
h.
Please find the attached model for the refernence.<br>
<br>
ERROR - Model dummy: The [Rising Waveform]<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; with [R_fixture]=3D80 Ohms and [V_fixture]=
=3D0V<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; has TYP column DC endpoints of&nbsp; 0.01V
and&nbsp; 2.66v, but<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; an equivalent load applied to the model's I-V
tables yields<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; different voltages (-0.00V and&nbsp; 3.90V),=
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; a difference of&nbsp; 0.25% and 31.85%,
respectively.<br>
<br>
I wrote a new tool to generate IBIS models and i am not able to make out wh=
ere
it is going wrong.<br>
I actually tried to manually calculate the currents at the points , that it=
 has
reported in the above error.<br>
<br>
As it is a rising waveform having a R_fixture to ground&nbsp; the current a=
t 2.66v
(steady state) would be 2.66v/50 =3D 33.25mA.<br>
<br>
I looked at the voltage corresponding to 33.25mA in pullup table and i foun=
d it
is coming around 0.66v. There is a mismatch in the way i am caluculating al=
so.
But i observed a different voltage of 0.66v compared to what ibischk4 has
reported i.e, 3.9v. <br>
<br>
Let me know is the way i am cross checking is correct or not ? If not let
me&nbsp; know the exact procedure.<br>
<br>
Also let me know what might have been gone wrong in the curves. From the sh=
ape
of the curves i am not seeing any problem with the way i have generated. <b=
r>
<br>
Please let me know your answers as soon as possible.<br>
<br>
Note : Please dont consider any other values apart from the curves like Ram=
p ,
C_comp etc as i have dummy values for these place holders.<br>
<br>
Thanks &amp; Regards<br>
Sudarshan<br>
<br>
<o:p></o:p></span></font></p>

</div>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span style=3D=
'font-size:
12.0pt'>-- <br>
This message has been scanned for viruses and <br>
dangerous content by <a href=3D"http://www.mailscanner.info/" target=3D"_bl=
ank"></span></b><b><span
style=3D'font-weight:bold'>MailScanner</a><b><span style=3D'font-weight:
bold'>, and is <br>
believed to be clean. <o:p></o:p></span></b></span></font></p>

</div>

</div>

<p class=3DMsoNormal><b><font size=3D3 face=3D"Times New Roman"><span
style=3D'font-size:12.0pt;font-weight:bold'><o:p>&nbsp;</o:p></span></font>=
</b></p>

</div>

</div>

<p class=3DMsoNormal><b><font size=3D3 face=3D"Times New Roman"><span
style=3D'font-size:12.0pt;font-weight:bold'><br>
<br>
- -- <br>
This message has been scanned for viruses and <br>
dangerous content by <a href=3D"http://www.mailscanner.info/">MailScanner</=
a>,
and is <br>
believed to be clean. <o:p></o:p></span></font></b></p>

</div>

</body>

<br />--=20
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href=3D"http://www.mailscanner.info/"></b><b>MailScanner</a>, and is
<br />believed to be clean.
<br />--=20
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href=3D"http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.
</html>

- ------=_NextPart_000_0070_01C814AC.C49AAA20--

- --------------------------------------------------------------------
|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

------------------------------

Date: Mon, 22 Oct 2007 13:20:03 -0400
From: Scott McMorrow <scott@teraspeed.com>
Subject: [IBIS-Users] Re: [IBIS] I-V and V-t curve mismatch

This is a multi-part message in MIME format.
- --------------000806080808010904070500
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

To follow up with what Tom and Todd have said, modern process technology 
often will not tolerate voltage swings 1 X Vdd beyond the rails, like 
older technologies did.  In many cases, you will need to adjust your 
extraction method so that it does not exceed the device breakdown 
limits, either in Spice or in measurement-based extraction.


Scott McMorrow
Teraspeed Consulting Group LLC
121 North River Drive
Narragansett, RI 02882
(401) 284-1827 Business
(401) 284-1840 Fax

http://www.teraspeed.com

Teraspeed® is the registered service mark of
Teraspeed Consulting Group LLC



Todd Westerhoff wrote:
>
> I agree with Tom.
>
>  
>
> The choice of -2*VDD to 2*VDD is somewhat arbitrary ... it's simply 
> meant to ensure that you have valid V/I data for any voltage that the 
> part will be exposed to.  Thus, you don't need to adjust the voltage 
> ranges based on the MIN and MAX cases.  For most technologies, if you 
> have overshoot that's equal to the supply voltage, you have bigger 
> problems than model accuracy !
>
>  
>
> Todd.
>
>  
>
>
> Todd Westerhoff
> VP, Software Products
> SiSoft
> 6 Clock Tower Place, Suite 250
> Maynard, MA 01754
> (978) 461-0449 x24
> twesterh@sisoft.com <mailto:twesterh@sisoft.com>
> www.sisoft.com <http://www.sisoft.com>
>
> ------------------------------------------------------------------------
>
> *From:* owner-ibis@eda.org [mailto:owner-ibis@eda.org] *On Behalf Of 
> *Tom Dagostino
> *Sent:* Monday, October 22, 2007 12:11 PM
> *To:* 'Sudarshan H N'; 'Mirmak, Michael'
> *Cc:* ibis@eda.org; ibis-users@eda.org
> *Subject:* RE: [IBIS] I-V and V-t curve mismatch
>
>  
>
> Model all three corners from --Vdd to 2*Vdd where Vdd is the typical 
> voltage.
>
>  
>
> Tom Dagostino
> Teraspeed(R) Labs
> 13610 SW Harness Lane
> Beaverton, OR 97008
> 503-430-1065
> tom@teraspeed.com
> www.teraspeed.com
>
> Teraspeed Consulting Group LLC
> 121 North River Drive
> Narragansett, RI 02882
> 401-284-1827
>
> *From:* owner-ibis@server.eda.org [mailto:owner-ibis@server.eda.org] 
> *On Behalf Of *Sudarshan H N
> *Sent:* Monday, October 22, 2007 7:43 AM
> *To:* Mirmak, Michael
> *Cc:* ibis@server.eda.org; ibis-users@server.eda.org
> *Subject:* Re: [IBIS] I-V and V-t curve mismatch
>
>  
>
> Hi Michael & All,
>
> Can you people answer to my question regarding the voltage ranges in 
> MIN and MAX case as explained below. As Arpad mentioned in one of the 
> earlier mails the range for MIN and MAX case is
>
> typ:  -3.3 to 6.6
>
> min:  -3.6 to 6.3
>
> max:  -3.0 to 6.9
>
> How do we select this range for MIN and MAX case. Is there any 
> document which explains the selection criteria for these corners ? If 
> there is no logic , then how can we decide if the supply is 1.8 V 
> supply or 2.5V supply?
>
> Let me know your answers.
>
> Regards
> Sudarshan
>
>  
>
> On 10/19/07, *Sudarshan H N* < hn.sudarshan@gmail.com 
> <mailto:hn.sudarshan@gmail.com>> wrote:
>
> Hi Michael,
>
> Thanks for your detailed reponse. I made a small mistake in putting 
> the voltage ranges as you mentioned. As i was writing a new tool , at 
> this point of time i didnt give much  attention to printing correct 
> voltage range , and i was only worried about the correct extraction of 
> V-t and I-V tables.
>
> I have considered the formula you have mentioned for calculating 
> Vcc-relative Pullup and Powerclamp tables. I changed the voltage range 
> to (3.3, 3.0 and 3.6 which is the actual case) and now i am able to 
> get rid of all these errors.
>
> But still i have one query regarding the values for I-V curves when it 
> is in the Min or MAX corner. I asked about this in my previous mail. 
> Lynne and Arpad gave some answers  but that didnt solve my problem.
>
> The problem with MIN and MAX corner is , what is the voltage range we 
> need to consider for MIN and MAX case . For example if we consider 3.3 
> V supply, the typical range would be -3.3 to 6.6 and this is the 
> voltage range in the IBIS file for all 3 corners. As per the cookbook 
> we need to consider voltage range -Vcc to +2Vcc and hence for the MIN 
> case the range will be -3.0 to +6.0. So in that case what current 
> values we need to put for the voltage range -3.3 to -3.0 and +6.0 to 
> +6.6 whose values will be missing in MIN corner simulations.
>
> I hope i have explained the problem correctly and let me know your 
> answers.
>
> Thanks & Regards
> Sudarshan
>
>  
>
> On 10/18/07, *Mirmak, Michael* <michael.mirmak@intel.com 
> <mailto:michael.mirmak@intel.com>> wrote:
>
> Sudarshan,
>
>  
>
> Thanks for the message.  The major issue appears to be problems in 
> generating the Vcc-relative information, but some general supply 
> issues are cropping up too.  Assuming this is just a regular I/O 
> buffer without internal terminations...
>
>  
>
> 1) I would expect the Pullup I-V tables to pass through the zero V, 
> zero I axis intercept.  Yet they do not, with the max and min data 
> shifted by ~0.3 V above and below 0 V, respectively.  This suggests 
> that the math used to generate the tables may be incorrect.  Remember 
> that, if the data at Vout is collected ground-relative, you can make 
> the power clamp and pullup table data in Vcc-relative by the formula 
> (Vtable_corner = Vcc_corner - Vout_corner), where xxx_corner refers to 
> a value collected for typ, min or max.  For example, if Vcc_min is 4.5 
> V, data collected ground-relative for 0.0 at the output would be 
> entered in the table for the 4.5 V row.
>
>  
>
> The supply voltages and the Pullup I-V axis intercepts (when plotted 
> ground-relative) don't agree, which implies a problem with the supply 
> listed for the [Voltage Range] keyword not matching either the real 
> circuit or the values used to generate the Vcc-relative tables.
>
>  
>
> 2) The voltage for the buffer is 5 V +/- 0.5, but the V-t fixture is 
> 3.3 V +/- 0.3 V.  This complicates the math (it gets very hard for me 
> to calculate the intercepts if they don't match, at least before my 
> first cup of coffee), but it also suggests that the buffer V-t and I-V 
> data sets were collected using different settings or otherwise using 
> different conditions.  I would recommend checking the actual fixtures 
> used for the V-t extraction; matching the fixture voltages to the 
> voltage supply would make checking easier.
>
>  
>
> Calculating the right I-V intercepts vs. V-t levels will be easier 
> once these issues are addressed.
>
>  
>
> - Michael Mirmak
>
>   Intel Corp.
>
>   Chair, EIA IBIS Open Forum
>
>  
>
> ------------------------------------------------------------------------
>
> *From:* owner-ibis@server.eda.org <mailto:owner-ibis@server.eda.org> 
> [mailto:owner-ibis@server.eda.org <mailto:owner-ibis@server.eda.org>] 
> *On Behalf Of *Sudarshan H N
> *Sent:* Thursday, October 18, 2007 2:16 AM
> *To:* ibis@server.eda.org <mailto:ibis@server.eda.org>; 
> ibis-users@server.eda.org <mailto:ibis-users@server.eda.org>
> *Subject:* [IBIS] I-V and V-t curve mismatch
>
> Hello Experts,
>
> I am finding problem with one of my IBIS model in I-V and V-t curve 
> mismatch. Please find the attached model for the refernence.
>
> ERROR - Model dummy: The [Rising Waveform]
>       with [R_fixture]=80 Ohms and [V_fixture]=0V
>       has TYP column DC endpoints of  0.01V and  2.66v, but
>       an equivalent load applied to the model's I-V tables yields
>       different voltages (-0.00V and  3.90V),
>       a difference of  0.25% and 31.85%, respectively.
>
> I wrote a new tool to generate IBIS models and i am not able to make 
> out where it is going wrong.
> I actually tried to manually calculate the currents at the points , 
> that it has reported in the above error.
>
> As it is a rising waveform having a R_fixture to ground  the current 
> at 2.66v (steady state) would be 2.66v/50 = 33.25mA.
>
> I looked at the voltage corresponding to 33.25mA in pullup table and i 
> found it is coming around 0.66v. There is a mismatch in the way i am 
> caluculating also. But i observed a different voltage of 0.66v 
> compared to what ibischk4 has reported i.e, 3.9v.
>
> Let me know is the way i am cross checking is correct or not ? If not 
> let me  know the exact procedure.
>
> Also let me know what might have been gone wrong in the curves. From 
> the shape of the curves i am not seeing any problem with the way i 
> have generated.
>
> Please let me know your answers as soon as possible.
>
> Note : Please dont consider any other values apart from the curves 
> like Ramp , C_comp etc as i have dummy values for these place holders.
>
> Thanks & Regards
> Sudarshan
>
> -- 
> 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 <http://www.mailscanner.info/>, and is
> believed to be clean. **
>
> *
> -- 
> 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* <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.


- --------------000806080808010904070500
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
To follow up with what Tom and Todd have said, modern process
technology often will not tolerate voltage swings 1 X Vdd beyond the
rails, like older technologies did.&nbsp; In many cases, you will need to
adjust your extraction method so that it does not exceed the device
breakdown limits, either in Spice or in measurement-based extraction.<br>
<br>
<br>
<pre class="moz-signature" cols="72">Scott McMorrow
Teraspeed Consulting Group LLC
121 North River Drive
Narragansett, RI 02882
(401) 284-1827 Business
(401) 284-1840 Fax

<a class="moz-txt-link-freetext" href="http://www.teraspeed.com">http://www.teraspeed.com</a>

Teraspeed&reg; is the registered service mark of
Teraspeed Consulting Group LLC
</pre>
<br>
<br>
Todd Westerhoff wrote:
<blockquote cite="mid:006f01c814ce$4bac4a20$0202fea9@winlap2"
 type="cite">
  <meta http-equiv="Content-Type" content="text/html; ">
  <meta name="Generator" content="Microsoft Word 11 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]--><o:SmartTagType
 namespaceuri="urn:schemas-microsoft-com:office:smarttags"
 name="PostalCode">
  <o:SmartTagType
 namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="State"><o:SmartTagType
 namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="City">
  <o:SmartTagType
 namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="place"><o:SmartTagType
 namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="Street">
  <o:SmartTagType
 namespaceuri="urn:schemas-microsoft-com:office:smarttags"
 name="address"><!--[if !mso]>
<style>
st1\:*{behavior:url(#default#ieooui) }
</style>
<![endif]-->
  <style>
<!--a:link
	{mso-style-priority:99;}
span.MSOHYPERLINK
	{mso-style-priority:99;}
a:visited
	{mso-style-priority:99;}
span.MSOHYPERLINKFOLLOWED
	{mso-style-priority:99;}

 /* Font Definitions */
 @font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Calibri;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.EmailStyle18
	{mso-style-type:personal;
	font-family:Calibri;
	color:#1F497D;}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:Arial;
	color:navy;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
	{page:Section1;}
- -->
  </style><!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext="edit">
  <o:idmap v:ext="edit" data="1" />
 </o:shapelayout></xml><![endif]-->
  </o:SmartTagType></o:SmartTagType></o:SmartTagType></o:SmartTagType></o:SmartTagType></o:SmartTagType>
  <div class="Section1">
  <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;">I agree with
Tom.<o:p></o:p></span></font></p>
  <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;"><o:p>&nbsp;</o:p></span></font></p>
  <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;">The choice
of -2*VDD to 2*VDD is somewhat
arbitrary &#8230; it&#8217;s simply meant to ensure that you have valid V/I
data for any voltage that the part will be exposed to. &nbsp;Thus, you don&#8217;t
need to adjust the voltage ranges based on the MIN and MAX cases. &nbsp;For
most technologies, if you have overshoot that&#8217;s equal to the supply
voltage, you have bigger problems than model accuracy !<o:p></o:p></span></font></p>
  <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;"><o:p>&nbsp;</o:p></span></font></p>
  <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;">Todd.<o:p></o:p></span></font></p>
  <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;"><o:p>&nbsp;</o:p></span></font></p>
  <div>
  <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;"><br>
Todd Westerhoff<br>
VP, Software Products<br>
SiSoft<br>
  <st1:Street w:st="on"><st1:address w:st="on">6 Clock Tower Place,
Suite 250</st1:address></st1:Street><br>
  <st1:place w:st="on"><st1:City w:st="on">Maynard</st1:City>, <st1:State
 w:st="on">MA</st1:State> <st1:PostalCode w:st="on">01754</st1:PostalCode></st1:place><br>
(978) 461-0449 x24<br>
  <a moz-do-not-send="true" href="mailto:twesterh@sisoft.com">twesterh@sisoft.com</a><br>
  <a moz-do-not-send="true" href="http://www.sisoft.com">www.sisoft.com</a></span></font><o:p></o:p></p>
  </div>
  <div>
  <div class="MsoNormal" style="text-align: center;" align="center"><font
 face="Times New Roman" size="3"><span style="font-size: 12pt;">
  <hr tabindex="-1" align="center" size="2" width="100%"></span></font></div>
  <p class="MsoNormal"><b><font face="Tahoma" size="2"><span
 style="font-size: 10pt; font-family: Tahoma; font-weight: bold;">From:</span></font></b><font
 face="Tahoma" size="2"><span
 style="font-size: 10pt; font-family: Tahoma;">
<a class="moz-txt-link-abbreviated" href="mailto:owner-ibis@eda.org">owner-ibis@eda.org</a> [<a class="moz-txt-link-freetext" href="mailto:owner-ibis@eda.org">mailto:owner-ibis@eda.org</a>] <b><span
 style="font-weight: bold;">On Behalf Of </span></b>Tom Dagostino<br>
  <b><span style="font-weight: bold;">Sent:</span></b> Monday, October
22, 2007
12:11 PM<br>
  <b><span style="font-weight: bold;">To:</span></b> 'Sudarshan H N';
'Mirmak,
Michael'<br>
  <b><span style="font-weight: bold;">Cc:</span></b> <a class="moz-txt-link-abbreviated" href="mailto:ibis@eda.org">ibis@eda.org</a>;
<a class="moz-txt-link-abbreviated" href="mailto:ibis-users@eda.org">ibis-users@eda.org</a><br>
  <b><span style="font-weight: bold;">Subject:</span></b> RE: [IBIS]
I-V and V-t
curve mismatch</span></font><o:p></o:p></p>
  </div>
  <p class="MsoNormal"><font face="Times New Roman" size="3"><span
 style="font-size: 12pt;"><o:p>&nbsp;</o:p></span></font></p>
  <p class="MsoNormal"><font color="#1f497d" face="Calibri" size="2"><span
 style="font-size: 11pt; font-family: Calibri; color: rgb(31, 73, 125);">Model
all three
corners from &#8211;Vdd to 2*Vdd where Vdd is the typical voltage.<o:p></o:p></span></font></p>
  <p class="MsoNormal"><font color="#1f497d" face="Calibri" size="2"><span
 style="font-size: 11pt; font-family: Calibri; color: rgb(31, 73, 125);"><o:p>&nbsp;</o:p></span></font></p>
  <p class="MsoNormal"><font color="#1f497d" face="Times New Roman"
 size="2"><span style="font-size: 10pt; color: rgb(31, 73, 125);">Tom
Dagostino<br>
Teraspeed(R) Labs<br>
  <st1:Street w:st="on"><st1:address w:st="on">13610 SW Harness Lane</st1:address></st1:Street><br>
  <st1:place w:st="on"><st1:City w:st="on">Beaverton</st1:City>, <st1:State
 w:st="on">OR</st1:State> <st1:PostalCode w:st="on">97008</st1:PostalCode></st1:place><br>
503-430-1065<br>
<a class="moz-txt-link-abbreviated" href="mailto:tom@teraspeed.com">tom@teraspeed.com</a><br>
<a class="moz-txt-link-abbreviated" href="http://www.teraspeed.com">www.teraspeed.com</a><br>
  <br>
Teraspeed Consulting Group LLC<br>
  <st1:Street w:st="on"><st1:address w:st="on">121 North River Drive</st1:address></st1:Street><br>
  <st1:place w:st="on"><st1:City w:st="on">Narragansett</st1:City>, <st1:State
 w:st="on">RI</st1:State> <st1:PostalCode w:st="on">02882</st1:PostalCode></st1:place><br>
401-284-1827</span></font><font color="#1f497d"><span
 style="color: rgb(31, 73, 125);"> </span></font><font color="#1f497d"
 face="Calibri" size="2"><span
 style="font-size: 11pt; font-family: Calibri; color: rgb(31, 73, 125);"><o:p></o:p></span></font></p>
  <div
 style="border-style: solid none none; border-color: rgb(181, 196, 223) -moz-use-text-color -moz-use-text-color; border-width: 1pt medium medium; padding: 3pt 0in 0in;">
  <p class="MsoNormal"><b><font face="Tahoma" size="2"><span
 style="font-size: 10pt; font-family: Tahoma; font-weight: bold;">From:</span></font></b><font
 face="Tahoma" size="2"><span
 style="font-size: 10pt; font-family: Tahoma;">
<a class="moz-txt-link-abbreviated" href="mailto:owner-ibis@server.eda.org">owner-ibis@server.eda.org</a> [<a class="moz-txt-link-freetext" href="mailto:owner-ibis@server.eda.org">mailto:owner-ibis@server.eda.org</a>] <b><span
 style="font-weight: bold;">On Behalf Of </span></b>Sudarshan H N<br>
  <b><span style="font-weight: bold;">Sent:</span></b> Monday, October
22, 2007
7:43 AM<br>
  <b><span style="font-weight: bold;">To:</span></b> Mirmak, Michael<br>
  <b><span style="font-weight: bold;">Cc:</span></b>
<a class="moz-txt-link-abbreviated" href="mailto:ibis@server.eda.org">ibis@server.eda.org</a>;
<a class="moz-txt-link-abbreviated" href="mailto:ibis-users@server.eda.org">ibis-users@server.eda.org</a><br>
  <b><span style="font-weight: bold;">Subject:</span></b> Re: [IBIS]
I-V and V-t
curve mismatch<o:p></o:p></span></font></p>
  </div>
  <p class="MsoNormal"><font face="Times New Roman" size="3"><span
 style="font-size: 12pt;"><o:p>&nbsp;</o:p></span></font></p>
  <p class="MsoNormal" style="margin-bottom: 12pt;"><font
 face="Times New Roman" size="3"><span style="font-size: 12pt;">Hi
Michael &amp; All,<br>
  <br>
Can you people answer to my question regarding the voltage ranges in
MIN and
MAX case as explained below. As Arpad mentioned in one of the earlier
mails the
range for MIN and MAX case is<o:p></o:p></span></font></p>
  <p class="MsoNormal"><font face="Courier New" size="2"><span
 style="font-size: 10pt; font-family: &quot;Courier New&quot;;">typ:&nbsp; -3.3 to 6.6</span></font><o:p></o:p></p>
  <p class="MsoNormal"><font face="Courier New" size="2"><span
 style="font-size: 10pt; font-family: &quot;Courier New&quot;;">min:&nbsp; -3.6 to 6.3</span></font><o:p></o:p></p>
  <p class="MsoNormal" style="margin-bottom: 12pt;"><font
 face="Courier New" size="2"><span
 style="font-size: 10pt; font-family: &quot;Courier New&quot;;">max:&nbsp; -3.0 to 6.9<br>
  <br>
  </span></font>How do we select this range for MIN and MAX case. Is
there any
document which explains the selection criteria for these corners ? If
there is
no logic , then how can we decide if the supply is 1.8 V supply or 2.5V
supply?<br>
  <br>
Let me know your answers.<br>
  <br>
Regards<br>
Sudarshan<o:p></o:p></p>
  <p class="MsoNormal" style="margin-bottom: 12pt;"><font
 face="Times New Roman" size="3"><span style="font-size: 12pt;"><o:p>&nbsp;</o:p></span></font></p>
  <div>
  <p class="MsoNormal"><span class="gmailquote"><font
 face="Times New Roman" size="3"><span style="font-size: 12pt;">On
10/19/07, <b><span style="font-weight: bold;">Sudarshan
H N</span></b> &lt; <a moz-do-not-send="true"
 href="mailto:hn.sudarshan@gmail.com" target="_blank">hn.sudarshan@gmail.com</a>&gt;
wrote:</span></font></span><o:p></o:p></p>
  <p class="MsoNormal"><font face="Times New Roman" size="3"><span
 style="font-size: 12pt;">Hi Michael, <br>
  <br>
Thanks for your detailed reponse. I made a small mistake in putting the
voltage
ranges as you mentioned. As i was writing a new tool , at this point of
time i
didnt give much&nbsp; attention to printing correct voltage range , and i
was
only worried about the correct extraction of V-t and I-V tables.<br>
  <br>
I have considered the formula you have mentioned for calculating
Vcc-relative
Pullup and Powerclamp tables. I changed the voltage range to (3.3, 3.0
and 3.6
which is the actual case) and now i am able to get rid of all these
errors.<br>
  <br>
But still i have one query regarding the values for I-V curves when it
is in
the Min or MAX corner. I asked about this in my previous mail. Lynne
and Arpad
gave some answers&nbsp; but that didnt solve my problem.<br>
  <br>
The problem with MIN and MAX corner is , what is the voltage range we
need to
consider for MIN and MAX case . For example if we consider 3.3 V
supply, the
typical range would be -3.3 to 6.6 and this is the voltage range in the
IBIS
file for all 3 corners. As per the cookbook we need to consider voltage
range
- -Vcc to +2Vcc and hence for the MIN case the range will be -3.0 to
+6.0. So in
that case what current values we need to put for the voltage range -3.3
to -3.0
and +6.0 to +6.6 whose values will be missing in MIN corner simulations.<br>
  <br>
I hope i have explained the problem correctly and let me know your
answers.<br>
  <br>
Thanks &amp; Regards<br>
Sudarshan<o:p></o:p></span></font></p>
  <div>
  <p class="MsoNormal" style="margin-bottom: 12pt;"><font
 face="Times New Roman" size="3"><span style="font-size: 12pt;"><o:p>&nbsp;</o:p></span></font></p>
  <div>
  <p class="MsoNormal"><span class="gmailquote"><font
 face="Times New Roman" size="3"><span style="font-size: 12pt;">On
10/18/07, <b><span style="font-weight: bold;">Mirmak,
Michael</span></b> &lt;<a moz-do-not-send="true"
 href="mailto:michael.mirmak@intel.com" target="_blank">michael.mirmak@intel.com
  </a>&gt; wrote:</span></font></span><o:p></o:p></p>
  <div>
  <p class="MsoNormal"><font color="blue" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: blue;">Sudarshan,</span></font><o:p></o:p></p>
  <p class="MsoNormal"><font face="Times New Roman" size="3"><span
 style="font-size: 12pt;">&nbsp;<o:p></o:p></span></font></p>
  <p class="MsoNormal"><font color="blue" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: blue;">Thanks for
the message.&nbsp; The major
issue appears to be problems in generating the Vcc-relative
information, but
some general supply issues are cropping up too.&nbsp; Assuming this is just
a
regular I/O buffer without internal terminations...</span></font><o:p></o:p></p>
  <p class="MsoNormal"><font face="Times New Roman" size="3"><span
 style="font-size: 12pt;">&nbsp;<o:p></o:p></span></font></p>
  <p class="MsoNormal"><font color="blue" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: blue;">1) I would
expect the Pullup I-V tables to
pass through the zero V, zero I axis intercept.&nbsp; Yet they do not, with
the
max and min data shifted by ~0.3 V above and below 0 V, respectively.&nbsp;
This suggests that the math used to generate the tables may be
incorrect.&nbsp;
Remember that,&nbsp;if the data at Vout is collected ground-relative, you
can
make the power clamp and pullup table data in Vcc-relative by the
formula
(Vtable_corner = Vcc_corner - Vout_corner), where xxx_corner refers to
a value
collected for typ, min or max.&nbsp; For example, if Vcc_min is 4.5
V,&nbsp;data collected ground-relative for 0.0 at the output would be
entered
in the table&nbsp;for the 4.5 V row.</span></font><o:p></o:p></p>
  <p class="MsoNormal"><font face="Times New Roman" size="3"><span
 style="font-size: 12pt;">&nbsp;<o:p></o:p></span></font></p>
  <p class="MsoNormal"><font color="blue" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: blue;">The supply
voltages and the Pullup I-V
axis intercepts (when plotted ground-relative) don't agree, which
implies a
problem with the supply listed&nbsp;for the [Voltage Range] keyword not
matching either the real circuit or the values used to generate the
Vcc-relative tables.</span></font><o:p></o:p></p>
  <p class="MsoNormal"><font face="Times New Roman" size="3"><span
 style="font-size: 12pt;">&nbsp;<o:p></o:p></span></font></p>
  <p class="MsoNormal"><font color="blue" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: blue;">2) The
voltage for the buffer is 5 V +/-
0.5, but the V-t fixture is 3.3 V +/- 0.3 V.&nbsp; This complicates the math
(it gets very hard for me to calculate the intercepts if they don't
match, at
least before my first cup of coffee), but it also suggests that the
buffer V-t
and I-V data sets were collected using different settings or otherwise
using
different conditions.&nbsp; I would recommend checking the actual fixtures
used
for the V-t extraction; matching the fixture voltages to the voltage
supply
would make checking easier.</span></font><o:p></o:p></p>
  <p class="MsoNormal"><font face="Times New Roman" size="3"><span
 style="font-size: 12pt;">&nbsp;<o:p></o:p></span></font></p>
  <p class="MsoNormal"><font color="blue" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: blue;">Calculating
the right I-V intercepts vs.
V-t levels will be easier once these issues are addressed.</span></font><o:p></o:p></p>
  <p class="MsoNormal"><font face="Times New Roman" size="3"><span
 style="font-size: 12pt;">&nbsp;<o:p></o:p></span></font></p>
  <p class="MsoNormal"><font color="blue" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: blue;">- Michael
Mirmak</span></font><o:p></o:p></p>
  <p class="MsoNormal"><font color="blue" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: blue;">&nbsp; Intel Corp.</span></font><o:p></o:p></p>
  <p class="MsoNormal"><font color="blue" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: blue;">&nbsp; Chair, EIA
IBIS Open Forum</span></font><o:p></o:p></p>
  <p class="MsoNormal"><font face="Times New Roman" size="3"><span
 style="font-size: 12pt;"><o:p>&nbsp;</o:p></span></font></p>
  <div class="MsoNormal" style="text-align: center;" align="center"><font
 face="Times New Roman" size="3"><span style="font-size: 12pt;">
  <hr align="center" size="2" width="100%"></span></font></div>
  <p class="MsoNormal" style="margin-bottom: 12pt;"><b><font
 face="Tahoma" size="2"><span
 style="font-size: 10pt; font-family: Tahoma; font-weight: bold;">From:</span></font></b><font
 face="Tahoma" size="2"><span
 style="font-size: 10pt; font-family: Tahoma;"> <a
 moz-do-not-send="true" href="mailto:owner-ibis@server.eda.org"
 target="_blank">owner-ibis@server.eda.org</a>
[mailto:<a moz-do-not-send="true"
 href="mailto:owner-ibis@server.eda.org" target="_blank">owner-ibis@server.eda.org</a>]
  <b><span style="font-weight: bold;">On Behalf Of </span></b>Sudarshan
H N<br>
  <b><span style="font-weight: bold;">Sent:</span></b> Thursday,
October 18, 2007
2:16 AM<br>
  <b><span style="font-weight: bold;">To:</span></b> <a
 moz-do-not-send="true" href="mailto:ibis@server.eda.org"
 target="_blank">ibis@server.eda.org</a>; <a moz-do-not-send="true"
 href="mailto:ibis-users@server.eda.org" target="_blank">ibis-users@server.eda.org</a><br>
  <b><span style="font-weight: bold;">Subject:</span></b> [IBIS] I-V
and V-t curve
mismatch</span></font><o:p></o:p></p>
  <div>
  <p class="MsoNormal" style="margin-bottom: 12pt;"><font
 face="Times New Roman" size="3"><span style="font-size: 12pt;">Hello
Experts,<br>
  <br>
I am finding problem with one of my IBIS model in I-V and V-t curve
mismatch.
Please find the attached model for the refernence.<br>
  <br>
ERROR - Model dummy: The [Rising Waveform]<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; with [R_fixture]=80 Ohms and [V_fixture]=0V<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; has TYP column DC endpoints of&nbsp; 0.01V
and&nbsp; 2.66v, but<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; an equivalent load applied to the model's I-V
tables yields<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; different voltages (-0.00V and&nbsp; 3.90V),<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; a difference of&nbsp; 0.25% and 31.85%,
respectively.<br>
  <br>
I wrote a new tool to generate IBIS models and i am not able to make
out where
it is going wrong.<br>
I actually tried to manually calculate the currents at the points ,
that it has
reported in the above error.<br>
  <br>
As it is a rising waveform having a R_fixture to ground&nbsp; the current at
2.66v
(steady state) would be 2.66v/50 = 33.25mA.<br>
  <br>
I looked at the voltage corresponding to 33.25mA in pullup table and i
found it
is coming around 0.66v. There is a mismatch in the way i am
caluculating also.
But i observed a different voltage of 0.66v compared to what ibischk4
has
reported i.e, 3.9v. <br>
  <br>
Let me know is the way i am cross checking is correct or not ? If not
let
me&nbsp; know the exact procedure.<br>
  <br>
Also let me know what might have been gone wrong in the curves. From
the shape
of the curves i am not seeing any problem with the way i have
generated. <br>
  <br>
Please let me know your answers as soon as possible.<br>
  <br>
Note : Please dont consider any other values apart from the curves like
Ramp ,
C_comp etc as i have dummy values for these place holders.<br>
  <br>
Thanks &amp; Regards<br>
Sudarshan<br>
  <br>
  <o:p></o:p></span></font></p>
  </div>
  <p class="MsoNormal"><font face="Times New Roman" size="3"><span
 style="font-size: 12pt;">-- <br>
This message has been scanned for viruses and <br>
dangerous content by </span><a moz-do-not-send="true"
 href="http://www.mailscanner.info/" target="_blank"></span></b><b><span
 style="font-weight: bold;">MailScanner</a><b><b><span
 style="font-weight: bold;">, and is <br>
believed to be clean. <o:p></o:p></span></b></b></font></p>
  </div>
  </div>
  <p class="MsoNormal"><b><b><font face="Times New Roman" size="3"><span
 style="font-size: 12pt; font-weight: bold;"><o:p>&nbsp;</o:p></span></font></b></b></p>
  </div>
  </div>
  <p class="MsoNormal"><b><b><font face="Times New Roman" size="3"><span
 style="font-size: 12pt; font-weight: bold;"><br>
  <br>
- -- <br>
This message has been scanned for viruses and <br>
dangerous content by <a moz-do-not-send="true"
 href="http://www.mailscanner.info/">MailScanner</a>,
and is <br>
believed to be clean. <o:p></o:p></span></font></b></b></p>
  </div>
  <b><br>
- -- <br>
This message has been scanned for viruses and
  <br>
dangerous content by
  </b><a moz-do-not-send="true" href="http://www.mailscanner.info/"></b><b>MailScanner</a><b>,
and is
  <br>
believed to be clean.
  <br>
- -- <br>
This message has been scanned for viruses and
  <br>
dangerous content by
  <a moz-do-not-send="true" href="http://www.mailscanner.info/"></b><b>MailScanner</a>,
and is
  <br>
believed to be clean.
  </b></blockquote>
</body>
<br />-- 
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href="http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.
</html>

- --------------000806080808010904070500--
- --------------------------------------------------------------------
|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

------------------------------

Date: Mon, 22 Oct 2007 11:01:22 -0700
From: "Muranyi, Arpad" <Arpad_Muranyi@mentor.com>
Subject: RE: [IBIS-Users] RE: [IBIS] I-V and V-t curve mismatch

This is a multi-part message in MIME format.

- ------_=_NextPart_001_01C814D5.8FC42024
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

While both Tom and Todd are suggesting the right thing,
I think both need some correction, or clarification...
=20
Todd wrote "-2*VDD to 2*VDD" in which the first -2*VDD
should have read -VDD.
=20
Tom's comment about using typical VDD is correct for the
range calculation but you need to be careful an not
apply that suggestion to the VDD of the power you
apply to the device under test and the VDD-relative
calculations (in case you don't measure it VDD relative
directly).
=20
So to sum it up, my numbers in my first reply were
calculated as follows:
=20
For the pulldown the sweep range is always:
- -VDD_typ to 2*VDD_typ  =3D  -3.3 to 6.6,
regardless of which case you are generating,
i.e. whether the supply voltage to the chip=20
is typ=3D3.3, min=3D3.0, or max=3D3.6 volts (assuming
that the chip's pulldown is connected to GND
or 0 volts).
=20
For the pullup, which is swept VDD relative,
the numbers for the sweep ranges in GND relative
orientation will work out this way:
=20
- -VDD_typ to 2*VDD_typ with respect to VDD_typ =3D 6.6 to -3.3
- -VDD_typ to 2*VDD_typ with respect to VDD_min =3D 6.3 to -3.6
- -VDD_typ to 2*VDD_typ with respect to VDD_max =3D 6.9 to -3.0
=20
Note that this numbers are only this confusing because
you are looking at the sweep ranges in a GND relative
way, while you are really doing the same rule as above
for the pulldown with respect to VDD.
=20
Of course the direction of the sweep is irrelevant, as
long as the device doesn't act up.  Some times devices
can do funny things depending on which direction you
do the sweep.  Also, to help the simulator to find an
operating point I suggest that you start the seep at
the same rail voltage the device is driving to (i.e.
VDD for logic high or GND for logic low) and then do
the sweep you need for the IBIS model.  There is a
better chance to get the simulator converge that way...
=20
I hope this helps,
=20
Arpad
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D
________________________________

From: owner-ibis-users@server.eda.org
[mailto:owner-ibis-users@server.eda.org] On Behalf Of Todd Westerhoff
Sent: Monday, October 22, 2007 10:09 AM
To: ibis@server.eda.org; ibis-users@server.eda.org
Cc: tom@teraspeed.com
Subject: [IBIS-Users] RE: [IBIS] I-V and V-t curve mismatch



I agree with Tom.

=20

The choice of -2*VDD to 2*VDD is somewhat arbitrary ... it's simply
meant to ensure that you have valid V/I data for any voltage that the
part will be exposed to.  Thus, you don't need to adjust the voltage
ranges based on the MIN and MAX cases.  For most technologies, if you
have overshoot that's equal to the supply voltage, you have bigger
problems than model accuracy !

=20

Todd.

=20


Todd Westerhoff
VP, Software Products
SiSoft
6 Clock Tower Place, Suite 250
Maynard, MA 01754
(978) 461-0449 x24
twesterh@sisoft.com
www.sisoft.com

________________________________

From: owner-ibis@eda.org [mailto:owner-ibis@eda.org] On Behalf Of Tom
Dagostino
Sent: Monday, October 22, 2007 12:11 PM
To: 'Sudarshan H N'; 'Mirmak, Michael'
Cc: ibis@eda.org; ibis-users@eda.org
Subject: RE: [IBIS] I-V and V-t curve mismatch

=20

Model all three corners from -Vdd to 2*Vdd where Vdd is the typical
voltage.

=20

Tom Dagostino
Teraspeed(R) Labs
13610 SW Harness Lane
Beaverton, OR 97008
503-430-1065
tom@teraspeed.com
www.teraspeed.com

Teraspeed Consulting Group LLC
121 North River Drive
Narragansett, RI 02882
401-284-1827=20

From: owner-ibis@server.eda.org [mailto:owner-ibis@server.eda.org] On
Behalf Of Sudarshan H N
Sent: Monday, October 22, 2007 7:43 AM
To: Mirmak, Michael
Cc: ibis@server.eda.org; ibis-users@server.eda.org
Subject: Re: [IBIS] I-V and V-t curve mismatch

=20

Hi Michael & All,

Can you people answer to my question regarding the voltage ranges in MIN
and MAX case as explained below. As Arpad mentioned in one of the
earlier mails the range for MIN and MAX case is

typ:  -3.3 to 6.6

min:  -3.6 to 6.3

max:  -3.0 to 6.9

How do we select this range for MIN and MAX case. Is there any document
which explains the selection criteria for these corners ? If there is no
logic , then how can we decide if the supply is 1.8 V supply or 2.5V
supply?

Let me know your answers.

Regards
Sudarshan

=20

On 10/19/07, Sudarshan H N < hn.sudarshan@gmail.com> wrote:

Hi Michael,=20

Thanks for your detailed reponse. I made a small mistake in putting the
voltage ranges as you mentioned. As i was writing a new tool , at this
point of time i didnt give much  attention to printing correct voltage
range , and i was only worried about the correct extraction of V-t and
I-V tables.

I have considered the formula you have mentioned for calculating
Vcc-relative Pullup and Powerclamp tables. I changed the voltage range
to (3.3, 3.0 and 3.6 which is the actual case) and now i am able to get
rid of all these errors.

But still i have one query regarding the values for I-V curves when it
is in the Min or MAX corner. I asked about this in my previous mail.
Lynne and Arpad gave some answers  but that didnt solve my problem.

The problem with MIN and MAX corner is , what is the voltage range we
need to consider for MIN and MAX case . For example if we consider 3.3 V
supply, the typical range would be -3.3 to 6.6 and this is the voltage
range in the IBIS file for all 3 corners. As per the cookbook we need to
consider voltage range -Vcc to +2Vcc and hence for the MIN case the
range will be -3.0 to +6.0. So in that case what current values we need
to put for the voltage range -3.3 to -3.0 and +6.0 to +6.6 whose values
will be missing in MIN corner simulations.

I hope i have explained the problem correctly and let me know your
answers.

Thanks & Regards
Sudarshan

=20

On 10/18/07, Mirmak, Michael <michael.mirmak@intel.com > wrote:

Sudarshan,

=20

Thanks for the message.  The major issue appears to be problems in
generating the Vcc-relative information, but some general supply issues
are cropping up too.  Assuming this is just a regular I/O buffer without
internal terminations...

=20

1) I would expect the Pullup I-V tables to pass through the zero V, zero
I axis intercept.  Yet they do not, with the max and min data shifted by
~0.3 V above and below 0 V, respectively.  This suggests that the math
used to generate the tables may be incorrect.  Remember that, if the
data at Vout is collected ground-relative, you can make the power clamp
and pullup table data in Vcc-relative by the formula (Vtable_corner =3D
Vcc_corner - Vout_corner), where xxx_corner refers to a value collected
for typ, min or max.  For example, if Vcc_min is 4.5 V, data collected
ground-relative for 0.0 at the output would be entered in the table for
the 4.5 V row.

=20

The supply voltages and the Pullup I-V axis intercepts (when plotted
ground-relative) don't agree, which implies a problem with the supply
listed for the [Voltage Range] keyword not matching either the real
circuit or the values used to generate the Vcc-relative tables.

=20

2) The voltage for the buffer is 5 V +/- 0.5, but the V-t fixture is 3.3
V +/- 0.3 V.  This complicates the math (it gets very hard for me to
calculate the intercepts if they don't match, at least before my first
cup of coffee), but it also suggests that the buffer V-t and I-V data
sets were collected using different settings or otherwise using
different conditions.  I would recommend checking the actual fixtures
used for the V-t extraction; matching the fixture voltages to the
voltage supply would make checking easier.

=20

Calculating the right I-V intercepts vs. V-t levels will be easier once
these issues are addressed.

=20

- - Michael Mirmak

  Intel Corp.

  Chair, EIA IBIS Open Forum

=20

________________________________

From: owner-ibis@server.eda.org [mailto:owner-ibis@server.eda.org] On
Behalf Of Sudarshan H N
Sent: Thursday, October 18, 2007 2:16 AM
To: ibis@server.eda.org; ibis-users@server.eda.org
Subject: [IBIS] I-V and V-t curve mismatch

Hello Experts,

I am finding problem with one of my IBIS model in I-V and V-t curve
mismatch. Please find the attached model for the refernence.

ERROR - Model dummy: The [Rising Waveform]
      with [R_fixture]=3D80 Ohms and [V_fixture]=3D0V
      has TYP column DC endpoints of  0.01V and  2.66v, but
      an equivalent load applied to the model's I-V tables yields
      different voltages (-0.00V and  3.90V),
      a difference of  0.25% and 31.85%, respectively.

I wrote a new tool to generate IBIS models and i am not able to make out
where it is going wrong.
I actually tried to manually calculate the currents at the points , that
it has reported in the above error.

As it is a rising waveform having a R_fixture to ground  the current at
2.66v (steady state) would be 2.66v/50 =3D 33.25mA.

I looked at the voltage corresponding to 33.25mA in pullup table and i
found it is coming around 0.66v. There is a mismatch in the way i am
caluculating also. But i observed a different voltage of 0.66v compared
to what ibischk4 has reported i.e, 3.9v.=20

Let me know is the way i am cross checking is correct or not ? If not
let me  know the exact procedure.

Also let me know what might have been gone wrong in the curves. From the
shape of the curves i am not seeing any problem with the way i have
generated.=20

Please let me know your answers as soon as possible.

Note : Please dont consider any other values apart from the curves like
Ramp , C_comp etc as i have dummy values for these place holders.

Thanks & Regards
Sudarshan



- --=20
This message has been scanned for viruses and=20
dangerous content by <http://www.mailscanner.info/> MailScanner, and is=20
believed to be clean.=20

=20



- --=20
This message has been scanned for viruses and=20
dangerous content by MailScanner <http://www.mailscanner.info/> , and is

believed to be clean.=20


- --=20
This message has been scanned for viruses and=20
dangerous content by <http://www.mailscanner.info/> MailScanner, and is=20
believed to be clean.=20
- --=20
This message has been scanned for viruses and=20
dangerous content by MailScanner <http://www.mailscanner.info/> , and is

believed to be clean.=20

- --=20
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


- ------_=_NextPart_001_01C814D5.8FC42024
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML xmlns=3D"http://www.w3.org/TR/REC-html40" xmlns:v =3D=20
"urn:schemas-microsoft-com:vml" xmlns:o =3D=20
"urn:schemas-microsoft-com:office:office" xmlns:w =3D=20
"urn:schemas-microsoft-com:office:word" xmlns:st1 =3D=20
"urn:schemas-microsoft-com:office:smarttags" xmlns:ns0 =3D=20
"http://schemas.microsoft.com/office/2004/12/omml"><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2900.3199" name=3DGENERATOR><!--[if !mso]>
<STYLE>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</STYLE>
<![endif]--><o:SmartTagType name=3D"PostalCode"=20
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"></o:SmartTagTyp=
e><o:SmartTagType=20
name=3D"State"=20
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"></o:SmartTagTyp=
e><o:SmartTagType=20
name=3D"City"=20
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"></o:SmartTagTyp=
e><o:SmartTagType=20
name=3D"place"=20
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"></o:SmartTagTyp=
e><o:SmartTagType=20
name=3D"Street"=20
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"></o:SmartTagTyp=
e><o:SmartTagType=20
name=3D"address"=20
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"></o:SmartTagTyp=
e><!--[if !mso]>
<STYLE>
st1\:*{behavior:url(#default#ieooui) }
</STYLE>
<![endif]-->
<STYLE>
<!--a:link
	{mso-style-priority:99;}
span.MSOHYPERLINK
	{mso-style-priority:99;}
a:visited
	{mso-style-priority:99;}
span.MSOHYPERLINKFOLLOWED
	{mso-style-priority:99;}

 /* Font Definitions */
 @font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Calibri;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.EmailStyle18
	{mso-style-type:personal;
	font-family:Calibri;
	color:#1F497D;}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:Arial;
	color:navy;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
	{page:Section1;}
- -->
</STYLE>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext=3D"edit">
  <o:idmap v:ext=3D"edit" data=3D"1" />
 </o:shapelayout></xml><![endif]--></HEAD>
<BODY lang=3DEN-US vLink=3Dpurple link=3Dblue>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>While both Tom and Todd are suggesting the right=20
thing,</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>I think both need some correction, or=20
clarification...</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>Todd wrote "-2*VDD to 2*VDD" in which the first=20
- -2*VDD</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>should have read -VDD.</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>Tom's comment about using typical VDD is correct for=20
the</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>range calculation but you need to be careful an not</FONT></SPAN><=
/DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>apply that suggestion to the VDD of the power you</FONT></SPAN></D=
IV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>apply to the device under test and the VDD-relative</FONT></SPAN><=
/DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>calculations (in case you don't measure it VDD=20
relative</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>directly).</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>So to sum it up, my numbers in my first reply were</FONT></SPAN></=
DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>calculated as follows:</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>For the pulldown the sweep range is always:</FONT></SPAN><SPAN=20
class=3D718243917-22102007><FONT face=3D"Courier New" size=3D2></FONT></SPA=
N></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>-VDD_typ to 2*VDD_typ&nbsp; =3D&nbsp; -3.3 to 6.6,</FONT></SPAN></=
DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>regardless of which case you are generating,</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>i.e. whether the supply voltage to the chip </FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>is typ=3D3.3, min=3D3.0, or max=3D3.6 volts (assuming</FONT></SPAN=
></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>that the chip's pulldown is connected to GND</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>or 0 volts).</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>For the pullup, which is swept VDD relative,</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>the numbers for the sweep ranges in GND relative</FONT></SPAN></DI=
V>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>orientation will work out this way:</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007></SPAN><SPAN=
=20
class=3D718243917-22102007><FONT face=3D"Courier New"=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>-VDD_typ to 2*VDD_typ&nbsp;with respect to VDD_typ&nbsp;=3D 6.6 to=
=20
- -3.3</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN=20
class=3D718243917-22102007></SPAN></FONT></SPAN><SPAN=20
class=3D718243917-22102007><FONT face=3D"Courier New" size=3D2>-VDD_typ to=
=20
2*VDD_typ&nbsp;with respect to VDD_min&nbsp;=3D 6.3 to -3.6</FONT></SPAN></=
DIV>
<DIV dir=3Dltr align=3Dleft>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007></SPAN><SPAN=
=20
class=3D718243917-22102007><FONT face=3D"Courier New" size=3D2>-VDD_typ to=
=20
2*VDD_typ&nbsp;with respect to VDD_max&nbsp;=3D 6.9 to -3.0</FONT></SPAN></=
DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>Note that this numbers are only this confusing=20
because</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>you are looking at the sweep ranges in a GND relative</FONT></SPAN=
></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>way, while you are really doing the same rule as=20
above</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>for the pulldown with respect to VDD.</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>Of course the direction of the sweep is irrelevant,=20
as</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>long as the device doesn't act up.&nbsp; Some times=20
devices</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>can do funny things depending on which direction you</FONT></SPAN>=
</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>do the sweep.&nbsp; Also, to help the simulator to find=20
an</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>operating point I suggest that you start the seep at</FONT></SPAN>=
</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>the same rail voltage the device is driving to (i.e.</FONT></SPAN>=
</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>VDD for logic high or GND for logic low) and then do</FONT></SPAN>=
</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>the sweep you need for the IBIS model.&nbsp; There is=20
a</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>better chance to get the simulator converge that=20
way...</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>I hope this helps,</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>Arpad</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D718243917-22102007><FONT face=3D"=
Courier New"=20
size=3D2>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D</FONT></SPAN></DIV>
<HR tabIndex=3D-1>
</DIV>
<DIV dir=3Dltr align=3Dleft><FONT face=3DTahoma size=3D2><B>From:</B>=20
owner-ibis-users@server.eda.org [mailto:owner-ibis-users@server.eda.org] <B=
>On=20
Behalf Of </B>Todd Westerhoff<BR><B>Sent:</B> Monday, October 22, 2007 10:0=
9=20
AM<BR><B>To:</B> ibis@server.eda.org; ibis-users@server.eda.org<BR><B>Cc:</=
B>=20
tom@teraspeed.com<BR><B>Subject:</B> [IBIS-Users] RE: [IBIS] I-V and V-t cu=
rve=20
mismatch<BR></FONT><BR></DIV></DIV>
<DIV></DIV>
<DIV class=3DSection1>
<P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">I agree with=20
Tom.<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><o:p>&nbsp;</o:p=
></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">The choice of -2=
*VDD to=20
2*VDD is somewhat arbitrary &#8230; it&#8217;s simply meant to ensure that =
you have valid=20
V/I data for any voltage that the part will be exposed to. &nbsp;Thus, you =
don&#8217;t=20
need to adjust the voltage ranges based on the MIN and MAX cases. &nbsp;For=
 most=20
technologies, if you have overshoot that&#8217;s equal to the supply voltag=
e, you have=20
bigger problems than model accuracy !<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><o:p>&nbsp;</o:p=
></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">Todd.<o:p></o:p>=
</SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><o:p>&nbsp;</o:p=
></SPAN></FONT></P>
<DIV>
<P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><BR>Todd=20
Westerhoff<BR>VP, Software Products<BR>SiSoft<BR><st1:Street=20
w:st=3D"on"><st1:address w:st=3D"on">6 Clock Tower Place, Suite=20
250</st1:address></st1:Street><BR><st1:place w:st=3D"on"><st1:City=20
w:st=3D"on">Maynard</st1:City>, <st1:State w:st=3D"on">MA</st1:State>=20
<st1:PostalCode w:st=3D"on">01754</st1:PostalCode></st1:place><BR>(978) 461=
- -0449=20
x24<BR><A href=3D"mailto:twesterh@sisoft.com">twesterh@sisoft.com</A><BR><A=
=20
href=3D"http://www.sisoft.com">www.sisoft.com</A></SPAN></FONT><o:p></o:p><=
/P></DIV>
<DIV>
<DIV class=3DMsoNormal style=3D"TEXT-ALIGN: center" align=3Dcenter><FONT=20
face=3D"Times New Roman" size=3D3><SPAN style=3D"FONT-SIZE: 12pt">
<HR tabIndex=3D-1 align=3Dcenter width=3D"100%" SIZE=3D2>
</SPAN></FONT></DIV>
<P class=3DMsoNormal><B><FONT face=3DTahoma size=3D2><SPAN=20
style=3D"FONT-WEIGHT: bold; FONT-SIZE: 10pt; FONT-FAMILY: Tahoma">From:</SP=
AN></FONT></B><FONT=20
face=3DTahoma size=3D2><SPAN style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Tahoma"=
>=20
owner-ibis@eda.org [mailto:owner-ibis@eda.org] <B><SPAN=20
style=3D"FONT-WEIGHT: bold">On Behalf Of </SPAN></B>Tom Dagostino<BR><B><SP=
AN=20
style=3D"FONT-WEIGHT: bold">Sent:</SPAN></B> Monday, October 22, 2007 12:11=
=20
PM<BR><B><SPAN style=3D"FONT-WEIGHT: bold">To:</SPAN></B> 'Sudarshan H N';=
=20
'Mirmak, Michael'<BR><B><SPAN style=3D"FONT-WEIGHT: bold">Cc:</SPAN></B>=20
ibis@eda.org; ibis-users@eda.org<BR><B><SPAN=20
style=3D"FONT-WEIGHT: bold">Subject:</SPAN></B> RE: [IBIS] I-V and V-t curv=
e=20
mismatch</SPAN></FONT><o:p></o:p></P></DIV>
<P class=3DMsoNormal><FONT face=3D"Times New Roman" size=3D3><SPAN=20
style=3D"FONT-SIZE: 12pt"><o:p>&nbsp;</o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DCalibri color=3D#1f497d size=3D2><SPAN=20
style=3D"FONT-SIZE: 11pt; COLOR: #1f497d; FONT-FAMILY: Calibri">Model all t=
hree=20
corners from &#8211;Vdd to 2*Vdd where Vdd is the typical=20
voltage.<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DCalibri color=3D#1f497d size=3D2><SPAN=20
style=3D"FONT-SIZE: 11pt; COLOR: #1f497d; FONT-FAMILY: Calibri"><o:p>&nbsp;=
</o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3D"Times New Roman" color=3D#1f497d size=3D=
2><SPAN=20
style=3D"FONT-SIZE: 10pt; COLOR: #1f497d">Tom Dagostino<BR>Teraspeed(R)=20
Labs<BR><st1:Street w:st=3D"on"><st1:address w:st=3D"on">13610 SW Harness=
=20
Lane</st1:address></st1:Street><BR><st1:place w:st=3D"on"><st1:City=20
w:st=3D"on">Beaverton</st1:City>, <st1:State w:st=3D"on">OR</st1:State>=20
<st1:PostalCode=20
w:st=3D"on">97008</st1:PostalCode></st1:place><BR>503-430-1065<BR>tom@teras=
peed.com<BR>www.teraspeed.com<BR><BR>Teraspeed=20
Consulting Group LLC<BR><st1:Street w:st=3D"on"><st1:address w:st=3D"on">12=
1 North=20
River Drive</st1:address></st1:Street><BR><st1:place w:st=3D"on"><st1:City=
=20
w:st=3D"on">Narragansett</st1:City>, <st1:State w:st=3D"on">RI</st1:State>=
=20
<st1:PostalCode=20
w:st=3D"on">02882</st1:PostalCode></st1:place><BR>401-284-1827</SPAN></FONT=
><FONT=20
color=3D#1f497d><SPAN style=3D"COLOR: #1f497d"> </SPAN></FONT><FONT face=3D=
Calibri=20
color=3D#1f497d size=3D2><SPAN=20
style=3D"FONT-SIZE: 11pt; COLOR: #1f497d; FONT-FAMILY: Calibri"><o:p></o:p>=
</SPAN></FONT></P>
<DIV=20
style=3D"BORDER-RIGHT: medium none; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df=
 1pt solid; PADDING-LEFT: 0in; PADDING-BOTTOM: 0in; BORDER-LEFT: medium non=
e; PADDING-TOP: 3pt; BORDER-BOTTOM: medium none">
<P class=3DMsoNormal><B><FONT face=3DTahoma size=3D2><SPAN=20
style=3D"FONT-WEIGHT: bold; FONT-SIZE: 10pt; FONT-FAMILY: Tahoma">From:</SP=
AN></FONT></B><FONT=20
face=3DTahoma size=3D2><SPAN style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Tahoma"=
>=20
owner-ibis@server.eda.org [mailto:owner-ibis@server.eda.org] <B><SPAN=20
style=3D"FONT-WEIGHT: bold">On Behalf Of </SPAN></B>Sudarshan H N<BR><B><SP=
AN=20
style=3D"FONT-WEIGHT: bold">Sent:</SPAN></B> Monday, October 22, 2007 7:43=
=20
AM<BR><B><SPAN style=3D"FONT-WEIGHT: bold">To:</SPAN></B> Mirmak,=20
Michael<BR><B><SPAN style=3D"FONT-WEIGHT: bold">Cc:</SPAN></B>=20
ibis@server.eda.org; ibis-users@server.eda.org<BR><B><SPAN=20
style=3D"FONT-WEIGHT: bold">Subject:</SPAN></B> Re: [IBIS] I-V and V-t curv=
e=20
mismatch<o:p></o:p></SPAN></FONT></P></DIV>
<P class=3DMsoNormal><FONT face=3D"Times New Roman" size=3D3><SPAN=20
style=3D"FONT-SIZE: 12pt"><o:p>&nbsp;</o:p></SPAN></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN-BOTTOM: 12pt"><FONT face=3D"Times New =
Roman"=20
size=3D3><SPAN style=3D"FONT-SIZE: 12pt">Hi Michael &amp; All,<BR><BR>Can y=
ou people=20
answer to my question regarding the voltage ranges in MIN and MAX case as=
=20
explained below. As Arpad mentioned in one of the earlier mails the range f=
or=20
MIN and MAX case is<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3D"Courier New" size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: 'Courier New'">typ:&nbsp; -3.3 to=20
6.6</SPAN></FONT><o:p></o:p></P>
<P class=3DMsoNormal><FONT face=3D"Courier New" size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: 'Courier New'">min:&nbsp; -3.6 to=20
6.3</SPAN></FONT><o:p></o:p></P>
<P class=3DMsoNormal style=3D"MARGIN-BOTTOM: 12pt"><FONT face=3D"Courier Ne=
w"=20
size=3D2><SPAN style=3D"FONT-SIZE: 10pt; FONT-FAMILY: 'Courier New'">max:&n=
bsp; -3.0=20
to 6.9<BR><BR></SPAN></FONT>How do we select this range for MIN and MAX cas=
e. Is=20
there any document which explains the selection criteria for these corners =
? If=20
there is no logic , then how can we decide if the supply is 1.8 V supply or=
 2.5V=20
supply?<BR><BR>Let me know your=20
answers.<BR><BR>Regards<BR>Sudarshan<o:p></o:p></P>
<P class=3DMsoNormal style=3D"MARGIN-BOTTOM: 12pt"><FONT face=3D"Times New =
Roman"=20
size=3D3><SPAN style=3D"FONT-SIZE: 12pt"><o:p>&nbsp;</o:p></SPAN></FONT></P>
<DIV>
<P class=3DMsoNormal><SPAN class=3Dgmailquote><FONT face=3D"Times New Roman=
"=20
size=3D3><SPAN style=3D"FONT-SIZE: 12pt">On 10/19/07, <B><SPAN=20
style=3D"FONT-WEIGHT: bold">Sudarshan H N</SPAN></B> &lt; <A=20
href=3D"mailto:hn.sudarshan@gmail.com"=20
target=3D_blank>hn.sudarshan@gmail.com</A>&gt;=20
wrote:</SPAN></FONT></SPAN><o:p></o:p></P>
<P class=3DMsoNormal><FONT face=3D"Times New Roman" size=3D3><SPAN=20
style=3D"FONT-SIZE: 12pt">Hi Michael, <BR><BR>Thanks for your detailed repo=
nse. I=20
made a small mistake in putting the voltage ranges as you mentioned. As i w=
as=20
writing a new tool , at this point of time i didnt give much&nbsp; attentio=
n to=20
printing correct voltage range , and i was only worried about the correct=
=20
extraction of V-t and I-V tables.<BR><BR>I have considered the formula you =
have=20
mentioned for calculating Vcc-relative Pullup and Powerclamp tables. I chan=
ged=20
the voltage range to (3.3, 3.0 and 3.6 which is the actual case) and now i =
am=20
able to get rid of all these errors.<BR><BR>But still i have one query rega=
rding=20
the values for I-V curves when it is in the Min or MAX corner. I asked abou=
t=20
this in my previous mail. Lynne and Arpad gave some answers&nbsp; but that =
didnt=20
solve my problem.<BR><BR>The problem with MIN and MAX corner is , what is t=
he=20
voltage range we need to consider for MIN and MAX case . For example if we=
=20
consider 3.3 V supply, the typical range would be -3.3 to 6.6 and this is t=
he=20
voltage range in the IBIS file for all 3 corners. As per the cookbook we ne=
ed to=20
consider voltage range -Vcc to +2Vcc and hence for the MIN case the range w=
ill=20
be -3.0 to +6.0. So in that case what current values we need to put for the=
=20
voltage range -3.3 to -3.0 and +6.0 to +6.6 whose values will be missing in=
 MIN=20
corner simulations.<BR><BR>I hope i have explained the problem correctly an=
d let=20
me know your answers.<BR><BR>Thanks &amp;=20
Regards<BR>Sudarshan<o:p></o:p></SPAN></FONT></P>
<DIV>
<P class=3DMsoNormal style=3D"MARGIN-BOTTOM: 12pt"><FONT face=3D"Times New =
Roman"=20
size=3D3><SPAN style=3D"FONT-SIZE: 12pt"><o:p>&nbsp;</o:p></SPAN></FONT></P>
<DIV>
<P class=3DMsoNormal><SPAN class=3Dgmailquote><FONT face=3D"Times New Roman=
"=20
size=3D3><SPAN style=3D"FONT-SIZE: 12pt">On 10/18/07, <B><SPAN=20
style=3D"FONT-WEIGHT: bold">Mirmak, Michael</SPAN></B> &lt;<A=20
href=3D"mailto:michael.mirmak@intel.com" target=3D_blank>michael.mirmak@int=
el.com=20
</A>&gt; wrote:</SPAN></FONT></SPAN><o:p></o:p></P>
<DIV>
<P class=3DMsoNormal><FONT face=3DArial color=3Dblue size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">Sudarshan,</SPAN=
></FONT><o:p></o:p></P>
<P class=3DMsoNormal><FONT face=3D"Times New Roman" size=3D3><SPAN=20
style=3D"FONT-SIZE: 12pt">&nbsp;<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial color=3Dblue size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">Thanks for the=
=20
message.&nbsp; The major issue appears to be problems in generating the=20
Vcc-relative information, but some general supply issues are cropping up=20
too.&nbsp; Assuming this is just a regular I/O buffer without internal=20
terminations...</SPAN></FONT><o:p></o:p></P>
<P class=3DMsoNormal><FONT face=3D"Times New Roman" size=3D3><SPAN=20
style=3D"FONT-SIZE: 12pt">&nbsp;<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial color=3Dblue size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">1) I would expec=
t the=20
Pullup I-V tables to pass through the zero V, zero I axis intercept.&nbsp; =
Yet=20
they do not, with the max and min data shifted by ~0.3 V above and below 0 =
V,=20
respectively.&nbsp; This suggests that the math used to generate the tables=
 may=20
be incorrect.&nbsp; Remember that,&nbsp;if the data at Vout is collected=20
ground-relative, you can make the power clamp and pullup table data in=20
Vcc-relative by the formula (Vtable_corner =3D Vcc_corner - Vout_corner), w=
here=20
xxx_corner refers to a value collected for typ, min or max.&nbsp; For examp=
le,=20
if Vcc_min is 4.5 V,&nbsp;data collected ground-relative for 0.0 at the out=
put=20
would be entered in the table&nbsp;for the 4.5 V=20
row.</SPAN></FONT><o:p></o:p></P>
<P class=3DMsoNormal><FONT face=3D"Times New Roman" size=3D3><SPAN=20
style=3D"FONT-SIZE: 12pt">&nbsp;<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial color=3Dblue size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">The supply volta=
ges and=20
the Pullup I-V axis intercepts (when plotted ground-relative) don't agree, =
which=20
implies a problem with the supply listed&nbsp;for the [Voltage Range] keywo=
rd=20
not matching either the real circuit or the values used to generate the=20
Vcc-relative tables.</SPAN></FONT><o:p></o:p></P>
<P class=3DMsoNormal><FONT face=3D"Times New Roman" size=3D3><SPAN=20
style=3D"FONT-SIZE: 12pt">&nbsp;<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial color=3Dblue size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">2) The voltage f=
or the=20
buffer is 5 V +/- 0.5, but the V-t fixture is 3.3 V +/- 0.3 V.&nbsp; This=
=20
complicates the math (it gets very hard for me to calculate the intercepts =
if=20
they don't match, at least before my first cup of coffee), but it also sugg=
ests=20
that the buffer V-t and I-V data sets were collected using different settin=
gs or=20
otherwise using different conditions.&nbsp; I would recommend checking the=
=20
actual fixtures used for the V-t extraction; matching the fixture voltages =
to=20
the voltage supply would make checking easier.</SPAN></FONT><o:p></o:p></P>
<P class=3DMsoNormal><FONT face=3D"Times New Roman" size=3D3><SPAN=20
style=3D"FONT-SIZE: 12pt">&nbsp;<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial color=3Dblue size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">Calculating the =
right=20
I-V intercepts vs. V-t levels will be easier once these issues are=20
addressed.</SPAN></FONT><o:p></o:p></P>
<P class=3DMsoNormal><FONT face=3D"Times New Roman" size=3D3><SPAN=20
style=3D"FONT-SIZE: 12pt">&nbsp;<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial color=3Dblue size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">- Michael=20
Mirmak</SPAN></FONT><o:p></o:p></P>
<P class=3DMsoNormal><FONT face=3DArial color=3Dblue size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">&nbsp; Intel=20
Corp.</SPAN></FONT><o:p></o:p></P>
<P class=3DMsoNormal><FONT face=3DArial color=3Dblue size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; COLOR: blue; FONT-FAMILY: Arial">&nbsp; Chair, EI=
A IBIS=20
Open Forum</SPAN></FONT><o:p></o:p></P>
<P class=3DMsoNormal><FONT face=3D"Times New Roman" size=3D3><SPAN=20
style=3D"FONT-SIZE: 12pt"><o:p>&nbsp;</o:p></SPAN></FONT></P>
<DIV class=3DMsoNormal style=3D"TEXT-ALIGN: center" align=3Dcenter><FONT=20
face=3D"Times New Roman" size=3D3><SPAN style=3D"FONT-SIZE: 12pt">
<HR align=3Dcenter width=3D"100%" SIZE=3D2>
</SPAN></FONT></DIV>
<P class=3DMsoNormal style=3D"MARGIN-BOTTOM: 12pt"><B><FONT face=3DTahoma s=
ize=3D2><SPAN=20
style=3D"FONT-WEIGHT: bold; FONT-SIZE: 10pt; FONT-FAMILY: Tahoma">From:</SP=
AN></FONT></B><FONT=20
face=3DTahoma size=3D2><SPAN style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Tahoma"=
> <A=20
href=3D"mailto:owner-ibis@server.eda.org"=20
target=3D_blank>owner-ibis@server.eda.org</A> [mailto:<A=20
href=3D"mailto:owner-ibis@server.eda.org"=20
target=3D_blank>owner-ibis@server.eda.org</A>] <B><SPAN=20
style=3D"FONT-WEIGHT: bold">On Behalf Of </SPAN></B>Sudarshan H N<BR><B><SP=
AN=20
style=3D"FONT-WEIGHT: bold">Sent:</SPAN></B> Thursday, October 18, 2007 2:1=
6=20
AM<BR><B><SPAN style=3D"FONT-WEIGHT: bold">To:</SPAN></B> <A=20
href=3D"mailto:ibis@server.eda.org" target=3D_blank>ibis@server.eda.org</A>=
; <A=20
href=3D"mailto:ibis-users@server.eda.org"=20
target=3D_blank>ibis-users@server.eda.org</A><BR><B><SPAN=20
style=3D"FONT-WEIGHT: bold">Subject:</SPAN></B> [IBIS] I-V and V-t curve=20
mismatch</SPAN></FONT><o:p></o:p></P>
<DIV>
<P class=3DMsoNormal style=3D"MARGIN-BOTTOM: 12pt"><FONT face=3D"Times New =
Roman"=20
size=3D3><SPAN style=3D"FONT-SIZE: 12pt">Hello Experts,<BR><BR>I am finding=
 problem=20
with one of my IBIS model in I-V and V-t curve mismatch. Please find the=20
attached model for the refernence.<BR><BR>ERROR - Model dummy: The [Rising=
=20
Waveform]<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; with [R_fixture]=3D80 Ohms and=
=20
[V_fixture]=3D0V<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; has TYP column DC endpoi=
nts=20
of&nbsp; 0.01V and&nbsp; 2.66v, but<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; an=20
equivalent load applied to the model's I-V tables=20
yields<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; different voltages (-0.00V and&nbs=
p;=20
3.90V),<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; a difference of&nbsp; 0.25% and=
=20
31.85%, respectively.<BR><BR>I wrote a new tool to generate IBIS models and=
 i am=20
not able to make out where it is going wrong.<BR>I actually tried to manual=
ly=20
calculate the currents at the points , that it has reported in the above=20
error.<BR><BR>As it is a rising waveform having a R_fixture to ground&nbsp;=
 the=20
current at 2.66v (steady state) would be 2.66v/50 =3D 33.25mA.<BR><BR>I loo=
ked at=20
the voltage corresponding to 33.25mA in pullup table and i found it is comi=
ng=20
around 0.66v. There is a mismatch in the way i am caluculating also. But i=
=20
observed a different voltage of 0.66v compared to what ibischk4 has reporte=
d=20
i.e, 3.9v. <BR><BR>Let me know is the way i am cross checking is correct or=
 not=20
? If not let me&nbsp; know the exact procedure.<BR><BR>Also let me know wha=
t=20
might have been gone wrong in the curves. From the shape of the curves i am=
 not=20
seeing any problem with the way i have generated. <BR><BR>Please let me kno=
w=20
your answers as soon as possible.<BR><BR>Note : Please dont consider any ot=
her=20
values apart from the curves like Ramp , C_comp etc as i have dummy values =
for=20
these place holders.<BR><BR>Thanks &amp;=20
Regards<BR>Sudarshan<BR><BR><o:p></o:p></SPAN></FONT></P></DIV>
<P class=3DMsoNormal><FONT face=3D"Times New Roman" size=3D3><SPAN=20
style=3D"FONT-SIZE: 12pt">-- <BR>This message has been scanned for viruses =
and=20
<BR>dangerous content by <A href=3D"http://www.mailscanner.info/"=20
target=3D_blank></SPAN></B><B><SPAN=20
style=3D"FONT-WEIGHT: bold">MailScanner</A><B><SPAN style=3D"FONT-WEIGHT: b=
old">,=20
and is <BR>believed to be clean.=20
<o:p></o:p></SPAN></B></SPAN></FONT></P></DIV></DIV>
<P class=3DMsoNormal><B><FONT face=3D"Times New Roman" size=3D3><SPAN=20
style=3D"FONT-WEIGHT: bold; FONT-SIZE: 12pt"><o:p>&nbsp;</o:p></SPAN></FONT=
></B></P></DIV></DIV>
<P class=3DMsoNormal><B><FONT face=3D"Times New Roman" size=3D3><SPAN=20
style=3D"FONT-WEIGHT: bold; FONT-SIZE: 12pt"><BR><BR>-- <BR>This message ha=
s been=20
scanned for viruses and <BR>dangerous content by <A=20
href=3D"http://www.mailscanner.info/">MailScanner</A>, and is <BR>believed =
to be=20
clean. <o:p></o:p></SPAN></FONT></B></P></DIV><BR>-- <BR>This message has b=
een=20
scanned for viruses and <BR>dangerous content by <A=20
href=3D"http://www.mailscanner.info/"></B><B>MailScanner</A>, and is <BR>be=
lieved=20
to be clean. <BR>-- <BR>This message has been scanned for viruses and=20
<BR>dangerous content by <A=20
href=3D"http://www.mailscanner.info/"></B><B>MailScanner</A>, and is <BR>be=
lieved=20
to be clean. </B></BODY><br />--=20
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href=3D"http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.
</HTML>

- ------_=_NextPart_001_01C814D5.8FC42024--
- --------------------------------------------------------------------
|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

------------------------------

End of ibis-users V1 #105
*************************

