editor's blog
Subscribe Now

Assembling an SoC Architecture

Planning an SoC has never been easy. As chip design has moved from mostly-from-scratch design to mostly-IP (even if internal), and as the size of the chip has grown, architectural decisions have to be made with loose back-of-the-envelope estimates, since much of the detailed implementation decisions aren’t made at that point. IP in particular can vary wildly depending on the source. And, while this sounds somewhat less likely, given the strong connections between design houses and foundries, you might even want to have a bake-off between foundries if that is part of the decision process.

A small company called Chip Path launched a site at DAC that allows architects to use a browser-based architecture tool to describe the intended function of a chip, and then map that to different foundries or IP blocks or fundamental platform architectures – SoC, FPGA, etc.

While this probably sounds obvious in the abstract, the details of doing this sort of high-level advanced planning have always been difficult. None of the pieces were originally designed to talk to each other – two identically-functioned (at a high level) IP blocks may have incompatible interfaces, for example. They’ve got what they call a “connection network” – a collection of items that have been designed to interconnect easily. These address the overall SoC interconnect scheme (NoC or fabric); streaming connections; interrupts; memory maps; and reset/control, clock, and power networks.

They have created a number of different “portals” that reflect the different things you might be looking for. Some are multi-vendor, for evaluating different foundries; others are “branded”. The SoC estimation, IP search, and FPGA fitting tools are free; they also sell other tools.

As you might suspect, the company shares roots with ChipEstimate, now owned by Cadence. But today’s problem is more complex than that of ChipEstimate back in the day. At the same time, the metaphor they use for explaining what they’re doing harkens back to something more traditional: building a car. They’re treating an SoC as a similar beast, with a list of components to choose from. This more than anything else reflects the role of IP today; such a component-oriented approach would have made much less sense in the past, when so much had to be created from scratch.

You can find out more in their release

Leave a Reply

featured blogs
Aug 14, 2018
I worked at HP in Ft. Collins, Colorado back in the 1970s. It was a heady experience. We were designing and building early, pre-PC desktop computers and we owned the market back then. The division I worked for eventually migrated to 32-bit workstations, chased from the deskto...
Aug 14, 2018
'€œPrediction is difficult, especially the future.'€ '€” Niels Bohr Okay, in my post last week , I revealed that I was a deterministic Newtonian, and my reasoning was about two hundred years old. I posited, '€œIf I could identify all the forces and weights and measur...
Aug 14, 2018
Introducing the culmination of months of handwork and collaboration. The Hitchhikers Guide to PCB Design is a play off the original Douglas Adams novel and contains over 100 pages of contains......
Aug 9, 2018
In July we rolled out several new content updates to the website, as well as a brand new streamlined checkout experience. We also made some updates to the recently released FSE locator tool to make it far easier to find your local Samtec FSE. Here are the major web updates fo...
Jul 30, 2018
As discussed in part 1 of this blog post, each instance of an Achronix Speedcore eFPGA in your ASIC or SoC design must be configured after the system powers up because Speedcore eFPGAs employ nonvolatile SRAM technology to store its configuration bits. The time required to pr...