[ibis-macro] Re: Technical questions on BIRD197.2

  • From: Walter Katz <wkatz@xxxxxxxxxx>
  • To: <mlabonte@xxxxxxxxxx>, <michael.mirmak@xxxxxxxxx>, "IBIS-ATM" <ibis-macro@xxxxxxxxxxxxx>
  • Date: Wed, 27 Mar 2019 15:19:04 -0400 (EDT)

I would like to address #2:

 

Only impulse response is and was the waveform type used in AMI_Init
simulation? 

 

One way to generate an Impulse Response is to do a time domain (e.g.
SPICE) step response simulation and generate the Impulse Response by
taking the derivative of the Step Response. 

 

DC_Offset is the midway between the voltage at the binning of the Step
Response and the voltage at the end of the Step Response sim. If an EDA
tool does not use this method to generate the Impulse Response input to Rx
AMI_Init, then the EDA tool is responsible for determining the value of
DC_Offset by some other means.

 

Walter

 

 

 

Walter Katz

 <mailto:wkatz@xxxxxxxxxx> wkatz@xxxxxxxxxx

Office 978.461-0449 x 133

Mobile  720.417-3762



 

From: ibis-macro-bounce@xxxxxxxxxxxxx <ibis-macro-bounce@xxxxxxxxxxxxx> On
Behalf Of Mike LaBonte
Sent: Wednesday, March 27, 2019 3:04 PM
To: michael.mirmak@xxxxxxxxx; IBIS-ATM (ibis-macro@xxxxxxxxxxxxx)
<ibis-macro@xxxxxxxxxxxxx>
Subject: [ibis-macro] Re: Technical questions on BIRD197.2

 

I'd like to address #1 and #3:

1) This should be mentioned at vote time, but the editorial task group
clearly will fix any such items when the time comes. Making it X.X might
help make it stand out more.

3) We have the precedent of placeholders DLL_Path and DLL_ID, filled in at
run time. Unlike bit_time and sample_interval, DC_Offset is not always
required. I'm OK with it as an AMI parameter.

Mike

On 3/27/2019 1:52 PM, Mirmak, Michael wrote:

Sorry not to have raised these earlier, but the recent posting of
BIRD197.2 to the IBIS reflector in advance of the Open Forum vote has
"inspired" some questions.

 

1.      The BIRD explicitly states under "Required" that the parameter
DC_Offset is "illegal before AMI_Version 7.0".  Should this read "7.1", or
even be left as "X.X" until the BIRD is formally integrated into a
specific IBIS document?

 

2.      The BIRD definition and part of the BIRD change text mention step
responses.  Are there any other adjustments to IBIS language needed to
make explicit that both step responses and impulse responses are now legal
waveform types as part of AMI simulation?  The concern is that the model
and tool may not have unambiguous information about the waveform to
generate/expect.

 

3.      DC_Offset is somewhat "weird" in that we are declaring an input
parameter as part of a .ami file but which is essentially only a
placeholder.  In other words, we have other "inputs" to a DLL which are
defined in the specification but are not formally part of the .ami file
structure (the waveform itself is one such instance, as is bit_time).
Anything part of the .ami file is actually determined by the model maker.
Shouldn't DC_Offset be part of the AMI function calls, similar to
bit_time?

 

Thanks in advance.

 

*       MM

 

JPEG image

Other related posts:

  1. Home
  2. ibis-macro
  3. Archive
  4. 03-2019