RE: [IBIS-Users] Information on Vref, Rref & Cref

From: Lynne D. Green <lgreen22_at_.....>
Date: Wed Jan 10 2007 - 03:03:27 PST
I was somewhat confused about the loading question and reply.
 
Rref and Cref are for timing checks, not for simulation.  The loading for
V-t tables is R_fixture.  So both are needed in a model.

One should not use reactive loading in a V-t table.  This has been observed
to "break" the algorithm as implemented by some SI tools.

The underlying algorithms have been published in two papers:
* The Development of Analog SPICE Behavioral Model Based on IBIS Model
Ying Wang & Han Ngee Tan  
 * Extraction of Transient Behavioral Model of Digital I/O Buffers from IBIS
P. Tehrani, Y. Chen & J. Fang

- Lynne 


"IBIS training when you need it, where you need it."

Dr. Lynne Green
Green Streak Programs
http://www.greenstreakprograms.com
425-788-0412
lgreen22@mindspring.com


________________________________

	From: owner-ibis-users@eda.org [mailto:owner-ibis-users@eda.org] On
Behalf Of Alex Hilbers
	Sent: Wednesday, January 10, 2007 1:47 AM
	To: Sudarshan Honnudike; ibis-users@eda.org
	Subject: RE: [IBIS-Users] Information on Vref, Rref & Cref
	
	
	Sudarshan,
	 
	Interesting question. I always wondered how a table based model
(V-I, ..), such as an IBIS model, could model any form of feedback control
system, as the IO pad you describe probably is. It seems that V-t waveforms,
together with a simulation tool specific algorithm, must do that job. You
verify this by comparing your simulation tool with actual SPICE results.
This is prone to variation based on which tool you use, I donot think this
'algorithm' is standardised. To my knowledge XTK needs the curves
rising/falling, for load to VCC and GND (i.e. all 4), otherwise the V-t
tables are ignored. (Some vendors do provide only 1 or 2, which is useless).
Interesting is what happens if you define several load conditions (Rfixture
= 25, 50, 75 Ohms), not to mention capacitive and inductive loading. What
will the simualtion tool choose, will it interpolate, I donot have the
faintest idea. I guess it won't work within IBIS, which may be the reason
you do not get answers. 
	 
	Maybe a good reason to provide SPICE models for this type of buffer.
Either under NDA or encrypted. Level 50 HSPICE, i.e. Philips MOS Model 9,
should be fine. 
	 
	Best regards,
	
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
	Alex Hilbers 
	Signal Integrity Analysis and Thermal Management, ASML, EDEV
department

	Building 7J0005, P.O. Box 324, 5500 AH Veldhoven, The Netherlands
	Phone: +31-(0)40-268 5587, Fax: +31-(0)40-268 5530
	Email: alex.hilbers_ f rom _asml.com, www.asml.com <http://www.asml.com/> 
	

		 

________________________________

	From: owner-ibis-users@eda.org [mailto:owner-ibis-users@eda.org] On
Behalf Of Sudarshan Honnudike
	Sent: Wednesday, January 10, 2007 6:35 AM
	To: ibis-users@eda.org
	Subject: [IBIS-Users] Information on Vref, Rref & Cref
	
	

	Hi , 
	
	If we have a IO pad which works in the different applications
depending on the load applied 
	on it, then do we to  provide V-t waveforms(more than normal 4
curves) for different applications 
	with different load settings.? 
	
	Or can we specify that loading conditions under Rref, Vref and Cref
for that model. Which one is preferable. ? 
	
	I tested my model with Hyperlynx SI tool and it is not identifying
the Rref and Vref values that I am specifying 
	in my model. It will only take Cref and Vmeas while doing
simulations. In that case we can't specify the loading 
	conditions under Vref, Cref and Vref but we need to give all
possible V-t curve combinations for different loading conditions. 
	
	Please let me know your reply. 
	
	PS : I am also waiting for the reply to my previous mail regarding
Common Mode Voltage Range support in IBIS . 
	
	Best Regards,
	
	Sudarshan HN
	NXP Semiconductors/CTO /PLT
	C-4, Manyata Tech Park, Nagawara
	Bangalore-560 045 , India.    
	Ph:+91-80-40267073  
	Fax: +91-80-4026 7855
	seri:sudarsha@inpsblr
	E-mail: sudarshan.honnudike@nxp.com
	-- 
	This message has been scanned for viruses and 
	dangerous content by MailScanner <http://www.mailscanner.info/> ,
and is 
	believed to be clean. 
	-- The information contained in this communication and any
attachments is confidential and may be privileged, and is for the sole use
of the intended recipient(s). Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not the intended recipient, please
notify the sender immediately by replying to this message and destroy all
copies of this message and any attachments. ASML is neither liable for the
proper and complete transmission of the information contained in this
communication, nor for any delay in its receipt. 
	-- 
	This message has been scanned for viruses and 
	dangerous content by MailScanner <http://www.mailscanner.info/> ,
and is 
	believed to be clean. 




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

--------------------------------------------------------------------
|For help or to subscribe/unsubscribe, e-mail majordomo@eda-stds.org
|with the appropriate command message(s) in the body:
|
|  help
|  subscribe   ibis       <optional e-mail address, if different>
|  subscribe   ibis-users <optional e-mail address, if different>
|  unsubscribe ibis       <optional e-mail address, if different>
|  unsubscribe ibis-users <optional e-mail address, if different>
|
|or e-mail a request to ibis-request@eda-stds.org.
|
|IBIS reflector archives exist under:
|
|  http://www.eda-stds.org/pub/ibis/email_archive/ Recent
|  http://www.eda-stds.org/pub/ibis/users_archive/ Recent
|  http://www.eda-stds.org/pub/ibis/email/         E-mail since 1993
Received on Wed Jan 10 03:04:20 2007

This archive was generated by hypermail 2.1.8 : Wed Jan 10 2007 - 03:05:49 PST