Lynne, I don't think I/O designers provide IBIS models. I believe I/O designers provide SPICE deck that can be abstracted into IBIS by the app engineer. We have to be fair here, while I keep hearing this "I remember this one case the SPICE circuit doesn't converge, so it must be bad". The IBIS standard community failed to provide a correct solution for SSO for the pass few years. I am aware of the late Larry Rubin's proposal for handling SSO noise in TLC (not even XTK) since the early 90's. What can be done and how long does it take to become a standard are two different things. Let's not get into pure academic discussion here by keep say "I think behavioral model can do this and that". Of course give it enough time and resources it can, but are you expecting the end user to ignore the problem until the standard committee settle on the solution ? Worst, to even recognize there is a problem ? There is a de facto standard to describe circuits other than i-v curves, encrypted HSPICE. It may be slow but it gives the end users a chance to discover potential problems that IBIS can't. That's the bottom line. -----Original Message----- From: lgreen To: weirsi@xxxxxxxxxx; kumarchi@xxxxxxxxx; si-list@xxxxxxxxxxxxx Sent: 3/19/2005 7:58 PM Subject: [SI-LIST] Re: package SSN model accuracy requirements, now Behavioral Modeling Hi, Steve, The real sticking point is that IBIS models is what I/O designers provide, and IBIS does not model tightly coupled diff pairs. If you get a SPICE netlist, you are better off, of course. But even SPICE models are not foolproof - back when I used to design I/O buffers, I remember seeing some flaky BSIM models from some of the foundries we dealt with. ("Little" things like discontinuities in I vs Vds.) The links under Peter Lauritzen's page show a number of devices and circuits where no macromodels could match the transient circuit characteristics, while a well-built behavioral model provided a better match to data (i.e. accuracy) and ran faster. I guess the bottom line is to do whatever modeling it takes to get the design out the door, while also verifying models whenever possible. - Lynne ------------------------------------------------------------------ To unsubscribe from si-list: si-list-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field or to administer your membership from a web page, go to: //www.freelists.org/webpage/si-list For help: si-list-request@xxxxxxxxxxxxx with 'help' in the Subject field List FAQ wiki page is located at: http://si-list.org/wiki/wiki.pl?Si-List_FAQ List technical documents are available at: http://www.si-list.org List archives are viewable at: //www.freelists.org/archives/si-list or at our remote archives: http://groups.yahoo.com/group/si-list/messages Old (prior to June 6, 2001) list archives are viewable at: http://www.qsl.net/wb6tpu