[ibis-macro] Re: Slides, Thoughts on AMI Support for [Test Data]/[Test Load]

  • From: Mike LaBonte <mike.labonte@xxxxxxxx>
  • To: Walter Katz <wkatz@xxxxxxxxxxxxx>
  • Date: Wed, 19 Jan 2022 14:19:57 -0500

Regarding [Test Load], we might want to enhance that to allow IBIS-ISS test 
loads. That would remove one barrier to adding it to the IBIS files, in the 
case where the model maker has data, but it's for a fixture that does not map 
to the fixed topology of [Test Load].

Regarding Lance’s idea on external [Test Data], that could be CSV files, or we 
could define yet another IBIS extension to contain all test data (and maybe the 
test load too, to keep them together). I think I would prefer CSV, to make 
creating the files easier. But then, how long before someone writes the BIRD to 
put all I-V and V-T tables in external files?

Mike

On Jan 19, 2022, at 12:14, Walter Katz <wkatz@xxxxxxxxxxxxx> wrote:

Lance,
 
Re:
Should we also consider adding the parameter settings (if differ than the 
defaults in .ami file), Eye Opening/BER for the defined fixture/channel?

“Eye Opening/BER” are not outputs of the channel, they are outputs of the EDA 
tool processing the Impulse Response output of AMI_Init or the waveform 
output of AMI_GetWave. IBISCHK has no way of verifying this. There is no 
specification on how “Eye Opening/BER” is calculated. If the Model Maker sets 
the “Eye Opening/BER” generated when running the model with this test data on 
EDA Tool A, there is no expectation that the user will get the same answer on 
EDA Tool B. Who is to decide which EDA Tool is “Right”.
 
Walter
 
 
Walter Katz
Work  508.647-7633
Cell      720.417-3762
<image001.gif>
 
From: ibis-macro-bounce@xxxxxxxxxxxxx <ibis-macro-bounce@xxxxxxxxxxxxx> On 
Behalf Of Wang, Lance
Sent: Wednesday, January 19, 2022 12:03 PM
To: michael.mirmak@xxxxxxxxx
Cc: ibis-macro@xxxxxxxxxxxxx
Subject: [ibis-macro] Re: Slides, Thoughts on AMI Support for [Test 
Data]/[Test Load]
 
Hi Michael,
This is indeed an interesting idea, and it will be a great improvement 
related to IBIS quality (for AMI models), I think.

In my experience, AMI users often face the different results given by 
different simulators. This new feature would at least give a model vendor's 
expectation for the simulations using given test fixture/channel.

Should we also consider adding the parameter settings (if differ than the 
defaults in .ami file), Eye Opening/BER for the defined fixture/channel?

Also, there are some "complains" about the IBIS file size (too large due to 
[Test data]). We could use this opportunity to redefine waveform attachment 
for the [Test data].

My 2 cents,

Best regards,

Lance Wang 

-----Original Message-----
From: ibis-macro-bounce@xxxxxxxxxxxxx 
<mailto:ibis-macro-bounce@xxxxxxxxxxxxx> <ibis-macro-bounce@xxxxxxxxxxxxx 
<mailto:ibis-macro-bounce@xxxxxxxxxxxxx>> On Behalf Of Mirmak, Michael
Sent: Tuesday, January 18, 2022 5:27 PM
To: ibis-macro@xxxxxxxxxxxxx <mailto:ibis-macro@xxxxxxxxxxxxx>
Subject: [ibis-macro] Slides, Thoughts on AMI Support for [Test Data]/[Test 
Load]


EXTERNAL

Please find enclosed my slides from today's IBIS-ATM meeting, regarding 
expanding the existing [Test Data] and [Test Load] keywords to support AMI 
model testing. I greatly appreciate the thoughtful feedback and suggestions, 
and will incorporate them into any eventual BIRD.

Please note that the material is solely my own and does not necessarily 
represent the views of my employer or any other person or organization.

- MM
---------------------------------------------------------------------
IBIS Macro website : http://ibis.org/macromodel_wip/ ;
<http://ibis.org/macromodel_wip>
IBIS Macro reflector: //www.freelists.org/list/ibis-macro ;
<//www.freelists.org/list/ibis-macro>
To unsubscribe send an email:
To: ibis-macro-request@xxxxxxxxxxxxx <mailto:ibis-macro-request@xxxxxxxxxxxxx>
Subject: unsubscribe

Other related posts: