MENU

Hardware-in-the-loop simulation simplifies hybrid vehicle testing

Hardware-in-the-loop simulation simplifies hybrid vehicle testing

Technology News |
By eeNews Europe



The Subaru XV Crosstrek Hybrid was a preliminary attempt to deliver a production model hybrid vehicle targeting both domestic Japanese and North American markets. Engineers had developed a motor ECU for an earlier hybrid prototype, but the component did not meet the rigorous requirements to take a vehicle to market. For the production model vehicle, the ECU needed various control functionalities to prevent damage to the vehicle body and to ensure driver and passenger safety under various operating conditions, even in scenarios that would be impossible or impractical to test on physical hardware.

For example, under icy driving conditions, a wheel can experience a sudden loss of traction. During acceleration this can cause a dramatic increase in motor speed and needs to be handled safely. However, this safety behaviour cannot be physically reproduced on a dynamometer and is time consuming and difficult to reproduce on a test track. Since complex control algorithms for specific safety conditions like this need to be developed and verified, the testing needed to account for outlying operating conditions to satisfy the quality level required for a production model vehicle.

The challenge was to use automated testing to develop a new verification system that satisfied the control quality level required for the motor electronic control unit (ECU) in Subaru’s XV Crosstrek Hybrid, and to create strenuous test conditions that are difficult to achieve using real machines.


Engineers connected the ECU to a real-time electric motor simulation to test and verify a variety of conditions, including the extreme outliers that may otherwise break the system in traditional mechanical testing. They developed a mechanism to sufficiently confirm this software simulation approach with three primary goals for successful testing:

  1. Verify ECU functionality in various conditions, including extreme environments not easily created or replicated;
  2. Map test cases to requirements to ensure complete test coverage;
  3. Perform regression tests with ease to quickly validate design iterations.

To achieve these goals, the engineering team used a V-diagram approach to launch the design and verification process. The diagram describes a phased methodology for embedded software design and deployment validation, including test points at each stage. In multiple steps of the design process, the team needed the hardware-in-the-loop (HIL) system to verify the motor ECU against a real-time motor simulation that accurately represented the actual vehicle motor. Using the HIL system, engineers could meet traceability requirements by recording test results automatically and automating regression tests when an ECU change was made.

The verification system built consists of a real motor ECU and the HIL system that simulates motor operations (Diagram). The HIL system can represent any operating condition of the motor by setting physical parameters such as inductances or resistances. It can also set parameters of the power electronics, including fault conditions or test scenarios such as combinations of load torque and desired rotating speed. By simply changing a parameter in the middle of the test, the HIL system can easily simulate complex test scenarios such as the previous loss-of-traction example or even a power electronics fault in the inverter that would destroy physical hardware. When the operator requests a test pattern, the HIL system responds the way a real motor would, and the overall system response can then be cross-referenced with expectations to validate that the controller safely handles the test case.

Because the computational performance required for this process was so high, the core system hardware was based on National Instruments’ FlexRIO FPGA modules, which are PXI-based controllers with FPGA chips. The modules executed a model representing the simulated operation of the motors, with all deployed programs using NI LabVIEW system design software.


The test scenario for sequential execution of each test pattern was created as an Excel spreadsheet. The time for execution step was set to 1 msec and the team described the test conditions, including torque and rotating speed, chronologically in the Excel spreadsheet. According to these conditions, the motor ECU operates and sends out signals, such as a pulse-width modulation signal, to the HIL system. The HIL system receives these signals then simulates operation of a real motor. More specifically, the computational process is performed and the result is an output at the same speed as the real motor. The resulting signals representing the torque and the triphase current are returned to the motor ECU.

Subaru automated the verification process using LabVIEW to read and execute the Excel spreadsheets for the test scenarios, with obtained results written automatically to the Excel spreadsheet for the test report. The team used Visual Basic for Applications in Excel for this process.

In the HIL system, the simulation loop rate, equivalent of the temporal resolution in simulation, was a critical factor. For the motor ECU, the loop rate needed to be 1.2 µsec or less for the simulator to work. Most simulation platforms from other suppliers use CPUs for computation, resulting in a loop rate in the range of 5 µsec to 50 µsec.

NI FlexRIO used the FPGA for control and computational purposes to meet the processing requirements, which also provided a significant advantage in terms of computational processing performance. The ability to attain the required simulation rate at 1.2 µsec was the decisive factor for adopting the NI FlexRIO platform for this system. Additionally, because the NI FlexRIO has a high-capacity, built-in dynamic random access memory, Subaru could use the JMAG-RT model provided by JSOL Corp.’s JMAG software tool chain. This made it possible to represent the highly non-linear characteristics closer to the real motor.

The engineers could program the FPGA on the NI FlexRIO device graphically with the NI LabVIEW FPGA Module, which made it possible to develop a system with FPGA technology in a short time frame without using a text-based language such as a hardware description language.

All the test patterns developed can be run automatically in only 118 hours. Performing all the tests manually would take an estimated 2,300 hours. Automated testing also mitigates the risk and additional time associated with human errors that can occur with manual testing. The HIL system delivered additional time-saving advantages that included a significant reduction in the number of setup procedures, such as preparing a motor bench and a test vehicle, and it removed the need for test personnel to be qualified to handle high-voltage equipment.

For each test scenario, the team prepared an Excel spreadsheet reporting test results in advance, saving simulated torque and triphase current values at 1 msec time steps. The values obtained from the HIL test were sequentially written in the Excel spreadsheet and compared with the corresponding expected values to determine the test result.

National Instruments; www.ni.com/flexrio/

If you enjoyed this article, you will like the following ones: don't miss them by subscribing to :    eeNews on Google News

Share:

Linked Articles
10s