Mechatronics 21 (2011) 22–29
Contents lists available at ScienceDirect
Mechatronics journal homepage: www.elsevier.com/locate/mechatronics
Development and model-based transparency analysis of an Internet-distributed hardware-in-the-loop simulation platform Tulga Ersal a, Mark Brudnak b, Ashwin Salvi a, Jeffrey L. Stein c, Zoran Filipi a, Hosam K. Fathy a,⇑ a
Department of Mechanical Engineering, University of Michigan, 1231 Beal Ave., Ann Arbor, MI, USA The US Army Tank-Automotive Research, Development and Engineering Center, 6501 E. 11 Mile Road, Bldg 215, (RDTA-RS) MS 157, Warren, MI, USA c Department of Mechanical Engineering, University of Michigan, 2350 Hayward St., Ann Arbor, MI, USA b
a r t i c l e
i n f o
Article history: Received 11 January 2010 Accepted 3 August 2010
Keywords: Real-time hardware-in-the-loop simulation Internet-distributed simulation Transparency
a b s t r a c t This paper summarizes efforts to integrate, for the first time, two geographically dispersed hardware-inthe-loop simulation setups over the Internet in an observer-free way for an automotive application. The two setups are the engine-in-the-loop simulation setup at the University of Michigan (UM) in Ann Arbor, MI, USA, and the driver-in-the-loop ride motion simulator at the US Army Tank-Automotive Research, Development and Engineering Center (TARDEC) in Warren, MI, USA. The goal of such integration is to increase the fidelity of experiments and to enable concurrent geographically dispersed systems engineering. First, experiments with the actual hardware are presented. The concept of transparency is discussed, and the infeasibility of performing a baseline experiment with ideally integrated hardware is presented as a challenge to characterize the transparency of the experimental setup. This motivates the second half of the paper, in which a model-based approach is taken to analyze the transparency of the system. The conclusion is that an observer-free solution is feasible for integrating the two pieces of hardware over the Internet in a transparent manner, even if the nominal delay is increased by four times. It is also found that different signals in the system can exhibit different levels of transparency. Ó 2010 Elsevier Ltd. All rights reserved.
1. Introduction Hardware-in-the-loop simulation (HILS) provides a bridge between physical prototyping and virtual experiments by uniquely combining their advantages and allowing for cost-effective, highfidelity experiments [1,2]. It strongly promotes concurrent system engineering and has therefore become indispensable in many application areas, such as automotive [3–11], aerospace [12–15], manufacturing [16], robotics [17,18], defense [19,20], and structural analysis [21,22]. A natural evolution of the basic HILS idea is to integrate multiple HILS setups to fully exploit their benefits [23]. However, if the setups are geographically dispersed, bringing them together and establishing a physical connection may be infeasible. In that case, a virtual coupling can be created through a communication medium. Among the different communication media that are available for a distributed HILS setup, the Internet is an attractive choice due to its prevalence. The Internet-distributed HILS (ID-HILS) idea has emerged within the last decade and has found applications in the earthquake simulation [21], telerobotics [24], and automotive powertrain areas [25]. Within the earthquake simulation literature, ⇑ Corresponding author. Tel.: +1 734 936 5295. E-mail address:
[email protected] (H.K. Fathy). 0957-4158/$ - see front matter Ó 2010 Elsevier Ltd. All rights reserved. doi:10.1016/j.mechatronics.2010.08.002
the idea of geographically distributing experimental substructures within a network of laboratories linked through numerical simulations using the Internet was proposed by Campbell and Stojadinovic in 1998 [21]. Today, the George E. Brown Jr. Network for Earthquake Engineering Simulation (NEES) [26] provides an outstanding example of the capabilities and impact of the ID-HILS idea, and the earthquake literature presents many applications of the ID-HILS idea to earthquake simulation [27–32]. Within the telerobotics literature, the possibility of achieving stable forcereflecting teleoperation over the Internet was first explored by Niemeyer and Slotine, also in 1998 [24], and attracted the attention of many other researchers [33–42]. The notion of ID-HILS did not appear in the automotive powertrain systems engineering area until 2006, when US Tank-Automotive Research, Development, and Engineering Center (TARDEC) researchers successfully integrated a ride motion simulator in Warren, MI, USA, with a hybridpower-system simulator in Santa Clara, CA, USA [25,43,44]. These works highlighted that using the Internet as the communication medium also creates some challenges due to the Internet’s inherent delay, jitter, and loss. Much of the delay is related to routing and processing in the network. Jitter refers to the variability of the delay, and loss occurs because not every packet sent through Internet necessarily arrives at its destination. Although loss can be remedied by transport-level protocols like TCP, such protocols increase the delay and are therefore not considered in this work.
T. Ersal et al. / Mechatronics 21 (2011) 22–29
These characteristics of the Internet jeopardize system stability, robustness, and transparency – a measure of how close the dynamics of the Internet-distributed system are to the dynamics of the directly coupled system [45,46]. Thus, maintaining stability, robustness, and transparency in the presence of delay, jitter, and loss is a major challenge in using the Internet to couple HILS setups. This paper specifically focuses on the automotive powertrain application area. As mentioned above, the only application of IDHILS to automotive powertrains is the work by TARDEC researchers [25,43,44]. To overcome the abovementioned challenges, they proposed an observer-based method. Specifically, each physical location had a local mathematical model, i.e., observer, of the remote component with which it needed to couple and interacted with the remote component not directly, but through its observer [25]. The integration ensured, through feedback control, that the states of the observers remained close to the actual states of the corresponding components. Different feedback control strategies were employed and analyzed, including PI [25], sliding mode, and H1 control [43]. Duty cycle experiments have been performed successfully with this setup [44]. In addition to this observer-based approach, there are other techniques, such as the event-based framework [32,33,38] or the passivity-based framework [36,47– 49], to address the challenges mentioned above. However, these alternative methods have not yet been investigated within this particular application area. The goal of this paper is to adopt, for the first time, an eventbased solution into the ID-HILS in the automotive powertrain application domain to investigate its viability in this particular domain and to enable an observer-free solution. The question of viability is based on the fact that the dynamics and goals of a powertrain ID-HIL system are different than the dynamics of an earthquake ID-HIL simulator or a telerobotic setup, the only application areas in which the event-based ideas were tested so far. Furthermore, earthquake ID-HILS setups are typically pseudodynamic or quasi-static [21,22,27,50–53], in the sense that the inertial effects are simulated numerically rather than experimentally. In the powertrain application area, however, real-time simulation and accurate capturing of dynamics of the hardware components become more critical. Whether the event-based idea can meet those requirements is still an open research question. The motivation for seeking an observer-free solution is that appropriate models, i.e., models that are accurate enough and can run in real time, may be difficult or even infeasible to obtain. Even if the models are available, they may be proprietary, making their utilization difficult. To make ID-HILS still feasible under such conditions, an observer-free solution is sought in this work. The two HILS setups of interest in this work are the engine-inthe-loop simulation setup at the University of Michigan (UM) in Ann Arbor, MI, USA, and the abovementioned driver-in-the-loop ride motion simulator at the TARDEC Simulation Laboratory in Warren, MI, USA. The UM setup uses a 6L V8 diesel engine in combination with a vehicle dynamics and driveline model [54]. The motivation for having the engine in the loop stems from the fact that an accurate and fast prediction of the transient dynamics of an engine with all of its aspects, including torque generation, fuel economy, and emissions, still remains to be a challenge. Simulating soot formation processes in a diesel engine, for example, is prohibitively slow in the context of the systems work, since it requires coupling of sophisticated computational fluid dynamics models and chemical kinetics [54]. Thus, the only currently available feasible solution for a driver-in-the-loop, real-time, system-level analysis that requires an accurate representation of transient engine dynamics may be to actually put the physical engine into the loop. This need for engine- or powertrain-in-the-loop simulation has also been recognized in the literature by other researchers [55–58].
23
The TARDEC setup, on the other hand, has a human operator driving a virtual vehicle through a ride motion simulator. This enables the inclusion of a human driver in the loop and allows for a more realistic analysis with all the aspects of human driving. It is desired to couple UM’s engine with TARDEC’s simulator to enable the operator to drive a virtual car with a real engine, thereby increasing the fidelity of experiments and enabling concurrent engineering. Towards these goals, Sections 2 and 3 present the experimental part of this work. The two pieces of HILS setups that are integrated are described in Section 2, and the adopted event-based communication is outlined. In Section 3, the experiments are explained, and the results from the ID-HIL experiments are given and interpreted. Sections 4 and 5 present a model-based study of the transparency of the adopted observer-free integration approach. The models are described in detail in Section 4, and simulation results are given along with interpretations for transparency in Section 5. The conclusions are given in Section 6. 2. Description of the ID-HILS setup Fig. 1 illustrates a high-level overview of the ID-HILS setup considered in this study. The major components are denoted as driver, ride motion simulator (RMS), vehicle, internet, drivetrain, flywheel, idle controller, and engine, with regular and italic typefaces designating hardware and model components, respectively. In addition, the signals exchanged between these components are also shown along with the geographic locations of the components. These subsystems will be described next in detail. 2.1. Description of the hardware The two hardware components of interest for this work are the engine at UM and the ride motion simulator at TARDEC (Fig. 2). The engine is a 6L V8 diesel engine with 240 kW rated power at 3300 rpm and a rated torque of 760 N m. It is intended for a variety of medium-duty truck applications covering the range between classes IIB and VII. A high-fidelity, AC electric dynamometer couples the physical engine with the models in real time. Because this engine is approximately twice as powerful as the standard engine used in a High-Mobility Multipurpose Wheeled Vehicle (HMMWV), the vehicle of interest in this study, the measured engine torque is scaled by 50% before it is fed to the Flywheel model. Physically, this corresponds to running the engine with only half of the cylinders active. The ride motion simulator, on the other hand, is a 6-DOF, hydraulic Stewart platform equipped with a seat and instrumentation to emulate a vehicle’s cockpit (Fig. 2b). The platform is coupled with a high-fidelity, multibody model of the HMMWV, which provides the motion signals to the platform. The platform and the computer displays mounted on it provide the human driver with motion and visual cues, who then provides the throttle, brake, and steering commands back to the vehicle model, closing the loop. 2.2. Description of the models The flywheel model is an inertia element that takes the load torque and the engine torque as inputs and determines the pump/engine speed as the output. This speed signal is fed to the driveline model as the pump speed, as well as to the engine as the engine speed. The idle controller is a PI controller with saturation and antiwindup, and is activated when the throttle demand from the driver falls below 11% to maintain an engine idle speed of 750 rpm.
24
T. Ersal et al. / Mechatronics 21 (2011) 22–29
TARDEC throttle
Driver
vehicle motion brake & steering
RMS vehicle motion
shaft torque
Vehicle shaft speed
UM
Internet
shaft torque
pump speed
Drivetrain
Flywheel load torque
shaft speed adjusted throttle throttle
engine speed
engine torque
adjusted throttle
Idle Controller
Engine
Fig. 1. Overview of the ID-HILS setup.
2
spump ¼ xjðpump xr Þ signð1 xr Þ sturbine ¼ aðxr Þspump
ð1Þ
where xr = xturbine/xpump is the speed ratio between turbine and pump speeds, j(xr) is a piecewise function approximating a desired capacity factor curve, and a(xr) is a piecewise linear function approximating a desired torque ratio curve. The pump side of the torque converter is connected to the engine flywheel; thus, pump speed and engine speed are the same. The turbine side of the torque converter, on the other hand, is connected to the transmission model. The transmission model takes into account the transmission shaft inertia, stiffness, and damping, as well as the gear inefficiencies and torque losses due to fluid churning. Specifically, the speed reduction in each gear is assumed to be ideal, while the torque multiplication is assumed to be scaled by an efficiency factor. Furthermore, the torque lost due to fluid churning is modeled as variable nonlinear resistance of the form
schruning loss ¼ r1 ðgearÞxshaft þ r2 ðgearÞx2shaft
ð2Þ
where r1 and r2 are coefficients that change depending on the gear. The inputs to the shift logic, the final element in the drivetrain model, are the transmission output shaft speed and the throttle demanded by the driver. The simple chart shown in Fig. 3 is used to determine if a shift is to be initiated. The solid and dashed lines in Fig. 3 indicate upshift and downshift thresholds, respectively. Note that this chart is only a crude approximation of a real shift map, but it is employed here for simplicity. Finally, the vehicle model is a 3D, high-fidelity, multibody model of an HMMWV developed by TARDEC.
Fig. 2. The two hardware-in-the-loop setups considered in this work: (a) the engine-in-the-loop setup in Ann Arbor and (b) the ride motion simulator at Warren.
The drivetrain model includes the torque converter, transmission, and shift logic. The torque converter model is a static model that takes pump and turbine speeds as inputs and generates pump and turbine torques according to the equations
Fig. 3. Gearshift logic, showing upshift (solid) and downshift (dashed) thresholds.
25
T. Ersal et al. / Mechatronics 21 (2011) 22–29
2.3. Description of the communication architecture
2.4. Description of the network characteristics To characterize the Internet quality of service between UM and TARDEC, a series of experiments were conducted in which packets ranging from 64 bytes to 1024 bytes were exchanged between a computer at UM and a computer at TARDEC on different days and at different times of day using the UDP/IP protocol. A typical result for round trip time delay vs. time of day obtained from one those experiments is shown in Fig. 4. The figure clearly shows a multi-modal character in the sense that some packets experience a delay around 25 ms, and some around 350 ms (spikes), whereas others are dropped (shown as zero delay in the figure). A packet is considered dropped in this case if it does not arrive within 1 s. Table 1 provides some statistics of the results shown in Fig. 4. The percentages of spikes and drops being low and the variation in the dominant mode around 25 ms being small make this network particularly suitable for the purposes of this study. 3. ID-HIL experiments 3.1. Description of experiments The stability and safety of the setup were tested experimentally with flat and hilly terrains and with accelerations and decelerations
350 300
Delay (ms)
This work partially adopts the event-based framework proposed by Xi and Tarn [33] and further developed by Elhajj et al. [38]. The premise of this framework is to find a variable s, called ‘‘the event reference,” that is a monotonically increasing function of time and is the only independent variable for all the signals in the system. Then, under certain conditions, the event-based framework may have guaranteed stability, event-transparency, and event-synchronization independent of the time delay. This work does not fully implement the event-based framework described in [33,38], because there does not exist a non-time-based event variable s with respect to which all signals can be referenced. Rather, this work adopts an event-based communication architecture only, primarily because of its ease of practical implementation. Due to the lack of a non-time-based event variable s that serves as a reference for all the other signals, there are no stability or transparency guarantees associated with the adopted architecture. In the adopted framework, the TARDEC setup acts as the client and the UM setup as the server. The client sends an updated transmission speed and throttle signal at a frequency of 20 Hz using the User Datagram Protocol (UDP), regardless of whether it receives a response. The use of UDP implies that packets may arrive out of order or go missing, but it also reduces the communication delay, which is more critical for the purposes of ID-HILS. The server, on the other hand, only responds to the packets it receives; i.e., it sends an updated transmission torque only when it receives a packet from the client. All packets are time-stamped, and only the most recent ones are used, ignoring older packets if they arrive later than a more recent packet. This method ensures that both sides respond to the most up-to-date signals available. An increase in the network delay is simulated by bouncing the packets between TARDEC and UM multiple times before processing them. This way, the delay can be increased artificially in multiples of the nominal delay. For example, if the nominal round-trip delay between TARDEC and UM is approximately 25 ms, an effective network delay of 125 ms can be simulated by introducing four additional round trips. Using the Internet itself to increase the delay, the jitter and loss statistics would also scale; however, this might not correspond exactly to the characteristics of a longer distance connection.
400
250 200 150 100 50 0
9
10
11
12
13
14
15
16
17
18
Time of day (hours) Fig. 4. Characterization of network quality of service between UM and TARDEC.
Table 1 Statistics for the results in Fig. 4. Number of packets Packet size Avg. delay Min delay No. of spikes No. of drops
1,110,000 1024 B 25.7 ms 25.3 ms 114 (0.01%) 56 (0.005%)
ranging from mild (ramp inputs with small slopes) to aggressive (step inputs with various amplitudes). After successful completion of these tests, full-scale experiments were implemented. The full-scale experiments were performed with two different terrain models simulating two different closed courses at Aberdeen. The first one is the Munson Standard Fuel Course, which is a part gravel, part paved 1.67 miles long closed loop with a grade ranging from 15% to 30%. The second one is the Churchville B course, which is an all gravel 3.7 miles long close loop with moguls and a grade ranging from 23% to 29%. This course also contains four stop signs. Four drivers were used in the experiments. Each driver drove on both courses twice; once with the nominal 25 ms average delay, and once with an increased average delay of 125 ms. The drivers were instructed to maintain an average speed of 20 mph and 15 mph on the Munson and Churchville courses, respectively. 3.2. Experimental results Figs. 5 and 6 show example results from one of the drivers for all experiments (Munson and Churchville with nominal and increased delay). The results are similar for the other three drivers in the sense that the experiments were stable even with the increased delay and the drivers were able to maintain the desired average speeds on both courses. Once stability and robustness are established, the next major question of interest is transparency, i.e., how close the dynamics of the system are to the ideal case in which the two HILS setups are integrated directly, instead of over the Internet. According to their evaluations, the drivers did not perceive any difference between the nominal and increased delay cases; however, these evaluations are subjective. An objective evaluation of the transparency of the setup is desired, but since a direct coupling of the two hardware components is not feasible, a baseline experiment to which other experiments can be compared cannot be performed. This prevents a rigorous transparency analysis of the experiments with the two hardware components. Therefore, in the remainder of the paper, a model-based study is presented to objectively evaluate the transparency of this setup.
T. Ersal et al. / Mechatronics 21 (2011) 22–29
Vehicle speed (mph)
26
and € h are vehicle and wheel accelerations, respectively. Furthermore, fslip, faero, frolling are the forces due to wheel slip, aerodynamic resistance, and rolling resistance, respectively, and sdifferential and sbrake are differential and brake torques, respectively, and they are given by
30 20 10 0
( 0
1
2
3
4
5
6
Throttle (-)
0.5
faero ¼ 0
1
2
3
4
5
6
Time (mins)
Vehicle speed (mph)
Fig. 5. Sample experimental results for Munson course: nominal (solid) vs. increased (dashed) delay.
ks < ks;max
ð4Þ
signðks ÞF z l ks P ks;max
1 _ x_ Aq C d jxj 2 air
ð5Þ
where A is the vehicle frontal area, qair is the air density, Cd is the aerodynamic drag coefficient, and x_ is vehicle velocity; 2
frolling
_ a0 þ a1 F z þ a2 F z þ a3 F z ¼ signðr wheel hÞ P P
! ð6Þ
where ai are empirical coefficients, and P is the tire pressure; and 30
_ Coulomb Þcbrake sbrake ¼ ðb2 h_ þ signðhÞF
ð7Þ
20
where b2 is viscous damping coefficient, FCoulomb is the static Coulomb force, and cbrake is the brake command from the driver.
10 0
0
2
4
6
8
10
12
14
4.2. Modeling the hardware components
16
1
Throttle (-)
ks F z l ks;max
_ wheel xÞ= _ x_ is wheel slip, Fz is the normal tire force, l where ks ¼ ðhr is the friction coefficient, ks;max is the wheel slip for force saturation;
1
0
fslip ¼
0.5
0
0
2
4
6
8
10
12
14
16
Time (mins) Fig. 6. Sample experimental results for Churchville course: nominal (solid) vs. increased (dashed) delay.
4. Modeling the ID-HILS setup This section first describes the simplified vehicle model and the modeling of the hardware components considered in this part of the study. These models enable the simulation of a directly integrated setup that gives the baseline response necessary for the transparency analysis. Since the models are deterministic, they also eliminate the variations in the dynamic responses due to the hardware components and human drivers, allowing the analysis to focus on the effects on transparency of the variations in the delay due to the Internet. 4.1. Simplified vehicle model Instead of the proprietary multibody HMMWV model of TARDEC, a point mass representation of the vehicle is considered in this part of the study. The vehicle dynamics model includes differentials, wheel inertia, a Coulomb and viscous friction based brake model, rolling resistance, aerodynamic drag, and tire slip. The model can be expressed in the following form
mv ehicle €x ¼ fslip faero J wheel h€ ¼ sdifferential bh_ sbrake r wheel ðfrolling þ fslip Þ
ð3Þ
where mvehicle is vehicle mass, Jwheel is wheel inertia, b is viscous damping coefficient, rwheel is wheel radius, h_ is wheel speed, and € x
Two hardware components are necessary to model for the purposes of this part of the study: the driver and the engine. The ride motion simulator is merely a display device that provides the driver with motion cues and thus is not considered in this section. The actual Internet is used in these simulations and is, therefore, not modeled. The driver model is a PI controller with saturation and antiwindup (Fig. 7). It takes the difference between the desired and actual vehicle velocities as input and generates an output within the interval [1, 1], positive values corresponding to throttle and negative values to a brake command. A map-based engine model is considered as shown in Fig. 8. The map is a static map obtained experimentally from the physical 6L V8 diesel engine employed in the UM setup. The input to the map is the fuel rate and the engine speed, and the output is the engine torque. A gain is used to scale the engine torque and simulate engines with more or less power. Fig. 9 shows the engine map. The fuel rate is given by the fuel controller, which fulfills two purposes. First, it implements the turbo lag as a first order system of the form k/(ss + 1). The input to the turbo lag is the difference between the maximum fuel rate for the given engine RPM and the naturally aspirated fuel rate, both determined experimentally. The output of the turbo lag is added to the naturally aspirated fuel rate. This sum is then compared to the maximum possible fuel rate for the given engine RPM and throttle, and the minimum of the two is taken as the unadjusted fuel rate. Second, the fuel controller monitors the unadjusted fuel rate and adjusts it if the engine speed falls below 650 rpm or exceeds the maximum rated speed of 3300 rpm to bring the speed back to the desired operating region. The engine model is validated using experimental data obtained from engine-in-the-loop experiments with the simplified vehicle and driver models presented above. In these experiments, the driver model is given an FTP75 drive cycle to follow. Fig. 10 compares the torque obtained with the model to the experimental data. Fig. 11 shows the error in torque. A root-mean-square value of 64.7 N m is obtained for the torque error, which is approximately 8.5% of the rated torque of the engine.
27
T. Ersal et al. / Mechatronics 21 (2011) 22–29
driver command [+ throttle, - brake]
desired speed
Kp Saturation [-1, 1]
Proportional gain 1 s
Ki vehicle speed
Integral gain K aw Anti -windup gain Fig. 7. The driver model.
700
engine speed
torque
K
Engine Map
fuel rate
Fuel Controller
Torque gain Fig. 8. The engine model.
Model Experiment
600
adjusted throttle
500
Torque (Nm)
scaled torque
400 300 200 100 0 0
50
100
150
200
250
300
350
400
Time (s) Fig. 10. Engine torque: model output vs. experimental data.
Increasing fuel rate (g/s)
Engine speed (RPM) Fig. 9. The static engine map.
5. Model-based evaluation of transparency The HILS model described in the previous section is utilized in a series of simulation studies in this section to evaluate the transparency of the ID-HILS setup. First, the driver model is given an FTP75 drive cycle to follow, and the model is simulated for the ideally coupled case, i.e., in a single computational environment without the event-based framework or Internet. This simulation serves as the baseline that is necessary for the transparency analysis. Next, the models corresponding to TARDEC and UM sides are put into two different computational environments in the remote and local locations, respectively, and coupled through the eventbased framework over the Internet. The same driving scenario (FTP75) is repeated for the nominal delay, as well as the increased delay, which is again obtained by rebounding packets four times between the local and remote computers before processing them. The simulation results are summarized in Figs. 12–14 for the variables that are communicated over the Internet; namely, throttle, shaft speed, and shaft torque. Two important conclusions can be drawn from these figures. First, qualitatively, all the curves are almost the same as their corresponding baseline cases, suggesting that the integration over
400
Torque difference (Nm)
Engine torque (Nm)
-100
300 200 100 0 -100 -200 -300 -400 0
50
100
150
200
250
300
350
400
Time (s) Fig. 11. Engine torque difference between the model output and experimental data.
the Internet does not affect the dynamics significantly. Quantitatively, the relative ‘2 norm of error in the throttle, shaft speed, and shaft torque signals are 2.40%, 0.19%, and 5.44%, respectively, for the nominal delay condition. For the increased delay condition, the corresponding values are 5.77%, 0.46%, and 11.46%, respectively. In light of this evidence, it can be concluded that the ID-HILS setup is transparent for the signals and delay conditions considered. Second, it is interesting to note the differences in the relative ‘2 norms of error for the three signals considered. These differences show that the different aspects of the system are affected to different extents by the integration over the Internet. This is a result of the different bandwidths of the subsystems comprising the system, and indicates that transparency is not necessarily a property of the
28
T. Ersal et al. / Mechatronics 21 (2011) 22–29
1
Ideal Internet (1 round trip) Internet (5 round trips)
Throttle (-)
0.8
0.6
0.4
6. Summary and conclusions
0.2
0 20
40
60
80
100
120
Time (s) Fig. 12. Comparing the simulated throttle signals.
140
Shaft speed (rad/s)
Ideal
120
Internet (1 round trip)
Integrating HIL setups over the Internet presents itself as an important enabler of concurrent and geographically dispersed systems engineering. It also presents unique challenges in terms of maintaining stability, robustness, and transparency. Even though the literature developed numerous methods to address those challenges, the application of those methods within the automotive powertrain application area has been limited to the observer-based approach. This paper, for the first time, investigated the possibility of using an event-based framework within the powertrain application domain to seek an observer-free solution. The original contributions of the paper can be summarized as follows:
Internet (5 round trips)
100 80 60 40 20 0 -20
20
40
60
80
100
120
Time (s) Fig. 13. Comparing the simulated shaft speed signals.
1200
Ideal Internet (1 round trip)
Shaft torque (Nm)
Finally, it is also worth noting that the bandwidth of a human driver is expected to be lower than the bandwidth of the PI-controller-based driver model employed in this part of the study, since the driver model aims to correct for the smallest errors in the vehicle speed. Thus, the experiments may actually appear more transparent to a human driver than what is predicted by the driver model.
1000
Internet (5 round trips)
1. The adoption of a variation of the event-based framework developed in [33,38] into the ID-HILS framework in the automotive application domain to enable, for the first time, an observer-free ID-HILS framework for a powertrain application. 2. Establishment of the transparency of the developed ID-HILS application through a model-based simulation study, thereby showing that the adopted event-based framework can still be successfully applied despite that the assumptions critical for the stability and transparency proofs in [33,38] may not hold. 3. Establishment of the output-signal-dependent nature of transparency through the model-based simulation study. Future work can focus on identifying the fundamental limitations of an observer-free solution to ID-HILS and investigating how to push those limits further. It is also important to adopt and develop other communication methods, such as the passivity-based framework, within the context of automotive powertrains.
800
Acknowledgments 600
This work was supported by a grant from the ILIR program at TARDEC to Dr. Hosam K. Fathy. The authors gratefully acknowledge this support, and would also like to thank Fernando Tavares and Rajit Johri for their help with the experiments.
400 200 0 20
40
60
80
100
120
Time (s) Fig. 14. Comparing the simulated shaft torque signals.
system. Rather, it is an output-signal-dependant concept, and the subsystems of a system may experience transparency to different degrees. This is a very important conclusion, because it implies that the transparency should be tested for each signal of interest and should not be taken for granted for all signals based on its establishment for only one particular signal. In this particular case, the experiment was more transparent for the shaft speed signal than the throttle signal, and more transparent for the throttle signal than the shaft torque signal. The reason why the speed signal is more transparent than the other two signals is due to the speed signal being filtered by the slow inertial dynamics of the vehicle, whereas the other signals can vary more rapidly.
References [1] Fathy HK, Filipi ZS, Hagena J, Stein JL. Review of hardware-in-the-loop simulation and its prospects in the automotive area. In: Proceedings of the SPIE – modeling and simulation for military applications, Kissimmee, FL, United States; 2006. p. 1–20. [2] Bacic M, Neild S, Gawthrop P. Introduction to the special issue on hardware-inthe-loop simulation. Mechatronics 2009;19(7):1041–2. [3] Kimura A, Maeda I. Development of engine control system using real time simulator. In: Proceedings of the 1996 IEEE international symposium on computer-aided control system design; 1996. p. 157–63. [4] Gietelink OJ, Ploeg J, De Schutter B, Verhaegen M. Development of a driver information and warning system with vehicle hardware-in-the-loop simulations. Mechatronics 2009;19(7):1091–104. [5] Petersheim MD, Brennan SN. Scaling of hybrid-electric vehicle powertrain components for hardware-in-the-loop simulation. Mechatronics 2009;19(7):1078–90. [6] Park T-J, Han C-S, Lee S-H. Development of the electronic control unit for the rack-actuating steer-by-wire using the hardware-in-the-loop simulation system. Mechatronics 2005;15(8):899–918. [7] Ji-Hoon K, Jae-Bok S. Control logic for an electric power steering system using assist motor. Mechatronics 2002;12(3):447–59.
T. Ersal et al. / Mechatronics 21 (2011) 22–29 [8] Rovira-Mas F, Zhang Q, Hansen AC. Dynamic behavior of an electrohydraulic valve: typology of characteristic curves. Mechatronics 2007;17(10):551–61. [9] Mercorelli P. Robust feedback linearization using an adaptive PD regulator for a sensorless control of a throttle valve. Mechatronics 2009;19(8):1334–45. [10] Kim H-J, Park Y-P. Investigation of robust roll motion control considering varying speed and actuator dynamics. Mechatronics 2004;14(1):35–54. [11] Hafner M, Jost O, Isermann R. Mechatronic design approach for engine management systems. Mechatronics 2002;12(8):1035–46. [12] Leitner J. A hardware-in-the-loop testbed for spacecraft formation flying applications. In: Proceedings of the 2001 IEEE aerospace conference; 2001. p. 615–20. [13] Cai G, Chen BM, Lee TH, Dong M. Design and implementation of a hardware-inthe-loop simulation system for small-scale UAV helicopters. Mechatronics 2009;19(7):1057–66. [14] Gans NR, Dixon WE, Lind R, Kurdila A. A hardware in the loop simulation platform for vision-based control of unmanned air vehicles. Mechatronics 2009;19(7):1043–56. [15] Karpenko M, Sepehri N. Hardware-in-the-loop simulator for research on fault tolerant control of electrohydraulic actuators in a flight control application. Mechatronics 2009;19(7):1067–77. [16] Ganguli A, Deraemaeker A, Horodinca M, Preumont A. Active damping of chatter in machine tools – demonstration with a ‘hardware-in-the-loop’ simulator. J Syst Control Eng 2005;219(5):359–69. [17] Aghili F, Piedboeuf J-C. Contact dynamics emulation for hardware-in-loop simulation of robots interacting with environment. In: Proceedings of the 2002 IEEE international conference on robotics and automation; 2002. p. 523–9. [18] Lane DM, Falconer GJ, Randall G, Edwards I, Evans J, Smith J, et al. Interoperability and synchronisation of distributed hardware-in-the-loop simulation for underwater robot development: issues and experiments. In: Proceedings of the 2001 IEEE international conference on robotics and automation (ICRA); 2001. p. 909–14. [19] Buford Jr JA, Jolly AC, Mobley SB, Sholes WJ. Advancements in hardware-inthe-loop simulations at the US army aviation and missile command. In: Proceedings of the SPIE – technologies for synthetic environments: hardwarein-the-loop testing V; 2000. p. 2–10. [20] Huber Jr EG, Courtney RA. Hardware-in-the-loop simulation at Wright laboratory’s dynamic infrared missile evaluator (DIME) facility. In: Proceedings of the 1997 technologies for synthetic environments: hardwarein-the-loop testing II; 1997. p. 2–8. [21] Campbell S, Stojadinovic B. A system for simultaneous pseudodynamic testing of multiple substructures. In: Proceedings of the 6th US national conference on earthquake engineering; 1998. [22] Gawthrop PJ, Neild SA, Gonzalez-Buelga A, Wagg DJ. Causality in real-time dynamic substructure testing. Mechatronics 2009;19(7):1105–15. [23] Kelf MA. Hardware-in-the-loop simulation for undersea vehicle applications. In: Proceedings of the SPIE – technologies for synthetic environments: hardware-in-the-loop testing VI; 2001. p. 1–12. [24] Niemeyer G, Slotine J-JE. Towards force-reflecting teleoperation over the internet. In: Proceedings of the 1998 IEEE international conference on robotics and automation, Leuven, Belgium; 1998. p. 1909–15. [25] Compere M, Goodell J, Simon M, Smith W, Brudnak M. Robust control techniques enabling duty cycle experiments utilizing a 6-DOF crewstation motion base, a full scale combat hybrid electric power system, and long distance internet communications. SAE technical paper 2006-01-3077; 2006. [26] Mahin S, Nigbor R, Pancake C, Reitherman R, Wood S. The establishment of the nees consortium. In: Proceedings of the 2003 ASCE/SEI structures congress and exposition: engineering smarter; 2003. p. 181–2. [27] Watanabe E, Kitada T, Kunitomo S, Nagata K. Parallel pseudodynamic seismic loading test on elevated bridge system through the internet. In: Proceedings of the 8th East Asia-Pacific conference on structural engineering and construction, Singapore; 2001. [28] Tsai K-C, Yeh C-C, Yang Y-S, Wang K-J, Wang S-J, Chen P-C. Seismic hazard mitigation: internet-based hybrid testing framework and examples. In: Proceedings of the international colloquium on natural hazard mitigation: methods and applications, France; 2003. [29] Spencer BF, Elnashai A, Nakata N, Saliem H, Yang G, Futrelle J, et al. The most experiment: earthquake engineering on the grid. Report technical report NEESgrid-2004-41, NEESgrid; 2004 [30] Pan P, Tada M, Nakashima M. Online hybrid test by internet linkage of distributed test-analysis domains. Earthquake Eng Struct Dynam 2005;34(11): 1407–25.
29
[31] Stojadinovic B, Mosqueda G, Mahin SA. Event-driven control system for geographically distributed hybrid simulation. J Struct Eng 2006;132(1):68–77. [32] Mosqueda G, Stojadinovic B, Hanley J, Sivaselvan M, Reinhorn AM. Hybrid seismic response simulation on a geographically distributed bridge model. J Struct Eng 2008;134(4):535–43. [33] Xi N, Tarn TJ. Stability analysis of non-time referenced internet-based telerobotic systems. Robot Auton Syst 2000;32(2):173–8. [34] Kress RL, Hamel WR, Murray P, Bills K. Control strategies for teleoperated internet assembly. IEEE/ASME Trans Mechatron 2001;6(4):410–6. [35] Munir S, Book WJ. Internet-based teleoperation using wave variables with prediction. IEEE/ASME Trans Mechatron 2002;7(2):124–33. [36] Niemeyer G, Slotine J-JE. Toward bilateral internet teleoperation. In: Beyond webcams: an introduction to online robots. MIT Press; 2002. p. 193–213. [37] Chopra N, Spong MW, Hirche S, Buss M. Bilateral teleoperation over the internet: the time varying delay problem. In: Proceedings of the 2003 American control conference, Denver, CO, USA; 2003. p. 155–60. [38] Elhajj I, Ning X, Wai Keung F, Yun-Hui L, Hasegawa Y, Fukuda T. Supermediaenhanced internet-based telerobotics. Proc IEEE 2003;91(3):396–421. [39] Sun L-N, Xie X-H, Fu L-X, Du Z-J. Internet-based telerobotic surgery: problems and approaches. Harbin Gongye Daxue Xuebao/J Harbin Inst Technol 2003;35(2):129–33. [40] Shi Y-H, Wang Y-C. Study on internet-based force feedback technology. Robot 2004;26(4):330–5. [41] Rodriguez-Seda EJ, Dongjun L, Spong MW. An experimental comparison study for bilateral internet-based teleoperation. In: Proceedings of the 2006 IEEE international conference on control applications, Munich, Germany; 2006. p. 1701–6. [42] Petrovic I, Babic J, Budisic M. Teleoperation of collaborative mobile robots with force feedback over internet. In: Proceedings of the fourth international conference on informatics in control, automation and robotics (ICINCO 2007), Angers, France; 2007. p. 430–7. [43] Goodell J, Compere M, Simon M, Smith W, Wright R, Brudnak M. Robust control techniques for state tracking in the presence of variable time delays. SAE technical paper 2006-01-1163; 2006. [44] Brudnak M, Pozolo M, Paul V, Mohammad S, Smith W, Compere M, et al. Soldier/hardware-in-the-loop simulation-based combat vehicle duty cycle measurement: duty cycle experiment 2. In: Proceedings of the simulation interoperability workshop, SIW-07S-016, Norfolk, VA; 2007. [45] Lawrence DA. Stability and transparency in bilateral teleoperation. IEEE Trans Robot Automat 1993;9(5):624–37. [46] Griffiths PG, Gillespie RB, Freudenberg JS. A fundamental trade off between performance and sensitivity within haptic rendering. IEEE Trans Robot 2008;24(3):537–48. [47] Niemeyer G, Slotine J-JE. Stable adaptive teleoperation. IEEE J Ocean Eng 1991;16(1):152–62. [48] Anderson RJ, Spong MW. Bilateral control of teleoperators with time delay. IEEE Trans Automat Control 1989;34(5):494–501. [49] Lee D, Spong MW. Passive bilateral teleoperation with constant time delay. IEEE Trans Robot 2006;22(2):269–81. [50] Magonette G. Development and application of large-scale continuous pseudodynamic testing techniques. Philos Trans Roy Soc London A 2001;359:1771–99. [51] Nakashima M. Development, potential, and limitations of real-time online (pseudo-dynamic) testing. Philos Trans Roy Soc London A 2001;359:1851–67. [52] Nakashima M, Kato H, Takaoka E. Development of real-time pseudo dynamic testing. Earthquake Eng Struct Dynam 1992;21(1):79–92. [53] Takahashi Y, Fenves LG. Software framework for distributed experimentalcomputational simulation of structural systems. Earthquake Eng Struct Dynam 2006;35(3):267–91. [54] Filipi ZS, Fathy HK, Hagena J, Knafl A, Ahlawat R, Liu J, et al. Engine-in-the-loop testing for evaluating hybrid propulsion concepts and transient emissions – HMMWV case study. In: Proceedings of the 2006 SAE world congress, 200601-0443, Detroit, MI; 2006. [55] Fleming M, Len G, Stryker P. Design and construction of a university-based hybrid electric powertrain test cell. SAE technical paper 2000-01-3106; 2000. [56] Jason TC, Moskwa JJ. A hardware-in-the-loop transient diesel engine test system for control and diagnostic development. In: Proceedings of the ASME international mechanical engineering congress and exposition; 2001. [57] Nabi S, Balike M, Allen J, Rzemien K. An overview of hardware-in-the-loop testing systems at visteon. SAE technical paper 2004-01-1240; 2004. [58] Pasquier M, Monnet G. Diesel hybridization and emissions, report ANL/ES/RP113184. Argonne, IL, US: Argonne National Lab.; 2004.