RE: [IBIS-Users] BIRD84 - Driver Schedule Clarifications


Subject: RE: [IBIS-Users] BIRD84 - Driver Schedule Clarifications
From: Muranyi, Arpad (arpad.muranyi@intel.com)
Date: Wed Oct 01 2003 - 10:53:22 PDT


Weston,

Having answered a few calls and interrupts and coming back to my
message, I realized that the answer to the question at the very end
should be that the definition of "event" according to BIRD84 means
that the timer DOES get reset by the falling edge in that last
hypothetical case. The 10 ns pulse and the 15 ns delay essentially
creates an over clocked situation, so the output would end up high
all the time (not switching).

Sorry for the momentary confusion...

Arpad
===================================================================

-----Original Message-----
From: Muranyi, Arpad
Sent: Wednesday, October 01, 2003 10:12 AM
To: ibis-users@eda.org
Subject: RE: [IBIS-Users] BIRD84 - Driver Schedule Clarifications

Weston,

Thanks for your comment and question.

I have to ask you a question before I can answer yours. What is in the
Fall_on/off_dly parameters in your example? NA or 0?

If they are both NA, then there are no "events" generated by a falling edge
stimulus. Having said that, using your numbers the rising edge will turn on
the pullup 1 ns after the stimulus went high and at the same time turn off
the pulldown. Using the same rising edge stimulus, the 15 ns rise off delay
parameter will turn off your pullup 15 ns after this rising edge stimulus
went high, and at the same time turn on the pulldown. Nothing will happen
until the next rising edge stimulus arrives. The falling edge stimulus is
ineffective.

On the other hand, the situation would be different if there was a zero in
the Fall_on_dly (or Fall_off_dly) parameter. Note, however, that it doesn't
make sense to use zero for both Fall_on and Fall_off parameters at the same
time!!! Also note that there are only 5 combinations of NAs and numbers which
are permitted by the spec. For this reason, the next two conditions are
hypothetical, but I will go through them to make the point clear.

Let's see what would happen if the Fall_on_dly was zero, and the Fall_off_dly
still an NA:

The pullup would turn on 1 ns after the first rising stimulus and at the same
time the pulldown would be turned off. The falling edge stimulus would immediately
turn off the pullup and turn on the pulldown (at 10 ns) because of the 0 delay
in the Fall_on_dly parameter. The 15 ns off delay in the Rise_off_dly parameter
would just redo this same thing, but since the "another event", i.e. the falling
edge stimulus already did that, nothing would happen at 15 ns.

Now, if the Fall_on was NA and the Fall_off zero, the pullup would turn on 1 ns
after the first rising edge stimulus, and the pulldown would be turned off at the
same time. The falling edge stimulus would immediately want to turn on the pullup
and turn off the pulldown, but the "another event", i.e. the previous rising edge
stimulus already did that, so nothing will happen at 10 ns. However, the 15 ns
Rise_off delay is still ticking, so at 15 ns after the first rising edge stimulus
the pullup will be turned off and the pulldown will be turned on.

Now that I think of the BIRD I just wrote, I wonder whether the definition of "event"
should mean that the timer gets reset by the falling edge in this last case or not.
I have to think about that. Other than that, does this answer your question?

Thanks,

Arpad
==================================================================================
|------------------------------------------------------------------
|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



This archive was generated by hypermail 2b28 : Wed Oct 01 2003 - 10:55:16 PDT