Automotive multicore gets a model-based development boost

June 15, 2018 Brandon Lewis

In 1950, automotive electronics accounted for roughly 1 percent of total car cost. Today, those percentages are somewhere between 30 and 35 percent. Projecting out to 2030, roughly half the cost of a vehicle will be driven by its electronic systems (Figure 1).

[Figure 1 | According to research by Statista, automotive electronics are expected to account for roughly 50 percent of a car’s cost by 2030.]

Besides an increase in the amount of electronics in a given vehicle, automotive electronics are also becoming more sophisticated to keep pace with advanced safety features, immersive in-car infotainment, and even autonomous drive. Automotive control systems haven’t missed out on the advantages of more advanced electronics either, as simple 8- or 16-bit control MCUs are now being replaced by multicore platforms.

The performance and capabilities of multicore automotive control MCUs enable automakers and Tier 1s to add new features and differentiation. However, these devices also require that automotive software developers move from fairly straightforward control programming in C to more advanced parallel programming techniques. The time, skill, and cost associated with this development is not insignificant, especially when developing multi-rate control systems (or systems with multiple control periods) such as and engine’s intake/exhaust system, for example.

To reduce the complexity associated with programming such systems, Renesas Electronics released an updated version of its automotive multicore model-based development environment, the Embedded Target for RH850 Multicore.

Modeling multi-rate automotive multicore

Renesas’ Embedded Target for RH850 multicore is a model-based development environment that generates parallel code for RH850 devices through the implementation phase of a Simulink model. However, previous versions of the development environment automatically allocated software to multiple cores, the device drivers, RTOSs, and other software components had to be implemented manually in complex multi-rate systems.

The update to Renesas’ Embedded Target for RH850 Multicore is specifically targeted at improving development of the aforementioned multi-rate automotive control systems, which are now commonly found in engine and body control applications. Multi-rate control models are now available in the environment that directly generate multicore software code, which also allows engineers to run processor-in-the-loop simulation (PILS) to evaluate execution performance in early stages of the software development lifecycle (Figure 2).

[Figure 2 | The Renesas Embedded Target for RH850 Multicore update allows developers to automatically generate multicore software code for complex multi-rate automotive control systems. The development environment can also be interlinked with eSOL’s model-based parallelization tool.]

The cascading benefits of the update are that verification results can then be routed back into the model itself for more optimized system designs. With more easily verifiable multi-rate control systems, verification of ECUs that integrate multiple control systems is also simplified.

The Renesas Embedded Target for RH850 Multicore model-based development environment conforms to the Japan Model Based Design (MBD) Automotive Advisory Board (JMAAB) alpha control modeling guidelines.

More Robust Control Everywhere

With the increasing amount and complexity of electronics comes a need for more sophisticated development tools. This extends beyond the automotive sector as well.

Today, the Renesas Embedded Target for RH850 Multicore model-based development environment is scheduled to support the company’s RH850/P1H-C MCU, RH850/E2x Series of MCUs, and "R-Car" Family of SoCs. It also plans to apply the principles from the development environment to model-based design tools for the RX family of microprocessors that target industrial markets.

It seems more efficient development of multicore control systems could soon be available everywhere embedded touches.

About the Author

Brandon Lewis

Brandon is responsible for Embedded Computing Design’s IoT Design, Automotive Embedded Systems, Security by Design, and Industrial Embedded Systems brands, where he drives content strategy, positioning, and community engagement. He is also Embedded Computing Design’s IoT Insider columnist, and enjoys covering topics that range from development kits and tools to cyber security and technology business models. Brandon received a BA in English Literature from Arizona State University, where he graduated cum laude. He can be reached by email at

Follow on Twitter More Content by Brandon Lewis
Previous Article
Smart sensor nodes cut costs in ubiquitous IoT data capture

The cost of IoT sensors is falling. So, too, is the overall cost of IoT sensor nodes.

Next Article
FPGAs for embedded AI: Reducing power consumption, programming complexity for mass markets
FPGAs for embedded AI: Reducing power consumption, programming complexity for mass markets

Developers are investigating AI in embedded applications for automotive, industrial, and consumer markets. ...