5.1. General Simulation Model
In accordance with our goals, we developed a simulation-based method for energy consumption calculation. In the initial phase of our project, we constructed the main model, which focuses on vehicle dynamics. The preliminary objective was to develop a functional BEV vehicle model and subsequently adapt it to a range of actual vehicle models. The Jaguar I-Pace was selected as the model vehicle for the experimental measurements, as it was the only vehicle of the specified type that was available. The Jaguar I-Pace is a standard battery electric vehicle with a four-wheel drive (4WD) dual-motor layout and a nominal battery capacity of 90 kWh. The initial stage in the development of a scalable simulation tool that can be re-calibrated for other electric vehicle models is the creation of a model of the vehicle in question [
39]. The input parameters (in the case of the I-Pace) regarding the general simulation model are listed in the following
Table 1:
Our goal in creating this model is to build a simulation tool that can perform sufficiently accurate dynamic calculations for a wide range of vehicle dynamics scenarios. Given that the 0 to 100 km/h acceleration time is publicly available from the original equipment manufacturer (OEM), this scenario was chosen to verify the dynamic behavior of the simulation model. According to the I-Pace catalogue data, the vehicle can accelerate from 0 to 100 km/h in 4.8 s. The simulation model we developed also delivered the same result, which proved the model’s applicability.
The diagram above (
Figure 2) demonstrates that the simulation of the vehicle propulsion and dynamics are sufficiently precise for use in our system.
The model was constructed (see
Figure 3) using the Simscape and the Vehicle Dynamics Blockset libraries. The system is fed with measurement data and a variety of environmental data. The recorded data include vehicle speed, Global Navigation Satellite System (GNSS) coordinates (lateral and longitudinal), vehicle high-voltage battery SOC data, environmental temperature, cabin temperature, and calculated consumption data from the vehicle board computer. The described BEV model is fed with the above-mentioned measured data, which were recorded during the vehicle measurements activity. The environmental data include feedback from the vehicle dynamics simulation, which were calculated during the simulation model runtime. The dataset is processed and then separated into three distinct datasets, the first of which is the vehicle control subsystem. The operation of the control module results in the speed required during movement, which is used to determine the required motor torque and braking force. Since, an initial velocity dataset is not sufficient to control an open loop system, the Automated Driving toolbox was applied. For longitudinal control, the Longitudinal Controller Stanley block was used [
40]. This control is based on a Proportional Integral (PI) Controller, the working principle of which is described by the following formula:
where
is the control signal at the jth time,
is the proportional gain of the control,
is the internal gain of the control,
is the sample time of the block,
z is the sample time of the simulation,
is the velocity error at the jth time.
As an input to the vehicle control block, the reference speed is derived from the actual vehicle motion measurement provided by the simulation results. The remaining two inputs are the direction, which was set to forward throughout the simulation, and the reset signal, which was set to true each time the reference velocity was 0 km/h.
The block is designed to calculate acceleration and deceleration commands using a specified equation and input data. In this case, the acceleration signal was directly connected to the represented motor block in the vehicle. It should be noted that recuperation was disabled during the test runs; as a result, the simulation did not utilize the electric propulsion system for deceleration. The acceleration command is derived from the converted accelerator pedal position to torque command using the motor torque speed curve.
The torque command is then conveyed to the electric drive subsystem. In the electric drive system, data are fed into the electric motors in accordance with the specifications of the vehicle model in question [
41]. The electric motors were implemented using a Mapped Motor block from the Powertrain Blockset [
42]. The Mapped Motor block is based on an analysis of the motor torque/speed (
Figure 4) and power/speed (
Figure 5) curves taken from the vehicle data sheet and dynamometer data [
43]. The vehicle drive line comprises two drive units, necessitating the implementation of two motors in the simulation. In this section, we employ data on maximum torque and power. The simulation is based on a 90 kWh battery model for the purpose of electrical power storage. A detailed analysis of the battery pack will be provided in the subsequent section of this article.
In the propulsion component of the system, the input parameter is the requested torque. The electrical energy consumption of the drive motor is calculated, and furthermore, the current consumption and speed of the electric motor are subject to monitoring. It is also worth mentioning the methodology that was used to calculate the power consumption of the drive system. This was achieved by using Matlab’s Mapped Motor block, which performs the necessary calculations to determine the mechanical power and power dissipation of the motor, and then divides the latter by the input voltage. The current drawn by the drive motor is calculated using the following formula:
where
is the motor actual current,
is the motor mechanical output power,
is the motor power loss,
is the high-voltage battery pack actual voltage value,
is the motor shaft speed,
is the motor output shaft torque,
is the motor inertia.
In the actual vehicle, an epicyclic gearing system is employed between the motor shaft and the driveshaft. For the sake of simplicity, only a single gear ratio is utilized in this illustration. The motor output shaft is connected to a limited-slip differential in a manner analogous to that observed in the actual vehicle. The limited-slip differential block incorporates a differential as a planetary bevel gear train. It is the function of the block to align the driveshaft bevel gear with the crown (ring) bevel gear [
44]. In a limited slip differential, the objective is to prevent one of the wheels from slipping. This is achieved by the differential splitting the torque applied to the left and right axles. The application of different torque to the axles enables the wheels to move at different angular velocities. This effectively eliminates slippage. The block assumes rigid coupling between the crown gear and axles [
45]. The mechanical dynamic response equation derived from this assumption for the crown gear is as follows:
where
is the driveshaft angular speed,
is the rotational inertia of the crown gear assembly,
is the efficiency constants,
is the driveshaft torque, so the motor torque,
is the crown gear linear viscous damping,
is the driveshaft axle internal resistance torque
The mechanical dynamic response equation derived from this assumption for the left axle is as follows:
where
is the left axle angular speed,
is the rotational inertia of the left axle,
is the left axle torque
is the left axle linear viscous damping,
is the left axle internal resistance torque
The mechanical dynamic response equations derived from this assumption for the right axle is as follows:
where
is the right axle angular speed,
is the rotational inertia of the right axle,
is the right axle torque
is the right axle linear viscous damping,
is the right axle internal resistance torque
The block is assumed to have rigid coupling between the crown gear and axles, as represented by the limited slip differential equation.
where
Once the torque on the left and right axles has been defined, it is necessary to convert this value to a torque acting on the tire. In order to accomplish this conversion, the Combined Slip Wheel 2DOF block from the Vehicle Dynamics Blockset is utilized [
46]. This block encompasses two degrees of wheel motion freedom and a total of six degrees of freedom for tire forcing in conditions of combined longitudinal and lateral slip. The input torque can be expressed as a summation of the applied axle torque, the braking torque and the moment resulting from the collective tire torque. The following equation represents the relationship between the input torque and other relevant variables:
where
is the net input torque,
is the applied axle torque about the wheel spin axis,
is the braking torque,
is the combined tire torque.
Meanwhile, the joint action of tires generates forces at the wheels and rolling resistance to motion. These phenomena are described as exhibiting first-order dynamics. The rolling resistance to motion has a time constant that is parameterized in terms of a relaxation length [
47,
48].
where
is the tire relaxation length,
is the wheel angular velocity,
is the effective tire radius,
s is the static friction,
is the longitudinal force developed by the tire road interface due to slip,
is the rolling resistance torque.
The braking torque is calculated based on the assumptions of an idealized dry clutch friction model. The block employs the relevant friction and dynamics models in accordance with the lock-up condition:
where
is the wheel moment of inertia
is the linear velocity forece component
is the net output torque
As illustrated in
Figure 3 of our simulation model, the data from the wheel are transmitted to the suspension section within the model. In accordance with the I-pace suspension system, two distinct blocks were employed to simulate the vehicle suspension. The front wheels were represented by the Independent Suspension–MacPherson block from the Vehicle Dynamics Blockset, while the rear wheels were represented by the Solid Axle Suspension–Coil Spring block. This was a crucial aspect, as the vehicle propulsion system utilizes all four wheels for movement. The Independent Suspension–MacPherson block represents a specific model that incorporates an independent MacPherson suspension for multiple axles, with multiple wheels per axle [
49]. The operation of the independent suspension block depends on the modeling of the suspension compliance, damping and geometric effects, which are considered as the relative positions and velocities of the vehicle and wheel carrier, with axle-specific compliance and damping parameters being taken into consideration. Subsequently, the suspension compliance and damping parameters are employed in order to calculate the suspension force exerted on the vehicle and wheel. The Solid Axle Suspension–Coil Spring block is a suspension system designed for vehicles with multiple axles and wheels employing a solid axle suspension with a coil spring [
50]. The block model represents the suspension compliance, damping and geometric effects as a function of the wheel positions and velocities. Additionally, it incorporates axle-specific compliance and damping parameters. The block utilizes the data obtained from the wheel position and velocity to calculate the vertical wheel position and the suspension forces exerted on the vehicle and wheel [
51,
52].
The subsequent component of the model is the vehicle chassis subsystem. It is therefore important to demonstrate which block represents the vehicle chassis in the simulation environment. This was constructed using the Vehicle Body 6DOF block from the Vehicle Dynamics Blockset [
53]. A six degree-of-freedom (DOF) rigid two-axle vehicle body model was employed to calculate the longitudinal, lateral, vertical, pitch, roll and yaw motion of the vehicle. A number of factors contribute to the block, including the mass of the vehicle’s structure, its inertia, the drag experienced by the vehicle as a consequence of aerodynamic forces, the incline of the road and the distribution of weight between the axles. These factors are considered in conjunction with the influence of suspension and external forces and moments. The purpose of these calculations is to realistically characterize the motion of the vehicle. The body-fixed and vehicle-fixed coordinate systems are identical in their fundamental characteristics. The Vehicle Body 6DOF block is responsible for the transformation of the coordinate system fixed to the body into a general global reference system [
53].
In order to calculate the energy consumption of the electric drive systems, the performance data of all the sub-systems presented above are used in the relevant calculations. The data transmitted from the aforementioned subsystem are received by the vehicle’s drivetrain, where the torque exerted by the motor is calculated and used to determine the torque request on the wheels through the gearbox and differential. Subsequently, the wheel torques are transmitted as input to the wheel control subsystem of the model. With respect to the original electric vehicle model, the simulation uses a very similar layout. In the I-Pace drivetrain, the electric motor is connected directly to a planetary gear set, which then transfers the different speeds to the drive axle. We simplified the model by using a limited slip differential instead of a planetary differential. The electric motor is connected to a gear ratio which is connected to a limited slip differential and then, with the axles, it is connected to the wheel. It is worth noting that the consumption calculation simulation contains the vehicle suspension and chassis too. The inertia of the entire vehicle body is calculated using the Vehicle Body 6DOF block.
The brake command is conveyed to the brake hydraulics blocks. The data encompass the brake demand for each of the four wheel units. The wheel model uses the brake pressure per wheel as input data. Additionally, the wheel model receives input from the two subsystems previously mentioned, in addition to environmental data. The objective of this module is to create a model that accurately represents the longitudinal characteristics of the vehicle wheels over the course of their operational lifetime. Subsequently, the data are forwarded to the system that characterizes the vehicle suspension.
In order to manage the lateral dynamics of the vehicle, it is necessary to regulate the steering input. To achieve this objective, it was decided that a Lateral Controller Stanley block from the Automated Driving Toolbox would be the most appropriate solution [
54]. The decision to select the Stanley Controller was based on the straightforward implementation process and the comprehensive availability of input information. In employing a kinematic bicycle model (
Figure 6), the block is able to ascertain the trajectory of the vehicle.
The following equation is represented by the block:
where
is the heading of the vehicle (yaw angle),
is the yaw rate if the vehicle,
is the velocity of the vehicle,
is the angle of the front wheels regarding the vehicle body,
a is the distance between the vehicle center of gravity (CoG) and the front axle,
b is the distance between the vehicle center of gravity (CoG) and the rear axle.
The inputs utilized in this block are the vehicle’s reference position, which is derived from the GNSS data obtained during the test routes, and the vehicle’s current position, which is represented by the feedback data from the simulation. The third input variable represents the actual velocity of the object, which has been derived from the simulation. The final variable to be considered is the direction, which was set to ‘forward’ and remained constant throughout the course of all test routes. Accordingly, the simulation is capable of calculating the output data of the lateral controller, yet the information in question was not extracted. This is due to the fact that, in the case of our study, the proficient path tracking is not a component of our investigation, and thus not a factor that we have considered. During the course of this experiment, no instances of reversing maneuvers were observed. In this particular case, the tracking error can be calculated using the following equation:
where
In other published works, it can be observed that the average discrepancy in the case of the Stanley path tracking crosstrack error is sufficient for use on an 8–9 km long journey [
55,
56].
In accordance with the equations previously stated, the control subsystem then calculates the requisite steering angle on the basis of the GNSS data recorded during the measurement. This angle is then transferred to the vehicle’s steering subsystem. The steering angle per wheel will subsequently be aligned with the previously calculated data in the subsystem that controls the suspension. As the final stage of the general model, the vehicle simulation describes the behavior of the vehicle chassis in detail (
Figure 3—Chassis block).
5.2. High-Voltage Battery Simulation Model
The propulsion system for electric vehicles necessarily includes a power source system. Accordingly, this section introduces the applied high-voltage battery simulation model. The majority of electric vehicles manufactured in the present era continue to utilize lithium-ion battery packs [
57]. The main reason for the use of this technology is that it is still the most readily available solution in the automotive industry. The accumulated expertise and knowledge derived from two decades to 25 years of prior consumer electronics utilization enables the effective and cost-efficient integration of lithium cells into vehicle systems [
8]. The various cell layouts are typically arranged in systems with a voltage range from 400 to 800 volts. The specified voltage levels are sufficient to power a permanent magnet synchronous motor (PMSM) machine, a 12 V battery, and the remainder of the electronics over an extended period [
58]. In the case of our particular vehicle, it is constructed on a 400 V system, yet its cell layout is completely different from the average battery design. Additionally, it was established based on a cell type that is distinct from the one used in the original design. In order to achieve optimal simulation results, we constructed a model of high-voltage batteries in vehicles. We applied battery packs with a generic battery model from the Simcape Toolset [
59].
The input parameters of the battery block are those given in
Table 2. The battery model currently in use does not incorporate the battery State of Health (SOH), which would be responsible for defining the maximum capacity of the battery [
60,
61]. Instead, assuming that we are referring to a vehicle that has not been driven much, for simplicity, we can determine the maximum available capacity in the current model without significant error, taking into account the data in the catalogue. The battery pack properties were validated through the examination of the open circuit voltage level of the pack and its capacity when connected to a 1000 W power consumer. Information about the battery is available on the Internet [
62]. The I-Pace battery pack consists of a 108s4p battery assembly layout. The vehicle is equipped with LGX N2.1 lithium-ion cells, as detailed in
Table 2. The vehicle is equipped with 432 pcs of LGX N2.1 lithium-ion cells [
63].
The characteristics of the simulated battery pack are illustrated in
Figure 7.
As illustrated in the diagram, if a 1000 W load is connected to the battery connectors, the battery can supply this load for approximately 90 h.
The diagram demonstrates that the nominal voltage of the battery is 388 V, which is comparable to the value that can be derived from the cell data.
By employing the aforementioned methodology, the maximum voltage of the pack can be determined:
By combining the capacity in ampere-hours (Ah) with the voltage, it is possible to calculate the energy in kilowatt-hours (kWh).
The equations indicate the theoretical capacity of the battery pack based on the available data regarding the individual cells. The equations above provide evidence that the built simulation of the battery is sufficiently precise to be utilized within the system.
It is evident that through the state of charge (SOC) parameter and the straightforward battery depletion characteristics, we cannot describe the behavior of a full electric passenger car battery pack in detail. However, as we were testing a series-production vehicle and had limited access to sensors and data, this simplified assessment seemed a reasonable way to assess the suitability of our battery model. In accordance with this, we utilized the data that were publicly available only. The sensors in series-production vehicles are unable to provide accurate data. Such data cannot be incorporated into the system. It is recommended that the methodology employed for calculating the SOC of the vehicle in question be adjusted in order to account for the vehicle’s actual consumption. In order to obtain accurate data, it would be necessary to install additional sensors. However, in this case, the objective was to validate the system using a production car. The calculations are dependent on the temperature and battery voltage, as well as previous recuperative phases. Therefore, the dip would not be reliable. It would be more accurate to use sensors that are available in a production vehicle.
The present discussion offers insight into the determination of data for estimating functions, and it suggests that more accurate immersion is required. The SOC is only accessible at specific intervals at the outset of the battery presentation.
5.3. Vehicle Electric Steering Simulation Model
In the case of an electric vehicle, in addition to the components of the propulsion system, other relevant energy consumers should be considered, with particular attention to the impact of safety-critical system elements on consumption. Although the braking system is one of the most safety-critical components of the vehicle, its impact is not investigated in detail in this study, as recuperation is not considered and, therefore, the impact on energy consumption is negligible. In contrast to the brakes, the steering system is not negligible and its operation and impact on energy consumption are examined in detail. The implementation of power steering in vehicles has been a standard feature since the 1980s, conferring numerous benefits to drivers. In particular, when maneuvering in a parking situation, a reduced level of torque is required from the driver in order to rotate the wheels. Furthermore, the torque can be regulated in a consistent manner, thus enabling the driver to perceive a uniform torque sensation when operating the steering wheel. Regardless of the type of steering servo, these components are instrumental in maintaining the vehicle’s lateral alignment. These should be calibrated to provide the driver with the optimum level of tire/road contact information using the processed sensor data collected from the inputs. From a safety perspective, it is of paramount importance to facilitate rapid response times through the provision of rapid feedback in order to circumvent the potential for accidents. The typical urban driving route comprises a high number of turning maneuvers, which has a considerable effect on the overall electric consumption of the vehicle in question. A simplified model is employed for the purpose of calculating the consumption of the system. The steering system of the test vehicle incorporates an electric motor that is integrated into the steering rack, as illustrated in
Figure 8. In the simulation, the following equations were employed to calculate the electronic power steering data [
64]:
To calculate the power consumption of the power steering, we created a simplified model, as shown in
Figure 8. The relationship between the steering wheel and the pinion can be expressed as follows:
where
is the inertia of the steering column and the steering wheel,
is the torque generated by the driver,
is the stiffness of the steering column,
is the deboosting of the steering column,
is the steering wheel angle,
is the steering shaft angle.
The system torque support equation is as follows:
where
is the generated inertia of the motor,
is the torque of the motor,
is the stiffness of the motor,
is the ratio at the end of the motor shaft,
is the deboost of the motor,
is the motor shaft angle.
The total steering equation, which describes the relationship between the steering wheel and the steering column, is as follows:
where
m is the mass of the rack and pinion,
x is the displacement of the rack
is the pinion radius
is the rack and pinion deboost,
is the linear rigidity of the rack.
To set up the PMSM model, we need a number of simplifying assumptions. Firstly, the saturation of the motor iron core and the influence of the leakage magnetic flux are ignored. Secondly, the eddy current and hysteresis losses in the motor are excluded. Thirdly, the motor current is considered as a symmetrical three-phase sinusoidal current. Fourthly, we assume that the air gap between the strator and rotor is evenly distributed. Furthermore, the magnetic circuit is not contingent on the position of the rotor. In other words, the inductance of each winding is not dependent on the rotor position [
65,
66]. In order to emulate the actual operational circumstances, the PMSM apparatus was employed as the servomechanism throughout the simulation. To determine the requisite torque, the following equation was utilized:
where
N is the number of pole pairs in the motor
is the current q-axis component
is the current d-axis component
is the d-axis inductance
is the q-axis inductance
is the rotor magnetic linkage
The inputs (speed of the vehicle and the angle of the steering wheel) to the steering simulation came from the base model [
67]. A visual representation of the simulation model is presented in the following
Figure 9.
5.5. Vehicle HVAC System Model
The heating, ventilation and air conditioning (HVAC) system is one of the most power-intensive systems in the vehicle. König A. et al. found that HVAC and other electrical subsystems can contribute up to more than half of total vehicle consumption at low speeds in different scenarios [
69].
Before introducing the simulation setup, we would like to give an overview of the HVAC system [
70]. A complete cooling and heating system works in two basic ways. The first is cabin heating, for which a water heating system is commonly used in today’s modern vehicles. A water heating system uses the engine’s cooling water system and transfers the heat to the cabin via the water/air heat exchanger and the available hot air ducts. The advantage of water heating is that the engine and cab are heated together. The system is usually installed in the engine compartment and connected to the cooling water system. The heat energy is dissipated by the vehicle’s heat exchanger and the warm air is gently blown into the cab through the air duct. The other case is cooling, where the primary objective is to transport the warm air inside the cabin to the outside environment.
The refrigerant gas circulating in the system passes from the evaporator to the gas compressor in the engine compartment, where it is compressed to a higher pressure, resulting in higher temperatures. The hot, compressed refrigerant vapor is then at a temperature and pressure that can be condensed and passed through a condenser, usually located in front of the car radiator.
The air is blown through the evaporator, often after filtration by the cabin air filter, by a variable-speed electric centrifugal fan, causing the liquid part of the cold refrigerant to evaporate, further reducing the temperature. The hot air is thus cooled and stripped of moisture (which condenses on the evaporator coils and is exhausted outside the vehicle). It is then passed through a heatingbox in which the engine coolant circulates, where it can be heated to a user-selected degree or even a specific temperature, and then released into the passenger compartment through adjustable vents.
Another way of setting the desired air temperature, this time by adjusting the cooling capacity of the system, is to precisely control the speed of the radial fan so that only the airflow strictly required is cooled by the evaporator. The user also has the option of closing the vehicle’s external air vents to achieve even faster and more powerful cooling by recirculating the already-cooled air in the passenger compartment back to the evaporator. To complete the cooling cycle, the refrigerant vapor is returned to the compressor. The hotter the air entering the evaporator, the higher the pressure of the vapor mixture leaving it, and therefore, the greater the load on the compressor and hence the motor to circulate the refrigerant through the system. The compressor load is also proportional to the condensing temperature. The compressor can be driven either by the vehicle engine (e.g., a belt-driven, electronically controlled compressor can be driven directly by a belt without the need for a clutch or magnet) or by an electric motor. The HVAC model we use is based on the HVAC Vehicle Model (
Figure 10) available in the Matlab example [
71]. Necessarily, in order to fit the model to the characteristics of the test vehicle, we had to modify the simulation parameters. Some of the input parameters for this model came from the measurement data, like the environmental pressure, environmental temperature and desired temperature in the vehicle cabin. Some other inputs are from the base simulation system, like the vehicle motor speed and the calculated vehicle speed. For power calculation, we use the calculated mechanical power requirement of the system. The total mechanical power requirement was calculated from the mechanical power of the blower, which is responsible for delivering the correct volume of air to the passenger compartment, the fan, which is responsible for cooling the air for the radiator, and the mechanical power of the compressor, which is responsible for moving the high-pressure liquid gas in the refrigerant system. To estimate the electrical power required, the above elements were summed, taking into account the 90% efficiency typical of modern electric motors.