All Detailed Thermal IC Package Models are Wrong… Probably
‘Rubbish In -> Rubbish Out’ is a well accepted fact in the world of simulation. Regardless of the technical capabilities of your thermal simulation tool, the accuracy of prediction will always be tightly coupled to the accuracy of the input data. The most accurate thermal IC package model is a so called ‘detailed’ model where all the internal construction is represented explicitly in terms of the geometric sizes and material properties. Certain parts of the package construction are easily measurable and well characterised. Other parts much less so, especially when it comes to highly resistive thermal interface layers, the misfortune being that such layers offer the largest thermal bottleneck to the heat flow in the package and thus most sensitise the resulting operating junction temperature (and its prediction).
Tools such as FloTHERM PACK automate thermal IC package model creation, a pre-processor for FloTHERM and FloTHERM PCB. The parametric definition of such models requires such things as die attach bond line thickness (BLT) and material properties to defined, for spreaders knowledge of the density and specific heat of the metal is a pre-requisite for subsequent transient simulation studies. The question then is to what level of accuracy is that data know? Manufacturing quality, or quality assurance of the manufacturing process, will assure knowledge of say a TIM BLTs (assuming no die attach voiding), but what about its thermal conductivity? What about determining the specific heat of a novel plastic encapsulant material?
Short of destructing a physical sample of the package, studying it with a SEM and characterising the material properties of its constituent parts (if you have enough volume of them to achieve even that!) what choices do you have?
Structure functions of an IC package, showing the thermal resistances and thermal capacitances inside of the package, can be derived from experimental measurements using our T3Ster system, simply by changing the power dissipation of a package and measuring the resulting change of junction temperature in time. Think of it as a thermal CAT-scan.
The structure function is shown graphically as a graph of thermal resistance vs. thermal capacitance the heat experiences as it travels from the junction (origin) to the surrounding ambient.
Now consider doing the same thing numerically in FloTHERM. Take your detailed IC package model, simulate it’s thermal response to a change in its power dissipation and derive a numerical structure function. Compare that with the ‘true’ experimentally derived curve and you can identify exactly where the numerical model is erroneous … and by how much.
The process is then one of calibration where the numerical model is adjusted, the structure function re-derived and compared again, iteratively hunting down all the numerical model errors. At the end of that process the numerical model is certified for subsequent steady state and transient simulation purposes with unrivalled accuracy.
Of course this detailed model calibration process wouldn’t be required if you knew all the input data to an acceptable level of detail. Package suppliers would be much closer to this end point than end users who (in the absence of being provided with a detailed model from their vendor) would have no other course of action than attempt to reverse engineer such a calibrated model themselves. Either way, both sides of the supply chain would benefit from such a calibration methodology.
If this isn’t done there is increased risk of: inaccurate input data to a simulation, inaccurate temperature prediction, bad thermal design decisions and costly business failures. No one wants that.
20th October 2011. Ross-on-Wye
- Heat Your Home Office for 8p a Day. Part 3a – Was Dave Right?
- Heat Your Home Office for 8p a Day. Part 3 – It Takes Time
- Heat Your Home Office for 8p a Day. Part 2 – Thermal Interception
- Heat Your Home Office for 8p a Day. Part 1 – Really?
- Happy 25th Birthday FloTHERM !
- Why Not Just Shove a Heatsink on Top of it? Part 3: Pads, Vias and Undersinking
- Why Not Just Shove a Heatsink on Top of it? Part 2: Heat Flow Budgets
- Why Not Just Shove a Heatsink on Top of it? Part 1
- Experiment vs. Simulation, Part 5: Detailed IC Package Model Calibration Methodology
- CFD – Colourful Friday Distractions
- December 2013 (1)
- November 2013 (4)
- July 2013 (1)
- May 2013 (2)
- April 2013 (3)
- February 2013 (1)
- January 2013 (2)
- September 2012 (1)
- August 2012 (2)
- July 2012 (3)
- May 2012 (2)
- April 2012 (2)
- February 2012 (1)
- January 2012 (5)
- December 2011 (1)
- November 2011 (1)
- October 2011 (3)
- August 2011 (2)
- June 2011 (3)
- May 2011 (1)
- April 2011 (4)
- March 2011 (1)
- February 2011 (1)
- January 2011 (4)
- December 2010 (1)
- November 2010 (3)
- October 2010 (2)
- August 2010 (2)
- July 2010 (4)
- June 2010 (2)
- May 2010 (4)
- April 2010 (2)
- March 2010 (3)
- February 2010 (3)
- January 2010 (8)
- How much do ‘U-Value’ good thermal insulation? Part I
- Keeping the caveman warm – HVAC blog
- FloVIZ, the free FloTHERM/FloVENT CFD results viewer, try it, it’s free
- ‘Heat Trees’ – taking a leaf out of natures book
- The Most Extreme CFD Model Ever Ever – Explained
- FloTHERM and its new XML neutral file format
- The Most Extreme CFD Model Ever Ever
- So, you want to predict component temperatures do you? Part VII
- December 2009 (2)
- November 2009 (3)
- October 2009 (3)
- September 2009 (3)
- August 2009 (3)
- July 2009 (9)
- At the Speed of Heat
- A Load of HVAC TLAs
- How-to: Invert your thermal model to good effect
- Clogged cooling fins, a cautionary tale
- Invert your thermal model to good effect
- “I work with computers”
- Fractals: Gods Artwork, Part II
- Fractals: Gods Artwork, Part I
- “All models are wrong, but some are useful” Part V
- June 2009 (5)
- May 2009 (3)