Re[2]: BIRD 35.2 - MULTI-STAGED OUTPUTS vs. V-t table

From: Arpad Muranyi <Arpad_Muranyi@ccm.fm.intel.com>
Date: Thu Nov 07 1996 - 08:27:00 PST

Text item:

Dileep and Bob,

I believe the main reason this BIRD was written was because Jon Powell showed us
a few cases for which the V-t curves are NOT adequate. I am only including
short excerpts from his description here. (I am shure he would be willing to
send the full document to anyone interested).

1) Decreased drive capability. In this example the driver has two output
stages. The first stage is High Current Low Voltage (100 mA at 3 V), the second
stage is lower driver to 5 V.

2) TTL-CMOS staged output. In this example the driver has two staged outputs,
the first is a standard TTL and the secone is standard 5 V CMOS.

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

Hi Bob,
Thanks for filling us in on the background.

>I would expect this method to be used with models that
>have [Rising Waveform] and [Falling Waveform] tables to
>better control the individual shapes.

My understanding was that the multi-stage switching specification
was an ALTERNATE and may be a more detailed way of specifying the
waveforms. Your statement seems to imply that the multi-stage
specification is in ADDITION to the waveform specification.
If that is the case, I do not see how one can utilize both
pieces of information and reconstruct a waveform in the simulator
and also I do not see how one can develop a model to isolate
these two effects.

Dileep Divekar

Text item: External Message Header

The following mail header is for administrative use
and may be ignored unless there are problems.

***IF THERE ARE PROBLEMS SAVE THESE HEADERS***.

X-Sun-Charset: US-ASCII
Cc: dileep@contec.Apsimtech.COM
Subject: Re: BIRD 35.2 - MULTI-STAGED OUTPUTS vs. V-t table
To: ibis@vhdl.org
Message-Id: <9611070017.AA25991@contec13.contec.COM>
From: dileep@contec.Apsimtech.COM (Dileep Divekar)
Date: Wed, 6 Nov 1996 16:17:36 +0800
Received: by contec13.contec.COM (5.0/SMI-SVR4)
     id AA25991; Wed, 6 Nov 1996 16:17:36 +0800
Received: from contec13.contec.COM by Apsimtech.COM (4.1/SMI-4.1)
     id AA15160; Wed, 6 Nov 96 16:08:54 PST
Received: from contec.UUCP by netcomsv.netcom.com with UUCP (8.6.12/SMI-4.1)
     id RAA04168; Wed, 6 Nov 1996 17:15:50 -0800
Received: from netcomsv.netcom.com (uucp13.netcom.com [163.179.3.13]) by vhdl.vh
dl.org (8.7.3/8.7.3) with SMTP id RAA01013 for <ibis@vhdl.org>; Wed, 6 Nov 1996
17:37:49 -0800 (PST)
Received: from vhdl.vhdl.org (vhdl.vhdl.org [198.31.14.3]) by mailbag.jf.intel.c
om (8.8.2/8.7.3) with ESMTP id RAA27301; Wed, 6 Nov 1996 17:49:19 -0800 (PST)
Received: from mailbag.jf.intel.com (root@mailbag.jf.intel.com [134.134.248.4])
by relay.jf.intel.com (8.8.2/8.7.3) with ESMTP id RAA10791; Wed, 6 Nov 1996 17:4
6:46 -0800 (PST)
Return-Path: owner-ibis@vhdl.vhdl.org
Received on Thu Nov 7 08:45:07 1996

This archive was generated by hypermail 2.1.8 : Fri Jun 03 2011 - 09:52:29 PDT