| Hardware in the Loop |
Increasingly complex systems now need to be developed in ever shorter periods of time. In this process, it is vitally important that any errors are detected and corrected in the early phases of development. One approach is to use Hardware in the Loop (HiL) test rigs. HiL allows an existing control unit to be tested within a model of its subsequent environment. This makes it possible to carry out an analysis of the device at an early stage.
The test rig concept: interaction between hardware and software The test specifications for the control unit were provided by the customer. On the basis of these specifications, the project began by developing a concept for the hardware and software. The hardware components were then put together and dimensioned in accordance with the special test speci- fications. The software test used two commercial tools from Vector: CANoe for the residual bus simulation and to record the CAN messages and CANape to record the control unit parameters. Communication between CANoe and CANape was achieved via a gateway programmed in Visual Basic through a Microsoft COM interface. From the test specifications, the individual testing steps were compiled in process chains and programmed and executed in LabView with the aid of a process control programme. In this context, the process control specifies the set values, determines the physical measured values and provides the documentation of the results. It consists of a large number of reusable individual modules so-called functional blocks that represent recurring test procedures. For example, they include plotting voltage curves over time, setting the voltage and current, waiting for results, controlling CANoe via the CAN bus or filing the data. Information on the process sequence is provided by the process chain.
1 Signal distribution 2 Screenshot of the graphical user interface 3 Measuring cabinets for the HiL test rig.
DThe entire residual bus behaviour for the test object is simulated using CANoe. The sending and receiving of messages to and from the control unit is controlled by a measurement node programmed in CAPL (residual bus simulation). This allows the requirements of the test specification on the CAN communication with the control unit (residual bus parameters, value specification, read out of values using CANape and the diagnosis function) to be represented. In implementing this concept, the electronics engineers worked in close cooperation with their colleagues from the testing department, who contributed their experience in designing test rigs and programming LabView. Bertrandt engineers from Ingolstadt also supported the CAPL programming. Developing and building the test rig: the junction box as the central hardware element Following the joint concept development in the Bertrandt Engineering Network, the test rig was built in Ehningen. It consists of two measuring cabinets, a climate chamber and two laptop computers. The first measuring cabinet houses an industrial PC, data acquisition cards from National Instruments and mains adapters with fixed voltages, as well as further programmable mains adapters (0-45 V, 0-70 A). The second measuring cabinet contains a high current constant for currents of up to 1,000 A and appropriately sized contactors for reversing the polarity of the voltage as well as the corresponding inductive high-current measurement unit. A bitserial interface (BSS) provides information on the alternator current derived from the CAN bus data. The BSS module forms the interface between the CAN bus and the serial line to the control unit. The hardware component CANstress is used to apply a physical disturbance to the CAN. A diagnosis tester is used to flash the control unit. The junction box is the central hardware element of the control unit test rig and connects all the hardware components with one another. All voltage and current sources come together at this point and can be distributed to the control unit accordingly in a targeted manner. Various currents and voltages as well as the temperature of the control unit are measured as output data. Furthermore, the various systems, such as the test routine control programme, the residual bus simulation and the diagnosis tester, are linked together. Trials: control unit testing on the HiL test rig Before the actual test is performed on the control unit, system integration has to be carried out. The purpose of this integration is to test how the various software modules interact with each other and with the hardware. The test rig is then ready to start the test.
|
||||||||||||||||||||||||||||||||


