Cadence® system design and verification solutions, integrated under our System Development Suite, provide the simulation, acceleration, emulation, and management capabilities.
System Development Suite Related Products A-Z
Cadence® digital design and signoff solutions provide a fast path to design closure and better predictability, helping you meet your power, performance, and area (PPA) targets.
Full-Flow Digital Solution Related Products A-Z
Cadence® custom, analog, and RF design solutions can help you save time by automating many routine tasks, from block-level and mixed-signal simulation to routing and library characterization.
Overview Related Products A-Z
Driving efficiency and accuracy in advanced packaging, system planning, and multi-fabric interoperability, Cadence® package implementation products deliver the automation and accuracy.
Cadence® PCB design solutions enable shorter, more predictable design cycles with greater integration of component design and system-level simulation for a constraint-driven flow.
An open IP platform for you to customize your app-driven SoC design.
Comprehensive solutions and methodologies.
Helping you meet your broader business goals.
A global customer support infrastructure with around-the-clock help.
24/7 Support - Cadence Online Support
Locate the latest software updates, service request, technical documentation, solutions and more in your personalized environment.
Cadence offers various software services for download. This page describes our offerings, including the Allegro FREE Physical Viewer.
Get the most out of your investment in Cadence technologies through a wide range of training offerings.
This course combines our Allegro PCB Editor Basic Techniques, followed by Allegro PCB Editor Intermediate Techniques.
Virtuoso Analog Design Environment Verifier 16.7
Learn learn to perform requirements-driven analog verification using the Virtuoso ADE Verifier tool.
Exchange ideas, news, technical information, and best practices.
The community is open to everyone, and to provide the most value, we require participants to follow our Community Guidelines that facilitate a quality exchange of ideas and information.
It's not all about the technlogy. Here we exchange ideas on the Cadence Academic Network and other subjects of general interest.
Cadence is a leading provider of system design tools, software, IP, and services.
Should the end user's application experience, rather than "cool" features in silicon hardware, be the primary focal point of the system development process? That idea was explored earlier this year in the EDA360 vision paper, and it's become a hot topic of discussion. That discussion came to a new level at last week's ARM Technology Conference (ARM Techcon), where panelists tackled some challenging questions related to application-driven system development.
The panel was entitled "Are System Developers Ready for Applications to Drive and Define a New World Order?" It was moderated by Ron Wilson of UBM Electronics (EE Times). The panelists, left to right in the photo below, were:
Here are some of those challenging questions, and some answers:
Question 1: If the whole point of systems development is the user's application experience, are we evolving to the point where there is no reason to spend money on differentiating the underlying hardware, and where we'll produce some small, generic hardware platforms and focus all our efforts on software and firmware?
(Note: This is the same question that arose at the ARM-Cadence "fireside chat," as I described in a blog post last week).
Hardware differentiation will not go away, Mehta said. "Dynamic power can be managed by software -- but leakage, not quite so," he said. "At that level foundry process improvements will be required." Another way hardware provides differentiation is through the use of sensors.
Software development is very important, but underlying differentiation in hardware is still needed, Ryser said. "If you can do that on the fly in a running system that is not fully fixed, I think you have a big advantage."
If we end up with a single hardware platform, the result will be software "with no trace of innovation," Rusling said. "The embedded and mobile space is one of incredible diversity and innovation, and from a software perspective you need to exploit all that diversity."
Mehta said he had a "little bit of a concern that if we are moving towards a software-driven world, there may be a scenario in which in order to be portable, software can only use the very common parts of the hardware. That will defeat the purpose of having advanced hardware." McNamara concurred: "The worst kind of flow is a least common denominator. If we say, ‘I won't use this [hardware] feature until every single possible application supports it,' that's the worst case."
Question 2: If the object is to support the user's application experience, what does that mean for integration and verification?
"Today we have the ability to put together systems that model the environment we're going to get - a virtual model of the end device," McNamara said. He noted the importance of modeling the entire system. You may have a component that can do 24 frames/second video, but once put into a system, it's forced to share a small memory capacity and it can't provide a good viewing experience.
"Models are great, but a lot of the time you still need physical interfaces you can validate," Ordoubadian said. There are "situations in which you want some kind of emulation environment, where you can run your code and make sure the way you were thinking is how it is going to work."
Ryser pointed out the difficulty of debugging end applications that are built on top of layers of hardware and software. "When the application developer has a problem, how does he figure out what the real problem is?" The solution, Ryser said, is to "build on top of components that are very well defined."
Question 3: How can we balance everyone's love of diversity and competition versus the fact that every new design is going to cost something like $50 million to launch and 90 percent are going to fail?
Mehta put it bluntly. "If there is no diversity there will be no innovation. The bottom line is that we have to reduce the $50 million to $100 million cost to develop a new system." He added that "at every startup I ever worked at, I had to reinvent the wheel. There are no industry standard methodologies you can pick up and use. If we want diversity, we have to reduce that $50 million cost to $20 million, and I can assure you that you just spent $20 to $30 million redoing what every other startup company is doing next door."
Question 4: When applications rather than cool hardware features drive business, are there fundamental changes in how you do business?
"The cost of software development is now much higher than hardware because the teams are bigger," Ordoubadian said. "What we have learned is that when you're dealing with complex SoCs, you can have a ratio between hardware and software that ranges from 1-to-4 to 1-to-10."
Mehta said it isn't strictly true that applications drive hardware, or that hardware drives applications - "it's a two-way street." If you put a sensor on a piece of silicon, you enable hundreds of new applications, and in this instance hardware is driving the applications. On the other hand, Intel's MMX instruction set extensions were driven by a demand for the processor to handle multimedia, so "in that case the application drove the hardware."
This is exactly the kind of discussion the industry needs to be having. Thanks to ARM Techcon for providing this opportunity.
Other Cadence blog coverage of ARM Techcon
Steve Leibson, EDA360 Insider
Realizing the ARM Cortex-A15: What does the road to 2.5GHz look like?
ARM and Cadence: Playing with fire
ARM Cortex-A15 - does this processor IP core need a new category...Superstar IP?
The era of superintegration: The Marvell and ARM story - more than one billion chips served
Richard Goering, Industry Insights
ARM Cadence Fireside Chat: Hardware Differentiation in an Apps-Driven World
ARM Techcon: IBM Speaker Outlines Path to 22nm and Beyond