EE382N.23: Embedded System Design and Modeling Lecture 2

EE382N.23: Embedded System Design and Modeling Lecture 2

EE382N.23: Embedded Sys Dsgn/Modeling Lecture 2 EE382N.23: Embedded System Design and Modeling Lecture 2 – System-Level Design Languages Sources: R. Doemer, UC Irvine Andreas Gerstlauer Electrical and Computer Engineering University of Texas at Austin [email protected] Lecture 2: Outline • System-level design languages • Goals, requirements • Fundamental principles of language design • The SpecC language • Core language syntax and semantics • The SystemC language • Versus SpecC EE382N.23: Embedded Sys Dsgn/Modeling, Lecture 2 © 2017 A. Gerstlauer 2 (c) 2017 A. Gerstlauer 1 EE382N.23: Embedded Sys Dsgn/Modeling Lecture 2 Languages Represent a model in machine-readable form Apply algorithms and tools Automatic refinement, analysis, synthesis, simulation • Syntax defines grammar • Possible strings over an alphabet • Textual or graphical • Semantics defines meaning • Execution/simulation model • Operational or denotational EE382N.23: Embedded Sys Dsgn/Modeling, Lecture 2 © 2017 A. Gerstlauer 3 Models vs. Languages Poetry Recipe Story State Sequent. Data- Models machine program flow Languages English Spanish Japanese C C++ Java Recipes vs. English Sequential programs vs. C • Computation models describe system behavior • Conceptual notion, e.g., recipe, sequential program • Languages capture models • Concrete form, e.g., English, C • Variety of languages can capture one model • E.g., sequential program model C,C++, Java • One language can capture variety of models • E.g., C++ → sequential program model, object-oriented model, state machine model • Certain languages better at capturing certain models Source: T. Givargis, F. Vahid. “Embedded System Design”, Wiley 2002. EE382N.23: Embedded Sys Dsgn/Modeling, Lecture 2 © 2017 A. Gerstlauer 4 (c) 2017 A. Gerstlauer 2 EE382N.23: Embedded Sys Dsgn/Modeling Lecture 2 Simulation vs. Synthesis • Ambiguous semantics of languages 3.415 2.715 -- -- case X is Finite state machine when X1=> . Look-up table . when X2=> Controller Memory Simulatable but not synthesizable or verifiable Impossible to automatically discern implicit meaning Need explicit set of constructs Source: D. Gajski, UC Irvine EE382N.23: Embedded Sys Dsgn/Modeling, Lecture 2 © 2017 A. Gerstlauer 5 System-Level Design Flow Product planning requirements constraints Capture Algor. IP pure functional Specification model untimed Computation refinement PE IP transaction level Computation model execution timing Communication refinement Bus IP bus functional Communication model timing accurate RTL Hardware Interface Software RTOS IP synthesis synthesis synthesis IP RTL / IS Implementation model cycle accurate Structure Logic design Timing EE382N.23: Embedded Sys Dsgn/Modeling, Lecture 2 © 2017 A. Gerstlauer 6 (c) 2017 A. Gerstlauer 3 EE382N.23: Embedded Sys Dsgn/Modeling Lecture 2 System-Level Design Language (SLDL) SpecC V1.0 Capture Algor. IP Specification model Computation refinement Comp. IP Computation model Communication refinement Proto. IP Communication model in system-level design flow Hardware Interface Software RTL synthesis synthesis synthesis RTOS IP IP Single language to capture all Single language to capture models Implementation model SpecC V2.0 EE382N.23: Embedded Sys Dsgn/Modeling, Lecture 2 © 2017 A. Gerstlauer 7 Synthesis and Validation Flow System Design Functional and timing validation Capture Algor. IP Compilation Simulation model Specification model Validation Analysis Estimation Computation refinement Comp. IP Compilation Simulation model Computation model Validation Analysis Estimation Communication refinement Proto. IP Compilation Simulation model Communication model Validation Analysis Estimation Hardware Interface Software RTL synthesis synthesis synthesis RTOS IP IP Compilation Simulation model Implementation model Validation Analysis Backend Estimation EE382N.23: Embedded Sys Dsgn/Modeling, Lecture 2 © 2017 A. Gerstlauer 8 (c) 2017 A. Gerstlauer 4 EE382N.23: Embedded Sys Dsgn/Modeling Lecture 2 Software Programming Languages • Imperative programming models • Statements that manipulate program state, control flow Sequential programming languages [C, C++, …] Van Neuman semantics • Declarative programming models • Rules for data manipulation, data flow Functional programming [Haskell, Lisp, Excel] Logic programming [Prolog] No concurrency, structure or time Sequential behavior at task/block level Implicit or explicit operation-level parallelism EE382N.23: Embedded Sys Dsgn/Modeling, Lecture 2 © 2017 A. Gerstlauer 9 Hardware Design Languages • Netlists • Structure only: components and connectivity Gate-level [EDIF], system-level [SPIRIT/XML] • Hardware description languages (HDLs) • Event-driven behavior: signals/wires, clocks • Register-transfer level (RTL): boolean logic Discrete event [VHDL, Verilog] • System-level design languages (SLDLs) • Software behavior: sequential functionality/programs C-based, event-driven [SpecC, SystemC, SystemVerilog] Structural (block-level) concurrency and time Purely behavioral (task-level) concurrency? EE382N.23: Embedded Sys Dsgn/Modeling, Lecture 2 © 2017 A. Gerstlauer 10 (c) 2017 A. Gerstlauer 5 EE382N.23: Embedded Sys Dsgn/Modeling Lecture 2 System-Level Design Languages (SLDLs) • Goals • Executability – Validation through simulation • Synthesizability – Implementation in HW and/or SW – Support for IP reuse • Modularity – Hierarchical composition – Separation of concepts • Completeness – Support for all concepts found in embedded systems • Orthogonality – Orthogonal constructs for orthogonal concepts – Minimality • Simplicity EE382N.23: Embedded Sys Dsgn/Modeling, Lecture 2 © 2017 A. Gerstlauer 11 System-Level Design Languages (SLDLs) • Requirements Behavioral hierarchy Structural hierarchy Concurrency Synchronization Exception handling Timing State transitions Composite data types not supported partially supported supported EE382N.23: Embedded Sys Dsgn/Modeling, Lecture 2 © 2017 A. Gerstlauer 12 (c) 2017 A. Gerstlauer 6 EE382N.23: Embedded Sys Dsgn/Modeling Lecture 2 System-Level Design Languages (SLDLs) • C/C++ • ANSI standard programming languages, software design • Traditionally used for system design because of practicality, availability • SystemC • C++ API and class library • Initially developed at UC Irvine, standard by Open SystemC Initiative (OSCI) • SpecC • C extension • Developed at UC Irvine, standard by SpecC Technology Open Consortium (STOC) • SystemVerilog • Verilog with C extensions for testbench development • Matlab/Simulink • Specification and simulation in engineering, algorithm design • Unified Modeling Language (UML) • Requirements specification, no execution semantics, graphical • Extensible (meta-modeling), MARTE & SysML profiles for real-time/embedded/arch • IP-XACT • XML schema for IP component documentation, standard by SPIRIT consortium • Rosetta (formerly SLDL) • Formal specification of constraints, requirements • SDL • Telecommunication area, standard by ITU • … EE382N.23: Embedded Sys Dsgn/Modeling, Lecture 2 © 2017 A. Gerstlauer 13 Separation of Concerns • Address separate issues independently • Fundamental principle in modeling of systems • Fundamental principle in language design • System-Level Design Language (SLDL) • Orthogonal concepts • Orthogonal constructs • System-level modeling • Computation – encapsulated in modules / behaviors • Communication – encapsulated in channels EE382N.23: Embedded Sys Dsgn/Modeling, Lecture 2 © 2017 A. Gerstlauer 14 (c) 2017 A. Gerstlauer 7 EE382N.23: Embedded Sys Dsgn/Modeling Lecture 2 Computation vs. Communication • Traditional model P1 P2 s1 s2 s3 • Processes and signals • Mixture of computation and communication • Automatic replacement impossible C1 • SpecC model B1 B2 v1 v2 v3 • Behaviors and channels • Separation of computation and communication • Plug-and-play EE382N.23: Embedded Sys Dsgn/Modeling, Lecture 2 © 2017 A. Gerstlauer 15 Computation vs. Communication • Protocol Inlining C1 • Specification model B1 B2 v1 • Exploration model v2 v3 – Computation in behaviors – Communication in channels • Implementation model B1 B2 v1 v2 v3 – Channel disappears – Communication inlined into behaviors – Wires exposed EE382N.23: Embedded Sys Dsgn/Modeling, Lecture 2 © 2017 A. Gerstlauer 16 (c) 2017 A. Gerstlauer 8 EE382N.23: Embedded Sys Dsgn/Modeling Lecture 2 Computation vs. Communication • Layered communication C1 C2 v1 replacable v2 at any time IP v3 Virtual channel IP protocol channel in wrapper • Protocol inlining with hierarchical channel B1 B2 B1 B2 v1 v1 v2 v2 after before EE382N.23: Embedded Sys Dsgn/Modeling, Lecture 2 © 2017 A. Gerstlauer 17 Computation vs. Communication • Intellectual Property (IP) Wrapper Model B T IP v1 replacable at any time v2 Synthesizable Transducer IP in wrapper behavior • Intellectual Property (IP) Adapter model B T IP A v1 replacable at any time v2 Synthesizable Transducer Adapter IP behavior EE382N.23: Embedded Sys Dsgn/Modeling, Lecture 2 © 2017 A. Gerstlauer 18 (c) 2017 A. Gerstlauer 9 EE382N.23: Embedded Sys Dsgn/Modeling Lecture 2 Lecture 2: Outline System design languages Goals, requirements Fundamental principles of language design • The SpecC language • Core language syntax and semantics • The SystemC language • Versus SpecC EE382N.23: Embedded Sys Dsgn/Modeling, Lecture 2 © 2017 A. Gerstlauer 19 The SpecC Language • Foundation: ANSI-C • Software requirements are fully covered • SpecC is a true superset of ANSI-C • Every C program is a SpecC program • Leverage of large set of existing programs • Well-known • Well-established EE382N.23:

View Full Text

Details

  • File Type
    pdf
  • Upload Time
    -
  • Content Languages
    English
  • Upload User
    Anonymous/Not logged-in
  • File Pages
    30 Page
  • File Size
    -

Download

Channel Download Status
Express Download Enable

Copyright

We respect the copyrights and intellectual property rights of all users. All uploaded documents are either original works of the uploader or authorized works of the rightful owners.

  • Not to be reproduced or distributed without explicit permission.
  • Not used for commercial purposes outside of approved use cases.
  • Not used to infringe on the rights of the original creators.
  • If you believe any content infringes your copyright, please contact us immediately.

Support

For help with questions, suggestions, or problems, please contact us