Home

Introduction
Overview
Design
Manufacture
Test

Community
Web Sites
Mailing Lists
USENET
Who's Who

Organizations
Professional
Universities
Government
Research Centers

Resources
Books
Magazines
Standards
Conferences

Vendors
Equipment
Services
Components
TurnKey

Forums
Web Site
Software
gbCodeLib

Personal
Webcam
Biography
Contact Me

GBIC >> MCM >> Overview

MCM Overview
Integrated circuits (ICs) are fabricated hundreds at a time on circular silicon wafers - typically 8" or 12" in diameter. After the wafer is cut into individual integrated circuits (sometimes called chips or die), they are assembled into packages for protection and to make handling the small die easier. Typically, die are assembled one to a package but when more than one die are assembled into a common package, the resulting electronic assembly is called a multichip module (MCM). As you will see below, there are several good reasons for doing this (most notable a size reduction), as well as several important drawbacks.

Technology Description Benefits Drawbacks Development Cycle


Return to top of document

Technology Description

The following picture shows a typical integrated circuit as it is normally packaged - one die to a package. As we will discuss later, there are several ways to make electrical connection between the die and the package, but in this example the die is attached to the package using 0.001" gold wires (called wirebonds). After connection is made to the die, a protective lid may be atttached to the package to cover the cavity in which the die has been placed, or as is more typical in the semiconductor industry, the entire die and wirebonds are encapsulated with a protective material.

An integrated circuit consists of very small structures which are very sensitive to mechanical damage and to exposure to chemicals (including water). They are so fragile, in fact, that handling by people or by the equipment used to manufacture electronic assemblies would destroy most integrated circuits - hence the use of packages to provide protection. The packages used by the electronics industry provide extremely good protection. It is typical that packaged integrated circuits can last for decades in very difficult environments.

As you can see in the picture, the packaged integrated circuit has a footprint that is much larger than that of the integrated circuit alone. It is not uncommon for a packaged integrated circuit to require as much as 4X the footprint as would be required for the die alone. This is particularly true for small die measuring 0.1" on a side. The larger the die, the less of a penalty paid there is. The package footprint for die measuring about 0.5" on a side (considered very large die) may be only about 2X larger than the die itself.

In the next picture, you can see than by placing multiple die into a single package - thus creating a multichip module (MCM) - the overall footprint of the resulting device has a much smaller footprint than would be required for individually packaged integrated circuits.

The reduction in footprint (size) reduction has been one of the primary reason that MCMs were developed. But, as is presented below there are several other good reasons for using MCMs, as well as several penalties for their use as well.


Return to top of document

Benefits

As was mentioned in the technology description above, size is not the only good reason to use MCMs. A short discussion of those advantages are provided below.
  • Size

    As was seen in the example above, the number one reason for using MCMs has been the footprint reduction that can be achieved, with a 4X reduction in size not unusual.

    The example given above used the most typical approach to mounting the integrated circuits inside the MCM - mounted flat against the interconnect. However, there are several other ways of attaching the chips.

    Many companies have demonstrated the capability of mounting die on edge or stacked one on top of the other to reduce the footprint. These techniques are collectively know as 3D packaging and have gained popularity in the last few years.

  • Weight

    Along with the size reduction there is a considerable weight reduction as well, approximately linear with the size reduction. Weight can be a significant factor in hand held products, but is most important in military applications such as satellites where launch costs can reach up to $50,000 per pound.

  • System Cost

    In cases where the electronic components of a product design will not fit on the available PWB area, additional PWBs must be used to hold the components. By using MCMs to reduce the required footprint to that available on a single PWB, the development and recurring costs of the additional PWB can be avoided.

    Whether the increased development and recurring costs of the MCM are offset by the reduction in additional PWB development and recurring costs usually depends on the quantity of products to be manufactured.

  • Performance (speed)

    The speed at which electrical signals can be transmitted between two ICs is a linear function of the distance between them. On conventional PWB assemblies it is common for ICs to be separated by as much as 5-10 inches. Signal propagation typically takes place at about 1ns per foot, so for low frequency PWB designs the distance between ICs is not critical. However as clock frequencies increase above 500MHz, the distance (hence the propagation delay) can begin to have detrimental effects on the performance of the designs.

    Typical MCMs rarely exceed 2" on a side. So in an MCM, the distance between the ICs is very small and the effect of signal propagation delays is conderably reduced - allowing performance at up to 50% higher speeds than is possible using non-MCM approaches.

  • Power

    The traces in an interconnect act as capacitors which ICs must charge in order to propagate electronic signals. It is not unusual for as much of 30% of the total power dissipation of an IC to be a result of the power required to charge the trace capacitance. Since capacitance is linear with length of the interconnect traces, the 1-2 inch traces in a PWB result in a 5X-10X reduction in that portion of the overall power dissipation of the IC - up to 30% depending on the specific design.

    It is also the case that interconnect trace resistances dissipate power, but the effect is oonsiderably less than the effect of line capacitance.

  • Pre-tested Functions

    One of the more expensive aspects of developing an electronic assembly is the cost of creating the software to test the finished product. By incorporating an available MCM, (which is pre-tested by the MCM manufacturer) into the design, significant reductions in cost and schedule may be achieved.

  • Package Cost

    For more complicated, high performance integrated circuits the IC package can be very complicated - costing more than the integrated circuit itself. Although an MCM package is also relatively expensive, replacing multiple IC packages with a single MCM package can result in an overall cost savings.


Return to top of document

Drawbacks

Like many engineering solutions, an MCM solution has issues which may prevent it from being an acceptable solution - despite the benefits described above.
  • Development Cost/Schedule

    Developing an MCM is a fairly expensive, time consuming process. Development costs of several hundred thousand dollars and 6-9 months of calendar time are not unusual, whereas existing, individually packaged ICs are usually available off-the-shelf with short delivery times and carry no development cost at all.

  • Production Cost

    An MCM is almost always more expensive than the cost of the individually packaged integrated cicuits. The low production volumes of MCMs result in comparatively high labor content and correspondingly high cost. This is true not only for the MCM assembly, but also for the interconnect fabrication and package manufacture. Also, because of the low volumes, manufacturing yields do not mature to reach the high levels enjoyed by individually packaged ICs. IC manufacturers often achieve yields in the 97%-99% range, whereas it is not uncommon for MCM manufacturers to see first pass test yields below 90%. Subsequent rework prevents the MCMs from being scrapped, but the rework cycle adds costs which are not found in the manufacture of integrated circuits.

    A production MCM may require from 1-3 hours of labor to assemble and test the MCM. At the relatively high overhead and labor rates of high tech companies, labor contributes several hundred dollars to the price of the MCM over individually packaged integrated circuits.

    In many cases, particularly for military applications where the volume is very low and the performance/environmental requirements are very high, MCM costs (above the price of the IC costs used in the MCMs) of several thousand dollars are not uncommon.

  • Risk

    Developing a custom MCM is a fairly complex effort. There is a definite risk that the first pass of the design may not be successful, requiring a second pass to correct the deficiencies. Further, the custom interconnect and package, which are often sub-contracted to external vendors represent similar risks - as do delivery of the die and passive components which make up the design of the MCM. All of these risks can be managed by the application of a mature development process, but collectively represent a level of risk that is not present when a design consists only of individually packaged integrated circuits.

    Of course, the design of a schematic using individually packaged integrated circuits also has risk, but errors in this case typically cost less to correct.

    In many cases, MCM designers elect to use individually packaged integrated circuits to build an functional equivalent to the MCM - specifically because corrections to the schematic design are easier to make prior to spending the labor needed to design the MCM packaged version of the schematic. The MCM equivalent assembly is called a breadboard, and is much easier to assemble, test, or otherwise handle than is an MCM. Once the breadboard confirms that the schematic provides the intended functionality, the schematic is then used to commit to a final MCM design.


Return to top of document

Development Cycle

While some of the details of designing and manufacturing MCMs can get pretty technical, the basic process flow can be expressed pretty simply. The following graphic shows a simplified flow chart of of an MCM development cycle. Additional discussion on each step of the development cycle is also provided.

Requirements >> Concept >> PDR >> Detailed Design >> CDR >> Prototypes

Requirements Concept PDR Detailed Design CDR Prototypes Documentation

It cannot be emphasized enough how important it is to bring in a knowledgable MCM engineer at the first sign of need. There are compatibility issues between the MCM and the PWB on which it is to be assembled. If not handled correctly, these issues can result in major cost or schedule overruns. All to often, program engineers complete their design based on assumptions about the MCM only to find out that a re-design of the PWB or MCM is required. Here are some examples of what can happen:

  • Thermal dissipation within the module requires additional heatsinking that is not in the PCB design
  • Complexity of the MCM schematic prevents routing of the signal I/O to the pre-assigned locations, requiring a re-design of the MCM schematic
  • Height of the MCM exceeds that of the other components on the PWB, requiring a non-standard PCB spacing or a re-design of the PWB to accomodate the MCM height
  • Additional circuitry is required in the MCM to allow for adequate testing and troubleshooting of the the MCM - resulting in a re-design of the MCM footprint and of the PWB
  • The selected component vendors do not offer the ICs in bare die format, so the MCM schematic must change, which in turns changes the design of the PWB
  • The bare die or passive components are not compatible with the MCM factory process flow - such as process temperatures or acceptable feature sizes. New components must be selected, changing the MCM and PWB schematics
All of these kinds of issues can typically be resolved provided that the MCM and PWB design are worked in parallel and that a knowledgable MCM engineer is available to point out the issues.


Return to Development Cycle Index

Requirements

There's an old saying - "If you don't know where you're going, how will you know when you get there?" - which accurately describes the logic of documenting the requirements for an MCM before moving on to the other steps of the design cycle. One of the most crucial lessons learned by MCM technologists is that you can waste a lot of time and money during an MCM design cycle by failing to understand the size, weight, performance, and other customer requirements.

Regardless of how much sense that makes, it is not unusual for requirements to be defined late in the development cycle, or simply to change in mid-stream. Most often, schedule or cost pressure is at fault - not enough time, or not enough money to include a rigid requirements definition phase, or not definition. Personnel often think they "know" what is needed, but when the details are worked it is not unusual to find that something was overlooked.


Return to Development Cycle Index

Concept

Once the PCB development cycle is complete, or at least complete to the point that the MCM requirements are fully defined and documented, the MCM design team must now offer up a concrete MCM design concept which meets all of those requirements. If the MCM engineer was adequately involved in the PCB development cycle, the concept phase consists primarily of confirming with the rest of the MCM team (process, manufacturing, test and QA) that the physical devices physical concept can be successfully designed, tested, and inserted into the manufacturing cycle.

Regardless of the degree of preparation which was achieved, the Concept phase of the MCM development cycle is to come up with the specifics of the proposed MCM design:

  • Dimensions
  • Technology selection (package, interconnect, manufacturing & test processes)
  • Component list
  • Cost/schedule/resource allocation
  • Performance analyses (electrical as well a mechanical)


Return to Development Cycle Index

PDR

Before going into the detailed design and documentation of the MCM, a team and customer review of the proposed design is usually held. In this review the design, technology decisions, components, and analysis results are reviewed by experts in each of the various engineering disciplines. The goal of the PDR is to reach a decision that all issues related to the design have been solved, or are solvable, and that detailed design of the MCM can commence.


Return to Development Cycle Index

Detailed Design

At the end of detail design, all items which comprise the MCM will have been identified (if purchased parts), or designed (if they are part of the MCM itself). The primary effort during this time is the design of the package and the interconnect. There may be a few other custom parts, such as package lids, package seal rings, or lid deflection posts which must also be designed but the package/interconnect combination is the heart of the detaled design phase.

Generally, since the package must be sized to meet the interconnect design, the package design cannot be finalized until the interconnect design is complete. In practice, however, the customer requirements often define the package dimensions and the interconnect design must accomodate those requirements. It is not unusual for the MCM design team and the customer to negotiate changes to the requirements during this phase.


Return to Development Cycle Index

CDR

As soon as the package and interconect designs are complete, they are submitted to the fabrication vendor for manufacture. As a final review of the designs before release fo the vendors, a CDR is typically helf. At this meeting, the final design of the MCM is reviewed (actually, copies of the final design are normally distributed prior to the meeting to allow the participants to review the materials ahead of time, so as to be able to provide useful analysis during the CDR).

At this point in the development cycle, the MCM engineer is expected to have identified and resolved all issues with the design. It is expected that no issues will arise during the CDR, allowing the MCM engineer to proceed with release of the package/interconect for fabrication.

The team review of the complete design package serves to confirm such status, and if needed to identify issues/design flaws which have been missed that would require a return to the detailed design phase of the program.

Introducing design changes at this stage of the MCM development cycle would have significant impacts on schedule, but it would be worse yet to discover those needed changs after the incurring the expense of manufacturing flawed modules.


Return to Development Cycle Index

Prototypes

Despite all the best intentions of the MCM development team, mistakes can happen. Requirements can be mis-understood or overlooked, mis-communication between groups can result in design errors, or design data can be wrongly translated into manufacturing databases. For these reasons and more, a small lot of MCMs are normally built prior to releasing the design for production.

Depending on the company, the small lot goes by a variety of names - proof of design (POD), proof of manufacturing (POM), pipe cleanears, prototypes, scout lot, engineering evaluation units, to mention a few. Regardless of the name, the goal is to confirm that the MCM performs as expected, validating the design, documentation, test, and manufacturing flow.


Return to Development Cycle Index

Documentation

When the development cycle is complete and production is about to begin, there are a very specific number of documents which must be released under configuration management.