On 9th November 2020, KPIT, in association with Automotive World (Mobex), organized a webinar on ‘How can we design and configure systems where Adaptive and Classic AUTOSAR co-exist?’.
In this webinar, KPIT’s subject matter expert Anders Kallerdahl explained the design and configuration of systems where Adaptive and Classic AUTOSAR co-exist. Also, he discussed the main differences between them and the use cases for Adaptive AUTOSAR.
To know the discussion points about this webinar in under 5 minutes, read the perspective below.
Anders Kallerdahl, Subject Matter Expert, KPIT
As the need for high computational power for proliferating data-intensive applications in autonomous, electric and connected vehicles mounts, the SoC processor is found wanting. The challenge is to execute applications of different criticalities and ASIL while designing and preserving segregation between apps. This is where Adaptive AUTOSAR comes in. However, safety- and hard real-time critical systems in-vehicle continue to operate on Classic AUTOSAR.
KPIT’s subject matter expert Anders Kallerdahl explains how Adaptive and Classic AUTOSAR can co-exist in a system while tracing the:
AUTOSAR which represents the consortium of OEMs and vendors that standardize software architecture for ECUs and releases the standards periodically.
There are 3 layers in AUTOSAR architecture that are common to both platforms — Basic Software (BSW), RTE (Middleware) and Application.
Classic AUTOSAR comprises a specifications to develop embedded software platforms supporting the basic automotive functions. With BSW and RTE abstractions in multi-ECU environments as base, OEMs and vendors can implement basic applications on them. Classic platforms may not interact with components external to the vehicle to configure driving functions.
The Adaptive platform, however, supports basic and advanced cross-domain functions on top of multi-core, multi-ECU and HPC-integrated environments to enable communication between on-board and off-board systems, OTA, remote repair and driving functions etc. What’s key is the Adaptive platform also includes reference implementations of the standard interfaces with focus on specific areas within the standard. It’s expected that the functions of the future with IoT and autonomous driving will be shouldered by the Adaptive standard.
Other differences span the
OS is not defined by AUTOSAR. POSIX comes in 4 different compliance classes PSE51 to PSE-54. Adaptive AUTOSAR is to uses PSE51. This is to ensure ease in accessing the file system and move the application.
Research on Hypervisors has its origins in either micro kernel or virtualisation. There are 2 types of Hypervisors
— Type 1 (run on the bare-metal/hardware, focused on Automotive) and Type 2 (run on a host OS – LINUX or Windows, focused on embedded systems). Hypervisors can be native virtualised or para virtualised.
Since vehicles are increasingly becoming software-heavy, the architecture must be designed for enhanced efficiency. The central-based architecture is more software-focused and offers – Updateable features, External
Communication and Diagnostics. Some examples of SoC are — Bluetooth, DHCP, Bonjour (Apple) etc. KPIT advocates the Scalable Service Oriented Middleware over IP which includes: Serialisation, Remote Procedure Call, Service Directory, Publish/Subscribe and Segmentation of UDP Messages. This supports both IPC and External Communication.
The Mixed Unallocated Logical Design advocates use of the Adapter to translate from classic signalling to a service oriented communication.
The Mixed Deployed Model is typically one where the Adaptive and Classic AUTOSAR co-exist.
This starts with the ECU extract from where service interfaces can be derived and applications can be done. The same tool will extract signal packing. This enhances IPC.
KPIT has developed some use cases for KSAR – its Adaptive platform. This leverages SOME/IP, Software Updates capabilities and Adaptive Diagnostics test frameworks all of which are ready. Many projects are Gateway projects where 20-30 Classic outcomes need to be consolidated into 1 platform and this is under development. KPIT is developing its own Classic AUTOSAR platform along with its own OS. This is characterised by:
Reading Time: 4 mins