AUTOSAR模块简介

作者：Stephen Du

免责声明： 本文为个人学习笔记及总结，仅代表个人观点，尽可能保证内容准确性。复制/转发请注明来源/作者。

欢迎添加微信交流学习。

AUTOSAR Basic Software Modules (BSW) Description

Stephen Du

Abbreviation	Description
Adc	The ADC driver is responsible for controlling the analog-digital converter and for accessing the results of a conversion.
BswM	The BswM implements the Vehicle Mode Management and Application Mode Management concepts.
SchM	The SchM module calls the cyclical function for the individual BSW modules and makes available the functions that the BSW modules need to call at the beginning and end of critical sections. Since V4.0, this module is integrated within the RTE
Mirror	Many communication buses in a vehicle are not directly accessible by a tester. The aim of the Bus Mirroring is to enable a tester to listen to the traffic on such internal communication buses.
Bfx	Library for Bit handing dedicated to fixed-point arithmetic routines
Can	The CAN driver provides services for initializing the CAN controller, for sending and receiving messages, and for switching the controller states.
CanIf	The CAN Interface provides hardware-independent access mechanisms for the ECU’s CAN channels.
CanNm	The CAN Network Management is responsible for a coordinated transition between the wake-up and sleep states within a CAN network.
CanSM	The CAN State Manager handles bus-specific errors as well as the activation and deactivation of the PDU groups.
CanTrcv	This driver is responsible for controlling the operating states of an external CAN transceiver, like wake-up, sleep functions.
CanTp	The CAN Transport Protocol manages segmenting of data in the send direction, assembling of data in the receive direction, and monitoring of the data stream.
Com	The communication layer provides a signal-based data interface for the application, and sends messages according to the defines send types.
ComXf	The transformer feature provides functionality to chain arbitrary transformers when sending and receiving data in the RTE. The COM Based Transformer provides this functionality when the target bus system uses a fixed communication matrix with packed data representations.
ComM	This module controls the state of all communication channels as well as all partial network clusters connected to the ECU.
Complex Drivers	The Complex Drivers contain drivers which are not standardized in AUTOSAR and which utilize specific properties of a a micro-controller or ECU which are not standardized in AUTOSAR.
CorTst	The core test contains the configuration and control of the test options contained in the microcomtroller core.
Crc	The Cyclic Redundancy Check Library computes CRC checksums.
Crypto	The Crypto Drivers allow defining of different Crypto Driver Objects (i.e. AES accelerator, SW component, etc), which shall be used for concurrent requests in different buffers.
CryIf	The Crypto Interface module provides a unique interface to manage different Crypto HW and SW solutions like HSM, SHE or SW-based CDD.
Csm	The Crypto Service Manager (Csm) provides services to enable access to basic cryptographic functionalities for all software modules and SWCs.
Dbg	The Dbg module offers support to collect ECU-internal information which is transmitted to an external master via a communication bus.
Det	This module supports error searches during software development and provides and interface for error reporting.
Dcm	This module implements diagnostic communiction as per ISO14229-1(UDS).
Dem	This module implements a harmonized error memory. A standardized interface for diagnostic monitors allows for uniform, cross-manufacturer development of SWCs.
Dlt	Dlt provides a generic Logging and tracing functionality for SWCs and the BSW module RTE, Det and Dem.
DoIP	This module to implement ISO 13400.
Dio	The Digital Input Output Driver provides read and write services to the DIO channels (pins), DIO ports and DIO channel groups.
E2E	Library dedicated to safety-related data exchange
E2EXf	The E2E transformer ensures a correct communication of I-signals through QM communication stack. The communication stack is considered as “black channel” communication.
EcuM	The ECU State Manager is responsible for start-up, shut-down and Wakeup. Since AUTOSAR 4.0 it is available in two variants: flexible and fixed. In AUTOSAR 3, the EcuM manages a number of fixed operation modes.
Ea	The Ea module provides a hardware-independent interface for access to EEPROM data using an EEPROM driver.
Eep	The EEPROM driver enables hardware-independent access to EEPROM storage. It makes services available for reading, writing, and data comparison, as well as for deleting blocks.
Efx	Library dedicated to extended mathematical functions for fixed-point values
Eth	The Ethernet driver provides services for initialization, configuration and data transmission.
EthIf	The Ethernet interface allows a hardware-independent control of the Ethernet driver.
EthSM	The EthSM provides an abstract interface to the Communication Manager to start-up or shut-down the communication on Ethernet clusters. It accesses the Ethernet hardware by means of the EthIf an the Eth.
EthSwt	Provide to the upper layers (e.g. Ethernet Interface) a hardware independent interface comprising a switch with several ports. This interface is uniform for all Ethernet switches.
EthTrcv	The EthTrcv provides a uniform and hardware independent interface to handle multiple equal transceivers. The configuration of the EthTrcv is transceiver specific, since it takes into account the features of the used physical network.
Fls	The flash driver provides a hardware independent an uniform access to flash memory. It offers services for erasing, writing and comparing of data and the erasure of blocks.
Fee	The Fee module provides hardware-independent interface for access to flash data using a flash driver.The Fee module distributes write requests across different areas of the flash so that all flash cells and subject to equal load, and their lifespan is increased.
FlsTst	The Flash test module provides algorithms to test invariable memory like data or program flash, program SRAM and locked cache.
FrArTp	This module is segmentation and reassembly of messages that do not fit in a single FlexRay L-SDU.
Fr	The FlexRay Drivers used to abstract hardware-related differences between different FlexRay communication controllers. All the necessary properties of the communication controller per the FlexRay Protocol Specification and encapsulated in this module and can be reached via its uniform interface.
FrIf	The FlexRay interface provides identical access mechanisms for the ECU’s FlexRay channels, independent of their implementation. It extracts the number of FlexRay drivers and manages the synchronization to global FlexRay time.
FrTp	The FlexRay transport protocol segments long data packets in the send direction, collects data in the receive direction and controls the data flow. Errors such as message loss, message duplication or sequencing errors, are detected.
FrNm	This module is responsible for the FlexRay network management. It synchronizes the transition into the bus quiet state.
FrSM	The FlexRay State Manager controls and monitors the wake-up and start-up of the nodes in the FlexRay cluster.
FrTrcv	The driver for an external FlexRay transceiver is responsible for switching a transceiver on and off.
FiM	This is responsible for providing a control mechanism for software components and the functionality therein. In this context, a functionality can be built up of the contents of one, several or parts of runnable entities with the same set of permission / inhibit conditions.
Gpt	The General Purpose Timer Driver provides an interface for access to the micro-controller’s internal timers. It can be used to control events that occur periodically or once-off.
Icu	This driver provides services for edge detection, measuring periodic signals, assigning edge timestamps and controlling wake-up interrupts.
Ifl	Library dedicated to interpolation routines for floating point values.
Ifx	Library dedicated to interpolation routines for fixed point values.
IoHwAb	The I/O Hardware Abstraction represents the connection between the RTE and the I/O channels of the ECU.
IpduM	This module deals with multiple uses of fixed PDUs with different data contents.
KeyM	The crypto key submodule provides an API and configuration items to introduce or update pre-defined cryptographic key material. It acts as a key client to interpret the provided data from a key server and to create respective key materials.
LdCom	The AUTOSAR LdCom module provides an alternative Interaction Layer Mechanism. Main Features: - Provision of signal oriented data interface for the RTE - Provision of received signals to RTE - Support of large and dynamic length data types-Support of IF- and TP-based communication - Provision of PDU oriented data interface towards PduR
Lin	The LIN Driver provides services for initiating frame transmission as well as receiving responses, checking the momentary state and validating wake-up events.
LinIf	The LIN Interface provides a hardware-independent interface for access to LIN frames.
LinNm	This module contain a hardware independent protocol that coordinates the transition between normal operation and bus-sleep mode of the LIN network.
LinSM	This module switches the schedule tables as well as the PDU groups in COM and serves the LIN Interface in terms of sleep and wake-up.
LinTrcv	This module LIN transceiver is responsible for monitoring and controlling the wake-up and Sleep functions.
Mcu	The Micro Controller Unit Driver provides the following services: Software-trigged reset, Selection of the power mode, Configuration of Wake-up behavior, Management of the internal PLL clock unit, Initialization of RAM areas with pre-defined values.
MemIf	This module provides uniform access to Ea and Fee services. This permits multiple instance of this module to be used over the same API.
Mfl	Library dedicated to arithmetic routines for floating point values.
Mfx	Library dedicated to arithmetic routines for fixed point values.
Nm	This module provides a general network-independent interface for access to bus-independent network management modules.
NvM	This module administrates the data saved in the nonvolatile memory. It provides services to load the data into the dedicated RAM area of the application during the system start-up. During shut-down the NvM maybe used to write back the data into the NV memory.
Os	This is the operating system of an AUTOSAR ECU. It is actually an extended OSEK operation system. The extensions are organized in socalled scalability classes. They cover the following functionalityes: - SC1: schedule tables - SC2: timing protection + schedule tables - SC3: memory protection + schedule tables - SC4: memory protection + timing protection + schedule tables
PduR	This module handles the distribution of communication packets on the different communication systems.
Port	This module provides the service for initializing the entire port structure of the micro-controller.
Pwm	This driver provides services for initializing and controlling PWM channels.
RamTst	This module tests internal RAM cells. A complete test is performed during start-up and shut-down of the ECU, or is triggered by a diagnostic command. A cyclical test is performed during normal operation.
Rte	This module responsible for the execution of the SWCs and realized the data exchange between the SWCs and the basic software. Since V4.0 the SCHM is integrated within the RTE.
J1939Dcm	This module implement SAE J1939-73 which defines the message structures and behavior of so-called ‘Diagnostic messages’ (DMs) which are used for diagnostic communication in J1939 networks.
J1939Nm	This module handles received and transmitted Address Claimed (AC) PGs. It supports transmission of AC on start-up, after a contending AC received from another node, and on request (triggered by the J1939 Request Manager).
J1939Rm	This module handles received and transmitted Request, Request2, and Acknowledgement PGs. In addition, it supports transmission of requests and timeout supervision for the resulting PG or acknowledgement.
J1939Tp	This module contains the BAM and CMDT(Connection Mode Data Transfer) transport layers of the SAE J1939 standard.
SecOC	The SecOC module aims for resource-efficient and practicable authentication mechanisms for critical data on the level of PDUs.
Sd	This module offers functionality to detect and offer available services – i.e. functional entities – within the vehicle network.
SoAd	This module contains the PDU communication defined in AUTOSAR into socket-oriented communication. SoAd contains the diagnostic functionality defined in ISO 13400-2.
SomeIpXf	This module is a transformer which linearizes data with the SOME/IP on-the-wire format and specifies an automotive/embedded mechanism for Client/Server communication.
SomeIpTp	This module is to segment SOME/IP packets, which do not fit into one single UDP packet. On the reception side, it re-assembles the received SOME/IP segments.
Spi	This module provides an option for exchanging data across the SPI interface. It is primarily used for external connection of EEPROM an Watchdog and so on.
StbM	The Synchronized Time-Base Manager allows a precise synchronization between different parts of the ECU software. It provides one or more common time bases available to the BSW modules and the SWCs.
TcpIp	This module offers functionality to send and receive Internet Protocol data.
Tm	The module provides services for time based functionality. Use cases are: - Time measurement - Time based state machine - Timeout supervision - Busy waiting
CanTSyn	The CanTSyn module handles the distribution of time information over CAN buses.
EthTSyn	The EthTSyn module handles the Time Synchronization Protocol on Ethernet.
FrTSyn	The FrTSyn module handles the distribution of time information over FlexRay buses.
Ttcan	The Ttcan module is an extension of the Can module, it will implement ISO 11898-4.
TtcanIf	TtcanIf fulfils main control flow and data flow requirements of the PDU Router and upper layer communication modules of the AUTOSAR COM stack: transmit request processing, transmit confirmation / receive indication / error notification and start / stop of a TTCAN Controller and thus waking up / participating on a network. Its data processing and notification API is based on CAN L-PDUs, whereas the APIs for control and mode handling provide a TTCAN Controller related view.
UdpNm	This module is responsible for the synchronous wake-up and sleep function of the IP ECUS.
V2xBtp	V2xBtp module implements ETSI EN 302 636-5-1 V2.1.1
V2xFac	The V2xFac module implements the basic services CA and DEN.
V2xGn	It supports communication among individual Intelligent Transport System (ITS) station and distribution of packets in geographical areas.
V2xM	The V2xM module manages the operation of the V2X protocol stack. It does support the V2X protocol stack modules with a number of services and furthermore provide some Application interfaces to let applications control the V2X-Stack within the limited range that the ETSI/C2C-CC Requirements left for applications…
Wdg	This module provides services to control and trigger watchdog hardware. The trigger routine is called by the watchdog manager.
WdgIf	This module provides uniform access to services of the watchdog driver, such as ode switching and triggering.
WdgM	This module monitor the reliability and functional assurance of the applications in an ECU. This includes monitoring the correct execution of the SWCs and BSW modules, and the triggering of Watchdogs at the required time intervals. It reacts to possible faulty behavior on numerous escalation levels.
WEth	This indicates the main task of the Wireless Ethernet driver: Provide to the upper layer (Ethernet Interface) a hardware independent interface comprising multiple equal controllers.
WEthTrcv	This indicates the main task of the Wireless Ethernet Transceiver driver: Provide to the upper layer (Ethernet Interface) a hardware independent interface comprising multiple equal transceivers.
Xcp	XCP is a protocol for communication between a master and a slave. It is standardized by the ASAM and mainly used for measuring, calibrating and testing of ECUs. XCP supports a variety of different bus systems such as CAN, FlexRay and Ethernet.