Recently I have taken on a new project that has LC tank based PLLs on it. The company I now work for has a long history with this type of block, and I appreciate that. I have seen a few bad LC tank PLLs in my time. They can fail in several different ways. The most interesting failures with oscillators is that when they don't.
I have seen ring-oscillator, relaxation-oscillator and LC tank based oscillators used as the time-base for a system on a chip (SOC). The type of oscillator basically comes down to its performance and cost. If you want the best high-frequency reference, the LC tank with its huge die area overhead is hard to beat. The LC tank has a natural filtering property to it that gives it good phase-noise filtering, leading to lower jitter. I have mentioned it before but Hajimiri has a great book "Low Phase Noise Oscillators" which is an excellent read. Hajimiri explains the phase noise filtering and Leeson's equation.
The first chapter of Ali Hajimiri's book is about the "one-port" oscillator. I found it entertaining that an oscillator only has "one port" in terms of energy. In electronic design, a port is a way of electrically interacting with it. A terminal or lead on a chip is an example of a port. Ali explains that an oscillator on a chip will go forever if there were no "real losses". Real losses are where the "power goes". So Ali states, if you add back enough power to a "one-port" oscillator to compensate for its internal "real" losses, then it will oscillate forever. Ali's observation is insightful.
It was around the 2005 time-frame and we had a 90nm test-chip back in the lab with a 3.2GHz LC tank oscillator based PLL on it. The input reference clock was 50MHz or 100MHz and the goal was 1ps RMS jitter measured in band. The clock came back and looked great, phase noise looked "weird", but the jitter was excellent. The phase-noise had a distinct lack of bandwidth, the loop bandwidth was lower than expected. So what was wrong with this one?
We were characterizing the jitter over temperature and noticed something. At temperatures above 120F, the LC tank would stop oscillating. The output signal would fade out. Sometimes you could get it to start by "jacking up" the tank current. On this tank we pushed a adjustable current into a "center-tap" of the dual inductor at the point of symmetry at the center of the tank. The adjustable DC current supplies N-MOSFETS connected in positive feedback that created the regeneration. If we made the current high enough it would oscillate at a higher temperature, but still would die at a slightly higher temperature. Supply voltage was a "weak knob". The oscillator worked great at cold temperature.
Schematic level simulations didn't show any problems with the design over temperature. Even with package models. No problems observed in any corner with interface blocks. Since we were closing in on the oscillator, the next step after that is the "extracted" simulation set. These simulations can take a very long time to run. So. to save time. we broke the PLL layout into "sections". We then swapped in an RC netlist for the "section" of the PLL under study for temperature sensitivity. We rotated through the block and eliminated all the high current blocks (amazingly). Main inductor, power-grid on the main current source, high-frequency divider and the output buffer were all fine layout wise.
So now this is where Hajimiri ties in. The "last" place we looked was the varactor circuit. This was a tricky animal that combined a varactor with a trim-cap array. A trim-cap array is normally used at start-up for an LC tank based PLL to center itself. At start-up the correct number of unit capacitors are selected before the PLL loop is allowed to lock. This "Loop Filter" block is interesting in that it has a "lot of plumbing", and that was the problem. When putting in an RC extraction of the Loop Filter, we identified the bad layout.
It was series resistance to the capacitor "C" in the "LC" tank! A pair of long skinny wires connected the inductor to the Cap. It was the first time I saw a parasitic resistor stop a circuit in its tracks. The resistances in the routing increase with temperature. The real-loss in this poorly routed line was enough to upset the operation of the LC tank. The wire on the chip would heat up and the circuit would stop oscillating. What was interesting, is that the simulation and the lab failed within 10 degrees of each other. It was an amazing correlation. The new simulations also showed the change in phase-noise response, which was the first symptom of the badness. Of course after we identified this the layout fix was easy.
So, in the LC tank PLL, don't spend so much time on L that you forget about C. Real loss is the enemy.
Monday, January 28, 2013
Monday, January 14, 2013
The Nickel Philosophy and Transition
One of the purposes of this blog was to help my work associates understand my frustration with the way things were going. I kept seeing people repeat the same mistakes over and over again. So I used this block to "vent". Only so much venting is useful until the root-cause of the problem has to be addressed.
I addressed the root-cause and am now working on high-speed ADCs and communications again like I did from 1995-sh to 2009. I have changed jobs and now work advanced data converters in deep-submicron processes. My previous company had generously lifted me from Davis/Sacramento to the edge of the bay area and I am thankful for that.
I plan to keep up Street Smart Analog. I still plan to eventually write a book on analog design and debug, with this blog as the pre-cursor. Of course, the lack of recent posting is related to my career transition, which is now official.
The world of small component analog design including light sensors is radically different but also challenging. I have the utmost respect for the light-sensor product line and the people I left behind working on it. Those products have a lot of care and effort put into their development and should be the hottest selling sensors out there. However, I couldn't remain working on that product line due to The Nickel Philosophy. One of two things that hang's up in my cube along with the IEEE code of conduct. The sad thing here is that this transition could have been prevented.
I find the "Nickel Philosophy" from Jim Bracher and his associates at the Center for Integrity and Leadership to be a valuable tool in setting priorities. I have used this material of Jim's in Lectures at both UCD and Stanford.
Link: http://www.brachercenter.com/article_nickelphilosophy.html
The list of "effective priorities" called "The Nickel Philosophy". There are two catagories
A. Professional Profits:
#1 Customer service (how you treat your customers and your work mates; how are you treated)
#2. Quality product
#3. Career Opportunity
#4. Motivating Environment
#5. Everything else.. (not worth stressing about)
B. Personal Values
#1. Self/Significant other
#2. Family and Friends
#3. Heath and happiness
#4. Difference and dollars (how you are getting by)
#5. Everything else (not worth stressing about)
In my life at my previous employer I tried to make sure that all the people that reported into me experienced "Professional Profits". There are a multitude of reasons behind this list, its order and how it is presented, please look over the link above. If the place you work at does NOT follow the Nickel Philosophy AND there are other opportunities available, then the right thing to do is to move on, since you will eventually. What is interesting about this list is that Career Opportunity is right under quality product. It does make sense since without a motivating environment why bother about the opportunity. This list is a "person specific" view of the problem to be clear.
Today I saw a link today shared by an HR person from the previous company:
http://www.forbes.com/sites/ericjackson/2012/01/19/why-companies-are-terrible-at-selecting-retaining-and-motivating-their-talent/
Basically this article explains why people leave and is interesting to contrast with "The Nickel Philosophy".
Eric Jackson picks 10 reasons. Some of these items similar to Nickel Philosophy:
#1, 2. HR blame game and Throwing money at the problem doesn't work (Note Personal values #4, money is not listed in Professional profts)
#3,4,5,6: Career Opportunity
#7, 9, 10: Motivating environment
#8: Quality product
So, if you have not done so already, spend the 5 minutes it takes to review the Nickel Philosophy link. If you want to learn more, you can contact Jim Bracher directly through his website. The Nickel Philosophy is also published in Jim Bracher's book Integrity Matters. ISBN 978-1887089036
I addressed the root-cause and am now working on high-speed ADCs and communications again like I did from 1995-sh to 2009. I have changed jobs and now work advanced data converters in deep-submicron processes. My previous company had generously lifted me from Davis/Sacramento to the edge of the bay area and I am thankful for that.
I plan to keep up Street Smart Analog. I still plan to eventually write a book on analog design and debug, with this blog as the pre-cursor. Of course, the lack of recent posting is related to my career transition, which is now official.
The world of small component analog design including light sensors is radically different but also challenging. I have the utmost respect for the light-sensor product line and the people I left behind working on it. Those products have a lot of care and effort put into their development and should be the hottest selling sensors out there. However, I couldn't remain working on that product line due to The Nickel Philosophy. One of two things that hang's up in my cube along with the IEEE code of conduct. The sad thing here is that this transition could have been prevented.
I find the "Nickel Philosophy" from Jim Bracher and his associates at the Center for Integrity and Leadership to be a valuable tool in setting priorities. I have used this material of Jim's in Lectures at both UCD and Stanford.
Link: http://www.brachercenter.com/article_nickelphilosophy.html
The list of "effective priorities" called "The Nickel Philosophy". There are two catagories
A. Professional Profits:
#1 Customer service (how you treat your customers and your work mates; how are you treated)
#2. Quality product
#3. Career Opportunity
#4. Motivating Environment
#5. Everything else.. (not worth stressing about)
B. Personal Values
#1. Self/Significant other
#2. Family and Friends
#3. Heath and happiness
#4. Difference and dollars (how you are getting by)
#5. Everything else (not worth stressing about)
In my life at my previous employer I tried to make sure that all the people that reported into me experienced "Professional Profits". There are a multitude of reasons behind this list, its order and how it is presented, please look over the link above. If the place you work at does NOT follow the Nickel Philosophy AND there are other opportunities available, then the right thing to do is to move on, since you will eventually. What is interesting about this list is that Career Opportunity is right under quality product. It does make sense since without a motivating environment why bother about the opportunity. This list is a "person specific" view of the problem to be clear.
Today I saw a link today shared by an HR person from the previous company:
http://www.forbes.com/sites/ericjackson/2012/01/19/why-companies-are-terrible-at-selecting-retaining-and-motivating-their-talent/
Basically this article explains why people leave and is interesting to contrast with "The Nickel Philosophy".
Eric Jackson picks 10 reasons. Some of these items similar to Nickel Philosophy:
#1, 2. HR blame game and Throwing money at the problem doesn't work (Note Personal values #4, money is not listed in Professional profts)
#3,4,5,6: Career Opportunity
#7, 9, 10: Motivating environment
#8: Quality product
So, if you have not done so already, spend the 5 minutes it takes to review the Nickel Philosophy link. If you want to learn more, you can contact Jim Bracher directly through his website. The Nickel Philosophy is also published in Jim Bracher's book Integrity Matters. ISBN 978-1887089036
Subscribe to:
Posts (Atom)