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.
I checked my Linked-In messages the other day and saw a survey by Girish Patil with the provocative question "Is EDA360 the same experiment that Phoenix Technology tried a decade ago with
the acquisition of Virtual Chips and Sand Micro?" Well, that was an interesting link between my past professional life and my role at Cadence today.
Phoenix Technologies was -- and remains -- a leading provider of BIOS for PC systems. In the mid-90s, the company had expanded into related software areas, including some types of drivers and embedded applications. Phoenix expanded further by acquiring Virtual Chips in 1996 and Sand Microelectronics two years later. Both companies provided synthesizable RTL cores for such standard interfaces as PCI, USB, and IEEE 1394, along with related verification IP.
A lot of people were puzzled by this move, but as the VP of engineering at Virtual Chips I was deeply involved in the transaction and subsequent actitivies as we merged together. I believed then -- and I still believe -- that Phoenix displayed a good example of thinking outside the box in these two acquisitions. Rather than view themselves as restricted by their current products, a few executives saw that their core expertise was in developing software that lay very close to the hardware.
Conversely, we in the cores business were developing hardware that lay very close to software, and as we worked on more complex protocols we realized that we would eventually have to get into the driver business or partner with software providers in order to provide a complete solution. Thus, the seemingly odd fit was driven by the vision of interface cores and accompanying drivers that would provide unique value when paired together. This vision was never fully realized for lots of reasons I won't go into here, and Phoenix spun the cores group out as inSilicon in 1999.
So why this history lesson? Girish is quite correct that one important aspect of the EDA360 vision is the tight link between design IP, drivers, and other "bare-metal" software. Interface protocols have grown incredibly more complex in the last decade, so hardware-software co-development and co-verification is a necessity. I believe that the Phoenix-Virtual Chips vision was valid, but ahead of its time.
However, it is most certainly not the case that EDA360 is "the same" vision. EDA 360 is much bigger, encompassing full-chip and full-system development, increased focus on IP integration, the role of application software, and more. So I voted "no" to the Linked-In poll, but the question sure prompted some memories for me!
The truth is out there...sometimes it's in a blog.