Gelöste Aufgaben/JUMP: Unterschied zwischen den Versionen

Aus numpedia
Zur Navigation springen Zur Suche springen
Zeile 71: Zeile 71:


<div id="workpackages">
<div id="workpackages">
<ul>
::<ol>
<li>[[Gelöste Aufgaben/JUMP/Battery|Battery]]</li>
<li>[[Gelöste Aufgaben/JUMP/Battery|Battery]]</li>
<li>[[Gelöste Aufgaben/JUMP/Car-Body|Car-Body]]</li>
<li>[[Gelöste Aufgaben/JUMP/Car-Body|Car-Body]]</li>
<li>[[Gelöste Aufgaben/JUMP/Driver Controls|Driver Controls]]</li>
<li>[[Gelöste Aufgaben/JUMP/Driver Controls|Driver Controls]]</li>
<li>[[Gelöste Aufgaben/JUMP/E-Motor and Drive-Train|E-Motor and Drive-Train]]</li>
<li>[[Gelöste Aufgaben/JUMP/E-Motor and Drive-Train|E-Motor and Drive-Train]]</li>
</ul>
</ol>
<splist
</div>
showparent=no
sort=asc
sortby=title
liststyle=ordered
showpath=no
kidsonly=yes
debug=0
/></div>


== Model ==
== Model ==

Version vom 11. März 2021, 06:15 Uhr


Problem Statement

This example from Mechatronics combines mathematical models of mechanical and electrical components to simulate an RC-car-model. We've taken some reference-parameters from commercial vendors and adopted them as appropriate.


Jump!

Create a mathematical Model for an RC-Model Car.

The model shall account for the basic car-functions in a 2D-driving environment including vehicle dynamics, drive-train, battery and driver.

A 2D-test-parkour shall be provided to assess basic climbing and jumping capabilities of the car.


Overall Scope

We are tasked to provide a mathematical performance model for an RC-car model with a given reference-configuration. The mathematical model shall account for different operational envelopes and test for e.g. climbing capabilities, typical loads on springs and car-agility.

We follow a generic approach in modelling and simulation which consists of three overall steps:

  • Structuring
  • Modelling
  • Simulating

Structure

The function of “structuring” is to break down this complex task - modelling and simulating the performance of our RC-car - into work-packages. We aim at reducing the complexity of the model until the remaining entities appears to be rather trivial to manage.

The structure we are aiming at is a pre-requisite for step 2: building the mathematical model. This model is the projection of the physical processes into mathematical equations. We’ll be implementing our model as an Initial-Value-Problem (IVP) , written in mathematical terms as

The left-hand side of the equation, q, are the state variables of our system. They are the minimum-set of values to describe the physical state of our model at a certain time t. The state variables stem from the car's sub-systems. We choose four workpackages to contribute to the state-variables:

  • Battery:the power-source for the car
  • Car Body: consisting of the car's chassis and its wheels
  • Driver-Controls: processes that control acceleration and deceleration of the car
  • E-Motor and Drive-Train: the mechanisms that transfer battery power into mechanical energy.
State Variables

Each workpackage contributes state variables to the column vector q:

The IVP establishes mathematical equations describing how these state variables change over time, e.g. how a driver actuates the "gas"-pedal, which increases the motor-voltage, thus increasing the motor-torque and hence accelerating the car.

Block Diagram.

Our first approach is to depict each workpackage as graphical block and connect information / property exchange between blocks as in a diagramming tool:

The driver chooses a "gas"-pedal state "p" depending on information form the car's location, speed and battery temperature "TB".

At the E-motor, "p" sets the nominal voltage "UM" of the E-motor, this implies a motor current "IM" and wheel torque "MW".

The motor current "IM" then drives both the battery temperature and the available battery voltage "UB".

And the wheel torque propels the car, delivering new locations and velocities.

These are the submodels to be developed in each workpackage:

Model

The mathematical model consists of XX differential equations with coordinates for each subsystem:

for the battery,
for the car-body
for the driver and
for the E-motor.

However, we have no elasticity accounted for between the E-motor and the wheel, thus

and so the remaining coordinates are

.

We have to deal with first and second order time derivatives of coordinates from q. All mechanical coordinates (e.g. ui, φ) are represented with their second-order time-derivatives that come from their D'Alembert's Inertia Forces. In order to transfer the equations of motion into a uniform set of differential equation of first order, we employ e.g.

so that the column matrix of state variables of the system is

.

But as indicated above the rotation angle of the front wheel ψM never appears in our equation - we remove it from the list of state variables.

Now in matrix-notation, the resultant equations of motion are

with

and

Simulation

Links

  • ...

Literature

  • ...