Why AUTOSAR?
There are several major issues that need to be addressed:
- Managing the growing complexity of automotive E/E systems.
- Flexibility for product modification, upgrade and update.
- Scalability of solutions within and across product lines.
- Quality and reliability of E/E system
The standard for automotive software now under development will be a first step towards tackling these problems. The concept for the standard is a layered software architecture with standard APIs. Establishing a software standard will be a big step forward, but on its own it is not enough. Therefore standardization will apply not only to the software, but also to the whole development process from functional description to software testing. In future, design engineers developing a new E/E architecture will adhere to the AUTOSAR design process. The process uses a top down approach:
- Complete system definition (definition of software components, available hardware and system constraints).
- Allocation of software components to each ECU.
- Configuration of the software on each ECU.
- Conformance testing
The goal is to have a standardized tool chain that will guide and assist the design engineer through the complete process. Introducing the AUTOSAR process would be a breakthrough in automotive E/E design. It would be a radical step and its repercussions would change the industry forever.
Here I would like to explain in a very simple manner:
Let us see some question answer:
- Who requires ECU? OEM for their CAR.
- Who develop the ECU? Tier 1 Company
- Who provides requirement to Tier 1 Company ? OEM.
- Will ECU communicate with other ECU’s of the CAR? Yes
- What types of software’s an ECU can use? Communication Stack like LIN, CAN, FLEXRAY, ETHERNET etc. Memory Stack, I/O Stack, OS, MCAL drivers, ECU Manager many more modules and complex drivers depend on application need.
- Who will provide these stacks, tools and drivers? Tier 1 will alone make it or they will ask from some other vendor? Yes.
What If I say here for all the above development there will be some standard and whole automotive industry will follow these standards. The work we can divide like this:
- Based on the system specification/standard OEM will create their requirement and will follow standard architecture for ECU development.
- Based on the specification of application and CDD tier 1 will develop ECU.
- Based on the specification of BSW stack(Communication Stack like LIN, CAN, FLEXRAY, ETHERNET etc. Memory Stack, I/O Stack, OS etc.) registered vendors will develop BSW stack.
- Based on the specification of microcontroller peripherals silicon registered vendors will develop MCAL drivers
- Based on the specification of RTE, registered vendors will develop tool to generate RTE.
- And Many more things.
Conclusion: Above all points are indicating towards an module wise abstracted and robust software which can be reused by any ECU. That is the reason why AUOTSAR has been introduced automotive software development life cycle so that one team has a responsibility to write specification for the development of ECU and other teams of different expertise can follow these specification and will develop their software as per standards.
Benefits: Reusability, Choice to get software from different vendors, reduction in complexity, Quality assurance etc.
Figure is self explanatory about OEM, Tier 1, Silicon Vendor, BSW Vendor, Tool Vendor etc.
What is AUTOSAR?
AUTOSAR Software Architecture:
The basic concept underlying this architecture is that abstraction of the hardware will be done in layers.
Microcontroller Abstraction Layer:
ECU Abstraction Layer:
Services Layer:
Runtime Environment:
Configuration:

Here I would like to explain in a very simple manner:
Detailed Diagram AUTOSAR Layered Architecture:
Above diagram in details shows AUTOSAR layered architecture. We can see how many modules comes under this architecture.
What we mean by Layered Architecture here? After software compilation we will output file like hex etc. and in output file there will no existence of layered. In normal term we can say layered architecture is the way to understand the flow of communication within ECU whether it is data or memory or I/O etc.
Summary:
- Flow of signal/data form Application to Hardware.
- Flow of communication Stack from top to bottom and vice versa.
- Memory stack view.
- I/O stack view.
- Visualization of module service like OS, ECUM, BSWM, etc.
- CDD interaction with other modules.
As a AUTOSAR introduction above things are enough. To get more details please go through the below link: