Catalog ECU Software en

Vector Katalog ECU Software EN

09.02.2011

13:40 Uhr

Seite 1

Product Catalog

ENGLISH

ECU Sof tware

Vector Katalog ECU Software EN

09.02.2011

13:40 Uhr

Seite a

Date: March 2011 · Responsible for the contents: Vector Informatik GmbH, Stuttgart, Germany All mentioned product names are either registered or unregistered trademarks of their respective owners. The constant worldwide availability of all products or services is not warranted. No information contained in this catalog may be reproduced without expressed permission, in writing, from Vector Informatik GmbH. Errors and omissions excepted. Illustration & Design: SATZTEAM Fotosatz & Neue Medien GmbH, Eberdingen, Germany

Vector Katalog ECU Software EN

09.02.2011

13:40 Uhr

Seite b

Vector Katalog ECU Software EN

09.02.2011

13:40 Uhr

Seite 1/a

Vector – the Company

1/0

Vector provides OEMs and suppliers of automotive and related industries a professional and open development platform of tools, software components and services for creating embedded systems. Customers worldwide place their trust in the solutions and products of the independent and self-contained Vector Group. Reliable Partner with Quality For many years, our customers have realized what they have in Vector: a reliable and competent partner for efficient solutions in electronic networking. This reliability is based upon the factors below: > Global unique processes and standards > All Vector subsidiaries are certified according to ISO 9001:2000 > SPICE level 3 (HIS scope) reached in the area of ECU software > CMMI maturity level 2 reached in the area of software services

Milestones / Key Data 1988 1992 1994 1996 1997 1998 1999 2001 2002

2003 2004

2005 2006 2007

2008 2009

2010

Founding of Vector Informatik GmbH Sale of the first CANalyzer license Vector has more than 25 employees Sale of the first CANoe and CANape license Founding of Vector CANtech, Detroit/USA Founding of Vector Japan, Tokyo/Japan, Vector Informatik is DIN EN ISO 9001:1994 certified Vector has more than 100 employees worldwide Move to the new company building in Stuttgart, Founding of Vector Consulting Vector Informatik is DIN EN ISO 9001:2000 certified, Founding of Vector France, Paris/France, Founding of VecScan, Göteborg/Sweden, Vector has more than 250 employees worldwide Vector has more than 400 employees worldwide Move to the second company building in Stuttgart, Founding of customer care center north in Braunschweig and customer care center south in Munich/Germany Vector has more than 500 employees worldwide Founding of office in Regensburg/Germany Vector has more than 600 employees worldwide Vector has more than 700 employees worldwide Start of construction for the third company building in Stuttgart/Germany Founding of Vector Korea, Seoul/Rep. of Korea Vector has more than 800 employees worldwide Move to the third company building in Stuttgart Founding of Vector Great Britain, Birmingham Founding of Vector Informatik India, Pune Opening of Representative Office Shanghai, China aquintos becomes part of the Vector Group

High Customer Satisfaction The delivery quality and delivery time as well as consulting competence from Sales, Support, and Consulting are not just maintained on a high level, but are constantly being improved. The success: our customers judge us on a scale of 1 to 5 (where 1 is the best grade and 5 the worst) with an average grade of 1.6. Excellent Working Atmosphere 70 % of our highly-qualified employees work in the development environment. Teamwork in modern structures ensures a working atmosphere that in the past few years has been judged “very good” according to internal surveys. Trainees, interns, and graduating students also profit from the many opportunities to work actively with the newest technologies. Employee turnover at Vector, which has been extremely low for many years, confirms how each person at Vector understands his or her work: as mental work with a “fun” factor. On Location Worldwide For Vector, partnership with its customers means understanding their requirements. In order to be responsive to our partners quickly and to be able to act purposefully, we are present worldwide. For optimal support on location, the Vector Group has established, in addition to its own locations, a globe-spanning network of distributors.

Vector Katalog ECU Software EN

09.02.2011

13:40 Uhr

Seite 1/1

VECTOR –XXXXXXXXXXXX THE COMPANY

1/1

1/1

This catalog provides you an overview of Vector products and Services of the application area ECU Software: ECU Software Embedded software like real time operating systems (RTOS) and communication modules for e.g. CAN, LIN, FlexRay and Ethernet. Software for memory management and for reprogramming of

ECUs. Basic software for AUTOSAR. Development services for software components.

Please request other catalogs in the application areas Development of Distributed Systems, ECU Testing, ECU Calibration, Process Management, Vehicle Diagnostics, or request further information about the Vector Solutions for various tasks in automotive networking: Internet: www.vector.com/catalog/ • E-mail: [email protected] Development of Distributed Systems Tools and Services to design and develop a network of ECUs. Tools to simulate, analyze and test the communication of the network. ECU Testing Tools and services that allow the test of ECUs in all development phases, check the functionality of prototypes or execute regression and conformity tests. ECU Calibration Tools to access the ECU at run-time. This allows acquiring and modifying measurement data and parameters, so the ECU algorithms can be modified and optimized.

Process Management Tools and Services to support the process management required to develop complex vehicle electronics. This includes qualification of human resources, coaching, and supplying special tools that allow the management of complex data, workflows and projects. Vehicle Diagnostics Tools to describe, implement and test the diagnostic functionalities that are required to run diagnostic services on an ECU. Diagnostic functionalities are set up during the ECU development, stored in a consistent database and used during the ECU‘s lifecycle.

Vector Katalog ECU Software EN

09.02.2011

13:40 Uhr

Seite 1/2

Bus Systems, Embedded Network Protocols, Standards and appropriate Vector Products 1/2

Bus System

Description

Application Area

Appropriate Vector Product

CAN

CAN (Controller Area Network) was developed by the Robert Bosch GmbH in the early eighties and was internationally standardized (ISO 11898) in 1994. CAN was specifically developed for the serial data exchange between electronic control units in automobiles but is also used for the realization of industrial microcontroller networks.

Automotive engineering, automation engineering

All Vector Products

LIN

LIN (Local Interconnect Network) has been developed especially for the cost-efficient communication of intelligent sensors and actuators in automobiles. LIN bus system characteristics: > master/slave architecture > time-controlled data transmission > single-wire data transmission max. 20 kBaud > synchronization mechanism integrated in the protocol (no expensive quartz needed)

Automotive engineering (body electronics bus e.g. networking within a seat)

CANalyzer.LIN/CANoe.LIN CANalyzer/CANoe Option SCOPE CANape CANbedded LIN Communication Embedded Gateway Flash Bootloader CANister CANlog 3/4 GL1000, GL3000/4000/4200 MICROSAR LIN Multilog Network Designer LIN VN8900 XL-Interface-Family

MOST

MOST (Media Oriented Systems Transport) has been developed especially for the transmission of multimedia data in automobiles. MOST bus system characteristics: > optical data transmission up to 25 Mbit/s > ring structure of the bus system > usage of the standardized XML Function Catalog > plug&play capability

Automotive engineering (multimedia applications; networking of infotainment devices e.g. tuner, DVD changer, etc.)

CANalyzer.MOST CANoe.MOST 5/2 Flash Bootloader 2/22 MICROSAR MOST Multilog ● VN2610 – USB-Interface for MOST ●

FlexRay

FlexRay has been designed as a bus system for all securityrelevant applications as well as for transmission of large amount of data in automobiles. FlexRay bus system characteristics: > data transmission up to 10 Mbit/s > redundant implementation of all networks > deterministic transmission behavior As an exchange format for tools for the configuration of bus communication (design, parameterization) with FlexRay, the XML based FIBEX format (Field bus Exchange) is predominantly used.

Automotive engineering (e.g. securityrelevant applications, brake-by-wire, highspeed backbone for other bus systems)

CANalyzer.FlexRay CANape CANoe.FlexRay Flash Bootloader FlexCard Cyclone II SE/E-Ray FRstress MICROSAR FR Multilog Network Designer FlexRay VN3300, VN3600 and VN7600 FlexRay-Interfaces

Protocol resp. Description Exchange Format

Page

● ● ●

3/8 3/12 5/2

● ● ●

2/18

● ● ● ● ● ●

● ● ●

5/2

● ●

2/16

● ● ●

Application Area

Appropriate Vector Product

Page 2/2 2/54 2/6 2/44 2/28

AUTOSAR

The goal of the development partnership, founded by leading automotive OEMs and suppliers, is the definition of an open reference architecture for ECU-specific software.

Automotive ECUs, basic software

AUTOSAR Evaluation Bundle AUTOSAR Services AUTOSAR Basic Software Modules AUTOSAR Tools MICROSAR DIAG

ARINC 8xx CANaerospace

ARINC 810 and 812 specify communication between modules in the on-board galley (Galley Master, Galley Inserts). The focus here is on power management. ARINC 825 specifies both the fundamental communication within CAN-based subsystems and between CAN subsystems, which for example are interconnected by AFDX. ARINC 826 specifies Software Data Load over CAN. Key protocol applications of CANaerospace are in engineering simulators, simulation cockpits and especially on drones (UAVs).

Avionics and space technology

CANalyzer.CANaero CANoe.CANaero

● ●

Vector Katalog ECU Software EN

09.02.2011

13:40 Uhr

Seite 1/3

BUS SYSTEMS, EMBEDDED NETWORK PROTOCOLS, STANDARDS AND APPROPRIATE VECTOR PRODUCTS

Protocol resp. Description Exchange Format

Application Area

Appropriate Vector Product

J1939 is a communication protocol based on CAN for realtime data exchange between electronic control units (ECUs) in the area of commercial vehicles. It describes the information exchanged between the ECUs in such a system. ISO11783 is a further development for agricultural engineering.

Commercial vehicle engineering, railway engineering, agricultural engineering

CANoe.J1939 CANalyzer.J1939 CANoe.ISO11783 CANbedded J1939 CANape

NMEA 2000® is a communication protocol based on J1939 from the National Marine Electronics Association (NMEA) for the realtime data exchange between electronic control units in maritime electronics.

Marine engineering

CANoe.J1939 CANalyzer.J1939 CANbedded J1939

J1587/ J1708

SAE J1708 defines a serial, bidirectional network for use in the commercial vehicle industry. The SAE J1587 Standard regulates communication and standardized data exchange between different ECU based on SAE J1708 networks.

Commercial vehicles engineering

CANoe/CANalyzer.J1587

●

CANopen

The CANopen profile family specifies standardized communication mechanisms and device functionalities. CANopen is maintained by “CAN in Automation” (CiA), and can be implemented free of license.

Automation engineering, CAN embedded

CANoe.CANopen CANalyzer.CANopen CANerator CANopen ProCANopen CANeds CANopen Master Source Code CANopen Slave Source Code

● ●

J1939/ ISO11783

NMEA 2000

Page

● ● ●

3/6

●

3/6

3/28

● ●

3/20 3/24

J2534

The SAE J2534 standard defines the re-programming of ECUs via a PassThru interface. The purpose of this standard is to provide a unified communication capability via a standardized PC interface basically intended for flashing but also for diagnostics and other purposes.

Vehicle ECUs, Diagnostics, PassThru re-programming

PassThru XL Library

●

Ethernet/IP

Ethernet-based networks and the protocols built upon them are used in IT networks for decades. In the meantime they continue to grow in importance in the embedded environment. The main focus is on transmission of periodic signals and real-time capability.

Car2x, vehicles engineering, automation engineering, factory automation

CANoe.IP CANalyzer.IP MICROSAR IP

● ●

XCP is an improved and generalized version of the CAN Calibration Protocol V2.1. (CCP). XCP can be used also in nonCAN networks (e.g. FlexRay, SPI, SCI). The main benefit of XCP is the independence concerning the transport layer.

Automotive engineering, development of electronic control units, measurement and calibration

CANape XCP software component CANoe Option XCP GL1000, GL3000/4000/4200

Keyword Protocol 2000 (KWP2000; ISO 14230) and “Unified Diagnostic Services” (UDS; ISO 14229) are standardized diagnostic protocols for electronic control units. The physical access to the ECU is possible via a serial connection (“K-line” KWP-on-K-Line) or via CAN (KWP-on-CAN, UDS-on-CAN).

Diagnostics of vehicle electronic control units, measurement and calibration

CANape CANdelaStudio CANdesc CANoe CANoe.DiVa vFlash Indigo

The ODX format (Open Diagnostic Data Exchange) is based on the ASAM-MCD-2D-Basic working draft. Manufacturers of vehicles, electronic control units, and testers can write and exchange electronic control unit data in the uniform ODX format, which covers all manufacturers.

Diagnostics of vehicle electronic control units

XCP/CCP

KWP2000/ UDS

ODX

RP1210

The RP1210 specification defines an open interface (API) between Windows-based applications and in-vehicle communication networks. This interface offers functionality for bus systems – such as CAN and J1708 – as well as for higher layer protocols such as J1939 and J1587.

Commercial vehicles engineering, engine control

CANdelaStudio CANdelaFlash ODX Studio CANape CANoe CANoe.DiVa vFlash Indigo RP1210 API

1/3

● ●

2/20

●

3/30

● ● ● ●

3/14

● ●

5/12

● ●

5/10

● ● ● ●

5/12

● ●

◆ X/XX = Product information included in this catalog ● = Product information included in other application area catalogs or on the internet. Please request further catalogs about the application areas Development of Distributed Systems, ECU Testing, ECU Calibration, Process Management or Vehicle Diagnostics at: Internet: www.vector.com/catalog/ • E-mail: [email protected]

Vector Katalog ECU Software EN

09.02.2011

13:40 Uhr

Seite 1/4

Application Areas of the Vector Products

1/4

The following matrix gives you an overview which Vector products support you in your specific application area. ++ = main application area; + = additional application area

Vector Product

Development of Distributed Systems

ECU Testing

Diagnostics

ECU Calibration

ASAP2 Editor

++

ASAP2 Lib

++

ASAP2 Tool-Set

++

AUTOSAR Basic Software (MICROSAR)

ECU Software Components

++

CANape

+

+

Page

● ● ● ++

CANalyzer

Process Management

2/2

++

● ●

Option Adv. Multimedia

+

++

●

Option GPS

+

++

●

Option Simulink XCP Server

+

++

●

CANbedded

++

3/2

CANbedded Gateway

++

3/12

CANbedded J1939

++

3/6

++

3/8

CANbedded LIN CANdb++ Admin.J1939 CANdbLib

++

CANdelaStudio

++

CANdelaFlash

++

CANdesc

++

CANdito CANeds

● ● ●

++

+

5/10

+

● ●

++

++

CANerator CANopen

++

CANextender

+

CANister

++

CANlog 3 and 4

++

CANoe CANoe.DiVa

+

++

++

+

+

++

3/28

● ● ● ● ● ●

++

CANgraph

3/14

CANopen Master Source Code

++

3/20

CANopen Slave Source Code

++

3/24

CANscope

++

CANstressD/DR

++

● ●

Vector Katalog ECU Software EN

09.02.2011

13:40 Uhr

Seite 1/5

APPLICATION AREAS OF THE VECTOR PRODUCTS

Vector Product

Development of Distributed Systems

ECU Testing

Diagnostics

SteuergeräteECU Calibration Kalibrierung

SteuergeräteECU Software SoftwareComponents Komponenten

COMPASS

ProzessProcess management Management

Seite Page

++

●

DaVinci Component Tester

++

2/46

Configurator Pro

++

2/50

Configurator Kit

++

2/52

Developer

++

2/44

eASEE.cdm

+

++

eASEE.rqm

++

eASEE.pm

++

eASEE.chm

++

eASEE.sdm

++

EEPROM Emulations Modul Flash Bootloader

+

● ● ● ● ●

++

5/6

++

5/2

FlexCard Cyclone II

++

FRstress

++

● ●

GL1000, GL3000/ 4000/4200

++

●

High Resolution Timer

++

Indigo

+

Multilog

++

Network Designer CAN/LIN/FlexRay

● ●

++

●

++

ODX Studio

●

++

osCAN

++

PassThru XL Library ProCANopen

++ +

Test Automation Editor

++

++

●

+

++

vFlash

4/2

● ● ●

++

RP1210 API

Timing Analyzer

4/4

++

4/6 5/12

VN2610 USB Interface for MOST

++

●

VN3300, VN3600, VN7600 Interfaces for FlexRay

++

●

VN8900

++

VT System

++ ++

● ● ●

+

●

VX1000 XL-InterfaceFamily (e.g. CANcardXL, CANcaseXL, …)

++

X/XX = Product information included in this catalog ● = Product information included in other application area catalogs or on the internet. Please request further catalogs about the application areas Development of Distributed Systems, ECU Testing, ECU Calibration, Process Management or Vehicle Diagnostics at: Internet: www.vector.com/catalog/ • E-mail: [email protected]

1/5

EMBEDDED SOFTWARE

Use of Standardized Basic Software for ECUs Supported Hardware Platforms and Vehicle Manufacturer (OEMs)

Overview of advantages > Support of the standards AUTOSAR, ISO, HIS, IEC, OSEK, SAE, etc. > Available in numerous OEM-specific variants > Proven algorithms used in production development at all OEMs > Support of many different hardware platforms via a standardized API > Customization of basic software for your use case > Simple, tool-supported configuration You can get mature standardized basic software from Vector for ECU communication, diagnostics, real-time operating systems, flashing, EEPROM programming and control of IO drivers. This solution lets you port your application conveniently and quickly onto different hardware platforms and for different OEMs.

Application Areas You can obtain basic software from Vector for the following use areas: > Hardware drivers for CAN, LIN, FlexRay, Ethernet, Flash, EEPROM, Timer, ADC, PWM, etc. > Communication software for CAN, LIN, FlexRay, Ethernet and MOST > Gateway solutions for CAN, LIN, FlexRay, Ethernet and MOST > Administration of nonvolatile data (EEPROM, Flash) > Diagnostics with error memory module > Watchdog > Flash Bootloader > Operating system > Calibration protocols XCP and CCP > Higher protocols: J1939, CANopen, etc.

V2.3 2012-02

You get a software package specially tailored to your project. It is assembled according to the following criteria: > Basic software that is needed (depends on functionality) > Bus system > Hardware > Vehicle manufacturer or platform Before delivery, a test is performed based on your specified hardware and compiler combination. If necessary, Vector can also integrate drivers, e.g. drivers supplied by semi-conductor manufacturers.

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Training In the framework of our training program, we can offer you OEMspecific training courses and workshops for our software components and Flash Bootloader in our classrooms as well as at your business site. For more information on individual training events and dates please visit: www.vector-academy.com

Hardware Embedded software from Vector is available in optimized versions for a large number of specific hardware platforms. For the latest lists, see the e-catalog: > AUTOSAR basic software (MICROSAR) www.vector.com/ds_microsar.availability_en > CANbedded communication components www.vector.com/ds_canbedded.availability_en > osCAN operating system www.vector.com/ds_oscan.availability_en > Flash Bootloader www.vector.com/ds_flashbootloader.availability_en For CANopen, the list can be found on the product pages for the CANopen Source Code: www.vector.com/sourcecode OEMs and brands from A-Z Embedded software from Vector supports the specifications of nearly all OEMs. For the latest list, go to: www.vector.com/ds_pes.supported.oems_en

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Supported OEMs For OEM-specific Basic Software

Vector offers embedded software for a large number of OEMs. Additionally, a version without vendor-specific characteristics is available. Depending on the OEM the software is available for conventional (CANbedded) and/or AUTOSAR-conformant ECUs. The diagnostic software and the Flash Bootloader contain OEM-specific diagnostic services, fault memory or flash processes. Depending on the OEM the scope of the available diagnostic solution differs, e.g. UDS or KWP2000 is used as diagnostic protocol. Please contact Vector. We will help you to find the optimal solution for you requirements. OEM

Communication

Diagnostic Software

Flash Bootloader

BAIC

X

X

X

Brilliance

X

BMW

X

X

X

BYD

X

B

C X

Communication

Diagnostic Software

Flash Bootloader

GAC

X

X

X

Geely

X

X

GM

X

X

Great Wall Motors

X

X

Honda

X

X

X

HMC

X

X

X

Isuzu

X

X

Iveco

X

X

JAC Motors

X

X

Jaguar / Landrover

X

X

X

X

X

X

G

X

H

I

J

K

CHANA

X

X

Chery

X

X

Chrysler

X

X

X

M

Claas

X

X

X

MAN

X

X

X

Mazda

X

X

X

X

X

X

KMC

D DAF

X

X

X

Mitsubishi

Daimler

X

X

X

N

Dongfeng

X

X

X

NAC

X

X

X

Nissan

X

X

X

F

V2.7 2012-03

OEM

P

FAW

X

X

FCC

X

X

X

Porsche

X

X

X

FIAT

X

X

X

PSA

X

X

X

Fisker

X

X

X

Q

Ford

X

X

X

Qoros

X

X

X

Foton

X

X

X

X

R Renault

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

OEM

Communication

Diagnostic Software

Flash Bootloader

SAIC

X

X

X

SsangYong

X

X

X

Subaru

X

Suzuki

X

X

X

X

X

Volvo AB

X

X

X

VCC

X

X

X

VW/Audi

X

X

X

OEM independent

X

X

X

S

T Toyota V

Vector is pleased to support further OEMs on request.

Vector Informatik GmbH > Ingersheimer Str. 24 > 70499 Stuttgart > Tel. +49 711 80670-0 > Fax +49 711 80670-111 > www.vector.com

Vector Katalog ECU Software EN

09.02.2011

13:40 Uhr

Seite 1/8

Technical Consulting/Engineering Services Individual support in the development of ECU software and vehicle networks

1/8

Overview of Advantages > Tailored support > Quick implementation of your application > Sustained build-up of know-how For over 15 years, Vector has been creating software components as well as professional tools, and has been successfully supporting customers worldwide in developing ECU software and networking ECUs. Our experts bring success to your project with individually tailored technical consulting and engineering services. Starting with your aspired goals, our engineers work together with you to plan and implement an individual package of services. In every phase of development, our consultation and support is entirely based on your needs. Projects are handled in close coordination with your project team and based on a process that is optimally aligned to your needs. This lets you attain maximum relief of work load and ideal transparency. Application Areas > ECU Software Development > Vehicle Networks Design

Services for the development of ECU software

ECU Software In developing your ECU software with our embedded standard software, such as CANbedded or MICROSAR, we can provide the following support: > Product-related Software Engineering Services In conjunction with Vector embedded software products, which you use in your development, we can offer you professional support with training, support, review, installation and coaching, which we would also be glad to provide at your business site. > Technical consulting In taking on your technical challenges, our expert team provides you with technical consulting or individual concept development. Our technical consulting, e.g. in the framework of joint workshops, helps you in tasks such as these: > Introducing a new operating system > Optimizing an existing software architecture > Porting your application software to a multi-processor ECU > Layout of safety-related “mixed SIL” systems > Migration of ECUs to FlexRay or AUTOSAR > Engineering Services Our engineers would be glad to take on the specification and development of your ECU software, even with safety-related content according to ISO DIS 26262. Model-based software development can also be provided.

Vector Katalog ECU Software EN

09.02.2011

13:40 Uhr

Seite 1/9

ECU SOFTWARE

Contact We would be glad to support you on your projects. Please feel free to contact us at: www.vector.com/contact

Our services line-up ranges from a standard “Extended Integration Package (EIP)” via the development of system functions and software integration to the take-over of overall responsibility for all application software. For a detailed description of our service line-up in the area of ECU software, please refer to the datasheets on AUTOSAR Services and Software Development Services.

> Engineering Services Beyond technical consulting, we would also be glad to handle all of the project related development tasks such as: > Specification of CAN, LIN and FlexRay based vehicle networks > Specification of individual communication protocols > Creating and maintaining communication relationships between the ECUs > Specifications of gateway components ◆

Vehicle Networks In the development of vehicle networks, you can obtain the following support from Vector: > Technical Consulting Technical consulting focuses on sustainable transfer of the necessary technological information. Close cooperation with our experts guarantees intensive knowledge transfer to your professional team. During individual workshops, we conceptualize solutions together with you for: > Distribution of vehicle functions > Creating and extending network architectures > Optimizing your system layout > Definition of routing concepts for gateways

Services for Vehicle Networks

1/9

Vector Katalog ECU Software EN

09.02.2011

13:40 Uhr

Seite 1/10

Software Engineering Services Professional Support for your ECU software

1/10

Overview of Advantages > Take advantage of our expertise in embedded standard software for your project > Quick implementation of the communication, diagnostics and flash download for initial sample submission to the OEM > Tailored support from entry-level to the take-over of entire software projects For over 15 years, Vector has been developing software components and professional tools and has been successfully supporting customers worldwide in the development of ECU software. Vector is the market leader in OEM-specific standard software, e.g. for communication, diagnostics, operating systems, flash download and low level drivers. Many OEMs and their suppliers are already benefiting from our know-how. Our experts bring success to your project too with individually tailored software engineering services. Application Areas > Extended Integration Package (EIP): Extended integration of the standard software on your ECU as quick entry-level assistance in an initial sample submition for network testing at the OEM > System Functions and Software Integration: Full integration of the standard software with your application and development of additional system functions > Complete Application Software: Full development of your ECU applications

Extended Integration Package (EIP) The Extended Integration Package is a predefined project scope for integration of OEM-specific standard software on your ECU. It offers an efficient entry into your project and enables early and successful execution of initial network testing at the OEM. It includes: > Installation of the basic software on your ECU hardware with the help of a sample application > Specification-conformant configuration of the standard software and the OEM-specific system modules > Test execution with the OEM-specific tool chain > Test reports on fulfillment of OEM specification requirements The following functions are started up with the EIP: > Communication on the vehicle bus, including control of the start and stop states as well as sleep and wake-up > Basic diagnostic functionality including implementation of error memory entries concerning communication errors (e.g. timeout, bus-off) > Flash download using an EEPROM emulation in RAM memory

Vector Katalog ECU Software EN

09.02.2011

13:40 Uhr

Seite 1/11

ECU SOFTWARE

Contact We would be glad to support you in your projects. Please find your personal contact at: www.vector.com/contact

System Functions and Software Integration Perhaps you want to focus more on your application development and are seeking a partner to assume responsibility for implementing a portion of your software project. We can offer you project support tailored to your individual needs. The project is executed in close cooperation with your project team and is based on a process that is optimally aligned to your needs: from prototype to serial production. If you need safety-related software, the development can be performed according to ISO DIS 26262. Model-based software development can also be performed. Using our support, you get maximum work load relief and ideal transparency on the current status of the project. We integrate the standard software on your ECU hardware under consideration of your design and OEM requirements. In addition, we link it completely to your software application. We would be glad to develop additional system functions for you, ranging from requirements analysis to verification.

> Development of the entire diagnostic software component (SWC) > Development of sensor and actuator software components > Integration of the flash bootloader, even for multi-processor systems In addition, project services include: > Creating documentation such as requirements specification, design documentation, MISRA reports, test specifications > Project control by project and release planning, project report, status reports, quality gates and production release by Vector Complete Application Software Perhaps you do not wish to develop your application software yourself and are seeking a partner that can handle its implementation for you? We would be glad to assume responsibility for executing an entire ECU software project. ◆

Typical project contents: > Specification-conformant configuration and integration of the standard software on your ECU hardware > Development of specific auxiliary functions, e.g. for controlling the communication buses and error behavior, development of special routings or signal conversions for the communication channel used

Vector can develop individual system functions or the entire application software

1/11

EMBEDDED SOFTWARE

Solutions for AUTOSAR

The core idea of AUTOSAR is to master the growing complexity of software in modern vehicles by standardization. The development partnership founded by leading automotive OEMs and suppliers set the goal of defining an open reference architecture for ECU software. Many advantages are realized by standardization and using clearly specified interfaces between the basic software modules to the functional software: e.g. re-usability of the same software for different microcontrollers and functions with a simultaneous increase in quality.

DaVinci – The AUTOSAR Tools from Vector > DaVinci Developer is the optimal tool for graphic-based definition of AUTOSAR software components. > DaVinci Component Tester lets you conveniently test AUTOSAR software components on a PC. > DaVinci Configurator Pro is used to configure the MICROSAR basic software and the RTE from Vector, the basic software from third-party suppliers or for modules you developed in-house (e.g. complex drivers).

Vector, your Trusted Partner for AUTOSAR Projects As one of the first premium members of the AUTOSAR Consortium, Vector has been actively involved in the development of new technology for a long time. This active participation was recognized by the AUTOSAR Consortium in awarding Vector the first AUTOSAR Premium Member Award in 2007. Vector‘s experience with AUTOSAR is also reflected in AUTOSAR tools and the basic software, which is already being used in numerous production projects.

MICROSAR – The AUTOSAR Basic Software Modules from Vector To make it possible for you to efficiently develop productionmature ECUs according to AUTOSAR, you get MICROSAR from Vector – software modules that are AUTOSAR-conformant for AUTOSAR 3 (ASR 3) and from Q3/2012 also for AUTOSAR 4.0 (ASR 4.0). They cover the entire AUTOSAR standard and also contain numerous practical extensions.

V2.4 2012-02

Overview of the Vector AUTOSAR Solution Vector supports you in all development phases of projects with tailor-made AUTOSAR solutions for design, development and implementation:

For ECUs with safety-relevant functions, we recommend to use MICROSAR Safe – the MICROSAR solution for ECUs up to ASIL D per ISO 26262. MICROSAR Safe is available for ASR 4.0 and ASR 3.

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

When choosing the AUTOSAR solution from Vector: > You benefit from a seamless tool chain: From the design of your system to the development of your functional software and integration of the software in your ECU. > You get, with MICROSAR, a comprehensive package of basic software for AUTOSAR 3 or AUTOSAR 4.0 from a single source. You can also use just individual modules or the MICROSAR modules in conjunction with third-party components. > Vector offers you, in conjunction with its partner TTTech Automotive, a reliable solution for safety-relevant ECUs per ISO 26262 - both for AUTOSAR 3 and for AUTOSAR 4.0. > You do not need to migrate to AUTOSAR all at once. Vector can show you solutions for stepwise migration without loss of quality. > You are choosing a future-oriented solution with a reliable partner. Further Tools Take advantage of the comprehensive Vector tool chain to develop your AUTOSAR ECUs and systems. > PREEvision lets you specify and manage in-vehicle electronic systems. This ranges from defining requirements to designing distributed functions and defining components such as sensors, actuators and ECUs. Data communication in the networks can also be defined with PREEvision. > Network Designer is used to design a vehicle’s networking architecture and data communication for the networks.

> CANdela Studio let’s you specify the diagnostic functionality. Vector can offer you a complete solution for your projects together with numerous other tools for ECU testing as well as measurement and calibration. The Easy Way to Get Started with AUTOSAR Besides training courses on fundamentals and on specific products, Vector also offers on-site support in project implementation and in introducing the AUTOSAR software. The AUTOSAR Evaluation Bundle from Vector gives you a solution for evaluating the Vector AUTOSAR solution. It offers a structured approach for training in the AUTOSAR methodology and gives you an opportunity to evaluate the functionality and performance of the AUTOSAR software. Support for Your Projects Vector accompanies you from the early evaluation phase to production projects. Together with you, we can develop a comprehensive solution for your ECU. In the process, it does not matter whether you are using Vector products, your own in-house developments or third-party components. We support your projects with experience and integration know-how.

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

AUTOSAR Evaluation Bundle The complete package for the evaluation of AUTOSAR basic software and tools

Overview of advantages > Tools and basic software in production quality according to AUTOSAR 3 or 4.0 (from Q3/2012), lets users evaluate the Vector solution for AUTOSAR > Enables realistic evaluation of execution time and memory requirements for your ECU project > Conveniently test your software components on a PC on the Virtual Function Bus level > Available for many different micro-controllers and the PC as runtime platform > Quick way to train in AUTOSAR with a detailed sample project > Support of both AUTOSAR-conformant files and conventional description files The AUTOSAR Evaluation Bundle is a comprehensive package of OEM independent AUTOSAR basic software and design and configuration tools from Vector. This package lets you develop your first ECU software with an AUTOSAR-conformant software architecture. You get an in-depth look into the AUTOSAR world – from the design and configuration process to implementation of the actual basic software. You can obtain OEM-specific BSW modules, e.g. for diagnostics, in our MICROSAR Prototype SIP (see page 4 of this datasheet).

AUTOSAR Tools

Application Areas The AUTOSAR Evaluation Bundle supports both the automotive OEM − in evaluating AUTOSAR processes and methods – and suppliers in creating a first AUTOSAR-conformant ECU software. Since the tools and basic software are at a level of production maturity, you can reliably use the Vector solution to evaluate AUTOSAR with regard to: > Efficiency of the basic software > Integration of the tools in your development environment > Potential uses of AUTOSAR concepts in your application area The AUTOSAR Evaluation Bundle also provides an optimal foundation for initial developments of AUTOSAR-conformant software components (SWCs) for service providers who focus on the application level. If you do not have any specific hardware available and only wish to evaluate the AUTOSAR method and tools, you can also obtain the AUTOSAR Evaluation Bundle with the MICROSAR CANoe Emulation. In this case, you use the PC as a runtime platform with the CANoe testing and development tool from Vector (not included with bundle) and can omit startup with real hardware. However, you work with the same methods, tools and basic software as in the development of a real ECU.

AUTOSAR Basic Software

V2.6 2012-02

Additional Tools

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Training In the framework of our training program, we can offer various training events and workshops for MICROSAR in our classrooms as well as at your business site. For more information on individual training events and dates on the Internet please visit: www.vector-academy.com

Functions The AUTOSAR Evaluation Bundle contains all tools and software from Vector for creating a complete set of AUTOSAR ECU software, which consists of software components (SWCs), Runtime Environment (RTE) and basic software (BSW). The DaVinci tools are tailored to AUTOSAR and simplify your work in designing complex AUTOSAR applications. As input for configuring the MICROSAR software, you would use an ”ECU Extract of System Description“ (AUTOSAR XML) or as an alternative a conventional network description file (DBC, FIBEX, LDF). > The DaVinci Developer tool gives you an easy way to generate AUTOSAR-conformant ECU applications. Using the graphic editor, you can describe your AUTOSAR software components quickly and clearly and define their interfaces. The SWCs serve as a basis for the RTE configuration process, which you also perform with DaVinci Developer. > The DaVinci Component Tester is used to conveniently test – on a PC - implementation of the SWCs. Based on SWC description files, the DaVinci Component Tester emulates the Virtual Function Bus (VFB) and lets you conduct unit testing of SWCs. > The DaVinci Configurator Pro tool is used to configure the basic software modules and the RTE. You can use the convenient and intuitive user interface to adapt parameter values for your ECU project. The GENy tool offers special support in configuring the communication basic software. > The CANdelaStudio tool is used to define diagnostic data for your networks and ECUs. You can export this data via standard

Designing software components with DaVinci Developer

formats, and use the data in automatic configuration of the MICROSAR diagnostic basic software. The AUTOSAR Evaluation Pack is available for AUTOSAR 3 (ASR 3) and 4.0 (ASR 4.0). The included MICROSAR basic software modules efficiently and flexibly implement all functions of the related AUTOSAR Releases. They also contain many extensions that go beyond the standard. The following list gives you an overview of the individual MICROSAR bundles contained in the AUTOSAR Evaluation bundle. For a complete description of the individual bundles, please refer to the separate datasheets in this catalog. MICROSAR RTE > Contains the AUTOSAR RTE (Runtime Environment) MICROSAR OS Contains the AUTOSAR basic software module Operating System (OS) > Implementation of “Scalability Class” SC1 (SC2-SC4 available as option if supported by processor) > Fully compatible with OSEK OS > Supports Schedule Tables MICROSAR SYS Contains system-related AUTOSAR basic software modules. The following BSW modules are available as options:

Configuration of the Basic Software and the RTE with DaVinci Configurator Pro

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

> MICROSAR CSM (Crypto Service Manager) for ASR 4.0 > MICROSAR STBM (Synchronized Time-Base Manager) for ASR 4.0 > Driver for controlling external memory chips (see MICROSAR EXT) MICROSAR DIAG Contains all basic software modules for AUTOSAR-compatible implementation of the UDS protocol MICROSAR MEM Contains the AUTOSAR basic software modules for memory management – either with MICROSAR EA for internal EEPROMs or MICROSAR FEE for internal flash memory. Optionally, drivers for controlling external memory chips are available in MICROSAR EXT. MICROSAR CAN Contains the AUTOSAR basic software modules for CAN communication. The following BSW modules are available in MICROSAR CAN as options: > XCP for measuring and calibrating via CAN > Transport protocols BAM (Broadcast Announce Message) and CMDT (Connection Mode Data Transfer) for J1939 networks (also for ASR3) MICROSAR FR (available as option) Contains the AUTOSAR basic software modules for FlexRay communication with FRISOTP as the transport protocol. Upon request,

FRISOTP can be replaced by FRTP, and XCP can also be supplied for measuring and calibrating via FlexRay. MICROSAR LIN (available as option) Contains all AUTOSAR basic software modules for LIN communication. MICROSAR IP (optional) Contains all AUTOSAR basic software modules for communication via the internet protocol based on Ethernet. Upon request, XCP can also be supplied for measuring and calibrating via Ethernet. MICROSAR COM Contains all AUTOSAR basic software modules for bus system independent communiation. MICROSAR IO Contains the AUTOSAR basic software modules for input/output hardware abstraction. MICROSAR CAL Contains AUTOSAR drivers for controlling the microcontroller periphery, including bus-specific drivers for CAN/LIN/IP and FlexRay. Also available as options are the following BSW modules: > IICDRV (driver for interfacing to external peripheral chips via the Inter-Integrated Circuit Bus I2C) > FLASHTST, RAMTST, CORETST

Special functions DaVinci Developer has an import/export interface for AUTOSAR XML files. This interface lets you exchange design and configuration data. For example, you might use it to integrate AUTOSAR software components in an ECU you have developed in a model-based approach using tools like MATLAB® Simulink®. All MICROSAR products conform to: > “Implementation Conformance Class” ICC3, and > “Configuration Conformance Class” CCC 2.

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Contact and Availability You will find information on the availability of hardware-specific MICROSAR BSW modules at: www.microsar.com/availability/ We can also tell you about OEM-specific versions and custom support for your AUTOSAR projects. Find your contact person at: www.vector.com/contact

MICROSAR EXT (optional) Contains the AUTOSAR basic software modules for controlling external chips. MICROSAR Safe (optional) Complete solution for safety relevant functional software according to ISO 26262. Additional Included Features > Sample application in source code, and a detailed guide on its use > AUTOSAR Training at Vector (4 days) Further Options The AUTOSAR Evaluation Bundles CAN, LIN, IP and FlexRay may be used with one another in any combination. Upon request, Vector can support you with extensive MICROSAR Coaching at initial startup and during integration of the MICROSAR basic software in your application. Vector can also provide coaching at your business site.

Available Hardware Platforms The AUTOSAR Evaluation Bundle is available for the most commonly used 16-bit and 32-bit hardware platforms. Due to the hardware dependency of the MICROSAR CAL modules and the MICROSAR OS, binding statements cannot be made without specific processor device numbers. The Vector Sales Team would be glad to provide this information. MICROSAR CANoe Emulation As an alternative, Vector also offers the AUTOSAR Evaluation Bundle for CANoe as a PC runtime platform. In this case, emulations of the MICROSAR CAL modules and the MICROSAR OS are included. The flash memory of the AUTOSAR ECU is also emulated. The EEPDRV is not needed in this case, and so it is not provided. MICROSAR Prototypen SIP If you need software for the prototype phase of a specific OEM project that goes beyond pure evaluation purposes, we recommend that you obtain our MICROSAR Prototype SIP (Software Integration Package). Please contact us for further information.

Special functions of the MICROSAR CANoe emulation In conjunction with CANoe, the emulation comprises the following functions: > Access to the CAN, LIN or FlexRay bus systems > Simulation of I/O ports via CANoe panels > Connection of real sensors and actuators > Easy debugging of the application by stopping the global time of the entire emulation when a breakpoint is reached > Interactive and automated tests of the AUTOSAR ECU software and execution of remaining bus simulations > Your own custom extensions are possible, e.g. to emulate complex drivers System requirements for the MICROSAR CANoe emulation > CANoe 7.0 SP5 or higher > Microsoft Visual Studio 7.1, 8.0 or 9.0 Functional principle: CANoe as target platform More Information: www.vector.com/contact

EMBEDDED SOFTWARE

MICROSAR The Vector Solution for AUTOSAR ECU Software

Overview of Advantages > The entire AUTOSAR basic software for Release 3 and 4.0 (from Q3/2012) from a single source > Many innovative extensions perfectly tuned to one another > Already in production use at leading OEMs and TIER1 suppliers > Simplifies development of platform-independent functional software > Available for many hardware platforms and automotive OEMs > Mature, long-term and reliable solution from an AUTOSAR Premium Member

ently, because the AUTOSAR architecture follows a consistent strategy of hardware abstraction.

MICROSAR is the AUTOSAR solution for your ECU software. MICROSAR consists of the MICROSAR RTE and MICROSAR basic software modules (BSW), which cover all aspects of the AUTOSAR standard and many extensions. Each AUTOSAR BSW module is assigned to a MICROSAR package. For detailed descriptions of individual packages and the MICROSAR RTE, please refer to the separate datasheets. Vector combines the BSW modules needed in individual “software integration packages”.

You can configure all necessary MICROSAR BSW modules based on your project’s requirements, and after generation you can integrate them with the functional software. This produces a complete set of ECU software. If the functional software consists of AUTOSAR-conformant SWCs, you will need a run-time environment (RTE). The MICROSAR RTE handles communication between the SWCs and their access to data and services from the BSW modules. Along with managing the entire flow of information, the MICROSAR RTE also assures consistency in the exchange of information.

V2.4 2012-02

Application Areas The BSW modules of the MICROSAR packages assure basic functionality of the ECU. They contain the implementations of AUTOSAR standard services you will need for your functional software. You are able to develop your functional software platform independ-

Modules from the MICROSAR OS and MICROSAR CAL packages are hardware-dependent. Vector offers these modules for a large number of different hardware platforms and compilers, e.g. to enable quick change-out of the controller device. The operating system MICROSAR OS is available for single core and multi coreprocessors. Based on its ongoing contacts with OEMs, Vector is able to offer a number of OEM-specific BSW modules such as the diagnostic modules.

Properties Development of the MICROSAR basic software modules is founded on the Vector development process for standard modules, which is

The MICROSAR packages contain all modules of the AUTOSAR 4.0 standard

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Contact and Availability MICROSAR BSW modules are available for many currently used microcontrollers as well as in OEM-specific versions. For more information, go to: www.microsar.com/availability/ or contact us. Find your contact person at: www.vector.com/contact

based on SPICE. All MICROSAR packages offer the following features: > Efficient memory utilization and short execution times > Available for production use > Available for AUTOSAR 3 and 4.0 (from Q3/2012) > Assistants and timely checks support you in achieving consistent configuration of your basic software > Scalable, adaptable to your specific application > Optimally integrated into your development process > AUTOSAR Monitoring for testing and analysis of ECUs > User-selectable configuration point (pre-compile, link-time or post-build) > Communication stack is versatile in its use > Supports multiple ECUs > Optional delivery as source code > Together with MICROSAR Safe: well-suited for safety-relevant functions (ISO 26262) Production Use The MICROSAR BSW modules are already being used in production projects. MICROSAR lets you benefit from Vector’s many years of experience in implementing embedded standard software. Before delivery, all MICROSAR Software modules undergo systematic integration tests for the specific conditions of your application (hardware platform, compiler, processor device, OEM, with/without RTE, etc.). Upon request, these tests may be

extended to cover software modules from third-party producers (e.g. MCAL drivers). Support of AUTOSAR 3 and 4.0 Regardless of whether you use AUTOSAR 3 (ASR 3) or 4.0 (ASR 4.0 from Q3 2012), from Vector you get the entire basic software from a single source. In migration of your projects, you benefit from the uniform development environment for both ASR3 and ASR4.0: > The configuration tools DaVinci Developer and DaVinci Configurator Pro are designed for both releases. This lets you avoid a change in tools. > MCAL drivers from different AUTOSAR releases can be combined with MICROSAR. In addition, we support you in adapting your functional software to the modified interfaces of the ASR4.0 standard. Another advantage of MICROSAR lies in its many extensions in the BSW modules for ASR 3, which actually were not specified until ASR 4.0. Some examples are the multi-core operating system, as well as support for J1939, XCP and Ethernet/IP, which are already available for ASR 3. The MICROSAR MOST bundle is a supplement to the standard created by Vector and is compatible with ASR 3 and ASR 4.0. Consistent and Simple Configuration With AUTOSAR, the work of manually developing or adapting the basic functionality of ECU software is replaced by configuration of

DaVinci tools are used to consistently configure the MICROSAR RTE and MICROSAR BSW modules More Information: www.vector.com/contact

EMBEDDED SOFTWARE

the BSW modules. The intuitive, user-friendly and well coordinated AUTOSAR tools from Vector (DaVinci) support the user in this process. Multi User Support of the DaVinci tools enables simultaneous work on a project by multiple users. The DaVinci tools require an “ECU Extract of System Description” file as input. It is also possible to produce a configuration based on commonly used network description files (DBC, FIBEX, LDF, etc.). Early in the configuration process, all DaVinci tools check the validity of individual parameters, complex parameter groups and their interrelationships. In case of invalid configurations, the tools make recommendations for corrections, if possible. This extension of the AUTOSAR method simplifies integration of the basic software in your ECU and reduces integration time. The DaVinci tools optimally assist you in configuring the RTE and the BSW modules. In a bottom-up process, for example, the SWC service ports (including runnables) are automatically generated to match the BSW configuration. This automation relieves you of tasks that recur frequently and are prone to errors when performed manually. This saves you time and costs. For more details on DaVinci tools from Vector, please refer to the relevant datasheets. Scalability In addition to fulfilling AUTOSAR requirements, the MICROSAR BSW modules also provide a number of functional extensions. The extended configuration options let you deactivate unnecessary

You use DaVinci Configurator Pro to configure the BSW modules and the RTE.

functions to optimize the MICROSAR code for your application. This scalability makes the MICROSAR modules the optimal solution for both small and challenging applications. MICROSAR is already being implemented in a wide range of ECUs, such as steering angle sensors, door ECUs, engine ECUs, central gateways, etc. MICROSAR may also be used with other operating systems such as Linux or QNX. AUTOSAR Monitoring AUTOSAR Monitoring simplifies testing and analysis of ECUs with such tools as CANape or CANoe. The MICROSAR A2L Generator generates an A2L file for this purpose. This contains the description of important RTE-internal variables such as Send/Receive ports, internal states of the MICROSAR BSW modules and of COM signals. In testing, you read them out at runtime with XCP. User-Selectable Configuration Point The configuration point of all MICROSAR basic software modules is user-selectable. You can select the configuration point for each BSW module; choices are: pre-compile, link-time or post-build. ECU Variants To save on logistical costs in AUTOSAR ECUs, the MICROSAR modules can be delivered with the optional Identity Manager. This option lets you develop physical multiple-ECUs within a car line or multi-configuration of ECUs that are used in different car lines. For

You use DaVinci developer to define the functional software (SWCs)

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Contact and Availability MICROSAR BSW modules are available for a large number of commonly used microcontrollers and in OEM-specific variants. You can obtain more information at www.microsar.com/availability/ or upon request. Please find your contact person at: www.vector.com/contact

more information, see the datasheet on the AUTOSAR Identity Manager. Functional Safety according to ISO 26262: MICROSAR Safe For use of the MICROSAR BSW in safety-related functions, Vector – together with TTTech Automotive – offers a complete solution for your AUTOSAR ECU. For more information, please refer to the MICROSAR Safe datasheet. Optional Delivery of Source Code The MICROSAR modules are also available as source code, upon request. The source code lets you make pre-compile optimizations and simplifies testing.

Additional Services > Consulting on system design > Extension of standard BSW modules per customer wishes > Development of customer-specific software components (SWC) > Support in adapting existing functional software > Complete software integration in your ECU – including thirdparty software > Migration of existing software to AUTOSAR > Hotline, special workshops and training courses on the topic of embedded software and AUTOSAR

License and Maintenance Vector offers you flexible licensing – individually tailored to your requirements. In the framework of a maintenance contract, you get software updates that keep you current to the latest level of development.

List of available MICROSAR Packages > MICROSAR AMD – Monitoring and Debugging > MICROSAR CAL – AUTOSAR conform controlling of the microcontroller peripherals > MICROSAR CAN – Communication via CAN > MICROSAR COM – Network independent communication > MICROSAR EXT – Controlling external hardware > MICROSAR FR – Communication via FlexRay > MICROSAR DIAG – Diagnostics > MICROSAR IO – Direct connection of the microcontroller peripherals to the application > MICROSAR IP – Communication via Ethernet > MICROSAR LIBS – AUTOSAR Libraries > MICROSAR LIN – Communication via LIN

> MICROSAR MEM > MICROSAR MOST > MICROSAR OS > MICROSAR RTE > MICROSAR Safe > MICROSAR SYS > XCP

– – – – –

Memory Management Communication via MOST AUTOSAR operating system Runtime environment for SWCs Solution for safety-relevant application software according to ISO 26262 – Basic ECU functions – Measurement and calibration of an AUTOSAR-ECU using XCP incl. transport layer for Ethernet, FlexRay und CAN

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

MICROSAR OS The Real-Time Operating System for the AUTOSAR Standard

Overview of Advantages > Small, quick and resource-economizing operating system > Short boot times > MICROSAR OS is available for AUTOSAR 3 and 4.0 (from Q3/2012) > Available as multi core operating system, too > Optional: Safe context switching per ISO26262 / ASIL-D > MICROSAR OS provides an ideal runtime environment for embedded software and forms the basis for migration to AUTOSAR-conformant applications > Supplied as source code > Numerous auxiliary functions simplify software development > Quality process per SPICE Level 3 > Graphic configuration tool for easy configuration > TimingAnalyzer for analyzing the schedulability > Available for many 8, 16, 32 and 64 bit microcontrollers MICROSAR OS is a pre-emptive real-time multitasking operating system with optimized properties for use on microcontrollers. Vector’s many years of experience in developing operating systems and drivers for microcontrollers are bundled into this small, robust operating system core.

V2.4 2012-02

Properties MICROSAR-OS is based on the AUTOSAR OS specification, an extension of the practice-proven OSEK/ VDX-OS operating system standard. This standard was extended to include functions for time

monitoring and memory protection as well as functionalities that support distributed applications in networks. MICROSAR OS is fully conformant to the AUTOSAR OS specification and supports all scalability classes: SC1: Real-time operating system implemented per the OSEK/VDXOS standard and extended to include schedule tables SC2: Real-time operating system with time synchronization and monitoring of the time behavior of individual tasks and interrupt service routines SC3: Real-time operating system with memory protection mechanisms on microcontrollers with suitable hardware support SC4: Combines scalability classes SC2 and SC3 Optional Extensions > Synchronization with the global system time Schedule tables can be synchronized with the global system time, e.g. the time transmitted over the FlexRay bus. This makes synchronized and simultaneous execution of tasks possible in a distributed system. > Memory protection (SC3, SC4) Memory protection assures that application components do not mutually destroy data. This makes the integration of applications easier and more reliable.

MICROSAR OS Modul according to AUTOSAR 4.0 More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Training In the framework of our training program we can offer various training courses and workshops on MICROSAR at our classrooms or at your business site. For more information on individual training events and dates please visit: www.vector-academy.com

Contact and Availability For information on the availability of hardware-specific MICROSAR BSW modules go to: www.microsar.com/availability/ We would be glad to provide you with information on OEM-specific versions and individual support for your AUTOSAR projects. Find your contact person at: www.vector.com/contact

> Timing Protection (SC2, SC4) Timing protection ensures that assumptions made in the early design phase related to execution times are preserved during runtime as well. As a result, a defective application section cannot impair the execution times of other running processes.

Operating system for applications according to ISO 26262 For safety-relevant applications according to ISO 26262, you can obtain from Vector the operating system variant MICROSAR OS SafeContext that was developed according to ASIL D. It is based on the AUTOSAR scalability classes SC3 and SC4 and is responsible for memory protection and safe context switching. To preserve “freedom from interference” with regard to memory protection, you need a suitable processor, e.g. with a Memory Protection Unit (MPU).

> Execution time measurements (SC2, SC4) You can use functions of scalability classes 2 and 4 to measure the execution times and interrupt disable times of applications. These measured data can later be used as practice-based values in designing and integrating future applications. > High Resolution Timer The high resolution timer mechanism offers time resolutions of less than 1ms without increasing interrupt load. Depending on the controller, this may enable resolutions into the microseconds range. > High Resolution Synchronization for Schedule Tables In some applications, it is necessary to synchronize and trigger schedule tables with very high precision using internal or external signal sources. The “High Resolution Synchronization” option gives you resolutions in the microsecond range without increasing interrupt load.

You can use MICROSAR OS SafeContext to use safety-relevant application components together with standard components on the same CPU. Components supplied with MICROSAR OS SafeContext: > Operating system > Configuration and generation tool > Read-back tool – developed per ASIL and certified > Safety Manual For more details on the Vector solution for safety, please refer to the separate datasheet for MICROSAR Safe.

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Multi-Core operating system MICROSAR OS Multi-Core is an advanced development of the proven real-time operating system MICROSAR OS from Vector. You can use it wherever a multi-core system is to be developed according to the AUTOSAR specification. MICROSAR OS Multi-Core is based on AUTOSAR specification 4.0, but it can also be used in AUTOSAR 3 projects. Functions of the Multi-Core operating system The multi-core operating system enables parallel and independent operation of multiple processor cores, each with a separate instance of the AUTOSAR operating system. Thereby, its configuration and system services match those of the single-core operating system. The extensions SC2 to SC4 and High Resolution Timing are available. In addition, MICROSAR OS Multi-Core offers mechanisms for coordinating and synchronizing tasks that run on different cores. > Synchronized Start-Up The operating system assures that all cores are started up and initialized before the associated application is started. > Inter-Core Coordination Processes on different cores are synchronized by task activations, setting of events, starting and stopping of alarms or ScheduleTables.

> Shared Resource Access If different cores should access commonly used resources, the operating system provides a coordination mechanism known as Spinlocks. > Inter-Core Communication For consistent data exchange between two cores, the operating system provides an efficient interface in the form of the Inter-OS Application Communicator (IOC). Development Tools > Graphic configuration tool The Configuration of the operating system can be done using the supplied configuration tool. For convenient configuration, we recommend an upgrade from the supplied DaVinci Configurator Base to DaVinci Configurator Pro that also includes a consistency check. > TimingAnalyzer Design Assistance The TimingAnalyzer computes the task execution schedule, checks for conformance to execution time restrictions and represents the schedule tables in a well-organized graphic display. Analysis is performed for every task and every interrupt with the following information: Priority, period, execution time and end time. The graphic user interface visualizes system behavior clearly and concisely.

The complete AUTOSAR solution from Vector The Vector AUTOSAR solution consists of the DaVinci tools, the MICROSAR BSW and the MICROSAR RTE. You will find information on general properties of the BSW modules from the MICROSAR packages as well as details on functional features of the individual DaVinci Tools in the particular datasheets. MICROSAR-OS conforms to AUTOSAR Specification 3.x

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Scope of Delivery > Operating system core as source code > Graphic configuration and generation tool for Windows XP/ Windows 7 > DaVinci Configurator Base as basic editor > Command line based generator > BSW modules description > Documentation > TimingAnalyzer

Additional Services Vector offers you worldwide support related to AUTOSAR: > Training events > Design consulting > Customer-specific implementations > Hotline > Software maintenance The extent and form of all services are tailored to your wishes.

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

MICROSAR COM AUTOSAR Basic Software Modules for Communication

Overview of Advantages > Code and execution time optimized by application-specific configuration > Very efficient signal access via function macros > Available for AUTOSAR 3 and 4.0 (from Q3/2012) > Contains many useful extensions > Extended support for NM coordinators > NM module: OSEK NM compatibility is configurable > Supports simultaneous operation of AUTOSAR NM and OSEK NM in NM migration projects The basic software modules (BSW) of MICROSAR COM include AUTOSAR services for ECU communication. These services can support any number of communication channels. They are busindependent and are needed in every communication stack. Per AUTOSAR architecture, they handle control and full integration in the ECU software of bus-specific communication modules from MICROSAR CAN, MICROSAR FR, MICROSAR LIN, MICROSAR IP and MICROSAR MOST.

V2.4 2012-02

Application Areas MICROSAR COM lets users develop their functional software by a fully bus-independent approach. All necessary tasks for transmitting messages and for cross-bus network management activities are handled by the configurable BSW modules COM, NM, PDUR and IPDUM from MICROSAR COM.

For a gateway ECU, you do not need any additional software. The COM and PDUR BSW modules from MICROSAR COM enable routing of signals and TP or application messages. Functions The BSW modules from MICROSAR COM contain functions defined in AUTOSAR Release 3 (ASR 3) and 4.0 (ASR 4.0): > Services of the COM module organize transmission of messages according to their send type (cyclic, event-triggered, etc.). A key task is to implement bus-independent signals of the functional software in PDUs. > The PDU Router (PDUR) provides to the modules COM, DCM and to the complex drivers an interface to the communication modules (interface, transport protocol and network management) of the bus systems. This interface serves to transmit and receive data via PDUs. The PDUR also implements a gateway between the communication modules of the various bus systems. > The Generic Network Management Interface (NM) bundles interbus network management activities of all of the ECU’s communication channels. As NM coordinator, it synchronizes wake-up and sleep of the communication channels. > The optional I-PDU Multiplexer (IPDUM) supports multiple usage of fixed I-PDUs with different data contents. The following functions are optionally available: > COM: TX deadline monitoring COM: PDU Replication (for ASR 4.0)

MICROSAR COM Modules according to AUTOSAR 4.0

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Training In the framework of our training program, we can offer various training events and workshops for MICROSAR in our classrooms as well as at your business site. For more information on individual training events and dates please visit: www.vector-academy.com

Contact and Availability You will find information on the availability of hardware-specific MICROSAR BSW modules at: www.microsar.com/availability/ We can also tell you about OEM-specific versions and custom support for your AUTOSAR projects. Find your contact person at: www.vector.com/contact

> COM: Dynamic signal length (for ASR 4.0) > PDUR: TP layer fan-out and zero cost operation > PDUR: Transmit cancellation and change parameter request

Configuration For convenient configuration we recommend an upgrade from the supplied DaVinci Configurator Base to DaVinci Configurator Pro. For more details, see the separate datasheet. It is easy to link the COM modules PDUR, FRIF and CANIF to your complex drivers by configuration with DaVinci Configurator Pro.

Beyond the AUTOSAR standard, MICROSAR COM also contains the following important services: > COM: Indication and timeout flags for signals and signal groups > COM: Invalidity declaration of TX signals in case of RX signal timeout > COM: Deactivation of the TX confirmation interrupt > COM: Pre-compile optimizations such as function macros for very efficient signal access > COM, PDUR: Transport of long I-PDUs and signals via CANTP and via J1939TP (for ASR 3). Other TPs are available upon request. > COM: SWC/CDD signal callout functions, e.g. to integrate gateways as complex drivers. > PDUR: Generic interface for integrating a TP and bus communication as complex driver > PDUR: Optimized CANTP- and FRISOTP-routing to avoid bursts (for ASR 3) > PDUR: TP-Routing in accordance with ASR 4.0 (for ASR 3) > NM: Synchronous sleep and wake-up of multiple networks via different NM coordinators (for ASR 3) > NM: Backup coordinator (for ASR 3) > NM: Pre-compile optimizations such as use of function macros > NM: Support of OSEK NM (configurable) > NM: Mixed operation of OSEK and AUTOSAR-NM on one channel

Scope of Delivery > Software modules as library with C header files, optionally as source code > Command line based generator (for Windows XP/ Windows 7) > BSW modules description > DaVinci Configurator Base as basic editor > Documentation The complete AUTOSAR solution from Vector The AUTOSAR solution from Vector consists of the DaVinci tools, MICROSAR-basic software and the MICROSAR RTE. You will find information on properties of BSW modules from the MICROSAR packages and detailed descriptions of functional features of individual DaVinci Tools in the relevant datasheets.

Configuration of the communication modules with DaVinci Configurator Pro More Information: www.vector.com/contact

EMBEDDED SOFTWARE

MICROSAR CAN AUTOSAR Basic Software Modules for CAN Communication

The MICROSAR CAN package contains the BSW modules defined in the AUTOSAR architecture for CAN communication: CANIF, CANNM, CANTP, CANSM and optional J1939TP and XCP. Application Areas MICROSAR CAN is used to handle communication in CAN networks. It is also well-suited as a foundation for calibration with XCP, gateways or flashing. You can also extend MICROSAR CAN with the option J1939TP package to enable operation of an AUTOSAR ECU in a J1939 network. The BAM and CMDT transport protocols are available for this.

V2.4 2012-02

Overview of Advantages > Available for AUTOSAR 3 and 4.0 (from Q3/2012) > Contains numerous useful extensions > Code and execution time are optimized based on need-specific configuration > Inter-module configuration of all communication-specific software modules > Fast wakeup handling at ECU startup > Includes high-performance gateway functionality > CANTP: ISO 15765-2 compatibility is configurable > CANNM: OSEK NM compatibility is configurable > J1939 Transport Layer, BAM and CMDT, also for AUTOSAR 3

Functions The BSW modules in MICROSAR CAN contain functions defined in AUTOSAR 3 (ASR 3) and 4.0 (ASR 4.0). The following functions are available as options for the CANIF module: > Support of an external CAN controller > Increased number of Full CAN objects by combining multiple CAN controllers on one physical CAN bus (Common CAN) Beyond the standard itself, MICROSAR CAN offers the following important services: > CANIF: Double hash search algorithm for filtering the Rx messages > CANNM, CANTP: Pre-compile optimizations, e.g. for singlechannel systems > CANSM: Optimization of the wakeup process by wakeup detection at ECU startup (for ASR 3) > CANSM: Support of ECU Passive Mode > CANSM: Extended Callback Interface for the error states “BusOff Begin” and “BusOff End” (for ASR 3) > CANSM: Checks whether states were successfully set in the CAN driver (CANDRV) or CAN transceiver driver (CANTRCV). In case of error, an automatic repetition is executed. (for ASR 3) > CANTP: Supports full duplex communication (for ASR 3)

MICROSAR CAN modules according to AUTOSAR 4.0

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Training In the framework of our training program, we can offer various training events and workshops for MICROSAR in our classrooms as well as at your business site. For more information on individual training events and dates please visit: www.vector-academy.com

> CANTP: Supports mixed addressing (11 bit CAN ID); typically for CAN/LIN gateway applications (also for ASR 3) > CANTP: Optimized routing per ASR 4.0 (e.g. with Burst Transmission) together with the PDUR from MICORSAR COM (also for ASR 3) > CANTP: ISO 15765-2 compatibility is configurable > CANTP: Sets BlockSize and STmin at runtime The following functionalities are available as options: > J1939: Transport protokcols BAM and CMDT for J1939 networks (also for ASR3) > XCP: Transport protocol CANXCP und XCP Professional (see separate datasheet) for measuring and calibrating over CAN Configuration For convenient configuration, we recommend an upgrade from the supplied DaVinci Configurator Base to DaVinci Configurator Pro. For more details, please refer to the separate datasheet. Scope of Delivery > Software modules as library with C header files, optionally as source code > Command line based generator (for Windows XP/ Windows 7) > BSW modules description > DaVinci Configurator Base as basic editor > Documentation

Contact and Availability You will find information on the availability of hardware-specific MICROSAR BSW modules at: www.microsar.com/availability/ We can also tell you about OEM-specific versions and custom support for your AUTOSAR projects. Find your contact person at: www.vector.com/contact

Other MICROSAR Products for a Complete CAN Communication Stack Based on the AUTOSAR architecture, a complete communication stack for CAN can be formed using MICROSAR CAN together with the BSW modules from the separately available MICROSAR COM, MICROSAR CAL and MICROSAR EXT packages. To interface MICROSAR CAN to the application and the hardware, you will still need the following BSW modules: > Hardware-specific CAN driver (CANDRV) from MICROSAR CAL > Hardware-specific transceiver control (CANTRCV) from MICROSAR EXT > General communication modules (COM, NM, PDUR, IPDUM) from MICROSAR COM Modules in MICROSAR CAL and MICROSAR EXT are available for many microcontrollers and transceivers. Other relevant MICROSAR Products for CAN > DCM and DEM from MICROSAR DIAG > DET, ECUM and COMM from MICROSAR SYS > XCP

Vector offers a comprehensive range of products and services for your CAN projects More Information: www.vector.com/contact

EMBEDDED SOFTWARE

MICROSAR FR AUTOSAR Basic Software Modules for FlexRay Communication

Vector offers you MICROSAR FR, an AUTOSAR-conformant package for FlexRay communication. It contains the following BSW modules defined in the AUTOSAR architecture: FRIF, FRNM, FRSM and selectively FRTP or FRISOTP. MICROSAR FR can be extended with XCP as an option.

Overview of Advantages > Available for AUTOSAR 3 and 4.0 (from Q3/2012) > Contains many useful extensions > Small code size and short execution times due to optimized administration of job lists of the FlexRay interfaces > Either the FRTP (AUTOSAR) or FRISOTP (ISO 10681) transport protocol may be used, also for AUTOSAR 3 > Support of ECU passive mode in the FlexRay State Manager > Early detection of synchronization losses

MICROSAR FR contains the following important services that go beyond the standard: > FRDRV: Optimized wakeup during operation (WUDOP) > FRDRV & FRIF: Support of the following APIs: CancelTransmit and LpdU reconfiguration (also for ASR 3) > FRIF: Dual channel redundancy for redundant transmission of frames and PDU-specific voting function for the SWCs > FRISOTP: Optimized TP routing for gateway operation (for ASR 3) > FRNM: Pre-compile optimizations, e.g. for single-channel systems > FRSM: Support of ECU Passive Mode, immediate startup after passive wakeup, extended error handling by State Change Notification, configurable time delay for FlexRay startup at passive wakeup as well as configurable number of wakeup patterns (also for ASR 3)

Functions The BSW modules in MICROSAR FR contain functions defined in AUTOSAR 3 (ASR 3) and 4.0 (ASR 4.0), where FRISOTP is a supplement to ASR 3.

Operating System FlexRay basic software modules can be used entirely without an operating system. However, it makes sense to use an AUTOSAR OS or a conventional OSEK-OS (e.g. Vector osCAN). Ideally suited for FlexRay applications is MICROSAR OS from Vector.

Application Areas MICROSAR FR is used to handle communication in FlexRay networks. Furthermore, it is ideal as a foundation for calibration with XCP, gateways or flashing.

V2.6 2012-02

The following functions are available as options: > FRISOTP: Optimized TP routing for gateways (for ASR4.0) > XCP: Transport protocols FRXCP and XCP Professional (see separate datasheet) for measuring and calibrating over FlexRay

MICROSAR FlexRay Moduls according to AUTOSAR 4.0

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Training In the framework of our training program, we can offer various training courses and workshops on MICROSAR at our classrooms or at your business site. For more information on individual training events and dates please visit: www.vector-academy.com

Contact and Availability You can find information on the availability of hardware-specific MICROSAR BSW modules at: www.microsar.com/availability/ We would be glad to provide you with information on OEM-specific versions as well as customized support for your AUTOSAR projects. Find your contact person at: www.vector.com/contact

Configuration For convenient configuration we recommend an upgrade from the supplied DaVinci Configurator Base to DaVinci Configurator Pro. For more details, please refer to the separate datasheet.

MICROSAR CAL, MICROSAR SYS and MICROSAR EXT packages. You will also need the following BSW modules to interface MICROSAR FR to the application and hardware: > Hardware-specific FlexRay driver (FRDRV) from MICROSAR CAL > Hardware-specific transceiver control (FRTRCV) from MICROSAR EXT > General communication modules (COM, NM, PDUR, IPDUM) from MICROSAR COM The modules in MICROSAR CAL and MICROSAR EXT are available for many different microcontrollers and transceivers.

Scope of Delivery > Software modules as library with C header files, optionally as source code > Command line based generator (for Windows XP/ Windows 7) > BSW modules description > DaVinci Configurator Base as basic editor > Documentation The complete AUTOSAR Solution from Vector The AUTOSAR solution from Vector consists of the DaVinci tools, MICROSAR basic software and the MICROSAR RTE. You will find information on properties of BSW modules from the MICROSAR packages and detailed descriptions of functional features of individual DaVinci Tools in the relevant datasheets. Other MICROSAR Products for a complete FlexRay Communication Stack Based on the AUTOSAR architecture, a complete communication stack for FlexRay can be made with MICROSAR FR together with the BSW modules from the separately available MICROSAR COM,

Other MICROSAR Products for FlexRay > DCM and DEM from MICROSAR DIAG > DET, ECUM and COMM from MICROSAR SYS > XCP Additional Services > Consultation in system design > Integration of basic software in existing ECUs > Extension of standard modules per customer requirements > Development of customer specific AUTOSAR software components (SWC) > Hotline, special workshops and training events on the topic of embedded software and AUTOSAR

Vector offers a comprehensive portfolio of products and services for your FlexRay projects More Information: www.vector.com/contact

EMBEDDED SOFTWARE

MICROSAR LIN AUTOSAR Basic Software Modules for LIN Communication

MICROSAR LIN contains the BSW modules defined in the AUTOSAR architecture for LIN communication: LINIF, LINSM and LINNM (for AUTOSAR 4.0). According to AUTOSAR, LINTP is a part of LINIF. The LIN transport protocol is offered as an option, because not every LIN communication stack requires a transport protocol. Application Areas MICROSAR LIN handles communication tasks for a LIN Master in a LIN network. In addition, it may be used as a foundation for gateways or flashing. Overview of Advantages > Available for AUTOSAR 3 and 4.0 (from Q3/2012) > Contains numerous useful extensions > Minimized scheduling jitter for multi-channel master > Optimized routing of diagnostic requests to LIN Slaves > Quick start of the LIN channel > Reliable switching of schedule tables possible > Based on Vector’s many years of experience with production software for LIN

V2.4 2012-02

Functions The BSW modules from MICROSAR LIN contain functions defined in AUTOSAR 3 (ASR 3) and 4.0 (ASR 4.0), where the LINTP module is available as an option.

Beyond the standard, MICROSAR LIN includes the following important services: > LINIF: Configurable wakeup delay > LINIF and LINTP: Separately configurable memory mapping of configuration data for LINIF and LINTP. This is especially appealing for controllers with segmented memory. The MICROSAR LIN product includes two separate generators for LINIF and LINTP for this purpose. > LINIF/LINSM: Notification of Schedule Table End > LINTP (optional): Extends gateway functionality for precise switchover of the schedule tables for diagnostic requests and responses > LINSM: Extended interface for monitoring the LINSM sub-modes for controlled switchover of the LIN schedule tables (for ASR 3) > LINSM: Optimized startup behavior by automatic selection of a schedule table (configurable) (for ASR 3) Configuration For convenient configuration, we recommend an upgrade from the supplied DaVinci Configurator Base to DaVinci Configurator Pro. For more details, please refer to the separate datasheet. With DaVinci Configurator Pro support, you can acquire information on the connected LIN1.3 and LIN2.x Slaves. This information is saved in the ECU Configuration Description and is considered when configuring the master. This lets the master evaluate

MICROSAR LIN modules according to AUTOSAR 4.0 More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Training In the framework of our training program we can offer various training courses and workshops on MICROSAR at our classrooms or at your business site. For more information on individual training events and dates please visit: www.vector-academy.com

Contact and Availability For information on the availability of hardware-specific MICROSAR BSW modules go to: www.microsar.com/availability/ We would be glad to provide you with information on OEM-specific versions and individual support for your AUTOSAR projects. Find your contact person at: www.vector.com/contact

the response error bits sent by the slaves and then initiate the associated DEM events.

application and hardware, you will still need the following BSW modules: > Hardware-specific LIN driver (LINDRV) from MICROSAR CAL > Hardware-specific transceiver control (LINTRCV) from MICROSAR EXT > General communication modules (COM, PDUR) from MICROSAR COM The modules in MICROSAR CAL and MICROSAR EXT are available for many different microcontrollers and transceivers.

Scope of Delivery > Software modules as library with C header files, optionally as source code > Command line based generator (for Windows XP/ Windows 7) > BSW modules description > DaVinci Configurator Base as basic editor > Documentation The complete AUTOSAR Solution from Vector The AUTOSAR solution from Vector consists of the DaVinci tools, MICROSAR-basic software and the MICROSAR RTE. You will find information on properties of BSW modules from the MICROSAR packages and detailed descriptions of functional features of individual DaVinci Tools in the relevant datasheets.

Other Relevant MICROSAR Products for LIN > DET, ECUM and COMM from MICROSAR SYS

Other MICROSAR Products for a Complete LIN Communication Stack Based on the AUTOSAR architecture, a complete communication stack for LIN is formed by MICROSAR LIN together with the BSW modules from the separately available MICROSAR COM, MICROSAR CAL and MICROSAR EXT packages. To interface MICROSAR LIN to the

Vector offers you a comprehensive range of products and services for your LIN projects More Information: www.vector.com/contact

EMBEDDED SOFTWARE

MICROSAR IP AUTOSAR Basic Software Modules for Communication over Internet Protocol via Ethernet

Overview of Advantages > Supports Internet Protocols IPv4 and IPv6 > Available for AUTOSAR 3 and 4.0 (from Q3/2012) > Contains both UDP and TCP protocols > Configurable number of sockets > Reduced number of copying operations > Supports Diagnostics over IP (DoIp) per ISO 13400-2 > Data is exchanged up to 200 times faster than over a conventional High-Speed CAN interface The Internet protocols IPv4 and IPv6 based on TCP/IP over Ethernet are two very widely used standards for transmitting data at high speed. The MICROSAR IP bundle contains AUTOSAR BSW modules and the modules from the RFC standard for Ethernet communication of ECUs. Standardization of the Internet technology for use in automotive projects is part of AUTOSAR 4.0. However, MICROSAR IP is also available as a supplement to AUTOSAR 3. MICROSAR IP can be extended with XCP as an option.

V2.4 2012-02

Application Areas With MICROSAR IP in the ECU and a conventional PC as a communication partner, you can do the following with no extra hardware other than an Ethernet cable: > Quickly flash large quantities of data,

> Simultaneously and efficiently measure and calibrate many parameters with XCP on Ethernet, > Perform vehicle diagnostics per ISO 13400-2 (DoIP) over IP, > Intelligent charging of batteries (Smart Charging according to ISO/IEC 15118). The superior data throughput of Ethernet enables enormous reductions in overall flash and diagnostic times. However, it requires a gateway in the vehicle, which interconnects the various in-vehicle networks to the external Ethernet. MICROSAR IP implements the necessary gateway functionality in combination with other MICROSAR packages. Functions The following BSW modules from MICROSAR IP contain the functions defined in AUTOSAR 4.0 (ASR 4.0). They enable socket-based communication with the ECU. MICROSAR IP has an ASR 3-compatible interface for use in an AUTOSAR 3 (ASR 3) ECU. With MICROSAR IP it is possible to use IPv4 and IPv6 simultaneously at runtime. > IPBASE: The basic package for IP contains the modules Socket & UDP according to RFC (Requests for Comments). In addition, you will need one of the following options: > IPBASE IPv4: IPv4, DHCPv4, ICMPv4, ARP and TCP > IPBASE IPv6: IPv6, DHCPv6, ICMPv6, TCP and NDP

MICROSAR IP modules according to AUTOSAR 4.0

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

> > >

>

>

Training In the framework of our training program, we can offer various training courses and workshops on MICROSAR at our classrooms or at your business site. For more information on individual training events and dates please visit: www.vector-academy.com

Contact and Availability For information on the availability of hardware-specific MICROSAR BSW modules, go to: www.microsar.com/availability/ We would be glad to provide you with information on OEM-specific versions and customized support for your AUTOSAR projects. Find your contact person at: www.vector.com/contact

The modules from IPBASE assure basic functionality of the TCP/IP protocols according to AUTOSAR requirements. The modules are optimized to minimize the number of copying operations. This property offers excellent savings in execution time for gateway routing, flash sequences and in XCP and diagnostic applications. ETHIF: The AUTOSAR Ethernet Interface enables hardware-independent control of the Ethernet drivers. ETHSM: The AUTOSAR Ethernet State Manager handles activation/deactivation of the microcontroller and transceiver. SOAD: The Socket Adapter implements the communication via PDUs defined in AUTOSAR as socket-oriented communication (TCP/IP). SOAD also contains the diagnostic functionality defined in ISO 13400-2 (DoIP). ETHXCP: You can use the Ethernet transport layer ETHXCP and the XCP Professional module (see separate datasheet) to measure and calibrate over Ethernet according to the ASAM standard. UDPNM: UDP network management is responsible for synchronous wake-up and go-to-sleep transitions of the IP ECUs.

Scope of Delivery > Software modules as library with C header files, optionally as source code > Command line based generator (for Windows XP/ Windows 7) > BSW module description > DaVinci Configurator Base as basic editor > Documentation

Configuration For convenient configuration, we recommend an upgrade from the supplied DaVinci Configurator Base to DaVinci Configurator Pro. For more details, please refer to the separate datasheet. IP-specific configuration parameters for ASR 3 are saved as an extension in the “ECU Configuration Description.”

Other Relevant MICROSAR Products Based on the AUTOSAR architecture, a complete communication stack for Ethernet is formed with MICROSAR IP together with the BSW modules from the separately available MICROSAR COM, MICROSAR CAL and MICROSAR EXT packages. You will also need the following BSW modules to interface MICROSAR IP to the application and hardware: > HW-specific Ethernet driver (ETHDRV from MICROSAR CAL) > HW-specific transceiver control (ETHTRCV from MICROSAR EXT) > General communication module (PDUR) from MICROSAR COM Modules in MICROSAR CAL and MICROSAR EXT are available for many different microcontrollers and transceivers. Other Relevant Products for Ethernet > DCM and DEM from MICROSAR DIAG > DET, ECUM and COMM from MICROSAR SYS > XCP

Vector offers you a comprehensive portfolio of products and services for your IP projects More Information: www.vector.com/contact

EMBEDDED SOFTWARE

MICROSAR MOST AUTOSAR compatible Basic Software Modules for MOST Communication

Previously, MOST (Media Oriented Systems Transport) was not part of the AUTOSAR standard. Vector now offers MICROSAR MOST, an AUTOSAR-compatible embedded software solution for your MOST application. It contains the BSW modules MOSTIF and DISP. Application Areas MICROSAR MOST lets you connect AUTOSAR ECUs to a MOST ring to exchange data on the control and asynchronous channel. In addition, MICROSAR MOST contains all of the services required to implement gateway functionality to CAN, LIN, FlexRay and Ethernet buses. BSW modules from MICROSAR MOST are interfaced to the application software in a way similar to CAN, LIN or FlexRay, and the product is fully compatible with the AUTOSAR architecture. MICROSAR MOST is interfaced to the MOST bus via a Network Services Library and a low level driver (MOSTDRV).

V2.12 2012-02

Overview of Advantages > Extends AUTOSAR features to include MOST communication > Available for AUTOSAR 3 and 4.0 (from Q3/2012) > Flexibly routes messages and signals between MOST buses and any desired networks > Provides seamless interface to a Network Services Library for MOST > Supports MOST 150

Functions The MOST-specific BSW module MOSTIF and the Dispatcher (DISP) template are Vector-specific extensions of the AUTOSAR standard: > MOSTIF: MOST Interface for hardware-independent conversion of the PDUs to be transmitted to MOST frames. MOSTIF is compatible with the BSW modules of AUTOSAR 3 and 4.0. > DISP: The Dispatcher is a template for interfacing the MOSTIF module to a Network Services Library for MOST. The BSW modules from MICROSAR MOST are offering the following services: > Support of signal, message and TP routing > Sending signals on MOST via Notification Services > Support of MOST protocols MHP and AMS Operating System MOST basic software modules can be used entirely without an operating system. However, it is advisable to use an AUTOSAR OS or a conventional OSEK-OS (e.g. Vector osCAN). The MICROSAR OS from Vector is ideally suited for MOST applications. Configuration For convenient configuration, we recommend an upgrade from the supplied DaVinci Configurator Base to DaVinci Configurator Pro. For more details, please refer to the separate datasheet.

MICROSAR MOST modules according to AUTOSAR 4.0

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Training In the framework of our training program we can offer various training courses and workshops on MICROSAR at our classrooms or at your business site. For more information on individual training events and dates please visit: www.vector-academy.com

For gateways, in particular, Vector offers customized solutions that take into account the special aspects of OEM-specific data formats in configuration. Scope of Delivery > Software modules as library with C header files, optionally as source code > Command line based generator (for Windows XP/ Windows 7) > BSW module description > DaVinci Configurator Base as basic editor > Documentation The complete AUTOSAR Solution from Vector The AUTOSAR solution from Vector consists of the DaVinci tools, MICROSAR-basic software and the MICROSAR RTE. You will find information on properties of BSW modules from the MICROSAR packages and detailed descriptions of functional features of individual DaVinci Tools in the relevant datasheets.

Contact and Availability For information on the availability of hardware-specific MICROSAR BSW modules go to: www.microsar.com/availability/ We would be glad to provide you with information on OEM-specific versions and individual support for your AUTOSAR projects. Find your contact person at: www.vector.com/contact

To interface this communication stack to a MOST bus, a Network Services Library and a low level driver (MOSTDRV) are also necessary. These two components are not included with the MICROSAR MOST product. Low-Level Driver In the framework of project work, Vector would be glad to create a Low-Level Driver for interfacing the Network Services Library for MOST to your specific hardware. Other Relevant MICROSAR Products for MOST > DCM and DEM from MICROSAR DIAG > DET, ECUM and COMM from MICROSAR SYS

Other MICROSAR Products for a complete MOST Communication Stack MICROSAR MOST, together with the general communication modules COM and PDUR from the MICROSAR COM packet, combine to form a communication stack for MOST.

Vector offers a comprehensive range of products and services for MOST projects More Information: www.vector.com/contact

EMBEDDED SOFTWARE

MICROSAR MEM AUTOSAR Basic Software Modules for Memory Management

Overview of Advantages > Exceptionally secure data transactions > Efficient data accesses > Efficient and robust management of nonvolatile memories > Redundant storage of management data increases reliability of data access > Inter-module configuration of the entire memory stack > Platform-optimized memory stack solution from a single source > Available for AUTOSAR 3 and 4.0 (ab Q3/2012) The MICROSAR MEM package contains all of the AUTOSAR modules for memory management: NVM, MEMIF, EA and FEE. They support management, checking and restoring of data from nonvolatile memories (Flash or EEPROM). The Basic Software Modules (BSW) from MICROSAR MEM are fast, reliable and robust. Application Areas MICROSAR MEM contains AUTOSAR services for reading, writing and erasing persistent application data in flash and/or EEPROM memories. This gives the functional software hardware-independent access to memory. The application does not need to know the specific type of memory that exists on the platform or whether this memory is internal to the controller or externally connected to it.

Functions The BSW modules in MICROSAR MEM contain functions defined in AUTOSAR 3 (ASR 3) and 4.0 (ASR 4.0). In each memory stack, you will need the BSW modules NVM and MEMIF from MICROSAR MEM. They handle block-oriented and technology-independent access to the memory areas − without requiring prior knowledge of memory attributes. Your memory stack will need additional BSW modules, depending on the use case: > When a flash memory is used: Flash EEPROM Emulation (FEE) from MICROSAR MEM and a flash driver (FLSDRV) from MICROSAR CAL that is suitable for your hardware, or for external memory the module DRVEXT from MICROSAR EXT. To manage the data, the FEE module needs at least two flash sectors. > When using an EEPROM: EEPROM Abstraction (EA) from MICROSAR MEM and a EEPROM driver (EEPDRV) from MICROSAR CAL that is suitable for your hardware, or for external memory the module DRVEXT from MICROSAR EXT. It is possible to use multiple flash or EEPROM chips in one ECU. This involves using multiple FEE or IO modules in the ECU software. For special requirements, Vector offers platform-optimized solutions, e.g. for using the EA BSW module in data flashing or optimizing the FEE module for specific hardware.

V2.5 2012-02

The following function is optionally available: > NVM: Block type “DATASET_ROM” with multiple ROM blocks

MICROSAR MEM modules according to AUTOSAR 4.0

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Training In the framework of our training program we offer various training courses and workshops on MICROSAR at our classrooms or at your business site. For more information on individual training events and dates please visit: www.vector-academy.com

Contact and Availability For information on the availability of hardware-specific MICROSAR BSW modules go to: www.microsar.com/availability/ We would be glad to provide you with information on OEM-specific versions and individual support of your AUTOSAR projects. Find your contact person at: www.vector.com/contact

Beyond the standard, MICROSAR MEM contains the following important services: > Fixed, predefined maximum execution times for all MICROSAR MEM functions. This enables system optimizations to shorten access times. (for ASR 3) > NVM: Allocates RAM for CRC memory storage (for ASR 3) > NVM: Dedicated interface for the DCM diagnostic module for direct read-out and manipulation of data blocks > NVM and EA: Additional configurable transaction security, which is a standard feature of the FEE module > FEE: High-performance administration of stored memory data > FEE: Common usage of FEE module by Flash Bootloader (FBL) and application possible - also with common memory blocks. An update of the ECU software can be done without adjustment of the FBL. > FEE: Update support for adjustment of non volatile memory after ECU re-programming. This is done with a new configuration table (content and size). > FEE/EA: Redundant storage of management data for increased reliability of data access > FEE: Flexible placement of the FEE sectors in the DataFlash > FEE: Services for handling of undervoltage situations

Scope of Delivery > Software modules as library with C header files, optionally as source code > Command line based generator (for Windows XP/ Windows 7) > BSW modules description > DaVinci Configurator Base as basic editor > Documentation Other MICROSAR Products relevant for a Memory Stack Based on the AUTOSAR architecture, a complete memory stack can be formed with memory services from MICROSAR MEM together with other platform-specific BSW modules from the separately available MICROSAR CAL and MICROSAR EXT packages. > FLSDRV and/or EEPDRV from MICROSAR CAL > DRVEXT from MICROSAR EXT for external memory chips In addition, it is easy to integrate MCAL drivers from semiconductor manufacturers in the MICROSAR memory stack. Depending on the desired safety level, you can verify your memory data with the checksum module (CRC) from the MICROSAR LIBS bundle. For more information, please refer to the separate MICROSAR SYS datasheet.

Configuration of the MICROSAR MEM modules with DaVinci Configurator Pro More Information: www.vector.com/contact

EMBEDDED SOFTWARE

MICROSAR SYS System-related Basic Software Modules for AUTOSAR

Overview of Advantages: > Available for AUTOSAR 3 and 4.0 (from Q3/2012) > The ECUM module is included as either a resource-saving Pre-Compile variant or as a flexible Post-Build variant > Supports activation/deactivation of PDUs for diagnostics (Service Communication Control) > Cross-module configuration of modules from MICROSAR SYS and MICROSAR CAL The MICROSAR SYS package contains the AUTOSAR modules providing system services. They assure start-up and operation of the ECU, and are an important part of each AUTOSAR ECU. System services for diagnostics and the operating system can be obtained in the MICROSAR DIAG and MICROSAR OS packages.

V2.7 2012-02

Application Areas Services from the MICROSAR SYS basic software modules (BSW) cover an important aspect of the basic functionality of your AUTOSAR ECU. They are called by the functional software (via the RTE) and the rest of the BSW modules. System services include power and mode management, control of all communication channels, scheduling of all BSW modules and monitoring of individual software components (SWC) of the functional software.

Functions The BSW modules in MICROSAR SYS contain functions defined in AUTOSAR 3 (ASR 3) and 4.0 (ASR 4.0): > BSWM: The Basic Software Mode Manager manages mode change requests from the BSW modules and SWCs and executes them according to the standardized action lists. For example, the BSWM module is responsible for activating and deactivating PDU groups and NM-PDUs for diagnostics. > COMM: The “Communication Manager“ monitors the state changes of the communication channels connected to the ECU and of the sub-networks configured in the ECU. It can keep the ECU awake and ready for communication as necessary. Furthermore, it coordinates access of all SWCs to the communication channels and sub-networks. Optionally, COMM supports the bus type ”Internal”. > DET: The Development Error Tracer collects the development errors of the SWCs and BSW modules. Optionally, DET supports the Service Ports. > ECUM: The ECU State Manager is responsible for Startup, Shutdown and WakeUp. In ASR3, there are other fixed defined operating states that are managed by the ECUM. In ASR 4, these operating states are flexibly defined by the user in the BSWM. This makes it possible to implement individual energy-saving states or different power-up behaviors. > LIBS: The LIBS package contains the Cyclic Redundancy Check Library (CRC), Crypto Abstraction Library (CAL) and the E2ELIB.

MICROSAR SYS modules according to AUTOSAR 4.0

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Training In the framework of our training program, we can offer various training events and workshops for MICROSAR in our classrooms as well as at your business site. For more information on individual training events and dates please visit: www.vector-academy.com

For ASR 3, LIBS is part of MICROSAR SYS. For ASR 4.0, MICROSAR LIBS is available as a separate bundle. > SCHM: The Schedule Manager/BSW Scheduler coordinates execution of the BSW modules. In configuring you define individual tasks and the cycle times of individual BSW module. You also define the exclusive areas settings for each module centrally. For ASR 3, SCHM is part of MICROSAR SYS. In ASR 4, the MICROSAR RTE assumes the functionality of the SCHM. > WDGM and WDGIF: The Watchdog Manager monitors for correct operation of the functional software with the modules WDGIF and WDGDRV (MICROSAR CAL). In addition, the following extensions are included: > COMM: Compatibility with OSEK NM, Link-time implementation (for ASR 3) > ECUM: ECUM is available as a pre-compile or post-build implementation variant (for ASR 3) > WDGM, WDGIF: Precise supervision of defined time windows for the watchdog (even for high resolution window watchdogs) (also for ASR 3) The following BSW modules are available as options: > WDGM: Program Flow Monitoring for monitoring the SWCs > CSM (for ASR 4.0): The Crypto Service Manager gives the SWCs and the BSW modules uniform access to cryptographic functions such as AES 128 encryption (Advanced Encryption Standard).

Contact and Availability You will find information on the availability of hardware-specific MICROSAR BSW modules at: www.microsar.com/availability/ We can also tell you about OEM-specific versions and custom support for your AUTOSAR projects. Find your contact person at: www.vector.com/contact

> STBM (for ASR4): The Synchronized Time-Base Manager enables precise synchronization between different parts of the ECU software. It makes one or more common time bases available to the BSW modules and the SWCs. Watchdog for ISO 26262 applications All watchdog modules are also available as SEooCs (Safety Element out of Context) for safety-relevant functions up to ISO 26262 / ASIL D. They are well suited for validation of runtime monitoring of tasks as well as flow control for the SWCs. For more details, please refer to the MICROSAR Safe datasheet. Configuration For convenient configuration, we recommend an upgrade from the supplied DaVinci Configurator Base to DaVinci Configurator Pro. For more details, please refer to the separate datasheet. Scope of Delivery > Software modules as library with C header files, optionally as source code > Command line based generator (for Windows XP/ Windows 7) > BSW modules description > DaVinci Configurator Base as basic editor > Documentation

Configuring the COMM module with DaVinci Configurator Base More Information: www.vector.com/contact

EMBEDDED SOFTWARE

MICROSAR DIAG AUTOSAR-compatible implementation of the UDS protocol

Overview of advantages > OEM-independent solution for AUTOSAR 3 and 4.0 (from Q3/2012) > Customized solutions available for many automotive OEMs > Vector’s numerous years of experience in the diagnostics field > Supports OBDII and WWH-OBD (Euro VI) > Variants handling already included for diagnostic configuration > Configurable with the CANdela-and ODX format > Generation of optimized application code templates MICROSAR DIAG contains the BSW modules for implementing the UDS protocol ISO 14229-1:2006 (resp. ISO/DIS 14229-1:2011) according to AUTOSAR, making it the diagnostic software for your vehicle project. MICROSAR DIAG handles a number of tasks: > OEM-specific implementation of fault memory and its management > OEM-specific implementation of the diagnostic protocol for communication between the diagnostic tester and the ECU > Deactivation of certain functionalities due to active error entries Combined with CANdelaStudio, the widely used specification tool for creating diagnostic data, you get a complete diagnostic solution from a single source.

V2.6 2012-02

Application Areas Beyond the AUTOSAR standard, every OEM has its own requirements for diagnostics. That is why Vector offers MICROSAR DIAG

with OEM-specific extensions. It is well-suited for production use and is already available to many OEMs. For ECUs without a special diagnostic specification, an OEM-independent bundle of MICROSAR DIAG is available. MICORSAR DIAG can be used for legal requirements of today and tomorrow, such as EURO VI. Support of OBDII (ISO 15031/ SAE J1979) and WWH-OBD (ISO27145) is available as an option. If your ECU requires variants in the diagnostic configuration, MICROSAR DIAG offers a high-performance solution for this. You can define up to 31 different parameterizations and store them in the ECU, in a resource-optimized way. This avoids redundancies in the ECU software, because identical interfaces to the same data, services and DTCs are combined in the generated diagnostic code. Functions The BSW modules in MICROSAR DIAG contain the functions for the three BSW modules DCM, DEM and FIM that are defined in AUTOSAR 3 (ASR 3) and 4.0 (ASR 4.0): Diagnostic Event Manager (DEM) Functions The OEM-specific DEM module contains the implementation of the respective OEM requirements concerning the fault memory of an ECU. The OEM-independent variant is available for ASR 3 as well as ASR 4.0. It supports the following functions as standard features:

MICROSAR DIAG modules according to AUTOSAR 4.0

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Contact and Availability You will find information on the availability of hardware-specific MICROSAR BSW modules at: www.microsar.com/availability/ We would be glad to provide you with information on OEM-specific variants and individual support for your AUTOSAR projects. Find your contact person at: www.vector.com/contact

> > > > > > > > >

Management of all DTC status bits according to the UDS standard Definition of individual snapshots and extended records Predefined extended records (e.g. OccurenceCounter) Counter and time-based error de-bounce algorithms Suppression of low-priority errors when memory is full Flexible unlearning (aging) of errors Variants handling for diagnostic configuration Link time configuration Compressed Configuration Data to optimize code size

The following AUTOSAR functions are available as options: > Support of combined errors > OBDII (ISO 15031 / SAE J1979) > WWH-OBD (ISO27145) The DEM base functionality differs a little between ASR 3 and ASR 4.0, except for the interface definitions. That is why Vector offers a migration solution that you can use to easily migrate your ASR 3 compatible SWCs to an ASR 4.0 project. Diagnostic Communication Manager (DCM) Functions The DCM implements UDS and OBDII services in the ECU. The ASR 4.0 version of the DCMs offers several extensions compared to the ASR 3 version. The most important of them are: > Functional Diagnostics. This lets the DCM perform such tasks as directly accessing individual signals of ECU-internal

sender/receiver communication, read or write in the NvM and adapt IoHwAb signals. > High-performance mode control, which enables execution of diagnostic services via mode dependencies, for example. The OEM-independent variant of the DCM is available for both ASR 3 and ASR 4.0. For a complete list of supported services, please refer to the table at the end of this datasheet. The DCM modules for specific OEMs implement the specifications of the particular OEM. Therefore, the lists of supported services vary, e.g. in supplemental support of ResponseOnEvent or LinkControl. We would be glad to provide you with detailed information on this. The following functions are available as options: > Support of OBDII (ISO15031-5) > WWH-OBD (ISO27145) In addition, the DCM contains the following extensions as standard features: > Variant handling for diagnostic configurations > Multiple Client support > Seamless collaboration with the Vector Flash Bootloader > Generation of an application code template for the ECU software Function Inhibition Manager (FIM) Functions MICORSAR FIM contains the functional features of ASR 3 and ASR 4.0 as standard.

Parameterization of the MICROSAR DIAG modules is done with Candelastudio. More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Services for Diagnostic Applications: > Customer-specific extensions of MICROSAR DIAG > Creation of a customer-specific diagnostic application > Integration of diagnostics in your ECU software

Configuration and Parameterization You adapt the BSW modules from MICROSAR DIAG to your application’s needs comfortably by configuration with DaVinci Configurator Pro. This may be done either with the help of a CANdela or ODX file or by an “ECU Configuration Description”. For ASR3, diagnostic-specific parameterization of the DCM is performed exclusively via a CANdela file. You can create it quickly and simply or import it from most commonly used ODX dialects with the proven “diagnostic authoring tool” CANdelaStudio. Scope of Delivery > Software modules as a library with C header files, optionally as source code > Command line based generator (for Windows XP/Windows 7) > BSW module description > Documentation > Converters for CANdela diagnostic descriptions

The complete AUTOSAR Solution from Vector The AUTOSAR solution from Vector consists of the DaVinci tools, MICROSAR-basic software and the MICROSAR RTE. You will find information on properties of BSW modules from the MICROSAR packages and detailed descriptions of functional features of individual DaVinci Tools in the relevant datasheets. Other Relevant Vector Products To fulfill specific ISO standards, you can combine MICROSAR DIAG with the following MICROSAR products: > MICROSAR CAN (ISO 15765-3 oder ISO/DIS 14229-3) > MICROSAR FR (ISO/DIS 14229-4) > MICROSAR IP (ISO/DIS 14229-5) You can use CANdelaStudio to parameterize the CANdela or ODX file for configuration of MICROSAR DIAG. For more information, please refer to the separate datasheet in Vector’s diagnostics catalog.

Parameterization of MICROSAR DIAG is done by CANdelaStudio and DaVinci Configurator Pro More Information: www.vector.com/contact

EMBEDDED SOFTWARE

The module DCM from MICROSAR DIAG supports …

… optional: OBD II Diagnose Services

… by default: UDS diagnostic services Diagnostic Service Name Service ID ASR 3: The SWC ASR 4.0: The SWC (ISO 14229-1) (hex) has to … has to … Diagnostic and Communication Management Functional Unit … grant service - (handled in DEM DiagnosticSessionControl 10 execution configuration) … grant service - (handled in DEM ECUReset 11 execution configuration) … calculate … calculate SecurityAccess 27 seed/key for each seed/key for each security level security level … grant service - (handled in DEM CommunicationControl 28 execution configuration) TesterPresent 3E - (handled in DEM - (handled in DEM ControlDTCSetting 85 module) module) Data Transmission Functional Unit … handle data … handle data ReadDataByIdentifier 22 acquisition for acquisition for each DataId each DataElement ReadMemoryByAddress 23 via callout via callout ReadDataByPeriodic 2A Identifier DynamicallyDefineData 2C Identifier …handle data …handle data WriteDataByIdentifier 2E access for each access for each DataId DataElement WriteMemoryByAddress 3D via callout via callout

Diagnostic Service Name Service The SWC has to … (ISO 15031-5) ID Diagnostic Service Definition for CAN … handle data acquisition for Request Current Powertrain 01 each PID other than the Diagnostic Data "supported ID" and DEM ones Request Powertrain Freeze Frame 02 - (handled in DEM module) Data Request Emission-Related 03 - (handled in DEM module) Diagnostic Trouble Codes Clear/Reset Emission-Related 04 - (handled in DEM module) Diagnostic Information Request On-Board Monitoring Test … handle data acquisition for 06 Results for Specific Monitored each TestId of a MonitorId Systems Request Emission-Related Diagnostic Trouble Codes Detected 07 - (handled in DEM module) During Current or Last Completed Driving Cycle Request Control of On-Board 08 … process each TestId System, Test or Component … handle data acquisition for each InfoType ID other than Request Vehicle Information 09 the "supported ID" and DEM ones Request Emission-Related 0A - (handled in DEM module) Diagnostic Trouble Codes with Permanent Status

Stored Data Transmission Functional Unit - (handled in DEM - (handled in DEM 19 module) module) - (handled in DEM - (handled in DEM ClearDiagnosticInformation 14 module) module) Input/Output Control Functional Unit InputOutputControlBy … control I/O for … control I/O for 2F Identifier each DataId each DataElement Remote Activation Of Routine Functional Unit … start … start (stop/request (stop/request RoutineControl 31 result) for each result) for each RoutineId RoutineId ReadDTCInformation

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

MICROSAR CAL AUTOSAR Driver for Control of Microcontroller Peripherals

Overview of advantages > Optimal support of microcontroller peripherals > Simplified configuration by considering cross-module parameter dependencies in the configurator > Development accelerated by plausibility and completeness tests in the configurator > Resource-saving, since functionalities can be deactivated > Reduced hardware requirements due to optimal utilization of hardware buffers > Gateway developments are supported by efficient auxiliary functions > Available for AUTOSAR 3 and 4.0 (from Q3/2012) The MICROSAR CAL package contains the drivers for controlling the microcontroller’s peripherals. These drivers are fully compatible with the AUTOSAR specifications of the “Microcontroller Abstraction Layer”. Each MICROSAR CAL driver is optimized controllerspecifically.

V2.5 2012-02

Application Areas MICROSAR CAL gives you a turn-key solution for driving your microcontroller peripherals. So, it is not necessary to make changes to the functional software when switching to different hardware. All you need to do is switch out MICROSAR CAL to integrate the appropriate drivers.

The MICROSAR CAL drivers work optimally together with the rest of the MICROSAR bundles. Depending on the requirements of your application, you may use additional bundles (e.g. MICROSAR CAN, MICROSAR MEM, etc.) and thereby obtain a complete communications stack, for example, or memory management. Functions The MICROSAR CAL package contains the driver modules Adc, Can, Eth, Fr, Lin, Dio, Eep, Fls, Gpt, Icu, Mcu, Port, Pwm, Spi and Wdg as well as the test modules CoreTst, FlsTst und RamTst in the version for AUTOSAR 4.0. The modules conform to AUTOSAR 3 and 4.0 and are available for many commonly used microcontrollers. In addition, MICROSAR CAL contains the following extensions: > Implementation of Interrupt Service Routines as CAT1, CAT2 or void-void function (configurable) (for AUTOSAR 3) > CANDRV: Notification (Callback) on message reception and after successfully sending a message. This makes it possible to automatically execute application-specific code. > DIODRV: User-configurable locating of the pins within a ChannelGroup > FRDRV: Supports self-diagnostics. When the FlexRay controller detects an error, it notifies the application, so that it can call up the error status. > ICUDRV: Notification of timer overrun and in signal measurement mode

MICROSAR CAL Modules according to AUTOSAR 4.0

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Training In the framework of our training program we can offer various training courses and workshops on MICROSAR at our classrooms or at your business site. For more information on individual training events and dates please visit: www.vector-academy.com

Contact and Availability For information on the availability of hardware-specific MICROSAR BSW modules go to: www.microsar.com/availability/ We would be glad to provide you with information on OEM-specific versions and individual support for your AUTOSAR projects. Find your contact person at: www.vector.com/contact

> MCUDRV: Reset mechanisms are user-configurable for the function Mcu_PerformReset().

Scope of Delivery > Software modules as library with C header files, optionally as source code > Command line based generator (for Windows XP/ Windows 7) > BSW module description > DaVinci Configurator Base as a basic editor > Documentation

The following functionalities or modules are available options: > CANDRV: Option “HighEnd” offers extended filter options for Multiple Basic CAN objects, RX queue to shorten the interrupt time during receiving, individual polling of mailboxes to assure data consistency and reduction of interrupt load. > FLSTST: The Flash Test checks internal and external memory cells that actually cannot be modified. This is especially important for safety-relevant applications. > CORETST: The Core Test controls the test possibilities contained in the microcontroller core and offers a framework for implementing further tests. Especially for safety-relevant applications, CORETST tests critical units such as the ALU and the registers. > IICDRV: The IICDRV contains drivers for interfacing to external peripheral chips via the Inter-Integrated Circuit Bus (I2C) (Vector extension). Configuration For convenient configuration, we recommend an upgrade of the supplied DaVinci Configurator Base to DaVinci Configurator Pro. For more details see the separate datasheet.

The complete AUTOSAR solution from Vector The AUTOSAR solution from Vector consists of the DaVinci tools, MICROSAR basic software and MICROSAR RTE. You will find information on properties of BSW modules from the MICROSAR packages as well as detailed descriptions of functional features of the DaVinci Tools in the particular datasheets. Additional Services > Integration of drivers by third-party producers, e.g. semiconductor manufacturers, in DaVinci Configurator Pro. This lets you configure the entire ECU software with a single tool, seamlessly and quickly. > In the framework of project work, Vector would be glad to create a low-level MOST driver for your specific hardware to interface it to the Network Services Library.

Configuration of the ADCDRV with DaVinci Configurator Base More Information: www.vector.com/contact

EMBEDDED SOFTWARE

MICROSAR EXT AUTOSAR drivers for control of external devices

V2.4 2012-02

Overview of Advantages > Optimal control of your external transceiver and memory devices > Available for AUTOSAR 3 and 4.0 (from Q3/2012) > Additional support for LIN and Ethernet transceivers > Simplified configuration by considering parameter dependencies with other modules > Development accelerated by plausibility and completeness checks in the Configurator

complete communication stack or memory management per AUTOSAR specification. Functions The BSW modules in MICROSAR EXT contain functions defined in AUTOSAR 3 (ASR 3) and 4.0 (ASR 4.0) plus the following extended functions: > Bus error detection on FlexRay > LIN transceiver drivers (also for ASR 3) > Ethernet transceiver drivers (also for ASR 3)

MICROSAR EXT contains communication-related AUTOSAR transceiver drivers for CAN (CANTRCV), FlexRay (FRTRCV), LIN (LINTRCV), Ethernet (ETHTRCV) and drivers for other external devices such EEPROM, flash memory and watchdog (DRVEXT). Functions contained in the drivers were specified by AUTOSAR in the “ECU Abstraction Layer” and they conform to AUTOSAR 3 and 4.0. They have each been optimized for a specific device and are available for many commonly used devices.

Scope of Delivery > Software modules as library with C header files, optionally as source code > Command line based generator (for Windows XP/ Windows 7) > BSW modules description > DaVinci Configurator Base as basic editor > Documentation

Application Areas MICROSAR EXT gives you a turn-key solution for driving your external peripheral devices. So, it is not necessary to modify the functional software when switching out external hardware. All you need to do is switch out the relevant drivers from MICROSAR EXT. Depending on the requirements of your application, you can add other packages (e.g. MICROSAR CAN, MICROSAR MEM, etc.) for a

The complete AUTOSAR Solution from Vector The AUTOSAR solution from Vector consists of the DaVinci tools, MICROSAR basic software and MICROSAR RTE. You will find information on properties of BSW modules from the MICROSAR packages as well as detailed descriptions of functional features of the DaVinci Tools in separate datasheets.

MICROSAR EXT modules according to AUTOSAR 4.0

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Training In the framework of our training program we can offer various training courses and workshops on MICROSAR at our classrooms or at your business site. For more information on individual training events and dates Please visit: www.vector-academy.com

Contact and Availability For information on the availability of hardware-specific MICROSAR BSW modules go to: www.microsar.com/availability/ We would be glad to provide you with information on OEM-specific versions and individual support for your AUTOSAR projects. Find your contact person at: www.vector.com/contact

Other Relevant MICROSAR Products The external devices are physically driven via SPI, DIO or a port. You will need the relevant drivers for this (SPIDRV, DIODRV or PORTDRV) from MICROSAR CAL. Additional Services Vector can offer services for integrating the configuration of your drivers or drivers by third-party producers, such as semi-conductor manufacturers in DaVinci Configurator Pro. This lets you configure the entire ECU software with a single tool, seamlessly and quickly.

Configuration of MICROSAR EXT with DaVinci Configurator Base

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

MICROSAR IO AUTOSAR Input-Output Hardware Abstraction

Overview of Advantages > Quick implementation of user-specific code for acquiring and providing ECU signals > Generation of complete DIO accesses > Provision of code templates with all necessary interface definitions > Support of “actuator tests” via diagnostics > Available for AUTOSAR 3 and 4.0 (from Q3/2012) AUTOSAR has defined hardware-independent Set/Get and Diag operations in the “IO Hardware Abstraction” for setting, reading out and manipulating physical I/O signals (digital or analog) from your ECU’s periphery. Vector offers them in the MICROSAR IO package. In addition to functions specified by AUTOSAR, you can use MICROSAR IO to create your own signal definitions, making it easy to implement application-specific signal processing.

V2.4 2012-02

Application Areas MICROSAR IO provides a convenient foundation for developing your “IO Hardware Abstraction”. In combination with the suitable drivers for microcontroller peripherals from MICROSAR CAL, you get a complete I/O stack for the ECU software. It interconnects the functional software to physical IO signals of sensors and actuators, which makes the application software hardware-independent.

In configuring MICROSAR IO, you define each individual signal as either a user defined signal or a DIO port signal. MICROSAR IO provides all of the necessary Client/Server interfaces and code templates needed to give the functional software access to the I/O signals via the RTE. They let the user condition and filter the signals. No special extension to the MICROSAR IO code is needed for direct access to DIO signals. Functions The BSW modules in MICROSAR IO contain the functions defined in AUTOSAR 3 and 4.0. In addition the modules of MICROSAR IO include the following important functionalities: > Definition of user defined ports for acquiring ECU-specific user defined signals. > Processing of user defined signals from the user defined ports. Upon request, DaVinci Configurator Pro can generate code templates, in which users can directly program their extensions. > Execution of functions for the DCM actuator test via the standard interface. Configuration For convenient configuration we recommend an upgrade from the supplied DaVinci Configurator Base to DaVinci Configurator Pro. DaVinci Configurator Pro checks for plausibility of the configuration parameters for MICROSAR CAL and MICROSAR IO. The following “bottom up” approach is recommended:

MICROSAR IO modules according to AUTOSAR 4.0

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Training In the framework of our training program we can offer you various training courses and workshops on MICROSAR at our classrooms or at your business site. For more information on individual training events and dates please visit: www.vector-academy.com

Contact and Availability For information on the availability of hardware-specific MICROSAR BSW modules go to: www.microsar.com/availability/ We would be glad to provide you with information on OEM-specific versions and individual support for your AUTOSAR projects. Find your contact person at: www.vector.com/contact

> Configure the CAL driver > Configure MICROSAR IO > Generate the SWC description belonging to MICROSAR IO

Additional Services Vector would be glad to support you in the development of the “IO Hardware Abstraction Layer” of your special ECU in the framework of project work. You benefit from Vector‘s detailed knowledge of the AUTOSAR specification and methodology as well as its extensive experience in integration of ECU software.

Scope of Delivery > Software modules as library with C header files, optionally as source code > Command line based generator (for Windows XP/ Windows 7) > BSW modules description > DaVinci Configurator Base as basic editor > Documentation The complete AUTOSAR Solution from Vector The AUTOSAR solution from Vector consists of the DaVinci tools, MICROSAR basic software and MICROSAR RTE. You will find information on properties of BSW modules from the MICROSAR packages as well as detailed descriptions of functional features of the DaVinci Tools in separate datasheets. Other Relevant MICROSAR Products If I/O signals are accessed via an external device, your I/O Stack will need an additional suitable driver from MICROSAR EXT.

Configuration of the IO module using DaVinci Configurator Base More Information: www.vector.com/contact

EMBEDDED SOFTWARE

MICROSAR RTE The optimized Run-time Environment for Software Components per the AUTOSAR Standard

Overview of Advantages > Easy to configure and scalable > Available for AUTOSAR 3 and 4.0 (from Q3/2012) > In-depth consistency check of the configuration > Highly optimized code with intelligent synchronization mechanisms > Quick entry into working with AUTOSAR, e.g. based on generated code templates for the software components (SWCs) > Well-suited for migration projects > Simplified testing of the application by XCP access to S/R ports, InterRunnable variables and Per-Instance memory MICROSAR RTE (Run Time Environment) is the scalable and highly optimized AUTOSAR runtime environment from Vector. The RTE is a module introduced by AUTOSAR that manages communication between the software components (SWCs). It assures consistency of the overall information flow and represents the interface between the functional software, basic software (BSW) and complex device drivers (CDD).

V2.2 2012-02

Application Areas When the functional software of an ECU is implemented by AUTOSAR-conformant SWCs, the user needs the RTE as a runtime environment. This modular layout of the ECU software offers the user maximum flexibility: SWCs that have been manually developed

or designed by model-based tools can be re-used in multiple ECU projects. The RTE only needs to be reconfigured and regenerated for the specific ECU and, if applicable, the BSW modules. It is also possible to use a SWC in multiple instances on one ECU. In generating the MICROSAR RTE, the user can choose between two modes: > Contract Phase Generation for developing individual SWCs in an early phase. In this case, the generator just creates a header file for each SWC instead of the entire RTE. This makes it possible to compile the SWCs individually, e.g. to transfer them to a development partner as object code. > RTE generation for the entire ECU software. The code generated in this mode is highly efficient and requires only little memory space. It is optimized for the entire ECU configuration and makes few demands on system resources due to short execution times and minimal interrupt disable times. One way this is achieved is by using intelligent synchronization mechanisms that are tuned to the properties of the hardware used. Functions MICROSAR RTE is compatible with AUTOSAR 4.0 (ASR 4.0) and 3 (ASR 3). Specifically, MICROSAR RTE contains the following functionality: > Sender/Receiver and Client/Server communication > Mode management > InterRunnable variables as well as Exclusive Areas

MICROSAR RTE module according to AUTOSAR 4.0

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Training In the framework of our training program we can offer various training courses and workshops on MICROSAR at our classrooms or at your business site. For more information on individual training events and dates please visit: www.vector-academy.com

Contact and Availability For information on the availability of hardware-specific MICROSAR BSW modules go to: www.microsar.com/availability/ We would be glad to provide you with information on OEM-specific versions and individual support for your AUTOSAR projects. Find your contact person at: www.vector.com/contact

> Trigger for runnables > Online and offline calibration of SWCs are supported as well as measurement of S/R ports, InterRunnable variables and PerInstance memory using the XCP protocol > Multiple instancing of SWCs and per-instance memory > Schedule Manager/BSW Scheduler (SCHM): Since ASR 4.0, the RTE has assumed the functionality of the SCHM module. This was previously contained in MICROSAR SYS. For more information on the SCHM module, please refer to the “MICROSAR SYS” datasheet.

The following functionalities are available as options: > External Client/Server communication (Inter-ECU) > Support of internal, external and background runnable triggers (for ASR 4.0) > Multi-core support (for ASR 4.0) > Scaling of ports and signals (for ASR 4.0) > Generating NvRAM software components (for ASR 4.0) > Range checks (for ASR 4.0) > SCHM: For applications without an RTE, the SCHM module is available as an independent ASR 4.0 compatible module.

Beyond the standard, MICROSAR RTE for ASR 3 includes the following important services: > Generation of code templates for SWCs based on the “SWC Description“. These templates contain all APIs of the RTE. > Use of memory protection mechanisms as specified in the AUTOSAR operating system. This support is especially optimized when MICROSAR OS is used. > Configuration of initialization runnables for the AUTOSAR concept of “Mode-Dependent Runnables” > Generation of an HTML report showing RTE properties. It contains information such as the calculated RTE resource load (RAM + constants). > Generation of an A2L file for simple linkage to existing calibration and diagnostic standards

Configuration For configuration of the RTE, you will need either DaVinci Configurator Pro with Option .RTE or DaVinci Developer. For more details, please refer to separate datasheets. Scope of Delivery > Command line based generator (for Windows XP/ Windows 7) > BSW modules description > Documentation and sample programs with makefiles Other Relevant MICROSAR Products: The RTE requires the presence of an operating system such as MICROSAR OS or osCAN.

MICROSAR RTE enables generation of code templates for the SWCs More Information: www.vector.com/contact

EMBEDDED SOFTWARE

MICROSAR AMD AUTOSAR monitoring and debugging via CAN, FlexRay or Ethernet

Overview of advantages > Simplified testing of ECUs by acquiring internal ECU data – already implemented for AUTOSAR Release 3.x > Easy measurement of start up and go-to-sleep behavior > Automatic generation of required A2L file Application areas The MICROSAR AMD package efficiently supports you in testing your AUTOSAR ECU software. The basic software modules from MICROSAR AMD have access to all important AUTOSAR-specific internal variables, states and error messages. The XCP protocol (Universal Calibration Protocol) – familiar from the measurement and calibration field – is excellently suited for transferring ECU-internal parameters. Therefore, Vector decided to develop MICROSAR AMD based on XCP. The values read out with MICROSAR AMD are transferred to a Master over XCP for display and analysis.

V2.0 2012-02

Functions An XCP slave is expanded in the ECU with the basic software modules (BSW) from MICROSAR AMD: > DBG (Debugging) > DLT (Diagnostic Log and Trace)

The functionality of the modules is actually specified in AUTOSAR 4.0, but it is already available from Vector for the MICROSAR 3.x solution. You can use one of the following Vector tools as the XCP Master on the PC side: > CANape > CANoe.AMD With these tools and a description of the measurement objects in the form of an A2L file in ASAM format, you can select internal ECU data and analyze its flows. CANape was extended for AMD with the “Digital Window” and the “Status” signal display. CANoe.AMD was extended with the special “State Tracker” window. This lets you display discrete states and binary signals in a well-organized layout in one window. Acquiring internal variables from AUTOSAR BSW modules In the case of ECU tests, the engineer can use the DBG BSW module from MICROSAR AMD to determine which external and internal factors caused a state change of the BSW modules. The DBG module sends the needed internal variables of the MICROSAR BSW modules to the Master via XCP. Acquiring internal variables from the MICROSAR RTE When using a MICROSAR RTE as a runtime environment in your ECU software, it is possible to monitor the data flow between SWCs over

MICROSAR AMD modules according to AUTOSAR 4.0

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Contact and Availability You will find information on the availability of hardware-specific MICROSAR BSW modules at: www.microsar.com/availability/ We can also tell you about OEM-specific versions and custom support for your AUTOSAR projects. Find your contact person at: www.vector.com/contact

XCP. After activating the “Measurement Support” option in the RTE configuration, the following RTE-internal objects are acquired: > Inter-runnable variables > Sender/receiver ports > Mode ports > Per-instance memory This is how you monitor the intra- and inter-ECU communication and measure or stimulate not connected sender/receiver ports. Acquiring internal error messages and warnings During runtime, the DLT BSW module from MICROSAR AMD acquires and transmits, via XCP, all occurring error messages and warnings that the BSW reports to the DET and DEM modules. Generating the A2L file for the XCP Master Based on the configuration data from the ECU configuration file (ECUC), you generate the A2L description file (Master.a2l) for the XCP Master with the DaVinci tools. The A2L file contains the description of the MICROSAR-internal variables. If symbolic names exist for values of measurable objects, they are also stored for later visualization. It is also possible to incorporate other applicationspecific or 3rd-Party A2L fragments into the Master A2L file. Before starting the measurement, a Map Reader is used to update the Master A2L file with the actual addresses of the variables. The Map Reader is supplied as part of CANape and CANoe.AMD..

Training In the framework of our training program, we can offer various training events and workshops for MICROSAR in our classrooms as well as at your business site. For more information on individual training events and dates, please go to: www.vector-academy.com

Scope of Delivery > Software modules as source code > Command line based A2L Generator (for Windows XP/Windows 7) > BSW Module Description files > Documentation Other relevant products The following Vector software modules are prerequisites for using MICROSAR AMD: > XCP Professional driver > XCP Option for the MICROSAR Communication Stack (CAN, FlexRay or Ethernet) The VX1000 System from Vector is available for maximum data throughput with minimal effects on the ECU’s execution time. The system forms the interface between the ECU and a measurement tool like CANape or CANoe. Data access is performed via the microcontroller-specific data trace and debug interfaces rather than using communication buses.

Evaluating status changes with the State Tracker Window in CANoe.AMD

Generation of an A2L file for the XCP-Master

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

MICROSAR Safe Safety according to ISO 26262 up to ASIL D for ECUs with AUTOSAR software

Overview of advantages > Solution for all Automotive Safety Integrity Levels (ASIL) through ASIL D > Reducing qualification costs > Support of different ASILs on one controller Application areas For using MICROSAR basic software in ECUs with safety-relevant functions, you will receive MICROSAR Safe from Vector. This solution is the result of collaborative work with TTTech, our partner with many years of experience in the field of functional safety. It lets you develop AUTOSAR-based applications using software components (SWCs) for ECUs up to ASIL D per ISO 26262. The modules from MICROSAR Safe are SEooCs (Safety Elements out of Context), which are developed according to ISO 26262 / ASIL D. Their use helps you to drastically reduce effort for qualifying your safety-relevant functions.

V2.3 2012-02

Functions The SafeCom, SafeExecution and SafeSelfTest bundles from MICROSAR Safe were implemented according to the AUTOSAR specification, are compatible with the remaining MICROSAR modules and contain the following specific functionalities:

SafeExecution: > Runtime monitoring of tasks > Flow control of safety-relevant SWCs > Memory protection and safe context switching SafeCom: > Safe intra-ECU and inter-ECU communication SafeSelfTest: > Periodic hardware checking The use of Runtime Monitoring, Flow Control, Memory Protection and Safe Context Switching makes it possible to let safety-relevant and non-safety relevant SWCs run next to one another on the same ECU without interference. This means that software parts whose correct execution cannot be verified cannot disturb safety-relevant functions unnoticed. Runtime Monitoring Runtime monitoring assures that tasks have sufficient computing time for their execution. Runtime monitoring is provided by MICROSAR OS SC2/SC4 and is validated to ISO 26262 by the modules WDGM, WDGIF and WDGDRV from SafeExecution.

MICROSAR Safe

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

The complete AUTOSAR solution from Vector The AUTOSAR solution from Vector consists of the DaVinci tools, MICROSAR basic software and MICROSAR RTE. You will find information on the properties of the BSW modules and a detailed description of the functional features of the individual DaVinci Tools in individual datasheets.

Program Flow Monitoring Correct execution of safety-relevant SWCs is assured by the modules WDGM, WDGIF and WDGDRV. This involves using what are referred to as checkpoints in the software components. Memory Protection and Safe Context Switching The MICROSAR operating system’s option SafeContext, which was developed to ASIL D, assures memory protection for ECUs with safety-relevant applications on suitable microprocessors (e.g. with MPU, the Memory Protection Unit). The option SafeContext is available for MICROSAR OS (SC3/SC4) and it is used to separate the various software components from one another during task changes and interrupts. SafeContext prevents unauthorized writing by one software component to the memory of another software component that could corrupt the data. Safe Intra-ECU and Inter-ECU communication Data that is exchanged between safety-relevant applications must be checked for correct transmission. A checksum protects the data contents and the correct sequence of data is monitored by a message counter. If one of these checks fails, the application is informed, and it can react accordingly. This detects errors such as masquerading, failure or reversed data.

Implementation Safety-relevant functions are implemented by the Safety Elements out of Context (SEooC) from MICROSAR Safe. They detect and handle potential errors in non-safety software layers. The SEooCs conform to ISO 26262 ASIL D and are developed according to the AUTOSAR specification.

Contact and Availability You will find information on the availability of hardware-specific MICROSAR BSW modules at: www.microsar.com/availability/ We would be glad to provide you with information on OEM-specific variants as well as individual support for your AUTOSAR projects. Find your contact person at: www.vector.com/contact

Hardware checking You can perform cyclic tests for error-free functionality of the ECU’s various hardware components during operation using generic test functions of the SafeSelfTest package. The precise scope of monitoring that is necessary is project-specific. We would be glad to consult with you in selecting specific monitoring mechanisms for your project. RTE for safety-relevant functions The MICROSAR RTE supports partitioning of memory areas via the operating system option SafeContext. This enables a “Decomposition” in the sense of ISO 26262. Configuration The safety elements of MICROSAR Safe are configured with the DaVinci tools. Product components > Software modules as library with C header files, optionally as source code > Instruction line based generator (for Windows XP/ Windows 7) > BSW module description files > Description files for DaVinci Configurator Pro > Documentation with Safety Manual

SafeExecution: > SafeContext: Memory Protection and Safe Context Switching (option for MICROSAR OS) > WDGM: Watchdog Manager > WDGIF: Watchdog Interface > WDGDRV: Driver for internal watchdog devices > WDGEXT: Driver for external watchdog devices

MICROSAR Safe contains the following SEooCs: SafeCom: > E2ELIB: End-to-end library > Protection Wrapper: End-to-end protection Wrapper

SafeSelfTest: > RAMTST: Tests for RAM memory > FLASHTST: Tests for flash memory > CORETST: Tests for the microcontroller core > IOTST: Tests for inputs and outputs

More Information: www.vector.com/contact

EMBEDDED SOFTWARE PRODUCT LINE

Identity Manager for AUTOSAR Solution for Multiple ECUs

Overview of Advantages > Efficient handling of ECU variants > Less administration effort > Reduced inventory costs In the automobile, there is an increase in the number of ECUs that can be installed in different variants; they are known as multiple ECUs. Your advantage is the use of a single hardware for the different application areas. This reduces hardware costs and effort in inventory management. On the other hand, it results in increased effort in software development and the management of software variants for production and service areas. Based on its many years of cooperation with automotive OEMs and suppliers, Vector is familiar with typical applications for ECU variants and can provide practice-oriented solutions for multiple ECUs based on AUTOSAR.

V2.3 2012-02

Physical Multiple ECU One speaks of Physical Multiple ECUs, when multiple ECUs in a vehicle perform nearly identical functions at different locations. Door ECUs are a typical example of this. The individual ECUs only differ in their Rx and Tx PDUs or in their diagnostics and address in the network. In this case, a single ECU is developed and produced.

Identity An ECU is identified by its Identity. The Identity establishes which variant of the ECU should be activated (e.g. which door side). So, an Identity is really the configuration of an ECU that is active at runtime and is based on a description file. The Identity is set when the ECU is initialized. Via the so-called Identity (see box), each ECU knows during startup which one it is and where it is installed, and therefore also which functions it needs to fulfill. The buffer for the Rx and Tx PDUs can be completly overlaid if their layout is identical. The application accesses signals and data elements independent of its identity. No differentiation is necessary in the code. Multiple Configuration With the multiple configuration, it is possible to use an ECU in different car lines, and therefore in completely different communication networks. A typical application here would be for what are known as carry-over ECUs. These ECUs contain the software for all of the car lines in which they are used. In this case, the ECU Extracts upon which the configuration of the AUTOSAR ECU software is based may differ very significantly for the different variants, they may exhibit a completely different signal layout or support a different number of buses. Here too, the identity of the ECU is determined when it is started.

Physical Multiple ECU and multiple configuration

More Information: www.vector.com/contact

EMBEDDED SOFTWARE PRODUCT LINE

The complete AUTOSAR Solution from Vector The AUTOSAR solution from Vector consists of the DaVinci tools, MICROSAR Basic Software and the MICROSAR RTE. You will find information on properties of BSW modules from the MICROSAR packages and detailed descriptions of functional features of individual DaVinci Tools in the relevant datasheets.

For both solutions, PDUs may be overlaid if only a few signals are identical in the PDUs. The RTE implements this by the so-called fan-in or fan-out mechanism. Integrating both Solutions in the AUTOSAR Concept According to AUTOSAR, an ECU is described by an ECU Extract of System Description. To describe two or more ECU variants, two or more ECU Extracts are needed. For the RTE, these files are merged into one file with DaVinci Developer/DaVinci Configurator Pro*. Afterwards you generate a higher-order ECU Configuration Description (ECUC) for the basic software. Both files contain a superset of the relevant ECU-specific information. Proven Configuration Process The configuration tools DaVinci Developer and GENy/DaVinci Configurator Pro* read in the merged files (ECU Extract and ECUC). In these two tools, the user finds a superset of the ECU interfaces to be implemented and configures the multiple ECU like a normal ECU. The Project Assistant that is contained in the tools supports the user here.

Contact and Availability You will find information on the availability of hardware-specific MICROSAR BSW modules at: www.microsar.com/availability/ We can also tell you about OEM-specific versions and custom support for your AUTOSAR projects. Find your contact person at: www.vector.com/contact

The user configures the optimal superset of all diagnostic services as usual in GENy/DaVinci Configurator Pro*. Saving Resources Since Physical Multiple ECUs are identical in much of their content, for optimization no separate set of configuration parameters is created for some BSW modules but only a common set is created for all instances. This applies to such elements as identical messages, diagnostic services, etc. In multiple configurations, ECU resource savings are realized. Although the ECU must be large enough to offer space for both applications, only one hardware component is needed. Scope of Delivery The scope of delivery of the Identity Manager includes: > License for enabling in the configuration tool > BSW modules with Identity Manager functionality *Regarding availability, please contact Vector.

Diagnostics To describe the diagnostics of an ECU, one diagnostic description file (CDD) is needed per ECU. Exactly as in communication, identical diagnostic services are overlaid, and so they exist just once.

Configuration process of multiple ECUs

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Wide Availability of MICROSAR Supported Microcontrollers and Compilers for the hardware-specific AUTOSAR BSW Modules

Controller

Compiler

MICROSAR OS [1]

MICROSAR CAL [2, 3] CAN

FlexRay

LIN

IP/Ethernet

Further MCAL Driver

Altera NIOS II

GNU, Tasking

X

ARM

X

AT91

GNU

X

AVR32

IAR

X

ARM Cortex M Atmel X

X

Freescale i.MX25, i.MX35

GNU

X

MAC7100

ARM, IAR

S12X

Cosmic, Metrowerks

X

X

MPC55xx

Green Hills, Metrowerks, Wind River

X

MPC56xx

Green Hills, Metrowerks, Wind River

16FX

X

X

X

X

X

X

X

X

[4]

X

X

X

X

X

X

X

Fujitsu

X

X

FCR4

Green Hills

X

FR60

Fujitsu

X

X

FR81

Fujitsu

X

X

MB86

GNU, Green Hills

X

X

MB9E/DF126 (Cortex-R4)

Green Hills

(QORIVVA/ 5xxx/Automotive) Fujitsu

X

X X

X

X

Infineon TriCore

GNU, Green Hills, Tasking

X

X

XC2000

Tasking VX

X

X

PIC24

Microchip

X

dsPIC33E, dsPic33F

Microchip

X

X

Keil/ARM

X

X

X

X

X

X

X

V2.5 2012-02

Microchip

NXP LPC17xx

X

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Availability and Contact The MICROSAR software modules are hardware independent to a large extent. Only the modules listed in the table below must be tailored for each hardware platform. Please send a request to Vector for the combination of derivative and compiler you require. Please collect this information as early as possible, so that Vector can supply your software for the project start. Find your contact person at: www.vector.com/contact

Controller

Compiler

MICROSAR OS [1]

MICROSAR CAL [2, 3] CAN

FlexRay

LIN

IP/Ethernet

Further MCAL Driver

X

X

X

X

Renesas Electronics (NEC/Renesas) 78K0R

IAR

X

X

V85x

Green Hills, IAR, Renesas

X

X

M16C

Renesas

M32C

Renesas, IAR

X

X

M32R

Renesas

X

X

R32C

Renesas, IAR

X

X

R8C

IAR

X

SH2

Renesas, Green Hills

X

SH4

Renesas

X

X

X

X

X

X

X

STMicroelectronics SPC56xx

Green Hills, Metrowerks, Wind River

X

STR9

GNU

X

X

X

X

X

X

Texas Instruments TMS320

Texas Instruments

X

TMS470

Texas Instruments

X

TMS570

Texas Instruments

X

X

X

X

Microsoft VisualC

X

X

X

X

X X

Vector CANoe osCAN Emulation

X

X

[1] = As alternative to MICROSAR OS you can use an osCAN operating system in AUTOSAR systems. [2] = Some of the MCAL drivers are created by hardware manufacturers and correspond partly to AUTOSAR release 2.1, 3.0, 3.1 or 4.0. [3] = On request Vector can develop further MCAL drivers or merge the configuration of your MCAL drivers into the configuration tool DaVinci Configurator Pro. [4] = Currently in development

More Information: www.vector.com/contact

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 2/44

DaVinci Developer Designing AUTOSAR Software Components and Configuring the MICROSAR RTE

2/44

Overview of advantages > Convenient graphical definition of software components > Clear representation of complex systems > Special functions simplify data exchange between OEM and ECU developer > Easy connection to configuration management tools > Consistent configuration of the MICROSAR RTE DaVinci Developer is the professional tool for designing AUTOSAR software components (SWCs) and for configuring the MICROSAR RTE. Convenient graphical editors let you design the structure and interfaces of the functional software for your ECU quickly and clearly, and they facilitate smooth integration of the functional software with the ECU‘s basic software. Application Areas DaVinci Developer supports ECU developers in developing AUTOSAR-conformant ECUs. You can use DaVinci Developer as an architecture tool to define application software architectures. DaVinci Developer is also well-suited as an integration tool you can use to consistently integrate existing AUTOSAR SWCs in an ECU. This means that DaVinci Developer is a flexible tool that can be used in different OEM projects. Finally, DaVinci Developer lets you consistently configure the MICROSAR RTE based on previously defined AUTOSAR SWCs.

Functions DaVinci Developer offers extensive functions for defining and integrating AUTOSAR SWCs: > Graphical definition of SWCs with extensive layout functions > Definition of port interfaces and data types > Definition of port prototypes with service needs and communication specification, e.g. initial values and timeouts > Definition of runnable entities with activation events and port access > Support for all types of AUTOSAR SWCs and application components, compositions, calibration and service components > Import and export of AUTOSAR XML formats (System Description Template, Software Component Template) > Support for various AUTOSAR XML versions in parallel. > Signal import from commonly used network description formats (DBC, FIBEX, LDF) > Data mapping of port data to network signals > Consistency check of the SWC definition and the RTE configuration > Interface to model-based development tools via AUTOSAR-SWC description files

DaVinci Developer – Design tool for AUTOSAR-conformant ECUs

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 2/45

AUTOSAR

The complete AUTOSAR solution from Vector Vector‘s DaVinci and MICROSAR products offer a fully tuned solution for developing AUTOSAR ECUs. Separate datasheets describe general properties of the BSW modules from the MICROSAR packets and detailed functional features of the individual DaVinci Tools.

Training Events In the framework of our training program, we offer various AUTOSAR training courses and workshops at our classrooms, as online Webinars or at your company site. For more information on individual training events and the schedule on the Internet go to: www.vector-academy.com

Workflows and AUTOSAR Methods DaVinci Developer can be flexibly used in a distributed development process based on the AUTOSAR method. For this purpose, the tool offers extensive functionality for data exchange between OEM and ECU developer: > Import/Update function to support an iterative development process > Diff and Merge functions with configurable presettings for individual objects. This makes it possible to extend OEM-generated SWCs by adding port prototypes and runnable entities. > Library concept for reusing components or interfaces in multiple ECU projects > Connection to configuration management systems with finegranulation versioning of individual objects, e.g. SWCs

DaVinci Developer works seamlessly with DaVinci Configurator Pro to create a consistent overall configuration. For example, the service components and IO hardware abstraction components generated by DaVinci Configurator Pro can be conveniently imported and linked to the application SWCs. DaVinci Developer offers special support by automatically creating suitable service port prototypes and server runnables for the application SWCs. Finally, the RTE configuration is saved AUTOSAR-conformantly in an ECU configuration file.

Configuration of the MICROSAR RTE DaVinci Developer is used to configure the MICROSAR RTE; it supports work steps such as: > Assigning runnable entities to operating system tasks. This work is simplified by special views on the runnable entities, such as the trigger-oriented or component-oriented view. > Configuring optimization options > Consistency checking of the RTE configuration with detailed error reports and tips on correcting inconsistencies

Special functions > Configuration of multipurpose ECUs > Project assistant for conveniently creating and updating ECU projects > User-specific extension of the data model by generic attributes

Scope of Delivery > DaVinci Developer > Utility tools for automating work steps > Demo data > Documentation System Requirements Component

Recommended

Minimum

Processor

Pentium 4/2.6 GHz

Pentium III/1 GHz

Memory (RAM)

2 GB

1 GB

Screen resolution

1280 x 1024

1024 x 768

Operating system

Windows XP SP2 or SP3 Windows 7 (32- or 64-Bit)

◆

2/45

TOOLS FOR NETWORKS AND DISTRIBUTED SYSTEMS

DaVinci Component Tester Testing AUTOSAR Application Software on the PC

Overview of advantages > User-friendly testing of AUTOSAR software components (SWC) on a PC > Wide variety of use cases; from tests supporting the ECU developer to acceptance tests at the automotive OEM > Suitable for all application SWCs, e.g. state machines or control systems > Testing of SWCs developed manually or by model-based methods > Unlimited support of all SWC interfaces per AUTOSAR Release 3.0 and 3.1 > Quick setup of tests without time-consuming configuration > Simplified test cases by emulating AUTOSAR Standard Services > Interfaces to standard test tools: CANoe from Vector and NUnit > Interfaces to development environments such as Microsoft Developer Studio or Eclipse via open interfaces

V2.4 2011-07

Thanks to AUTOSAR, an ECU’s application software can be developed as hardware-independent software components (SWCs) based on a Virtual Functional Bus (VFB). DaVinci Component Tester is a high-performance VFB emulator that enables execution and testing of such SWCs on a PC. It is very easy to configure the DaVinci Component Tester, by using just the SWC description file without modification of the SWCs. The original source code is executed directly.

Testing atomic AUTOSAR software components with DaVinci Component Tester

DaVinci Component Tester is a universal run-time platform for testing SWCs in all development phases of ECU applications. Application Areas DaVinci Component Tester supports the following application areas: > Rapid Prototyping While developing ECU applications, you can use the DaVinci Component Tester as a convenient run-time platform for SWCs. By integrating DaVinci Component Tester in the development environment, you can execute and debug the SWCs right on your development PC. Also, in conjunction with a development and test tool such as CANoe you can control the SWCs interactively, e.g. via user interfaces, and analyze their behavior. > Unit Test of software components Use DaVinci Component Tester for testing the functionality and AUTOSAR-conformity of your SWCs. Together with a unit test tool such as NUnit, this will increase the quality of your SWCs by testing during development. An example is automated regression tests. > Integration tests of software components DaVinci Component Tester supports integrating complex systems consisting of multiple SWCs. When used together with a test tool like CANoe, this lets you verify system functionality early on.

Testing a composition of multiple software components with DaVinci Component Tester

More Information: www.vector.com/contact

TOOLS FOR NETWORKS AND DISTRIBUTED SYSTEMS

Functions The core of DaVinci Component Tester is an emulator that executes the SWCs on a PC. This does not require an AUTOSAR RTE (Runtime Environment) or basic software. The finely tuned emulator simulates the AUTOSAR-ECU environment for the SWC under test with realistic behavior. The emulation covers full RTE functionality and lets you test any AUTOSAR Release 3.0 and 3.1 SWCs using functions such as: > Setting data elements of receiver ports > Reading data elements from sender ports > Calling up server ports > Controlling mode ports > Setting calibration data > Executing runnables with non-blocking API calls (Category I) > Executing runnables with blocking API accesses (Category II) > Handling internal communication between multiple SWCs > Simulating errors such as timeout or empty queue All you need to configure the test setup or experiments is the SWC description (AUTOSAR XML file). Based on the SWC Description, DaVinci Component Tester provides a structured API that can be used by an external tool to access the SWC. The external test tool handles control of the test, e.g. by programming test cases, and evaluation of the test.

Operating Modes DaVinci Component Tester offers two operating modes, which depend on its intended use. They affect execution of the SWC’s runnable entities: > Programmed execution mode You can implement execution of the runnable entities in an explicit test case. This execution mode is used in unit tests with focus on detailed inspection of the implementation. > Automatic execution mode DaVinci Component Tester executes the runnable entities independently according to the trigger specification, e.g. periodically every 10 ms. Therefore DaVinci Component Tester synchronizes itself to the time base of your test tool. This execution mode is used for integration testing of complex SWCs or in experimental startup of a SWC during development (Rapid Prototyping).

More Information: www.vector.com/contact

TOOLS FOR NETWORKS AND DISTRIBUTED SYSTEMS

Special functions > Instruction line support for automated tests > Checking API consistency of the SWC Description and SWC implementation file > Programming callbacks in the test environment for specific reaction to an API call of the SWC under test > Generating the header file of SWCs (Contract Phase Generator) for compiling the SWC implementation with the Microsoft Compiler Service Emulator DaVinci Component Tester contains an emulator for the standard services of an AUTOSAR ECU. This emulator simulates the behavior of the services in an abstracted form. When a test or experiment is set up, the SWC’s service ports are automatically connected to the service emulator. There is no need to explicitly consider the service ports in the test environment, allowing you to focus entirely on the SWC’s application ports. This reduces the complexity of the test environments considerably. The service emulator may be accessed at any time. For example, you can preset a block with a certain value that is read out by the SWC from nonvolatile memory, or you can check the value changed by the SWC. Similarly, users can control or monitor the current state of the ECU Manager from a test case. The service emulator supports AUTOSAR standard services of the following basic software modules:

> > > > > >

EcuM (ECU Manager) DEM (Diagnostic Event Manager) FiM (Function Inhibition Manager) NvM (Non-Volatile Memory Manager) ComM (Communication Manager) WdgM (Watchdog Manager)

Interface to CANoe You can use DaVinci Component Tester in combination with CANoe to execute integration tests of SWCs. While CANoe controls the test flow, DaVinci Component Tester automatically handles execution of the runnable entities. Therefore DaVinci Component Tester synchronizes itself to the simulation time of CANoe. You describe the test environment in CANoe, e.g. with the help of the Test Feature Set. All other CANoe functions are available as well; such as panels, analysis windows and integration of MATLAB models for an environment simulation.

Functional principle: Interfacing DaVinci Component Tester to CANoe

More Information: www.vector.com/contact

TOOLS FOR NETWORKS AND DISTRIBUTED SYSTEMS

Interface to NUnit You can execute unit tests of SWCs in conjunction with the open source tool NUnit. This is done by implementing the test cases in any desired .NET language such as C#. The test cases typically show the following pattern: Set input vector, execute runnables, read output vector and check it. NUnit handles test execution and reporting. Microsoft Visual Studio is used to program the test cases. In implementing the test cases, you are supported by programming assistance integrated in the development environment (IntelliSense). For example, a user could easily program access to a receiver port by listing all of the SWC’s receiver ports and selecting the desired port from the list. Integration in your test environment Due to its open interfaces, DaVinci Component Tester can be integrated in your development environment or test tool chain, making it AUTOSAR-capable. Vector offers support in integration of DaVinci Component Tester. Scope of Delivery DaVinci Component Tester consists of the following components: > SUT Executable Generator: Instruction line tool for preparing the SCW under test as an executable system under test (SUT). Inputs are the SCW imple-

> > >

>

> >

mentation compiled by the Microsoft Compiler and the SWC Description (AUTOSAR XML). Contract Phase Generator: Instruction line tool for generating the SWC’s header file Emulator (including Service Emulator): .NET DLL for executing SUT executables NUnit Adapter: Interfaces the emulator to NUnit. Interfacing is via a .NET Assembly with a structured API for access to the SWC. CANoe Adapter: Interfaces the emulator to CANoe. Interfacing is via a .NET Node, which you integrate in your CANoe configuration. The SWC’s input and output data elements are mapped via CANoe system variables. Sample projects Manual as PDF document

System Requirements > MS Visual Studio 2005 or 2008 (Express, Standard or Professional Edition). The Professional Edition is required for debugging in combination with NUnit. > Windows XP or Windows 7 (32- or 64-Bit) > CANoe 7.1 or higher > Alternative: NUnit 2.4.7 or higher (available at: http://www.nunit.org)

Functional principle: Interfacing DaVinci Component Tester to NUnit More Information: www.vector.com/contact

EMBEDDED SOFTWARE

DaVinci Configurator Pro Configuration of AUTOSAR Basic Software

Overview of advantages > Convenient configuration of MICROSAR basic software > Easy integration of your own basic software > Workflow support for typical OEM and TIER1 project situations DaVinci Configurator Pro is the tool of choice for AUTOSAR-conformant configuration of ECU basic software (BSW). It is ideal for configuring the MICROSAR BSW modules and the MICROSAR RTE as well as your own BSW.

V2.5 2012-02

Properties and Advantages DaVinci Configurator Pro was designed as an open tool for configuring and generating BSW modules, and it is additionally characterized by the following features: > Convenient user interfaces for all domains of the basic software > Supports all available AUTOSAR releases (3.x and 4.0 (from Q3 2012)), even mixed within the same project > Project-oriented work method by simple activation/deactivation of individual BSW modules > Supports commonly used network description formats (DBC, FIBEX, LDF) and the AUTOSAR “ECU Extract of System Description” > Project Assistant makes it easy to create and update ECU projects > Seamless interaction with DaVinci Developer and other development tools for software components (SWCs)

Application Areas DaVinci Configurator Pro supports the ECU developer in configuring, validating and generating the BSW modules from Vector (MICROSAR), third-party producers (e.g. MCALs from semiconductor manufacturers) as well as BSW modules developed in-house at your company. Functions DaVinci Configurator Pro simplifies the development of AUTOSAR ECUs by providing the following core functions: > Creating configuration files > Validating the configuration > Calling BSW code generators Configuring basic software and the RTE DaVinci Configurator Pro offers convenient user interfaces for all individual areas of the basic software, from communication to memory services to the runtime environment. For each area, relevant editors display configuration parameters in an optimized layout. The parameters are grouped according to their function, – even across module boundaries. Some editors also contain graphic views, e.g. to represent the relationship of communication data (PDUs) in the ECU or to show the overhead analysis of the memory blocks. The comfort editors of DaVinci Configurator Pro also simplify the process of maintaining consistency conditions: if there is a depen-

Configuration of BSW modules with DaVinci Configurator Pro More Information: www.vector.com/contact

EMBEDDED SOFTWARE

dency between parameters, the parameter values are automatically adjusted whenever a change is made. Special assistants are included for complex configuration tasks, e.g. for automatically linking SWCs (see Option .RTE). Along with “convenience” editors, DaVinci Configuration Pro also contains basic editors that offer a view of the configuration parameters based on their module definition file (BSWMD). This is a generic view that follows the AUTOSAR concept of the Generic Configuration Editor (GCE). While an ECU configuration is being created, you can switch between the comfort view and the basic view at any time. In both types of editors, you can make use of general functions such as: > Show a parameter’s definition > Show help texts for a specific parameter > Search function and bookmarks* Integrating your own basic software DaVinci Configurator Pro is very well suited as a central configuration tool for the entire ECU. You can jointly configure the MICROSAR modules and your own BSWs by adding their BSWMD files to the project. After that, you can configure your modules with a basic editor, which is ideally integrated in the user interface of DaVinci Configurator Pro.

Validation The consistency of configuration parameters is assured by an extensive set of module-specific and cross-module validation rules. If a configuration is faulty, DaVinci Configurator Pro displays validation error messages clearly and offers you recommendations for a solution. Validation is automatically executed before code generation. In addition, live validation of your inputs is performed. This lets you detect a faulty configuration early on, so that you can quickly correct it. Generation DaVinci Configurator Pro serves as a central tool for calling the BSW module generators. Besides generators for the MICROSAR modules, you can also configure any other generation steps. For example, you might do this to integrate external code generators for your own BSW modules. You can configure such a generation step by defining the command line call of the external code generator. As an option, DaVinci Configurator Pro performs a schema conversion of the configuration file or any transformation you might wish to define. This also lets you integrate code generators that require a specific AUTOSAR format, for example, or whose parameters deviate from the AUTOSAR standard.

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Workflows and AUTOSAR methods DaVinci Configurator Pro lets users configure the basic software in a process-assured way that is tuned to typical project situations in the interactions of OEM and TIER1: > Automatic derivation of parameter values from the system description > Blocking of changes to derived or preconfigured parameters > Automatic update after changes to the system description > Controlled overwriting of single derived parameters, e.g. to correct errors in the system description > Easy setup of a project with the integrated DaVinci Project Assistant and a Startup Guide automatically adapted to the project > Automation interface for remote controlled generation of configurations and for calling tool functions > Creating reports of the ECU configuration* Multi-user support DaVinci Configurator Pro simplifies teamwork on the same ECU project. Parallel editing of the configuration is simplified by specific functions: > Fine-grained storage of the ECU configuration files (ECU Split Files) > Prevention of changes to write-protected module configurations > Import of module configurations from other projects* > Integrated Diff/Merge function (see Option .WF)* > Separate Diff tool for comparing any AUTOSAR files

Technology DaVinci Configurator Pro was developed based on the Eclipse platform, and it utilizes state-of-the-art methods for efficiently processing large amounts of data. Variants and options The following tool versions are available: > DaVinci Configurator Pro Full version with all functions for BSW configuration of AUTOSAR ECUs (except RTE) > DaVinci Configurator Base Base version with reduced set of functional features. Contains base editors for creating module configurations. The following options are available for DaVinci Configurator Pro: > Option .RTE: Enables configuration of the MICROSAR RTE. The option contains specific editors for integrating SWCs. You can add SWCs to the project and link them to other SWCs or the network signals. It also contains special assistants, e.g. to automatically link SWCs or to simplify task assignments of SWCs. If you have a DaVinci Developer license, this option is already included. > Option .WF* (Workflow): Enables customization of the processing of input data, e.g. system descriptions. In addition, this option enables project-specific preconfiguration of modules, e.g. to automatically consider your company standards. Also included is the integrated Diff/Merge function, with which you

DaVinci Configurator Pro makes it easy for you to configure, validate and generate AUTOSAR BSW modules. More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Contact Vector supports you in your projects with standard software and customized services, such as hotline, special workshops and training events on embedded software and AUTOSAR. For more information, go to: www.microsar.com or contact Vector. Find your local contact person: www.vector.com/contact

can show differences between ECU configurations directly in the convenience and basic editors. Merging of ECU configurations is also possible here, and it is automatically controlled by analysis of a common previous version of the ECU configuration (3-way merge). > Option .MD* (Module Development): Contains the Eparm tool that makes it easy to create BSWMD files with module, container and parameter definitions and is used to create pre-configurations. System requirements Component

Recommended

Minimum

Processor

Pentium 4/2.6 GHz

Pentium III/1 GHz

Memory (RAM)

2 GB

1 GB

Screen resolution

1280 × 1024

1024 × 768

Operating system

Windows XP SP2 or SP3 Windows 7 (32 or 64 bit)

Additional services > Creation of project-specific workflows > Development of specific configuration interfaces and validation rules for your own basic software > Hotline, special workshops and training events on the topic of embedded software and AUTOSAR * Please contact Vector regarding availability.

More Information: www.vector.com/contact

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 2/54

AUTOSAR Services Proficient support for your AUTOSAR projects

Overview of advantages > Builds up knowledge efficiently and effectively > Tailored support > Quick implementation of your application 2/54

First, we work together with you to setup the MICROSAR basic software (BSW) and RTE on your ECU hardware using the related configuration tools. For this purpose we use a sample application. This quickly gives you a runnable system, letting you focus on your application. This support is typically performed at your business site.

With our AUTOSAR Software Engineering Services, we support you in every phase of your ECU development. Starting with our extensive AUTOSAR experience and your aspired project goals, we jointly carry out a customized action package for you, in which you realize sustained benefits from our AUTOSAR competence.

Afterwards, hotline support is available to you by telephone or email, which ensures continuous support in case you have questions about how to use our products.

AUTOSAR Training Vector AUTOSAR training courses provide you with an ideal entry into ECU development with AUTOSAR. Intensive exercises ensure its relevance to practice. For the list of Vector in-house training courses on the Internet, go to: www.vector.com/AUTOSAR-Training. We would also be glad to conduct these training courses at your business site. It is possible to adapt the training content to your individual needs.

MICROSAR Reviews You have been using our AUTOSAR Embedded Software for a longer period of time, and you are approaching an important project milestone. Based on prepared checklists, we conduct an integration and configuration review related to the concrete useage of the MICROSAR stack. In this process, we evaluate the completeness, correctness and consistency of the selected settings and the required integration code. In particular, OEM-specific aspects are also considered, such as provided software components.

MICROSAR Installation and Support You have already gained familiarity with the topic of AUTOSAR and are now using the AUTOSAR Embedded Software (MICROSAR) from Vector in a specific project.

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 2/55

AUTOSAR

For more information On our “AUTOSAR Services” please contact us. Please find your contact person at: www.vector.com/contact

MICROSAR Coaching In MICROSAR Coaching, installation of the MICROSAR software is performed with your concrete application, which takes your specific requirements into consideration. We focus on addressing your individual needs here. For example, we can support you in: > Initializing the hardware, including CPU clock and PLL > Integrating the MICROSAR components in the project structure > Individual configuration of the operating system > Starting and stopping the bus communication depending on the network state > Providing the necessary I/O signal interfaces, including signal processing via the RTE > ECU and mode management in power up and shut down > Integration of diagnostics, error memory and memory management in your ECU software > Linking of the applications to watchdog management > Integration of further standard software from the OEM The included Premium Support contains on-site support in addition to the telephone and email Hotline. Based on the specific objectives that were agreed on, we ensure individual support of your project.

AUTOSAR Consulting In the framework of AUTOSAR consulting, together with you we can work out individual, technical solutions to various technical questions related to AUTOSAR: > Definition of an AUTOSAR-conformant software architecture > Optimal use of the AUTOSAR tool chain > Migration of existing software to the AUTOSAR architecture > Conceptualization of gateway functions > Structuring of MATLAB/Simulink models to be linked as software components via the RTE > Interfacing external peripheral components > Hardware-dependent Sleep and Wakeup concepts under consideration of individual quiescent current requirements > Consideration of requirements related to Functional Safety (ISO DIS 26262) We typically perform these consulting activities as customized workshops. This ensures that the worked-out solutions optimally fit into your ECU project. Software Development Moreover, we would also be glad to handle the entire development of your ECU software. For more detailed information on our engineering services, please refer to the “Software Engineering Services” datasheet. ◆

2/55

EMBEDDED SOFTWARE

Solutions with CANbedded

The software implemented in automotive ECUs can be either infrastructure software or application software. The latter implements the desired functionality, while the infrastructure software includes the operating system, communication software and fundamental input and output services.

CANopen For CANopen communication, Vector offers source code for master and slave ECUs. The source code contains all functions and services required for the CANopen protocol, which are standardized by CiA. Detailed information on this can be found beginning on page 3/22.

The use of uniform communication protocols is absolutely necessary when setting up networks in a vehicle. The use of standardized software components ensures easy portability and reliable integration of ECUs in the vehicle’s network for the automotive OEM and its suppliers. In addition, the software components lead to a substantial reduction in development costs.

Uniform solution Network communication is described in a database. It is used to configure the software components and serves as a foundation for Vector development and test tools. This gives software developers a universal and uniform solution, from simulation and design to testing and validation. Further information on tools for development and testing of automotive networks can be found in the combined product catalog “Development of distributed systems” and “ECU testing”.

CANbedded Vector develops high-quality and innovative software components for use in the automotive industry. One focus of the product line is on ECU communication, an area in which Vector has well-founded knowledge. The necessary hardware drivers are also important here. CANbedded products from Vector are available for systems without AUTOSAR. You can obtain them for the CAN and LIN networks as well as for the J1939 protocol. In addition, Vector can offer individual solutions for further simplification of the application, e.g. solutions for gateways or state management.

Communication Software for AUTOSAR Systems Vector also provides AUTOSAR-based communications software. This software is available for the CAN, LIN, FlexRay, MOST and Ethernet/IP bus systems. Further information and a description of the available software modules can be found in the AUTOSAR section beginning on page 2/0.

V2.3 2012-01

Advantages of CANbedded > Many years of experience: Vector has been developing basic software for CAN communication in automotive applications since 1992. > High level of maturity: It would be hard to find a vehicle with a CAN bus today that did not have a CANbedded stack. > Broad range of applications: Applicable for various use cases from powertrain via body bus to infotainment > Support of many automotive manufacturers: Available in many OEM-specific variants. Your partner right from the start Vector offers comprehensive support, from the start of a project to its successful completion. Training sessions and courses provide basic information and in-depth knowledge on working with the software – conducted in Vector’s classrooms or right at your company. Vector can assist you through the ECU development process with on-site startups, code reviews, project-specific services and other development-supporting software tools.

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

CANbedded Basic software for CAN communication

Vector CANbedded basic software lets ECUs exchange information over the CAN bus. As a part of the ECU software, it handles communication-related tasks as specified by the OEM. With CANbedded, your ECU is able to efficiently communicate with other ECUs in the vehicle and with an external service tester. CANbedded is available in variants for most OEMs and for a large number of microcontrollers. CANbedded consists of the configurable software components CAN driver, Interaction Layer, Network Management, Transport Protocol and Communication Control Layer, which you can combine as necessary to form a communication stack. This provides you with a reliable foundation for your ECU.

V2.4 2012-01

Overview of Advantages: > Reliable and tested through many years of development > Generated source code that is scalable and application-specific > Low memory requirement and fast runtimes > Supports over 80 different hardware platforms > Available in platform-specific and OEM-specific variants > Clearly defined and uniform interfaces > Easy to port to other platforms and OEMs > Easy to integrate in your ECU software

Application Areas CANbedded lets users focus their efforts completely on their functional software, because the CANbedded stack handles OEM-conformant sending and receiving of messages over CAN. Vector offers OEM-specific CANbedded variants for most OEMs. The CAN driver (the only hardware-specific component) is available in an optimized version for many different hardware platforms (8 to 64 bit controllers). The use of CANbedded in all of a networks ECUs assures compatibility of all communication stacks. This reduces development costs and test effort. A single-channel variant of CANbedded has been optimized for use in ECUs connected to a single CAN bus. A multichannel variant is also available for communication over multiple CAN channels. You can extend the CANbedded stack with additional basic software from Vector for your specific application: > CANbedded Gateway > Diagnostics: CANdesc > Commercial vehicles: CANbedded J1939 > Measurement and calibration: CCP or XCP For information on these extensions, please refer to the specific datasheets on the following pages.

Overview of the CANbedded software components More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Contact and Availability CANbedded basic software is available for many commonly used microcontrollers and in OEM-specific variants. For more information go to: www.vector.com/cve/ Or find your personal contact at: www.vector.com/contact

Functions CANbedded provides simple interfaces (APIs) that are identical for all applications. If possible, the API is standardized over all OEM and hardware variants. This let’s the user quickly and conveniently integrate CANbedded in the ECU software. The CANbedded components route asynchronous events such as receiving of CAN messages, bus wake-up or different error states (Assertions) to the application by means of configurable callback functions. You can configure the precise set of generated APIs and callbacks to optimally adapt them to the needs of your specific application. The Vector tool chain optimally supports you here. CANbedded consists of the software components described in the sections that follow. Vector would be glad to assist you in selecting the components you need.

The following basic functions are provided by the CAN driver: > Initialization of the CAN controller > Sending of CAN messages > Receiving of CAN messages > Overrun and error handling > Notification via wake-up events Interaction Layer (IL) The IL operates signal-oriented and is responsible for: > Sending messages depending on the send types of the signals they contain (Cyclic, OnEvent, IfActive, etc.), > Timeout monitoring of Rx messages and signals, > Notification of sending and receiving of signals. The IL is available in OEM-specific variants.

CAN Driver The CAN driver provides an interface for higher software layers that is as hardware independent as possible. This enables platformindependent use or re-use of the higher software layers.

Network Management (NM) The main task of Network Management is to manage the sleep and wake-up states of a network’s ECUs. This functionality is handled by the NM CANbedded software component, which is available in different variants. Depending on OEM requirements, either OSEK NM, AUTOSAR NM or another OEM-specific NM algorithm is used.

All necessary settings such as parameters for the hardware acceptance filter or Bus Timing Register are made at configuration time. The configuration tool GENy from Vector offers preselections for configuring these filters and registers.

Transport Protocol (TP) By default, the CANbedded Transport Protocol conforms to ISO 15765-2. OEM-specific TP variants are also available, e.g. VWTP or MCNet. The ISO 15765-2 conformant variant is available in either

Configuration and parameterization with the GENy configuration tool More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Training In the framework of our training program, we offer various courses and workshops on CANbedded in our classrooms or at your business site. For more information on individual training events and a schedule go to: www.vector-academy.com

the 1999 variant or the 2004 variant and with different addressing methods (Normal, Extended, Normal fixed, Mixed). Communication Control Layer (CCL) The CCL simplifies integration of the CANbedded software components in your ECU software, such as CAN driver, IL, TP, NM, and other CANbedded options CANbedded Gateway, CANbedded J1939 and CANdesc. It manages defined system states (PowerOn, StartUp, ShutDown, Stop/Sleep, Normal) as well as communication states (Net request, Net release). It can coordinate state transitions (WakeUp and GotoSleep) according to the requests. The CCL offers the following functions: > Initializing the CANbedded software components > Calling periodic functions of the CANbedded software components such as Timer Tasks or State Tasks. > Controlling the bus transceiver Special CCL Functions > The CCL already contains OEM-specific communication requirements such as Wakeup Prevention and Minimum Communication Activity. > The CCL supports what are known as multipurpose ECUs (for details, see datasheet on the Identity Manager.)

Configuration You configure CANbedded with the PC-based configuration tool GENy. GENy utilizes information from the communication database (e.g. the DBC file from the OEM) as well as manual settings. GENy generates parameterization files based on the configuration. They contain the parameters and function calls of the CANbedded software components that are used. For example, the initialization sequence for software components is defined in the CCL configuration. Scope of Delivery You get the CANbedded components as C source code. In special cases, e.g. for time-critical applications on small microprocessors, certain portions of code may be programmed in Assembler. The scope of delivery of CANbedded includes: > GENy configuration tool as executable Windows program > C header and source files > Documentation and sample programs with makefiles Additional basic software from Vector that is relevant to CANbedded: > CANbedded J1939 > CANbedded Gateway > CANdesc for diagnostics > Measurement and calibration with XCP/CCP

The CCL coordinates the state transition „Wakeup“ More Information: www.vector.com/contact

EMBEDDED SOFTWARE

> CANbedded LIN > CANopen Master and CANopen Slave You will find details on these products in specific datasheets on the following pages. Additional Services You can have Vector perform project work on the following aspects: > Adaptation of the CANbedded software components to special target platforms > Extension of the CANbedded software components > Creation of software components for other bus systems such as FlexRay, Ethernet or MOST based on AUTOSAR This list is supplemented with telephone and e-mail hotlines, special workshops that address OEM-specific issues and individual consultation on software integration. This support lets you reduce the development time and costs for your ECU.

The Vector products for your CAN projects

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

CANbedded J1939 Embedded software components for J1939 applications

Overview of advantages > Convenient configuration via GUI > Code and runtime efficiency due to wide-ranging configurability > Good portability by hardware-independent API > Easy to integrate in your application software, since it is delivered as source code > Easy integration of other standard components (e.g. transport protocol, diagnostics, etc.)

The CANbedded J1939 bundle contains standard software components for your SAE J1939-based applications. CANbedded J1939 provides functions for fundamental communication between ECUs in heavy-duty vehicles and agricultural machines. The software components are available as optimized single or multi-channel variants. You can extend CANbedded J1939 with various software components of the CANbedded product line from Vector. Application areas > ECUs of the drivetrain and chassis of heavy-duty vehicles > FMS (Fleet Management System) > Terminals and implements for agricultural machines

> J1939 Base Module: Contains queues for sending and receiving J1939 messages (PGNs), static address claiming (J1939 NM) and an interface to OSEK/VDX-OS. Optionally, the J1939 Base Module offers the ability to implement multiple ECUs with different ECU addresses on a single hardware unit (virtual ECU). > CAN Driver: The CAN driver handles sending and receiving of J1939 messages. It is hardware-dependent and is available for many currently used microcontrollers (for more details, see the CANbedded datasheet). As options, you can extend the communication stack with the following modules: > J1939 Dynamic Interaction Layer: Standard access to the signals and parameters of PGNs with variable CAN identifiers (node address, priority) > J1939 TP BAM: Transport protocol for broadcast messages per J1939-21 > J1939 TP CMDT: Transport protocol for point-to-point transmission per J1939-21 > J1939 Dynamic NM: Support for dynamic address assignment per J1939-81 > J1939 Router: Routing of J1939 messages to other J1939 buses using configurable filter rules

V2.5 2012-02

Functions CANbedded J1939 contains a J1939 communication stack with the following software components:

CANbedded J1939 software architecture More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Schulungen Im Rahmen unseres Schulungsangebotes bieten wir for CANbedded J1939 and ISO11783 verschiedene Schulungen and Workshops in unseren Seminarräumen sowie vor Ort bei Ihnen an. Mehr Informationen zu den einzelnen Schulungen and die Termine finden Sie im Internet unter: www.vector-academy.com

Supported hardware platforms CANbedded J1939 is available for many different controllers and compilers. You will find a current list online at: www.vector.com/ds_canbedded.availability_en

Configuration You can conveniently configure and generate CANbedded J1939 standard software components with the Vector PC-based software tool GENy.

Additional services Vector can perform project work for you in the following areas: > Modification of software components for other target platforms > Extensions of CANbedded J1939 for ISOBUS (ISO11783) and NMEA2000 with dynamic address claiming (J1939 Dynamic NM), ETP and FastPacket transport protocols and working sets > Extension of standard components by adding customer-specific functions > Flash programming

Product components The CANbedded J1939 product contains the following: > GENy for configuring and generating software components > Software components as C source code > Documentation > Sample programs Other relevant products > CANdesc: Embedded software component for OEM-specific diagnostics over KWP or UDS (for more details, see the CANdesc datasheet). > Transport protocol (TP): Software component for transmitting data > 8 bytes according to ISO 15765-2. In addition, OEM-specific variants are available (for more details, see the CANbedded datasheet). > osCAN: Preemptive real-time operating system per the OSEK/ VDX standard with a small, robust operating system core.

Our service offer is supplemented by telephone and e-mail hotlines, special workshops that focus on OEM-specific aspects and customized consultation for software integration. This reduces your development time and costs.

Configuration of J1939 software component is performed with GENy More Information: www.vector.com/contact

EMBEDDED SOFTWARE

CANbedded LIN Communication Embedded Software Components for Local Interconnect Network

LIN (Local Interconnect Network) is a cost-effective, serial communication system for distributed electronic control units in the motor vehicle. The LIN protocol is specified by the LIN Consortium, of which Vector is an Associate Member. Features and Advantages Increasing software complexity makes it advantageous to implement standardized software components. Vector’s expertise acquired in developing and working with other protocols has been utilized throughout the development of LIN software components: > Standard software components based on a portion of the generated code are scalable for application-specific requirements > Automatic generation of parameter settings and configurations > Runtime efficiency > Low demand for ROM and RAM memory > Simple interfacing to the application software > Compatibility with other Vector products including analysis, simulation, and calibration tools > Support of LIN 1.2/1.3/2.0/2.1 and 2.2 > Support of multi-channel LIN configurations

V2.3 2011-12

LIN networks are described in the LDF (LIN Description File) format according to the “LIN Configuration Language Specification”. This includes all of the information needed to define signals, messages, baud rate and schedule tables. A configuration tool is used to adapt all LIN software components to ECU-specific requirements. The tool imports either LDFs or NCF files (Node Capability File) for parameterization.

Modifications and settings in detail: > Adaptation of ECU-specific parameters to the network design > Configuration of the LIN driver to the properties of the specific ECU e.g. oscillator frequency, UART, etc. > Configuration of diagnostic services for LIN Slave ECUs > Definition of message and signal callbacks The object codes of the LIN software components are compiled and linked with the application. Vector’s LIN simulation and analysis tools (e.g. CANoe.LIN and CANalyzer.LIN) are available for integration, analysis and for test purposes. For physical bus access one of Vector’s XLIInterface products can be purchased; these products serve as universal, serial bus interfaces for the LIN bus. Timing control of the LIN software components is achieved by having tasks called periodically by the application or an operating system. Therefore the LIN driver does not require any auxiliary timers. Functions The fundamental objective of the implementation is to provide an interface that is easy to use and satisfies all applications. The standardized interface offers these features: > Initialization of the LIN hardware > User-configurable baudrate (Recommended: 2400, 9600, and 19200 Baud) > Sending of LIN messages (confirmation by flags and callback functions)

Overview of the software components of CANbedded LIN Communication More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Training

Availability

As part of our training program, we offer a range of classes and workshops on CANbedded LIN Communication. For more information and the dates of our training courses, please visit: www.vector-acadamy.com

Our LIN software components for motor vehicle ECUs are available for a large number of commonly used microcontrollers. For further information please visit: http://www.vector.com/vi_canbedded_lin_en.html

> Receiving of LIN messages (notification by flags and callback functions) > Sleep and wakeup handling > Protocol error handling > Timeout monitoring of messages > Checking of runtime behavior during the development phase (debugging)

This makes it easy to implement CAN-LIN gateways, which are usually implemented as master network nodes.

Application Areas LIN was developed to round out a collection of automotive protocol standards, but it has been adopted in other areas such as automation engineering as well. The focus is on cost-effective communication networks for ECU subsystems with low data rates. LIN therefore supplements existing bus protocols. Hardware Interfaces Two software components are needed for LIN communication. One component is a hardware-dependent low-level SIO driver, whose task is to implement abstraction of access to the serial interface. The second component, the LIN driver, is overlaid on this and provides an API to higher-level components. This API satisfies all of the requirements of the current LIN standard. The driver is a standardized and easy-to-configure software component for communication between master and slave network nodes. The LIN driver is one of the CANbedded components from Vector; it assures consistent integration with CAN components.

LIN Master Transport Layer Since the master ECU usually has an auxiliary CAN channel, over which diagnostics are performed from a tester, the main task of the LIN master is to pass the received tester requests to the relevant LIN slaves. The LIN Diagnostic Transport Layer (DTL) is used for this; it offers two API types according to the LIN 2.0/2.1 and 2.2 specifications: > DTL Raw is used if the data already exist in segmented form (routing of CAN TP messages on LIN). > DTL Cooked accepts assembled data and segments them according to LIN bus requirements (Diagnostic Service Data Units). LIN Slave Diagnostics LINdiag is a very compact implementation of UDS 14229.3 diagnostics for LIN slave ECUs. It receives requests, routes them to the appropriate service and constructs the response in interaction with the application. This involves internal management of a diagnostic buffer to monitor for data consistency and overruns. To send and receive requests and responses LINdiag needs the LIN Transport Protocol, which is included in the delivery.

Overview of Design, Configuration and Integration Processes More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Further Options > Optional for slave ECUs: Diagnostic software components with associated transport protocol > Optional for master ECUs: Transport protocol with raw or cooked API > Gateway: CAN-LIN and LIN-LIN routing for master ECUs > SAE J2602: As a supplemental option, support of the SAE J2602 “Recommended Practice” specification is available for LIN drivers. > Flashing of LIN slaves Scope of Delivery The following items are supplied with the product: > Configuration tool (executable Windows program) > C sources for LIN driver and optional software components > Sample programs > Documentation and operating instructions

Licenses When the same hardware interface and same compiler are used the acquired licenses can be used for all devices of a processor type and any desired projects. Supplemental Services Vector also offers related project services such as: > LIN driver expansions > Support of other target hardware > Development of higher OEM-specific protocol layers, e.g. diagnostic protocol Services also include telephone and e-mail hotlines, special workshops with OEM-specific focus and individualized consultation on software integration with the goal of reducing development time and costs.

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

More Information: www.vector.com/contact

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 3/12

CANbedded Gateway Standard Embedded Software Components for CAN and LIN Routing

Overview of advantages > Selectable coupling of CAN and/or LIN networks with userdefinable routing relationships > Mature standard software component > Solid, lean and efficient foundation for your gateway ECU > Available for a large number of OEMs

3/12

To exchange data between different networks, a gateway ECU is needed that only transports to the other network those messages or signals that are actually needed. Application Areas CANbedded Gateway is a mature standard software component for gateway ECUs between different CAN or LIN networks. CANbedded Gateway lets users define routing relationships simply and quickly. Both 1:1 and 1:N routings are supported in any direction. The CANbedded Gateway utilizes bus-specific standard components of CANbedded, and so it is hardware independent. It covers the specific requirements of many different OEMs. Functions The CANbedded Gateway contains complex mechanisms for receiving all messages and signals and then sending them to another network under consideration of filter and conversion rules. Users can select from:

> Signal routing > Message routing (with/without data queue) > TP (Transport Protocol) routing Signal Routing Routing of signals makes it possible to exchange dedicated information (e.g. momentary vehicle speed) between the networks. The send cycle times, send types and signal positions within messages – all defined in the communication database – may differ between the source and target networks. The values of the signals to be transmitted are not changed in the process. In case of an Rx timeout, the CANbedded Gateway implements a substitute value strategy. The signal to be transmitted is written and routed with a predefined signal value (default value or special substitute value). If routing relationships occur that cannot be resolved, e.g. if the signals of a routing relationship have different sizes, the application can use C callback functions to flexibly adapt signal contents before routing (e.g. by scaling signal values). Message Routing In routing of messages, the entire message is routed in either the interrupt or task context. This routing type is faster and more efficient than signal routing, but it cannot be applied in all routing relationships. In message routing, the messages may differ in their message-ID, send cycle and send type.

Gateway between CAN and LIN buses

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 3/13

COMMUNICATION SOFTWARE

Training In the framework of our training program, we can offer you various training events and workshops on our software components in our classrooms as well as at your business site. For more information on individual training events and dates please visit: www.vector-academy.com

By default, message routing always utilizes the most recent data. If data is transmitted less frequently than the data is processed by the associated Rx event, the CANbedded Gateway sends the data of the last Rx event. Neither the signal layout within the message nor the signal values are changed here. The user can control gateway activities by configuring “conditional routing”. This saves on bandwidth during critical phases, such as during software flashing or diagnostic sessions. This is done by defining routing groups and assigning routing relationships to one or more routing groups. At runtime, the application can enable or disable routing of individual groups with the help of an API. TP Routing The TP Gateway is responsible for routing the transport protocol data. Diagnostic requests from CAN to LIN and the associated responses from LIN to CAN might be transmitted, for example. Using the ISO transport protocol component from CANbedded, it is possible to support different protocol addressing modes on the CAN bus.

Configuration The CANbedded Gateway is configured with GENy, the configuration and code generator tool from Vector. The configuration process is based on a DBC or LDF/NCF description file. Routing relationships are defined either: > Automatically by OEM-specific algorithms based on clear rules > Manually by targeted selection of the signals and messages to be implemented Scope of Delivery > Configuration tool as executable Windows program > C source code > C header files > Documentation

Other Relevant CANbedded Products Preconditions for use of the CANbedded Gateway are the presence of the Vector Interaction Layer (when signal routing is used) and the relevant Vector CAN or LIN drivers. TP routing requires the ISO Transport Protocol for CAN or the DTL (Diagnostic Transport Layer) for LIN.

Layer model of the CANbedded Gateway

3/13

◆

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 3/14

CANdesc and CANbedded DEM Software components for diagnostics

3/14

Overview of Advantages > OEM-independent implementation of your application software > Quick, simple and uniform interface to the OEM-specific diagnostic protocol in the desired version > Available for many bus systems > Together with CANdelaStudio CANdesc gives you a comprehensive diagnostic solution from specification to embedded software > Multiple diagnostic configurations with up to 31 different parameter sets > Guaranteed consistency between diagnostic specification and generated code The diagnostic software component CANdesc (desc = diagnostic embedded software component) is the uniform implementation of the diagnostic protocol for different automotive OEMs. CANdesc is generated according to the configuration based on the diagnostic specification (CDD file). To implement the error memory, you can extend CANdesc with the CANbedded DEM component, which gives you a fully OEM-specific diagnostic solution for your ECU. Application Areas > ECUs for passenger and commercial vehicles > ECUs in CAN, MOST, FlexRay and other communication systems

CANdesc and CANbedded DEM can easily be incorporated into a CANbedded communication stack from Vector. However, you can also use the two software components in your communication stack. Functions CANdesc and CANbedded DEM are conformant to the OEM-specific diagnostic specification and are available for a number of different OEMs. They contain the following functionality: CANdesc: > Provides a signal-based interface as a uniform interface to the application. This simplifies interfacing of diagnostics to your ECU software. > Full implementation of diagnostic services $28 (CommunicationControl), $2A (ReadDataByPeriodicIdentifier) and $2C (DynamicallyDefineDataIdentifier) > Validation of diagnostic requests in reference to Service Id, Session, Sub-Service Id, Format, Session and Security of a sub-service > State control (depends on the CANdela database, e.g. Session or Security) > Assurance of data consistency in parallel diagnostic requests from the same tester or multiple testers > Generation of a template including the necessary function stubs that lets you realize your own diagnostic implementation quickly and easily.

Complete generation of the ECU’s diagnostic software

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 3/15

COMMUNICATION SOFTWARE

Example of Code Sizes Microprocessor: Motorola HC12, MC9S12P128 Compiler: Cosmic 4.7 13 Diagnostic services and 40 subfunctions are implemented Code size: approx. 6 kBytes Tables and constants: approx. 700 bytes RAM: approx. 90 bytes plus bytes for the diagnostic buffer

> Optional: Implementation of the Diagnostic Adaptation Protocol (DAP) for MOST ECUs CANbedded DEM As soon as the application software detects errors, it must initiate saving of the related Diagnostic Trouble Codes (DTC). The CANbedded DEM component from Vector can be used for this task. For each error (DTC), the software component stores the following information in error memory: > DTC status byte > Environment data > Cycle counters > Fault detection counter > Aging counter When CANbedded DEM is combined with the diagnostic software component CANdesc, you get a complete implementation of the following error memory related UDS services: > $14 Clear diagnostic information > $19 Read DTC information > $85 Control DTC setting Configuration You configure CANdesc and CANbedded DEM with the GENy tool and a CANdela file (CDD). To create this file you will need the tool CANdelaStudio Version 6.5 or higher.

Extended setup with services 0x2A and 0x2C: The code size is increased to approx. 14 kBytes. The RAM size depends on the size of the scheduling table and the number of dynamically defined data identifiers.

The use of CANdelaStudio offers CANdesc users significant advantages. For more details, please refer to the CANdelaStudio datasheet in the diagnostics catalog. Handling of Variants If your ECU requires diagnostic configuration variants, CANdesc and CANbedded DEM offer a powerful solution for this. With GENy you can define up to 31 different parameter sets and store them in the ECU in a resource optimizing way. This avoids redundancies in the ECU software, because identical interfaces to the same data, services or DTCs are merged in the generated diagnostic code. Scope of Delivery > GENy configuration tool as executable Windows program (for Windows NT/2000/XP/Vista/Windows 7) > Documentation/user’s manual/Readme > C source code for CANbedded DEM Additional Services Vector offers project services related to diagnostics: > Adapting the application to CANdesc > Implementing error memory strategies > Process consultation in the area of diagnostics > Testing diagnostic implementations for ECUs.

Diagnostic software (CANdesc and CANbedded DEM) in the diagnostic development process

◆

3/15

EMBEDDED SOFTWARE

XCP Professional Measuring, Calibrating, and Testing via CAN, FlexRay and Ethernet

Overview of advantages > Can be activated/deactivated in production operation > Easy to configure with PC-based tool > Low memory requirement and short execution times based on scaling of the software component to your requirements > Transport layers available for CAN, FlexRay and Ethernet > Compatible with MICROSAR BSW modules (AUTOSAR)

V2.3 2011-12

Application Areas Automotive in-vehicle ECUs are measured, calibrated, and tested with the XCP Protocol (Universal Calibration Protocol) – the successor to CCP (CAN Calibration Protocol). XCP was standardized by ASAM (Association for Standardization of Automation and Measuring Systems), a process in which Vector played a leading role. By clearly differentiating the Protocol Layer and Transport Layer, XCP is able to support many different bus systems: CAN, FlexRay and Ethernet. On the PC side, the CANape or CANoe tool is used as the XCP master. Its counterpart in the ECU is the XCP slave. This is implemented by the XCP Professional software component. It not only contains all ASAM functional content, but useful extensions as well. You can use XCP Professional together either with a conventional communication stack or in AUTOSAR systems. In either case, it is unnecessary to modify the XCP software. If a software stack by a third-party producer is used, small modifications to the XCP Trans-

port Layer (TL) may be necessary. Vector would be glad to assist you in this area. Functions XCP Professional contains all necessary functions for communicating with the XCP Master, such as: > Synchronous data acquisition based on DAQ lists > Read and write accesses to memory addresses > Initialization and switchover of the memory area for calibration data > Support of time stamps > Protection against unauthorized writing and reading in memory > Shutoff of XCP in production operation by a single function call > Access protection by Seed & Key support > Synchronous data stimulation (STIM) and Resume mode > Flash and EEPROM programming > Communication mode: Block transfer > Transmission of service request packets > Bit modification and short download > Generation of an A2L file based on the ECU configuration Synchronous Data Stimulation (STIM) To optimize algorithms and parameters, you can use XCP over the bus system to read a measured signal from the ECU (DAQ) and modify it with a simulation model (e.g. MATLAB). The re-computed value is then written back to the ECU (STIM). Reading and writing

XCP Professional is available for CAN, FlexRay and Ethernet

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Training In the framework of our training program, we can offer you various training events and workshops for XCP in our classrooms or at your business site. For more information on individual training events and dates on the Internet go to: www.vector-academy.com

are performed synchronously in a predefined time interval (Bypassing). Resume Mode The Resume mode permits cold-start measurements, e.g. to check ECU behavior in the wakeup phase. This involves activating the XCP stored in the flash memory immediately after a cold-start – even before the application starts. Sending of the measured values begins automatically, and they can be logged for later evaluation. Flash and EEPROM Programming The Vector XCP component is not only able to store measured values in RAM, but also in flash or EEPROM memory. To do this, XCP executes callback functions in which the application could activate the flash algorithms, for example. This gives you the option of individually adapting the algorithms to the flash or EEPROM memory being used. Communication Mode: Block Transfer Block Transfer lets you transfer large quantities of data. This functionality is comparable to that of a transport protocol. The sender segments the data, and the receiver re-assembles them in the correct sequence.

CANape as XCP Master CANape is the all-round tool from Vector for measurement, calibration and diagnostics of ECUs. The key properties of CANape related to measurement and calibration are: > Time-synchronous real-time acquisition and visualization of internal ECU signals with XCP/CCP, of signals from CAN, LIN, Ethernet and FlexRay buses and from external measurement equipment > Online calibration via XCP/CCP, real-time stimulation via XCP and offline calibration > Flash programming of the ECU via XCP/CCP or the diagnostic protocol > Rapid prototyping for functional development by bypassing a MATLAB/Simulink model with the help of CANape

Transmission of Service Request Packets Service request packets let you transmit lines of text. They are stored in program code, and when the program section is executed they are sent to the XCP master where they are displayed. This function is very useful primarily during system development and in debugging. Configuration XCP Professional is configured with the PC-based GENy configuration tool. Compiler switches may be used to deactivate unneeded functions, and this reduces memory loading. When XCP transmission is started, the list of supported functions is communicated to the XCP master via the XCP plug-and-play mechanism. XCP-Master The XCP Master, using an ECU description file in ASAM format (A2L), has access to measurement signals and calibration parameters in the ECU through the XCP Slave.

CANoe.XCP or CANoe.AMD as XCP-Master CANoe is Vector tool for the development of both complete ECU networks and individual ECUs. CANoe is made an XCP Master with the XCP and AMD options.. CANoe.XCP provides you a reading or writingaccess to ECU memory location via the ASAM-standardized XCP or CCP protocol. Especially for AUTOSAR, CANoe.AMD (AUTOSAR Measurement and Debugging) contains the “State Tracker” window that displays discrete states and binary signals in a user-friendly way. This permits you to analyze critical flow sequences. For more information, please refer to the “ECU Testing” product catalog.

Additional information can be found in the “ECU Calibration” product catalog.

More Information: www.vector.com/contact

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 3/16

Identity Manager Solution for Multiple ECUs

Physical multiple ECU Advantages > More efficient handling of variants > Less administrative effort > Reduced warehouse costs

3/16

When tracking the development of ECUs in automobiles, one trend is clearly evident – ECUs are becoming increasingly more powerful. At the same time, the number of variants is growing drastically, which is reflected in the growing effort required to manage them and also results in growing costs. Cost savings are realized by reducing administrative effort. This can only be achieved with the assistance of intelligent solutions that can manage the many different variants. Based on our many years of working together with automotive OEMs and suppliers, Vector knows these continually recurring use cases well and has developed optimized solutions especially for them. Use cases Practice shows that it is primarily the following three use cases that recur frequently: > Physical multiple ECU > Virtual multiple ECU > Multiple configurations ECU The solution approaches presented below lead to substantial simplification, reduce administrative effort and thereby reduce costs. Identity An identity identifies an ECU. It determines which variant of the ECU should be activated (e.g. which door side). So, an identity is the configuration of an ECU that is active at run time, based on a description file. An ECU’s identity is set when the ECU is initialized.

A typical case of physical multiple ECUs are the ECUs for the driver and passenger side doors. These ECUs have nearly identical functions. However, there are differences in the receive and send messages, diagnostics and Network Management address. The steps: Develop an ECU that will later be used for both door sides. Load the database that covers the ECUs in the GENy configuration tool and select both ECUs simultaneously. Configure the Identity Manager as a physical multiple ECU and assign a separate identity to each of the nodes (Left ECU, Right ECU). There are essentially two different ways to proceed in coding: If the message layout is identical between the identities, utilize the manual buffer overlay in GENy. This means that the same signal APIs can be used regardless of the currently active identity. So, only one application needs to be developed, but the ECU acts differently to the outside world depending on the identity which is initialized. The differences are automatically read out from the DBC file. In the second case, buffer overlaying is not needed. Instead, differentiate between the left and right sides using generated macros in the code. It is also easy to implement crossovers of receive and send messages between the two door ECUs while optimizing resources. This software is loaded in the left and right ECUs. The decision on whether the software is to be installed in the left or right door ECU is made with each new initialization. A simple function call establishes the ECU’s identity.

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 3/17

COMMUNICATION SOFTWARE

Virtual multiple ECU

Multiple configurations

3/17 Higher-performance control modules also contain more memory space. This makes it possible to represent multiple ECUs (e.g. gateway and radio) in one CPU, saving on additional hardware. These are referred to as virtual multiple ECUs. The different communication nodes are derived from one database. In the configuration tool GENy, you only need to select those nodes that will be implemented and then configure a virtual multiple ECU in the Identity Manager. All nodes are assigned to one identity. The identity operates from a node superset and all necessary information on the nodes.

A typical application involving multiple configurations is the development of ECUs for both a current car line and a new car line. These ECUs are also referred to as carry over ECUs. Changes made within the associated database are often very extensive. It is possible to use a completely different signal layout or use different messages for different model series. The new configuration could even support a different number of CAN buses. First, develop the software for both car lines. In doing so, treat each car line as though it were assigned to one (or more) dedicated CAN channel(s) with an associated database (DBC file). These configured, logical CAN channels are then mapped to physical CAN Controllers. Just as with the physical multiple ECU, the ECU’s identity is determined by a function call at the start. ◆

EMBEDDED SOFTWARE

Wide Availability of CANbedded Supported Microcontrollers and Compilers Controller

Compiler

CANbedded/ CANbedded J1939

CANbedded LIN

Controller

Altera NIOS II with Bosch D-CAN controller

GNU

MPC5xx

X

Analog Devices Aduc703x

ARM, IAR

X

AduCM330

IAR

X

Blackfin BF5xx

VisualDSP++

X

X

AT90CANXX

HPInfotech, IAR

X

X

ATmega (X8, X4P, XC1, XM1)

HPInfotech, IAR

X

X

ATtinyX7

IAR

AVR32

IAR

X

T89C51CC00x

Keil

X/-

Keil

X/-

ARM

X

Atmel

X X

Cypress PSoC3 Europe Technologies easyCAN

68HC08

Cosmic, Metrowerks

X/-

DSP56F80x

Metrowerks

X

DSP56F83x

Metrowerks

X

Cosmic, IAR, Metrowerks

X

X

X

X

IMX MAC 7100, MAC 7200 MC68k MCF52xx

V2.5 2012-02

MCS08

Cosmic, IAR, Metrowerks GNU, Green Hills, QCC ARM, IAR Microtec, Tasking DIABDATA Wind River Cosmic, Metrowerks

X

X X

MPC55xx, MPC56xx

DIABDATA Wind River, Green Hills, Metrowerks DIABDATA Wind River, Metrowerks, QCC DIABDATA Wind River, GNU, GAIO, Green Hills, Metrowerks

CANbedded LIN

X

X

X

X

X

Fujitsu 8L, 8FX

Fujitsu

16FX, 16LX

Fujitsu

X

FM3

Keil

X

FR30, FR50

Fujitsu

X

FR60

Fujitsu

X

X

FR81

Fujitsu

[1]

X

MB86R0x

GNU, QCC

X

C16x

Keil, Tasking

X

C5x5

Keil

TriCore

GNU, Green Hills, Tasking

X

XC16x

Keil, Tasking

X

XC2000

Tasking

X

XC800

Keil

X X

X

X/X

X

X/-

dsPic33F

Microchip

X

X

PIC18

Microchip

X/-

X

PIC24

Microchip

X

X

Micronas

X

CDC32xxG

Green Hills

CEVF

IAR

X

X

Microchip

X

X/-

CANbedded/ CANbedded J1939

Infineon

Freescale

HC12, HCS12, MC9S12, S12, MCS12 HCS12x, MC9S12x, S12x, MCS12x

MPC5200

Compiler

X/-

National CR16

National, IAR

X

X

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

Controller

Compiler

CANbedded/ CANbedded J1939

CANbedded LIN

NXP

Controller

Compiler

CANbedded/ CANbedded J1939

CANbedded LIN

X

X

STmicroelectronics

LPC1700, LCP2000

Green Hills, Keil

X

SAF7780

Green Hills

X

SJA20xx

Green Hills

X

SPC56xx

DIABDATA Wind River, GNU, GAIO, Green Hills, Metrowerks

ST7

Cosmic, Hiware

X/-

X

X/-

X

X

OKI AVC-Core

ARM

X

ST9

GNU

ML76Q25xx

IAR

X

ST10

GNU, Keil, Tasking

X

X

ST30

ARM, Green Hills

X

X

STA20

ARM, Green Hills

X

STM32

ARM

X

STM8A

Cosmic

Panasonic MN101E

Panasonic

X/-

MN103S

Panasonic

X

Renesas Electronics (NEC/Renesas) 78k0

Renesas (NEC), IAR

X/-

X

78K0R

Renesas (NEC), IAR

X

X

IAR

X

H8 tiny

Renesas

X

H8S, H8SX

Renesas, IAR

X

X

M16C

Renesas, IAR

X

X

M32C

Renesas, IAR

X

M32R

Renesas, GAIO

X

R8C

Renesas, IAR

X

X

R32C

Renesas, IAR

X

X

RL78

Renesas

SH2, SH2-A

Renesas, Green Hills, GAIO, IAR

X

SH4

Renesas, Green Hills, QCC

X

V85x

Renesas (NEC), Green Hills, IAR

X

[1] X

X

Keil

ARM

X

TMS320

Texas Instruments, QCC

X

TMS470

Texas Instruments, ARM, Green Hills

X

X

TMS570

Texas Instruments, ARM

X

X

Texas Instruments

Toshiba TLCS870

Toshiba

TLCS900

Toshiba

X

Tx03

ARM

X

TX39

Green Hills

X

TX49

GNU, Green Hills

X

X

GNU

X

Microsoft VisualC

X

Xilinx Microblaze Vector

Silicon Labs C8051F5XX

X

Telechips TCC800

78K0S

X/-

[1]/-

X

CANoe osCAN Emulation

X

[1] = Currently in development

More Information: www.vector.com/contact

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 3/18

GENy PC-Tool for Configuring Embedded Software Components

GENy is the convenient configuration tool for software components from Vector. It was created for development processes of the future. It is used to configure CANbedded components, AUTOSAR communication modules and the Flash Bootloader for use in production ECUs. Features and Advantages GENy is a developmental offshoot of the previous configuration tools CANgen and DBKOMgen. The GENy architecture was completely redesigned based on experience with those two tools.

This makes GENy a scalable and fully generic configuration editor/generator that permits consistent configuration from a single integration environment, even in complex heterogeneous systems. Vector’s many years of experience in the area of ECU development ensures optimal workflows between OEM and suppliers without altering their tasks or roles. GENy is a collection of components (not a rigid program block); therefore it can also be expanded very easily by adding auxiliary components.

3/18 The following properties characterize the design: > Thoroughly modular structure due to its static framework, stand-alone graphic user interface (GUI) and dynamically reloadable components > Reloadable hierarchies make it well suited for any configuration task (CANbedded, LIN, FlexRay) > A cleverly designed framework mechanism interprets and manages dependencies in configuring components > XML is used throughout as the file format, both for the component descriptions (Attributes) and data saving > Open interfaces offer simple expandability

GENy’s graphic interface makes it very easy to use and intuitive. GENy always appears with the same “look and feel” independent of the components to be configured. The configuration data is shown and processed in a hierarchical tree structure. This makes navigation user friendly, and the user gets a clear view of all options. The Configuration View can be modified manually or via an external XML file. The latter is essential for an OEM-specific appearance of GENy’s GUI and guarantees that parameters will have functionally relevant preset values. Tool tips and the online help function help to save time and immediately gives you the information needed about possible component settings. Plausibility checks prevent invalid settings and thereby prevent errors.

GENy Program Window

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 3/19

COMMUNICATION SOFTWARE

Training As part of our CANbedded training program the configuration tool GENy is also explained. For more information on individual training events and schedules please visit: www.vector-academy.com

The generation process is logged in the Message Window, and this indicates potential errors (e.g. mistakes in configuring) and other important information. This is done to avoid tedious debugging efforts.

Application Areas The GENy configuration tool is always used in conjunction with other Vector software components for communication and diagnostics. GENy fulfills AUTOSAR Consortium requirements. ◆

Characteristics: > Configuration templates for different application types > System-wide parameters only need to be configured once > There is only one XML-based configuration file > Expandable due to open interfaces > For the Windows operating systems 2000, XP and Vista Functions GENy is the tool for configuring any software component. Configuration and parameter files can be generated to integrate them in the application project. Functional capabilities of GENy include the configuration of: > Embedded software components for CAN, LIN, and FlexRay > Flash Bootloaders > AUTOSAR BSW (communication modules) GENy reads the following input files: > CAN database files (DBC) > LIN files (LDF) > FlexRay files (Fibex) > CANdela database (CDD) > AUTOSAR “ECU Configuration Description” (EDUC)

GENy Navigation View

3/19

TOOLS & COMPONENTS FOR OPEN NETWORKING

CANopen Source Code Embedded Software for CANopen

   

The CANopen Source Code contains CANopen services required for an implementation. It thus offers the user the communication functionality required for internal device development.

NMT Slave (supports “Life Guarding”) Simple adjustment to various requirements Broad spectrum of supported hardware platforms Source code configuration and automatic generation of the object directory via CANerator CANopen For special application areas there are expansion modules available for the CANopen Source Code, which can be ordered separately:  Mini-Master  LSS Master  LSS Slave

Application Area The code can be used everywhere customers would like to equip their devices with CANopen functionality, especially in systems where resources are at a premium. Features and Advantages Significant time savings can be achieved during product development by using the CANopen Source Code. The user can concentrate on the integration of the application; the implementation of the CANopen protocol is simplified significantly. The code corresponds to the most recent version of the CANopen DS-301 communication profile enabling a secure and CANopen-conforming implementation of the project. To simplify connection of internal application data to the object directory, there are exemplary entries already in the object directory. Using these specifications, it is easy to create your own entries.

SDO Server The SDO Server offers an object directory and supports all defined SDO transfer mechanisms such as expedited transfer, segmented transfer, and block transfer for up to two parallel SDO servers. PDO Handling For the PDOs, the initial configuration is specified via static structures that the user can adjust to his circumstances. The code supports variable mapping up to a granularity of 1 byte. All PDOs are also configurable via the object directory. On receipt of a PDO a callback is initiated in which the user can place additional handling code. The user can create up to 200 PDOs and then transmit these event-based through changed data contents, synchronously through the reception of a SYNC message or time-triggered.

V2.120011-3

Functions The CANopen Source Code offers the following functions:  SDO Server  PDO/SYNC Handling  Heartbeat Producer/Consumer

Modules of the CANopen Source Code More Information: www.vector.com/contact

TOOLS & COMPONENTS FOR OPEN NETWORKING

The CANopen Source Code by Vector is available for many popular microcontrollers. For current information, please visit our website: www.vector.com/sourcecode

NMT Slave The code supports both guarding and heartbeat. It is possible to react to heartbeat messages of other nodes (heartbeat consumer). This makes it possible to set up highly efficient monitoring mechanisms in a network. User-specific emergency messages can also be generated. The code supports an interface for non-volatile storage of parameters. Here it is assumed that the memory is available via a file system or as flash. Mini-Master The full functionality of a CANopen manager is not required for many embedded networks. Often, by limiting functionality, emphasis can be placed on requiring very few resources and the simplest possible use. This is the purpose of the add-on Mini-Master. It contains:  NMT Master – control of the status machine of the NMT slaves to start the network, for example. Monitoring of nodes by means of node guarding.  SDO Client – the user can thus also initiate an SDO transfer. This makes it possible to adjust settings in the object directories of other nodes and to call up data that is not available through PDO (e.g. for diagnostic purposes).  SYNC Producer – This module can be used to periodically send the SYNC message. LSS (Layer Setting Services) Among other things, CANopen devices require a setting of baud rate and node number. Devices without access possibilities via switches (e.g. watertight sensors) require a setting of these values via the CAN bus itself. CANopen specifies the LSS (CiA 305) for this. The necessary services are provided in the form of source code modules by the LSS Slave and LSS Master add-on modules.

Adaptation of the Code Before the code is translated, the user can specify the qualities to be supported allowing the code to be used even on systems with very limited resources. The adaptation occurs via the #define instructions that are set in a configuration file. By using the CANerator tools (sold separately), this adaptation is simplified significantly. Local Object Directory The object directory of the source code can easily be expanded by the user. For this, appropriate entries must be added to the C files. Such an object directory contains the object's attributes and a pointer to the actual memory location. For each object it is possible to initiate callback functions with user-defined functionality when reading or writing. Thus, for example, an area test can be implemented when writing an object. With the aid of the CANopen CANerator, this object directory can be created automatically. For additional functional details, please refer to the CANopen CANerator product information. Adaptation to a Target Hardware To use the CANopen Source Code on a microcontroller platform, first an adaptation is always necessary to abstract the CAN controller and the specific timer and interrupt system. Of course, the relevant compiler is also considered here. Vector offers prepared adaptations for many platform combinations. Support during Integration We can also support you during the integration of the CANopen Source Code into your environment. Our support services range from custom-tailored training solutions to workshops to project work.

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

More Information: www.vector.com/contact

TOOLS & COMPONENTS FOR OPEN NETWORKING

Feature Matrix CANopen Source Code

V1.1 2011-03

CANopen Source Code1 Feature Local object dictionary with mandatory entries: 1000, 1001, 1018 Object dictionary: pre-build configuration Maximum number of parallel SDO Servers SDO server protocols2 Maximum number of parallel SDO Clients SDO client protocols2 NMT slave state machine Node guarding Life guarding NMT master (NMT0 message) Heartbeat producer Heartbeat consumer Store/restore (objects 1010/1011) Error behavior (1029) EMCY producer EMCY consumer (object 1028 not supported) Number of PDOs (adjustable) PDO variable communication parameters PDO variable mapping PDO granularity (minimum size of mapped objects) TPDO inhibit & event time RPDO event time (time-out monitoring) PDO SYNC handling Multiplexed PDO SYNC producer RTR for Guarding & TPDO Self-starting device LSS Master LSS Slave Legend:

CANopen Source Code1 Add-On Package Mini-Master LSS Slave LSS Master



–

–

–

 16 [e], [s], [b] – –  –  –   (max. 1261)     0 – n1   8 bit (byte boundary)     –   – –

– – – 1 [e], [s], [b] –  –  – – – – – – – – – – – – – –   – – –

– – – – – – – – – – – – – – – – – – – – – – – – – – – 

– – – – – – – – – – – – – – – – – – – – – – – – – –  –

 = available – = not available 1 2

= =

The overall number of messages handled by the slave source code is restricted to 255. [e] – expedited [s] – segmented [b] – block

More Information: www.vector.com/contact

TOOLS & COMPONENTS FOR OPEN NETWORKING

More Information: www.vector.com/contact

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 3/28

CANerator CANopen Generation and Configuration of Source Code

3/28

CANerator CANopen is a tool for managing source code configuration settings and for creating and generating object directories automatically.

Application Areas CANerator CANopen is intended for use together with CANopen Master and Slave Source Code from Vector.

Features and Advantages The CANopen communication profile distinguishes itself through its broad scalability for use in embedded networks. It offers many opportunities for representing necessary device functionality and at the same time accommodating the small resources of a microcontroller. Vector’s CANopen Master and Slave Source Code therefore offers a multitude of setting possibilities. The price for this flexibility is the increased complexity of the development process. In addition, there is the requirement for reusability and more flexible adaptability of software for entire spectrums of various devices from a manufacturer. In addition to the actual configuration of the source code, the developer of CANopen devices must also create an object directory. This forms the interface between application and CANopen communication and serves to describe the device characteristics. With CANerator CANopen, the software developer has available a tool that supports him comfortably in his tasks and significantly speeds up the development process.

Functions CANerator CANopen makes available the following functions: > Configuration of the source code with the aid of a clear display of all #define instructions > Creation and automatic generation of the object directory as source code > Automatic creation of EDS files > Simple management of projects These functions will be described in detail below. Source Code Configurator CANerator CANopen displays all relevant settings of the source code (#defines) in a tree view. An instrumentation of the source code allows the display of only the relevant #define instructions and structures them in problemrelated groups. In addition, comments are assigned to the settings that explain their purpose and value range. Different data types are thus assigned various masks with type-sensitive validators.

Creating the EDS File with the Aid of CANeds

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 3/29

COMMUNICATION SOFTWARE

Generation of Object Directory Thanks to complete integration of CANeds, all capabilities of this tool are available. These are described in detail in the CANeds product information. With the aid of CANeds, all standard objects of the object directory can be created with drag and drop. In addition, it is possible to define manufacturer-specific objects. The objects are already provided with default values that can be modified if necessary. After the developer has specified the objects, CANerator CANopen displays the structure of the object directory in a hierarchical tree structure. Then variables in the program are assigned to objects. These are ultimately the interface between the protocol-specific part of the software and the application. In addition to the symbolic specification of variable names, the CANerator also supports the specification of physical addresses in order to enable direct access to hardware ports. After the object directory has been created, the corresponding portions of the source code are created automatically.

Project Management CANerator CANopen allows the easy and comfortable management of profiles. When a set of settings has been created, it is stored under its own name. Different profiles of this type can be used in one and the same project for generation. Therefore it is possible, for example, to provide a project with or without debugging information and to change between the profiles with the touch of a button. Another application is the creation of profiles for various device types on the basis of a source code. This simplifies the single source principle. As project documentation, an HTML page is generated, which in addition to general project information contains a list of all objects with their attribute values as well as a list of all settings. ◆

Electronic Data Sheet (EDS) Virtually as a byproduct, the Electronic Data Sheet is generated. This can be processed further and tested with the functions of CANeds.

CANerator CANopen in Configuration Mode: All #define Settings can be Edited Clearly.

3/29

EMBEDDED SOFTWARE

Operating Systems

The complexity of software applications is continually growing. The related development tasks can only be mastered by modularly structured programming. Operating system conforming to the OSEK/VDX standard The use of an operating system helps implement complex flow, control and regulation tasks. An operating system based on the OSEK/VDX specification provides even better extendibility, portability and reusability for your application software. As supplier of the world’s first certified OSEK/VDX-conformant operating system osCAN, Vector has many years of experience in implementation. A solution can be found for nearly any application, since Vector can offer a selection of over 30 different microcontroller platforms and universal tool-supported configurations of the operating system. Operating system conforming to the AUTOSAR standard Vector’s MICROSAR OS is an AUTOSAR-conformant operating system. The operating system core conforms to the practiceproven OSEK/VDX standard. In addition, MICROSAR OS may include the optional executions time monitoring and/or memory protection. You will find detailed information on page 2/10. MICROSAR OS is also available as a multi-core operating system for multi-core processors.

V2.4 2012-01

Your partner right from the start Vector offers comprehensive support, from the beginning of a project until its successful completion. Training sessions and workshops provide basic information as well as in-depth knowledge for working with the software, conducted in Vector’s classrooms or on site. Vector assists the ECU development process with on-site startups, code reviews and other development supporting software tools.

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

More Information: www.vector.com/contact

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 4/2

osCAN The real-time operating system based on the OSEK/VDX standard

Overview of advantages > Small, fast and resource-saving operating system core > Short boot times > Stack monitoring at runtime (deactivatable) > Internal fault trace (deactivatable) > Component management for integration of sub-projects > Supplied as source code > Quality process fulfills SPICE Level 3 > Graphic configuration tool for easy configuration of the operating system > Simplified execution time analysis of osCAN applications by supplied TimingAnalyzer > Available for many 8, 16, 32 and 64 bit microcontrollers

4/2

osCAN is a preemptive real-time multitasking operating system with properties optimized for use on microcontrollers. Vector’s many years of experience in developing operating systems and drivers has made osCAN a small and robust operating system core. It is certified to OSEK/VDX specification 2.2. This open standard of the automotive industry provides a foundation for long-term stability and availability.

Application Areas Due to its static operating system architecture, osCAN is small and fast, and its use is beneficial wherever resources such as memory and processing time are in short supply. osCAN is especially ideal when extremely short boot times are necessary. Functions As a fully preemptive multitasking operating system, osCAN offers priority-driven task management and a wide variety of synchronization mechanisms. It can generate cyclic and singular time intervals as well as behave in an event-driven way. Its flexible interrupt strategy makes it possible to use system services even within interrupt service routines. In addition to functions defined in the standard, osCAN offers: > Monitoring of stack utilization at runtime > Internal tracing of system calls > Extended error checking at runtime > Clear and concise documentation of the configuration in HTML With the optional High Resolution Timer, you can implement resolutions higher than 1ms for the timers, without simultaneously increasing interrupt load. Depending on the controller, resolutions in the microseconds range are possible.

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 4/3

OPERATING SYSTEMS

Training In the framework of our training program, we offer various training events and workshops for osCAN in our classrooms as well as at the business sites of our customers. For more information on individual training events and dates please visit: www.vector-academy.com

Complete solution from Vector Vector provides you a completely tuned solution for developing ECUs. Along with the operating system, you get protocols and drivers for CAN, LIN or FlexRay. For more detailed information, please refer to the relevant datasheets. Configuration An easy-to-use graphic configuration tool lets you define all operating system resources before compiling. To assure portability, the configuration is saved in the standardized OIL format (OSEK Implementation Language). The configuration tool offers component management, which lets you implement sub-applications simultaneously in parallel processes. Next, the sub-applications are integrate into a total application. This enables short development times and spatially separate developments. Properties: > Easy to operate graphic user interface > Automatic checking for completeness and consistency > Convenient system scaling > Component management > ORTI support

Supporting Tools The TimingAnalyzer design assistant simulates and computes task execution times for you. The analysis is performed for each task and each interrupt with the following parameters: Priority, period, execution time and deadline. The graphic user interface offers clear and concise visualization of system behavior. With the help of the CANoe osCAN Library, your application can be compiled into a DLL and integrated in a network simulation under CANoe. This allows the application to be tested even before the availability of first hardware prototypes. Many emulators already offer the option of observing application behavior on the operating system services level (OSEK Awareness). osCAN supports the ORTI interface required for this. Some UML and SDL modeling tools give you the option of configuring models for use with an OSEK/VDX operating system. This is possible, for example, with: > MATLAB/Simulink from Mathworks > TargetLink from dSPACE Related Vector products: > CANoe osCAN Library > TimingAnalyzer > High Resolution Timer ◆

Scope of Delivery > Operating system core as source code > Graphic configuration tool (OIL) for Windows NT/2000/XP/ Vista/Windows 7 > Instruction line based generator > Documentation > Sample programs > TimingAnalyzer osCAN conforms to OSEK/VDX specifications > OSEK/VDX-OS 2.2 > OSEK/VDX-OIL 2.3 > OSEK/VDX-COM 2.2.2 > All conformity classes (BCC1, BCC2, ECC1, ECC2, CCCA, CCCB) > Size: 1–10 kB ROM, depending on platform and configuration

Availability The real-time operating system osCAN from Vector is available for many commonly used 8, 16 and 32 bit microcontrollers. For more information on the Internet go to: www.vector.com/oscan Additional Services Vector offers you worldwide support related to OSEK/VDX: > Training courses > Design consultation > Customer-specific implementations > Hotline > Software maintenance The scope and form of all services are aligned to your wishes and needs.

4/3

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 4/4

High Resolution Timer Improve performance with high-precision timers for operating systems

4/4

An important property of operating systems is the precision of alarms; this in turn affects the resulting interrupt load. The alarm mechanism of an OSEK/VDX or AUTOSAR operating system is based on counters which are incremented by either software or hardware timers. When a counter reaches a preset alarm value, a predefined action is executed. The typical time resolution of such timers is 1 ms. If timer resolutions with a higher precision than 1 ms are required, the High Resolution Timer mechanism can achieve these enhanced precisions without simultaneously increasing interrupt load. Resolutions in the microsecond range are possible depending on the controller used.

Application areas The High Resolution Timer is designed for applications requiring high-precision timers but in which additional interrupt loads are unacceptable.

Features and advantages The High Resolution Timer for the osCAN and MICROSAR OS operating systems permits high-precision alarms with low system interrupt load (depending on hardware). An interrupt is only triggered when an alarm actually becomes due. The precision of the alarm time depends only on the resolution and clock frequency of the hardware timer. It may range from 100 ns to 100 μs depending on the microcontroller.

Configuration The High Resolution Timer is configured using the configuration tool for the Vector operating systems. This tool is used to adjust the prescalers according to the clock frequency of the microcontroller. ◆

Hardware requirements The High Resolution Timer can be used on all microcontrollers which have a free-running timer. The timer must also be able to trigger an interrupt when its value matches a user-definable compare value (compare-match). The clock speed at which the hardware timer is operated should be adjustable so that the desired level of accuracy is achieved.

Functions “Collective” processing of several consecutive alarms can be controlled by defining a minimum interval between timer interrupts. This reduces interrupt load, especially when several alarms with similar intervals expire almost simultaneously.

Alarms and Tasks

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 4/5

OPERATING SYSTEMS

4/5

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 4/6

TimingAnalyzer Schedulability analysis/Trace visualization

The foundation for designing real-time systems is an analysis of the schedulability of tasks (schedulability analysis). Systems that employ a real-time operating system, such as the OSEK/VDX operating system or AUTOSAR OS, consist of tasks and interrupt service routines (ISR). Schedulability analysis shows whether a task or ISR could miss its deadline when all circumstances are taken into considerations. Properties and Advantages The TimingAnalyzer simulates scheduling tables and computes schedulability. The analysis is performed for each task and ISR with the information: priority, period, execution time and deadline. Various algorithms from scheduling theory may be selected. In the default setting, the best algorithm is selected for a given data record. 4/6

By using the TimingAnalyzer you can avoid the difficult and timeconsuming work involved in determining worst case timing situations, which is usually done by testing. The TimingAnalyzer is a tool for integrating familiar software components into a runnable system. The time savings in terms of program creation and the test phase translate into cost savings as well. Processor use is computed and output as a percentage. Processor use is optimized by modifying calibration parameters, leading to an efficient design that conserves on hardware resources.

A graphic diagram offers an intuitive overview of the timing. It gives the application engineer a better understanding of program processing in the ECU. It also considerably reduces the risk of creating unreliable systems. Functions In the analysis, the TimingAnalyzer studies the timing of both tasks and ISRs. A special algorithm considers mutual interactions resulting from use of the “resource” operating system service. In the TimingAnalyzer you can input the time with which a task or ISR occupies the specific OSEK resource. The graphic representation simulates a possible task switching sequence. The simulated schedule can be examined by zooming in and measuring time intervals. Bitmaps of the graphic diagram can be saved for documentation purposes. Special functions > Schedulability analysis > Graphic simulation of schedules > Import and display of emulator traces

Analysis example in the TimingAnalyzer

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 4/7

OPERATING SYSTEMS

Data Import Besides manual data input, the data may also be read-in from the configuration file of the operating system. This simplifies handling, since data input and calling of the TimingAnalyzer are performed directly in the configuration tool. Application Areas The TimingAnalyzer is an efficient tool for all development departments that use real-time operating systems. Special attention was given to supporting OSEK/VDX and AUTOSAR real-time operating systems and their applications. Availability The TimingAnalyzer is available in combination with the OSEK/VDX-conformant operating system osCAN as well as the AUTOSAR-conformant MICROSAR OS.

Scope of Delivery > Graphic analysis tool for Windows NT/2000/XP/ Vista/Windows 7 > Documentation in electronic form > Sample files

4/7

◆

EMBEDDED SOFTWARE

Wide Availability of osCAN Supported Microcontrollers and Compilers

Controller

Compiler

Altera

Compiler

NXP

Excalibur

Green Hills

LPC2XXX

Green Hills

NIOS II

GNU, TaskingVX

SAF7780

ARM, Green Hills

SJA20xx

Green Hills

ARM ARM7-TDMI

Green Hills

OKI

Cortex M

ARM

ML67

Green Hills

ML665S

OKI

Atmel AT91

Green Hills

Renesas Electronics (NEC/Renesas)

AVR32

IAR

78kO

IAR

H8 tiny

Renesas

Freescale 68HC08

Cosmic

H8S

Renesas

68HC12, S12

Cosmic, IAR, Metrowerks

H8SX

Renesas

MPC55xx, MPC56xx

DIABDATA Wind River, Green Hills, Metrowerks

M16C

IAR, Renesas, Tasking

S12X

Cosmic, Metrowerks

M32C

GAIO, IAR, Renesas

M32R

GAIO, Renesas

R32C

IAR, Renesas

R8C

IAR

SH2

GAIO, Green Hills , Renesas

V850

Green Hills, IAR

Fujitsu 16FX

Fujitsu

16LX

Fujitsu

FCR4

Green Hills

FR30, FR50, FR60

Fujitsu

MB86

Green Hills

Infineon

STmicroelectronics SPC56xx

DIABDATA Wind River, Green Hills, Metrowerks Keil, Tasking

Tricore

GNU , Tasking

ST10

XC16x

Keil, Tasking, TaskingVX

Texas Instruments

XC2000

TaskingVX

TMS 320

Texas Instruments

TMS 470

Texas Instruments, Green Hills

TMS 570

Texas Instruments

Intel PXA27x

Green Hills

Microchip

V2.4 2012-02

Controller

Toshiba

dsPIC30

Microchip

TLCS-900

Toshiba

PIC18

Microchip

TX19, TX39, TX49

Green Hills

PIC24

Microchip

TX19A

Toshiba

Vector CANoe osCAN Emulation

Microsoft VisualC

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

EMBEDDED SOFTWARE

Flash Memory Programming Today, systems for downloading software to ECUs are used in all phases of ECU development. Vector offers a number of software solutions to meet various requirements: > Flash Bootloader for CAN, LIN, FlexRay, MOST and Ethernet > Flashing via CCP/XCP > Option for the Flash Bootloader: Security component > Option for the Flash Bootloader: Data compression > PC-based flash tool Flash Bootloader The Flash Bootloader lets you program ECUs with new software within an in-vehicle network. In particular, when the ECU is mounted at a hard to access location in the vehicle, the Flash Bootloader offers the advantage of updating ECU software without needing to remove the ECU. This results in the following capabilities: > Reprogramming during the development phase > End-of-line programming > Software updating in the Service area (After Sales) Reprogramming is performed via CAN, FlexRay, MOST or Ethernet utilizing a diagnostic protocol (UDS or KWP2000). A special LIN Flash Bootloader is available for LIN Slave ECUs.

V2.3 2012-01

Programming via XCP/CCP The use of XCP or CCP is an alternative to reprogramming with the Flash Bootloader. This variant is primarily used to optimize ECU parameters. Since XCP/CCP programming is generally used in the development phase, unlike the Flash Bootloader, security aspects play a subordinate role here.

Data compression Automotive electronics is continuously becoming more complex, and so it requires more extensive software. Suitable data compression methods can be used to transport the increasing amounts of data more quickly on data buses; they reduce transmission times drastically. Vector offers optimized solutions for the Flash Bootloader and flash tools. Flash tools Different data and diagnostic formats are used by different automotive OEMs for programming ECUs. Meanwhile, ODX and ODX-F have become established at some automotive OEMs as a standard data format for ECU programming. To master the many different data and diagnostic exchange formats, Vector offers authoring and flash tools for specific use cases in its CANdelaFlash and CANditoFlash products. Flashing CANopen ECUs Vector also offers Flash Bootloaders for the special requirements involved in flashing CANopen ECUs. Vector can adapt them to your platform in the context of project work. EEPROM Emulation Module (EepM) The EEPROM Emulation Module (EepM) lets you efficiently store nonvolatile data of any desired length in program or data flash memory. The module is called directly by the application. To save on resources, the module can be used by either the application or the Flash Bootloader.

Security component ECUs can only be reprogrammed if the ECU has been unlocked beforehand with the help of a request/response (Seed/Key) method. As soon as the ECU is unlocked, it can also be reprogrammed with ECU software, even if it does not originate from the automotive OEM. Since the Request/Response method provides inadequate protection from a technical security perspective, special cryptographic methods are used in security-critical ECUs. Security requirements related to software manipulation pose the greatest challenge to the software. This optional extension of the Flash Bootloader that adds a security component provides maximum security and the flexibility to set the security level required by the automotive OEM.

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

More Information: www.vector.com/contact

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 5/2

Flash Bootloader ECU reprogramming via CAN, LIN, FlexRay, MOST and Ethernet

Overview of Advantages > Efficient and reliable reprogramming of ECUs; without having to remove the ECU > Low memory requirement in the ECU > Available for most OEMs and many microcontroller platforms > Security and data compression options available > Proven flash solution based on over 10-years of use in numerous development and production projects

5/2

Application Areas The Vector Flash Bootloader is a universal and compact solution for quick, efficient and reliable reprogramming of ECUs during development, while in production or while in service. It is available for CAN, LIN, FlexRay, MOST and Ethernet bus systems, and conforms to specifications of automotive OEMs. The Flash Bootloader is continually coordinated with the OEMs. The Flash Bootloader consists of these components: > Bootloader including OEM Download Manager and communication stack > Flash driver (HIS device driver) Reprogramming is executed with a flash tool such as vFlash from Vector. Scripts needed for the Vector flash tools are supplied with the Flash Bootloader.

The Flash Bootloader permits reprogramming on single or multiprocessor platforms. It includes a Multiple Memory Manager for programming different memory types connected either internally or externally. Due to its low memory requirement, the Bootloader is also well suited for microcontroller platforms that have limited resources. Functions The flash download is executed according to OEM requirements using either the KWP2000 or UDS diagnostic protocol. The Bootloader contains the communication stack needed for the specific bus system. > The flash procedure with the OEM Download Manager In the ECU, the Bootloader is stored in a protected ECU memory area. After a reset, it is started as the first software instance in the boot phase. It then checks whether a flash request or valid application software exists. If the ECU is to be reprogrammed, the Bootloader starts reprogramming via the OEM Download Manager. After verifying access authorization, the OEM Download Manager loads the flash driver from the bus system to the ECU’s RAM memory if needed. Then it erases the old ECU software and reprograms the flash memory with the new data it receives over the bus system. If the flash procedure is interrupted, it can be repeated at any time.

Flashing over CAN, LIN, FlexRay, MOST and Ethernet

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 5/3

FLASHING

Contact and Availability The Flash Bootloader is available for many commonly used microcontrollers and in OEM-specific variants. For more information go to: www.vector.com/fvd/ or contact us at: E-mail: [email protected] Telephone: +49 711 80670-400

> Bus-specific communication stack The Bootloader communicates with the flash tool via the busspecific communication stack. For the CAN bus, a specially optimized CAN driver with Transport Protocol (ISO-15765) is used to economize on valuable resources; this also applies to LIN as well. AUTOSAR communication modules from Vector are used for FlexRay and Ethernet/DoIP. A Network Services Library for MOST is used to flash over MOST. > Flash driver The Flash Bootloader includes a flash driver that matches the hardware platform. It contains system-based routines for reliably erasing and programming nonvolatile memory chips. All Vector flash drivers have low memory requirements, and they conform to the HIS standard “Functional Specification of a Flash Driver, Version 1.3.” Options > Security: For ECUs with sensitive vehicle data that needs to be protected from unauthorized manipulation > Data compression: For quick re-programming of ECUs For detailed information on these options, please refer to the relevant datasheet on the following pages.

Configuration You configure the Bootloader with the GENy configuration tool, adapting it to the specific requirements of your application. Further modifications and extensions are possible using callback functions in the Bootloader Application Layer. Scope of Delivery > Bootloader as configurable C source code > Flash driver for your specific hardware platform > GENy configuration tool > Flash scripts for controlling the download process > Documentation Flash Tools To reprogram one or more ECUs, you can obtain the userfriendly vFlash tool from Vector. Its flexible approach lets it support various flash specifications for a wide variety of automotive OEMs without requiring modifications by the end user. For more information, please refer to the datasheet in the Diagnostics catalog. ◆

Configuring flash blocks with GENy

5/3

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 5/4

Flash Bootloader: Option “Security (Crypto)” Data encryption, validation and authentication during flash programming

Overview of Advantages > Protection against unauthorized ECU access > Secure downloads > Efficient program execution monitoring by signature checking The Vector Flash Bootloader lets you program ECUs over a bus system without having to remove the ECU. To prevent unauthorized access during this process, the Flash Bootloader may use simple or OEM-specific Seed/Key methods. This is sufficient for most ECUs today. However, in the case of ECUs containing sensitive vehicle data such as an engine immobilizer function or odometer, the Option Security (Crypto) modules are needed to implement extended security measures. The Hersteller Initiative Software (HIS; “Manufacturers Software Initiative”) has specified cryptographic routines with standardized interfaces in scalable security classes for this purpose.

5/4

Application Areas Option Security for the Vector Flash Bootloader lets you efficiently prevent flashing and unauthorized execution of protected software in the ECU. The option contains secure, qualitatively highend cryptographic functions from the company Cryptovision. Upon request, you can also obtain extended Seed/Key methods for ECU access protection.

Functions Option Security for the Vector Flash Bootloader meets the requirements of HIS “Security Module Specification, Version 1.1.” The following modules are available: > Symmetrical data encryption based on the Advanced Encryption Standard (AES), class AAA > Computation of Hash codes with Hash function SHA-1 (alternatively: RIPEMD-160, SHA-256, MD5). > Validation and authentication of the download process by signatures per security classes C and CCC. Class C: The signature is generated in the flash tool by the H-MAC method with a confidential, symmetrical key, and it is verified in the ECU. Class CCC: The signature is generated externally by the RSA method with a confidential private key. In the ECU, the signature is opened with a public key and is verified. During ECU development, it is convenient to use the supplied HexView tool for signature computation. In production usage, the CANdelaFlash tool would be used to generate the entire ODX-F container. Scope of Delivery > Configurable C source code; integrated in the Bootloader > Tool HexView for efficient computation of the signatures > Documentation ◆

Generating, transmitting and verifying a digital signature

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 5/5

FLASHING

Flash Bootloader: Data Compression Option Fast Flash Programming

Overview of Advantages > Reduced download times in flashing > Efficient decompression module for the ECU > Offers support in data compression > Bus system independent With the Vector Flash Bootloader you can program ECUs via a bus system without having to remove the ECU. Compression and subsequent decompression of the flash data is recommended to reduce download time. Application Areas Some automotive OEMs specify the use of data compression in their flash procedures to accelerate the flash procedure at a constant baudrate. Compression of the flash data saves time even for small quantities of data. Savings are maximized when flashing large quantities of data (e.g. in the Infotainment area). Compression also offers many benefits when short cycle times are specified, as in end-of-line programming. The data compression option of the Vector Flash Bootloader lets you efficiently compress all of your flash data. It utilizes an optimized LZ77 method and is especially well suited for use in automotive ECUs. Implementation in the Bootloader’s decompression module is very efficient in terms of execution time and memory. It is available on all microcontrollers for which a Bootloader is available.

Functions The compression method used in this module enables a compression rate of 40–60%, where the rate actually attained depends on the flash data itself. Compression is performed with the supplied tool HexView. If compressed flash data needs to be transmitted, the flash tool must communicate this via diagnostics to the Bootloader in the ECU, afterwards the flash tool transmits the compressed data. After receiving the flash data, the Bootloader’s OEM Download Manager calls the decompression function, and then it programs the decompressed data in flash memory via the Multiple Memory Manager. Scope of Delivery > Configurable C source code; integrated in Bootloader > Tool HexView for compression of the flash data > Documentation ◆ 5/5

Compression and decompression of flash data

Vector Katalog ECU Software EN

09.02.2011

13:41 Uhr

Seite 5/6

EEPROM Emulation Module (EepM) EEPROM Emulation in Flash Memory

In recent years, flash memory has become more cost-effective and faster than conventional EEPROMs. New microcontrollers are often offered without EEPROM memory and just have a larger internal flash memory. Since writing to flash memory, unlike EEPROMs, is not by the byte but by the page, it is only possible to achieve optimized utilization of the flash memory with the help of an EEPROM emulation. Overview of Advantages > Usable for external and internal flash > Usable for data and program flash > Conserves resources and optimizes flash lifetime > Possible to use EEPROM emulation module together with the Vector Flash Bootloader

5/6

Application Areas Flash memory cannot be erased or written in the same way as conventional EEPROMs. EEPROM emulation in flash memory makes it possible for an application to store changed nonvolatile data in a flash memory, just as in a conventional EEPROM. Functions The Vector EEPROM Emulation Module (EepM) manages predefined flash areas by taking all hardware-specific constraints into consideration. Reading and writing of changeable nonvolatile data via the EepM is fully transparent to the application. It is easy to

access the stored data by identifiers that are predefined or flexibly defined at runtime. Special Functions The EEPROM Emulation module is configurable and so it can be adapted to the requirements of the application. It enables: > Simultaneous emulation of multiple EEPROMs > Integration of different flash hardware

Differences between EEPROMs and Flash Memory Flash memories cannot be written byte-by-byte. Their smallest writing unit, known as a page, extends over a number of bytes. A page cannot be overwritten directly. First, it must be erased together with all of the pages of a sector (smallest erasing unit). The page length and sector length are hardware-dependent, and sector lengths may also vary within a flash memory. Efficient Structuring of Nonvolatile Data Essentially, the use of a flash memory requires that the data to be stored is defined in so-called records. They are addressable by unique identifiers, and besides the stored data they also contain management information. This information assures quick and reliable read access to valid data. The application either defines the length of a record either statically during software configuration or dynamically at runtime, depending on the configuration.

Software architecture of the EepM

Vector Katalog ECU Software EN

09.02.2011

13:42 Uhr

Seite 5/7

FLASHING

Contact and Availability Vector offers EEPROM Emulation Modules for a number of hardware platforms with different internal or external flash memories. You will find additional information on the Internet at: http://www.vector.com/vi_eepm_availability_en or upon request E-mail: [email protected] Telephone: +49 711 80670 400.

Reliable Access In addition to the nonvolatile data, control information is stored in a record and includes a Cyclic Redundancy Checksum (CRC). This information assures that the data remains consistent with each access. If the application calls up nonexistent data, the EepM generates an error message. Optimizing Resources and Lifespan During configuration the reserved flash area is partitioned into two blocks. The EepM sequentially writes new or updated records into the currently active block. When this block is full, the EepM completely erases the inactive block fully before it copies the still valid records of the active block into it. After an integrity check, the inactive block becomes the active block. This alternating and consistent use of two blocks optimizes the lifespan of the flash memory.

Configuration The EepM is configured via a header file. Scope of Delivery > C header files and source code > Makefiles and sample programs > Documentation/operating instructions/Readme file Optional Services > Consultation in system design and integration in the ECU > We supply HIS flash drivers > We will extend standard modules according to your needs > Hotline, special workshops and training courses on the topic of embedded software ◆

The EepM can emulate multiple EEPROMs within a flash simultaneously using predefined context pointers. If a Vector Flash Bootloader is integrated into the ECU, the context pointers make it possible to use the EEPROM Emulation module from the Flash Bootloader.

5/7

Since all interrupts are blocked during access to flash memory, EEPROM management tasks should be performed at a non-critical time for the application. We would be glad to offer you consultation in system design.

Resource optimization by use of EepM from the Vector Flash Bootloader

Vector Katalog ECU Software EN

09.02.2011

13:42 Uhr

Seite 5/8

Flashing with CCP and XCP Using the CCP/XCP protocol for flash programming

Advantages > Calibration and reprogramming with the same software component > Use CANape as a flash tool > Reset-safe solutions are available The CAN Calibration Protocol (CCP) – and its successor, the Universal Measurement and Calibration Protocol (XCP) – are ASAM Standards that are used to measure and calibrate internal ECU parameters. XCP offers several different physical interfaces such as CAN, FlexRay, Ethernet, USB and SPI/SCI. The calibration tool CANape from Vector supports all of these interfaces.

5/8

Application areas Flashing via CCP and XCP is primarily used to update calibration data and parameter data in the calibration process. After a change has been made to the data in the calibration tool, the new data is written to the ECU’s flash memory via the bus system. First, a flash kernel (see illustration, left) is transferred to the ECU, is written into RAM and is started by the application. Besides containing the CCP and XCP protocols for communication, it also contains routines for erasing and programming flash memory. The subsequent download of ECU data is handled by the kernel, and the data is transferred to the flash chip. This achieves an especially space-saving solution.

Flashing via XCP using a flash kernel

Less widely used but technically feasible is the option of replacing the entire application by flashing via CCP and XCP. Failsafe reprogramming Unfortunately, the use of a flash kernel has one disadvantage: If the data transfer is interrupted during programming, this might lead to a catastrophic failure of the ECU. This can be remedied by using a CCP or XCP bootloader (see illustration, right). It is permanently stored in a protected memory area. The bootloader is always called after the start, and it checks the application. The application is not started unless it is valid and complete. A flash abort always causes the bootloader to assume control, and the flash process can be resumed at any time. Tool support The flash download is executed by CANape.

Flashing via an XCP bootloader

◆

Vector Katalog ECU Software EN

09.02.2011

13:42 Uhr

Seite 5/9

FLASHING

5/9

EMBEDDED SOFTWARE

Wide Availability of Flash Bootloader and EepM Supported Microcontrollers and Compilers

Controller

Compiler

Available for [1]

AnalogDevices BlackFin

VisualDSP

CAN

Atmel

Compiler

Available for [1]

H8S

Renesas

CAN

M16C

Renesas, IAR

CAN

M32C

Renesas, IAR

CAN

AVR

IAR

CAN, LIN

M32R

Renesas

CAN

AVR32

IAR

CAN

R32C

Renesas, IAR

CAN

R8C

Renesas, IAR

CAN

Freescale DSP56F83xx

Metrowerks

CAN

SH2, SH2-A

Renesas

CAN

HC08, MCS08

Cosmic, Metrowerks (Hiware)

CAN, LIN

V85x

Renesas (NEC), Green Hills, IAR

CAN, LIN, FlexRay

HC12, Star12, Star12x, MCS12xE

Cosmic, IAR, Metrowerks (Hiware)

CAN

STmicroelectronics

i.MX25

GNU

CAN

ST9

GNU

CAN

MAC71xx, MAC72xx

ARM, IAR

CAN

ST10

Tasking

CAN

DIABDATA Wind River, Metrowerks

STM8a

Cosmic

CAN

MPC 55x, 56x, 5200

CAN

STM32

CAN

CAN

MPC 55xx, 56xx

DIABDATA Wind River, Green Hills, Metrowerks

CAN, FlexRay, Ethernet

TI OMAP 59xx

Texas Instruments

CAN

TMS320

Texas Instruments

CAN

TMS470

Texas Instruments, ARM

CAN

Texas Instruments, ARM

CAN, FlexRay

TLCS900

Toshiba

CAN

TX19

Green Hills

CAN

TX49

Green Hills

CAN

Fujitsu

Texas Instruments

16FX

Fujitsu

CAN

16LX

Fujitsu

CAN

FR60

Fujitsu

CAN

TMS570

Jade

GNU

CAN

Toshiba

Infineon C16x (external Flash)

Tasking

CAN

Tricore

GNU, Tasking

CAN, FlexRay

XC16x

Keil, Tasking

CAN

XC2000

Tasking, Keil

CAN

LPC 17xx

GNU, Keil

CAN

LPC 21xx

GNU, Keil, Green Hills

CAN

NXP

Renesas Electronics (NEC/Renesas) V2.2 2012-03

Controller

78k0

IAR

CAN, LIN

78K0R

IAR

CAN

[1] Please contact Vector ([email protected]) if your controller is not on the list or if you need additional support for a not listed bus system. In general CAN, LIN, FlexRay, Ethernet and MOST can be supported. The Flash Bootloader is available for a great variety of OEM-specific flash processes. Please find the list of supported OEMs in the separate datasheet.

More Information: www.vector.com/contact

EMBEDDED SOFTWARE

More Information: www.vector.com/contact

Vector Katalog ECU Software EN

09.02.2011

13:42 Uhr

Seite 5/12

vFlash 1.1 (Re-)Programming easily and quickly – over CAN or Ethernet (DoIP)

Overview of Advantages > Extremely easy to reprogram ECUs over CAN or Ethernet (DoIP) > Preconfigured flash projects can be exchanged readily – all relevant data is packed in one file > Flash projects are easy to create using templates > Supports different protocols and flash sequences (based on the specifications of many different automotive OEMs) > Direct “native” programming of data in Intel hex, Motorola-S and binary format > Flash programming based on ODX-F > Flashing of compressed data > Supports interactive flashing (GUI) as well as batch processing (C API) > Interacts perfectly with Vector Flash Bootloader

5/12

vFlash is a very easy-to-use tool for programming one or more ECUs. Because of its flexible approach, it can support the different flash specifications of a wide variety of automotive OEMs without requiring modifications by the end user. Application Areas vFlash is designed for all users at automotive OEMs and suppliers whose tasks include (re-)programming of ECUs. It supports ECU programming over CAN and over Ethernet (DoIP), either individually or in an ECU network group. vFlash lets users flash in the

laboratory, at programming stations, at a laboratory vehicle or in the vehicle. vFlash is very simple and does not require any expert knowledge to use – the user interface is tailored for flashing tasks. vFlash may be used either interactively or by remote control. In the interactive mode, the user loads a project and starts programming by the push of a button. In remote control mode, vFlash can be executed from the command line or controlled via a C programming interface. vFlash is designed to process very large quantities of data. You can transmit 4 GB or more – or segments of very large binary data sets – quite easily. Last but not least, the vFlash tool’s very fast transmission rate significantly reduces flash times in the case of large amounts of data. Functions vFlash utilizes flash projects to save and exchange the configuration to program individual ECUs. Flash projects contain all relevant settings and reference the data files to be programmed. If the focus is on flexibility in changing the flash data, the referenced data files can simply be exchanged in background, e.g. as part of an automated software build process. In this case, the flash project remains unchanged. If the focus is on a process-safe exchanging of flash configurations, the flash projects may be exchanged in the Pack&Go format. In this case, all relevant settings together with the data files are packed in an archive file.

Flash process with vFlash

Vector Katalog ECU Software EN

09.02.2011

13:42 Uhr

Seite 5/13

FLASHING

The user creates flash projects based on flash templates. A flash template defines the diagnostic services and presettings that are relevant to the flash process for a group of ECUs of a specific automotive OEM (e.g. for a vehicle platform). In practice, the flash specifications of automotive OEMs differ enormously, not least of all due to the differences in diagnostic protocols and in-house flash standards. The advantage of flash templates concept is that the differences described above remain largely hidden from the user. The reference flash process from Vector is also available as source code (C#). This lets end users modify the flash sequence themselves as necessary. All that is needed for this is Microsoft Visual Studio for C#; the Express Edition can be obtained from Microsoft free-of-charge.

OEM-specific flash templates Vector offers prepared flash templates for a number of different automotive OEMs. Please contact us at: www.vector.com/contact System Requirements Windows XP (32-bit)

Windows Vista (32 bit) Windows 7 (32/64 bit)

Processor

PC with min. 1.6 GHz

PC with min. 1.6 GHz

RAM

1 GB

2 GB

◆

Transfer rate Programming of 100 kByte data in 6.3 s (16.3 kByte/s) into an idealized reference ECU over CAN at 500 kBit/s with STmin = 0, BS = 0 5/13 Supported Hardware > XL interface product family (e.g. CANcardXL, CANcardXLe, CANcaseXL)

vFlash User Interface

Vector Katalog ECU Software EN

09.02.2011

13:42 Uhr

Seite 6/a

VectorAcademy

Seminar or Workshop? Vector offers seminars and workshops on Vector software tools as well as the latest bus technologies and protocols at Vector Group locations worldwide. VectorAcademy seminars serve to communicate theoretical basics, while workshops distinguish themselves through their applicability, practical examples, and exercises. Modularity Trainings are partly constructed of several independent, one-day modules designed to follow one another. Beginners and advanced users can adjust their individual training program to suit their own needs. You will find the latest information on current dates, additions to the training offerings, and information about registration of the Vector Group at www.vector-academy.com.

6/0

Customer-Specific Trainings Additionally, we offer customized training courses, where we combine or expand the contents according to your needs. If desired we can also conduct all training courses at your company site. We would be glad to provide you with a quotation based on your specific needs. Please contact our training consultants: Vector Informatik: [email protected] Vector Consulting Services: [email protected] Vector CANtech: [email protected] Vector Scandinavia: [email protected] Vector France: [email protected] Vector Japan: [email protected] Vector Great Britain: [email protected] Vector Korea: [email protected] The Training Team Our training team consists of experienced engineers, who enjoy sharing their experience and knowledge base. A continuous flow of information between trainers and development departments ensures that the training courses we offer reflect current trends and developments. Premises We conduct our trainings in generously appointed and modern classrooms, equipped with state-of-the-art training technology and powerful workstations, running the latest development, analysis, measurement, and diagnostics software. Excercise hardware and demonstration objects complete the working environment.

Vector Katalog ECU Software EN

09.02.2011

13:42 Uhr

Seite 6/1

TRAINING

6/1

Vector Katalog ECU Software EN

Germany

6/8

09.02.2011

13:42 Uhr

Seite 6/8

Vector Katalog ECU Software EN

09.02.2011

13:42 Uhr

Seite 6/9

DIRECTIONS TO VECTOR

USA and Great Britain Subsidiaries: Vector CANtech Inc., Vector GB Limited

6/9

Vector Katalog ECU Software EN

09.02.2011

13:42 Uhr

France and Sweden Subsidiaries: Vector France S.A.S., VecScan AB

6/10

Seite 6/10

Vector Katalog ECU Software EN

09.02.2011

13:42 Uhr

Seite 6/11

DIRECTIONS TO VECTOR

Japan and Korea Subsidiaries: Vector Japan Co., Ltd., Vector Korea IT Inc.

6/11

Vector Katalog ECU Software EN

09.02.2011

13:42 Uhr

Seite 6/12

India and China Subsidiaries: Vector Informatik India Pvt. Ltd., Vector Informatik China

6/12

Vector Katalog ECU Software EN

09.02.2011

13:42 Uhr

Seite 6/13

DIRECTIONS TO VECTOR

6/13

Your contact Germany and all countries not named below Vector Informatik GmbH Vector Consulting Services GmbH Ingersheimer Str. 24 70499 Stuttgart GERMANY Tel.: +49 711 80670-0 Fax: +49 711 80670-111

USA, Canada, Mexico Vector CANtech, Inc. Suite 550 39500 Orchard Hill Place Novi, MI 48375 USA Tel.: +1 248 449 9290 Fax: +1 248 449 9704

France, Belgium, Luxembourg

Japan

Vector France 168, Boulevard Camélinat 92240 Malakoff FRANCE Tel.: +33 1 4231 4000 Fax: +33 1 4231 4009

Vector Japan Co., Ltd. Seafort Square Center Bld. 18F 2-3-12 Higashi-shinagawa, Shinagawa-ku Tokyo 140-0002 JAPAN Tel.: +81 3 5769 7800 Fax: +81 3 5769 6975

Sweden, Denmark, Norway, Finland, Iceland

Korea

VecScan AB Theres Svenssons Gata 9 41755 Göteborg SWEDEN Tel.: +46 31 764 7600 Fax: +46 31 764 7619

Vector Korea IT Inc. 1406 Mario Tower 222-12 Guro-dong, Guro-gu Seoul 152-848 REPUBLIC OF KOREA Tel.: +82 2 8070 600 Fax: +82 2 8070 601

United Kingdom & Ireland

India

Vector GB Limited Rhodium, Central Boulevard Blythe Valley Park Solihull, Birmingham West Midlands, B90 8AS United Kingdom Tel.: +44 121 50681-50 Fax: +44 121 50681-69

Vector Informatik India Prv. Ltd. 4/1/1/1, 3rd floor, Sutar Icon Sus Road Pashan Pune 411021 India Tel.: +91 20 2587 2023 Fax: +91 20 2587 2025

China Vector Informatik GmbH Shanghai Representative Office Unit 1701, Sunyoung Center No. 398 Jiangsu Road Changning District Shanghai 200050 P.R. CHINA Tel.: +86 21 6432 53530 Fax: +86 21 6432 5308

F www.vector.com F Get Price Quote