<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>

<channel>
	<title>All About EDA</title>
	<link>http://www.allabouteda.com</link>
	<description>All about EDA, VHDL/Verilog, Logic and Circuit Simulation, and more, from an Expert!</description>
	<pubDate>Wed, 02 Jul 2008 02:38:09 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
	<language>en</language>
			<item>
		<title>Rajeev says there&#8217;ll only be 2 EDA companies in 5 years.</title>
		<link>http://www.allabouteda.com/rajeev-says-therell-only-be-2-eda-companies-in-5-years/</link>
		<comments>http://www.allabouteda.com/rajeev-says-therell-only-be-2-eda-companies-in-5-years/#comments</comments>
		<pubDate>Wed, 02 Jul 2008 02:38:09 +0000</pubDate>
		<dc:creator>Simon</dc:creator>
		
		<category><![CDATA[Catch All]]></category>

		<category><![CDATA[commentary]]></category>

		<category><![CDATA[consolidation]]></category>

		<category><![CDATA[magma]]></category>

		<guid isPermaLink="false">http://www.allabouteda.com/rajeev-says-therell-only-be-2-eda-companies-in-5-years/</guid>
		<description><![CDATA[Recently, Magma's Rajeev Madhavan gave an interview in which he said "I believe that within five years only two EDA companies will survive. We will therefore be one of these two big companies, or we will have been bought by one of them." Is he right, in either assertion? If so, why? Comments welcome.]]></description>
			<content:encoded><![CDATA[<p>While at the <a href="http://www.silicomventures.com/" target="_blank">Silicom Ventures international summit</a> in Israel recently, Magma&#8217;s Rajeev Madhavan gave an interview to <a href="" target="_blank">Globes Online</a>, a local business magazine. In this interview, entitled <a href="http://www.globes.co.il/serveen/globes/DocView.asp?did=1000356878&#038;fid=980" target="_blank">Chip Design is for the rich</a>, Rajeev stated<br />
<blockquote>&#8220;I believe that within five years only two EDA companies will survive. We will therefore be one of these two big companies, or we will have been bought by one of them.&#8221;</p></blockquote>
<p>Wow. That&#8217;s a staggering assertion, and enough to make this life-long EDA guy sit up and notice. It&#8217;s either incredibly bold and ballsy or a plea to be acquired, and you can read it how you wish. </p>
<p>I can&#8217;t believe it&#8217;s evidence for a plea to be acquired, given that Magma&#8217;s market cap <a href="http://finance.yahoo.com/q/bc?s=LAVA&#038;t=1y" target="_blank">is less than 40% what it was this time last year</a>. Even worse, the 52 week forecast is for $10, still far beneath the high water mark of the last 12 months ($15.44). So if it&#8217;s not acquisition time, maybe it&#8217;s a bold statement of intent, laying down a challenge to the other three broadline EDA companies. Let&#8217;s consider the evidence; taking on perhaps the greatest EDA franchise of synthesis; kicking Synopsys (a company unafraid of using litigation to assert and protect their rights) in the behind, to start off an expensive and extremely hostile action; buying Mojave to attack the LVS market; entering analog &#038; mixed-signal design and verification. The desire to become a broadline supplier is pulling them in many different directions, and while the field may be excited, the impact on AEs, financial resources, and management attention is significant, if difficult to quantify.</p>
<p>Of course, you have to buy into the statement that there&#8217;ll only be 2 EDA companies in 5 years time - down from over 250 at the time of writing. It&#8217;s no surprise that we&#8217;re coming in to a time of consolidation - growth in EDA has been sluggish at best. With the bigger fish looking at the smaller fish as &#8216;temporarily outsourced initial R&#038;D&#8217;, that&#8217;s still a lot of chewing and swallowing for the bigger fish.</p>
<p>I don&#8217;t buy into the two company thesis. Maybe it&#8217;s just Rajeev being Rajeev. Or maybe, just maybe, he&#8217;s channeling Joe Costello - the spirit of EDA past.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.allabouteda.com/rajeev-says-therell-only-be-2-eda-companies-in-5-years/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Vectorless methods for deriving instantaneous current</title>
		<link>http://www.allabouteda.com/vectorless-methods-for-deriving-instantaneous-current/</link>
		<comments>http://www.allabouteda.com/vectorless-methods-for-deriving-instantaneous-current/#comments</comments>
		<pubDate>Mon, 30 Jun 2008 20:38:55 +0000</pubDate>
		<dc:creator>Simon</dc:creator>
		
		<category><![CDATA[Voltage Drop Analysis]]></category>

		<category><![CDATA[instantaneous current]]></category>

		<category><![CDATA[peak current]]></category>

		<category><![CDATA[static timing analysis]]></category>

		<category><![CDATA[syntesized circuits]]></category>

		<category><![CDATA[timed ATPG]]></category>

		<guid isPermaLink="false">http://www.allabouteda.com/vectorless-methods-for-deriving-instantaneous-current/</guid>
		<description><![CDATA[Using simulation to derive peak currents has bee described elsewhere on this site. This article describes the various vectorless methods that are used for obtaining instantaneous currents, focussing on the techniques before briefly describing how static timing analysis and timed ATPG approaches provide efficient solutions.]]></description>
			<content:encoded><![CDATA[<p>Now we come to vectorless methods of calculating peak voltage drop. I hesitate to use the word dynamic here, as these methods do not calculate a time-varying profile of the VDD/VSS networks&#8217; branch currents or node voltages; instead, the objective here is that for each VDD/VSS net sub-node this analysis computes an upper-bound on the instantaneous current; that is, for each VDD (and/or VSS) power supply sub-node, what is the greatest current draw experienced during circuit operation. The &#8216;instant&#8217; referred to in the word &#8216;instantaneous&#8217; refers to a small time interval, equal to or shorter than the fastest signal transition.</p>
<p>Note that this analysis gives current draw only, from which voltage drop may be derived. To determine performance variation under the influence of this voltage drop requires additional work. You could go to the effort of annotating the worst voltage drop at every component and run performance verification, but as described in an earlier article, you&#8217;ll end up with an extraordinary conservative worst-case, unlikely ever to be seen in chip operation. In addition, this conservatism leads to over-design - too much metal, on too many layers, dedicated to power routing. And with each additional layer adding about 10% to the die cost, some high-volume consumer designs may become economically unfeasible.</p>
<p><strong>Instantaneous analysis</strong></p>
<p>Imagine yourself in the middle of a typical synthesized circuit. All around you is activity, both topologically and temporally diffuse - that is, distributed in both time and location. Somehow we have to make sense of this seemingly semi-random activity, and to determine how the current is accumulated and distributed around the circuit. The good news is that we can use characteristics of the circuit to our advantage in performing an analysis to estimate, without running dynamic simulation at any level of abstraction, the instantaneous peak current draw.</p>
<p>How so? Well, it&#8217;s long been known, and it&#8217;s easy enough to verify, that the peak current draw in a circuit is coincident with or immediately after the active edge of the clock signal source - as the clock buffers distributed though the clock net - both global and local - switch state, and the register elements themselves also flip state. Because our objective is peak current draw we can and should assume that a) all clock gating cells are in pass-through mode, and b) all registers will change state. </p>
<p>Note that no state information is required for this analysis. If we want to complicate the analysis, trading off some additional computation for the sake of increased precision, we can determine topology or state-transferrence that would prevent downstream registers from switching (for instance, in back-to-back registers, the second register will switch in the clock cycle after the first one has switched.) To further complicate the register clocking-focussed analysis, pseudo-states (defined here as levels of inversion) can be propagated along cells in the clock path, and used to further refine the population of register elements that change state.</p>
<p>Now consider the combinatorial elements in the signal paths. Circuit activity propagates from register to register, along logic cones, initiated by the active edge of the clock signal. Some gates will pass signals, others will block them. In general, those gates earlier in the timing path, nearer the register outputs, contribute a greater amount to the current draw than do those gates further away. In the same spirit as described above for combinatorial cells in the clock path, analysis of states or inversion levels can be used to refine the potential activity and current waveform at each of the gates or cells in the logic cone. </p>
<p>With these clock and cone analyses being performed after the circuit has been levelized, currents are then accumulated and the peak current draw for the entire circuit can be determined. If placement information is available to the tool, regional activity at a chosen level of granularity can be determined.</p>
<p>These time-based current waveforms can then be output from our newly-developed tool as piecewise linear or piecewise constant current sources, and attached to the extracted power grid model (described in a previous article) to that peak voltage drop can be determined. Post-processing in the form of filtering, sorting, and bucketing can give users a text-based report of worst voltage drop nodes. With additional work, data can be back-annotated to a schematic or layout view in order to provide the layout engineer with additional information so that layout can be improved, perhaps by widening or adding metal, or by adding or relocating decaps.</p>
<p><strong>Methods based on static timing analysis</strong></p>
<p>The arrival time, duration and edge sense of switching events as they impinge on all cells in the synthesized design can be obtained from any static timing analysis tool. Post-processing this output report for use as input to the computation flow described in the section above short-cuts a lot of the analysis steps described. The expense, of course, is the interruption of static-timing analysis, and post-processing a few gigabytes of report file. Building this analysis into STA, though, reduces much inefficiencies.</p>
<p><strong>Methods based on timed ATPG</strong></p>
<p>Timed ATPG is a generalization of the more usual ATPG problem. Where regular ATPG aims to distinguish between a fault and a fault-free circuit, and to provide a vector that demonstrates that difference, timed ATPG finds an input vector that satisfies both functional and timing behaviour. PODEM-based timed ATPG has been criticised for sluggish performance when analyzing large circuits, driving much work on pre-characterising intermediate analyses, resulting in superior run times. With timed ATPG, the maximum instantaneous current through supply lines can be calculated (see the Krstic and Cheng paper from DAC97.)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.allabouteda.com/vectorless-methods-for-deriving-instantaneous-current/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Voltage drop analysis and verification - piecewise-constant current sources</title>
		<link>http://www.allabouteda.com/voltage-drop-analysis-and-verification-piecewise-constant-current-sources/</link>
		<comments>http://www.allabouteda.com/voltage-drop-analysis-and-verification-piecewise-constant-current-sources/#comments</comments>
		<pubDate>Fri, 09 May 2008 23:59:37 +0000</pubDate>
		<dc:creator>Simon</dc:creator>
		
		<category><![CDATA[Voltage Drop Analysis]]></category>

		<guid isPermaLink="false">http://www.allabouteda.com/voltage-drop-analysis-and-verification-piecewise-constant-current-sources/</guid>
		<description><![CDATA[In this article we're going to introduce the concept of time into voltage drop analysis, in the form of time-varying current sources attached to the extracted power grid. With this approach it is possible to perform a crude, abstracted voltage drop analysis. ]]></description>
			<content:encoded><![CDATA[<p>In <a href="http://www.allabouteda.com/voltage-drop-analysis-and-verification-static-constant-current-sources/" target="_blank">the previous article</a> we reviewed static IR voltage drop, where a constant-current source is attached to some or all of the end or intermediate nodes of an extracted power net. In effect, this approach models the situation in the diagram below. Note that this diagram shows only a small subset of power net nodes have sources attached; in practice, the majority if not all of the lowest level nodes will sink current.</p>
<p><a href='http://www.allabouteda.com/wp-content/uploads/2008/05/article-6-diagram-1.png' title='Annotating constant-current sources to the extracted power mesh' target="_blank"><img src='http://www.allabouteda.com/wp-content/uploads/2008/05/article-6-diagram-1.thumbnail.png' alt='Annotating constant-current sources to extracted power mesh' /></a></p>
<p>In this article we&#8217;re going to describe replacing the constant-current sources, annotating instead time-varying piecewise-constant current sources. The locations, or tap points, to which these sources are attached is as before, namely either at the lowest or intermediate nodes in the power net. The diagram below shows the approach this methodology takes.</p>
<p><a href='http://www.allabouteda.com/wp-content/uploads/2008/05/article-6-diagram-2.png' title='Annotating piecewise-constant current sources to the extracted power mesh' target="_blank"><img src='http://www.allabouteda.com/wp-content/uploads/2008/05/article-6-diagram-2.thumbnail.png' alt='Annotating piecewise-constant current sources to the extracted power mesh' /></a></p>
<p>Much of this article describes alternative methods of calculating the value of these piecewise-constant current sources, and the approaches used to determine the granularity in the time domain.</p>
<p>Calculating these abstracted time-varying currents can be done in several ways, generally falling into one of the following two most common methods:</p>
<ul>
<li>Vector-dependent, or simulation-driven, methods</li>
<li>Vectorless methods, usually static-timing driven (the subject of tomorrow&#8217;s article)</li>
</ul>
<p><strong>Vector-dependent methods</strong></p>
<p>Like all simulation-driven verification, whether RTL, gate or transistor-level, these methods are extraordinarily computationally intensive. There are methodologies that employ RTL simulation to discern discrete time periods of most significant circuit activity, and use these periods, cut out with appropriate initialization sequences, as stimulus to drive the voltage drop analysis, and these do help to reduce the burden somewhat.</p>
<p>Abstracting information from simulation, through SAIF or verbose VCD files, is possible, as is the option to vary the time-granularity of the current sources through averaging segments. In figure 2 above, 5 segments are shown. The compute effort could be reduced by averaging segments 1 and 2, and segments 3 and 4. The cost would be to precision. Averaging across the entire time interval would give good average currents for current-density analysis, or for static voltage drop analysis (as in figure 1 above.)</p>
<p>Given a switching interval (or its inverse, frequency), it is possible to calculate the current for each node, for each time interval, using the equation I = 0.5 * effective_load_capacitance * VDD^2 * effective_frequency. These are the values plugged into the index tables of the piecewise current model.</p>
<p>One of the most-repeated complaints about all vector-driven methods is that it is difficult to find the vector pairs or patterns that maximally draw current from the power grid, and that using user-defined patterns tends to underestimate the voltage drop and failing to identify all potential problem areas. There&#8217;s an element of truth in this argument, and I am in broad agreement with it. For gate-level circuits, a successful approach to identify such vector pairs has been developed using a multi-objective genetic algorithm (see Yi-Min Jiang&#8217;s paper in ISLPED99.) This approach, though, like all two-step approaches (which in step one compute currents and in an independent step two compute their accumulation and distribution within the power grid) abstract away some critical information. We&#8217;ll return to this in a later article, when we discuss in detail the two-step approaches and their limitations.</p>
<p>In the next article we&#8217;ll discuss the vectorless methods.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.allabouteda.com/voltage-drop-analysis-and-verification-piecewise-constant-current-sources/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Simulation accuracy is not a function of RELTOL setting</title>
		<link>http://www.allabouteda.com/simulation-accuracy-is-not-a-function-of-reltol-setting/</link>
		<comments>http://www.allabouteda.com/simulation-accuracy-is-not-a-function-of-reltol-setting/#comments</comments>
		<pubDate>Thu, 01 May 2008 08:03:47 +0000</pubDate>
		<dc:creator>Simon</dc:creator>
		
		<category><![CDATA[Circuit Simulation]]></category>

		<category><![CDATA[Simulation]]></category>

		<guid isPermaLink="false">http://www.allabouteda.com/simulation-accuracy-is-not-a-function-of-reltol-setting/</guid>
		<description><![CDATA[In SPICE, RELTOL determines convergence across iterations. Why then is it being touted by Berkeley Design Automation as a means of controlling simulation accuracy? Experienced SPICE users know that RELTOL is to accuracy as grapefruit spoon is to eye surgery. Read on...]]></description>
			<content:encoded><![CDATA[<p>Those of you who know me well also know that I am liable to get a little bit cranky from time to time (I used to think it was my age, but it&#8217;s not getting any better as I wait for the AARP cards to come through the mail.) One of the things that most wraps me around the axle is EDA marketeers being economical with the truth, and misleading designers either by omission or by a lack of real, hard-won experience.</p>
<p>So it was with reddening cheeks and mounting blood pressure that I read on <a href="http://www.scdsource.com/" target="_blank">SCDsource</a> (the redoubtable Richard Goering serving as editor-in-chief) an &#8220;In My Opinion&#8221; piece written by Paul Estrada of Berkeley Design Automation and entitled &#8220;Don&#8217;t compromise on true SPICE accuracy.&#8221; The thrust of this piece is that accuracy of simulation is critically important and the evidence given to support the main assertions is this:</p>
<blockquote><p>
&#8230;we ran a true Spice accurate simulator on a production analog-to-digital converter (ADC) with a relative tolerance (RelTol) of 1e-3 (Spice default), and then repeated the run with a RelTol of 1e-2 (a greatly relaxed tolerance) to approximate 0.1% inaccuracy and 1% inaccuracy respectively.
</p></blockquote>
<p>Pi, on this you&#8217;re wrong. Or you&#8217;re gargling bong water.</p>
<p>RELTOL is the ratio between the numerical answers computed for the current and previous iterations. We users usually increase it a little if we want to improve DC convergence, but there&#8217;s a balance - setting it too high gives us the SPICE equivalent of the blue screen, the &#8220;timestep too small&#8221; error. There&#8217;s an explanation of how RELTOL affects convergence in <a href="http://www.allabouteda.com/first-generation-circuit-simulation-spice-and-derivatives/#notes" target="_blank">note 3 of an AllAboutEDA SPICE article</a>. But that&#8217;s all RELTOL is, a method of controlling what delta voltage value  across iterations causes &#8220;convergence&#8221;; it has nothing to do with simulation accuracy. It affects local truncation error, which in turn affects numerical noise, but using it as a method of controlling simulation accuracy is bad.</p>
<p>And here&#8217;s the thing. I&#8217;ve been saying my whole working life in semiconductor or EDA that EDA tools are just that: tools. We can use them crudely, like trying to craft a finely-fitted dovetail joint with an axe. Or we can become craftsmen, serving time as an apprentice and learning how to use the tools with power, refinement and elegance. Changing RELTOL and asserting it changes the simulation accuracy (or precision) is an elementary error, and one that jars particularly because one of the main selling points of Berkeley&#8217;s Analog FastSPICE is its elegant convergence.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.allabouteda.com/simulation-accuracy-is-not-a-function-of-reltol-setting/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Nascentric announces OmegaSim GX.</title>
		<link>http://www.allabouteda.com/nascentric-announces-omegasim/</link>
		<comments>http://www.allabouteda.com/nascentric-announces-omegasim/#comments</comments>
		<pubDate>Tue, 29 Apr 2008 06:55:34 +0000</pubDate>
		<dc:creator>Simon</dc:creator>
		
		<category><![CDATA[Circuit Simulation]]></category>

		<category><![CDATA[SPICE]]></category>

		<guid isPermaLink="false">http://www.allabouteda.com/nascentric-announces-omegasim/</guid>
		<description><![CDATA[Porting a multi-threaded SPICE simulator to a massively parallel GPU - interesting academic exercise or shape of things to come?]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.nascentric.com" target="_blank">Nascentric</a> have just <a href="http://www.businesswire.com/news/home/20080410005366/en" target="_blank">announced</a> a hardware-accelerated version of their OmegaSim SPICE that offloads the computationally-expensive transistor evaluations from the main CPU(s) and onto an nVidia PCIe card holding a single GPU containing 128 multi-threaded processors.</p>
<p>This is an intriguing approach - using off-the-shelf acceleration hardware hasn&#8217;t been something the EDA industry has taken to, preferring instead to design and make their own (see hardware accelerators, emulators, and other attempts passim.)  We&#8217;ve predicted <a href="http://www.allabouteda.com/circuit-simulation-the-next-generation/" target="_blank">here</a> the move to distributed computing, multi-core and multi-threading, and OmegaSim GX is part of that move. Accelerating MOS evaluation is a great first step, and I&#8217;d be really interested to see some real, open and transparent benchmarking (something most EDA software licensing expressly prohibits, by the way.)</p>
<p>In addition, the number of MOS evaluations increase hugely in tightly-coupled circuits; fully-extracted post-layout netlists including a large number of fine-granularity coupling capacitors and a full power and ground distribution system create havoc in SPICE and Fast-SPICE alike. I&#8217;d be curious to see, as the solve-load ratio changes with increasing coupling, how GX performs.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.allabouteda.com/nascentric-announces-omegasim/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Voltage drop analysis and verification - static (constant-current) sources</title>
		<link>http://www.allabouteda.com/voltage-drop-analysis-and-verification-static-constant-current-sources/</link>
		<comments>http://www.allabouteda.com/voltage-drop-analysis-and-verification-static-constant-current-sources/#comments</comments>
		<pubDate>Wed, 02 Apr 2008 08:16:06 +0000</pubDate>
		<dc:creator>Simon</dc:creator>
		
		<category><![CDATA[Catch All]]></category>

		<category><![CDATA[Voltage Drop Analysis]]></category>

		<guid isPermaLink="false">http://www.allabouteda.com/voltage-drop-analysis-and-verification-static-constant-current-sources/</guid>
		<description><![CDATA[As an abstract description you can consider each power distribution network to be mesh-like, of varying sparsity, with voltage sources from external to the chip connecting at some (peripheral or distributed) locations on higher level metal layers, and with transistor connections made on the lowest or contact layer, usually that immediately beneath metal1.   Like all EDA tools, there's going to be a 'modeled equivalent' of the transistor. In this article we're going to introduce the simplest of all possible models, a static current, as modeled by a constant-current source. ]]></description>
			<content:encoded><![CDATA[<p>In the <a href="http://www.allabouteda.com/voltage-drop-analysis-and-verification-physical-data-requirements/" target="_blank">second</a> article in this series we introduced the electrical and physical data made available for each power net. As an abstract description you can consider each power distribution network to be mesh-like, of varying sparsity, with voltage sources from external to the chip connecting at some (peripheral or distributed) locations on higher level metal layers, and with transistor connections made on the lowest or contact layer, usually that immediately beneath metal1. </p>
<p>The primary variation in the capability offered by voltage drop analysis tools is in what gets connected to this power distribution network. On the chip itself there will be a PMOS source at the VDD-connected contact, and an NMOS drain at the GND-connected contact, but in the voltage drop analysis tool, like all EDA tools, there&#8217;s going to be a &#8216;modeled equivalent&#8217; of the transistor. In this article we&#8217;re going to introduce the simplest of all possible models, a constant-current source.</p>
<p>A stylized description is given in the following diagram:</p>
<p><a href='http://www.allabouteda.com/wp-content/uploads/2008/04/stylized-power-net.png' title='VDD Power Net with constant-current sources attached' target="_blank"><img src='http://www.allabouteda.com/wp-content/uploads/2008/04/stylized-power-net.png' alt='VDD Power Net with constant-current sources attached' height="361" width="623" /></a></p>
<p>The solder bumps at the top-most level connect to a coarse grid. Below this are metal layers that distribute power in various directions:</p>
<ul>
<li>x direction; for instance, the power route contained within each standard cell entity, connected by direct abutment to adjacent neighbors.</li>
<li>y direction; for instance strapping and feed-throughs to connect power from one stick of gates to an adjacent one (perhaps interdigiated).</li>
<li>both directions; for instance, power rings surrounding embedded cores and memories, with connections to the next higher and next lower levels.</li>
</ul>
<p>Each intersection, in each layer, has a capacitor connected to ground.</p>
<p>In this stylized description, MOS or gate currents are modeled by a constant-current source. There are several questions designers need to consider when using this approach:</p>
<ol>
<li>How many will there be?
<p>The number of current sources can be as many as the number of MOS elements attached to the power net. In the case where a large, pre-characterized IP block (core, or memory, for instance) is instantiated, it&#8217;s common to take the peak I(VDD) figure, and divide it by the number of expected taps at the power ring/core top-level to get an estimated peak current per tap. In the absence of detailed design information, user may define an expected number of taps, based on prior design experience.</p>
</li>
<li>What will their value be?
<p>There are many methods to determine the value of the constant-current source, including:</p>
<ul>
<li>A user-defined estimate, perhaps specified by instance name, die x,y region; or by wildcarding the instance name.</li>
<li>Each MOS transistor can be analyzed, and given a user-supplied estimate of the switching frequency (again, possibly modified by die x,y region), the I(max) of the MOS can be calculated as 0.5*load_cap*frequency*VDD^2</li>
<li>The I(DSAT) of each MOS can be used, modified by x,y region again.</li>
<li>In the example given above, where a pre-characterized RAM or IP block is instantiated, distributing the known peak current, I(MAX) over N taps results in I(MAX)/N per tap.</li>
<li>With the clock network alone constituting anywhere from 30% to 70% of a high-performance digital design&#8217;s current draw, some detailed analysis of this network, suitably back-annotated with VDD and GND can give a good first-level estimate of expected peak current.</li>
</ul>
</li>
<p></p>
<li>Where will they be located?
<p>The taps will be located at the interface between the power net and the switching entity, typically at the contact layer. For IP blocks and RAMS the interface is, for these static currents, at the power rign of the instantiated block.</p>
</li>
<p></p>
<li>What kind of analysis is supported?
<p>At the taps for which current sources have been applied, the voltage VDD&#8217; (equal to VDD - IR) has beeb calculated. This gives us the DC drop for this set of estimated currents, without inductive drop, and without the current contribution made by decoupling caps - in short, this analysis assumes all current will be coming from off-chip, through the power or ground bond pads.</p>
<p>This is a slightly unreal situation, and since decaps typically provide around one half of the peak current requirements, serving to increase the regulation, the computed VDD&#8217; is not terribly precise.</p>
<p>So this analysis is limited to roughly checking if the VDD&#8217; varies from nominal VDD by more than the budgetted variance (as well as a quick check of the DC current density though the power net conductors - see a future article). Performance verification under this DC drop value can be undertaken &#8212; some attempts have been made, particularly with static timing tools, to take this set of VDD&#8217; values, back-annotate them to the circuit, and recalculate the new critical path timing value &#8212; but it gives a result of poor precision that does not necessarily approach the upper bound of variance, because there are no dynamic voltage gradients that would exist on the real chip.</p>
<p>Also, if all the current taps are peak values, or estimated conservatively, the VDD&#8217; value is going to be extremely conservative.</p>
</li>
</ol>
<p>At best this analysis, using constant-current values of varying degree of precision, can give a very rough idea of the robustness of the power net. Expected results from this analysis should be:</p>
<ul>
<li>Does the VDD variation meet budgetted value, within 50% or so?</li>
<li>Is the DC, unidirectional current density within acceptable limits for the metallization and via designs?</li>
<li>Are there any gross errors in the power net - things like disjoint net segments, where power has not been connected, or current starving to the MOS because of inordinately high power net resistance (too few vias, or conductors laid out too narrow.)</li>
<li>Is there too little VDD variation? This could mean that too much metal, in tracks laid down too thick, and on too may metal layers, has been dedicated to the power net. This compromises routing resources for signal nets, and wastes metal layers. At around 5% to 10% of die cost per upper metal layer, it pays to be economical with power routing.</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.allabouteda.com/voltage-drop-analysis-and-verification-static-constant-current-sources/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>
