A vehicle includes wheels, force sensors adapted for a vertical force and lateral force of each wheel, an onboard device, and a controller. The controller calculates vehicle values using the vertical force and lateral force, compares the values to a corresponding threshold, and automatically deploys the device when each element value does not exceed a corresponding threshold. A method for determining when to deploy an airbag includes measuring a vertical and lateral force at each wheel, and measuring a yaw rate and roll angle. A lateral velocity is calculated using the lateral force, and a lift of each wheel is calculated using the vertical force. The roll angle, roll rate, and stopping time are processed to generate a point on a 3d rollover plane. A rollover energy rate is calculated, and the airbag deploys when the point, rollover energy rate, and lift do not exceed a threshold.

Patent
   8073597
Priority
Apr 24 2009
Filed
Apr 24 2009
Issued
Dec 06 2011
Expiry
Jul 02 2030
Extension
434 days
Assg.orig
Entity
Large
3
2
EXPIRED
1. A vehicle comprising:
a plurality of wheels;
a plurality of force sensors each adapted for measuring a vertical force and a lateral force at a different one of the plurality of wheels;
a deployable device; and
a controller in communication with the plurality of force sensors;
wherein the controller has an algorithm configured for calculating a set of vehicle values using the vertical force and the lateral force, for comparing the set of vehicle values to a corresponding minimum threshold, and for automatically deploying the device when each value of the set of vehicle values does not exceed a corresponding calibrated threshold.
11. A method for determining when to deploy an airbag in a vehicle having a plurality of wheels, the method comprising:
measuring a vertical force and a lateral force at each of the plurality of wheels;
measuring a yaw angle of the vehicle using a yaw angle sensor;
measuring a roll angle of the vehicle using a roll angle sensor;
calculating an estimated lateral velocity of the vehicle using the lateral force;
calculating a lift of each wheel using the vertical force;
processing the roll angle, roll rate, and stopping time of the vehicle to thereby generate a point on a 3d rollover plane;
calculating a rollover energy rate of the vehicle; and
automatically deploying the airbag when the point, the rollover energy rate, and the lift each have values less than a corresponding calibrated minimum threshold.
6. A vehicle comprising:
a plurality of wheels;
a plurality of sensors including a roll angle sensor connected to a vertical axis of the vehicle and a set of force sensors each connected to a different one of the wheels and adapted for measuring a vertical force and a lateral force at each of the plurality of wheels;
a deployable side curtain airbag; and
a controller in communication with the set of force sensors, the controller having an algorithm that is adapted for deploying the side curtain airbag in response to a threshold comparison between each of:
a three-dimensional (3d) rollover plane defined by the roll angle, the roll angle rate, and a calculated stopping time;
a calculated roll energy rate of the vehicle; and
a lift status of each of the plurality of wheels;
wherein the algorithm is configured for estimating a lateral velocity of the vehicle using a lateral force value from the set of force sensors, for calculating the calculated stopping time as a function of the lateral velocity, and for calculating the roll energy rate as a function of the roll angle.
2. The vehicle of claim 1, wherein the corresponding calibrated threshold includes: a three-dimensional roll plane threshold value, a roll energy rate threshold value, and a wheel lift threshold value.
3. The vehicle of claim 2, further comprising a yaw rate sensor adapted for measuring a yaw rate of the vehicle and a roll angle sensor adapted for measuring a roll angle of the vehicle;
wherein the algorithm is adapted for calculating the roll energy rate as a function of the roll angle, the yaw rate, and an estimated mass of the vehicle.
4. The vehicle of claim 3, wherein the controller is operable for estimating a lateral velocity of the vehicle as a function of each of the estimated mass of the vehicle, the vertical force, the lateral force, and the yaw rate; for calculating a stopping time using the lateral velocity; and for using the stopping time to determine the three-dimensional roll plane threshold value.
5. The vehicle of claim 3, wherein the controller is adapted for determining the estimated mass of the vehicle as a function of the vertical forces measured by the force sensors when the vehicle is at a standstill.
7. The vehicle of claim 6, wherein the controller is operable for determining the lift status by comparing a vertical force of each wheel to a calibrated minimum threshold.
8. The vehicle of claim 6, wherein roll energy rate is also a function of the mass, the roll angle, and the cross moment of inertia of the vehicle.
9. The vehicle of claim 6, wherein the calculated stopping time is determined as a function of an estimated lateral velocity of the vehicle, and wherein the estimated lateral velocity of the vehicle is a function of each of the lateral force of each of the plurality of wheels, the estimated mass of the vehicle, the yaw rate of the vehicle, and a calibrated lateral velocity.
10. The vehicle of claim 6, wherein the set force sensors are configured as one of: a piston-in-cylinder device, a foil strain gage device, and a piezoelectric sensor device.
12. The method of claim 11, wherein calculating a rollover energy rate includes estimating a mass of the vehicle as a function of the vertical force at each wheel when the vehicle is at a standstill.
13. The method of claim 11, wherein calculating a lift of each wheel includes comparing a vertical force at each wheel to a calibrated minimum force.
14. The method of claim 11, wherein calculating an estimated lateral velocity of the vehicle includes estimating a mass of the vehicle as a function of the lateral force at each wheel when the vehicle is moving.

The present invention relates to vehicle rollover detection, and more particularly to a method and a system for predicting a vehicle trip-over event.

The National Highway Transportation Safety Administration (NHTSA) characterizes vehicle rollover events both by type and severity, with the most commonly occurring vehicle rollover event being a trip-over event. The term “trip-over event” describes a particular type of vehicle rollover event wherein the lateral motion of a vehicle is suddenly arrested by an opposing force such as soft or sandy soil, a curb, or a high-friction surface. In order to protect and contain vehicle occupants during a rollover event, modern vehicles are often equipped with rollover sensing systems. Such systems attempt to detect dynamic vehicle conditions that might be indicative of a rollover event. Positive rollover detection can be used to signal deployment of various onboard devices, e.g., seat belt tensioning devices, airbags, etc.

Accordingly, a method is provided in the form of a computer-executable control algorithm that when executed continuously monitors a set of vehicle values to determine whether a vehicle trip-over event is occurring. The algorithm can be stored or recorded in memory of an onboard electronic control unit or controller, and automatically executed upon start up of the vehicle. Once executed, a set of values is continuously monitored and compared to calibrated threshold values. Under certain conditions, the result of the value comparison can be used to signal for activation or deployment of various onboard devices, such as but not limited to side curtain airbags, seat belt tensioning devices, etc.

In particular, the algorithm utilizes a plurality of specially configured sensors, including a plurality of corner force sensors disposed at the four corners or wheels of the vehicle in order to accurately measure any vertical and lateral forces present at the respective force sensor positions. These values are in turn used to estimate vehicle mass and lateral velocity. The algorithm then determines a path the vehicle is likely to take, and whether a trip-over event is the likely result of such a path. If a trip-over event is indicated, the algorithm can provide an appropriate command or signal to an onboard device, or indirectly thereto via a deployment or activation algorithm, in order to ensure that the device or devices are activated or deployed.

Within the scope of the present invention, a vehicle includes a plurality of wheels, a force sensor connected to each of the corners of the vehicle, such as the wheels, for measuring vertical and lateral forces at each wheel. The vehicle also includes a deployable airbag and/or other onboard device, and a controller in continuous communication with each of the force sensors. The algorithm reads or receives the vertical and lateral force measurements from the force sensors, and in response thereto calculates a set of values. The set of values is compared to a corresponding minimum threshold value, and when each element or value of the set of values is less than the corresponding threshold for that particular value, the airbag device is automatically deployed or activated.

A method for optimally deploying an airbag in a vehicle includes measuring a vertical and a lateral force at each of a plurality of wheels of the vehicle, as well as a yaw rate and a roll angle of the vehicle. The method in the form of a computer-executable algorithm then calculates an estimated lateral velocity of the vehicle using the measured lateral force, as well as an amount of lift of each wheel using the measured vertical force. A central processing unit (CPU) of the controller processes the roll angle, the roll rate, and a calculated stopping time of the vehicle to thereby generate a point on a 3D rollover plane. This point, along with a calculated rollover energy rate of the vehicle and an amount of lift of the wheels, are each compared to a corresponding threshold. The controller automatically deploys or activates the airbag or other onboard device when each of the point, the rollover energy rate, and the amount of lift of the wheels does not exceed a calibrated minimum threshold.

The above features and advantages and other features and advantages of the present invention are readily apparent from the following detailed description of the best modes for carrying out the invention when taken in connection with the accompanying drawings.

FIG. 1 is a schematic illustration of a vehicle having a system and method for optimizing an airbag deployment during a threshold rollover event;

FIG. 2 is a graphical flow chart describing an algorithm suitable for executing the method of the invention;

FIG. 3 is a graphical logic flow diagram describing a portion of the algorithm of FIG. 2; and

FIG. 4 is a graphical logic flow diagram describing another portion of the algorithm of FIG. 2.

Referring to the drawings wherein like reference numbers correspond to like or similar components throughout the several figures, and beginning with FIG. 1, a vehicle 10 travels at a forward velocity Vx, and includes a plurality of wheels each rotating in contact with a road surface 25. Each of the wheels is represented in FIG. 1 by its respective position on the vehicle 10, i.e., the front right wheel 12FR, the front left wheel 12FL, the rear left wheel 12RL, and the rear right wheel 12RR. Each of the wheels, collectively referred to as the wheels 12, is connected to a corner force sensor 14, such as a force transducer that generates an electrical signal related to the change in wheel force during wheel rotation. Each force sensor 14 is likewise represented in FIG. 1 by its respective position, i.e., 14FR, 14FL, 14RL, and 14RR. The collective set of force sensors 14, which can be configured as in-cylinder pressure sensors, metal-foil strain gages, piezoelectric devices, or any other suitable type of force sensor, are each hard-wired or in wireless communication with an electronic control unit or controller (C) 16 as described below.

The vehicle 10 has a vertical axis (z), a longitudinal axis (x), and a horizontal or lateral axis (y). A yaw rate sensor 18 and a roll rate sensor 19 are each connected to the vehicle 10 along or on the vertical axis (z). The yaw rate sensor 18 is suitably configured for detecting, sensing, or otherwise determining directly or via calculation a yaw rate (r) of the vehicle 10. Likewise, the roll sensor 19 is suitably configured for detecting, sensing, or otherwise determining a roll angle (φ) of the vehicle 10 and, either directly or via derivation, a roll rate (φ) thereof. As with the sensors 14, the sensors 18 and 19 are hardwired to or in wireless communication with the controller 16.

The corner force sensors 14 are each configured to measure a respective corner force for a given front right (FR), front left (FL), rear right (RR), and rear left (RR) wheel. That is, the sensor 14FL that is connected to the wheel 12FL detects, senses, measures, or otherwise determines a corresponding force Fy,FL in the lateral (y) direction, while the force sensors 14FR, 14RL, and 14RR each determine a corresponding lateral force of Fy,FR, Fy,RL, and Fy,RR, respectively. At the same time, the sensors 14 can each determine a vertical or z-axis force for a corresponding wheel 12, such that, collectively, a set of forces Fz,FL, Fz,FR, Fz,RL, and Fz,RR are ultimately determined and transmitted to the controller 16 to determine whether any given wheel 12 is lifting or separating from the road surface 25, as will be described below.

Still referring to FIG. 1, the controller 16 includes a microprocessor or central processing unit (CPU) 21 that receives and processes various vehicle operating values, including the vehicle speed Vx, the various force values transmitted from the force sensors 14, the yaw rate (r) from the yaw rate sensor 18, and the roll angle (φ) from the roll sensor 19. The controller 16 can be configured as a self-contained device, or can be part of a distributed or a central control module for the vehicle 10, thus having additional control modules and capabilities as might be necessary to execute all required system control functionality aboard the vehicle 10 in the desired manner.

Additionally, the controller 16 can be configured as a digital computer generally comprising, in addition to the CPU 21, sufficient memory (M) 23 such as, but not limited to, read only memory (ROM), random access memory (RAM), electrically-programmable read only memory (EPROM), etc. The controller 16 can include a high speed clock, analog to digital (A/D) and digital to analog (D/A) circuitry, and input/output circuitry and devices (I/O), as well as appropriate signal conditioning and buffer circuitry. Any algorithms resident in the controller 16 or accessible thereby, including the algorithm 100 described below with reference to FIGS. 2-4, an airbag deployment algorithm 50, or any other required algorithms, can be stored in ROM and automatically executed by the controller 16 to provide the required functionality.

Referring to FIG. 2, the algorithm 100 resident within or accessible by the controller 16 of FIG. 1 considers the inertia force of the vehicle 10, such as the lateral acceleration (ay), and any duration of the action of this inertia force, a duration or interval referred to hereinafter as the stopping time (T). Within the scope of the invention, rollover detection is based on a measured roll angle (φ), a calculated or derived roll rate ({dot over (φ)}), the stopping time (T), a calculated roll energy rate (Ė), and an amount of lift of the wheels 12 with respect to the surface 25.

Beginning at step 102, a set of dynamic values (D) is measured, sensed, detected, calculated, and/or otherwise determined. In particular, the lateral corner forces Fy,FL, Fy,FR, Fy,RL, and Fy,RR, as well as the vertical corner forces Fz,FL, Fz,FR, Fz,RL, and Fz,RR, are each determined using the sensors 14 of FIG. 1, while the yaw rate (r) is determined using the sensor 18. Likewise, the roll angle and roll rate (φ and {dot over (φ)}, respectively) are detected and/or calculated or derived using the sensor 19. These values are then relayed or transmitted to the controller 16, along with the vehicle speed or velocity (Vx), and are temporarily stored or recorded in memory 23 therein. The algorithm 100 then proceeds to step 104.

At step 104, the controller 16 processes the information from step 102 using the CPU 21 to thereby calculate a value set (G). Value set (G) includes the stopping time (T) and a status determination describing whether any of the wheels 12 are lifting from the road surface 25. The controller 16 also calculates or estimates the lateral velocity (Vy) of the vehicle 10, as described below. Also at step 104, the controller 16 estimates the mass (m) of the vehicle 10 as set forth below.

Estimation of vehicle stopping time (T) can be determined in a representative soil trip event, i.e., a lateral movement of a vehicle into a sand bed. Such an event represents approximately 91% of the trip-over events occurring in the field for passenger cars, and approximately 93% for light truck vehicles or LTV. Stopping time (T) can be calculated using the equation:
Vy−aoT−a1(T2/2)=0,
where Vy is the lateral velocity of the vehicle 10, and wherein a0 and a1 are predetermined parameter values, as will be understood by those of ordinary skill in the art.

Referring briefly to FIG. 3, the derivative of the lateral velocity or {dot over (V)}y can be passed through a low-pass filter (LPF) 40 to account for transient noise. The derivative of this value, or {dot over (a)}y, can be calculated at block 42 and used as the value or parameter a1, while the value of {dot over (V)}y itself can be used as the parameter a0. The lateral velocity (Vy) can thus be estimated at block 44 using the four corner force measurements from the sensors 14, i.e.,:
dVy/dt=1/m[Fy,FL+Fy,FR+Fy,RL+Fy,RR]−rVx
where m represents the estimated mass of the vehicle 10, r is the measured yaw rate of the vehicle 10.

Referring again to FIG. 2, and step 104 the mass (m) of the vehicle 10 can be estimated using the equation:

m = 1 / g 1 4 F corner , i
wherein the vertical forces at the corners, i.e., Fcorner, i, are measured when, and anytime, the vehicle 10 is at a standstill or vehicle velocity is zero. The result (m) thus represents the estimated mass of the vehicle 10.

Finally, wheel lift detection can be determined by comparing each of the corner forces in the vertical or z-direction, i.e., Fz,FL, Fz,FR, Fz,RL, and Fz,RR, to a calibrated minimum threshold (Fz, min), which can be determined offline and recorded or stored as a reference value in memory 23. For example, if Fz,FL is less than Fz, min, than the front left (FL) wheel, i.e., wheel 12FL in FIG. 1, has lifted from the surface 25. Once all the value set (E) has been determined, the algorithm 100 proceeds to step 106.

At step 106, the algorithm 100 detects or otherwise determines whether the vehicle 10 is presently entering a trip-over event. As explained above, a trip-over event refers to a rollover event in which the lateral motion of the vehicle 10 is arrested by an opposing force, e.g., soft soil, a curb, a high-friction surface, etc. In making this determination, the algorithm 100 positions or locates a point 45 on a three-dimensional or x, y, z rollover plane and compares this position to a first threshold value. Additionally, the algorithm 100 calculates a roll energy rate (Ė) and compares this value to a second threshold value, and also compares any calculated amounts of wheel lift to a third threshold.

Referring briefly to FIG. 4, the stopping time T, roll angle (φ), and roll rate ({dot over (φ)}) are each calculated or determined at step 102A to locate the point 45 on a three-dimensional or 3-axis plot 48, as shown in block 106A. The position of point 45 is then compared to the first threshold, represented as Threshold A in FIGS. 2 and 4. Likewise, at step 102B the roll angle (φ), the roll rate ({dot over (φ)}), and the angular acceleration (ay) are used to calculate a roll energy rate or Ė at block 106B, which is then compared to threshold (B). The roll energy rate can be calculated as:
Ė={dot over (φ)}{m[aym(Y′ cos φ+Z′ sin φ)+azm(−Y′ sin φ+Z′ cos φ)]−Ixz{dot over (r)}},
where {dot over (φ)} is the roll rate, m is the estimated vehicle mass, aym is a measured lateral acceleration, Y′ and Z′ are derivatives of Y=Y(φ) and Z=Z(φ) with respect to φ. Under a steady-state condition during the roll, the center of gravity of the sprung mass of the vehicle moves laterally and vertically, and follows the trajectory Y=Y(φ), Z=Z(φ). φ is the measured roll angle, Ixz is the cross moment of inertia xz, and {dot over (r)} is the derivative of the measured yaw rate (r). The amount of lift determined at step 104 is compared to the third threshold, represented as threshold C in FIGS. 2 and 4, at block 106C. The algorithm 100 proceeds to step 108 once the comparisons have been made.

At step 108, a determination is made as to whether the point 45 defined by (T, φ, {dot over (φ)}), the roll energy rate (Ė), and the lift each exceed their calibrated threshold A, B, and C, respectively, as represented in FIG. 4 by the “AND” logic block 108. In the case of lift, this result is indicated when the vertical force is less than the required threshold. If all three minimum thresholds (A, B, and C) have been surpassed, the algorithm 100 proceeds to step 110, with the algorithm 100 otherwise proceeding to step 112.

At step 110, the controller 16 can automatically deploy one or more onboard devices as needed, for example by automatically deploying the side-curtain airbag 27, increasing tension on a seat belt using a tensioning device, etc. Alternately, step 110 can generate an indicator or a flag having a value corresponding to one of an imminent or present trip-over event, which is read by the algorithm 50 in an embodiment having a separate airbag deployment algorithm 50. If such a flag is used, it is recorded in memory 23, and the algorithm 100 is finished. If the airbag 27 is automatically deployed without recording the flag, the algorithm 100 is finished upon deployment of the airbags 27.

Referring again to FIG. 2, at step 112, which is shown in phantom in FIG. 2, the controller 16 can optionally generate an indicator or a flag indicating that no trip-over event or other rollover event is imminent, and records this flag in memory 23. As vehicle rollover is expected to be an extraordinary event, the non-event flag can be set upon vehicle launch or reset upon every start up cycle, with step 112 merely verifying that the non-event flag remains set. After recording or verification of a non-event flag, the algorithm 100 is finished.

While the best modes for carrying out the invention have been described in detail, those familiar with the art to which this invention relates will recognize various alternative designs and embodiments for practicing the invention within the scope of the appended claims.

Ryu, Jihan, Nardi, Flavio, Moshchuk, Nikolai K., Kwon, O Kyung, McLenon, Edward, O'Brien-Mitchell, Bridget M.

Patent Priority Assignee Title
10562524, Jun 29 2017 NIO TECHNOLOGY ANHUI CO , LTD Rollover control algorithm
11318924, Jan 11 2021 GM Global Technology Operations LLC Torque distribution system for redistributing torque between axles of a vehicle
11338796, Dec 17 2020 GM Global Technology Operations LLC Apparatus and methodology for wheel stability monitoring system
Patent Priority Assignee Title
6889146, Sep 04 2002 Aptiv Technologies AG Seat belt tension determination using multiple belt tension sensors
7120528, Aug 05 2002 Ford Global Technologies, LLC System and method for operating a rollover control system in a transition to a rollover condition
//////////////
Executed onAssignorAssigneeConveyanceFrameReelDoc
Apr 07 2009KWON, O KGM Global Technology Operations, IncASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0225920590 pdf
Apr 07 2009O BRIEN-MITCHELL, BRIDGET M GM Global Technology Operations, IncASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0225920590 pdf
Apr 07 2009NARDI, FLAVIOGM Global Technology Operations, IncASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0225920590 pdf
Apr 07 2009MOSHCHUK, NIKOLAI K GM Global Technology Operations, IncASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0225920590 pdf
Apr 07 2009RYU, JIHANGM Global Technology Operations, IncASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0225920590 pdf
Apr 14 2009MC LENON, EDWARDGM Global Technology Operations, IncASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0225920590 pdf
Apr 24 2009GM Global Technology Operations LLC(assignment on the face of the patent)
Jul 10 2009GM Global Technology Operations, IncUNITED STATES DEPARTMENT OF THE TREASURYSECURITY AGREEMENT0232010118 pdf
Jul 10 2009GM Global Technology Operations, IncUAW RETIREE MEDICAL BENEFITS TRUSTSECURITY AGREEMENT0231620048 pdf
Apr 20 2010UNITED STATES DEPARTMENT OF THE TREASURYGM Global Technology Operations, IncRELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS 0252460056 pdf
Oct 26 2010UAW RETIREE MEDICAL BENEFITS TRUSTGM Global Technology Operations, IncRELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS 0253150091 pdf
Oct 27 2010GM Global Technology Operations, IncWilmington Trust CompanySECURITY AGREEMENT0253240555 pdf
Dec 02 2010GM Global Technology Operations, IncGM Global Technology Operations LLCCHANGE OF NAME SEE DOCUMENT FOR DETAILS 0257810299 pdf
Oct 17 2014Wilmington Trust CompanyGM Global Technology Operations LLCRELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS 0341850789 pdf
Date Maintenance Fee Events
Oct 03 2011ASPN: Payor Number Assigned.
Jul 17 2015REM: Maintenance Fee Reminder Mailed.
Dec 06 2015EXP: Patent Expired for Failure to Pay Maintenance Fees.


Date Maintenance Schedule
Dec 06 20144 years fee payment window open
Jun 06 20156 months grace period start (w surcharge)
Dec 06 2015patent expiry (for year 4)
Dec 06 20172 years to revive unintentionally abandoned end. (for year 4)
Dec 06 20188 years fee payment window open
Jun 06 20196 months grace period start (w surcharge)
Dec 06 2019patent expiry (for year 8)
Dec 06 20212 years to revive unintentionally abandoned end. (for year 8)
Dec 06 202212 years fee payment window open
Jun 06 20236 months grace period start (w surcharge)
Dec 06 2023patent expiry (for year 12)
Dec 06 20252 years to revive unintentionally abandoned end. (for year 12)