From owner-ibis Tue Jun 1 17:33:14 1999 Received: from natsemi3-bh.nsc.com (natsemi3-bh.nsc.com [205.227.60.66]) by server.eda.org (8.8.5/8.8.3) with ESMTP id RAA25550 for ; Tue, 1 Jun 1999 17:33:14 -0700 (PDT) Received: (from uucp@localhost) by natsemi3-bh.nsc.com (8.8.8/8.6.11) id UAA02339 for ; Tue, 1 Jun 1999 20:27:21 -0400 (EDT) Received: from scmh1.nsc.com(139.187.179.130) by natsemi3-bh.nsc.com via smap (4.1) id xmab01785; Tue, 1 Jun 99 20:26:25 -0400 Received: from scmh1-gw.nsc.com by scmh1.nsc.com (X.400 to RFC822 Gateway); Tue, 1 Jun 1999 17:26:24 -0700 X400-Received: by mta MTANSC1 in /c=us/admd= /prmd=National/; Relayed; 01 Jun 1999 17:26:23 -0700 X400-Received: by /c=us/admd= /prmd=National/; Relayed; 01 Jun 1999 17:26:23 -0700 X400-MTS-Identifier: [/c=us/admd= /prmd=National/; 02DFE37547A2F27F-MTANSC1] Content-Identifier: 02DFE37547A2F27F Content-Return: Allowed X400-Content-Type: P2-1988 ( 22 ) Conversion: Allowed Original-Encoded-Information-Types: IA5-Text Priority: normal Disclose-Recipients: Prohibited Alternate-Recipient: Allowed X400-Originator: Abdorrazagh.Fereydouni@nsc.com X400-Recipients: non-disclosure; Message-Id: <"02DFE37547A2F27F*/c=US/admd= /prmd=National/o=notes/ou=Americas/s=Fereydouni/g=Abdorrazagh/"@MHS> Date: 01 Jun 1999 17:26:23 -0700 From: Abdorrazagh Fereydouni To: ibis-users Subject: analog driver Hi, I'd like to know whether or not IBIS supports analog I/O drivers(such as 2B1Q signal). If so, please direct me to some examples that show how it is done. rds, Abdi From owner-ibis Wed Jun 2 11:09:39 1999 Received: from motgate2.mot.com (motgate2.mot.com [129.188.136.102]) by server.eda.org (8.8.5/8.8.3) with ESMTP id LAA00714 for ; Wed, 2 Jun 1999 11:09:38 -0700 (PDT) Received: [from pobox2.mot.com (pobox2.mot.com [129.188.137.195]) by motgate2.mot.com (MOT-motgate2 1.0) with ESMTP id NAA22414 for ; Wed, 2 Jun 1999 13:04:56 -0500 (CDT)] Received: [from msgphx1.sps.mot.com (msgphx1.sps.mot.com [216.11.52.1]) by pobox2.mot.com (MOT-pobox2 2.0) with ESMTP id NAA03950 for ; Wed, 2 Jun 1999 13:01:24 -0500 (CDT)] Received: from email.sps.mot.com ([223.97.249.144]) by msgphx1.sps.mot.com (Netscape Messaging Server 3.61) with ESMTP id AAA2167 for ; Wed, 2 Jun 1999 11:03:36 -0700 Sender: robertg@pobox2.mot.com Message-ID: <375571FB.627272A5@email.sps.mot.com> Date: Wed, 02 Jun 1999 13:03:39 -0500 From: "Robert Goodrich (ra3862)" Organization: Motorola, Imaging & Storage Division X-Mailer: Mozilla 4.05 [en] (X11; I; SunOS 5.6 sun4m) MIME-Version: 1.0 To: "ibis-users@eda.org" Subject: Multiple voltage levels and s2ibis2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Motorola-Sent-Wireless: 1 All: To my knowledge s2ibis2 cannot be used directly to model a buffer that is powered internally at one potential, but will drive externally at another. For instance, I am required to model I/O that internally is 1.8V, but drives a 3.3V output. I was wondering, first of all, if there were any plans in the works for an "updated" s2ibis program (ver 3.2?). Next, I was wondering if anyone had developed any scripts or programs on their own that would help model a buffer of this type. If so, would you be open to sharing them? --Rob -- Rob Goodrich Circuit Design - Advanced Imaging Technology (AIT) Motorola SPS, I&E Solutions 6501 William Cannon Drive West MD: OE37 Austin, TX 78735 ra3862@email.sps.mot.com (512) 895-7341 From owner-ibis Wed Jun 2 15:15:22 1999 Received: from mailext02.compaq.com (mailext02.compaq.com [207.18.199.33]) by server.eda.org (8.8.5/8.8.3) with SMTP id PAA01651 for ; Wed, 2 Jun 1999 15:15:22 -0700 (PDT) Received: from mailext02.compaq.com by mailext02.compaq.com via smail with esmtp id for ; Wed, 2 Jun 99 17:09:13 -0500 (CDT) (/\##/\ Smail3.1.30.16 #30.10 built 27-oct-98) Received: from mail.compaq.com([not looked up]) (peer mailint02.compaq.com[207.18.199.35]) by mailext02.compaq.com with SMTP id rcv004798; Wed, 2 Jun 1999 17:09:09 -0500 (CDT) Received: from exchou-gh01.im.hou.compaq.com(really [172.18.219.203]) by mail.compaq.com via sendmail with esmtp id for ; Wed, 2 Jun 99 17:08:40 -0500 (CDT) (/\##/\ Smail3.1.30.16 #30.10 built 18-dec-97) Received: by exchou-gh01.im.hou.compaq.com with Internet Mail Service (5.5.2559.0) id ; Wed, 2 Jun 1999 17:08:40 -0500 Message-ID: <427351B4DEABD111A99400805F19E9BB02D62B14@exchou-prod0901.eng.hou.compaq.com> From: "Beal, Weston" To: ibis-users@eda.org Subject: RE: Multiple voltage levels and s2ibis2 Date: Wed, 2 Jun 1999 16:18:11 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2559.0) Content-Type: text/plain; charset="iso-8859-1" Rob, Just connect your internal power node to a voltage source in your netlist. The voltage that needs to be varied for case modeling is that of the output stage (3.3V). In the s2ibis control file you can set Vih to 1.8V for the level of the input pulse. Regards, Weston Beal Signal Integrity Engineer Compaq Computer Corp. -----Original Message----- From: Robert Goodrich (ra3862) [mailto:ra3862@email.sps.mot.com] Sent: Wednesday, 02 June, 1999 1:04 PM To: ibis-users@eda.org Subject: Multiple voltage levels and s2ibis2 All: To my knowledge s2ibis2 cannot be used directly to model a buffer that is powered internally at one potential, but will drive externally at another. For instance, I am required to model I/O that internally is 1.8V, but drives a 3.3V output. I was wondering, first of all, if there were any plans in the works for an "updated" s2ibis program (ver 3.2?). Next, I was wondering if anyone had developed any scripts or programs on their own that would help model a buffer of this type. If so, would you be open to sharing them? --Rob -- Rob Goodrich Circuit Design - Advanced Imaging Technology (AIT) Motorola SPS, I&E Solutions 6501 William Cannon Drive West MD: OE37 Austin, TX 78735 ra3862@email.sps.mot.com (512) 895-7341 From owner-ibis Wed Jun 2 18:18:20 1999 Received: from jake.hyperlynx.com (root@mail.hyperlynx.com [209.20.148.70]) by server.eda.org (8.8.5/8.8.3) with ESMTP id SAA02059; Wed, 2 Jun 1999 18:18:18 -0700 (PDT) Received: from tensor ([192.168.148.75]) by jake.hyperlynx.com (8.8.8/8.8.8) with SMTP id RAA06263; Wed, 2 Jun 1999 17:22:41 -0700 Message-Id: <3.0.5.32.19990602181222.00aee740@hyperwall> X-Sender: mbflora@hyperwall X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Wed, 02 Jun 1999 18:12:22 +0000 To: ibis@eda.org, ibis-users@eda.org From: Matthew Flora Subject: DAC IBIS Summit Meeting - Second Announcement Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" D A C I B I S S U M M I T M E E T I N G S E C O N D A N N O U N C E M E N T DATE: Monday, June 21, 1993 TIME: 8:30 AM - Afternoon CITY: New Orleans, Louisiana LOCATION: Hilton Hotel, New Orleans Riverside, next to Ernest N. Morial Convention Center where the Design Automation Conference (DAC) is being held. ROOM: Chequers LUNCH: Refreshments and Lunch will be provided. AGENDA: The agenda is being planned. Some planned items are: Business & Discussions: - Election of Officers for 1999-2000 - Open BIRDs Discussion - IBIS Version 3.2 Letter Ballot Response Issues - s2ibis2/3 Project Report - Version 4.X Features Expected Presentations to Date: - IBIS 98-99 Overview - Bob Ross, Mentor Graphics - Accuracy Specification Update - Bob Haller, Compaq - ECALS-2 and the EMI Problem - Atsushi Ito, Matsushita - Equation Based Modeling, Arpad Muranyi, Intel - Status of IMIC, Hideki Fukuda, Hitachi DAC: DAC is scheduled Monday - Friday, June 21 -25, 1999. The exhibitor portion is open from 10 AM to 6 PM on Monday - Wednesday. So there should be time after the IBIS Summit meeting to visit the show. For more information on DAC99 activities, housing, etc. visit the DAC99 URL. DAC URL: http://www.dac.com/ CALL FOR PRESENTATIONS: Along with the presentatations currently planned, we welcome other technical presentations related to any current IBIS activity and to future IBIS needs. Contact Matthew Flora (see below) regarding your presentation: Presenter: Title: Estimated Time: We would like you to provide handouts for the meeting (about 25) and also an electronic copy for archiving. CALL FOR ATTENDEES: Please let Matthew Flora know if you are planning to attend so we have an estimate on food requirements. CONTACT: Matthew Flora mbflora@hyperlynx.com (425) 869-2320 From owner-ibis Wed Jun 2 23:10:34 1999 Received: from galileo5.galileo.co.il ([192.116.246.130]) by server.eda.org (8.8.5/8.8.3) with ESMTP id XAA02773 for ; Wed, 2 Jun 1999 23:09:29 -0700 (PDT) Received: from galileo.co.il (galileo55 [10.2.10.55]) by galileo.co.il (8.8.5/8.8.5) with ESMTP id JAA03880; Thu, 3 Jun 1999 09:01:06 +0300 (GMT-3) Sender: dan@galileo.co.il Message-ID: <37561A22.38F7B839@galileo.co.il> Date: Thu, 03 Jun 1999 09:01:06 +0300 From: Dan Aleksandrowicz Organization: GALILEO Technology Ltd. X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Robert Goodrich , ibis-users@eda.org Subject: Re: Multiple voltage levels and s2ibis2 References: <427351B4DEABD111A99400805F19E9BB02D62B14@exchou-prod0901.eng.hou.compaq.com> Content-Type: multipart/alternative; boundary="------------3661227CD7BEE59CA69EA6AE" --------------3661227CD7BEE59CA69EA6AE Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: base64 Rob, I agree with Beal's solution, and would like to add to it another aspect. If you create in your spice stack a global voltage source of VDD1_8 - 1.8V I would recommend you use voltage dependent source which is relevant to the 3.3V of your pad supply. This will enable you to properly simulate the max & min cases were the min voltage will be = (1.8-0.18) and the max = (1.8 +0.18). I also recommend you checking your [vil] and [vih] in the *s2i file that they fit the min and max cases. [vil] 0.6 0.4 0.8 [vih] 1.6 1.4 1.8 good luck. Dan. "Beal, Weston" wrote: > Rob, > > Just connect your internal power node to a voltage source in your netlist. > The voltage that needs to be varied for case modeling is that of the output > stage (3.3V). In the s2ibis control file you can set Vih to 1.8V for the > level of the input pulse. > > Regards, > Weston Beal > Signal Integrity Engineer > Compaq Computer Corp. > > -----Original Message----- > From: Robert Goodrich (ra3862) > model I/O that internally is 1.8V, but drives a 3.3V > output. I was wondering, first of all, if there were any > plans in the works for an "updated" s2ibis program (ver > 3.2?). Next, I was wondering if anyone had developed any > scripts or programs on their own that would help model a > buffer of this type. If so, would you be open to sharing > them? > > -- \\|// (o o) ~~~~~~~~~~~~oOOo~(_)~oOOo~~~~~~~~~~~~~~~~~~~ Dan Aleksandrowicz Galileo Technology Mercaz Ofek 1 (Building B') Northern Industrial Zone, LOD 71293, ISRAEL email:dan@galileo.co.il Tel: +972 8 9247555 (- Ext. 324 |__| |__| #|oo| |--| ___ _ _ |--| | | |\ |oo|) /\ __ \\ \\ |------------\| #|--\ _||- ____\ \__\\_\\__|_||_________________\___| |__v-___ \ / \ "Smoke on the water. Fire in the sky." / ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ --------------3661227CD7BEE59CA69EA6AE Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Rob,

I agree with  Beal's solution, and would like to add to it another aspect.

If you create in your spice stack a global voltage source of VDD1_8 - 1.8V
I would recommend you use voltage dependent source which is relevant to the
3.3V of your pad supply.

This will enable you to properly simulate the max & min cases were the
min voltage will be = (1.8-0.18)  and the max = (1.8 +0.18). I also recommend
you checking your [vil] and [vih] in the *s2i file that they fit the min and max cases.

[vil] 0.6 0.4 0.8
[vih] 1.6 1.4 1.8
 

good luck.

Dan.

"Beal, Weston" wrote:

Rob,

Just connect your internal power node to a voltage source in your netlist.
The voltage that needs to be varied for case modeling is that of the output
stage (3.3V).  In the s2ibis control file you can set Vih to 1.8V for the
level of the input pulse.

Regards,
Weston Beal
Signal Integrity Engineer
Compaq Computer Corp.

                -----Original Message-----
                From:   Robert Goodrich (ra3862)
                model I/O that internally is 1.8V, but drives a 3.3V
                output.  I was wondering, first of all, if there were any
                plans in the works for an "updated" s2ibis program (ver
                3.2?).  Next, I was wondering if anyone had developed any
                scripts or programs on their own that would help model a
                buffer of this type.   If so, would you be open to sharing
                them?
 
 

-- 
                \\|//
                (o o)
~~~~~~~~~~~~oOOo~(_)~oOOo~~~~~~~~~~~~~~~~~~~
Dan Aleksandrowicz
Galileo Technology 
Mercaz Ofek 1   (Building B') 
Northern Industrial Zone, LOD 71293,  ISRAEL 
email:dan@galileo.co.il
Tel: +972 8 9247555    (-                    
     Ext. 324         |__|
                      |__|
                     #|oo| |--|   ___
           _  _    |--|  | |  |\ |oo|)        /\
       __  \\ \\   |------------\| #|--\     _||-
   ____\ \__\\_\\__|_||_________________\___|   |__v-___
   \                                                   /
    \      "Smoke on the water. Fire in the sky."     /
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  --------------3661227CD7BEE59CA69EA6AE-- From owner-ibis Thu Jun 3 09:08:57 1999 Received: from wile.nesa.com ([204.240.29.30]) by server.eda.org (8.8.5/8.8.3) with ESMTP id JAA05998 for ; Thu, 3 Jun 1999 09:08:55 -0700 (PDT) Received: (from mail@localhost) by wile.nesa.com (8.8.5/8.8.5) id LAA19099; Thu, 3 Jun 1999 11:09:36 -0400 Received: from porky.nesa.com(204.240.29.45) by wile.nesa.com via smap (V1.3) id sma019097; Thu Jun 3 11:09:31 1999 Message-Id: <3.0.5.32.19990603111353.00a706f0@mail.nesa.com> X-Sender: breda@mail.nesa.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Thu, 03 Jun 1999 11:13:53 -0400 To: ibis-users@eda.org From: Kathy Breda Subject: IBIS Users' Group - Change to day of meeting? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Greetings: I have had a request to change the IBIS Users' meetings from Thursday to any other day of the week. I'd like to suggest either Wednesday or Friday - same time, 3:00 PM. Let me hear your feedback. IBIS needs your support and technical input. The majority vote picks the day! Thanks, Kathy Breda +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ | NORTH EAST SYSTEMS ASSOCIATES, INC. | | ------------------------------------- | | "High Performance Engineering & Design" | +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ | Kathy Breda e-mail: breda@nesa.com | | NESA, Inc. http://www.nesa.com/ | | 636 Great Road Tel +1.978.897-8787 | | Stow, MA 01775 USA Fax +1.978.897-5359 | +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ From owner-ibis Wed Jun 9 10:40:35 1999 Received: from relay1.wv.mentorg.com (relay1.mentorg.com [192.94.38.42]) by server.eda.org (8.8.5/8.8.3) with ESMTP id KAA03327 for ; Wed, 9 Jun 1999 10:40:34 -0700 (PDT) Received: from em-wv03.wv.mentorg.com by relay1.wv.mentorg.com (8.8.8/CF5.40F) id KAA13058; Wed, 9 Jun 1999 10:34:08 -0700 (PDT) Received: from icxdoc by em-wv03.wv.mentorg.com (8.8.8/CF5.40R) id KAA25193; Wed, 9 Jun 1999 10:34:06 -0700 (PDT) Sender: david_hanson@mentorg.com Message-ID: <375EA58E.6C3E@mentorg.com> Date: Wed, 09 Jun 1999 10:34:06 -0700 From: "David L. Hanson" Organization: Learning Products X-Mailer: Mozilla 3.01 (X11; I; HP-UX B.10.20 9000/785) MIME-Version: 1.0 To: ibis-users@eda.org Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit subscribe david_hanson@mentorg.com --------------------------------------- David L. Hanson Phone (503) 685-1121 FAX (503) 645-4897 david_hanson@mentorg.com The fear of the Lord is the beginning! --------------------------------------- From owner-ibis Fri Jun 11 15:20:40 1999 Received: from relay1.wv.mentorg.com (relay1.mentorg.com [192.94.38.42]) by server.eda.org (8.8.5/8.8.3) with ESMTP id PAA14432; Fri, 11 Jun 1999 15:20:40 -0700 (PDT) Received: from em-wv03.wv.mentorg.com by relay1.wv.mentorg.com (8.8.8/CF5.40F) id PAA24410; Fri, 11 Jun 1999 15:14:11 -0700 (PDT) Received: from mentor.com by em-wv03.wv.mentorg.com (8.8.8/CF5.40R) id PAA04097; Fri, 11 Jun 1999 15:14:10 -0700 (PDT) Sender: bob_ross@mentorg.com Message-ID: <37618A32.5A97A636@mentor.com> Date: Fri, 11 Jun 1999 15:14:10 -0700 From: Bob Ross X-Mailer: Mozilla 4.05 [en] (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: ibis@eda.org, ibis-users@eda.org, si-list@silab.eng.sun.com CC: cfleming@eia.org Subject: REMINDER TO VOTE ON IBIS SP-4557 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To All: REMINDER TO VOTE ON SP-4557. Download the ballot form from the EIA IBIS home page: http://www.eia.org/eig/ibis/ibis.htm Return by surface mail or FAX the completed, signed form. Vote is by COMPANY only. DEADLINE is June 23, 1999. Standards Proposal 4557 is a proposed revision to EIA-656 "I/O Buffer Information Specification (IBIS) to Version 3.2 to be pubished, if approved, as EIA-656-A and as an American National Standard. Thank you Bob Ross Chair, EIA IBIS Open Forum Mentor Graphics From owner-ibis Mon Jun 14 12:08:27 1999 Received: from relay1.wv.mentorg.com (relay1.mentorg.com [192.94.38.42]) by server.eda.org (8.8.5/8.8.3) with ESMTP id MAA23420; Mon, 14 Jun 1999 12:08:27 -0700 (PDT) Received: from em-wv03.wv.mentorg.com by relay1.wv.mentorg.com (8.8.8/CF5.40F) id MAA15701; Mon, 14 Jun 1999 12:00:45 -0700 (PDT) Received: from mentor.com by em-wv03.wv.mentorg.com (8.8.8/CF5.40R) id MAA13646; Mon, 14 Jun 1999 12:00:43 -0700 (PDT) Sender: bob_ross@mentorg.com Message-ID: <3765515C.BE532580@mentor.com> Date: Mon, 14 Jun 1999 12:00:44 -0700 From: Bob Ross X-Mailer: Mozilla 4.05 [en] (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: ibis@eda.org, ibis-users@eda.org CC: will.hobbs@intel.com Subject: [Fwd: REMINDER TO VOTE ON IBIS SP-4557] Content-Type: multipart/mixed; boundary="------------284FD0A2ACD1280186A12E34" This is a multi-part message in MIME format. --------------284FD0A2ACD1280186A12E34 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Will: Just to clarify, only one vote per COMPANY is allowed. So if several votes are received from a company, and they disagree, we will need to resolve any disagreement by identifying the selecting the vote from the primary representative. However, we will officially review and respond to any comment received. Thanks, Bob Ross Mentor Graphics --------------284FD0A2ACD1280186A12E34 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline >Received: from relay1.wv.mentorg.com by em-wv03.wv.mentorg.com (8.8.8/CF5.40R) id QAA15125; Fri, 11 Jun 1999 16:32:49 -0700 (PDT) Received: from relay1.wv.mentorg.com by em-wv03.wv.mentorg.com (8.8.8/CF5.40R) id QAA15125; Fri, 11 Jun 1999 16:32:49 -0700 (PDT) Received: from thalia.fm.intel.com by relay1.wv.mentorg.com (8.8.8/CF5.40F) id QAA29070; Fri, 11 Jun 1999 16:32:49 -0700 (PDT) Received: from fmsmsx28.FM.INTEL.COM (fmsmsx28.fm.intel.com [132.233.42.28]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id QAA03220 for ; Fri, 11 Jun 1999 16:32:48 -0700 (PDT) Received: by fmsmsx28.fm.intel.com with Internet Mail Service (5.5.2448.0) id ; Fri, 11 Jun 1999 16:32:48 -0700 Message-ID: From: "Hobbs, Will" To: "'Bob Ross'" Subject: RE: REMINDER TO VOTE ON IBIS SP-4557 Date: Fri, 11 Jun 1999 16:32:44 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Bob, You might want to mention EIA's policy concerning what votes actually count. Is it one vote per member company, and all comments will be reviewed and responded to, or do all votes count? Will -----Original Message----- From: Bob Ross [mailto:bob_ross@mentorg.com] Sent: Friday, June 11, 1999 3:14 PM To: ibis@eda.org; ibis-users@eda.org; si-list@silab.eng.sun.com Cc: cfleming@eia.org Subject: REMINDER TO VOTE ON IBIS SP-4557 To All: REMINDER TO VOTE ON SP-4557. Download the ballot form from the EIA IBIS home page: http://www.eia.org/eig/ibis/ibis.htm Return by surface mail or FAX the completed, signed form. Vote is by COMPANY only. DEADLINE is June 23, 1999. Standards Proposal 4557 is a proposed revision to EIA-656 "I/O Buffer Information Specification (IBIS) to Version 3.2 to be pubished, if approved, as EIA-656-A and as an American National Standard. Thank you Bob Ross Chair, EIA IBIS Open Forum Mentor Graphics --------------284FD0A2ACD1280186A12E34-- From owner-ibis Tue Jun 15 00:00:54 1999 Received: from relay1.wv.mentorg.com (relay1.mentorg.com [192.94.38.42]) by server.eda.org (8.8.5/8.8.3) with ESMTP id AAA24957 for ; Tue, 15 Jun 1999 00:00:54 -0700 (PDT) Received: from em-tw01.twt.mentorg.com by relay1.wv.mentorg.com (8.8.8/CF5.40F) id XAA22995; Mon, 14 Jun 1999 23:54:03 -0700 (PDT) Received: by em-tw01.twt.mentorg.com (8.7.5/CF5.38H) id OAA27454; Tue, 15 Jun 1999 14:52:05 +0800 (CST) From: wis_macomson@mentorg.com (Wis_macomson) Message-Id: <199906150652.OAA27454@em-tw01.twt.mentorg.com> Subject: timing on GTL+ bus To: ibis-users@eda.org Date: Tue, 15 Jun 1999 14:52:03 +0800 (CST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit To All: Be aware that when simulating a GTL+ bus using some processor models, you must adjust the receiver input thresholds when the driver has different slow and fast models and assumes different termination voltages in them. Some new processors have internal pull-up resistors for the GTL bus, which reduces parts significantly, and result in extremely attractive signal quality when the processor receives. The resistors are connected to separate termination voltage (Vtt) supply pins. When simulating slow corner for timing, one uses the low termination voltage and high internal resistor values. The fast corner uses high Vtt and low resistance. For the components with internal pull- ups, this can be done with a model whose [Voltage Range] is set to the termination voltage desired, and the V-I curves take care of the resistor values. Remember that Vinl and Vinh for the GTL bus are based on some reference voltage, Vref, which is typically developed via a resistive divider between Vtt and ground. For a widely used GTL variant called "GTL+", Vtt = +1.5V and Vref is nominally 2/3*Vtt = +1.00V. Often, Vinl and Vinh are specified as offsets from Vref, such as: Vinl(max) = Vref - 200mV Vinh(min) = Vref + 200mV In the nominal case listed above, then, Vinl would be +0.800V, and Vinh would be +1.200V. Indeed, a popular GTL+ bridge component has these values listed in its IBIS model. However, if Vtt is at its low margin level, for example +1.35V, then Vref will be +0.900V, and the receiver thresholds should "reflect" this. Using the example, Vinl(max) = +0.700V, Vinh(min) = +1.100V. In the case where a slow corner model includes the low Vtt value, the output voltage step may not be able to incident wave switch on the low to high transition, if one uses the Vinh value derived from the nominal Vtt as the timing point on the receiver waveform. In a specific instance, the existing model for a GTL+ bridge component, with Vinl=+0.8V, Vinh=+1.2V, showed timing violations on the slow corner. The slow corner drivers on the processor showed a shelf just below +1.2V, when the PCB trace impedance was at its low value. The voltage didn't cross the high threshold until after the slow RC charging from the step up to Vtt, which violated timing. Because Vtt and Vref were common to the processor and bridge, it is reasonable to assume that the switching threshold at the bridge would track the Vtt. Setting Vinh to +1.1V showed that the timing was acceptable. (One just might think that they designed the processor output buffers just big enough to handle the low trace impedance case.) This discussion extends to the fast corner, where the nominal thresholds would give an overly conservative (smaller) hold time estimate, because the thresholds would be lower than actual. The unfortuate part of this is that you now need "slow" and "fast" receiver models, as there is no "typ/min/max" for Vinl and Vinh. The other point to keep in mind is that you need to be very careful if you have a system design with separate Vtt supplies to the loads on a GTL bus, or if you have separate Vref's to those loads. Note: for margin, one could take into account the tolerance of the divider resistors, and adust Vinl and Vinh up or down appropriately. Regards, -wis -- Wis Macomson SiQual c/o Wis_Macomson@mentor.com From owner-ibis Tue Jun 15 20:22:16 1999 Received: from mailext03.compaq.com (mailext03.compaq.com [207.18.199.41]) by server.eda.org (8.8.5/8.8.3) with SMTP id UAA01296 for ; Tue, 15 Jun 1999 20:22:15 -0700 (PDT) Received: from mailext03.compaq.com by mailext03.compaq.com via smail with esmtp id for ; Tue, 15 Jun 99 22:16:13 -0500 (CDT) (/\##/\ Smail3.1.30.16 #30.10 built 27-oct-98) Received: from mail.compaq.com([not looked up]) (peer mailint02.compaq.com[207.18.199.35]) by mailext03.compaq.com with SMTP id rcv027197; Tue, 15 Jun 1999 22:16:11 -0500 (CDT) Received: from exchou-gh02.im.hou.compaq.com(really [172.18.219.204]) by mail.compaq.com via sendmail with esmtp id for ; Tue, 15 Jun 99 12:55:35 -0500 (CDT) (/\##/\ Smail3.1.30.16 #30.10 built 18-dec-97) Received: by exchou-gh02.im.hou.compaq.com with Internet Mail Service (5.5.2559.0) id ; Tue, 15 Jun 1999 12:55:34 -0500 Message-ID: <427351B4DEABD111A99400805F19E9BB02D62B54@exchou-prod0901.eng.hou.compaq.com> From: "Beal, Weston" To: "'wis_macomson@mentorg.com'" , ibis-users@eda.org Subject: RE: timing on GTL+ bus Date: Tue, 15 Jun 1999 12:55:32 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2559.0) Content-Type: text/plain; charset="iso-8859-1" Wis, This is covered in IBIS 3.x with the vinl and vinh under [Model Spec]. There you can specify typ, min, max for these thresholds. Regards, Weston Beal Signal Integrity Engineer Compaq Computer Corp. -----Original Message----- From: wis_macomson@mentorg.com [mailto:wis_macomson@mentorg.com] Sent: Tuesday, 15 June, 1999 1:52 AM To: ibis-users@eda.org Subject: timing on GTL+ bus To All: Be aware that when simulating a GTL+ bus using some processor models, you must adjust the receiver input thresholds when the driver has different slow and fast models and assumes different termination voltages in them. Some new processors have internal pull-up resistors for the GTL bus, which reduces parts significantly, and result in extremely attractive signal quality when the processor receives. The resistors are connected to separate termination voltage (Vtt) supply pins. When simulating slow corner for timing, one uses the low termination voltage and high internal resistor values. The fast corner uses high Vtt and low resistance. For the components with internal pull- ups, this can be done with a model whose [Voltage Range] is set to the termination voltage desired, and the V-I curves take care of the resistor values. Remember that Vinl and Vinh for the GTL bus are based on some reference voltage, Vref, which is typically developed via a resistive divider between Vtt and ground. For a widely used GTL variant called "GTL+", Vtt = +1.5V and Vref is nominally 2/3*Vtt = +1.00V. Often, Vinl and Vinh are specified as offsets from Vref, such as: Vinl(max) = Vref - 200mV Vinh(min) = Vref + 200mV In the nominal case listed above, then, Vinl would be +0.800V, and Vinh would be +1.200V. Indeed, a popular GTL+ bridge component has these values listed in its IBIS model. However, if Vtt is at its low margin level, for example +1.35V, then Vref will be +0.900V, and the receiver thresholds should "reflect" this. Using the example, Vinl(max) = +0.700V, Vinh(min) = +1.100V. In the case where a slow corner model includes the low Vtt value, the output voltage step may not be able to incident wave switch on the low to high transition, if one uses the Vinh value derived from the nominal Vtt as the timing point on the receiver waveform. In a specific instance, the existing model for a GTL+ bridge component, with Vinl=+0.8V, Vinh=+1.2V, showed timing violations on the slow corner. The slow corner drivers on the processor showed a shelf just below +1.2V, when the PCB trace impedance was at its low value. The voltage didn't cross the high threshold until after the slow RC charging from the step up to Vtt, which violated timing. Because Vtt and Vref were common to the processor and bridge, it is reasonable to assume that the switching threshold at the bridge would track the Vtt. Setting Vinh to +1.1V showed that the timing was acceptable. (One just might think that they designed the processor output buffers just big enough to handle the low trace impedance case.) This discussion extends to the fast corner, where the nominal thresholds would give an overly conservative (smaller) hold time estimate, because the thresholds would be lower than actual. The unfortuate part of this is that you now need "slow" and "fast" receiver models, as there is no "typ/min/max" for Vinl and Vinh. The other point to keep in mind is that you need to be very careful if you have a system design with separate Vtt supplies to the loads on a GTL bus, or if you have separate Vref's to those loads. Note: for margin, one could take into account the tolerance of the divider resistors, and adust Vinl and Vinh up or down appropriately. Regards, -wis -- Wis Macomson SiQual c/o Wis_Macomson@mentor.com From owner-ibis Sun Jun 20 20:58:30 1999 Received: from exchtp02.via.com.tw (exchange2.via.com.tw [202.145.217.249]) by server.eda.org (8.8.5/8.8.3) with ESMTP id UAA25474 for ; Sun, 20 Jun 1999 20:58:29 -0700 (PDT) Received: by EXCHANGE2 with Internet Mail Service (5.5.2232.9) id ; Mon, 21 Jun 1999 11:32:54 +0800 Message-ID: <9BADB79F06B3D211974800A0C92BD8A00810F0@EXCHANGE2> From: Weber Chuang To: "'ibis-users'" Subject: RE: analog driver Date: Mon, 21 Jun 1999 11:32:53 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Hi , Could I know what is 2B1Q? thanks in advance! Best Regards Weber -----Original Message----- From: Abdorrazagh Fereydouni [mailto:Abdorrazagh.Fereydouni@nsc.com] Sent: Wednesday, June 02, 1999 8:26 AM To: ibis-users Subject: analog driver Hi, I'd like to know whether or not IBIS supports analog I/O drivers(such as 2B1Q signal). If so, please direct me to some examples that show how it is done. rds, Abdi From owner-ibis Mon Jun 21 11:25:18 1999 Received: from mail.staktek.com (root@mail.staktek.com [204.181.85.2]) by server.eda.org (8.8.5/8.8.3) with ESMTP id LAA28375 for ; Mon, 21 Jun 1999 11:25:17 -0700 (PDT) Received: from staktek.com (pc114.staktek.com [204.181.85.114]) by mail.staktek.com with ESMTP (8.7.6/8.7.1) id NAA08221; Mon, 21 Jun 1999 13:16:28 -0500 (CDT) Message-ID: <376E821A.132C8D64@staktek.com> Date: Mon, 21 Jun 1999 13:19:07 -0500 From: Russell Rapport Reply-To: rrapport@staktek.com Organization: Staktek Corp. X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: Weber Chuang CC: "'ibis-users'" Subject: Re: analog driver References: <9BADB79F06B3D211974800A0C92BD8A00810F0@EXCHANGE2> Content-Type: multipart/mixed; boundary="------------6E943AC25C1978F405CC7D2E" This is a multi-part message in MIME format. --------------6E943AC25C1978F405CC7D2E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 2B1Q is a bidirectional signaling scheme (a "line code") used on telephone lines in which 2 binary bits are encoded in a single "quaternary" symbol, containing 4 amplitude levels. This line code is used to limit the bandwidth, thus reducing crosstalk problems inside cable bundles. Weber Chuang wrote: > Hi , > > Could I know what is 2B1Q? thanks in advance! > > Best Regards > > Weber > > -----Original Message----- > From: Abdorrazagh Fereydouni [mailto:Abdorrazagh.Fereydouni@nsc.com] > Sent: Wednesday, June 02, 1999 8:26 AM > To: ibis-users > Subject: analog driver > > Hi, > I'd like to know whether or not IBIS supports analog I/O drivers(such as > 2B1Q > signal). If > so, please direct me to some examples that show how it is done. > > rds, > Abdi --------------6E943AC25C1978F405CC7D2E Content-Type: text/x-vcard; charset=us-ascii; name="rrapport.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Russell Rapport Content-Disposition: attachment; filename="rrapport.vcf" begin:vcard n:Rapport;Russell tel;fax:512-454-9409 tel;work:512-454-9531 x235 x-mozilla-html:FALSE org:Staktek Corporation adr:version:2.1;;8900 Shoal Creek Blvd #125;Austin;Tx;78757; version:2.1 email;internet:rrapport@staktek.com title:Senior Product Development Engineer x-mozilla-cpt:;-9936 fn:Russell Rapport end:vcard --------------6E943AC25C1978F405CC7D2E-- From owner-ibis Fri Jun 25 17:13:05 1999 Received: from stellar-g.actel.com (stellar-g.actel.com [204.33.72.20]) by server.eda.org (8.8.5/8.8.3) with SMTP id RAA19294 for ; Fri, 25 Jun 1999 17:13:04 -0700 (PDT) Received: from sv-gw-02.amer.actel.com by stellar-g.actel.com (SMI-8.6/SMI-SVR4) id RAA15427; Fri, 25 Jun 1999 17:06:31 -0700 Received: by sv-gw-02.amer.actel.com with Internet Mail Service (5.5.2448.0) id ; Fri, 25 Jun 1999 17:07:07 -0700 Message-ID: From: "Montoya, Silvia" To: ibis-users@eda.org Subject: RE: Characterization Conditions Date: Fri, 25 Jun 1999 17:06:51 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Hello fellow model makers , Can someone please explain what ' s2ibis2 ' utility does with the package RLC [R_pkg], [L_pkg], [C_pkg] specified in the s2ibis2 command file ? Is it used as input to the Spice simulation of I/V data , Ramp data , Rising /Falling waveform ? Or is it mearly copied to the final IBIS Model file. Thanks ! Silvia Montoya Actel Corporation silvia.montoya@actel.com From owner-ibis Sun Jun 27 13:43:43 1999 Received: from unknown (ts004d06.atl-ga.concentric.net [206.173.82.162]) by server.eda.org (8.8.5/8.8.3) with SMTP id NAA23672; Sun, 27 Jun 1999 13:43:39 -0700 (PDT) From: cc123@boardermail.com Message-Id: <199906272043.NAA23672@server.eda.org> Subject: laser printer toner advertisement Date: Mon, 28 Jun 1999 00:59:03 BENCHMARK SUPPLY 7540 BRIDGEGATE COURT ATLANTA GA 30350 ***LASER PRINTER TONER CARTRIDGES*** ***FAX AND COPIER TONER*** CHECK OUT OUR NEW CARTRIDGE PRICES : APPLE LASER WRITER PRO 600 OR 16/600 $69 LASER WRITER SELECT 300,310.360 $69 LASER WRITER 300, 320 $54 LASER WRITER LS,NT,2NTX,2F,2G & 2SC $54 LASER WRITER 12/640 $79 HEWLETT PACKARD LASERJET SERIES 2,3 & 3D (95A) $49 LASERJET SERIES 2P AND 3P (75A) $54 LASERJET SERIES 3SI AND 4SI (91A) $75 LASERJET SERIES 4L AND 4P $49 LASERJET SERIES 4, 4M, 5, 5M, 4+ (98A) $59 LASERJET SERIES 4000 HIGH YIELD (27X) $99 LASERJET SERIES 4V $95 LASERJET SERIES 5SI , 8000 $95 LASERJET SERIES 5L AND 6L $49 LASERJET SERIES 5P, 5MP, 6P, 6MP $59 LASERJET SERIES 5000 (29A) $135 LASERJET SERIES 1100 (92A) $49 LASERJET SERIES 2100 (96A) $89 LASERJET SERIES 8100 (82X) $145 HP LASERFAX LASERFAX 500, 700, FX1, $59 LASERFAX 5000, 7000, FX2, $59 LASERFAX FX3 $69 LASERFAX FX4 $79 LEXMARK OPTRA 4019, 4029 HIGH YIELD $135 OPTRA R, 4039, 4049 HIGH YIELD $135 OPTRA S 4059 HIGH YIELD $135 OPTRA E $59 OPTRA N $115 EPSON EPL-7000, 8000 $105 EPL-1000, 1500 $105 CANON LBP-430 $49 LBP-460, 465 $59 LBP-8 II $54 LBP-LX $54 LBP-MX $95 LBP-AX $49 LBP-EX $59 LBP-SX $49 LBP-BX $95 LBP-PX $49 LBP-WX $95 LBP-VX $59 CANON FAX L700 THRU L790 FX1 $59 CANONFAX L5000 L70000 FX2 $59 CANON COPIERS PC 20, 25 ETC.... $89 PC 3, 6RE, 7, 11 (A30) $69 PC 320 THRU 780 (E40) $89 NEC SERIES 2 LASER MODEL 90,95 $105 PLEASE NOTE: 1) ALL OUR CARTRIDGES ARE GENUINE OEM CARTRIDGES. 2) WE DO NOT SEND OUT CATALOGS OR PRICE LISTS 3) WE DO NOT FAX QUOTES OR PRICE LISTS. 4) WE DO NOT SELL TO RESELLERS OR BUY FROM DISTRIBUTERS 5) WE DO NOT CARRY: BROTHER-MINOLTA-KYOSERA-PANASONIC PRODUCTS 6) WE DO NOT CARRY: XEROX-FUJITSU-OKIDATA OR SHARP PRODUCTS 7) WE DO NOT CARRY ANY COLOR PRINTER SUPPLIES 8) WE DO NOT CARRY DESKJET/INKJET OR BUBBLEJET SUPPLIES 9) WE DO NOT BUY FROM OR SELL TO RECYCLERS OR REMANUFACTURERS 10 WE ACCEPT GOVERNMENT, SCHOOL & UNIVERSITY PURCHASE ORDERS ****OUR ORDER LINE IS 770-399-0953 **** ****OUR CUSTOMER SERVICE LINE IS 800-586-0540**** ****OUR E-MAIL REMOVAL AND COMPLAINT LINE IS 800-650-5062**** ****PLACE YOUR ORDER AS FOLLOWS**** : BY PHONE 770-399-0953 BY FAX: 770-698-9700 (CALL 770-512-0511 BEFORE FAXING) BY MAIL: BENCHMARK PRINT SUPPLY 7540 BRIDGEGATE COURT , ATLANTA GA 30350 MAKE SURE YOU INCLUDE THE FOLLOWING INFORMATION IN YOUR ORDER: 1) YOUR PHONE NUMBER 2) COMPANY NAME 3) SHIPPING ADDRESS 4) YOUR NAME 5) ITEMS NEEDED WITH QUANTITIES 6) METHOD OF PAYMENT. (COD OR CREDIT CARD) 7) CREDIT CARD NUMBER WITH EXPIRATION DATE 1) WE SHIP UPS GROUND. ADD $4.5 FOR SHIPPING AND HANDLING. 2) COD CHECK ORDERS ADD $3.5 TO YOUR SHIPPING COST. 2) WE ACCEPT ALL MAJOR CREDIT CARD OR "COD" ORDERS. 3) OUR STANDARD MERCHANDISE REFUND POLICY IS NET 30 DAYS 4) OUR STANDARD MERCHANDISE REPLCAMENT POLICY IS NET 90 DAYS. NOTE NUMBER (1): PLEASE DO NOT CALL OUR ORDER LINE TO REMOVE YOUR E-MAIL ADDRESS OR COMPLAIN. OUR ORDER LINE IS NOT SETUP TO FORWARD YOUR E-MAIL ADDRESS REMOVAL REQUESTS OR PROCESS YOUR COMPLAINTS..IT WOULD BE A WASTED PHONE CALL.YOUR ADDRESS WOULD NOT BE REMOVED AND YOUR COMPLAINTS WOULD NOT BE HANDLED.PLEASE CALL OUR TOLL FREE E-MAIL REMOVAL AND COMPLAINT LINE TO DO THAT. NOTE NUMBER (2): OUR E-MAIL RETURN ADDRESS IS NOT SETUP TO ANSWER ANY QUESTIONS YOU MIGHT HAVE REGARDING OUR PRODUCTS. OUR E-MAIL RETURN ADDRESS IS ALSO NOT SETUP TO TAKE ANY ORDERS AT THIS TIME. PLEASE CALL THE ORDER LINE TO PLACE YOUR ORDER OR HAVE ANY QUESTIONS ANSWERED. OTHERWISE PLEASE CALL OUR CUSTOMER SERCICE LINE. NOTE NUMBER (3): OWNERS OF ANY OF THE DOMAINS THAT APPEAR IN THE HEADER OF THIS MESSAGE,ARE IN NO WAY ASSOCIATED WITH, PROMOTING, DISTRIBUTING OR ENDORSING ANY OF THE PRODUCTS ADVERTISED HEREIN AND ARE NOT LIABLE TO ANY CLAIMS THAT MAY ARISE THEREOF. From owner-ibis Mon Jun 28 09:32:46 1999 Received: from jasper.cisco.com (jasper.cisco.com [171.69.198.63]) by server.eda.org (8.8.5/8.8.3) with ESMTP id JAA26378 for ; Mon, 28 Jun 1999 09:32:45 -0700 (PDT) Received: from jasper.cisco.com (jasper.cisco.com [171.69.198.63]) by jasper.cisco.com (8.8.8-Cisco List Logging/8.8.8) with SMTP id JAA00401; Mon, 28 Jun 1999 09:26:08 -0700 (PDT) Message-Id: <199906281626.JAA00401@jasper.cisco.com> Date: Mon, 28 Jun 1999 09:26:08 -0700 (PDT) From: Syed Huq Reply-To: Syed Huq Subject: RE: Characterization Conditions To: ibis-users@eda.org, Silvia.Montoya@actel.com MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: /gjljdLLL4HL91/CDyTILA== X-Mailer: dtmail 1.2.1 CDE Version 1.2.1 SunOS 5.6 sun4m sparc Silvia, The way I understand this, the package parameters are not added to the netlist for the I/V or Ramp or Rising/Falling waveform simulations. This is clear if you look at any of the s2ibis2 generated input files(.spi). I believe that's how it should be done anyways. Regards, Syed. Cisco Systems, Inc > X-SMAP-Received-From: outside > From: "Montoya, Silvia" > To: ibis-users@eda.org > Subject: RE: Characterization Conditions > Date: Fri, 25 Jun 1999 17:06:51 -0700 > MIME-Version: 1.0 > > Hello fellow model makers , > > Can someone please explain what ' s2ibis2 ' utility does with the > package RLC > [R_pkg], [L_pkg], [C_pkg] specified in the s2ibis2 command file ? Is > it used as > input to the Spice simulation of I/V data , Ramp data , Rising /Falling > waveform ? > Or is it mearly copied to the final IBIS Model file. > > Thanks ! > > Silvia Montoya > Actel Corporation > silvia.montoya@actel.com > >