<?xml version="1.0" encoding="UTF-8"?>
<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/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>edagraffiti &#187; guest blog</title>
	<atom:link href="http://edagraffiti.com/?cat=17&#038;feed=rss2" rel="self" type="application/rss+xml" />
	<link>http://edagraffiti.com</link>
	<description>EDA, technology, semiconductor</description>
	<lastBuildDate>Mon, 14 Nov 2011 02:32:56 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.6</generator>
		<item>
		<title>Guest blog: Sandeep Srinivasan</title>
		<link>http://edagraffiti.com/?p=189</link>
		<comments>http://edagraffiti.com/?p=189#comments</comments>
		<pubDate>Fri, 19 Feb 2010 00:00:00 +0000</pubDate>
		<dc:creator>paulmcl</dc:creator>
				<category><![CDATA[guest blog]]></category>

		<guid isPermaLink="false">http://blogs.cancom.com/elogic_920000692/2010/02/19/guest-blog-sandeep-srinivasan-2/</guid>
		<description><![CDATA[This is the second part of a piece by Sandeep Srinivasan. The first part is here. This follows on from my piece yesterday and sets up a different view from mine (you&#8217;ll have to wait until next Tuesday, or read &#8230; <a href="http://edagraffiti.com/?p=189">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p><em>This is the second part of a piece by Sandeep Srinivasan. The first part is <a href="http://edagraffiti.com/blog/920000692/post/1280051128.html">here</a>. This follows on from my piece yesterday and sets up a different view from mine (you&#8217;ll have to wait until next Tuesday, or read lots of this blog, to find out my opinion). Be at the San Jose Doubletree at 6.30 on February&nbsp;23rd in the Oak ballroom.<br /></em><br /> 
<p><strong>EDA and the 50 picosecond problem, part 2</p>
<p></strong>There has been a lot of introspection and analysis recently, by EDA executives and analysts as to why we are where we are, as an industry.&nbsp;&nbsp;&nbsp; There seem to be no easy answers as to why EDA is at the bottom of the economic food chain, in-spite of the stellar growth and demand for electronic devices. We can blame the recent economic crisis, declining ASIC design starts, rising mask costs etc. but the writing was on the wall much before the market meltdown.</p>
<p>There maybe a variety of reasons as to why there maybe a lack of significant differentiation amongst physical design tools, as discussed in the previous segment, some of which are highlighted below.</p>
<p>Cost of EDA software development is extremely high compared to any other segment of the software industry. For a startup to shine and differentiate itself, it has to build the mundane first (foundation, database, file format support), before attempting to show it&rsquo;s value proposition. By the time the foundation software layer is done, there are significant cost pressures for the startup to scale-back it&rsquo;s differentiation and compete head on with incumbent products on features.</p>
<p>The cost of sales in EDA is high, not in the traditional accounting sense, but when we look at a typical sales cycle. An EDA tool &lsquo;benchmark&rsquo; can last for months, extending the sales cycle to a degree where it ceases to make financial sense for a startup company.</p>
<p>The large EDA vendors do innovate significantly but tend to be encumbered by their existing customer base, and choose to focus on incremental rather than disruptive innovation.</p>
<p>So what is the answer for us an industry to get out of this slump ?</p>
<p>Reduce the cost of EDA software development.This will require EDA companies to devote significant effort on an &lsquo;open-source&rsquo; like paradigm.</p>
<p>Engage with universities to encourage the next generation of EDA developers with fresh ideas. This may lead to us finding the 100 picosecond or 1 nanosecond differentiator.</p>
<p>Short circuit the long benchmark cycles by enabling web deployable tools and focus on ease of use.This is perhaps easier said than done, due to the complexity of EDA software tools, but it is a necessary step for the industry to jettison out of an archaic business model.The burden lies on the creativity of EDA developers to make tools easier to use and deploy.</p>
<p>Large EDA companies need to step up and encourage disruptive innovation, either through funding or feeding the software ecosystem. Companies like Cisco Systems have mastered the art of spin-offs and spin-ins,. While on the other hand, companies like Google and Yahoo have contributedsignificantly to the &lsquo;open source&rsquo; software ecosystem. EDA industry should follow these model to accelerate innovation.</p>
<p>There are significant technical challenges for EDA developers to solve and capitalize on. Some technical challenges that come to mind are the following: Power distribution, Fine-grain on-chip voltage control, semi-synchronous logic, system level compilers for hardware-software partitioning.</p>
<p>Merging EDA with circuit IP can expand the market segment, while adding significant additional value to our customer base.This notion has been tried in past with marginal success. Perhaps the timing is right for these activities to accelerate and morph into a new business model for EDA.</p>
<p>Next generation of EDA entrepreneurs need to build companies without an overwhelming focus on an &lsquo;exit strategy&rsquo;, and not being shy about building profitable &lsquo;lifestyle&rsquo; companies. Some of the most successful companies in the electronics industry were built on the premise of adding value to the engineering community, and not with a focus on how to &lsquo;exit&rsquo;.</p>
<p>Some of the answers to our industry&rsquo;s problems lie in our ability to efficiently innovate out of the economic slump and to pay attention to creating differentiated products.</p>
]]></content:encoded>
			<wfw:commentRss>http://edagraffiti.com/?feed=rss2&#038;p=189</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Guest blog: Sandeep Srinivasan</title>
		<link>http://edagraffiti.com/?p=163</link>
		<comments>http://edagraffiti.com/?p=163#comments</comments>
		<pubDate>Tue, 08 Dec 2009 00:00:00 +0000</pubDate>
		<dc:creator>paulmcl</dc:creator>
				<category><![CDATA[guest blog]]></category>

		<guid isPermaLink="false">http://blogs.cancom.com/elogic_920000692/2009/12/08/guest-blog-sandeep-srinivasan/</guid>
		<description><![CDATA[Sandeep is currently a consultant at Mskribe. Most recently he was Vice President of West Coast Operations, for CLK-Design Automation. Prior to CLK-DA, he was CEO and Founder of Synchronous-DA which merged with CLK-DA and a history going back through &#8230; <a href="http://edagraffiti.com/?p=163">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p><img align="left" vspace="3" hspace="3" src="http://www.edagraffiti.com/images/ss.jpg" alt=""><em>Sandeep is currently a consultant at Mskribe. Most recently he was Vice President of West Coast Operations, for CLK-Design Automation. Prior to CLK-DA, he was CEO and Founder of Synchronous-DA which merged with CLK-DA and a history going back through Cadence and HLD Systems. He began is career as a CAD engineer at AMD in the x86 group.<br /></em><strong><br /> EDA and the 50 picosecond problem</strong></p>
<p>There has been a lot of introspection and analysis recently, by EDA executives and analysts as to why we are where we are, as an industry.&nbsp;&nbsp;&nbsp; There seem to be no easy answers as to why EDA is at the bottom of the economic food chain, in-spite of the stellar growth and demand for electronic devices. We can blame the recent economic crisis, declining ASIC design starts, rising mask costs etc. but the writing was on the wall much before the market meltdown.</p>
<p><strong>EDA ecosystem revisited</strong></p>
<p>One can point to many issues with the EDA industry, and attempt to root cause why we are not being able to get a bigger piece of the semiconductor pie. Few things that come to mind are the following:</p>
<p>The venture capital community seems to look at EDA as a broken business model, with little or no upside, due to the lack of recent exits. An investor recently told me and I quote &ldquo;The smallest ROI per Phd. is in the EDA industry&rdquo;.</p>
<p>Large EDA vendors are not feeding the ecosystem.There has been little or no funding for startups or academic research from the large EDA vendors. In addition there is less and less collaboration from the large EDA vendors.While this approach is conceivably good to protect ones&rsquo; franchise, it maybe a flawed strategy for the long term, in a technology driven industry such as ours.</p>
<p>Funding for research institutions has fallen out of favor with EDA companies.This is a disturbing trend, considering the fact that a majority of the foundation of EDA software comes from university research.</p>
<p>Large EDA vendors want to mimic the enterprise software (Oracle, SAP) monolithic model. This sounds very attractive to a CEO of an enterprise, as compared to a heterogeneous &lsquo;best-in- class&rsquo; model, which would entail internal support and development.The one difference in EDA versus enterprise software, is perhaps the fact that FASB (Financial Accounting Standards Board) or GAAP (Generally Accepted Accounting Principles) rules don&rsquo;t change at the rate at which the semiconductor process or design requirements change.</p>
<p>EDA startups have always relied on Angel investors who were as passionate about EDA technology as the founders.This is another very important source of capital that is drying up, and is perhaps the one that has serious implications for us as a technology industry. If successful EDA &ldquo;Angels&rdquo; don&rsquo;t feel comfortable investing in our industry, this say&rsquo;s that we have a serious problem on our hands.</p>
<p>Semiconductor industry (our customer base) has been slow to adopt new technologies, due to cost pressures. In addition they have got used to getting products for a fraction of what they used to spend 5 years ago.This trend compounded by a lack of pricing discipline from the EDA vendors has lead to significant price and value erosion.EDA industry&rsquo;s disaggregated software ecosystem is clearly hurting the industry. If companies differentiate themselves based on a file format ( CPF versus UPF for instance) , we have some critical thinking to do, as an industry. Efforts such as Open-Access have not gained the traction they should have to propel our industry from competing on issues that add little or no value, such as proprietary file formats. Perhaps &lsquo;Open-Access&rsquo; needs to be more &lsquo;open&rsquo;.</p>
<p><strong>The 50 picosecond problem</strong></p>
<p>The final problem that comes to mind is what can be termed as the &lsquo;50-picosecond problem&rsquo;. This is a problem where innovation seems to stall when an industry segment nears maturity.</p>
<p>In order to highlight the &rsquo;50 picosecond problem&rsquo; we can try to analyze the IC physical design tool segment of the EDA industry, as an example.</p>
<p>IC physical design tools from Company S, Company C , Company M and Company M can take the same design and produce results within 50 picoseconds (figure of speech rather than a literal) of each other.</p>
<p>What this highlights is a lack of differentiation amongst physical design tools. In addition, we see new startups in the physical design space, that develop a tool from ground up, only to be marginally better (50 picoseconds ?) than the incumbent tools.</p>
<p>What could be reason for such incremental differentiation in products that are developed from ground up, with the premise of displacing incumbent tools ? Perhaps all the engineers are reading the same books, and implementing the same algorithms again and again ? Could it be that the semiconductor process is scaling so well, that there are no new disruptive physical effects ?</p>
<p><strong>No easy answers</strong></p>
<p>We will attempt to address some of the issues highlighted above in a later blog entry.</p>
]]></content:encoded>
			<wfw:commentRss>http://edagraffiti.com/?feed=rss2&#038;p=163</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Guest blog: John McGehee</title>
		<link>http://edagraffiti.com/?p=25</link>
		<comments>http://edagraffiti.com/?p=25#comments</comments>
		<pubDate>Mon, 23 Nov 2009 16:00:00 +0000</pubDate>
		<dc:creator>paulmcl</dc:creator>
				<category><![CDATA[guest blog]]></category>

		<guid isPermaLink="false">http://blogs.cancom.com/elogic_920000692/2009/11/23/guest-blog-john-mcgehee/</guid>
		<description><![CDATA[Today&#8217;s guest blog is by John McGehee. John is a independent consultant in Silicon Valley, specializing in EDA application development, design methodology and Japan.&#160; He blogs about these topics at www.voom.net.&#160; Prior to starting his consulting career, John was an &#8230; <a href="http://edagraffiti.com/?p=25">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p><img vspace="3" hspace="3" align="left" alt="" src="http://www.edagraffiti.com/images/mcgehee.jpg"><em>Today&#8217;s guest blog is by John McGehee. John is a independent consultant in Silicon Valley, specializing in EDA application development, design methodology and Japan.&nbsp; He blogs about these topics at <a href="http://www.voom.net">www.voom.net</a>.&nbsp; Prior to starting his consulting career, John was an AE at Avanti, Cadence Japan and Daisy Systems Japan.</em></p>
<p><strong>How I got to Japan</strong></p>
<p> The PA system at work announced that I had a call. It was from Dr. Steve Butner, my graduate advisor at UC Santa Barbara. He was very excited. &ldquo;John, I just got some information about this program that was just made for you.&rdquo; He explained that the American Electronics Association was sending electrical engineering and computer science graduate students to an intensive Japanese language course, and then on to work as an engineer in Japan. The goal of the program was to balance the exchange of engineering students between Japan and the US.</p>
<p>I had already taken two years of Japanese classes. I dreamed of applying the language at work in Japan, but I had no way to actually make this happen. The American Electronics Association Japan Research Fellowship was the opportunity of a lifetime to realize my goal. I applied, and was accepted. Had the program never found me, my dream would have just quietly faded away.</p>
<p>The fellowship was a full ride: airfare, room and board, tuition at Cornell, and a job as a chip designer at Intel Japan. All of this was a tremendous gift for which I am eternally grateful. Only the power of a major industry association could make something like this happen.</p>
<p>I too was going to pay. This episode of my life was like a card game in which I held a great hand, but nonetheless discarded graduate school, my girlfriend, job, friends and Santa Barbara, retaining only my electronic engineering card. Then I was dealt new cards I could not even recognize. How would I assemble them into a winning hand?</p>
<p>The program started with the <a href="http://lrc.cornell.edu/falcon/Home">Cornell University FALCON Japanese language summer session</a>. This was superb. I was very serious and studied hard. When I started, I had an understanding of Japanese grammar, writing and vocabulary, but I could not really hold a conversation. Just nine weeks later, I could carry on relationships with people entirely in Japanese. I have never learned so much so quickly.</p>
<p>I vividly remember seeing Japan for the first time from the air. All this preparation, and I had never even been there. I hired a taxi and chatted with the driver in Japanese along the way to my destination. Using a new language in country for the first time is the most exhilarating of experiences.</p>
<p>I arrived in Tsukuba, where a tiny apartment awaited me. It had a murphy bed, a basic kitchen, a bathroom and a television, which was to be my language teacher and only friend for quite a while. My private apartment was a palace compared to the barracks provided to the other AEA Japan Research Fellowship participants. Intel even gave me a new Toyota Corona to drive.</p>
<p>My job at Intel Japan was verification and circuit simulation for the 8253 counter/timer portion of a microprocessor. As you might expect, many signals described a count. Engineers and programmers usually abbreviate this common word as &ldquo;cnt&rdquo;, but the Japanese designer chose to delete only the &ldquo;o&rdquo; in &ldquo;count&rdquo;. It made for the most profane RTL and netlist I have ever seen.</p>
<p>Intel Japan is based in <a href="http://books.google.com/books?id=GTvD8zpCcGEC&amp;lpg=PA112&amp;ots=0CAxRTlkiV&amp;dq=tsukuba%20suicide%20rate&amp;pg=PA111#v=onepage&amp;q=tsukuba%20suicide%20rate&amp;f=false">Tsukuba, a &ldquo;Silicon Valley&rdquo; created artificially by the government</a>. These are the same people who brought you Narita Airport, located an hour away from the city it serves. Tsukuba is in Ibaragi-ken, which is famous for backwardness. The nearest train station was 30 minutes away by car. In Japan, a city without a train station is nowhere. I hated living there, and so did <a href="http://www.alientimes.org/Main/AlienatedByThePlanningOfScienceCity">many others</a>. All the foreigners at Intel Japan were plotting their escape to Tokyo. Some Tsukuba residents escaped in a more tragic way. The suicide rate was so high that Tsukuba had its own trademark method of suicide&ndash;Tsukuba diving, throwing oneself off Tsukuba Tower.</p>
<p>Instead, I threw myself into improving my language skills, the goal for which I had sacrificed so much. This meant using exclusively Japanese. It also meant extreme isolation, as I was not a particularly engaging conversationalist. Still, I was good enough to carry out my duties at Intel in Japanese, speaking English only to my boss (a wise compromise). In an EE Times interview I declared, &ldquo;I&rsquo;m known as hardcore about not speaking English in the office. I am definitely looking at getting very good at Japanese.&rdquo; Ah, such youthful bravado. Hardcore indeed.</p>
<p>My colleagues at Intel were more sophisticated than the locals, and they were kind to me. In the winter, we went skiing almost every weekend. I made some good friends at Intel Japan. After about six months, the loneliness and culture shock started to subside.</p>
<p>Originally my internship was six months, but I was just starting to get the hang of things, so I extended to one year. Intel Japan was good to me, but they only had engineering work in Tsukuba. As the end of my year came to a close, I conducted a job search, and landed a position in Tokyo. After a few years, I returned to finish graduate school at UCSB, then set out for Japan again. The AEA Japan Research Fellowship had succeeded in its goal of turning me into an engineer who could navigate Japan.</p>
]]></content:encoded>
			<wfw:commentRss>http://edagraffiti.com/?feed=rss2&#038;p=25</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Guest blog: John Bruggeman</title>
		<link>http://edagraffiti.com/?p=188</link>
		<comments>http://edagraffiti.com/?p=188#comments</comments>
		<pubDate>Tue, 22 Sep 2009 00:00:00 +0000</pubDate>
		<dc:creator>paulmcl</dc:creator>
				<category><![CDATA[guest blog]]></category>

		<guid isPermaLink="false">http://blogs.cancom.com/elogic_920000692/2009/09/22/guest-blog-john-bruggeman/</guid>
		<description><![CDATA[I think that the first time I saw John Bruggeman was at a Wind River Worldwide User Conference when he smashed his way through a polystyrene wall at the back of the stage with a sledgehammer to enter to give &#8230; <a href="http://edagraffiti.com/?p=188">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p><img hspace="3" vspace="3" align="left" alt="" src="http://www.edagraffiti.com/images/bruggeman.jpg"><em>I think that the first time I saw John Bruggeman was at a Wind River Worldwide User Conference when he smashed his way through a polystyrene wall at the back of the stage with a sledgehammer to enter to give his keynote. I thought then that it was daringly different from the way I&rsquo;ve ever started a keynote! Since Virtutech and Wind River worked together I met him several times and we even persuaded him to open our sales conference one year. When he joined Cadence I immediately guessed his username and asked him to write me a blog entry after he&rsquo;d found his feet but before he went native. And happily he agreed.</em></p>
<p>&nbsp;<strong>JohnB</strong> <strong>is in the house&hellip;Will EDA ever be the same?</strong></p>
<p>Day 10 in my new CMO gig at Cadence&hellip;</p>
<p>After 100s of meetings, I have 1000s of thoughts relating to my new favorite obsession &mdash; EDA. Market dynamics, ecosystem, competitive landscape, conventional wisdom, business models, growth segments, product direction, pricing and packaging &mdash; the list of challenges goes on and on.&nbsp;</p>
<p>But the one observation &#8211; beyond all the others &#8211; that completely blows my mind is the intense cynicism from friends surrounding my decision to join <a href="http://www.cadence.com/">Cadence</a>. On pretty much a daily basis, I&lsquo;m asked, &ldquo;Why <a title="Twitter: @johnbruggeman" href="http://twitter.com/JohnBruggeman">John</a>, would a marketing guy like you make a move to EDA?&rdquo; Translation: &ldquo;What the hell were you thinking?&rdquo;</p>
<p>I&rsquo;m just two weeks in and unquestionably confident that my decision was right. How can I be so sure? Well, I can clearly pinpoint the exact thought process behind the decision and it all started when I read one simple article.</p>
<p>I&rsquo;ve learned from experience that it&rsquo;s easy to know when it&rsquo;s time to leave a job, but it&rsquo;s really hard to know where to go. Thankfully, my fellow critical thinkers, this industry has many pundits who have outlined &ldquo;the rules&rdquo; that are meant to help us find the light as we make our way up the path of advancement. &ldquo;The rules&rdquo; give us generally accepted principles or tribal wisdom by which most people should judge a new opportunity.</p>
<p>As luck would have it, I happened across an article published on <a title="Time for a Legendary Job" href="http://brainstormtech.blogs.fortune.cnn.com/2009/07/17/why-it-is-a-great-time-to-get-a-job-in-tech/">Fortune.com</a> that was skillfully written by a <a title="Chris Lochhead" href="http://lochhead.com/">seer of great industry insight</a> and highlighted the 10 things to look for in a &ldquo;LEGENDARY&rdquo; job. I recognized them right away &ndash; this article covered &ldquo;the rules&rdquo; in all of their well-acknowledged, well-heeded glory.&nbsp;</p>
<p>Things to look for in a &ldquo;legendary&rdquo; job like&hellip;</p>
<p>Number 1: a company in a growing market with a strong brand and leading position.</p>
<p>And number 2: a company with products that customers view as aspirin (read: essential), not vitamins (a supplement). In bad economies no one takes their vitamins</p>
<p>And number 3: a strong balance sheet with lots of cash</p>
<p>And number 4: a legendary executive team.</p>
<p>And numbers 5, 6, 7, 8-10. All more of the same!</p>
<p>Ten things no one would argue with, right? <a title="Apple" href="http://www.apple.com/">Pretty obvious stuff for a successful enterprise.</a> I read each recommendation closely and then to be sure, I read them again. Only I came to a different conclusion. Companies that already have these ten things going for them don&rsquo;t need much marketing help.</p>
<p>I mean, who needs great marketing if the company already is the market leader, in a growing market, with the leading brand and the leading market position, with products that are absolutely essential, all supported with an awesome balance sheet?</p>
<p>Maybe I look at the world a bit differently than most people, but I aspire to be a great marketer and to meet a great challenge. To actually accomplish something extraordinary, I knew I was going to have to break &ldquo;the rules&rdquo;.</p>
<p>So why EDA? Here it is &ndash; short answer. EDA is an industry that needs to reacquaint itself with &ldquo;legendary&rdquo; marketing.</p>
<p>Let me tell you why I think so. EDA is a critically important industry. It matters, but somewhere along the way it has forgotten that it matters. The super complex, increasingly powerful, application-rich chips that are required in every device that is produced today CANNOT be developed without EDA tools.</p>
<p>However, this industry is in desperate need of leadership and vision. There&rsquo;s a transformational business and technology shift changing the way that companies develop silicon. We&rsquo;re at one of those inflexion points that comes once a generation. I strongly believe the company that enables and accelerates this transition will become the undisputed leader on all fronts: innovation, technology, thought and market.</p>
<p>EDA used to be exclusively about design. I&rsquo;ll even pay homage to <a title="Our Rock Stars Aren't Like Your Rock Stars" href="http://www.youtube.com/watch?v=jqLPHrCQr2I">Intel&rsquo;s symbolic team of engineering rock stars</a> portrayed in its recent ad campaign.&nbsp;In the past, Intel-esque rock stars designed the chips we know and love. It was their goal to constantly make chips smaller, faster, with higher quality and reliability. Basically, these rock stars have continuously innovated all of the IP on a chip &ndash; every last piece of it. It isn&rsquo;t like a friendly game of <a title="Guitar Hero" href="http://www.guitarhero.com/">Guitar Hero</a> either. The rock stars in this game have to spend a massive amount of time acquiring the resources and skills necessary to even start thinking about playing. You can&rsquo;t fake it &ndash; there&rsquo;s no air guitar.</p>
<p>Nowadays, it&rsquo;s a fact &mdash; every industry is up against ever-increasing time, cost, quality and global competition constraints. I see some forces aggressively beating our industry&rsquo;s &ldquo;rock star model&rdquo; into submission: the physics challenging the continuation of Moore&rsquo;s law, the increasing importance of software that is embedded and the applications that run on chips. It takes too long, costs too much and worse, the quality is never where it needs to be. There is a tremendous amount of risk involved. It is impossible for one company to afford to keep all of the rock stars under one roof.</p>
<p>These forces have led the chip design process to a point of discontinuity. Integration is becoming just as important as design &mdash; integration of analog and digital IP, tighter and earlier integration of every stage of the design process, integration of heterogeneous, multiple cores on a single chip, integration of hardware and software. These and other integration challenges will forever change the semiconductor companies and their value chains.</p>
<p>EDA must rise to meet its customers&rsquo; changing requirements. Our customers need help in the transition to a business model that can meet the cost structure, meet the time constraints, and deliver quality in a more complex world. The rock star model must evolve. Rock stars will still create amazing IP, but &ldquo;system integrators&rdquo; will be equally important in the value creation equation.</p>
<p>These system integrators will work with internal and external IP rock stars, and even their end systems customers, using distributed systems. Hardware and software teams will be managed using executable specifications and metrics that bring more predictability to schedules, just as the complex system integrators do in the embedded software world that I come from.</p>
<p>That&rsquo;s right, I spent the last five years in embedded software going through a very similar industry transformation. I know from experience what a shift to an inte<br />
gration model looks like. Similar to embedded software, a community of experts in the EDA industry is forming and actively gaining momentum. They can&rsquo;t be stopped and they won&rsquo;t be ignored. They&rsquo;re driven by fundamental economic forces. This EDA community is quickly developing a system integration model that can be broadly used and reused by the entire industry. But what comes next?</p>
<p>The way I see it, no one has answered the call of the community. No one has stepped up, raised their hand and focused on making sure our customers have the tools and techniques they need to face the coming challenges of the industry.</p>
<p>Well look closely, because my hand is up!</p>
<p>A great company is going to seize this opportunity. At the end of the day, this company will have achieved legendary results and be able to boast all of &ldquo;the ten things to look for&rdquo; mentioned in the Fortune article. This company will be THE &ldquo;legendary&rdquo; EDA company. This vision is why I joined Cadence.&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://edagraffiti.com/?feed=rss2&#038;p=188</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Guest blog: Steve Schulz</title>
		<link>http://edagraffiti.com/?p=201</link>
		<comments>http://edagraffiti.com/?p=201#comments</comments>
		<pubDate>Tue, 08 Sep 2009 00:00:00 +0000</pubDate>
		<dc:creator>paulmcl</dc:creator>
				<category><![CDATA[guest blog]]></category>

		<guid isPermaLink="false">http://blogs.cancom.com/elogic_920000692/2009/09/08/guest-blog-steve-schulz/</guid>
		<description><![CDATA[Today&#8217;s guest blog is by Steve Schulz. These days Steve runs the Silicon Integration Initiative, Si2. Prior to joining Si2 Steve was VP corporate marketing for BOPS. Prior to that he had a long tenure of nearly 20 years at &#8230; <a href="http://edagraffiti.com/?p=201">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p><img vspace="3" hspace="3" align="left" src="http://www.edagraffiti.com/images/schulz.jpg" alt=""><em>Today&#8217;s guest blog is by Steve Schulz. These days Steve runs the Silicon Integration Initiative, Si2. Prior to joining Si2 Steve was VP corporate marketing for BOPS. Prior to that he had a long tenure of nearly 20 years at Texas Instruments in a wide variety of positions. He&#8217;s been heavily involved in many EDA standards.<br /></em><br /> <strong>The law of unmet needs: embedded software and EDA</strong></p>
<p>Over the years, I have developed many &ldquo;Belief Bricks&rdquo;.&nbsp;What are these, you ask?&nbsp;These are the building bricks that define my foundation for explaining the world around me.&nbsp;We all have them &ndash; they are a filter by which we accept input and shape our ideas.&nbsp;I&#8217;d like to pick out one of them here and connect it to a trend in our industry &ndash; it&#8217;s the &ldquo;Law of Unmet Needs&rdquo;.</p>
<p>I like this one &ndash; it is the root of business opportunity.&nbsp;Do this: find what is painful and getting worse, and no one (seems to be) addressing it.&nbsp;Then figure out a (market-feasible) approach for how to solve it, use good business skills to manage the solution, add water &ndash; and voila!</p>
<p>Of course it&#8217;s not quite that simple.&nbsp;Yet it remains the basic recipe for &ldquo;business plans&rdquo; supporting new startups, or new products within existing companies.&nbsp;It is the basis for how we approach our new standardization efforts at Si2 as well.&nbsp;Part of the trick is truly understanding what the market is telling you about the unmet need, while part is navigating hazards that must be deftly avoided to not fall into the abyss along the way.</p>
<p>One benefit of my role at Si2 is the opportunity to listen to a wealth of input from across our member companies.&nbsp;Recently, there has been a noticeable increase in the pain level associated with designing complex silicon that runs embedded software.&nbsp;This trend was already there, as more processors run more software on SoCs.&nbsp;What has changed, however, is the added risk this embedded software &ldquo;variable&rdquo; brings to achieving necessary parameters of the hardware design task.&nbsp;</p>
<p>One working group in Si2&#8242;s Low-Power Coalition, while addressing power at the architecture / ESL level (where 80% of the savings are hidden), concluded that a lack of standards for higher-level modeling of power was a barrier to industry progress.&nbsp;Now, even without an embedded software component, the challenges of estimating and managing power consumption during the product&#8217;s operation are hard enough.&nbsp;Yet many products today have multiple processors, and this trend will continue.&nbsp;Your smart phone&#8217;s silicon burns power dictated by the software that owns the bulk of digital functionality.&nbsp;The energy dissipation resulting from switching transistors is a direct consequence of the software operation&#8230; but EDA flows lack a means to factor that into the design trade-off space. What operations must be concurrent?&nbsp;What impact will switching power / frequency modes have to critical response times as timing fluctuates?&nbsp;Which architecture is best suited to the combined (software + hardware) time-varying functionality?&nbsp;How do we cooperatively work with the software team better?</p>
<p>This problem does not lend itself to simple in-house solutions.&nbsp;Its no wonder that we are hearing so much about the rising cost and complexity of designing silicon &ndash; to the point that the venture capital community has &ldquo;moved on&rdquo; to other (more attractive) areas.&nbsp;There clearly seems to be a large unmet need, and this trend has nowhere to go but up.&nbsp;</p>
<p>In the past, established EDA vendors have stated they have rejected this growing aspect of design because there is no money in the &ldquo;software world&rdquo; (think free compilers and $995 development kits).&nbsp;However, that logic is flawed.&nbsp;To compete in the software development world is to address a different problem &ndash; and one that already has plethora of solutions.&nbsp;The unmet need here is addressing the current problem scoped by EDA: effective design of silicon to requirements under a number of complex constraints.&nbsp;EDA adapted to adjacent manufacturing issues and integrated DFM concerns; perhaps software is the next adjacency.&nbsp;How much would companies pay for genuine improvement in this problem, where the new world order puts embedded software onto nearly every chip?&nbsp;How can we design to even more stringent requirements 5 years from now if this trend continues?</p>
<p>Perhaps this problem area is not being addressed because we lack a clear vision of any feasible approach for connecting our world of silicon design and the world &ldquo;on the other side&rdquo;.&nbsp;Perhaps no single company can deliver a useful solution without more enabling infrastructure to support it.&nbsp;Perhaps we haven&#8217;t really tried yet.</p>
<p>I see a continuation of the trend for more embedded processors &ndash; and more complex silicon design parameters dependent upon what the software does that drives its operation.&nbsp;What do you see?&nbsp;Is this really an unmet need?&nbsp;If so, how would you propose the industry tackle it?&nbsp;I would be interested to hear your comments.</p>
]]></content:encoded>
			<wfw:commentRss>http://edagraffiti.com/?feed=rss2&#038;p=201</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Guest blog: Jay Vleeschhouwer</title>
		<link>http://edagraffiti.com/?p=224</link>
		<comments>http://edagraffiti.com/?p=224#comments</comments>
		<pubDate>Tue, 11 Aug 2009 00:00:00 +0000</pubDate>
		<dc:creator>paulmcl</dc:creator>
				<category><![CDATA[guest blog]]></category>

		<guid isPermaLink="false">http://blogs.cancom.com/elogic_920000692/2009/08/11/guest-blog-jay-vleeschhouwer/</guid>
		<description><![CDATA[I&#8217;ve known Jay Vleeschhouwer since my early days at Cadence since I somehow ended up with the role of being the technical contact for financial and industry analysts. He has been a research analyst since 1980, has been following the &#8230; <a href="http://edagraffiti.com/?p=224">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p><img vspace="5" hspace="5" align="left" src="http://www.edagraffiti.com/images/jayv.jpg" alt=""><em>I&#8217;ve known Jay Vleeschhouwer since my early days at Cadence since I somehow ended up with the role of being the technical contact for financial and industry analysts. He has been a research analyst since 1980, has been following the technical software industry for the past two decades. He was most recently a managing director of equity research with Merrill Lynch in New York. Here is his summary of DAC.</em></p>
<p><strong>DAC 2009: a Wall Street perspective</strong></p>
<p>Industry &amp; technology trends: In the 2009 show, there were a set of new and not-so-new issues (comparing with DAC 2008) that are worth mentioning namely:</p>
<ul>
<li>Analog/mixed-signal, a.k.a. &ldquo;custom IC&rdquo;, a vital franchise for CDNS (usually a fourth or more of its revenues, and probably an even higher portion of its earnings, and where SNPS has made its at-long-last entry);</li>
<li>Power (the tools and methodology for which have only grown in importance in recent years, although &ldquo;power analysis &amp; optimization&rdquo; is relatively small as a discrete EDA reporting category). Power considerations will need to be taken into account throughout the design process (with implications therefore for how the main vendors enable and package their tools). As MENT noted in a product introduction breakfast on July 27th, &ldquo;system-level optimization&rdquo; has the biggest impact on power consumption&rdquo;. Related to that, MENT&rsquo;s main announcement at the show was of &ldquo;Vista&rdquo;, its &ldquo;architecture-level&rdquo; power platform.</li>
<li>System-level design (representing higher level of abstraction, which is usually a rationale for new growth in EDA). This has now become a $200M+ reporting segment, in which MENT believes it has about a 40% share; and, somewhat more esoterically,</li>
<li>3D &ldquo;stacking&rdquo;, a new technique for designing and packaging ICs (a big deal for ST Micro for instance, as it publicly noted).</li>
</ul>
<p>Industry revenues, product mix, and bookings:</p>
<ul>
<li>According to the latest EDA Consortium (EDAC), EDA license, maintenance, and services revenues were $1.051 billion in 1Q09, down 10%. Not surprisingly, the largest decline was in &ldquo;license &amp; maintenance&rdquo;, down 13% to $850 million. The three largest vendors accounted for 70% of the total industry for the quarter, towards the low-end of the 70%-75% range. The difference was largely attributable to the revenue decline at CDNS.</li>
<li>According to the EDAC data, the five largest product categories were (remain): IC implementation (11% of industry revenues); PCB (11%); Logic Verification (13%); Analysis tools (8%); Synthesis (6%); RET EDA (5%) and Analog/mixed-signal simulation (5%), or a total of 59%. Of these, the only one that grew in the most recent quarter was RET.</li>
<li>For the trailing twelve-months ending 1Q09, the industry revenue was $4.484 billion, down 12%, vs. the trailing-twelve months ending 1Q08, including a 17% decline in license &amp; maintenance revenues for the industry.</li>
<li>Over that same period, the combined product bookings of the top three vendors declined &asymp;35% to about $2.05 billion, mostly because of the plummet at CDNS and the comparison with the large SNPS renewal at Intel in mid-2007. The 2Q data will come out once MENT, LAVA, and SNPS report their July 2009 quarterly results.</li>
<li>I&rsquo;m estimating combined revenues for the top 3 for 2009 of about $3.033 billion (down 5%); combined non-GAAP operating income of about $315 million (or 10% of combined revenues; combined cash flow of under $250 million; and combined bookings of about $2.01 billion, with a weighted average duration of over 3 years.</li>
<li>Anecdotally, no customers with whom I met at DAC spoke of planning to increase run-rates, with the preference being apparently to keep even the best-performing suppliers &ldquo;stable&rdquo;. Indeed, the disparity between gross bookings and average durations might imply some lower run-rates in some cases when looking at aggregate bookings for the main suppliers.</li>
</ul>
<p>&nbsp;Other industry odds-and ends:</p>
<p>With the possible further consolidation of semiconductor companies, or parts thereof, the issue of the transferability of licenses (or the lack thereof specifically) may become an important issue for investors, since there may be instances of some new bookings or re-bookings in some circumstances, depending on scenarios like: Parent company licensee merges with another parent company licensee; Divisional licensee is spun off into a new joint venture entity.</p>
<p>In a keynote address by TSMC&rsquo;s v.p. of design &amp; technology platforms on &ldquo;Overcoming the new design complexity barrier&rdquo;, there were a number of interesting observations and recommendations for the industry (presumably premised too on what would be good for TSMC): the industry is at a &ldquo;cross-roads&rdquo; of complexity and affordability; there is a widening gap in terms of the growth of wafers produced and the number of tapeouts (due to growing complexity and cost per design), necessitating a need for more design/manufacturing collaboration, more reuse, and the need for avoidance of redundancies.</p>
<p>At a DAC &ldquo;management day&rdquo; panel with senior design executives from Intel, LSI, ST, Infineon, Global Unichip, TI, and Freescale, there was little or no gratuitous EDA-bashing but instead quite reasonable observations about how best to go about the business of designing chips in a timely and economical manner. There were some noteworthy comments and responses on questions having to do with: 1) What they want from their EDA vendors: optimize across different domains (Intel), analog (LSI), chip/package co-design (ST); 2) DFM: unlike design-rule checking DFM is not &ldquo;black &amp; white&rdquo;, OPC is a &ldquo;moving target (ST); very important, developing their own tools (TI). There was also some discussion about (the need for) &ldquo;software management tools&rdquo; for design. There is an important difference of scale here as the latter market has order of magnitude more users than are likely to be available in EDA, notwithstanding the extraordinary complexity of chip design. There might finally be a product opportunity here.</p>
<p>Cadence Design Systems. As a very general statement, CDNS&rsquo; technical position remains steady, though some customers concurred with the notion that the kind of relative steep improvement we saw from 2001-2006 (pursuant to CDNS&rsquo; successful acquisition integration strategy) has run its course. CDNS&rsquo; software bookings implosion last year (about -60%) and the further decline this year (down by a further mid-teens percent to under $400 million, which would be, quite unusually, less than MENT&rsquo;s this year), don&rsquo;t have much to do with technology (unlike the situation in 1999) so much as semi/industry cyclical reasons and of course the contracts renewal abyss. Given the depths of the recent bookings decline it seems unlikely that CDNS will get back to &ldquo;normal&rdquo;, i.e., 2005-2006, annual software bookings levels before 2011, if then.</p>
<p>Mentor Graphics. The main thing Mentor talked about at last year&rsquo;s DAC was integrating the Calibre physical verification/DFM platform with its Olympus-SoC place &amp; route system (acquired via Sierra Design in 2007). There has since been progress here, which is quite important (see too TSMC&rsquo;s Reference Flow 10 announcement). For the year, MENT might be able to eke out a small year/year bookings gain, assuming they have a large enough sequential gain in 4Q. The same might be said of SNPS for the year.</p>
<p>Synopsys. In the critical area of IC implementation (one of the largest in all of EDA), SNPS is now seeing the returns from the past 6-7 year path of integrating Avant!&rsquo;s technology with own, and maturing that combination, e.g., IC Compiler (a large portion of the &ldquo;core&rdquo; EDA reported revenues). On the other hand, not s<br />
urprisingly, standalone synthesis has been a declining category for the industry. Granted there are important issues of contact timing, but it&rsquo;s conceivable that even next year SNPS&rsquo; bookings could still be double those of CDNS (underscoring the importance of CDNS&rsquo; cost cuts and efforts to improve cash flow).</p></p>
]]></content:encoded>
			<wfw:commentRss>http://edagraffiti.com/?feed=rss2&#038;p=224</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Guest blog: Christian Burisch</title>
		<link>http://edagraffiti.com/?p=102</link>
		<comments>http://edagraffiti.com/?p=102#comments</comments>
		<pubDate>Wed, 05 Aug 2009 00:00:00 +0000</pubDate>
		<dc:creator>paulmcl</dc:creator>
				<category><![CDATA[guest blog]]></category>

		<guid isPermaLink="false">http://blogs.cancom.com/elogic_920000692/2009/08/05/guest-blog-christian-burisch/</guid>
		<description><![CDATA[Today&#8217;s guest blog is from Christian Burisch. He started his professional life as a chip designer and then became an AE for Ambit (where I first met him), Co-Design (SystemVerilog) and Tenison. Deciding to step back from the EDA industry &#8230; <a href="http://edagraffiti.com/?p=102">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p><img vspace="3" hspace="3" align="left" src="http://www.edagraffiti.com/images/xen.jpg" alt=""><em>Today&rsquo;s guest blog is from Christian Burisch. He started his professional life as a chip designer and then became an AE for Ambit (where I first met him), Co-Design (SystemVerilog) and Tenison. Deciding to step back from the EDA industry he put together a small team and has produced a video game. Now that this is near completion he is looking for angel investors for the company. But today&#8217;s blog is further insight into living overseas.<br /></em></p>
<p><strong>Expats, natives or nuts</strong></p>
<p>I have lived in 6 countries so far, in most of them more than once.</p>
<p>If you move to a radically different environment you have three options: hang out with expats, go native or go nuts.</p>
<p>I have done all three of those. In my opinion people enjoy the company of other people like themselves. If you travel around the world you don&#8217;t really do it to connect to the people of Borneo, you want to chug beers with the other backpackers. Hence the three options: find people like you in a strange place, become like the natives or become really lonely.</p>
<p>This is particularly relevant for couples or families who move together. You can have the working businessman who lives in expat land, his lonely wife who goes nuts and their kids who go native.</p>
<p>I found learning the local language quite hard. It is an essential prerequisite for the going native option. If you hang out with expats, you can avoid learning the language altogether. I have met many people who have lived in a foreign country for decades and have avoided learning the merest basics of the local language. This applies equally to American businessmen in Paris, to Brits in Hong Kong and the wives of Turkish immigrants in Germany.</p>
<p>My advice would be to commit early and seriously to study the language, preferably starting before you actually move there (I have never managed to do this myself, but I have seen impressive results in some of my friends who have).</p>
<p>Even if you don&#8217;t go native, learning the language will enhance the experience multi-fold and allows you to create some connection to the locals. Signing up for lessons also a good way to meet other foreigners, who have much in common with you in finding this country new and strange.</p>
<p>Kids tend to go native if you send them to a local school. When they are at primary school age I have found that they have a strong urge to conform and belong to a group. Don&#8217;t be surprised if they reject their own nationality and mother tongue. I don&#8217;t think there is ever an age when you should rule out moving abroad with children, but clearly it is not for every kid &#8211; or adult.</p>
<p>Children are naturally conservative and will never want to leave their current friends and lifestyle for something new that they can&#8217;t even imagine. You would have to ignore your kid&#8217;s inevitable reservations but they rarely take the &quot;going nuts&quot; route. In all probability they will make friends with natives or expats and won&#8217;t want to leave again.</p>
<p>If the opportunity to move abroad does arise do think twice. One thing is for sure, it will shape your life.</p>
]]></content:encoded>
			<wfw:commentRss>http://edagraffiti.com/?feed=rss2&#038;p=102</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Guest blog: Scott Sandler</title>
		<link>http://edagraffiti.com/?p=129</link>
		<comments>http://edagraffiti.com/?p=129#comments</comments>
		<pubDate>Wed, 15 Jul 2009 00:00:00 +0000</pubDate>
		<dc:creator>paulmcl</dc:creator>
				<category><![CDATA[guest blog]]></category>

		<guid isPermaLink="false">http://blogs.cancom.com/elogic_920000692/2009/07/15/guest-blog-scott-sandler/</guid>
		<description><![CDATA[Scott Sandler is the President of Springsoft USA. He began his career as a verification engineer at Intel, where he quickly learned that he liked the tools a lot better than the designs. He entered the EDA world in 1986 &#8230; <a href="http://edagraffiti.com/?p=129">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p><img vspace="3" hspace="3" align="left" src="http://www.edagraffiti.com/images/scottsandler.jpg" alt=""><em>Scott Sandler is the President of Springsoft USA. He began his career as a verification engineer at Intel, where he quickly learned that he liked the tools a lot better than the designs. He entered the EDA world in 1986 as the first AE for Verilog at Gateway Design Automation, and had stints at Cadence and Chrysalis before arriving at Novas in 1999 and leading it to its merger with Springsoft last year.</em></p>
<p><strong>Value Proposition</strong></p>
<p>When purchasing decisions for complex, high-tech products are made based mainly on price, users get the short end of the stick. They often end up having to get the job done with tools that are less capable than others on the market. This means they have to work harder to hit schedules, or that schedules slip and their company doesn&rsquo;t make as much money as it could. Decisions based on value instead of price often yield better results for those organizations prepared to make them.</p>
<p>Buying based on value doesn&rsquo;t always mean paying a high price, but it does mean&nbsp; looking beyond the idea that tools are an expense, and finding ways to reduce the overall effort of designing and verifying chips. While price-based decisions are relatively easy, decisions based on value are more complex. Determining the value of a product requires looking beyond its price, and really understanding the return on investment (ROI) the organization can get by acquiring the product. Will the tool save time? Will it free up engineers to work on things that are more valuable? What will be the impact on the overall output of the organization?</p>
<p>These analyses take time and energy, and some organizations find it easier to buy based on price, which is unfortunate for everyone involved. Engineers often end up using inferior tools that make their jobs harder and their work less rewarding. Organizations put out products that are late or less capable than they could have been. Suppliers end up with lower profits, and thus innovation in automation slows down. This is a losing situation all the way around.</p>
<p>The value of automation (the most important word in EDA!) comes from redirecting engineering effort toward adding value to the chip, rather than just getting through the process. For an organization that designs complex system-on-chip devices to give up on driving its own methodology, instead relying on a supplier of bundled tools because they ostensibly &ldquo;work together in a flow&rdquo; or cost less, is potentially a grave mistake. By looking for ways to save time and add more value to their products, in other words investing in unique automation technologies that interoperate based on open standards, these organizations can better satisfy their employees, customers, and investors.</p></p>
]]></content:encoded>
			<wfw:commentRss>http://edagraffiti.com/?feed=rss2&#038;p=129</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Guest blog: David Hamilton</title>
		<link>http://edagraffiti.com/?p=261</link>
		<comments>http://edagraffiti.com/?p=261#comments</comments>
		<pubDate>Thu, 09 Jul 2009 00:00:00 +0000</pubDate>
		<dc:creator>paulmcl</dc:creator>
				<category><![CDATA[guest blog]]></category>

		<guid isPermaLink="false">http://blogs.cancom.com/elogic_920000692/2009/07/09/guest-blog-david-hamilton/</guid>
		<description><![CDATA[One area that I don&#8217;t know as much about as I feel I should is test. And an area that I know even less about is analog test. David Hamilton is the CEO of ATEEDA, based in an area that &#8230; <a href="http://edagraffiti.com/?p=261">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p><img vspace="3" hspace="3" align="left" src="http://www.edagraffiti.com/images/davidhamilton.jpg" alt=""><em>One area that I don&rsquo;t know as much about as I feel I should is test. And an area that I know even less about is analog test. David Hamilton is the CEO of <a href="http://www.ateeda.com/">ATEEDA</a>, based in an area that I do know lots about (since I did my PhD there) Edinburgh Scotland. His company is working to extend the amount of analog testing that can be done without requiring an analog tester. Of course he&rsquo;ll be at DAC if you want to find out more. David has has various roles in both academia and industry in both startups like SeFAB to multi-nationals like Honeywell.<br /></em></p>
<p><strong>ANALOG TEST FINALLY SUCCUMBS TO INEXORABLE DIGITAL TREND</strong></p>
<p>For decades, our industry has shifted as much analog function into the digital domain as possible. Driven by astonishing scaling reductions, functionality has increased and costs reduced to the point where current consumer gadgets would have been indistinguishable from magic just a few years ago.</p>
<p>This digitizing trend has now extended beyond the design and into the manufacturing process. This promises a currently underexploited opportunity to take manufacturing cost out of semiconductors. But first some background: testing makes up about a fifth of the total cost of manufacturing. Moore&#8217;s law inexorably drove dimensions down through the technology nodes for digital, so while wafer-fab costs went up at each node, the cost per transistor went down even faster, giving cheaper die or improving functionality.</p>
<p>Several years ago, it became clear, that test costs were spiraling with transistor count for the digital sections of devices. EDA vendors developed tools to dramatically cut test time and hence cost for digital. Typically these eliminate redundancy in checking digital states and can be Built-In Self-Test (BIST) or loaded onto digital automatic test equipment (ATE).</p>
<p>However, the story is altogether different for Analog and Mixed Signal (AMS). Although analog has not seen the same rise in complexity, test costs have remained stubbornly high, up to 15c/sec for the most advanced analog capability. Test time spent is profit lost. Some high volume AMS chips take seconds and cost $millions to test. It is frustrating when a relatively small analog corner of the chip soaks up vast effort and cost just to develop and run suitable tests on production analog ATE.</p>
<p>Typically digital resources are far more parallel (x32 or x64 and beyond) than their analog counterparts minimizing production bottlenecks and cutting cost per tester site, so clearly testing analog circuitry using only digital resources has cost and throughput attractions. However, by definition, digital resources have limited analog capability such as switching between fixed voltages on digital outputs and checking against a fixed comparator threshold level on the input. One option to exploit this capability is to use BIST. While it is common in digital test and well supported by tools and standards, it is less widely adopted for analog.</p>
<p>BIST has several advantages for analog; greatly simplified ATE by eliminating expensive analog options, offline data processing bottlenecks avoided, parallel testing and the chance for wider circuit coverage of internal circuitry. However, before getting carried away with the benefits, there are significant barriers to universal adoption of BIST in analog. Firstly, the cost gains can be wiped out by the cost of the BIST silicon area. Secondly, while the designer always had to liaise with production test, BIST needs design effort upfront so it must be fast and easy to deploy. A welcome side effect of the latter can be shortened overall time to market. Thirdly, complex analog IP on-chip for BIST circuitry would need its own BIST!</p>
<p>So the characteristics needed for analog BIST to tackle escalating costs of analog test are clear. It must be small, primarily digital with very limited analog circuitry, supported by quick and easy to use EDA tools. A few companies have tried to introduce various exotic methodologies but these failed to gain traction, typically being too theoretical and abstract and inevitably failing the vital production test hurdle. Standards such as 1149.x even attempt to include analog in the boundary scan approach but this has not been universally adopted. A quick Google of &lsquo;Analog EDA BIST&rsquo; shows the lack of tools available to meet the demanding requirements. Our company, ATEEDA does offer tools to give Push-Button BIST solutions for analog. These are primarily digital with tiny amounts of analog IP. For example, LinBIST automatically creates the HDL code to put predominantly digital tests on-chip in the smallest number of gates. It also directly targets convertors up to 12 bits with minimal on-chip analog IP giving the comfort of a methodology familiar to test managers. A second tool OptimATE targets a wider range of circuits like regulators and references and signal conditioning circuits and drivers.</p></p>
]]></content:encoded>
			<wfw:commentRss>http://edagraffiti.com/?feed=rss2&#038;p=261</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Guest blog: Soha Hassoun</title>
		<link>http://edagraffiti.com/?p=46</link>
		<comments>http://edagraffiti.com/?p=46#comments</comments>
		<pubDate>Thu, 25 Jun 2009 00:00:00 +0000</pubDate>
		<dc:creator>paulmcl</dc:creator>
				<category><![CDATA[guest blog]]></category>

		<guid isPermaLink="false">http://blogs.cancom.com/elogic_920000692/2009/06/25/guest-blog-soha-hassoun/</guid>
		<description><![CDATA[DAC is coming up late July, as I&#8217;m sure you know. For the first time this year there is a real user track in which users, unmoderated by EDA marketing droids, can talk about their experiences. Soha Hassoun of Tufts &#8230; <a href="http://edagraffiti.com/?p=46">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p><img vspace="3" hspace="3" align="left" src="http://www.edagraffiti.com/images/soha.jpg" alt=""><em>DAC is coming up late July, as I&rsquo;m sure you know. For the first time this year there is a real user track in which users, unmoderated by EDA marketing droids, can talk about their experiences. Soha Hassoun of Tufts University was the person who didn&rsquo;t step three paces back fast enough and so found herself volunteered as Design Community chair. Of course, her first question to answer was: what is a design community chair? And the last question, what flavors of ice-cream do users prefer?</p>
<p></em><strong>My design community: the users</strong></p>
<p>It&rsquo;s three and a half weeks before DAC&mdash;and we, the executive committee and organizer MP Associates&mdash;are in the final stages of preparing for the User Track at DAC.&nbsp; It&rsquo;s been a joy ride, with some ups and downs.</p>
<p>I was recruited about a year ago to be the Design Community Chair for DAC.&nbsp; I said I would take the job only if I can re-define what that role means. Andrew Kahng, DAC&rsquo;s chair, agreed and signed me up.&nbsp;&nbsp;</p>
<p>The questions began: What is a design community? Does it even exist? And, in what forms? How far does it stretch? And, if these design communities already are associated with established conferences, why would they be interested in connecting with DAC? Can we characterize the profile of a typical &ldquo;design community member&rdquo;?</p>
<p>Well, after dwelling on these questions for a few days, looking at years&rsquo; worth of survey data from DAC, chatting with members of the DAC Executive Committee and many colleagues designing hardware and software, two ideas crystallized.&nbsp; First, DAC in the past has had a hard time identifying with a &ldquo;design community.&rdquo;&nbsp; Second, the common characteristic of members of this &ldquo;design community&rdquo; was that they &ldquo;use EDA tools.&rdquo;</p>
<p>Bingo!&nbsp; That was it.&nbsp; The &ldquo;design community&rdquo; label is potentially a mismatch: we were really talking about the &ldquo;EDA Tool Users.&rdquo; Relief.&nbsp; At least now we decoded the word &ldquo;Design&rdquo; in &ldquo;Design Community,&rdquo; and we started talking about &ldquo;User Community.&rdquo;&nbsp;&nbsp;</p>
<p>The quest shifted to find a way of connecting a large community, scattered geographically and topically, yet focused on EDA tool use.&nbsp; What would bring members of this EDA User Community to DAC?&nbsp; Certainly not to shop for tools.&nbsp;&nbsp; The user community is much larger than the folks that typically show up at DAC to visit the exhibit floor.&nbsp; The question became, what value can DAC provide to the User Community?&nbsp;</p>
<p>More questions and discussions.&nbsp; Clearly, users would not be willing to spend the time writing length DAC papers, and the user contributions would not be looked upon with enthusiasm considering the main focus of DAC on algorithmic contributions and methodologies.</p>
<p>So, the User Track was born:&nbsp; by users, for users, and chosen by users.&nbsp; We decided on a conference format.&nbsp; The submissions would be shorter.&nbsp; The quality had to be high to attract others.&nbsp; The event would be more inclusive and viewed as a community event to share knowledge and experiences.&nbsp; The event had to offer networking opportunities.&nbsp; Submissions must be evaluated using experts in tool use.</p>
<p>It is now eight months later.&nbsp; We put together a committee of more than 20 super EDA users.&nbsp; We put the word out that we are looking for submissions &ndash;&ndash; just one page abstracts.&nbsp; We received 117 submissions spanning both front and back end design topics.&nbsp; We accepted about one third as presentations, one third as posters, and one third did not make the quality cut for various reasons.&nbsp;</p>
<p>I&rsquo;ve already reviewed some of the presentations and posters that will be made at DAC, and they look GREAT.&nbsp; Presenters include users from Infineon Technologies, Cisco, TI, Xilinx, ST Microelectronics, Intel, Virtutech, ClueLogic, ST Microelectronics, Samsung, Qualcomm, Intel, Fujitsu, IBM, Sun, and others.</p>
<p>The User Track is this three-day event with 40 presentations running in parallel with regular technical sessions, and a poster session, held Wednesday 1:30-3 p.m., which provides 42 posters.&nbsp; Did I mention there will be ice cream, too, at the poster session?</p>
<p>Where else can you get such an experience &ndash;&ndash; the sessions, of course, and not the ice cream?&nbsp; See you there!&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://edagraffiti.com/?feed=rss2&#038;p=46</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
