Design Article
Comment
patrick.mannion
Hi Clyde, the link for part 1 above (where it says: Download the PDF) goes here: ...
Clyde_rel
The PDF link takes you to an incorrect document
Go beyond the datasheet – Part 1: Dependencies and guardbands
Gene Frantz, Chau Mai and Ivan Garcia, Texas Instruments
9/21/2010 8:07 AM EDT
Editor's Note: Part 2, "Understand the considerations" is now available, click here.
In 2007, Gene Frantz, Chau Mai and Ivan Garcia of Texas Instruments published a white paper in recognition of the fact that with ICs, we can no longer expect performance to naturally increase or power dissipation to decrease as readily as a function of the advances in process technology.
To quote the overview: “We need to find new ways to satisfy our continuing demand for more performance and to achieve that performance at a lower power level. By understanding the concepts of dependencies and guard bands, you can uncover hidden performance in your devices.”
We kick off this two-part series with that paper (click here to download PDF). In it, the trio explain how performance and power dissipation depend on other variables under your control, as well as how IC manufacturers use guard bands to guarantee the performance of their products.
Armed with these details behind the datasheet specification, they show you how you can create the
product you need—even when the data sheet says it is impossible!
Of course, it’s not that simple. In Part 2 Frantz and Garcia will add to their original paper with some considerations you will need to understand if you attempt to use integrated circuits outside of the data sheet. Stay tuned. I should have it up later this week (week of Sept. 20th).
In 2007, Gene Frantz, Chau Mai and Ivan Garcia of Texas Instruments published a white paper in recognition of the fact that with ICs, we can no longer expect performance to naturally increase or power dissipation to decrease as readily as a function of the advances in process technology.
To quote the overview: “We need to find new ways to satisfy our continuing demand for more performance and to achieve that performance at a lower power level. By understanding the concepts of dependencies and guard bands, you can uncover hidden performance in your devices.”
We kick off this two-part series with that paper (click here to download PDF). In it, the trio explain how performance and power dissipation depend on other variables under your control, as well as how IC manufacturers use guard bands to guarantee the performance of their products.
Armed with these details behind the datasheet specification, they show you how you can create the
product you need—even when the data sheet says it is impossible!
Of course, it’s not that simple. In Part 2 Frantz and Garcia will add to their original paper with some considerations you will need to understand if you attempt to use integrated circuits outside of the data sheet. Stay tuned. I should have it up later this week (week of Sept. 20th).
Navigate to related information


patrick.mannion
9/21/2010 9:41 AM EDT
While going beyond the datasheet (overclocking) is exciting and will work for custom applications, engineers clearly face liability issues if something should fail, so they're obliged not to take 'risks' -- for their own sake and the sake of the company they work for. But again, it's exciting to operate at the envelope, where appropriate. What's been your experience?
Sign in to Reply
YevgeniT
9/28/2010 5:05 AM EDT
To use the component outside any data-sheet limit, the customer needs to rework the characterization. It is very complex procedure. For example, even the manufacturer needs a few months to characterize a typical 32-bit network processor.
The customer also need to repeat the characterization in case of the changed device revision, or changing the semiconductor process tuning. The manufacturer doesn't notify the customer about second type of the event!
Why the customer needs to invest so much effort (instead of the manufacturer) with risk of reliability loss and other issues?
The good engineering practice is to provide enough guard before reaching the data-sheet limits.
Sign in to Reply
Duane Benson
10/6/2010 6:32 PM EDT
I suspect that such practice was pretty common well before we got to the point: "we can no longer expect performance to naturally increase or power dissipation to decrease..."
In the company I worked for in the early 90's, we had PLL issues and regularly ran them past the data sheet specifications. Of course, sometimes that did lead to problems, but by and large, it allowed the company to deliver a higher-performance product than would otherwise be available.
I can certainly understand the dilemma faced by component manufacturers. They want their parts to be chosen even in the most demanding of applications, but without that built-in headroom, they just don't know if there will be problems or not. The application may be completely viable, but their customers are in test-pilot mode.
We have to deal with the same thing here at Screaming Circuits. We can do an awful lot more than we promise, but outside of those promised parameters, the unknown rears its head and makes 100% certainty not realistic.
It's a bold and brave move for Ti to release that white paper. Most companies won't do such a thing for fear that people won't read the disclaimers and will end up angry. I salute Ti for publishing it.
Sign in to Reply
patrick.mannion
10/11/2010 12:00 PM EDT
Duane, I echo your sentiment, regarding TI's courage to publish this and I am excited to have just posted Part 2 of this two-parter here: http://www.eetimes.com/design/signal-processing-dsp/4209479/Go-beyond-the-datasheet--Part-2--Understand-the-considerations
Ivan and Gene go deeper the design considerations and how best to go about reaping the rewards of pushing the envelope. It comes with a disclaimer, however. As it should. Enjoy!
Sign in to Reply
Clyde_rel
10/21/2010 4:36 PM EDT
The PDF link takes you to an incorrect document
Sign in to Reply
patrick.mannion
10/21/2010 5:02 PM EDT
Hi Clyde, the link for part 1 above (where it says: Download the PDF) goes here: http://i.cmpnet.com/dspdesignline/2010/BeyondTheDatasheet.pdf and seems to work.
Can you clarify what's broken? Thanks!
Sign in to Reply