RE: [IBIS] *-AMS modeling and hurting companies?

Lynne,

A thought - you may want to contact Ray Anderson.  I think that the
Xylinx Rocket I/O model uses this technique in order to pull it into
ICX.

Larry

-----Original Message-----
From: owner-ibis@eda.org [mailto:owner-ibis@eda.org] On Behalf Of lgreen
Sent: Saturday, April 02, 2005 10:21 AM
To: 'Mike LaBonte'; 'ibis'; arpad.muranyi@intel.com
Subject: RE: [IBIS] *-AMS modeling and hurting companies?

Arpad et al.,

Does anyone know whether someone has successfully tried macromodeling
using
the "external circuit" in IBIS 4.1?  Are controlled sources allowed
there?

Related to that, are the controlled sources of SPICE 3f5 sufficient, or
should the Futures committee be reviewing this problem too? 

- Lynne


-----Original Message-----
From: owner-ibis@eda.org [mailto:owner-ibis@eda.org] On Behalf Of Mike
LaBonte
Sent: Friday, April 01, 2005 10:02 PM
To: 'ibis'
Subject: RE: [IBIS] *-AMS modeling and hurting companies?

Few will disagree that AMS has more potential than SPICE. Arpad gives
good
examples of advanced chip design features that programming-style
languages
(AMS) lend themselves to well. At the other extreme, IBIS 2.1 is fine
for a
great majority of parts. In retrospect, maybe the "middle ground" of
*somewhat* advanced models (equalization, etc.) has actually been served
well enough by a combination of HSPICE and design kits written using the
proprietary macromodel language of each simulator. So maybe macromodel
extensions to IBIS are not needed so badly while waiting for AMS to ramp
up.
Maybe I am underestimating what it would take for IBIS to adopt what
seems
like a few relatively simple changes to implement macromodeling.

I'm not strongly on either the AMS or macromodel bandwagons, per se. I'm
happy just working with the IBIS Quality committee helping IBIS 2.1
files to
serve us well. My suspicion is that the simulator companies who have
IBIS
capability but not AMS are also doing fine with their favorite advanced
SPICE with IBIS 2.1 support and macromodel-type extensions, and they
feel
that there is plenty of time to get ready for AMS. But I would like to
hear
from them. The future will bring changes and no doubt Arpad is already
experimenting with those changes, as usual :)

Mike



-----------------------------------------------------------------
|For help or to subscribe/unsubscribe, email majordomo@eda.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 email a request to ibis-request@eda.org.
|
|IBIS reflector archives exist under:
|
|  http://www.eda.org/pub/ibis/email_archive/  Recent
|  http://www.eda.org/pub/ibis/users_archive/  Recent
|  http://www.eda.org/pub/ibis/email/          E-mail since 1993


-----------------------------------------------------------------
|For help or to subscribe/unsubscribe, email majordomo@eda.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 email a request to ibis-request@eda.org.
|
|IBIS reflector archives exist under:
|
|  http://www.eda.org/pub/ibis/email_archive/  Recent
|  http://www.eda.org/pub/ibis/users_archive/  Recent
|  http://www.eda.org/pub/ibis/email/          E-mail since 1993