With many chips one big problem is that even if the semiconductor vendors
go out of their way and put slew rate controlled buffers into their
there is no way to tell how fast the product will actually run in a
design. This is especially true for glue logic chips which can be used in a
1 MHz system just as well as in a 100 MHz system. How should the IC vendor
adjust the slew rate then? It will have to be externally programmable then,
which adds more design complexity, and will raise the cost of the part.
Are people be willing to pay that extra cost in large quantities? Even if
the answer is yes, an SI engineer will still be needed to determine
the optimal setting of the slew rate for the particular design.
From: Roy Leventhal [mailto:Roy_Leventhal@mw.3com.com]
Sent: Thursday, July 15, 1999 8:47 AM
Subject: Re: [SI-LIST] : respons to semiconductor I/O edge rates
I have really appreciated the ongoing discussion about edge rates that my
original beef has kicked up and the many related topics it has opened up.
Lest we loose sight of my original beef it is this:
A consequence of shrinking feature size to get more on a die and faster
processing speeds is this: Edge rates have been kicked into warp speed: This
lead most boards potentially having a signal integrity problem on every net
the board --> where the edge rate bears no relation - way too fast - to the
intended application it creates "make work" unneccesary problems that cuts
his/her chances of competitive success.
So long as SI engineers don't understand this and don't push back on their
suppliers to see if the problem can be fixed at the SOURCE, they don't
understand that they're hired to make a contribution, not engage in busy
**** To unsubscribe from si-list: send e-mail to
firstname.lastname@example.org. In the BODY of message put: UNSUBSCRIBE
si-list, for more help, put HELP. si-list archives are accessible at
**** To unsubscribe from si-list: send e-mail to email@example.com. In the BODY of message put: UNSUBSCRIBE si-list, for more help, put HELP. si-list archives are accessible at http://www.qsl.net/wb6tpu/si-list ****