automatic validation of diagnostics in ecus - vector.com · v1.1 | 2016-10-10 canoe.diva diagnostic...
TRANSCRIPT
V1.1 | 2016-10-10
CANoe.DiVa Diagnostic Integration and Validation Assistant
Automatic validation of diagnostics in ECUs
Introduction
CANoe.DiVa for Automated Diagnostics Validation
Summary
Agenda
2/22
Let’s look at a ‘simple’ service, such as “ReadDataByIdentifier”, this has one “good case”, and (at first glance) five context sensitive “bad cases”:
Source: ISO 14229-1:2013
But consider, e.g. NRC 0x13, this is sent if the request is too long, too short or if too many DIDs are requested!> Excluding NRC 0x22, there are actually 8 “bad cases” that need to be considered, some of
which are dependent on the DID being requested!
Why Might We Want to Automate Validation?
Introduction
3/22
The Mission
Introduction
CANoe.DiVa
data driven diagnostic tests
test generation
reproducible
automated
broad and detailed
test run
documented
4/22
CANoe.DiVa
Introduction
ECU Specification
ECUSystem under
Test
CDD
Test Module
CANoeXML/CAPL
CANoe.DiVaCANdelaStudio
DiagnosticAuthoring Tool
ODX
Configurator
Generator
RuntimeLibrary
ReportAnalyzer
Test Report
CANoeHTML/
XML
CANoeTest Feature Set
5/22
Where might we want to insert faults?
Introduction
Bus access:Communication
Transport protocol (CAN):ISO network layer, parameters, timings, Flow Controls,…
CANoe/CANalyzer
Diagnostic „communication“: Timings, message format, request/ response dependencies
CANoe.DiVa
Diagnostic „exchange“: Supported services and sub-functions, data content, state dependencies,...
CAN LIN FlexRay DoIP K-Line
6/22
Protocols to consider during fault insertion
Introduction
ISO 14229 Unified Diagnostic Services (UDS): 2006/2013 ISO 15765 Diagnostics on CAN ISO 14230 Keyword Protocol 2000 (KWP) ISO 15031/J1979 On Board Diagnostics (OBD) ISO 27145 World-wide harmonized OBD (WWH-OBD)
GMW3110 (including GM Node Verification Procedures)
Various manufacturer specific test extensions (e.g. for Daimler, GM, VW, FCA, …)
7/22
Automated Tests – Scalability of Automation
Introduction
Diagnostic Console CAPL Browser vTESTStudio CANoe.DiVa
test creation
test execution
n/a editing CAPL tool supported generated
interactive automated automated automated
8/22
Introduction
CANoe.DiVa for Automated Diagnostics Validation
Summary
Agenda
9/22
Overview
CANoe.DiVa for Automated Diagnostics Validation
Automated generation of a CANoe test based on a diagnostic specification
User interface to configure tests Generation of a test specification Clear and detailed report of test results Support of test report analysis Requirement traceability Extensible test functionality
10/22
Protocol Testing
CANoe.DiVa for Automated Diagnostics Validation
Diagnostic Message Flow Physical, functional addressing and timing
Diagnostic Protocol Format Valid, Combined and Invalid Requests Response (single, none, multiple)
Data Type Checks
Sessions and Security Levels Service execution in the different sessions and security levels Session and security state transitions
DiVa ECU
11/22
Application Testing: Diagnostic Parameter
CANoe.DiVa for Automated Diagnostics Validation
Passive parameter validation against Diagnostic values (e.g. read/write) Configured data ranges Expectation values CCP/XCP values CANoe System Variables
Active control of I/Os to validate diagnostic parameter content CAN messages using CANoe rest bus simulation HW I/Os via VT System channels Any I/O using CANoe system variables
12/22
Application Testing: Fault Memory
CANoe.DiVa for Automated Diagnostics Validation
Provoke network signal failures Communication timeouts Data consistency failures
Provoke hardware failures using the VT System: Short-circuits (Ground, UBatt, Pins) I/O failures (interruption, resistance, voltage) Individual error settings
Any other failures using user scripts
simul.node 2
realnode 1
simul.node 3
13/22
Application Testing
CANoe.DiVa for Automated Diagnostics Validation
CANoe ILECU
System under Test
txMsgTemp
Temp.Sensor
Read (19,22)
IO Control
(2F)
control
measure
control
check
CANoe.DiVa
VT System
14/22
Software Download Test
CANoe.DiVa for Automated Diagnostics Validation
Supported Download Tests* Valid Flashing Overvoltage and under voltage tests Cancel data transfer (stop transmission or clamp reset)
> Check that valid flashing is possible afterwards
Additional flash tests available from DiVa v10 [some in SP2, Q3/4 2017)]: Security Access: Do no Security Access during flash sequence. Security Access: Send an invalid Key during flash sequence. Erase Memory: Do not send Erase Memory Routine during flash sequence. Erase Memory: Cancel after Erase Memory. Erase Memory: Cancel erasing after X milliseconds. TransferData: Increment one bit of data during flash sequence (CRC
check must fail). TransferData: Increment one bit of data during flash sequence (Signature
check must fail). Fingerprint: Do not send the specified Fingerprint.
* With Vector vFlash
15/22
User Interface
CANoe.DiVa for Automated Diagnostics Validation
16/22
Test Reporting
CANoe.DiVa for Automated Diagnostics Validation
17/22
Test Result Analysis
CANoe.DiVa for Automated Diagnostics Validation
Compare test runs
Different Views on the test report Result (Pass/Fail)
Service
ECU State
Issue Classification/Comment
Requirements
Identify error situations by combining Views
Comment and classify test results
Get one-page summary reports
Forward and archive a complete test report or an excerpt
18/22
Requirements Tracking
CANoe.DiVa for Automated Diagnostics Validation
Link CANoe.DiVatests with test- or specification requirements (automatically and manually)
Documentation of requirements within test cases/results via prose, document references or links (e.g. DOORS, html)
Requirement View for test analysis: In which tests is a requirement verified?
Requirement Overview to document the verification result
19/22
Introduction
CANoe.DiVa for Automated Diagnostics Validation
Summary
Agenda
20/22
Significant savings of time and effort Further quality improvement of the
ECU Software All development stages supported
Excellent test coverage Efficient, generation-based approach Automated tests without user
interaction User-defined tests allow tailoring
Widely used by OEMs and suppliers already with a proven record of success
Continuously enhanced features through implementation of customers’ requirements
Benefits
Summary
21/22
© 2016. Vector GB Limited. All rights reserved. Any distribution or copying is subject to prior written approval by Vector. V1.1 | 2016-10-10
Author:Iain CunninghamVector UK
For more information about Vectorand our products please visit
www.vector.com