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:
7 likes
7 likes
Connect with us
KPIT Technologies is a global partner to the automotive and Mobility ecosystem for making software-defined vehicles a reality. It is a leading independent software development and integration partner helping mobility leapfrog towards a clean, smart, and safe future. With 13000+ automobelievers across the globe specializing in embedded software, AI, and digital solutions, KPIT accelerates its clients’ implementation of next-generation technologies for the future mobility roadmap. With engineering centers in Europe, the USA, Japan, China, Thailand, and India, KPIT works with leaders in automotive and Mobility and is present where the ecosystem is transforming.
Plot Number-17,
Rajiv Gandhi Infotech Park,
MIDC-SEZ, Phase-III,
Hinjawadi, Pune – 411057
Phone: +91 20 6770 6000
Frankfurter Ring 105b,80807
Munich, GERMANY
Phone: +49 89 3229 9660
Fax: +49 89 3229 9669 99
KPIT and KPIT logo are registered trademarks | © Copyright KPIT for 2018-2024
CIN: L74999PN2018PLC174192
Cookie | Duration | Description |
---|---|---|
cookielawinfo-checbox-analytics | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Analytics". |
cookielawinfo-checbox-functional | 11 months | The cookie is set by GDPR cookie consent to record the user consent for the cookies in the category "Functional". |
cookielawinfo-checbox-others | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Other. |
cookielawinfo-checkbox-necessary | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookies is used to store the user consent for the cookies in the category "Necessary". |
cookielawinfo-checkbox-performance | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Performance". |
viewed_cookie_policy | 11 months | The cookie is set by the GDPR Cookie Consent plugin and is used to store whether or not user has consented to the use of cookies. It does not store any personal data. |
Leave a Reply