Addressing the challenges

Every automaker must deal with various combinations of these connectivity types, each of which poses a new set of challenges that can be overcome by implementing intelligent design strategies.

Device testing. Performing compatibility testing on a constant stream of new consumer devices is a major chore, as is updating an in-car system to work with those new devices. To keep pace, automakers can outsource to companies that specialize in compatibility testing. They also need an over-the-air facility to readily deploy the software updates.

Hardware redundancy. Multiple car configurations and model lines can result in redundant hardware, increasing cost. For example, a Bluetooth module deployed across an entire vehicle line can also be deployed in an optional add-in box that supports multiple vehicle lines, resulting in some vehicle configurations that have a duplicate Bluetooth module. Similar situations can occur with USB ports, SD card interfaces, and hard disks. Multiple instances of a software resource, such as a database, can also occur within the car, driving up total processor usage, flash and RAM size, and software royalties. To reduce such duplication, automakers need to take a holistic view of the vehicle’s software and hardware architecture. They can also reduce duplication by using technologies such as QNX transparent distributed processing, which allows systems to transparently leverage one another’s hardware resources in a peer-to-peer fashion.

Category blurring. The boundaries between hands-free, telematics, infotainment, and navigation systems are fluid and can promote a lot of confusion within companies developing these products. However, by using a standard software base as an application platform, automakers and automotive suppliers can reuse development across multiple departments and multiple projects. To achieve this goal, they must ensure that the software base is portable across a range of high- and low-cost hardware.

Maintaining safety. How can automakers add new features to the vehicle without also increasing the distraction factor for the driver ? Proper Human Machine Interface (HMI) design is key. For instance, audio prompts (text to speech) and speech recognition can keep the driver’s eyes on the road. Graphical touch screens with intuitively designed controls and layout also help.

Revalidation of software updates. Most software systems require validation on the final software load. However, allowing customers to download new applications can create a huge number of possible software states that can’t all be tested. Just two downloaded applications create four possible configurations, quadrupling the test and validation load. To address this problem, automakers can use a partitioning system to isolate the new components in a sand box, thereby preventing downloaded components from affecting the rest of the system. For instance, the system designer can create a time partition for downloaded applications to prevent them from consuming more than 10% of CPU power.

Reducing development time. Wherever feasible, OEMs should use a software platform that contains as many preintegrated building blocks as possible.

Differentiating the brand. Automakers and automotive suppliers need to focus on areas where the user will notice the greatest impact. Developing middleware blocks (multimedia, graphics, databases, etc.) inhouse when they can be purchased off the shelf doesn’t make fiscal sense, particularly when the engineering effort can be directed at value-added activities, such as differentiating the HMI.

Software cost. The temptation to go with open source is great, but automakers and automotive suppliers must be wary of false economies. Costs incurred by legal teams, licensing requirements, additional engineering resources, required non-open source components, front-end nonrefundable engineering, “pay for use” fees, mandated hardware selection, and higher-cost hardware (needed if the software wasn’t designed for embedded use) can easily negate advantages gained by using “free” software. Careful analysis of the total cost of ownership is a must.

Mechanism for delivering new applications. An online application store can help keep the in-vehicle system fresh with new applications and, not incidentally, provide automakers and their ecosystem partners with an ongoing source of revenue. Automakers and tier one suppliers can build their own application store from scratch or start with a customizable reference implementation, such as the one provided with the QNX CAR application platform. 

Maintaining an ecosystem for generation of content. Having an application store is one thing; keeping it fresh with compelling new applications is another. A single organization cannot maintain the frenetic pace of development required to make an application store commercially viable. Participation from multiple companies and individuals is essential, and its success requires an application platform that has a broad enough base to attract developers.

For example, the ng Connect Program solves many of these problems by addressing connectivity to the cloud as one aspect of overall connectivity concerns. It is an ecosystem that comprises Atlantic Records, Alcatel-Lucent, BUZZMEDIA, Chumby, FISHLABS, GameStreamer, Hewlett-Packard, Kyocera, QNX Software Systems, Samsung, Total Immersion, TuneWiki, and others, who together can deliver services that give customers access across all devices and networks.

By using Long Term Evolution (LTE) technology to significantly increase the speed and capacity of mobile networks, the ng Connect ecosystem enables in-car applications that would have been previously impractical. For example:

• On-demand streamed or downloaded movies
• Access to personally recorded TV programs via cloud storage
• In-vehicle Internet radio and on-demand music stores
• Multi-player online gaming
• Social networking
• Dynamically updateable navigation and location-based services
• GPS augmented by Google Maps point-of-interest indicators

The in-vehicle software for ng Connect is based on the QNX CAR application platform, which provides a modular software architecture designed for simple integration of new applications. Because the QNX CAR platform is based on Adobe Flash, it also takes advantage of the large Adobe Flash development community for existing content.

Andy Gryc has been a software developer and designer for more than 20 years. Prior to joining QNX Software Systems, he worked as the lead embedded software architect for GM OnStar and served as a member of the Hewlett-Packard team that created the software for palmtops and the BIOS for the Omnibook notebooks. He currently works as an automotive product marketing manager at QNX.

QNX Software Systems
613 591-0931 or 800 676-0566
info@qnx.com
www.qnx.com