So I you requesting that the model selected by the user from the list in the [Model Selector] control how parameters are selected in the .ami file, or parameters selected in the .ami file determine the model selected in the [Model Selector]. Either would be okay with me, since either removes the redundancy I'm trying to shield my customers from. Thanks, -db From: Walter Katz [mailto:wkatz@xxxxxxxxxx] Sent: Tuesday, November 20, 2012 7:24 AM To: Arpad_Muranyi@xxxxxxxxxx; 'IBIS-ATM'; David Banas Subject: RE: [ibis-macro] Re: Question on dependency tables. David, Exactly what did you mean by "Any way we could use a Reserved parameter as an output from a dependency table, which would guide the tool in its choice from the [Model Selector]?" In the dependency BIRD (150) there is an "Intrinsic" independent parameter [Model]. Consider the following example (Note I left a bunch of " 's out to make the example more readable): [Model Selector] Tx Tx_1 Tx_2 Tx_3 In the .ami file one might have: (Tstonefile (List ta.s4p tb.s4p tc.s4p) (Type String) (Usage Info)) (Tstonefile_Selector (Usage Dependency_Table) (Parameter_Names [Model] Tstonefile) (Column_Types In Out_Match) (Table (Tx_1 ta.s4p) (Tx_2 tb.s4p) (Tx_3 tc.s4p) ) ) This is a different interpretation then Arpad's response. He would suggest that the conditions chosen in the .ami file pick the model in the model selector, as suggested in the following Dependency Table: (Tstonefile (List ta.s4p tb.s4p tc.s4p) (Type String) (Usage Info)) (Tstonefile_Selector (Usage Dependency_Table) (Parameter_Names Tstonefile [Model]) (Column_Types In Out_Match) (Table (ta.s4p Tx_1) (tb.s4p Tx_2) (tc.s4p Tx_3) ) ) So I you requesting that the model selected by the user from the list in the [Model Selector] control how parameters are selected in the .ami file, or parameters selected in the .ami file determine the model selected in the [Model Selector]. Walter From: ibis-macro-bounce@xxxxxxxxxxxxx<mailto:ibis-macro-bounce@xxxxxxxxxxxxx> [mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Muranyi, Arpad Sent: Monday, November 19, 2012 11:20 PM To: 'IBIS-ATM' Subject: [ibis-macro] Re: Question on dependency tables. I don't think it would be too hard to achieve that with a new BIRD. We would just need to define a [Model Selector] index (or something similar) to that which could be "driven" by a parameter defined in the .ami file (or any other parameter tree). Arpad ==================================================================== From: ibis-macro-bounce@xxxxxxxxxxxxx<mailto:ibis-macro-bounce@xxxxxxxxxxxxx> [mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of David Banas Sent: Monday, November 19, 2012 6:41 PM To: Muranyi, Arpad; 'IBIS-ATM' Subject: [ibis-macro] Re: Question on dependency tables. Darn! That's what I wanted to do. Any way we could use a Reserved parameter as an output from a dependency table, which would guide the tool in its choice from the [Model Selector]? From: ibis-macro-bounce@xxxxxxxxxxxxx<mailto:ibis-macro-bounce@xxxxxxxxxxxxx> [mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Muranyi, Arpad Sent: Monday, November 19, 2012 4:02 PM To: 'IBIS-ATM' Subject: [ibis-macro] Re: Question on dependency tables. David, The way BIRDs 116, 117 118 are currently written, analog models could be parameterized so that a parameter or Dependency Table output value could be passed into the IBIS-ISS subcircuit. So the answer to your question is yes, this would be addressed. One thing that these BIRDs and the Dependency Table could not do is select from [Model Selector], because this is not parameterizable as the IBIS spec is written. Thanks, Arpad =========================================================== From: ibis-macro-bounce@xxxxxxxxxxxxx<mailto:ibis-macro-bounce@xxxxxxxxxxxxx> [mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of David Banas Sent: Monday, November 19, 2012 5:47 PM To: 'Walter Katz'; 'IBIS-ATM' Subject: [ibis-macro] Re: Question on dependency tables. Okay, thanks, but what I'd really like is the ability to have the user's AMI parameter choices dictate the EDA tool's choice of analog model, so that the user doesn't have to both: * set all the AMI parameters appropriately, and * choose the correct analog model (out of, possibly, hundreds), which matches his AMI parameter choices. For the models I'm developing, the second bullet item, above, is completely redundant with the first, and I'd love for my customer not to be bothered with it. Will this be doable, using dependency tables as you envision them? Thanks, -db From: Walter Katz [mailto:wkatz@xxxxxxxxxx] Sent: Thursday, November 08, 2012 3:27 PM To: David Banas; 'IBIS-ATM' Subject: RE: [ibis-macro] Question on dependency tables. David, Yes. The on-die s-parameters (either as Arpad suggest in BIRD 116, or I will suggest in the package and on-die interconnect proposals will be able to reference an AMI parameter such as Tstonefile. Tstonefile can be a dependent parameter in a dependency table as demonstrated in the example on page 6 of the latest draft (enclosed). Walter From: ibis-macro-bounce@xxxxxxxxxxxxx<mailto:ibis-macro-bounce@xxxxxxxxxxxxx> [mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of David Banas Sent: Thursday, November 08, 2012 6:03 PM To: 'IBIS-ATM' Subject: [ibis-macro] Question on dependency tables. Is the dependency tables BIRD written, such that a particular set of AMI parameter user choices can dictate to the EDA tool which analog IBIS model to select for modeling the buffer? Thanks, David Banas Sr. Member Technical Staff Altera<http://www.altera.com/> +1-408-544-7667 - desk Did you know Altera offers over 150 free online technical training courses<http://www.altera.com/servlets/searchcourse?coursetype=Online&WT.mc_id=t9_ot_mi_mi_tx_a_311>? Take one today! ________________________________ Confidentiality Notice. This message may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient, you are hereby notified that any use, disclosure, dissemination, distribution, or copying of this message, or any attachments, is strictly prohibited. If you have received this message in error, please advise the sender by reply e-mail, and delete the message and any attachments. Thank you. ________________________________ Confidentiality Notice. This message may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient, you are hereby notified that any use, disclosure, dissemination, distribution, or copying of this message, or any attachments, is strictly prohibited. If you have received this message in error, please advise the sender by reply e-mail, and delete the message and any attachments. Thank you. ________________________________ Confidentiality Notice. This message may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient, you are hereby notified that any use, disclosure, dissemination, distribution, or copying of this message, or any attachments, is strictly prohibited. If you have received this message in error, please advise the sender by reply e-mail, and delete the message and any attachments. Thank you. ________________________________ Confidentiality Notice. This message may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient, you are hereby notified that any use, disclosure, dissemination, distribution, or copying of this message, or any attachments, is strictly prohibited. If you have received this message in error, please advise the sender by reply e-mail, and delete the message and any attachments. Thank you.