Cadence® system design and verification solutions, integrated under our Verification Suite, provide the simulation, acceleration, emulation, and management capabilities.
Verification 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.
More Support Log In
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.
The Cadence Academic Network helps build strong relationships between academia and industry, and promotes the proliferation of leading-edge technologies and methodologies at universities renowned for their engineering and design excellence.
Participate in CDNLive
A huge knowledge exchange platform for academia to network with industry. We are looking for academic speakers to talk about their research to the industry attendees at the Academic Track at CDNLive EMEA and Silicon Valley.
Come & Meet Us @ Events
A huge knowledge exchange platform for academia. We are looking for academic speakers to talk about their research to industry attendees.
Americas University Software Program
Join the 250+ qualified Americas member universities who have already incorporated Cadence EDA software into their classrooms and academic research projects.
EMEA University Software Program
In EMEA, Cadence works with EUROPRACTICE to ensure cost-effective availability of our extensive electronic design automation (EDA) tools for non-commercial activities.
Apply Now For Jobs
If you are a recent college graduate or a student looking for internship. Visit our exclusive job search page for interns and recent college graduate jobs.
Cadence is a Great Place to do great work
Learn more about our internship program and visit our careers page to do meaningful work and make a great impact.
Get the most out of your investment in Cadence technologies through a wide range of training offerings.
Overview All Courses Asia Pacific EMEANorth America
Instructor-led training [ILT] are live classes that are offered in our state-of-the-art classrooms at our worldwide training centers, at your site, or as a Virtual classroom.
Online Training is delivered over the web to let you proceed at your own pace, anytime and anywhere.
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 technology. 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.
Get email delivery of the Cadence blog featured here
Can one system model ever serve the needs of system architects, hardware developers, software developers, and verification teams? Probably not, according to panelists at the Design Automation Conference (DAC 2012) June 5. But panelists had some informative perspectives on the various types of models that are needed, and some suggestions for simplifying what has become a rather chaotic situation.
The panel was titled, "System Models - Does One Size Fit All?" It was organized by Frank Schirrmeister of Cadence and moderated by consultant Brian Bailey, editor of the EE Times EDA DesignLine. Panelists were as follows, shown left to right in the photos below:
Bailey kicked off the panel by noting how complicated modeling has become. At one time there was a single model, a design model. Then the verification team wanted a predictor model, and soon thereafter, a coverage model. Software developers wanted models for early software development, architects had a variety of models, and designers added models for high-level synthesis, prototyping, analog behavior, and other tasks. All these models have complex interconnections and dependencies.
"There is no company out there that has the means to create and maintain all these models," Bailey said. "So choices have to be made, and those choices can significantly impact the capabilities that exist in the flow."
Frederic Risacher - Modeling Hardware We Don't Make
Risacher noted that RIM does not design its own hardware, but rather seeks differentiation through software, which it does develop. Still, the company needs to ensure that hardware meets its specifications. The company has three high-level modeling requirements:
The downside? "To cover these three domains at RIM, we have three different SystemC environments, unfortunately. And we use four types of models," Risacher said. Most silicon vendors, he noted, provide one type of model - probably not two, certainly not four.
Richard Higgins -- Single Model Across Multiple Abstraction Levels
Whether or not it's practical, Higgins seems to be hoping for a "one size fits all" type of approach. Today, he noted, Qualcomm is using system models pre-silicon as a way to predict performance and "converge" on uncertainty. The challenge is that a complete use case evaluation requires the reuse of validated models with different specifications and technologies.
"ideally we would like a validated, single view of a model containing multiple abstraction levels," Higgins said, "and platforms that are capable of exercising all the abstractions." One approach towards this goal is to create multiple abstractions through what Higgins called "requirements derivation," which involves developing models according to tiered requirements. This yields a family of validated IP models of varying abstractions, and a "snap together" view of a platform that executes multiple abstraction levels.
The other approach is to develop multiple abstractions through refinement. Higgins said this approach raises the abstraction level, unifies annotated and scheduled timing, and makes architectural trade studies possible. It may be enabled by synthesizing SystemC from a SysML executable specification.
John Goodenough - Let's Get Practical
ARM sees a lot of modeling requests from users, but they have to make "pragmatic business sense" if the requests are to be answered in a reasonable time and cost, Goodenough said. ARM has been able to meet the needs of many customers with its Fast Models, which are instruction-set models based on the transaction level modeling (TLM) 2.0 standard. But the challenge is that customer use models vary greatly.
"One thing we can do to make modeling successful is to not have to provide four different models," Goodenough said. "We need to consolidate those into a workable subset of maybe one or two, so we can produce them in a timely manner for the use model, and avoid what happens in most modeling environments that have a lot of hackware and integration scripts to integrate all of these legacy models."
He added that "the panacea of trying to get one size that fits all is not going to happen because of different use models and legacy. But there are some very practical and pragmatic things we can do to help real usage." One is to push for a standard communication, control, and debug interface in models.
Andrea Kroll - Three Model Use Cases
Kroll identified three different use cases for system models:
"In my opinion, one size fits all is far too complicated for the user," Kroll said. "You really need to look at what your situation is and provide the right level of abstraction. Find the abstraction you need, instead of demanding cycle accuracy and a very fast model!"
Stuart Swan - What's the ROI?
Does one system-level model serve all purposes? "Pretty obviously no," said Swan. "There are always tradeoffs between performance and accuracy, and then there's model availability." Does that mean the more types of models you have, the better? "No!" was his answer.
Swan's view is that we need to look at modeling from a business perspective and consider where to get the greatest return on investment (ROI). After all, he noted, modeling takes a lot of time, money and people. If it doesn't solve a painful problem, it's probably not worth a major modeling effort. The same may be true if a model isn't reusable.
Some models have clearly shown ROI, Swan said. These include RTL models, TLM 2.0 LT (loosely timed) models, pure C/C++ functional models, and increasingly, high-level synthesis models. Some have poor ROI, including TLM 2.0 AT (approximately timed) models. "Some companies have tried and made significant investments, but have given up because it's too difficult and expensive," Swan said.
Standards will help improve the modeling situation, Swan said. He noted that Cadence and STMicroelectronics are proposing some TLM 2.0 extensions at the North America SystemC Users Group (NASCUG) at this year's DAC. But the fundamental question is how to develop fewer types of models. One interesting prospect, he said, is to leverage a high-level model from a virtual platform all the way to high-level synthesis, RTL and silicon.
Brian Bailey - a Concluding Remark
"In the past 5-10 years as this whole notion of ESL [electronic system level] has been coalescing, many people have said that models are the key to making it work. Now, through experimenting, we finally understand what we need to go forward. But I think it's clear from these presentations that the industry is still not aligned on what is needed and how this is going to fit together," Bailey said.
Indeed, much progress has been made on the system modeling front - but there's still quite a journey ahead.