Hi Peleg,
Thanks for your comments on our proposal.
Very good questions about the IBIS model capability in SSO simulation.
Since Syed has replied your questions on the BIRD95, I will try to answer
your questions on the IBIS itself.
Current version of IBIS could over-estimate or under-estimate the SSO noise
in the simulation when it is compared with HSPICE model. I will explain in
what conditions it will over-estimate and in what conditions it will
under-estimate.
Current IBIS model neglects the pre-driver current. If the predriver current
is relatively large (which is typical for very complicated I/O buffer at
0.13um process and below), the IBIS model will underestimate the SSO noise.
If the HSPICE model only include the last stage of the I/O buffer and there
are relatively large amount of on-die decaps are embedded in the HSPICE
model itself, the SSO simulation with IBIS model will overestimate the SSO
noise. This is the case that you already saw in your simulation. The first
reason for over-estimate is that IBIS simulator is very hard (I don't know
whether I should say impossible) to adjust the buffer driver strength due to
the voltage drop. A lot of IBIS simulators on the market will not adjust,
so the current is the same as the ideal power supply which is bigger than
nonideal power supply. The second reason is that on-die decap in the
HSPICE model could provide the high-speed current which is needed for
high-speed I/O switching. For current IBIS, it is not able to model the
on-die decap, so all the high-speed current has to come from the outside of
the I/O buffer, which could overestimate the I/O current when it is compared
to the HSPICE model.
If you have any questions on my explanations, please let me know. Thanks.
Best regards,
Zhiping
----- Original Message -----
From: "Peleg Itzik" <itzikpe@il.marvell.com>
To: "IBIS Users" <ibis-users@eda.org>
Sent: Saturday, January 08, 2005 1:37 PM
Subject: [IBIS-Users] BIRD 95 Comments.
> Hello All
>
> I sure think that BIRD 95 is very important and will enhance IBIS
> modeling a step foreword.
> Power Integrity Analysis is very important part when evaluation the
> performance of an interface.
>
> My notes to SSO/ SSN analysis using IBIS based on my experience.
>
> I have tried to connect an IBIS model with inductive supply and compare
> it to its SPICE source pad with the same conditions.
> (when comparing the IBIS to the SPICE using ideal supply the results are
> the same).
> The results I got were:
> 1. The power drop in the IBIS power terminal was bigger then the spice.
> 2. The signal degradation (rise time) was bigger in the spice (the spice
> has a significant degradation of the rise time while the IBIS looked
> almost the same as ideal supply case).
>
> This results mismatch since I would expect that in the system with the
> bigger drop in the power rail the bigger degradation of the signal would
be.
>
> I have to mention that I have tried it in one simulation tool and I am
> relaying on the tool implementation of IBIS (I didn't try to implement
> myself the IBIS using primitive parts).
>
> And now for the question: Assuming that the currents I_bypass, I_pre,
> I_term in BIRD 95 diagram are totally zero. This is the case for the
> current IBIS modeling that we have without BIRD 95. I will expect lower
> current consumption then the real SPICE and as a results lower power
> drop in the IBIS.
> Also I would expect degradation of the rise time like the spice. This is
> contrary to what I have seen and describe above.
>
> Because of that I have tried to ask in the teleconference (7/jan) if
> there's an algorithm that IBIS can mimic Spice when the power supply drop.
> I think that BIRD 95 can led us to the ability to get more accurate
> current consumption of the IBIS Buffer and then we get the response of
> the power system to this currents and get the power supply voltage drop.
> In this point if IBIS cant translate this voltage drop to a correct
> behavior in the IO pin then all the effort is useless.
>
> I would like also to know if some one has tried to compare IBIS to SPICE
> on non ideal power supply and got good correlation.
> I can implement the IBIS myself in the simulation tool, If theoretically
> IBIS can give the right results in the IO pin due to the voltage drop
> (Can someone back this up
> and provide some feedback on that).
>
> And back to BIRD 95:
>
> The current is measured with the resistance and inductance of the power
> supply rail of the pad. While the rising and falling v(t) table are
> measured with ideal supply.
> Isn't it better to measure the current on an ideal supply so the current
> is correlated to the voltage response that was capture in the rising or
> falling wave form.
> Please elaborate why the current is measured with the inductance and
> resistance.
>
> --
> Regards
>
> Itzik Peleg
> Board Technology Group
>
> Marvell Semiconductor Israel Ltd
> 6 Ha'mada St. Industrial Area
> P.O.Box 692 Yokneam 20692 ISRAEL
> Email - itzik.peleg@il.marvell.com
> Tel - +972 4 9091192
> Cell - +972 54 4452482
> Fax - +972 4 9091501
> WWW Page: http://www.marvell.com
> ========================================================================
> This message may contain confidential, proprietary or legally privileged
> information. The information is intended only for the use of the
> individual or entity named above. If the reader of this message is not
> the intended recipient, you are hereby notified that any dissemination,
> distribution or copying of this communication is strictly prohibited.
> If you have received this communication in error, please notify us
> immediately by telephone, or by e-mail and delete the message from
> your computer.
>
> Thank you!
> ========================================================================
>
>
>
> |------------------------------------------------------------------
> |For help or to subscribe/unsubscribe, email majordomo@eda.org
> |with just 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 written 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 just 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 written 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
Received on Sat Jan 8 16:21:32 2005
This archive was generated by hypermail 2.1.8 : Sat Jan 08 2005 - 16:23:40 PST