[ibis-macro] Re: AMI_Flows_6.pdf for today's ATM teleconference

  • From: <fangyi_rao@xxxxxxxxxxx>
  • To: <Arpad_Muranyi@xxxxxxxxxx>, <ibis-macro@xxxxxxxxxxxxx>
  • Date: Wed, 21 Apr 2010 19:32:17 -0600

Hi, Arpad;

In the current BIRD only section 2.3 defines the control of Tx
Use_Init_Output on input impulse response to the Rx Init call. The
excerpt quoted in Walter's email is actually for the control of input
waveform to the Rx GetWave call. Your flow presented in the last meeting
is consistent with section 2.3.

A key difficulty arises from the condition when Tx has GetWave, Tx
Use_Init_Output is False and Rx Use_Init_Output is True. If the input
impulse to Rx Init is the original impulse input to Tx Init, then the
time-domain bit-by-bit simulation is fine but the statistical simulation
is broken. If the input impulse to Rx Init is the modified impulse
returned by Tx Init, then the statistical simulation is fine but the
time-domain simulation is broken. Given the fact that time-domain
simulation captures more effects of nonlinear models, it seems we should
give it higher priority over statistical simulation.

Regards,
Fangyi

-----Original Message-----
From: ibis-macro-bounce@xxxxxxxxxxxxx
[mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Muranyi, Arpad
Sent: Tuesday, April 20, 2010 9:37 PM
To: IBIS-ATM
Subject: [ibis-macro] Re: AMI_Flows_6.pdf for today's ATM teleconference

That's exactly what I presented in the flow diagram I
prepared for today, but we are still not in agreement.

The comments we are getting from Walter indicate that
the entire flow is flawed and he suggests to go back
to the flow we finished in November.  The comments we
are getting from Kumar and Ken indicates that they
would prefer to further simplify the flow, not allowing
for the dual nature of LTI and non-LTI coexisting
together in the same model.

How shall we resolve this disagreement?

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




-----Original Message-----
From: ibis-macro-bounce@xxxxxxxxxxxxx
[mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Ambrish Varma
Sent: Tuesday, April 20, 2010 11:27 PM
To: IBIS-ATM
Subject: [ibis-macro] Re: AMI_Flows_6.pdf for today's ATM teleconference

Arpad,
What Kumar, Ken and I are trying to say (along with a few others, I
believe) is that the flow, as described in section 2.1, 2.2 and 2.3 of
chapter 10, works, and the only clarification (correction) that is
needed is the Tx_Getwave issue.
Adding any other flow is unnecessary and will add to more confusion.

It will also go against the main goal of the ATM committee as set by
you.

Regards,
Ambrish.

-----Original Message-----
From: ibis-macro-bounce@xxxxxxxxxxxxx
[mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Muranyi, Arpad
Sent: Tuesday, April 20, 2010 11:23 PM
To: IBIS-ATM
Subject: [ibis-macro] Re: AMI_Flows_6.pdf for today's ATM teleconference

Kumar,

I heard this from you and Ken and others before, and I
have already responded to it more than once that making
a change of this nature is a "new feature" as far as the
specification is concerned, so I am simply not going
to entertain the idea, at least not with this BIRD and
this discussion.

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

 

-----Original Message-----
From: ckumar [mailto:ckumar@xxxxxxxxxxx] 
Sent: Tuesday, April 20, 2010 8:59 PM
To: Muranyi, Arpad
Cc: IBIS-ATM
Subject: Re: [ibis-macro] Re: AMI_Flows_6.pdf for today's ATM
teleconference

Sigrity is of the view models employing getwave preferabley should be
using init only for parameter passing. This will greatly simplify the
flow,
minimize confusion  and more importantly will not potentially result in
the
problem of the same model yielding two different results.

A useful analogy is getwve vs init similar as silicon vs behavior
circuit
models
---------------------------------------------------------------------
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

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

Other related posts:

  1. Home
  2. ibis-macro
  3. Archive
  4. 04-2010