Colin, Thanks for the suggestion. However, before discussing the format and syntax of the eye mask definition, I would like to get comments on the idea itself, such as do we all agree that we should do this, do we agree on what the eye mask means, etc... Once we agree, we could hammer out the details of the syntax. Thanks, Arpad =================================================== -----Original Message----- From: colin_warwick@xxxxxxxxxxx [mailto:colin_warwick@xxxxxxxxxxx] Sent: Thursday, March 01, 2012 11:29 AM To: Muranyi, Arpad; ibis-macro@xxxxxxxxxxxxx Subject: RE: Eye mask definition for IBIS-AMI Hello Arpad, Our 'scope *msk files look like this: /* Top Polygon */ /* Polygon Number */ 1 /* Number of vertices */ 4 +0.0, 0.6 +0.0, 0.5 +1.0, 0.5 +1.0, 0.6 /* Middle Polygon */ 2 /* Number of vertices */ 6 /* X1, Yt */ 0.300 , 0.000 /* X2, Y+ */ 0.500 , 0.073 /* 1-X2, Y+ */ 0.500 , 0.073 /* 1-X1, Yt */ 0.700 , 0.000 /* 1-X2, Y- */ 0.500 , -0.073 /* X2, Y- */ 0.500 , -0.073 /* Bottom Polygon */ /* Polygon Number */ 3 /* Number of vertices */ 4 +0.0, -0.6 +0.0, -0.5 +1.0, -0.5 +1.0, -0.6 I don't know if the spec is published or not nor whether there's IP in the spec (I'm in the EEsof division). But if this format is of interest, I can ask my 'scopes colleagues to get involved. -- Colin Warwick Agilent EEsof EDA http://signal-integrity.tm.agilent.com -----Original Message----- From: ibis-macro-bounce@xxxxxxxxxxxxx [mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Muranyi, Arpad Sent: Wednesday, February 29, 2012 11:43 PM To: IBIS-ATM Subject: [ibis-macro] Eye mask definition for IBIS-AMI Hello everyone, We had a few conversations on this topic in the past on this email reflector and also in the IBIS-ATM meetings, but the discussions didn't result in any actions as far as the specification is concerned. I would like to bring this topic up again because to me it seems that we have an incomplete "solution" for this in the IBIS specification. Currently, we have an AMI parameter in specification called "Rx_Receiver_Sensitivity". Pg. 147 describes this parameter like this: | Rx_Receiver_Sensitivity can be of Usage Info and Out and of | Type Float and of Data Format Value, Range and Corner. | Rx_Receiver_Sensitivity tells the EDA platform the voltage | needed at the receiver data decision point to ensure proper | sampling of the equalized signal. In other words, this is basically the Vinh and Vinl of the core's input stage that is connected to the output of the Rx buffer which contains all the fun stuff, the filter(s), DFE, CDR, etc... Since the AMI simulation's output waveform goes into this input, the eye opening we get from the AMI simulations better be above and below +/-Rx_Receiver_Sensitivity, otherwise this input stage will not be able to interpret the signals correctly. However, there is nothing in the AMI specification which would help us to evaluate the timing relationship requirements between these waveforms and the clock ticks. In other words, we have no information about what the setup and hold times are supposed to be around the sampling point for this input stage to recognize the signal correctly. To me it would make sense to define a complete eye mask which would include a definition for the width of the eye (time) and its time relationship to the clock ticks as well as for its height (voltage). I would be willing to write a BIRD for this, but before I begin, I would like to have a little brainstorming session to collect some ideas on how people would deal with this and what we should put into the specification. As a bare minimum, I would like to propose a set of parameters which defines the shape of a diamond, laying on its side: ********* * * * * * * * * * * ********* For the voltages we could have a high/low level and DC offset and for the timing we could have a left/right corner and the beginning and end points of the horizontal lines. This could be achieved with seven parameters. I could see a few additional parameters for a more elaborate definition, but for now I will leave it at that. Questions, comments welcome. Thanks, Arpad ================================================================ --------------------------------------------------------------------- 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 --------------------------------------------------------------------- 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