© 2010 Mentor Graphics Corp. Company Confidential www.mentor.com Requirements-Driven Design from Concept to Implementation to Compliance Abstract As electronic.

Slides:



Advertisements
Similar presentations
Presenter : Shao-Chieh Hou VLSI Design, Automation and Test, VLSI-DAT 2007.
Advertisements

ECOE 560 Design Methodologies and Tools for Software/Hardware Systems Spring 2004 Serdar Taşıran.
Using emulation for RTL performance verification
February 28 – March 3, 2011 Stepwise Refinement and Reuse: The Key to ESL Ashok B. Mehta Senior Manager (DTP/SJDMP) TSMC Technology, Inc. Mark Glasser.
HP Quality Center Overview.
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
HW/SW Interface Management thru Automated Register Specification Anupam Bakshi Engineering Director Agnisys Technology Pvt. Ltd.
Synchron’08 Jean-François LE TALLEC INRIA SOP lab, AOSTE INRIA SOP lab, EPI AOSTE ScaleoChip Company SoC Conception Methodology.
Workshop - November Toulouse Paul Brelet TRT Modeling of a smart camera systems 24/11/
Implementing Rule Checking Early in the Design Cycle to Reduce Design Iterations and Verification Time Kent Moffat DesignAnalyst Product Manager Mentor.
Behavioral Design Outline –Design Specification –Behavioral Design –Behavioral Specification –Hardware Description Languages –Behavioral Simulation –Behavioral.
ECE Synthesis & Verification1 ECE 667 Spring 2011 Synthesis and Verification of Digital Systems Verification Introduction.
CASE Tools CIS 376 Bruce R. Maxim UM-Dearborn. Prerequisites to Software Tool Use Collection of useful tools that help in every step of building a product.
ECE 699: Lecture 2 ZYNQ Design Flow.
From Concept to Silicon How an idea becomes a part of a new chip at ATI Richard Huddy ATI Research.
Embedded Systems Design at Mentor. Platform Express Drag and Drop Design in Minutes IP Described In XML Databook s Simple System Diagrams represent complex.
Methods to Differentiate Mil/Aero Solutions Using FPGAs BOF session W – Focus on verification Dan Gardner Final MAPLD BOF Presentation.
Churning the Most Out of IP-XACT for Superior Design Quality Ayon Dey Lead Engineer, TI Anshuman Nayak Senior Product Director, Atrenta Samantak Chakrabarti.
Role of Standards in TLM driven D&V Methodology
A Requirements-Driven PLD Design Flow MAPLD 2009 Dominic Lucido Sr. Applications Engr.
1 Chapter 2. The System-on-a-Chip Design Process Canonical SoC Design System design flow The Specification Problem System design.
1 FIPS 140 Validation for a “System-on-a-Chip” September 27, 2005 NIST Physical Testing Workshop.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Model Bank Testing Accelerators “Ready-to-use” test scenarios to reduce effort, time and money.
Workshop - November Toulouse Ronan LUCAS - Magillem Design Services 07/04/2011.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
SystemC: A Complete Digital System Modeling Language: A Case Study Reni Rambus Inc.
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
1 Integration Verification: Re-Create or Re-Use? Nick Gatherer Trident Digital Systems.
Some Course Info Jean-Michel Chabloz. Main idea This is a course on writing efficient testbenches Very lab-centric course: –You are supposed to learn.
Design Verification An Overview. Powerful HDL Verification Solutions for the Industry’s Highest Density Devices  What is driving the FPGA Verification.
High Performance Embedded Computing © 2007 Elsevier Lecture 3: Design Methodologies Embedded Computing Systems Mikko Lipasti, adapted from M. Schulte Based.
System Design with CoWare N2C - Overview. 2 Agenda q Overview –CoWare background and focus –Understanding current design flows –CoWare technology overview.
High Performance Embedded Computing © 2007 Elsevier Chapter 1, part 2: Embedded Computing High Performance Embedded Computing Wayne Wolf.
OOI CI LCA REVIEW August 2010 Ocean Observatories Initiative OOI Cyberinfrastructure Architecture Overview Michael Meisinger Life Cycle Architecture Review.
Workshop - November Toulouse Paul Brelet TRT Exploration and application deployment on a SoC: efficient application.
1 Towards Optimal Custom Instruction Processors Wayne Luk Kubilay Atasu, Rob Dimond and Oskar Mencer Department of Computing Imperial College London HOT.
Chonnam national university VLSI Lab 8.4 Block Integration for Hard Macros The process of integrating the subblocks into the macro.
ESL and High-level Design: Who Cares? Anmol Mathur CTO and co-founder, Calypto Design Systems.
© 2012 xtUML.org Bill Chown – Mentor Graphics Model Driven Engineering.
The Macro Design Process The Issues 1. Overview of IP Design 2. Key Features 3. Planning and Specification 4. Macro Design and Verification 5. Soft Macro.
An Overview of Hardware Design Methodology Ian Mitchelle De Vera.
CHAPTER 8 Developing Hard Macros The topics are: Overview Hard macro design issues Hard macro design process Physical design for hard macros Block integration.
- 1 - ©2009 Jasper Design Automation ©2009 Jasper Design Automation JasperGold for Targeted ROI JasperGold solutions portfolio delivers competitive.
Workshop - November Toulouse Astrium Use Case.
SOC Virtual Prototyping: An Approach towards fast System- On-Chip Solution Date – 09 th April 2012 Mamta CHALANA Tech Leader ST Microelectronics Pvt. Ltd,
CASE (Computer-Aided Software Engineering) Tools Software that is used to support software process activities. Provides software process support by:- –
1 Copyright  2001 Pao-Ann Hsiung SW HW Module Outline l Introduction l Unified HW/SW Representations l HW/SW Partitioning Techniques l Integrated HW/SW.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Teaching The Principles Of System Design, Platform Development and Hardware Acceleration Tim Kranich
Oracle’s EPM System and Strategy
Chapter 11 System-Level Verification Issues. The Importance of Verification Verifying at the system level is the last opportunity to find errors before.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
ISCUG Keynote May 2008 Acknowledgements to the TI-Nokia ESL forum (held Jan 2007) and to James Aldis, TI and OSCI TLM WG Chair 1 SystemC: Untapped Value.
Parasoft : Improving Productivity in IT Organizations David McCaw.
Microsoft Dynamics GP Paperless Automation David Adams Channels Sales Support Manager The Challenges, Benefits & Value.
Problem: design complexity advances in a pace that far exceeds the pace in which verification technology advances. More accurately: (verification complexity)
April 15, 2013 Atul Kwatra Principal Engineer Intel Corporation Hardware/Software Co-design using SystemC/TLM – Challenges & Opportunities ISCUG ’13.
System-on-Chip Design
Programmable Hardware: Hardware or Software?
ASIC Design Methodology
CIM Modeling for E&U - (Short Version)
How to Quick Start Virtual Platform Development
Digital System Verification
Product Development Scenario Overview
CoCentirc System Studio (CCSS) by
21 November 2018 Implementing Rule Checking Early in the Design Cycle to Reduce Design Iterations and Verification Time Kent Moffat DesignAnalyst Product.
ECE 699: Lecture 3 ZYNQ Design Flow.
Presentation transcript:

© 2010 Mentor Graphics Corp. Company Confidential Requirements-Driven Design from Concept to Implementation to Compliance Abstract As electronic design complexities escalate and the ramifications of project failure become more severe, the need for new design techniques becomes more critical. New design techniques are needed not only to describe these designs, but to aid in verification, reusability, reliability, agility and management, while also reducing project risk. Applying a requirements-driven design approach, which is being rapidly adopted for projects with compliance needs such as DO-254, ensures that the verified design performs its intended function before costly commitment to silicon. A requirements-driven design approach is beneficial to any design project and vital to all safety/mission/security critical projects as the process will improve efficiency, productivity, quality, and project schedule predictability. However, raising the level of design abstraction above RTL will contribute an entire new dimension of benefits to this design approach. Raising the design description language up from RTL to electronic system level (ESL), which is TLM-based (transaction level modeling), will enable more design to designed, explored, validated, and co-designed with corresponding software and firmware to result in faster design cycles and higher quality projects. Automating the traceability and management of the design requirements from the original requirements source through all these levels of design and corresponding verification results provides status at any stage and delivers project visibility as never before, enabling the design team to make informed decisions and adjustments to keep the project on schedule. As this paper will discuss a requirements-driven design process in terms of SoC design, the approach and concepts are applicable to all design – it’s just good design practice! VR, Requirements Driven Design, EDPS, April

Valerie Rachko Requirements-Driven Design from Concept to Implementation to Compliance HDL & ESL Design Creation Marketing Director Design Creation & Synthesis Division Mentor Graphics Corporation April 2011

© 2010 Mentor Graphics Corp. Company Confidential Moore’s Law (Hardware content) 2x / 18m Nielsen’s Law (Internet bandwidth) 2x / 12m Embedded SW content 2x / 10m Putting Complexity Into Perspective Size, Software, Speed VR, Requirements Driven Design, EDPS, April Need new design techniques to effectively & securely reach project goals

© 2010 Mentor Graphics Corp. Company Confidential Requirements-Driven Design Process Parallel Design & Verification  Implementation 4 Design of SoC Verification of SoC Component Efficiency —Design & validate to requirements Productivity —New techniques at every process stage Predictability —Full project visibility Improved Quality —SoC fully verified against requirements VR, Requirements Driven Design, EDPS, April 2011

© 2010 Mentor Graphics Corp. Company Confidential Any company who cannot afford design failure —Mil-Aero —Security —Medical —Automotive —Railway —Nuclear/Energy —Banking Systems —Industrial Controls —Shipping Systems —Critical Infrastructure Companies needing to adhere to design compliance regulations & audits It’s just good design practice! Who Needs a Requirements-Driven Design Process? VR, Requirements Driven Design, EDPS, April

© 2010 Mentor Graphics Corp. Company Confidential DO-254: Design Assurance & Requirements Requirements define the “intended function” of a device CFR Title 14 (Aeronautics & Space) : “The equipment, systems…must be designed to ensure that they perform their intended functions under any foreseeable operating condition.” DO-254 is a means to show compliance to this rule DO-254 & other similar standards —Objectives involving requirements & ensuring that the design meets them! Establishing a requirements-driven design flow is key to design assurance VR, Requirements Driven Design, EDPS, April

© 2010 Mentor Graphics Corp. Company Confidential Requirements-Driven Design Process VR, Requirements Driven Design, EDPS, April Design of SoC Verification of SoC Component Requirements Defined & drive entire design & verification process Architectural Design Architectural exploration, system verification, virtual prototyping & high-level synthesis for downstream RTL steps Functional Design Addresses all RTL design steps including testbench creation Registers Registers & memories management Verification Advanced verification techniques & methodologies Component Confidence to commit design to silicon

© 2010 Mentor Graphics Corp. Company Confidential Requirements Tracking Track requirements through all levels of design & verification Manage requirements for ECOs, volatility, & automate reports Ensure all requirements are designed-in & fully verified, indicating simulation complete 8 VR, Requirements Driven Design, EDPS, April 2011 Reporting ESL Platform RTL Design Verification Plan Testbench PCB Design Specification, Requirements Requirements Tracking

© 2010 Mentor Graphics Corp. Company Confidential Trace, Manage, & Document Requirements & Their Changes 9 DesignSpecificationRTLDesign IMPLEMENTS HardwareRequirements COVERS IMPLEMENTS 60% Certification Authority Can you prove all requirements are implemented & tested? 40% VR, Requirements Driven Design, EDPS, April 2011 Hardware Designer What shall I work on next? What is this code for? System Architect

© 2010 Mentor Graphics Corp. Company Confidential Architectural Design ESL - Electronic System Level Abstraction above RTL provides many advantages —Simulate HW functional spec in the system context –First stage of designing to the requirements —Explore architecture tradeoffs before RTL –Performance, Power, bandwidth, etc —Enable Software integration, development & validation before RTL – Virtual Prototype —Reduce manual RTL coding via high level synthesis —Reduce RTL verification effort –Find bugs early –Correct-by-construction RTL 10 VR, Requirements Driven Design, EDPS, April 2011

© 2010 Mentor Graphics Corp. Company Confidential Why is ESL Design & Verification Important? Speed in coding the design, Speed in verifying the design —SystemC —TLM-2.0 Co-development of firmware & software Maximum power optimization Full SoC/system verification VR, Requirements Driven Design, EDPS, April Level of Abstraction

© 2010 Mentor Graphics Corp. Company Confidential Architectural Exploration Permits full chip “what if?” analysis Facilitates trade-offs for best functionality, performance & power —Hardware & software —IP, processor, peripherals, busses, etc. Delivers a virtual prototype for firmware & software development Enables full chip verification before any RTL code is created = Conceptual Design —Part of DO-254 design process VR, Requirements Driven Design, EDPS, April

© 2010 Mentor Graphics Corp. Company Confidential System Workload Power Optimization Significant static & dynamic power reduction when optimizing power based on system workload Fast simulation of power under real system level scenarios 13 Dynamic Power Profile Before Optimization Optimized Dynamic Power Profile Static Power Profile Before Optimization Optimized Static Power Profile System Workload Both dynamic & static power can be optimized Source: LSI 13 VR, Requirements Driven Design, EDPS, April 2011

© 2010 Mentor Graphics Corp. Company Confidential Power & Performance Optimization Flow Model TLM Timing & Power via policies Assemble transaction level reference platform Analyze Timing/Power in a system context Modify Timing/Power policies on the platform architecture Quickly iterate optimizing for timing & power Dynamic Power TransactionPowerTime Interval USB.READ0.16mw200 Clock Tree Power 0.5mw Static (Leakage) Power 0.2mw VR, Requirements Driven Design, EDPS, April

© 2010 Mentor Graphics Corp. Company Confidential ESL Flow VR, Requirements Driven Design, EDPS, April 2011 ModelingAssemblyDebugAnalysis Performance Power Transaction Level Platform On Chip Bus TLM Processor TLM RTL Verification Using OVM DUT TLM driver responder master monitor Scoreboard High Level Synthesis RTL RTL IP Vista TLM Library Catalog 15

© 2010 Mentor Graphics Corp. Company Confidential Functional Design: RTL  Implementation RTL design —Creation & Reuse —Code Checking —Analysis & Debug —Verification/Simulation —Synthesis, Place & Route —Equivalence Checking —Documentation New changes of significance —Requirements tracking through all design phases —Automation of many steps –Requirements tracking –Design Code Checking –Documentation –Register generation VR, Requirements Driven Design, EDPS, April RTL Design Synthesis Place & Route Requirements Mgmt Verification

© 2010 Mentor Graphics Corp. Company Confidential Automated Design Checking & Documentation VR, Advanced Design Creation, SKO Design Checking —Coding guidelines to enforce effective & efficient design code —Catches violations before simulation, synthesis & production Automatic Design Checking Significantly  Costs &  Quality —Ex. 10,000 lines RTL code Documentation —Essential for reuse —Required in design assurance processes Automated Documentation —Speeds design review processes —Includes all design data & design artifacts —Controlled under version management —Visualizes RTL code —Exports to document files —Snapshots project in HTML Manual lines/hr  50 hrs Automatic Checking  2 mins 40 sec  1100x improvement!

© 2010 Mentor Graphics Corp. Company Confidential Component Implementation  Physical Device 18 Design of FPGA Verification of FPGA Component Production SoC —Produce SoC & in-circuit / in-lab testing —Commitment to silicon & production VR, Requirements Driven Design, EDPS, April 2011

© 2010 Mentor Graphics Corp. Company Confidential Mentor Graphics’ Requirements-Driven Design Process VR, Requirements Driven Design, EDPS, April Design of SoC Verification of SoC Component ReqTracer Defined & drive entire design & verification process Vista Catapult C HDL Designer Precision RTL Plus Synthesis FormalPro Register Assistant Technology Questa & ModelSim

© 2010 Mentor Graphics Corp. Company Confidential In Summary Safety/Mission/Security Critical designs require additional techniques to ensure design assurance A requirements-driven design process enables —Added design & process assurance —Documentation of design —Repeatable process —Compliance to DO-254 & other standards ESL delivers many advantages —Architectural exploration —Virtual prototyping —Low-power optimization —Full SoC verification Many designs today should implement requirements-driven & ESL to improve design quality VR, Requirements Driven Design, EDPS, April

© 2010 Mentor Graphics Corp. Company Confidential VR, Requirements Driven Design, EDPS, April

© 2010 Mentor Graphics Corp. Company Confidential Central, Scalable & Extensible Register/Memory Datamodel —Enables easy specification of registers —Manages register changes —Eliminates hand coding & resultant mistakes —Executes consistency checks Automatically Generates Register Outputs —OVM Register Package —Documentation —Roadmap –UVM package generation –Synthesizable RTL –Full UI –ESL –IP-XACT 1.5 Register Input Formats —CSV, IP-XACT , API via Javascript, XLS —Roadmap: spreadsheet, SystemRDL, IP-XACT 1.5, SystemC/C++, full GUI Register Assistant Overview Register/Memory Definition & Management for the Entire Design Process 22 VR, Requirements Driven Design, EDPS, April

© 2010 Mentor Graphics Corp. Company Confidential Vista Scalable TLM: Power Model Transaction-level modeling of all power types —Static (leakage) power —Clock tree power —Dynamic power (per transaction) Dynamic power is assigned to each transaction type Vista TLM power model is —Reactive to incoming traffic and inner states —Supports voltage and frequency scaling Power Policies Dynamic Power TransactionPowerTime Interval USB.READ0.16mw200 USB.WRITE0.44mw20 Clock Tree Power 0.5mw Static (Leakage) Power 0.2mw PORT VR, Requirements Driven Design, EDPS, April