[ibis-macro] Re: clock_times .... yet again

  • From: Mike Steinberger <msteinb@xxxxxxxxxx>
  • To: scott@xxxxxxxxxxxxx
  • Date: Wed, 14 Apr 2010 09:13:20 -0500

Scott-

I agree with Fangyi. In my opinion, you're attempting to make distinctions that at best have no practical significance. Such distinctions do not serve the needs of the users of this standard. If you think these distinctions have practical significance, then I suggest you start by presenting concrete data that demonstrates their significance.

Mike S.

Scott McMorrow wrote:
Fangyi,

This problem occurs because of the definition in the specification agreed upon by the the committee, and those who have already implemented the standard. This is not my problem, this is a consequence of a poorly thought out specification. There would have been no issues if the true instantaneous UI were used, instead of a contrived nominal UI, or if the sample point were returned, instead of the clock times. Since the committee has chosen a less rigorous approach, the consequence is the possibility of calculating a clock time that is less than zero. The corrected sample point will still be greater than zero.

Maybe the specification should require that the calculated sample point be greater than zero. That is in line with the specification and does not require a special case either in the EDA platform or AMI model to process.

regards

Scott


fangyi_rao@xxxxxxxxxxx wrote:

Hi, Scott;

For each tick, EDA tools will use waveform from (tick_time-UI/2) to (tick_time+UI/2) to fill the eye histogram. If tick_time < UI/2, a portion of the waveform does not even exist. Ignore_Bits can be used to deal with the situation you described, or the model can choose to not return the first few ticks (missing ticks).

Let’s make the clock tick definition simple: clock tick is used for AMI models to instruct EDA tools where to center the eye. This is all what EDA tools care about.

Regards,

Fangyi

*From:* ibis-macro-bounce@xxxxxxxxxxxxx [mailto:ibis-macro-bounce@xxxxxxxxxxxxx] *On Behalf Of *Scott McMorrow
*Sent:* Tuesday, April 13, 2010 5:08 PM
*To:* IBIS-ATM
*Subject:* [ibis-macro] clock_times .... yet again

Fellow AMI travelers

In the specification for clock_times is the statement:

"The clock times are referenced to the start of the simulation (the first AMI_GetWave call). *The time is always
greater or equal to zero.*"

According to the discussion today, it has been agreed that all known implementations of AMI dlls calculate the correct sample time and then calculate clock_times as sample_times minus 1/2 the nominal clock period. If this is truly the case, then there is a problem.

During startup the CDR is free-running, with no defined phase relationship to the received data. In order to model this, the period of the CDR would be set to it's free-running period, and the phase of the CDR would need to be randomly initialized at INIT. The location of the receiver sample point is then random within the first UI data window, as it is in reality. No matter what the Tx does, there will generally be a free-running sample occuring with no phase relationship to anything, until the first received differential transition occurs. If the first value of clock_times is calculated as receiver sample time minus 1/2 the nominal clock period, then clock_times can take any value from -0.5 UI to +0.5 UI.

The specification should be clarified to state that:

The clock times are referenced to the start of the simulation (the first AMI_GetWave call). *The time is always
greater or equal to -0.5 nominal clock periods or symbol UI.*"

best regards, Scott --
Scott McMorrow
Teraspeed Consulting Group LLC
121 North River Drive
Narragansett, RI 02882
(401) 284-1827 Business
(401) 284-1840 Fax
http://www.teraspeed.com Teraspeed® is the registered service mark of
Teraspeed Consulting Group LLC

--
Scott McMorrow
Teraspeed Consulting Group LLC
121 North River Drive
Narragansett, RI 02882
(401) 284-1827 Business
(401) 284-1840 Fax

http://www.teraspeed.com

Teraspeed® is the registered service mark of
Teraspeed Consulting Group LLC

---------------------------------------------------------------------
IBIS Macro website  :  http://www.eda.org/pub/ibis/macromodel_wip/
IBIS Macro reflector:  //www.freelists.org/list/ibis-macro
To unsubscribe send an email:
 To: ibis-macro-request@xxxxxxxxxxxxx
 Subject: unsubscribe

Other related posts: