Real-Time Multibody Modeling and Simulation of A Scaled Bogie Test Rig
Real-Time Multibody Modeling and Simulation of A Scaled Bogie Test Rig
Real-Time Multibody Modeling and Simulation of A Scaled Bogie Test Rig
Science
https://doi.org/10.1007/s40534-020-00213-y
Abstract In wheel–rail adhesion studies, most of the test equal or less than actual time, the real-time simulation
rigs used are simplified designs such as a single wheel or environment is prepared in two stages. To such end, the
wheelset, but the results may not be accurate. Alterna- computational time improved from 4 times slower than real
tively, representing the complex system by using a full time to 2 times faster than real time. Finally, the real-time
vehicle model provides accurate results but may incur scaled bogie model is also incorporated with the braking
complexity in design. To trade off accuracy over com- control system which slightly reduces the computational
plexity, a bogie model can be the optimum selection. performances without affecting real-time capability.
Furthermore, only a real-time model can replicate its
physical counterpart in the time domain. Developing such a Keywords Bogie modeling Scaled bogie test rig Real-
model requires broad expertise and appropriate software time simulation Wheel–rail adhesion Software in loop
and hardware. A few published works are available which
deal with real-time modeling. However, the influence of
the control system has not been included in those works. To
address these issues, a real-time scaled bogie test rig
including the control system is essential. Therefore, a 1:4
1 Introduction
scaled bogie roller rig is developed to study the adhesion
between wheel and roller contact. To compare the perfor-
Railway vehicles are the most efficient land-based trans-
mances obtained from the scaled bogie test rig and to
portation, generally having a higher carrying capacity at a
expand the test applications, a numerical simulation model
comparatively low energy cost. To progressively achieve
of that scaled bogie test rig is developed using Gensys
the requirements of power, speed, and complexity, the
multibody software. This model is the complete model of
modern railway vehicle requires more advances in different
the test rig which delivers more precise results. To exactly
domains of railway operation to test, validate, and optimize
represent the physical counterpart system in the time
performance. To perform such test and validation, the test
domain, a real-time scaled bogie test rig (RT-SBTR) is
rig has become more widespread because it provides a low
developed after four consecutive stages. Then, to simulate
cost, highly repeatable, low maintenance, and very safe
the RT-SBTR to solve the internal state equations and
modular testing environment.
functions representing the physical counterpart system in
In the development of mechatronics product or system,
for instance, a test rig integrates various stages such as
& Sundar Shrestha
design, verification of design (simulation), and physical
[email protected] implementation. It is important to understand the system
development process to avoid the huge cost incurred in
1
Centre for Railway Engineering, Central Queensland later modification. Additionally, the process focuses on the
University, Rockhampton, Australia
safety and reliability of the system. Figure 1 shows the
2
Rail Manufacturing Cooperative Research Centre (CRC), stages to develop the scaled test rig in the laboratory. The
Melbourne, VIC, Australia
123
S. Shrestha et al.
Since the real-time model is the replication of the physical real-time environment is created in two consecutive stages.
system using specialized multibody system dynamics Then, a real-time model is developed by modifying the
software running on a computer, one of the major SBTR model in four stages. Finally, the braking control
requirements of such a software package is the computa- system is introduced in the model. The implementation of
tional speed which needs to be faster than real time. In the such advanced methodology will help to develop and
rail vehicle dynamics domain, no such software package verify the proposed solutions at initial design phases by
has been found so far. reducing probable design faults.
The possibilities of developing the model for real-time
application in MATLAB/Simulink have been shown by
Bosso et al. [24]. In [18], researchers developed a real-time 3 Scaled bogie test rig
model by transferring the model developed in SimMe-
chanics (toolbox of Simulink) into the real-time workshop A scaled bogie test rig as shown in Fig. 3 was developed in
in the dSPACE platform. MATLAB models integrally the Centre for Railway Engineering, Central Queensland
possess difficulties with modifying the parameters. Addi- University, Australia. The test rig is the 1:4 scaled version
tionally, the nonlinear components were characterized by of a freight bogie/wagon of 26.5 t axle load for 1067 mm
the comparative linear model, resulting in less accurate narrow gauge track and LW3 wheel profile. The scaling
simulation in the presence of disturbances. An advanced factor (Ϩ) followed in this project is Iwnicki similitude
approach to developing a real-time test rig model for a method which is explained in Ref. [26]. The snapshot of
heavy haul locomotive based on the Gensys MBS package the scale factor implemented for various parameters in this
is presented and verified through co-simulation in [25]. project is provided in Table 1. However, the scale param-
However, the influence of the control system calculation eter comparison between the actual bogie and SBTR is not
process was not included in that model which potentially the scope of this paper. The test rig consists of one bogie
decreases the real-time performance. To address that issue, frame, two wheelsets, and four rollers.
a real-time model integrating the braking control system is
developed in this study that can emulate the behavior of the 3.1 Scaled bogie test rig model
physical counterpart faster than the actual time.
This paper is organized as follows. In Sect. 1, the A scaled bogie test rig is modeled as shown in Fig. 4 to
practical objectives of the investigations are mentioned. In replicate the physical scaled test rig. The parameters for the
Sect. 2, the methodology to solve those objectives/prob- scaled bogie test rig (SBTR) model were derived from the
lems mentioned in Introduction section is formulated. In actual test rig model developed in Gensys [27]. Addition-
Sect. 3, a complete model of the bogie test rig is developed ally, the moment of inertia of the scaled model was derived
and validated with experimental results. In Sect. 4, various from the SolidWorks model of the SBTR. All the compo-
stages to prepare a real-time simulation environment and nents are modeled as rigid mass bodies with six degrees of
phases to develop the real-time scaled bogie test rig from freedom with some constraints as listed in Table 2. The
the complete model are explained. Simulations with dif- scaled test rig is shown in Fig. 3, and basic parameters are
ferent case studies and their results are presented in Sect. 5. presented in Table 3.
The simulation results and comparisons are further dis- The connection between masses is shown in Fig. 4 with
cussed and analyzed in Sect. 6. the number of DOFs indicated. The connection between the
car body and bolster includes 10 couplings made up of
Fig. 3 Scaled bogie test rig in Centre for Railway Engineering, Centre Queensland University Australia
● two yaw dampers. response, and curve simulation. The difference in contact
patch formation and the distribution of normal and tan-
Each wheelset is modeled as a single mass with six
gential stresses are studied in [29]. In general, the vertical
DOFs. The connection between two side frames and two
curvature needs to be considered in wheel–roller contact,
wheelsets includes 24 couplings made up of
unlike wheel–rail contact where such curvature is huge.
● twenty-four stiffness and damping elements for longi- The finite curvature of the roller makes the contact surface
tudinal, lateral, and vertical directions; semi-axis shorter in the longitudinal direction which results
in the small size of the contact patch area. The standard
● four vertical and four lateral bumpstops. contact coupling wr coupl polach has been used in Gen-
Due to the finite vertical curvature of the roller as sys addressing the issues mentioned above [30].
compared to real track (i.e., rail), there exist differences
between wheel–rail and wheel–roller contact. In [28], the
authors report how those two types of contact differ with
regard to geometry, creep coefficient, stability, vibration
Table 1 Scaling factor considered Gensys online documentation [32, 33] as well as proce-
Parameter Scale factor
dures provided in Table 1 of [34].
The bogie model was checked for syntax errors by using
Scale 1/Ϩ (1/4) Gensys program RUNF_INFO [32] to analyze model code.
Dimension 1/Ϩ (1/4) A visual check was accomplished using the GPLOT [33]
Area 1/Ϩ2 (1/16) utility by plotting the bogie model in three dimensions and
Volume 1/Ϩ3 (1/64) checking for faults such as inappropriate connection
Mass 1/Ϩ3 (1/64) mounts and other geometrical errors. The quasistatic
Velocity 1/Ϩ (1/4) analysis was performed to analyze suspension response due
Acceleration 1/Ϩ (1/4) to displacements of 1 cm in lateral (right) and vertical
Force 1/Ϩ4 (1/256) (downward) directions. In vertical displacements, the
Torque 1/Ϩ5 (1/1024) wheel loads increased evenly throughout all axles. Simi-
Stiffness 1/Ϩ3 (1/64) larly, with 1 cm lateral displacement, the bogie was yawed
Damping 1/Ϩ3 (1/64) with respect to the roller.
Moment of 1/Ϩ5 (1/1024) A time-stepping analysis was conducted to determine
inertia the critical speed at a normal time step of 1 ms. The initial
speed of 67 km/h was implemented with deceleration at
3 km/h per second. Initial excitation was applied to the car
3.2 Model-checking and debugging
body to introduce hunting. The bogie stops hunting at a
speed of approximately 35 km/h as shown in Fig. 5 which
The coefficient of friction in the wheel–rail contact patches
corresponds to 140 km/h full-scale speed.
is assumed to be 0.42 considering dry weather conditions
[31]. The procedure followed in this stage is based on the
Car body
6 10
Bolster
4 14
2
Side frame
24
Rollerset Rollerset
bearing 1 Roller set 1 bearing
1 Z
Joint with number of DOFs
Fig. 4 Bogie test rig model with mass, force element, constraints, and joint with the degree of freedom. Adopted from [27]
Car body Yes, x=0 Yes Yes Yes, f=0 Yes, k=0 Yes
Bolster frame Yes Yes Yes Yes Yes Yes
Side frame Yes Yes Yes Yes Yes Yes
Axle Yes Yes Yes Yes Yes, k=0 Yes
Roller No No No No Yes No
x=0, f=0, and k=0 refer to longitudinal translation displacement, roll, and pitch rotations being fixed to be equal to zero
3.3 Validate with the previous finding conditions. In the first case, the bogie stabilized in all
conditions. For the second case, the bogie showed a
The model is compared with the experimental results from hunting motion when initial lateral displacement was
the physical scaled bogie test rig. The test rig was tested for applied. For the third case, the bogie showed self-hunting
six different test scenarios (see Fig. 6). First, it was tested motion after running for 5.5 s.
at a speed of 35 km/h with and without initial lateral dis- The second set of tests was accomplished to determine
placement. Second, it was tested at 54.6 km/h with and the maximum lateral displacement of the wheelsets when
without initial lateral displacement. Finally, it was tested at 850 N lateral force was applied on the wheelset. Three
67 km/h without initial lateral displacement. The initial different cases were compared as shown in Fig. 7. Forces
lateral displacement was developed on the front wheelset were applied on both wheelsets in the first case. In the
by applying an external force for 100 ms, with a 427 N load second and third cases, the force was applied on the rear
being applied in all cases to match the experimental wheelset and front wheelset, respectively. The maximum
Fig. 6 Lateral displacement at speeds of: a 35 km/h, b 54.6 km/h, and c 67 km/h
Fig. 7 Lateral displacement on wheelset at 35 km/h with 850 N external lateral force applied on a both wheelsets, b rear wheelset, and c front
wheelset
lateral displacement of the front wheelset was found to be 4 Real-time simulation of the model
3.50 mm which was 0.25 mm more than the corresponding
experimental result. Furthermore, the maximum lateral The SBTR model is unable to replicate the physical test rig
displacement of the rear wheelset was found to be 2.5 in the time domain. To be able to imitate the characteristics
which is equal to the corresponding experimental result. of its physical counterpart, the RT-SBTR is modeled by
modifying the SBTR in four phases. For real-time simu-
lation, a dedicated simulator environment is also created.
4.1 Calculation time in MBS collectively implemented to improve the calculation time
and satisfy the real-time simulation requirement [36].
The test rig model consists of one bogie frame, two In stage E1, the real-time kernel is implemented over a
wheelsets, and four rollers. All the components are mod- generic kernel. The Gensys MBS runs under the UNIX
eled as rigid mass bodies connected by force elements (i.e., environment. The real-time operating system (RTOS)
force couplings) and constraints. In every simulation step, kernel uses a preemptive-based scheduling algorithm
there are many other parameters and each of them has a which allows the scheduler to forcibly perform a context
unique task associated with it. Those parameters are: lsys switch to execute the desired high priority process without
defines the local coordinate system regarding the global waiting for kernel function to complete its execution. In
coordinate system, coupl determines the coupling forces, context switch, the state of a process or a thread is stored
func is the function in model script, mass creates mass which can be restored and resumed from the same stage
inertia in the model, cnstr evaluates constraints, integ is the later. It allows sharing the single CPU among multiple
numerical integrator, and ds represents the data storage processes. The symmetric multiprocessing (SMP) archi-
procedure. A special time estimator for each parameter has tecture of the kernel enables access to a single, shared main
been implemented in Gensys which are represented by the memory where two or more identical processors are con-
parameter subscript of t. The total time ttout in Gensys for nected. Since a CPU with multicore processors is used in
each output step is [25, 35]: this project, the SMP architecture applies to the cores,
ttout ¼ tlsys þ tcoupl þ tfunc þ tmass þ tcnstr þ tinteg þ tds ; ð1Þ considering them as separate processors.
In stage E2, the RAMdisk software is used. The time
where tlsys is the computational time spent on the position taken for data storage tds can be reduced by using RAM-
definition of local coordinate systems with reference to the disk. The computer’s RAM is still faster than even modern
global coordinate system, tcoupl the computational time solid-state drives. RAM can be used as a lightning-fast
spent on commands for coupling elements (coupling ele- virtual drive known as RAMdisk. This program would
ments are elements of various types that connect masses to reserve a section of RAM. All the files on the disk would
each other), tfunc the computational time required for the be stored in your RAM (see Fig. 9c). It could help to
calculation of defined functions in the model script, tmass optimize performance because the load times of the
the computational time spent on mass commands (a mass installed programs in a RAMdisk have near-zero latency
command creates inertia in the model, e.g., car body, bogie, because those data would already be stored in the fastest
wheelset, etc.), tcnstr the computational time spent on con- memory possible. Save a file also happens almost instantly
straint commands, tinteg the computational time required for as it would just be copied to another portion of RAM. This
calculation inside of the numerical integrator, and tds the would mean RAMdisk speeds up the application load times
computational time required for output data storage. and file read/write times for files saved in the RAMdisk. To
automatically create the RAMdisk at every boot, the auto-
4.2 Preparation of real-time environment for MBS mounting option was enabled. However, RAM is volatile
simulation memory and the content of the RAM can be lost if the
computer loses power. To deal with such nonpersistent
For a valid real-time simulation, the real-time simulator memory, a regular backup was set up by creating a bash
must accurately execute the output within the same time script to allow the periodic backup every 10 min in this
duration that its physical equivalent would. A dedicated work.
simulator environment is required to perform such simu- Another option that might be useful is RAM-based
lation. Two different environment preparation stages, solid-state drives (RAM-SSD). These are solid-state drives
namely E1 and E2, as shown in Fig. 8 have been that contain RAM instead of typical flash memory. They
are much faster to read and write as compared to RAM.
Such drives contain a battery so that they can maintain the
__
contents of the RAM even if the computer loses power.
E1 Implementation of a real-time kernel
Since RAM is more expensive than flash memory, RAM-
SSD is an expensive option.
Save data
Read and save data
Time integration
mass 1 mass 1
Time integration
Parallelised task
Memory
coupl 1 func 2
func 2 mass 2
mass 2
Time=tn
coupl 1 coupl 2
coupl 2 Time=tn
Car bodyy The verification of the RT-SBTR with respect to SBTR has
Secondary been done by the critical speed test and vertical contact
suspension force test. For the critical speed test, the initial speed was
coupling
set to 67 km/h and reduced at the rate of 3 km/h per second.
Core 0
Wheel-roller
force coupling numerical solver. Forces from both SBTR and RT-SBTR
showed similar characteristics and stabilized in a short
time.
Roller-set 1
5.2 Case studies
Roller-set 2
Fig. 13 a Critical speed, lateral displacement of wheelsets at critical speed for b SBTR, and c RT-SBTR
in Sect. 4.2 are performed. In Case 2, simulations based on real-time Linux environment. Since the simulated model is
the different stages followed to model the RT-SBTR as not memory intensive, not many differences were seen in
explained in Sect. 4.3 are shown. In Case 3, the simulation the second stage.
of RT-SBTR model incorporating the brake control system However, a clear difference in performance can be seen
is presented. if a complete railway vehicle is simulated. The total time
ttout in Gensys is presented in Fig. 15. In the RT operating
5.2.1 Case 1 environment, the output has less jitter as compared to the
non-RT environment. Overall, the computing time was
For all simulations, the SBTR model is simulated for 1 s. improved by 2.57 times.
The integration time step was set fixed at 0.25 ms, and the
results were saved every 1 ms. The first simulation was 5.2.2 Case 2
conducted with Gensys installed on the generic Linux
kernel. Then, the simulations were conducted at every This simulation is based on the different stages followed to
stage as explained in Sect. 4.2. Figure 14 presents the total develop RT-SBTR from SBTR mentioned in Sect. 4.3. For
time taken to execute the simulation of 1 s. all simulations, the RT-SBTR model is simulated for 1 s.
The computing time also indicates how many times the The integration time step was set fixed at 0.25 ms, and the
simulations are slower than real time. For example, the
original computing time is 3.99 times slower than real time. Generic
8 E1
In the first stage of improvement, the computing time is
improved by 2.55 times with the implementation of the E2
6
8
ttout (ms)
6
Computing time (s)
4
3.99
4
2
2 1.44 1.42
0 0
Generic E1 E2 Simulation time 1 s
Stages to prepare real-time simulation environment
Fig. 15 Total time ttout from the simulation in every stage with a
Fig. 14 Total computing time to execute the simulation of 1 s timestep of 1 ms for case 1
ttout (ms)
in four stages to develop the RT-SBTR model. Figure 16
shows the total time taken to execute the simulation of 1 s. 1
The total time ttout in Gensys is presented in Fig. 17. Firstly, 0.8
a two-step Runge–Kutta (Heun) numerical integrator has
been chosen which ignores backstepping. It improved the 0.6
computing speed of 1.42 s by 42% to reach 0.82 s. Sec- 0.4
ondly, single-point wheel–roller contact was considered in
the RT-SBTR model which improved the speed by 17%. In 0.2
1.2
accurate. As an alternative, the complex system of a full
vehicle model provides accurate results but may create
1 difficulty in preparing its design. Thus, a bogie model has
0.82
0.8 0.68 been selected in this project which has a slight trade-off
0.6
with accuracy to significantly reduce complexity in design.
0.48
0.39 Furthermore, to exactly represent the physical bogie test rig
0.4 in the time domain, the simulation model needs to run faster
0.2 than the physical test rig. In other words, the simulation
0
model needs to be capable of performing in a discrete time
E1 M1 M2 M3 M4 with fixed step by solving the internal state equations and
Stages to prepare RT-SBTR from SBTR functions representing the physical counterpart system in
less than actual time. In general, such a model is known as a
Fig. 16 Total computing time to execute the simulation of 1 s at
different stages of preparing RT-SBTR from SBTR
real-time model. An important question then arising is how
(a)
Longitudinal
0.3
Reference slip
slip
0.2 Wheelset slip
0.1
0
(b)
0.2
coefficient
Adhesion
Wheelset
0.15
0.1
(c)
6
Speed (km/h)
Wheelset
4 Roller
0
(d)
1
ttout
Calculation
time (ms)
0.75
0. 5
0.25
0
0 1 2 3 4 5 6 7 8 9
Time (s)
Fig. 18 Parameters in time domain: a reference slip and an estimated longitudinal slip of wheelset, b adhesion coefficient, c speed of the
wheelset versus roller, and d total time for each output step of 1 ms
to achieve such a model which has higher computing speed, are more dedicated and powerful computers already
but also good modeling accuracy. To address this question, available in the market, which may help to achieve faster
the model has been prudently simplified, and then, an computational speed.
innovative computing scheme involving parallel computing Simulation modeling of a scaled test rig for an adhesion
has been implemented. study at the wheel–rail interface is described in this paper.
Three simulation cases were carried out for 1 s each for To progressively conduct the study of the complexity of the
comparison purposes. In case 1, the computational speed modern railway vehicle, hardware-in-loop simulation
while preparing a real-time simulation environment was integrating the physical test rig will be performed in future.
recorded. The computing speed was improved by 2.57
times by establishing the simulation environment without Acknowledgements The authors greatly appreciate the financial
support from the Rail Manufacturing Cooperative Research Centre
changing the model. However, the time taken to simulate (funded jointly by participating rail organizations and the Australian
was far from real time. In case 2, the model was further Federal Government’s Business Cooperative Research Centres Pro-
simplified, and parallel computing was implemented. This gram) through Project R1.7.1—“Estimation of adhesion conditions
reduced the computation time from 1.42 s to 0.39 s which between wheels and rails for the development of advanced braking
control systems.” Tim McSweeney, Adjunct Research Fellow, Centre
was 2.5 times faster than real time. In both cases, the for Railway Engineering is thankfully acknowledged for his assis-
control system was not incorporated into the model. In tance with proofreading.
general, the addition of the control system makes the model
more computably expensive and unstable. In this work, the Open Access This article is licensed under a Creative Commons
Attribution 4.0 International License, which permits use, sharing,
computational time of the model with the control system adaptation, distribution and reproduction in any medium or format, as
included is 0.62 s which is still faster than real time. Thus, long as you give appropriate credit to the original author(s) and the
the proposed technique can satisfy the requirements of the source, provide a link to the Creative Commons licence, and indicate
real-time simulation of the system. However, the brake if changes were made. The images or other third party material in this
article are included in the article’s Creative Commons licence, unless
control used in this work is simplified and a more precise indicated otherwise in a credit line to the material. If material is not
control scheme may lead to a higher computational com- included in the article’s Creative Commons licence and your intended
mitment. A computer equipped with Intel® Core™ i5-4570 use is not permitted by statutory regulation or exceeds the permitted
CPU @3.20 GHz with 8 GB of RAM has been used for the use, you will need to obtain permission directly from the copyright
holder. To view a copy of this licence, visit http://creativecommons.
simulation process with the Gensys MBS software. There org/licenses/by/4.0/.