[ibis-macro] BIRDs 144 and 145
- From: Ambrish Varma <ambrishv@xxxxxxxxxxx>
- To: "'IBIS-ATM'" <ibis-macro@xxxxxxxxxxxxx>
- Date: Tue, 6 Mar 2012 11:58:35 -0800
Walter,
I would much rather discuss the merits and deficiencies of the proposal than
discuss who supports it etc.
To answer you, however, I must say that your assumption that Cadence is the
only member of the committee that supports these BIRDs is factually incorrect.
The BIRDs have been drafted in consultation with IBM and they are even listed
as co-authors on one of them. There have been several occasions when people in
the ATM have voiced their support for 1 or both the BIRDs at different points.
Thanks,
Ambrish.
[cid:image002.gif@01CCFBA9.9AE05660]
Ambrish Varma | Member of Consulting Staff
P: 978.262.6431 www.cadence.com<http://www.cadence.com>
________________________________
From: ibis-macro-bounce@xxxxxxxxxxxxx [mailto:ibis-macro-bounce@xxxxxxxxxxxxx]
On Behalf Of Walter Katz
Sent: Tuesday, March 06, 2012 12:01 PM
To: Feras Al-Hawari; 'IBIS-ATM'
Subject: [ibis-macro] Re: Handling termination in BIRD 144
Feras,
As I interpret the comments from the other IBIS-ATM committee, you are the only
member of the committee that support BIRDs 144 and 145. I really do insist that
we get members of the IC Vendor community and IBIS user community to show their
support for these BIRDs before we waste any more of the IBIS-ATM committee time
on them.
Walter
From: Feras Al-Hawari [mailto:feras@xxxxxxxxxxx]
Sent: Tuesday, March 06, 2012 9:34 AM
To: wkatz@xxxxxxxxxx; 'IBIS-ATM'
Subject: RE: [ibis-macro] Handling termination in BIRD 144
Walter,
I understand your opinion. However, I think the people in the ATM committee are
capable of making a decision in this regard. The issue is clear and our
proposal is on the table for discussion.
Feras
From: Walter Katz
[mailto:wkatz@xxxxxxxxxx]<mailto:%5bmailto:wkatz@xxxxxxxxxx%5d>
Sent: Monday, March 05, 2012 11:26 PM
To: Feras Al-Hawari; 'IBIS-ATM'
Subject: RE: [ibis-macro] Handling termination in BIRD 144
Feras,
I think the whole approach of BIRD 144 is ill advised. I think that you need an
IC Vendor to come to an ATM meeting and explain the problem you are trying to
solve and why specifically BIRD 116 does not address the IC Vendor's needs. I
therefore think BIRD 144 should be tabled until such time as you get an IC
Vendor to defend it.
Walter
From: ibis-macro-bounce@xxxxxxxxxxxxx<mailto:ibis-macro-bounce@xxxxxxxxxxxxx>
[mailto:ibis-macro-bounce@xxxxxxxxxxxxx]<mailto:%5bmailto:ibis-macro-bounce@xxxxxxxxxxxxx%5d>
On Behalf Of Feras Al-Hawari
Sent: Monday, March 05, 2012 4:54 PM
To: 'IBIS-ATM'
Subject: [ibis-macro] Handling termination in BIRD 144
Hello,
I have updated BIRD 144 to support terminating: 1) unused ports, and 2)
connected ports. The example below shows how. Figures and more details will be
provided in the latest version of the BIRD , which will be uploaded very soon.
|-------------------------------------------------------------------
|** Example of True Differential [External Model] using Touchstone:
|-------------------------------------------------------------------
|
|
[Model] Ext_Linear_Diff_Output_Buff_Touchstone
Model_type Output_diff
Rref_diff = 100
|
| Other model subparameters are optional
|
| typ min max
[Voltage Range] 3.3 3.0 3.6
|
[Ramp]
dV/dt_r 1.57/0.36n 1.44/0.57n 1.73/0.28n
dV/dt_f 1.57/0.35n 1.46/0.44n 1.68/0.28n
|
[External Model]
** Language Touchstone
|
| Corner corner_name file_name circuit_name
Corner Typ diffout_typ.s4p NA
Corner Min diffout_min.s4p NA
Corner Max diffout_max.s4p NA
|
|** Ports List of port names (in same order as in Touchstone)
|
| Based on the Ports order below:
|** my_drive_pos should be connected to port 1 of Touchstone
|** A_signal_pos should be connected to port 2 of Touchstone
|** my_drive_neg should be connected to port 3 of Touchstone
|** A_signal_neg should be connected to port 4 of Touchstone
|
Ports my_drive_pos A_signal_pos my_drive_neg A_signal_neg
|***
|**** Port_termination reserved_port ts_port resistor_value
voltage_value
**** Port_termination A_puref NA 1e6 0.0
**** Port_termination A_pcref NA 1e6 0.0
**** Port_termination A_pdref NA 1e6 0.0
**** Port_termination A_gcref NA 1e6 0.0
**** Port_termination my_drive_pos 1 50 NA
**** Port_termination my_drive_neg 3 50 NA
|
| D_to_A d_port port1 port2 vlow vhigh trise tfall
corner_name
D_to_A D_drive_pos my_drive_pos A_pdref 0.0 3.3 0.5n 0.3n Typ
D_to_A D_drive_pos my_drive_pos A_pdref 0.0 3.0 0.6n 0.3n Min
D_to_A D_drive_pos my_drive_pos A_pdref 0.0 3.6 0.4n 0.3n Max
D_to_A D_drive_neg my_drive_neg A_pdref 0.0 3.3 0.5n 0.3n Typ
D_to_A D_drive_neg my_drive_neg A_pdref 0.0 3.0 0.6n 0.3n Min
D_to_A D_drive_neg my_drive_neg A_pdref 0.0 3.6 0.4n 0.3n Max
|
[End External Model]
Best regards,
Feras Al-Hawari
Other related posts:
