490 likes | 621 Views
Welcome To Thesis Presentation. CHALMERS. VOLVO TECHNOLOGY CORPORATION. Team Atul Yadav Tripti Saxena. Team Supervisors Volvo – Henrik Lönn, Magnus Hellring, Patrik Isaksson Chalmers – Jan Jonsson Linköping University – Paul Pop KTH – Martin Törngren. Two thesis.
E N D
Welcome To Thesis Presentation CHALMERS VOLVO TECHNOLOGY CORPORATION Team Atul Yadav Tripti Saxena Team Supervisors Volvo – Henrik Lönn, Magnus Hellring, Patrik Isaksson Chalmers – Jan Jonsson Linköping University – Paul Pop KTH – Martin Törngren
Two thesis System Modeling using the EAST ADL (SMA) By : Tripti Saxena Semi-Automatic Mapping of Automotive Electronic Functionality (SAM) By : Atul Yadav
Automotive Electronic Features MOTIVATION ABS Transmission Control ESP ACC BbW XbW EMS 1980 2010 Increased complexity, criticality, vehicle influence, cost, value, design effort, etc.
The major goal of EAST-EEA is to enable a proper electronic integration through definition of an open architecture. This will allow to reach hardware and software interoperability and re-use for mostly distributed hardware. EAST ADL (Architecture Description Language) Objectives Describe Electronic and Electric Architechture such that : • Descriptions can be used for • - Simulation • - Analysis • - Synthesis • - Allocation decisions • - Documentation • Complexity can be managed • Descriptions can be re-used • Function descriptions are • HW independent MOTIVATION EAST EEA PROJECT Work package 3
SMA Objective The aim of this thesis is to study EAST ADL, a specific description language, in the context of an experimental X-by-Wire vehicle.
SAM Objective The aim of this thesis is to investigate the mapping problem and to find out about the parameters and constraints to be considered when performing mapping of the automotive electronic functionalities to the electronic control units (ECU).
Vehicle View Defines features in Functional Analysis Architecture Refined into Tentatively allocated to Refined into Appears as Allocated to Results Operational Architecture in Functional Design Hardware Architecture Architecture Logical Technical Architecture Architecture COMMONALITY BETWEEN BOTH THESIS • The FAR project • EAST ADL Modeling details
Goal The aim of this thesis is to study EAST ADL, a specific description language, in the context of an experimental X-by-Wire vehicle.
Contents Parallel Work • A: Requirements and specifications study • B: Evaluation of EAST ADL • C: Study models from the Far project • D: Carry out a design case by use of the EAST ADL on the Far car. • E: Modify the East-ADL • F: Evaluate and summarize results Iterative
EAST ADL Abstraction levels • A profile, which extends UML 2 proposal • Domain specific notation • Domain specific modeling concepts • Abstraction Levels • Requirements Specification • Variant Handling
Vehicle View • Top down Approach optional Functional Analysis Architecture mandatory Operational Architecture Functional Design Hardware Architecture Architecture Logical Technical Architecture Architecture Vehicle View EAST ADL Abstraction Layers Vehicle Type Heirarchy EFeatures • Purpose Entities describing User visible features Variation Decomposition
Vehicle View EFeature Repository Functional Requirement • Basic Functionality • Steer • Brake • Accelerate • Advanced Functionality • Cruise Control • Vehicle Safety Laser Distance Sensor Use-Case , MSC Design Constraints
Vehicle View Defines Features in Functional Analysis Architecture Functional Analysis Architecture Abstract View EAST ADL Structure • Purpose Behavior & algorithms of the functionality
Vehicle View Local Control (4X) Defines features in Functional Analysis Global Control Architecture Refined into HMI Functional Design Architecture Functional Design Architecture Abstract View EAST ADL Structure Purpose Decomposition of functionality to meet constraints
Timing Requirements Allocation Constraint Signal Device Interfacing <<Composite Software Function>> Wheel Control Functional Design Architecture EAST ADL Structure Requirements Behavior
Vehicle View Defines features in Functional Analysis Architecture Refined into Tentatively allocated to Functional Design Hardware Architecture Architecture Hardware Architecture • Purpose Physical entities of system
Vehicle View Defines features in Functional Analysis Architecture Refined into Tentatively allocated to Functional Design Hardware Architecture Architecture Refined into Logical Architecture Logical Architecture Purpose Flat software structure for allocation
HAF-Peripheral Association Vehicle View Defines Features in Functional Analysis Architecture Tentatively allocated to Functional Design Hardware Architecture Architecture OS-Processor Association Refined into Appears as Logical Technical Architecture Architecture Technical Architecture Purpose Operating System and Middleware API
Vehicle View Defines Features in Functional Analysis Architecture Tentatively allocated to Functional Design Hardware Architecture Architecture Refined into Appears as Logical Technical Architecture Architecture Allocated to Operational Results Architecture in Operational Architecture OSTask carrying code Frames & Communication Buffer for communication
Operational Architecture Intra ECU communication Inter ECU communication
Summary &Conclusions • Systematic evalutation of EAST ADL • EAST ADL Modeling • Structural Model of the FAR Hardware • Structural Model of the FAR Software • Limited Requirements Modeling Future Work • Behavior Modeling of the FAR car • Complete requirements modeling of the FAR car • Verification and Validation
SAM Semi-Automatic MappingofAutomotive Electronic Functionality(SAM)
ABS ACC SbW Specification Specification Specification Tool+ Model Tool+ Model Tool+ Model Tool+ Model Tool+ Model Tool+ Model Implementation Implementation Implementation ECU ECU ECU Current Status • Suppler deliver ”Black – boxes” • What happens ? ( Problem) • Constant addition of H/W to vehicle • Low flexibility • No standards • Requires knowledge about • different OS,H/W • Everything from scratch • (time to market ?) One function - One ECU
ABS ACC SbW Specification Specification Specification Tool+ Model Tool+ Model Tool+ Model Tool+ Model Tool+ Model Tool+ Model Functional Integration X Functions - Y ECUs Implementation Implementation Implementation Implementation ECU ECU ECU ECU Future Development Practice What can be done: Standardised middleware Advantage ? Applications may be developed with no concerns about the underlying platform.
Goal of the project The goal of the project is ” to investigate the mapping problem and to find out about the parameters and constraints to be considered when performing such a mapping”.
Steps Followed • What are the different types of electronic applications ? • What are the constraints they can impose ? • Which of them are relevant for mapping ? • Where should the mapping tool reside in EAST ADL ? • What is the input that the mapping tool requires ? • Semi-Automatic Integration of the tool with EAST ADL. • Modeling FAR and applying it to the tool.
Constraints from the Applications • Functional behavior • Temporal • Safety – Critical • Cost • Power consumption • Physical • Locality • Security • Flexibility
Relevant Attributes • Timing (period, wcet, deadline, offset) • Triggering • Safety-Criticality • Cost • Power consumption • ECU (speed, memory) • Bus (speed,protocol) • Locality
Vehicle View Defines features in Functional Analysis Architecture Refined into Tentatively allocated to Refined into Appears as Allocated to Results Operational Architecture in Functional Design Hardware Architecture Architecture Logical Technical Architecture Architecture Placement of the Mapping Tool
Hardware Architecture Mapping Tool Operational Architecture Logical Technical Architecture Architecture Tool Interface
... ... Application: set of process graphs Application: Logical Architecture Level Mapping of Functionality to the Platform Mapping (”logical architecture”) - What function on which ECU ? Mapping Architecture: Multi-cluster Problem : The requirement is that the functionality be specified at process level.
Algorithm Logical Architecture level Process Graph
... Time-triggered cluster • Static cyclic scheduling • Time-triggered protocol Gateway ... Event-triggered cluster • Fixed priority preemptive scheduling • Controller area network protocol Time Triggered Protocol (TTP) • Bus access scheme: time-division multiple-access (TDMA) • Schedule table located in each TTP controller: message descriptor list (MEDL) Controller Area Network (CAN) • Priority bus, collision avoidance • Highest priority message wins the contention • Priorities encoded in the frame identifier S0 S1 S2 SG S0 S1 S2 SG Slot TDMA Round Cycle of two rounds System Platform
Input to the Tool • Process {id, period, deadline, offset, memory} • Message {id, src, dst, size, deadline} • ECU {id, speed, memory} • Bus {id, speed, protocol} • StrictConstraint • LooseConstraint • ClusterConstraint Process graph Hardware resource Locality constraint
P0 P1 P11 P2 P3 P12 P6 P14 P16 P8 P9 P17 P10 P18 After Mapping P0 P1 P11 P2 P3 P12 P13 P13 P6 P4 P5 P4 P5 P14 P16 P15 P8 P9 P15 P7 P7 P17 P10 First ECUSecond ECUThird ECU P18
Parser DOM Parser DOM XML Document XML Document Algo. Application Extract Attributes Logical Architecture Tool Integration with EAST ADL (Input Side) • Process {id, T, D, C, M} • Message {id, src, dst, size, d} Vehicle View • ECU {id, speed, memory} • Bus {id, speed, protocol} Defines features in • StrictConstraint • LooseConstraint • ClusterConstraint Functional Analysis Architecture Refined into Tentatively allocated to Functional Design Hardware Architecture Architecture as Refined into Appears Logical Technical Architecture Architecture Allocated to Results Operational Architecture in
EAST ADL without OA Mapping Tool • Process {id, T, D, C, M} • Message {id, src, dst, size, d} • ECU {id, speed, memory} • Bus {id, speed, protocol} • StrictConstraint • LooseConstraint • ClusterConstraint Hardware Hardware Architecture Architecture Output from tool proc.:P1 <PR33> o=0 r=0 <PR5> o=31 r=5 ............ proc.:P4 <PR15> priority=2 o=138 r=17 <PR21> priority=1 o=99 r=32 ............... bus:CAN <ARC4> priority=1 o=29 r=2 size=2 PR4 --> PR5 <ARC13> priority=2 o=105 r=2 size=2 PR12 --> PR13 Mapping Tool Mapping Tool Modify DOM XML Document Mapping Tool Modified XML Document Operational Operational Architecture Architecture Operational Architecture EAST ADL with OA Logical Logical Technical Technical Architecture Architecture Architecture Architecture Tool Integration with EAST ADL (Output Side) How this is done ?
MAPPING APPLIED TO FAR Logical architecture level of FAR model in EAST ADL. Hardware architecture level of FAR model in EAST ADL.
MAPPING APPLIED TO FAR Loop free dataflow graph of FAR vehicle
MAPPING APPLIED TO FAR Mapping Results
GME Meta M3 (MOF) M2 (Meta Model) Meta Model Model M1 (Model) EAST Modeling Layers Generic Modeling Environment Definition of syntax and semantic Model of FAR Data Model execution, data archive, file
EAST ADL EAST ADL , UML Definition of syntax and semantic Model of the FAR car Model execution, data archive, file