1 / 28

Platform-Based Design Part 1, Introduction

Platform-Based Design Part 1, Introduction. Wayne Wolf Princeton University Joerg Henkel NEC C&C Lab. Course outline. Introduction: Wayne Methodologies: Joerg Applications: Wayne Tools, business models: Joerg. Competing imperatives. Technology push: high-volume products;

frisco
Télécharger la présentation

Platform-Based Design Part 1, Introduction

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Platform-Based DesignPart 1, Introduction Wayne Wolf Princeton University Joerg Henkel NEC C&C Lab

  2. Course outline • Introduction: Wayne • Methodologies: Joerg • Applications: Wayne • Tools, business models: Joerg

  3. Competing imperatives • Technology push: • high-volume products; • feasible design. • Marketing push: • fast turnaround; • differentiated products. IBM PowerPC 750 Nokia 9210

  4. What is a platform? • A partial design: • for a particular type of system; • includes embedded processor(s); • may include embedded software; • customizable to a customer’s requirements: • software; • component changes. IBM CoreConnect

  5. The design productivity gap

  6. Why platforms? • Any given space has a limited number of good solutions to its basic problems. • A platform captures the good solutions to the important design challenges in that space. • A platform reuses architectures.

  7. Alternative to platforms • General-purpose architectures. • May require much more area to accomplish the same task. • Often much less energy-efficient. • Reconfigurable systems. • Good for pieces of the system, but tough to compete with software for miscellaneous tasks. Intel Xilinx

  8. Standards and platforms • Many high-volume markets are standards-driven: • wireless; • multimedia; • networking. • Standard defines the basic I/O requirements. MPEG Tampere meeting bluetooth.com

  9. Standards and platforms, cont’d. • Systems house chooses implementation of standards functions: • improved quality, lower power, etc. • Product may be differentiated by added features: • cell phone user interface. • Standards encourage platform-based design.

  10. Platform vs. full-custom • Platform has many fewer degrees of freedom: • harder to differentiate; • can analyze design characteristics. • Full-custom: • extremely long design cycles; • may use less aggressive design styles if you can’t reuse some pieces.

  11. Platforms and embedded computing • Platforms rely on embedded processors: • can be customized through software; • can put considerable design effort into the CPU. • Many platforms are complex heterogeneous multiprocessors. Agere StarPro

  12. Platforms and IP-based design • Platforms use IP: • CPUs; • memories; • I/O devices. • Platforms are IP at the next level of abstraction.

  13. Advantages of platform-based design • Fast time-to-market. • Reuse system design---hardware, software. • Allows chip to be customized to add value.

  14. Costs of platform-based design • Masks. • NRE: design of the platform + customization. • Design verification.

  15. Two phases of platform-based design • Design the platform. • Use the platform. requirements past designs platform user needs product

  16. Division of labor • Platform design: • choose, characterize hardware units; • create the system architecture; • optimize for performance, power. • Platform-based product design: • modify hardware architecture; • optimize programs.

  17. Semiconductor vs. systems house • Semiconductor house designs the platform. • Systems house customizes the platform for its system: • customization may be done in-house or by contractor.

  18. Platform design challenges • Does it satisfy the application’s basic requirements? • Is it sufficiently customizable? And in the right ways? • Is it cost-effective? • How long does it take to turn a platform into a product?

  19. Platform design methodology • Size the problem. • How much horsepower? How much power? • Develop an initial architecture. • Evaluate for performance, power, etc. • Evaluate customizability. • Improve platform after each use.

  20. Platform use challenges • How do I understand the platform’s design? • How do I modify it to suit my needs? • How do I optimize for performance, power, etc.?

  21. Platform use methodology • Start with reference design, evaluate differences required for your features. • Evaluate hardware changes. • Implement hardware and software changes in parallel. • Integrate and test.

  22. Modeling languages • SystemC (www.systemc.org). • SpecC (www.specc.org). SpecC

  23. Verification methodologies • Execute high-level models. • Co-simulation. • Run software on sample chip.

  24. Design refinement • Bad news: • hard to learn the platform in order to change it. • Good news: • an existing design can be measured, analyzed, and refined. Worldwide shipping by UPS ... roughly US$ 50 for CD and US$ 100 for paper copy (1500 pages, heavy!) Bluetooth.com

  25. Software and hardware reuse • Want to reuse as many hardware components as possible: • known performance, power. • Want to use software libraries where possible. • RTOS simplifies design of multi-tasking systems.

  26. But who does it? • Do we use a disciplined, analytical process to create a platform that can be used for a series of designs? Or • Do we grab the last similar design and start hacking?

  27. How do I choose a platform? • Ideal: • evaluate aspects of the platform critical to my product’s requirements. • Base: • marketing/sales decision. Merck NEW!

  28. Summary • Trends encourage platform-based design. • Two phases: design platform, use it. • Iterative design style helps in evaluation, but requires steep learning curve. • Pure form of platform-based design may be rare in practice.

More Related