From owner-ibis Mon Apr 3 17:26:44 2000 Received: from jester.ti.com (jester.ti.com [192.94.94.1]) by server.eda.org (8.8.5/8.8.3) with ESMTP id RAA22723 for ; Mon, 3 Apr 2000 17:26:44 -0700 (PDT) Received: from dlep8.itg.ti.com ([157.170.134.88]) by jester.ti.com (8.10.0/8.10.0) with ESMTP id e340O5n21336 for ; Mon, 3 Apr 2000 19:24:05 -0500 (CDT) Received: from dlep8.itg.ti.com (localhost [127.0.0.1]) by dlep8.itg.ti.com (8.9.3/8.9.3) with ESMTP id TAA05952 for ; Mon, 3 Apr 2000 19:24:18 -0500 (CDT) Received: from dlep4.itg.ti.com (dlep4.itg.ti.com [157.170.188.63]) by dlep8.itg.ti.com (8.9.3/8.9.3) with ESMTP id TAA05944 for ; Mon, 3 Apr 2000 19:24:18 -0500 (CDT) Received: from ti.com ([157.87.176.175]) by dlep4.itg.ti.com (8.9.3/8.9.3) with ESMTP id TAA27011 for ; Mon, 3 Apr 2000 19:24:39 -0500 (CDT) Message-ID: <38E936A1.9E8E17E7@ti.com> Date: Mon, 03 Apr 2000 19:26:09 -0500 From: Stephen Nolan Organization: Texas Instruments Incorporated X-Sender: "Stephen Nolan" <@dshmail.itg.ti.com> (Unverified) X-Mailer: Mozilla 4.72 [en] (Win98; U) X-Accept-Language: en,ja,ko MIME-Version: 1.0 To: ibis-users@eda.org Subject: Bi-polar power supplies in IBIS Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit IBIS-users, Is it possible, using IBIS, to model devices that use bi-polar power supplies? For example data-transmission devices, like RS-232, that use a +15 V and -15 V supply? If so, how is the pull-down modeled? Is the Pull-down VI table -Vcc referenced instead of ground referenced? Thanks. -- Regards, Stephen M. Nolan From owner-ibis Mon Apr 3 20:05:36 2000 Received: from mailgate.Cadence.COM (mailgate.Cadence.COM [158.140.2.1]) by server.eda.org (8.8.5/8.8.3) with ESMTP id UAA23015 for ; Mon, 3 Apr 2000 20:05:36 -0700 (PDT) Received: from zip.Cadence.COM (zip.Cadence.COM [158.140.103.36]) by mailgate.Cadence.COM (8.9.3/8.9.3) with ESMTP id UAA02613 for ; Mon, 3 Apr 2000 20:04:04 -0700 (PDT) Received: from cadence.com (d15814010582 [158.140.105.82]) by zip.Cadence.COM (8.9.3/8.8.5) with ESMTP id XAA01613 for ; Mon, 3 Apr 2000 23:04:00 -0400 (EDT) Message-ID: <38E95B99.72733F2E@cadence.com> Date: Mon, 03 Apr 2000 23:03:53 -0400 From: Mike LaBonte Organization: Cadence Design Systems X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: ibis-users@eda.org Subject: Re: Bi-polar power supplies in IBIS References: <38E936A1.9E8E17E7@ti.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Received: By mailgate.Cadence.COM as UAA02613 at Mon Apr 3 20:04:04 2000 I think the basic requirement is that the output has 2 voltage or current levels. So if the encoding is NRZ-L or Manchester, then an IBIS model should work. But if something like Bipolar AMI (3 voltage levels) is used, then IBIS falls apart because IBIS is currently predicated on binary signaling. We call them power and ground for familiarity, but they can be thought of as high and low supply voltages with a current loop path. If the output doesn't go rail to rail, some DC offset can be built into the VI curves. So a +15/-15 power supply might result in output signals that swing between 0 and +12V, for example. Mike Stephen Nolan wrote: > > IBIS-users, > > Is it possible, using IBIS, to model devices that use bi-polar power supplies? > For example data-transmission devices, like RS-232, that use a +15 V and -15 V > supply? > > If so, how is the pull-down modeled? Is the Pull-down VI table -Vcc referenced > instead of ground referenced? > > Thanks. > -- > Regards, > Stephen M. Nolan From owner-ibis Fri Apr 7 02:19:42 2000 Received: from dns.uti2000.co.jp (dns.uti2000.co.jp [211.11.196.34]) by server.eda.org (8.8.5/8.8.3) with ESMTP id CAA13053; Fri, 7 Apr 2000 02:19:39 -0700 (PDT) Received: from duck02 ([192.168.100.33]) by dns.uti2000.co.jp (8.8.8+2.7Wbeta7/3.6W) with ESMTP id SAA28082; Fri, 7 Apr 2000 18:13:16 +0900 (JST) Message-Id: <4.2.0.58.J.20000407182949.00a68140@192.168.100.1> X-Sender: tham@192.168.100.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58.J Date: Fri, 07 Apr 2000 18:30:41 +0900 To: ibis@eda.org, ibis-users@eda.org From: Tham Kok Tong Subject: subscribe Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed subscribe From owner-ibis Fri Apr 7 07:26:34 2000 Received: from gw.atmel.com (firewall-user@gw.atmel.com [192.199.8.2]) by server.eda.org (8.8.5/8.8.3) with ESMTP id HAA14338 for ; Fri, 7 Apr 2000 07:26:33 -0700 (PDT) Received: by gw.atmel.com; id HAA07936; Fri, 7 Apr 2000 07:25:01 -0700 (PDT) Received: from unknown(192.199.7.21) by gw.atmel.com via smap (4.1) id xma007702; Fri, 7 Apr 00 07:24:08 -0700 Received: from email.atmel.com by gateway.atmel.com (SMI-8.6/SMI-SVR4) id HAA14491; Fri, 7 Apr 2000 07:14:26 -0700 Received: from chp.atmel.com (pelican) by email.atmel.com (5.x/SMI-SVR4) id AA09124; Fri, 7 Apr 2000 07:23:16 -0700 Reply-To: spicer@atmel.com Received: from walrus.chp.atmel.com by chp.atmel.com (SMI-8.6/SMI-SVR4) id KAA01966; Fri, 7 Apr 2000 10:23:08 -0400 Received: by walrus.chp.atmel.com (SMI-8.6/SMI-SVR4) id KAA19360; Fri, 7 Apr 2000 10:27:40 -0400 Date: Fri, 7 Apr 2000 10:27:40 -0400 From: spicer@atmel.com (Ken Spicer) Message-Id: <200004071427.KAA19360@walrus.chp.atmel.com> To: ibis-users@eda.org Subject: level shifting buffers X-Sun-Charset: US-ASCII Hi all, I'm trying to model some level shifting buffers using s2ibis2(v1.1) from NCSU. Does anyone know how to instantiate multiple power supplies at different levels? ken Spicer spicer@atmel.com From owner-ibis Fri Apr 7 08:49:53 2000 Received: from jasper.cisco.com (jasper.cisco.com [171.69.198.63]) by server.eda.org (8.8.5/8.8.3) with ESMTP id IAA14735 for ; Fri, 7 Apr 2000 08:49:53 -0700 (PDT) Received: from jasper.cisco.com (jasper.cisco.com [171.69.198.63]) by jasper.cisco.com (8.8.8-Cisco List Logging/8.8.8) with SMTP id IAA24893; Fri, 7 Apr 2000 08:47:51 -0700 (PDT) Message-Id: <200004071547.IAA24893@jasper.cisco.com> Date: Fri, 7 Apr 2000 08:47:51 -0700 (PDT) From: Syed Huq Reply-To: Syed Huq Subject: Re: level shifting buffers To: ibis-users@eda.org, spicer@atmel.com MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: GRzjhIutlR2dT/VbBuIDKg== X-Mailer: dtmail 1.2.1 CDE Version 1.2.1 SunOS 5.6 sun4m sparc Ken, under /examples/ex4 dir of your s2ibis2 installation, there is an example of multiple power supply modeling. Regards, Syed Cisco Systems, Inc > Date: Fri, 7 Apr 2000 10:27:40 -0400 > From: spicer@atmel.com (Ken Spicer) > To: ibis-users@eda.org > Subject: level shifting buffers > X-SMTP-HELO: server.eda.org > X-SMTP-MAIL-FROM: owner-ibis@server.eda.org > X-SMAP-Received-From: outside > X-SMTP-PEER-INFO: server.eda.org [171.64.101.101] > > Hi all, > > I'm trying to model some level shifting buffers using s2ibis2(v1.1) from NCSU. > Does anyone know how to instantiate multiple power supplies at different levels? > > > ken Spicer > spicer@atmel.com > From owner-ibis Mon Apr 10 17:18:35 2000 Received: from web222.mail.yahoo.com (web222.mail.yahoo.com [128.11.68.122]) by server.eda.org (8.8.5/8.8.3) with SMTP id RAA27690 for ; Mon, 10 Apr 2000 17:18:34 -0700 (PDT) Message-ID: <20000411001702.15649.rocketmail@web222.mail.yahoo.com> Received: from [206.24.101.60] by web222.mail.yahoo.com; Mon, 10 Apr 2000 17:17:02 PDT Date: Mon, 10 Apr 2000 17:17:02 -0700 (PDT) From: Shaghayegh Azgomi Subject: "non-monotonic" warning in IBIS checker To: ibis-users@eda.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi, I have a question regarding IBIS models. When I try to use IBIS checker to verify the models IBIS models (Hyperlynx simulator) I get warning messages regading to 'non-monotonic' nature of some signals. Some of the warning are as following such: Pulldown Maximum data is non-monotonic Pulldown typical data is non-monotonic Power clamp Minimum data is non-monotonic and so on. I want to know what is the reason for this'non-monotonic' warning? Do we need to be worry about it? Would it effect simulation ? How we can expalin this warning? Best regards, Sherri sazgomi@yahoo.com __________________________________________________ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com From owner-ibis Mon Apr 10 18:12:41 2000 Received: from relay1.wv.mentorg.com (relay1.mentorg.com [192.94.38.42]) by server.eda.org (8.8.5/8.8.3) with ESMTP id SAA27897 for ; Mon, 10 Apr 2000 18:12:41 -0700 (PDT) Received: from exgw.wv.mentorg.com by relay1.wv.mentorg.com (8.8.8/CF5.40F) id SAA01352; Mon, 10 Apr 2000 18:10:37 -0700 (PDT) Received: from svr-orw-exc-02.wv.mentorg.com by exgw.wv.mentorg.com (8.8.8/CF5.33R) id SAA07795; Mon, 10 Apr 2000 18:10:36 -0700 (PDT) Received: by svr-orw-exc-02.wv.mentorg.com with Internet Mail Service (5.5.2650.21) id <2LR4T3VT>; Mon, 10 Apr 2000 18:04:28 -0700 Message-ID: <2179BC5B6583D311B44700508B4414697E3960@svr-orw-exc-02.wv.mentorg.com> From: "Dunbar, Tony" To: "'ibis-users@eda.org'" Subject: RE: "non-monotonic" warning in IBIS checker Date: Mon, 10 Apr 2000 18:04:28 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFA351.E2C19880" This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFA351.E2C19880 Content-Type: text/plain; charset="iso-8859-1" Sherri, The reason for the warning is that the current in the reported column (typ, min, or max) of the reported table ([Pullup], [Pulldown], etc.) changes "direction". For example, say it is increasing in +ve value generally in the table when, suddenly, the next line shows a lower value of current. The next line after that may continue this change in direction or it may go back to the +ve trend it had before. Either way, the data is non-monotonic - and that CAN BE bad (see below). It should not TYPICALLY occur in any model and, if it does, the model manufacturer should warn you about it in the file header (just to be nice, you know). Thankfully, it most often occurs at the extremes of the tables, away from the typical operating region where the simulator should not need to wander. If it is in these regions, you can, as a temporary workaround, remove that data (despicable behavior, I hear the purists say - and I agree, but read on). You will often find that one column of a model will go bad first, then the other columns go bad within a few lines of the first one. Be careful, however, to not chop out too much so that you encroach to close to the typical operating range. Either simply truncate the table at the last good line or cut out the bad and put a new last line in with a current equal to that in the last good line - simple truncation should be fine. The temporary workaround should only be used for as long as it takes to shame your IBIS model manufacturer to either repair the model or explain the validity of the non-montonic data. Generally speaking, testing the monotonicity of a table on its own is not representative of how the data is used by an IBIS simulator, so it may not be reporting a true non-monotonicity. I think you'll find, however, in most cases it is. A simulator will actually use a summation of ALL of the currents from the typ, min or max column from all of the tables - pullup, pulldown and the clamp tables - at any one point in time. So, simple linear interpolation on just one table may not suffice. Most reported cases will be real since the sudden change in the "bad" table is usually big enough to outweigh the contribution from the other tables. The data can be bad for the simulator because, in the minor case, it could pass through almost or totally unnoticed by you, causing no hiccup to the simulator function. The simulator results may then be inaccurate and this is worse for you than it is for the simulator. In a more extreme case, it could cause the simulator to fail to converge as the nodal currents suddenly don't "add up" - well, they will but nowhere near where the simulator expects them. From the user perspective, though infuriating, this could be the better case - I would sooner have a simulator error than be fooled by wrong simulator results. Ignoring non-monotonic data can be risky - the parser is putting you in control of how risky you want to be. Either way, don't overlook bringing this to the attention of the model manufacturer to either explain it or fix it. Regards, Tony -----Original Message----- From: Shaghayegh Azgomi [mailto:sazgomi@yahoo.com] Sent: Monday, April 10, 2000 7:17 PM To: ibis-users@eda.org Subject: "non-monotonic" warning in IBIS checker Hi, I have a question regarding IBIS models. When I try to use IBIS checker to verify the models IBIS models (Hyperlynx simulator) I get warning messages regading to 'non-monotonic' nature of some signals. Some of the warning are as following such: Pulldown Maximum data is non-monotonic Pulldown typical data is non-monotonic Power clamp Minimum data is non-monotonic and so on. I want to know what is the reason for this'non-monotonic' warning? Do we need to be worry about it? Would it effect simulation ? How we can expalin this warning? Best regards, Sherri sazgomi@yahoo.com __________________________________________________ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com ------_=_NextPart_001_01BFA351.E2C19880 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: "non-monotonic" warning in IBIS checker

Sherri,

The reason for the warning is that the current in the = reported column (typ, min, or max) of the reported table ([Pullup], = [Pulldown], etc.) changes "direction". For example, say it is = increasing in +ve value generally in the table when, suddenly, the next = line shows a lower value of current. The next line after that may = continue this change in direction or it may go back to the +ve trend it = had before. Either way, the data is non-monotonic - and that CAN BE bad = (see below). It should not TYPICALLY occur in any model and, if it = does, the model manufacturer should warn you about it in the file = header (just to be nice, you know). Thankfully, it most often occurs at = the extremes of the tables, away from the typical operating region = where the simulator should not need to wander. If it is in these = regions, you can, as a temporary workaround, remove that data = (despicable behavior, I hear the purists say - and I agree, but read = on). You will often find that one column of a model will go bad first, = then the other columns go bad within a few lines of the first one. Be = careful, however, to not chop out too much so that you encroach to = close to the typical operating range. Either simply truncate the table = at the last good line or cut out the bad and put a new last line in = with a current equal to that in the last good line - simple truncation = should be fine. The temporary workaround should only be used for as = long as it takes to shame your IBIS model manufacturer to either repair = the model or explain the validity of the non-montonic data.

Generally speaking, testing the monotonicity of a = table on its own is not representative of how the data is used by an = IBIS simulator, so it may not be reporting a true non-monotonicity. I = think you'll find, however, in most cases it is. A simulator will = actually use a summation of ALL of the currents from  the typ, min = or max column from all of the tables - pullup, pulldown and the clamp = tables - at any one point in time. So, simple linear interpolation on = just one table may not suffice. Most reported cases will be real since = the sudden change in the "bad" table is usually big enough to = outweigh the contribution from the other tables.

The data can be bad for the simulator because, in the = minor case, it could pass through almost or totally unnoticed by you, = causing no hiccup to the simulator function. The simulator results may = then be inaccurate and this is worse for you than it is for the = simulator. In a more extreme case, it could cause the simulator to fail = to converge as the nodal currents suddenly don't "add up" - = well, they will but nowhere near where the simulator expects them. From = the user perspective, though infuriating, this could be the better case = - I would sooner have a simulator error than be fooled by wrong = simulator results.

Ignoring non-monotonic data can be risky - the parser = is putting you in control of how risky you want to be. Either way, = don't overlook bringing this to the attention of the model manufacturer = to either explain it or fix it.

Regards,
Tony

-----Original Message-----
From: Shaghayegh Azgomi [mailto:sazgomi@yahoo.com]
Sent: Monday, April 10, 2000 7:17 PM
To: ibis-users@eda.org
Subject: "non-monotonic" warning in IBIS = checker


Hi,
I have a question regarding IBIS models.  When = I try
to use IBIS checker to verify the models IBIS = models
(Hyperlynx simulator) I get warning messages = regading
to 'non-monotonic' nature of some signals.  = Some of
the warning are as following such:

Pulldown Maximum data is non-monotonic
Pulldown typical data is non-monotonic
Power clamp Minimum data is non-monotonic
 and so on.

I want to know what is the reason for
this'non-monotonic' warning?  Do we need to be = worry
about it?   Would it effect simulation ? = How we can
expalin this warning?

Best regards,
Sherri
sazgomi@yahoo.com

__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! = Messenger.
http://im.yahoo.com

------_=_NextPart_001_01BFA351.E2C19880-- From owner-ibis Tue Apr 11 02:18:28 2000 Received: from oliver.al.dynip.com (209-63-189-30.sea.jps.net [209.63.189.30]) by server.eda.org (8.8.5/8.8.3) with ESMTP id CAA29788 for ; Tue, 11 Apr 2000 02:17:44 -0700 (PDT) Received: from localhost (localhost [[UNIX: localhost]]) by oliver.al.dynip.com (8.9.3/8.8.7) id BAA13179; Tue, 11 Apr 2000 01:57:09 -0700 From: Al Davis To: Shaghayegh Azgomi , ibis-users@eda.org Subject: Re: "non-monotonic" warning in IBIS checker Date: Tue, 11 Apr 2000 01:16:26 -0700 X-Mailer: KMail [version 1.0.20] Content-Type: text/plain References: <20000411001702.15649.rocketmail@web222.mail.yahoo.com> MIME-Version: 1.0 Message-Id: <00041101570905.19701@oliver.al.dynip.com> Content-Transfer-Encoding: 8bit On Mon, 10 Apr 2000, Shaghayegh Azgomi wrote: > I have a question regarding IBIS models. When I try > to use IBIS checker to verify the models IBIS models > (Hyperlynx simulator) I get warning messages regading > to 'non-monotonic' nature of some signals. If you think of the pullups, pulldowns, and clamps as being like nonlinear resistors, a lot clears up. "Non-monotonic" means there is a negative resistance region. In a real circuit, negative resistance regions usually mean the circuit has stability problems. It will oscillate with some loads. In a sumulation, it means the same, but most simulators don't handle this oscillation nicely. Whether you actually have a problem depends on how it is used in the circuit. If the device is loaded heavy enough, the negative resistance in one device can be swamped out by another, leaving a net positive resistance or "passive" circuit, in which case you would not have a problem. In Ibis models, this often comes up in the clamp region, where the pullup current is swamped by the power clamp current. (and likewise for pulldown and ground clamp) Since both are essentially in parallel, it is impossible to measure them separately, so the modelers often do an arbitrary separation. The result is that one has a negative resistance region that is swamped by the other, leaving a net positive resistance. In this case, it is usually not a problem, although it is still bad practice. It can be a problem with waveform generation, and some loads. One point on the v/i tables that is often forgotten .... The slope of a v/i characteristic is incremental resistance. If the device is a receiver, this is the load that the driver and its wire sees. If it is a driver, it is the driving impedance of the line, and it serves to damp reflections. This resistance (derivative of the table) is actually more important than the values directly stated by the table. From owner-ibis Wed Apr 12 12:46:59 2000 Received: from plexus-g.actel.com (plexus-g.actel.com [204.33.72.40]) by server.eda.org (8.8.5/8.8.3) with ESMTP id MAA07257 for ; Wed, 12 Apr 2000 12:46:59 -0700 (PDT) Received: from sv-gw-02.amer.actel.com (sv-gw-02 [190.9.12.13]) by plexus-g.actel.com (Pro-8.9.3/Pro-8.9.3/Actel_hub) with ESMTP id MAA13534 for ; Wed, 12 Apr 2000 12:44:12 -0700 (PDT) Received: by sv-gw-02.amer.actel.com with Internet Mail Service (5.5.2650.21) id <2RVNAHPZ>; Wed, 12 Apr 2000 12:44:53 -0700 Message-ID: From: "Montoya, Silvia" To: ibis-users@eda.org Subject: s2ibis2 Date: Wed, 12 Apr 2000 12:44:49 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="windows-1252" Hi fellow model makers, I have been using "s2ibis2" to create several models without problems , but this latest model has got me stumped. The IBIS model file created contains I-V tables , but gives me crazy values for Ramp (dV/dt) and "NA" for the Rising and Falling waveform data tables. The simulation .out files for Ramp and Rise /Fall waveform do contain reasonable data, but it appears that the "s2ibis2" utility does not successfully extract the data to insert into the IBIS models file. Has anyone had this problem ? Any ideas for a solution ? Many Thanks ! Silvia Montoya silvia.montoya@actel.com From owner-ibis Wed Apr 12 13:17:22 2000 Received: from jasper.cisco.com (jasper.cisco.com [171.69.198.63]) by server.eda.org (8.8.5/8.8.3) with ESMTP id NAA07341 for ; Wed, 12 Apr 2000 13:17:22 -0700 (PDT) Received: from jasper.cisco.com (jasper.cisco.com [171.69.198.63]) by jasper.cisco.com (8.8.8-Cisco List Logging/8.8.8) with SMTP id NAA11804; Wed, 12 Apr 2000 13:15:16 -0700 (PDT) Message-Id: <200004122015.NAA11804@jasper.cisco.com> Date: Wed, 12 Apr 2000 13:15:16 -0700 (PDT) From: Syed Huq Reply-To: Syed Huq Subject: Re: s2ibis2 To: ibis-users@eda.org, Silvia.Montoya@actel.com MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: B5RU2VPFzvRZ059l6lUzBw== X-Mailer: dtmail 1.2.1 CDE Version 1.2.1 SunOS 5.6 sun4m sparc Silvia, One explanation could be that the Transient Analysis was not correctly done by your SPICE. You may need to dig deeper in the .out files for any *error* or **warning** or other issues.. Try running a SPICE transient analysis standalone(no s2ibis2) and see if there is any issues. Try changing the [Sim time] parameters and re-run s2ibis2.. Also look at the .spi(Input file generated be s2ibis2)file for Ramp and Waveform tables to make sure the stimulas was correct. Regards, Syed Cisco Systems, Inc > > Hi fellow model makers, > I have been using "s2ibis2" to create several models without > problems , but this latest model has got me stumped. The IBIS model file > created contains I-V tables , but gives me crazy values for Ramp (dV/dt) and > "NA" for the Rising and Falling waveform data tables. The simulation .out > files for Ramp and Rise /Fall waveform do contain reasonable data, but it > appears that the "s2ibis2" utility does not successfully extract the data to > insert into the IBIS models file. Has anyone had this problem ? > Any ideas for a solution ? > > Many Thanks ! > Silvia Montoya > silvia.montoya@actel.com > From owner-ibis Wed Apr 12 14:16:09 2000 Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31]) by server.eda.org (8.8.5/8.8.3) with ESMTP id OAA07505 for ; Wed, 12 Apr 2000 14:16:08 -0700 (PDT) Received: from engmail4.Eng.Sun.COM ([129.144.134.6]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id PAA06990 for ; Wed, 12 Apr 2000 15:14:32 -0600 (MDT) Received: from ha3mpk.eng.sun.com (phys-ha3mpkb.Eng.Sun.COM [129.146.45.31]) by engmail4.Eng.Sun.COM (8.9.1b+Sun/8.9.1/ENSMAIL,v1.6) with ESMTP id OAA28986 for ; Wed, 12 Apr 2000 14:14:31 -0700 (PDT) Received: from noujeim by ha3mpk.eng.sun.com (8.8.8+Sun/SMI-SVR4) id OAA18149; Wed, 12 Apr 2000 14:14:31 -0700 (PDT) Message-Id: <200004122114.OAA18149@ha3mpk.eng.sun.com> Date: Wed, 12 Apr 2000 14:14:28 -0700 (PDT) From: Leesa Noujeim Reply-To: Leesa Noujeim Subject: IBIS model using dynamic clamp To: ibis-users@eda.org Cc: Leesa.Noujeim@Eng.Sun.COM MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: rouWIt4jDdFLaLUwgvLE3g== X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.3.4p_5 SunOS 5.7 sun4u sparc Dear IBIS gurus, Can someone point me to an IBIS model that uses a dynamic clamp submodel? Many thanks... Regards, Leesa Noujeim Sun Microsystems