Académique Documents
Professionnel Documents
Culture Documents
Ubiquitous Connectivity Connectivity to portable CE and storage devices, Mobile handsets, Internet, other Vehicles and Roadside Infrastructure
New requirements and technologies for HMI development Model based HMI development Seamless integration with browsers with support for A/V streaming, Internet Radio, numerous browser plug-ins
Adoption of Open Platforms for In-Vehicle Infotainment Systems Primarily, adoption of Linux as the mainstream OS in IVI systems Adoption of Open source components
Ubiquitous Connectivity
Lifecycle mismatch between an In-vehicle Infotainment System and portable CE devices brought into the vehicle
Even though USB and Bluetooth are becoming de-facto standards, advent of new classes in USB and profiles in Bluetooth creates a situation where the invehicle system has to cope up with changing standards Securing the In-vehicle platform from malicious attacks from external world that results from opening up the Invehicle system to the external world
Though based on Bluetooth standards, phones from different OEMs behave very differently in many situations leading to interoperability issues
Adoption of Web technologies, which are primarily designed for Enterprise systems, into the embedded environment of the vehicle infotainment system and meet its stringent reliability, robustness and response time needs
3
Challenges in meeting requirements of Next generation Systems New paradigm for HMI development
COTS tools for model based HMI development
While Model based HMI development is supposed to ease HMI development and HMI change processes, they bring in their own set of challenges
Runtime Engines - to provide cross platform interoperability are loosely coupled with native platform so, performance not always optimum Lack of interoperability in data formats of COTS tools reuse is ruled out Code generated by these tools are complex and so, debugging is not easy
Browser integration
Create Browsers matching with the look-and-feel of rest of the HMI Create special browser widgets that can securely interact with native code Numerous plug-ins and technologies to create Rich Internet Apps problem is which one to choose
Challenges
Needs Mobile Application (Client) and In-vehicle (Server) software development that can interoperate with multiple Vehicles and Phones Poses a new security challenge as Mobile phones would have the access to the vehicle bus and critical parameters of the vehicle
Challenges in meeting requirements of Next generation Systems Adoption of Open Source Technologies
Linux as the mainstream OS
Challenge is to meet the boot and start up time requirements of 2 ~ 3 secs Receiving CAN wake up message within 60 ms and respond to this message within 150 ms Can significantly speed up development, but,
Requires additional and careful design to prevent IP contamination (Mix of GPL,LGPL with Non-GPL proprietary software ) Gets upgraded frequently by non-automotive open source communities and so requires extensive in-vehicle validation before a new release can be adopted Business Models for Software providers and integrators not clear Maintenance and ownership of Open source components to support long vehicle cycles not clear
Goals
Extend in-vehicle Infotainment platform by providing connectivity to external world in a secure manner Ensure that this connectivity is future-proof through adoption of reusable components and scalable software framework pattern
Multimedia content on demand V2V and V2I connectivity Audio streaming BT phones, PMPs, external storage devices (USB MSD)
Camera connectivity
Features
Internet search
Enables the solution to be re-targeted for smaller OSes Threadx, VxWorks, Nucleus, etc Same software code base can be reused for multiple product lines just by switching On / Off a particular device support or a feature resulting into cost optimization and enhanced reliability
Future proof
With device categorization, architecture focuses on core functionality of the connected device as perceived by the end user and abstracts the physical media of connectivity and device specific behaviour of the connected device
Conclusions Our Mobile Phone centric, always connected lifestyle is leading to In-vehicle Infotainment and Telematics Systems that can no longer remain vehicle centric but has to adapt itself to technologies of Mobile Devices and the Web which evolve / change almost 3 ~4 times faster than traditional Auto Electronics Integrating technologies that was not primarily designed for in-vehicle usage while not creating Driver Distraction is not an easy task While Open Source technologies can enable new use cases for in-vehicle Infotainment Systems, it comes with its own challenges All these call for a new paradigm for software development that thrives on short cycles and collaboration amongst competitors A resilient software architecture that is designed from grounds-up to support change (easier said than done) can be an approach for mitigation of some of these problems
11
www.wipro.com/automotiveelectronics