Jump to content

AUTOSAR

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by 194.25.87.129 (talk) at 12:07, 28 August 2018 (→Classic Platform: Link to OSEK). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

AUTOSAR (AUTomotive Open System ARchitecture) is a worldwide development partnership of automotive interested parties founded in 2003. It pursues the objective of creating and establishing an open and standardized software architecture for automotive electronic control units (ECUs). Goals include the scalability to different vehicle and platform variants, transferability of software, the consideration of availability and safety requirements, a collaboration between various partners, sustainable utilization of natural resources, and maintainability throughout the whole "Product Life Cycle".[1][2]

History

The AUTOSAR development partnership was formed in July 2003 by BMW, Bosch, Continental, DaimlerChrysler, Siemens VDO and Volkswagen to develop and establish an open industry standard for automotive E/E architecture. In November 2003, Ford Motor Company joined as a Core Partner, and in December Peugeot Citroën Automobiles S.A. and Toyota Motor Corporation joined. The following November General Motors also became a Core Partner.[3] After Siemens VDO was acquired by Continental in February 2008, it ceased being a self-contained Core Partner of AUTOSAR.[3][4]

Since 2003, AUTOSAR has provided four major releases of the standardized automotive software architecture for its Classic Platform and one release of Acceptance Tests. The work of AUTOSAR can be divided into three phases:

  • Phase I (2004-2006): Basic development of the standard (Releases 1.0, 2.0 and 2.1)
  • Phase II (2007-2009): Extension of the standard in terms of architecture and methodology (Releases 3.0, 3.1 and 4.0)
  • Phase III (2010-2013): Maintenance and selected improvements (Releases 3.2, 4.1 and 4.2)[5]

In 2013, the AUTOSAR consortium entered a continuous working mode for its Classic Platform to maintain the standard and provide selected improvements (including the release R4.2 as well as Release 1.0 of Acceptance Tests).

In 2016 work on the Adaptive Platform started. A first release (17-03) was published in early 2017, followed by release 17-10[6] in October 2017 and release 18-03 in March 2018[7]. The goal is to conclude the major development activities in a joint release of AUTOSAR Classic, Adaptive and Foundation in October 2018.

Concept and goals

AUTOSAR provides a set of specifications that describes basic software modules, defines application interfaces and builds a common development methodology based on standardized exchange format. Basic software modules made available by the AUTOSAR layered software architecture can be used in vehicles of different manufacturers and electronic components of different suppliers, thereby reducing expenditures for research and development and mastering the growing complexity of automotive electronic and software architectures.[5] Based on this guiding principle, AUTOSAR has been devised to pave the way for innovative electronic systems that further improve performance, safety and environmental friendliness and to facilitate the exchange and update of software and hardware over the service life of the vehicle. It aims to be prepared for the upcoming technologies and to improve cost-efficiency without making any compromise with respect to quality.[8][1]

Software architecture

AUTOSAR uses a three-layered architecture:

  • Basic Software: standardized software modules (mostly) without any functional job itself that offers services necessary to run the functional part of the upper software layer.[9]
  • Runtime environment(RTE): Middleware which abstracts from the network topology for the inter- and intra-ECU information exchange between the application software components and between the Basic Software and the applications.[10]
  • Application Layer: application software components that interact with the runtime environment.[11]

The AUTOSAR Methodology

  • System Configuration Description includes all system information and the information that must be agreed between different ECUs (e.g. definition of bus signals).
  • ECU extract: contains the information from the System Configuration Description needed for a specific ECU (e.g. those signals where a specific ECU has access to).
  • ECU Configuration Description: contains all basic software configuration information that is local to a specific ECU. Use this information to build the executable software, the code of the basic software modules and the code of the software components out of it.[12]

Classic Platform

The AUTOSAR Classic Platform is the standard for embedded real-time ECUs based on OSEK. Its main deliverable is specifications. [13] The AUTOSAR Classic Platform architecture distinguishes on the highest abstraction level between three software layers that run on a microcontroller: application, runtime environment (RTE) and basic software (BSW[14]). The application software layer is mostly hardware independent. Communication between software components and access to BSW happens via RTE, which represents the full interface for applications. The BSW is divided in three major layers and complex drivers:

  • Services
  • ECU (Electronic Control Unit) abstraction
  • microcontroller abstraction.

Services are divided furthermore into functional groups representing the infrastructure for system, memory and communication services.

One essential concept of the Classic Platform is the virtual functional bus (VFB). This virtual bus is an abstract set of RTEs that are not yet deployed to specific ECUs and decouples the applications from the infrastructure. It communicates via dedicated ports, which means that the communication interfaces of the application software must be mapped to these ports. The VFB handles communication within the individual ECU and between ECUs. From an application point of view, no detailed knowledge of lower-level technologies or dependencies is required. This supports hardware-independent development and usage of application software.

The Classic Platform also enables the integration of non-AUTOSAR systems such as GENIVI by using the Franca interface description language (IDL).

Adaptive Platform

New use-cases required the development of the Adaptive Platform.[15][16] [17] One prominent example is highly automated driving, in the context of which the driver temporarily and/or partially transfers responsibility for driving to the vehicle. This requires for instance communication with traffic infrastructure (e.g. traffic signs and -lights), cloud servers (e.g. to access the latest traffic information or map data) or the use of microprocessors and high-performance computing hardware for parallel processing (e.g. GPUs).

Furthermore, Car-2-X applications require interaction to vehicles and off-board systems. That means that the system has to provide secure on-board communication, support of cross-domain computing platforms, smartphone integration, integration of non-AUTOSAR systems, and so on. In addition, cloud-based services will require dedicated means for security such as secure cloud interaction and emergency vehicle preemption. They will enable remote and distributed services, for instance remote diagnostics, over the air(OTA) update, repair and exchange handling.

To support dynamic deployment of customer applications and to provide an environment for applications that require high-end computing power AUTOSAR is currently standardizing the AUTOSAR Adaptive Platform. Its core is an operating system based on the POSIX standard. The operating system can be used from the application via a subset of the POSIX according to IEEE1003.13 (namely PSE51). One of the key features of the Adaptive Platform is service-oriented communication.

For the Adaptive Platform two types of interfaces are available: services and application programming interfaces (APIs). The platform consists of functional clusters which are grouped in services and the AUTOSAR Adaptive Platform foundation.

Functional clusters:

  • assemble functionalities of the Adaptive Platform
  • define clustering of requirements specification
  • describe behavior of software platform from application and network perspective
  • but, do not constrain the final SW design of the architecture implementing the Adaptive Platform.

Functional clusters in AUTOSAR Adaptive Platform Foundation have to have at least one instance per (virtual) machine while services may be distributed in the in-car network.

Adaptive Platform services include:

  • Update and Configuration management
  • State Management
  • Network Management
  • Diagnostics

The AUTOSAR Adaptive Platform contains both specification and code. In comparison to the Classic Platform, AUTOSAR develops an implementation to shorten the validation cycle and illustrate the underlying concepts. This implementation is available to all AUTOSAR partners. 

Foundation

The purpose of the Foundation standard is to enforce interoperability between the AUTOSAR platforms. The Foundation contains common requirements and technical specifications (for example protocols) shared between the AUTOSAR platforms as well as the common methodology.[18]

Acceptance Tests

In 2014, AUTOSAR Acceptance Tests were introduced to minimize test effort and test costs. Acceptance Test Specifications are system test specifications using the specified interfaces of the respective Platform. In addition, they are considering the specified behavior on the bus. They can be seen as a black box test case for a particular platform function. The specification of standard acceptance tests contributes to these objectives.[19]

Standardized Application Interfaces

Standardization of functional interfaces across manufacturers and suppliers and standardization of the interfaces between the different software layers is seen as a basis for achieving the technical goals of AUTOSAR.[20][21]

Organization

AUTOSAR defined five different types of Membership. The contribution of partners varies depending on the type of partnership:[22][23]

  • Core Partners
  • Premium Partners
  • Associate Partners
  • Development Partners
  • Attendee

Core Partners include the founding partners BMW, Bosch, Continental, Daimler AG, Ford, General Motors, PSA Peugeot Citroën, Toyota and Volkswagen.[24] These companies are responsible for organization, administration and control of the AUTOSAR development partnership.[22] Within this core, the Executive Board defines the overall strategy and roadmap.[25] The Steering Committee manages day-to-day non-technical operations and admission of partners, public relations and contractual issues.[26] The Chairman and Deputy of Chairman, appointed for nine months, represent the Steering Committee for that purpose,[27] communicates with the outside world.[28][29]

Premium and Development members contribute to work packages coordinated and monitored by the Project Leader Team established by the Core Partners.[22][30] Associate partners are making use of the standard documents AUTOSAR has already released[31]. Attendees are currently participating with Academic collaboration and non-commercial projects[32].

As of February 2018, more than 200 companies participate in the AUTOSAR development partnership.[22]

References

  1. ^ a b "Elektrobit Automotive: AUTOSAR". Retrieved 11 December 2015.
  2. ^ "AUTOSAR official website". AUTOSAR. 5 June 2018. {{cite web}}: Cite has empty unknown parameter: |dead-url= (help)
  3. ^ a b "AUTOSAR: Background". Archived from the original on 19 December 2015. Retrieved 11 December 2015. {{cite web}}: Unknown parameter |deadurl= ignored (|url-status= suggested) (help)
  4. ^ cooperation, AUTOSAR development. "History". www.autosar.org. Retrieved 14 May 2018.
  5. ^ a b "AUTOSAR: Shaping the future of a Global Standard" (PDF). Archived from the original (PDF) on 19 December 2015. Retrieved 11 December 2015. {{cite web}}: Unknown parameter |deadurl= ignored (|url-status= suggested) (help)
  6. ^ "Adaptive Platform_Release_17_10_EN" (PDF). AUTOSAR. 20 December 2017.
  7. ^ "AUTOSAR_Release_18_03_EN" (PDF). AUTOSAR. 23 April 2018.
  8. ^ "AUTOSAR: Motivation & Goals". Archived from the original on 19 December 2015. Retrieved 11 December 2015. {{cite web}}: Unknown parameter |deadurl= ignored (|url-status= suggested) (help)
  9. ^ "AUTOSAR: Basic Software". Archived from the original on 19 December 2015. Retrieved 11 December 2015. {{cite web}}: Unknown parameter |deadurl= ignored (|url-status= suggested) (help)
  10. ^ "AUTOSAR: Runtime Environment". Archived from the original on 19 December 2015. Retrieved 11 December 2015. {{cite web}}: Unknown parameter |deadurl= ignored (|url-status= suggested) (help)
  11. ^ "AUTOSAR: Software". Archived from the original on 19 December 2015. Retrieved 11 December 2015. {{cite web}}: Unknown parameter |deadurl= ignored (|url-status= suggested) (help)
  12. ^ "AUTOSAR: Methodology". Archived from the original on 19 December 2015. Retrieved 11 December 2015. {{cite web}}: Unknown parameter |deadurl= ignored (|url-status= suggested) (help)
  13. ^ cooperation, AUTOSAR development. "Classic Platform". www.autosar.org. Retrieved 14 May 2018.
  14. ^ https://www.autosar.org/standards/classic-platform/
  15. ^ cooperation, AUTOSAR development. "Adaptive Platform". www.autosar.org. Retrieved 14 May 2018.
  16. ^ "AUTOSAR for Intelligent Vehicles" (PDF). AUTOSAR. 29 November 2017.
  17. ^ "AUTOSAR proofs to be THE automotive software platform for intelligent mobility" (PDF). AUTOSAR. 18 October 2017.
  18. ^ cooperation, AUTOSAR development. "Foundation". www.autosar.org. Retrieved 14 May 2018.
  19. ^ cooperation, AUTOSAR development. "Acceptance Test". www.autosar.org. Retrieved 14 May 2018.
  20. ^ "AUTOSAR: Technical Overview". Archived from the original on 19 December 2015. Retrieved 11 December 2015. {{cite web}}: Unknown parameter |deadurl= ignored (|url-status= suggested) (help)
  21. ^ cooperation, AUTOSAR development. "Application Interface". www.autosar.org. Retrieved 14 May 2018.
  22. ^ a b c d "AUTOSAR: Basic Information" (PDF). Archived from the original (PDF) on 19 December 2015. Retrieved 11 December 2015. {{cite web}}: Unknown parameter |deadurl= ignored (|url-status= suggested) (help)
  23. ^ cooperation, AUTOSAR development. "Current Partners". www.autosar.org. Retrieved 14 May 2018.
  24. ^ cooperation, AUTOSAR development. "Core Partners". www.autosar.org. Retrieved 14 May 2018.
  25. ^ "AUTOSAR: Executive Board". Archived from the original on 19 December 2015. Retrieved 11 December 2015. {{cite web}}: Unknown parameter |deadurl= ignored (|url-status= suggested) (help)
  26. ^ "AUTOSAR: Steering Committee". Archived from the original on 23 September 2015. Retrieved 11 December 2015. {{cite web}}: Unknown parameter |deadurl= ignored (|url-status= suggested) (help)
  27. ^ "Autopresse: Autonews". Retrieved 11 December 2015.
  28. ^ "AUTOSAR: Spokesperson". Archived from the original on 19 December 2015. Retrieved 11 December 2015. {{cite web}}: Unknown parameter |deadurl= ignored (|url-status= suggested) (help)
  29. ^ "AUTOSAR Chairman handover Press Release" (PDF). AUTOSAR. 21 November 2017.
  30. ^ "AUTOSAR: Project Leader Team". Archived from the original on 19 December 2015. Retrieved 11 December 2015. {{cite web}}: Unknown parameter |deadurl= ignored (|url-status= suggested) (help)
  31. ^ cooperation, AUTOSAR development. "Associate Partners". www.autosar.org. Retrieved 14 May 2018.
  32. ^ cooperation, AUTOSAR development. "Attendees". www.autosar.org. Retrieved 14 May 2018.

Further reading

Retrieved from "https://en.wikipedia.org/w/index.php?title=AUTOSAR&oldid=856923595"