US20190144006A1 - Tire vibration and loose wheel detection - Google Patents
Tire vibration and loose wheel detection Download PDFInfo
- Publication number
- US20190144006A1 US20190144006A1 US15/814,360 US201715814360A US2019144006A1 US 20190144006 A1 US20190144006 A1 US 20190144006A1 US 201715814360 A US201715814360 A US 201715814360A US 2019144006 A1 US2019144006 A1 US 2019144006A1
- Authority
- US
- United States
- Prior art keywords
- vehicle
- wheel
- speed
- vibration magnitude
- programmed
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000001514 detection method Methods 0.000 title description 5
- 230000015654 memory Effects 0.000 claims abstract description 20
- 238000000034 method Methods 0.000 claims description 32
- 230000000246 remedial effect Effects 0.000 claims description 5
- 230000008569 process Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 230000001133 acceleration Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000001228 spectrum Methods 0.000 description 2
- 240000005020 Acaciella glauca Species 0.000 description 1
- RYGMFSIKBFXOCR-UHFFFAOYSA-N Copper Chemical compound [Cu] RYGMFSIKBFXOCR-UHFFFAOYSA-N 0.000 description 1
- 230000003466 anti-cipated effect Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 235000003499 redwood Nutrition 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01M—TESTING STATIC OR DYNAMIC BALANCE OF MACHINES OR STRUCTURES; TESTING OF STRUCTURES OR APPARATUS, NOT OTHERWISE PROVIDED FOR
- G01M1/00—Testing static or dynamic balance of machines or structures
- G01M1/14—Determining imbalance
- G01M1/16—Determining imbalance by oscillating or rotating the body to be tested
- G01M1/22—Determining imbalance by oscillating or rotating the body to be tested and converting vibrations due to imbalance into electric variables
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
- B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
- B60W50/08—Interaction between the driver and the control system
- B60W50/14—Means for informing the driver, warning the driver or prompting a driver intervention
- B60W50/16—Tactile feedback to the driver, e.g. vibration or force feedback to the driver on the steering wheel or the accelerator pedal
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
- B60W40/00—Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models
- B60W40/10—Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models related to vehicle motion
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
- B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
- B60W50/02—Ensuring safety in case of control system failures, e.g. by diagnosing, circumventing or fixing failures
- B60W50/0205—Diagnosing or detecting failures; Failure detection models
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
- B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
- B60W50/02—Ensuring safety in case of control system failures, e.g. by diagnosing, circumventing or fixing failures
- B60W50/029—Adapting to failures or work around with other constraints, e.g. circumvention by avoiding use of failed parts
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01M—TESTING STATIC OR DYNAMIC BALANCE OF MACHINES OR STRUCTURES; TESTING OF STRUCTURES OR APPARATUS, NOT OTHERWISE PROVIDED FOR
- G01M17/00—Testing of vehicles
- G01M17/007—Wheeled or endless-tracked vehicles
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
- G05D1/00—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots
- G05D1/02—Control of position or course in two dimensions
- G05D1/021—Control of position or course in two dimensions specially adapted to land vehicles
- G05D1/0276—Control of position or course in two dimensions specially adapted to land vehicles using signals provided by a source external to the vehicle
- G05D1/0278—Control of position or course in two dimensions specially adapted to land vehicles using signals provided by a source external to the vehicle using satellite positioning signals, e.g. GPS
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
- B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
- B60W50/02—Ensuring safety in case of control system failures, e.g. by diagnosing, circumventing or fixing failures
- B60W50/0205—Diagnosing or detecting failures; Failure detection models
- B60W2050/021—Means for detecting failure or malfunction
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
- B60W2400/00—Indexing codes relating to detected, measured or calculated conditions or factors
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
- B60W2510/00—Input parameters relating to a particular sub-units
- B60W2510/08—Electric propulsion units
- B60W2510/081—Speed
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
- B60W2520/00—Input parameters relating to overall vehicle dynamics
- B60W2520/10—Longitudinal speed
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
- B60W2520/00—Input parameters relating to overall vehicle dynamics
- B60W2520/28—Wheel speed
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01M—TESTING STATIC OR DYNAMIC BALANCE OF MACHINES OR STRUCTURES; TESTING OF STRUCTURES OR APPARATUS, NOT OTHERWISE PROVIDED FOR
- G01M1/00—Testing static or dynamic balance of machines or structures
- G01M1/14—Determining imbalance
Definitions
- the Society of Automotive Engineers has defined multiple levels of autonomous vehicle operation. At levels 0-2, a human driver monitors or controls the majority of the driving tasks, often with no help from the vehicle. For example, at level 0 (“no automation”), a human driver is responsible for all vehicle operations. At level 1 (“driver assistance”), the vehicle sometimes assists with steering, acceleration, or braking, but the driver is still responsible for the vast majority of the vehicle control. At level 2 (“partial automation”), the vehicle can control steering, acceleration, and braking under certain circumstances without human interaction. At levels 3-5, the vehicle assumes more driving-related tasks. At level 3 (“conditional automation”), the vehicle can handle steering, acceleration, and braking under certain circumstances, as well as monitoring of the driving environment.
- Level 3 requires the driver to intervene occasionally, however.
- high automation the vehicle can handle the same tasks as at level 3 but without relying on the driver to intervene in certain driving modes.
- level 5 full automation
- FIG. 1 illustrates an example autonomous vehicle with tire vibration and loose wheel detection.
- FIG. 2 is a block diagram showing example components of the autonomous vehicle that are used to detect tire vibration and a loose wheel.
- FIG. 3 is a block diagram illustrating a tire vibration detection.
- FIG. 4 is a block diagram illustrating loose wheel detection.
- FIG. 5 is a flowchart of an example process of tire vibration and loose wheel detection.
- tire vibrations may occur when one or more of the bolts securing the tire to the vehicle chassis becomes loose. Tire vibrations can also occur under other circumstances such as wheel imbalance. Human drivers can often feel when a tire is vibrating excessively. Excessive tire vibrations, however, are less noticeable to the virtual driver system of an autonomous vehicle.
- a vehicle computer with a memory and a processor, programmed to execute instructions stored in the memory, can detect tire vibrations and a loose vehicle wheel.
- the instructions stored in the memory include receiving a wheel speed from a wheel speed sensor, receiving a vehicle speed from a vehicle speed sensor, determining a mean vibration magnitude in accordance with the wheel speed and the vehicle speed, and detecting a vibrating vehicle wheel based on the mean vibration magnitude.
- the processor may be programmed to identify a speed range from the vehicle speed. In that instance, the processor may be programmed to estimate a wheel radius from the wheel speed sensor. Further, the processor may be programmed to select a frequency bin of interest according to the speed range and the estimated wheel radius. Moreover, the processor may be programmed to generate an intermediate signal for the vehicle wheel based on the wheel speed and the selected frequency bin of interest. The processor may be further programmed to determine the mean vibration magnitude based at least in part on the intermediate signal.
- the processor may be programmed to recursively determine the mean vibration magnitude.
- the processor may be programmed to detect the vibrating vehicle wheel by comparing the mean vibration magnitude to a threshold. In that instance, the processor may be programmed to detect the vibrating vehicle wheel as a result of determining that the mean vibration magnitude exceeds the threshold.
- the processor may be programmed to autonomously operate a host vehicle in accordance with a remedial action as a result of detecting the vibrating vehicle wheel.
- a method includes receiving a wheel speed from a wheel speed sensor, receiving a vehicle speed from a vehicle speed sensor, determining a mean vibration magnitude in accordance with the wheel speed and the vehicle speed, and detecting a vibrating vehicle wheel based on the mean vibration magnitude.
- the method may further include identifying a speed range from the vehicle speed. In that instance, the method may further include estimating a wheel radius from the wheel speed sensor. The method may further include selecting a frequency bin of interest according to the speed range and the estimated wheel radius. The method may further include generating an intermediate signal for the vehicle wheel based on the wheel speed and the selected frequency bin of interest. The method may further include determining the mean vibration magnitude based at least in part on the intermediate signal.
- the method may further include determining the mean vibration magnitude includes recursively determining the mean vibration magnitude.
- the method may further include detecting the vibrating vehicle wheel includes comparing the mean vibration magnitude to a threshold. In that instance, the method may further include detecting the vibrating vehicle wheel includes detecting the vibrating vehicle wheel as a result of determining that the mean vibration magnitude exceeds the threshold.
- the method may further include autonomously operating a host vehicle in accordance with a remedial action as a result of detecting the vibrating vehicle wheel.
- the elements shown may take many different forms and include multiple and/or alternate components and facilities.
- the example components illustrated are not intended to be limiting. Indeed, additional or alternative components and/or implementations may be used. Further, the elements shown are not necessarily drawn to scale unless explicitly stated as such.
- the autonomous host vehicle 100 includes a virtual driver system 105 , an automated vehicle platform 110 , wheel speed sensors 115 , and a vehicle speed sensor 120 . At least some parts of the virtual driver system 105 may be implemented by a vehicle computer. Although illustrated as a sedan, the host vehicle 100 may be any passenger or commercial automobile such as a car, a truck, a sport utility vehicle, a crossover vehicle, a van, a minivan, a taxi, a bus, etc. As discussed in greater detail below, the host vehicle 100 is an autonomous vehicle that can operate in an autonomous (e.g., driverless) mode, a partially autonomous mode, and/or a non-autonomous mode.
- an autonomous e.g., driverless
- the virtual driver system 105 is a computing platform, implemented via sensors, controllers, circuits, chips, and other electronic components, that control various autonomous operations of the host vehicle 100 .
- the virtual driver system 105 includes an autonomous vehicle controller 125 , implemented via circuits, chips, or other electronic components, programmed to process the data captured by the sensors 130 , which may include a lidar sensor, a radar sensor, a camera, ultrasonic sensors, etc.
- the autonomous vehicle controller 125 is programmed to output control signals to components of the automated vehicle platform 110 to autonomously control the host vehicle 100 according to the data captured by the sensors.
- the automated vehicle platform 110 refers to the components that carry out the autonomous vehicle operation upon instruction from the virtual driver system 105 , and specifically, from the autonomous vehicle controller 125 .
- the automated vehicle platform 110 includes various actuators 135 incorporated into the host vehicle 100 that control the steering, propulsion, and braking of the host vehicle 100 .
- Each actuator 135 is controlled by control signals output by the autonomous vehicle controller 125 .
- the actuator 135 may convert the electrical control signals into mechanical motion that causes the steering wheel, accelerator pedal, brake pedal, etc. to move. Examples of actuators 135 include linear actuators, servo motors, or the like.
- the automated vehicle platform 110 further includes various platform controllers (sometimes referred to in the art as “modules”), such as a chassis controller, a powertrain controller, a body controller, an electrical controller, etc.
- the wheel speed sensors 115 are implemented via circuits, chips, or other electronic components programmed to measure the speed of the wheels of the host vehicle 100 .
- Each wheel speed sensor 115 may be associated with one of the vehicle wheels, and as such, each wheel speed sensor 115 may be programmed to measure the speed of its respective wheel.
- the wheel speed sensor 115 may be programmed to calculate wheel speed based on, e.g., the number of times the wheel rotates within a certain period of time. Thus, the units of the wheel speed may be rotations per unit of time.
- the wheel speed sensors 115 may be programmed to output their respective wheel speed measurements to the autonomous vehicle controller 125 .
- the vehicle speed sensor 120 is implemented via circuits, chips, or other electronic components programmed to measure the speed of the host vehicle 100 .
- the vehicle speed sensor 120 may be programmed to calculate or measure the speed of the host vehicle 100 relative to the driveshaft speed.
- the vehicle speed can be determined from, e.g., GPS data based on the distance the vehicle travels in a certain period of time. The units of the vehicle speed may be distance travelled per unit of time.
- the vehicle speed sensor 120 may be programmed to output the vehicle speed to the autonomous vehicle controller 125 .
- the vehicle speed sensor 120 is incorporated into the autonomous vehicle controller 125 . That is, the autonomous vehicle controller 125 may be programmed to calculate the vehicle speed from, e.g., the number of driveshaft rotations, GPS data, etc.
- the autonomous vehicle controller 125 is implemented via circuits, chips, or other electronic components, including a memory 140 and a processor 145 .
- the memory 140 is implemented via circuits, chips or other electronic components and can include one or more of read only memory (ROM), random access memory (RAM), flash memory, electrically programmable memory (EPROM), electrically programmable and erasable memory (EEPROM), embedded MultiMediaCard (eMMC), a hard drive, or any volatile or non-volatile media etc.
- the memory 140 may store instructions executable by the processor 145 and data such as data output by the wheel speed sensors 115 , the vehicle speed sensor 120 , various thresholds discussed below, etc.
- the instructions and data stored in the memory 140 may be accessible to the processor 145 and possibly other components of the host vehicle 100 .
- the processor 145 is implemented via circuits, chips, or other electronic component and may include one or more microcontrollers, one or more field programmable gate arrays (FPGAs), one or more application specific integrated circuits (ASICs), one or more digital signal processors (DSPs), one or more customer specific integrated circuits, etc.
- the autonomous vehicle controller 125 receives the data from the wheel speed sensors 115 and the vehicle speed sensor 120 , among others, and determines, from the data, whether one or more tires of the host vehicle 100 are vibrating excessively, whether one or more wheels is loose, or both.
- the autonomous vehicle controller 125 may be programmed to determine whether the tires are excessively vibrating and whether a vehicle wheel is loose based, at least in part, on certain entry conditions.
- the entry conditions refer to conditions under which the decisions of the autonomous vehicle controller 125 concerning tire vibrations and a loose wheel are more likely to be accurate. Examples of entry conditions may include a low yaw (e.g., the host vehicle 100 is generally traveling in a straight line), the host vehicle 100 accelerating or traveling at a relatively constant speed (e.g., the brake is not being applied), the vehicle speed being above a certain threshold, etc.
- FIG. 3 is a block diagram 300 illustrating how the processor 145 of the autonomous vehicle controller 125 is programmed to determine whether the tires are excessively vibrating.
- the autonomous vehicle controller 125 is programmed to determine whether certain entry conditions exist.
- the entry conditions considered by the autonomous vehicle controller 125 for detecting excessive tire vibrations may include determining whether the vehicle yaw is approximately zero (which would indicate that the host vehicle 100 is travelling in a straight line) and determining that the host vehicle 100 is not decelerating (e.g., the brakes are not being applied). If both entry conditions exist, the autonomous vehicle controller 125 may proceed to determine whether one or more tires are excessively vibrating.
- the autonomous vehicle controller 125 may determine whether the speed of the host vehicle 100 is within a certain range. The autonomous vehicle controller 125 may do so by receiving the output of the vehicle speed sensor 120 and identifying a range of speeds associated with the output of the vehicle speed sensor 120 .
- the autonomous vehicle controller 125 may select a frequency bin of interest.
- the frequency bin of interest selected may be a function of the vehicle speed.
- each frequency bin may be defined by a minimum frequency, f min , and a maximum frequency, f max .
- the autonomous vehicle controller 125 may calculate the vibration magnitude for each tire. That is, the autonomous vehicle controller 125 may receive the wheel speeds output by each of the wheel speed sensors 115 , the vehicle speed output by the vehicle speed sensor 120 , the frequency bin of interest determined at block 310 , and the entry conditions. Calculating the vibration magnitude for each tire may occur in stages. One stage may include recursively calculating an intermediate signal s(n), as shown in Equation 1,
- a second stage may include applying a filter to s(n) to produce an output sequence y(n), as shown in Equation 2.
- a transfer function may be defined as:
- the output y(n) in the time domain may be defined as:
- the power spectrum may be determined as follows. First, defining
- the vibration magnitude can be calculated using Equation 8.
- ⁇ X ⁇ ( k ) ⁇ 2 s 2 ⁇ ( N - 1 ) + s 2 ⁇ ( N - 2 ) - 2 ⁇ ⁇ cos ⁇ ( 2 ⁇ ⁇ ⁇ k N ) ⁇ s ⁇ ( N - 1 ) ⁇ s ⁇ ( N - 2 ) ( 8 )
- the autonomous vehicle controller 125 may be programmed to calculate the magnitude of the vibration on the order of, e.g., every 2 seconds while the vehicle speed is within a range of, e.g., 5 mph since those vehicle speeds would have the same frequency bin of interest. Moreover, with this approach, the ranges are determined based on instantaneous vehicle speed, and the autonomous vehicle controller 125 may be programmed to detect excessive tire vibration according to a recursive mean.
- the wheel vibration signals from Equation 8 are output to block 320 .
- the autonomous vehicle controller 125 compares the wheel vibration signals to thresholds. If the vibration of one or more wheels exceeds the threshold, the autonomous vehicle controller 125 is programmed to set a flag indicating excessive (or abnormal) tire vibration. Setting a flag may include setting a diagnostic trouble code. The autonomous vehicle controller 125 may be further programmed to take another action such as presenting an alert inside the host vehicle 100 , selecting a minimum risk condition event, or the like. Minimum risk condition events may include autonomously operating the host vehicle 100 to pull over to the side of the road, stop in the lane, or travel to a service station.
- FIG. 4 is a block diagram 400 illustrating how the processor 145 of the autonomous vehicle controller 125 is programmed to detect a loose wheel.
- the autonomous vehicle controller 125 identifies the speed range. That is, the autonomous vehicle controller 125 is programmed to receive the vehicle speed from the vehicle speed sensor 120 and determine a minimum and maximum vehicle speed, V smin and V smax , respectively, based on the instantaneous vehicle speed.
- the autonomous vehicle controller 125 performs an online estimate of the wheel radius.
- the autonomous vehicle controller 125 may perform the online estimate of the wheel radius, r w , for each wheel of the host vehicle 100 .
- the online estimate of the wheel radius may be calculated according to Equation 9, below,
- V s is the instantaneous vehicle speed in miles per hour
- W s is the wheel speed in radians per second
- r w is the wheel radius in meters.
- the autonomous vehicle controller 125 selects a frequency bin of interest.
- the frequency bin of interest may be selected according to the speed range determined at block 405 and the wheel radius determined at block 410 .
- the frequency bin of interest may be defined by a minimum and maximum frequency range, f min and f max , respectively. Equations 10 and 11 define a frequency, f, in the selected frequency bin.
- the autonomous vehicle controller 125 computes the vibration magnitude of each wheel.
- the vibration magnitude may be a function of the selected frequency, the wheel speeds measured by the wheel speed sensors 115 , and the entry conditions, which include whether the brake is being applied and the vehicle yaw.
- the autonomous vehicle controller 125 may develop intermediate signals, s(n), for each wheel speed and for the selected frequency bin in accordance with Equations 1 and 5, above, and wherein the selected frequency bin, k, is defined as follows:
- the autonomous vehicle controller 125 may determine the magnitude of each tire's vibration given the result of Equation 1 for each tire, as shown above in Equation 8. With the magnitude of each tire vibration, the autonomous vehicle controller 125 may calculate a recursive mean of the vibration magnitude using the data corresponding to the entry conditions (e.g., the vehicle is traveling in a straight line and no brake is applied). When a new vibration magnitude Mag i+1 is added, the recursive mean may be calculated as follows:
- ⁇ ⁇ ( i + 1 ) i i + 1 ⁇ [ ⁇ ⁇ ( i ) + Mag i + 1 i ] ( 13 )
- the autonomous vehicle controller 125 may output the vibration mean for each wheel as a result of block 420 .
- the autonomous vehicle controller 125 compares the vibration means output at block 420 to thresholds representing a loose wheel.
- the thresholds may be stored in the memory 140 . If the vibration mean exceeds the threshold, the autonomous vehicle controller 125 is programmed to set a flag indicating excessive (or abnormal) tire vibration suggesting a loose wheel. Setting a flag may include setting a diagnostic trouble code.
- the autonomous vehicle controller 125 may be further programmed to take another action such as presenting an alert inside the host vehicle 100 , selecting a minimum risk condition event, or the like. Minimum risk condition events may include autonomously operating the host vehicle 100 to pull over to the side of the road, stop in the lane, or travel to a service station.
- FIG. 5 illustrates a flowchart of an example process 500 that may be executed by the host vehicle 100 to detect excessive tire vibration and a loose wheel.
- the autonomous vehicle controller 125 receives the vehicle speed.
- the vehicle speed may be received by the processor 145 of the autonomous vehicle controller 125 from, e.g., the vehicle speed sensor 120 .
- the autonomous vehicle controller 125 receives the wheel speed for each wheel of the host vehicle 100 .
- the wheel speeds may be output by, e.g., the wheel speed sensors 115 and received by the processor 145 of the autonomous vehicle controller 125 .
- the autonomous vehicle controller 125 identifies a speed range.
- the speed range may be identified via the processor 145 of the autonomous vehicle controller 125 as explained above with respect to block 405 .
- the autonomous vehicle controller 125 estimates the wheel radius.
- the processor 145 of the autonomous vehicle controller 125 estimates the wheel radius as explained above with respect to block 410 .
- the autonomous vehicle controller 125 selects a frequency bin of interest.
- the processor 145 of the autonomous vehicle controller 125 may select the frequency bin of interest as explained above with regard to block 415 .
- the autonomous vehicle controller 125 determines the magnitude of the tire vibrations.
- the processor 145 of the autonomous vehicle controller 125 may determine the magnitude of the tire vibrations using a Goertzel-based computation, as discussed above with respect to FIG. 3 and block 420 .
- the autonomous vehicle controller 125 compares the magnitudes of the tire vibrations resulting from block 530 to a predetermined threshold. That is, the processor 145 of the autonomous vehicle controller 125 may make such a comparison as explained above with respect to block 425 .
- the autonomous vehicle controller 125 determines if the magnitude of any of the tire vibrations exceeds the threshold.
- the processor 145 may do so by comparing the magnitude of each tire vibration to the threshold. If a tire vibration exceeds the threshold, the process 500 may proceed to block 545 since vibrations exceeding the threshold may indicate a loose wheel. Otherwise, the process 500 may return to block 505 .
- the autonomous vehicle controller 125 sets a flag and takes a remedial action.
- the processor 145 of the autonomous vehicle controller 125 may set a diagnostic trouble code flag and may further initiate a minimum risk condition event.
- the minimum risk condition event may include autonomously operating the host vehicle 100 to pull over to the side of the road, stop in the lane, or navigate to a service station.
- the computing systems and/or devices described may employ any of a number of computer operating systems, including, but by no means limited to, versions and/or varieties of the Ford Sync® application, AppLink/Smart Device Link middleware, the Microsoft Automotive® operating system, the Microsoft Windows® operating system, the Unix operating system (e.g., the Solaris® operating system distributed by Oracle Corporation of Redwood Shores, Calif.), the AIX UNIX operating system distributed by International Business Machines of Armonk, N.Y., the Linux operating system, the Mac OSX and iOS operating systems distributed by Apple Inc. of Cupertino, Calif., the BlackBerry OS distributed by Blackberry, Ltd. of Waterloo, Canada, and the Android operating system developed by Google, Inc.
- the Microsoft Automotive® operating system e.g., the Microsoft Windows® operating system distributed by Oracle Corporation of Redwood Shores, Calif.
- the Unix operating system e.g., the Solaris® operating system distributed by Oracle Corporation of Redwood Shores, Calif.
- the AIX UNIX operating system distributed by International Business Machine
- computing devices include, without limitation, an on-board vehicle computer, a computer workstation, a server, a desktop, notebook, laptop, or handheld computer, or some other computing system and/or device.
- Computing devices generally include computer-executable instructions, where the instructions may be executable by one or more computing devices such as those listed above.
- Computer-executable instructions may be compiled or interpreted from computer programs created using a variety of programming languages and/or technologies, including, without limitation, and either alone or in combination, JavaTM, C, C++, Visual Basic, Java Script, Perl, etc. Some of these applications may be compiled and executed on a virtual machine, such as the Java Virtual Machine, the Dalvik virtual machine, or the like.
- a processor e.g., a microprocessor
- receives instructions e.g., from a memory, a computer-readable medium, etc., and executes these instructions, thereby performing one or more processes, including one or more of the processes described herein.
- Such instructions and other data may be stored and transmitted using a variety of computer-readable media.
- a computer-readable medium includes any non-transitory (e.g., tangible) medium that participates in providing data (e.g., instructions) that may be read by a computer (e.g., by a processor of a computer).
- a medium may take many forms, including, but not limited to, non-volatile media and volatile media.
- Non-volatile media may include, for example, optical or magnetic disks and other persistent memory.
- Volatile media may include, for example, dynamic random access memory (DRAM), which typically constitutes a main memory.
- Such instructions may be transmitted by one or more transmission media, including coaxial cables, copper wire and fiber optics, including the wires that comprise a system bus coupled to a processor of a computer.
- Computer-readable media include, for example, a floppy disk, a flexible disk, hard disk, magnetic tape, any other magnetic medium, a CD-ROM, DVD, any other optical medium, punch cards, paper tape, any other physical medium with patterns of holes, a RAM, a PROM, an EPROM, a FLASH-EEPROM, any other memory chip or cartridge, or any other medium from which a computer can read.
- Databases, data repositories or other data stores described herein may include various kinds of mechanisms for storing, accessing, and retrieving various kinds of data, including a hierarchical database, a set of files in a file system, an application database in a proprietary format, a relational database management system (RDBMS), etc.
- Each such data store is generally included within a computing device employing a computer operating system such as one of those mentioned above, and are accessed via a network in any one or more of a variety of manners.
- a file system may be accessible from a computer operating system, and may include files stored in various formats.
- An RDBMS generally employs the Structured Query Language (SQL) in addition to a language for creating, storing, editing, and executing stored procedures, such as the PL/SQL language mentioned above.
- SQL Structured Query Language
- system elements may be implemented as computer-readable instructions (e.g., software) on one or more computing devices (e.g., servers, personal computers, etc.), stored on computer readable media associated therewith (e.g., disks, memories, etc.).
- a computer program product may comprise such instructions stored on computer readable media for carrying out the functions described herein.
Landscapes
- Engineering & Computer Science (AREA)
- Automation & Control Theory (AREA)
- Physics & Mathematics (AREA)
- Mechanical Engineering (AREA)
- Transportation (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Radar, Positioning & Navigation (AREA)
- Remote Sensing (AREA)
- Mathematical Physics (AREA)
- Aviation & Aerospace Engineering (AREA)
- Control Of Driving Devices And Active Controlling Of Vehicle (AREA)
- Regulating Braking Force (AREA)
- Traffic Control Systems (AREA)
Abstract
A vehicle computer includes a memory and a processor programmed to execute instructions stored in the memory. The instructions include receiving a wheel speed from a wheel speed sensor, receiving a vehicle speed from a vehicle speed sensor, determining a mean vibration magnitude in accordance with the wheel speed and the vehicle speed, and detecting a vibrating vehicle wheel based on the mean vibration magnitude.
Description
- The Society of Automotive Engineers (SAE) has defined multiple levels of autonomous vehicle operation. At levels 0-2, a human driver monitors or controls the majority of the driving tasks, often with no help from the vehicle. For example, at level 0 (“no automation”), a human driver is responsible for all vehicle operations. At level 1 (“driver assistance”), the vehicle sometimes assists with steering, acceleration, or braking, but the driver is still responsible for the vast majority of the vehicle control. At level 2 (“partial automation”), the vehicle can control steering, acceleration, and braking under certain circumstances without human interaction. At levels 3-5, the vehicle assumes more driving-related tasks. At level 3 (“conditional automation”), the vehicle can handle steering, acceleration, and braking under certain circumstances, as well as monitoring of the driving environment.
Level 3 requires the driver to intervene occasionally, however. At level 4 (“high automation”), the vehicle can handle the same tasks as atlevel 3 but without relying on the driver to intervene in certain driving modes. At level 5 (“full automation”), the vehicle can handle almost all tasks without any driver intervention. -
FIG. 1 illustrates an example autonomous vehicle with tire vibration and loose wheel detection. -
FIG. 2 is a block diagram showing example components of the autonomous vehicle that are used to detect tire vibration and a loose wheel. -
FIG. 3 is a block diagram illustrating a tire vibration detection. -
FIG. 4 is a block diagram illustrating loose wheel detection. -
FIG. 5 is a flowchart of an example process of tire vibration and loose wheel detection. - In a vehicle, excessive tire vibrations may occur when one or more of the bolts securing the tire to the vehicle chassis becomes loose. Tire vibrations can also occur under other circumstances such as wheel imbalance. Human drivers can often feel when a tire is vibrating excessively. Excessive tire vibrations, however, are less noticeable to the virtual driver system of an autonomous vehicle.
- A vehicle computer with a memory and a processor, programmed to execute instructions stored in the memory, can detect tire vibrations and a loose vehicle wheel. The instructions stored in the memory include receiving a wheel speed from a wheel speed sensor, receiving a vehicle speed from a vehicle speed sensor, determining a mean vibration magnitude in accordance with the wheel speed and the vehicle speed, and detecting a vibrating vehicle wheel based on the mean vibration magnitude.
- In the vehicle computer, the processor may be programmed to identify a speed range from the vehicle speed. In that instance, the processor may be programmed to estimate a wheel radius from the wheel speed sensor. Further, the processor may be programmed to select a frequency bin of interest according to the speed range and the estimated wheel radius. Moreover, the processor may be programmed to generate an intermediate signal for the vehicle wheel based on the wheel speed and the selected frequency bin of interest. The processor may be further programmed to determine the mean vibration magnitude based at least in part on the intermediate signal.
- In the vehicle computer, the processor may be programmed to recursively determine the mean vibration magnitude.
- In the vehicle computer, the processor may be programmed to detect the vibrating vehicle wheel by comparing the mean vibration magnitude to a threshold. In that instance, the processor may be programmed to detect the vibrating vehicle wheel as a result of determining that the mean vibration magnitude exceeds the threshold.
- In the vehicle computer, the processor may be programmed to autonomously operate a host vehicle in accordance with a remedial action as a result of detecting the vibrating vehicle wheel.
- A method includes receiving a wheel speed from a wheel speed sensor, receiving a vehicle speed from a vehicle speed sensor, determining a mean vibration magnitude in accordance with the wheel speed and the vehicle speed, and detecting a vibrating vehicle wheel based on the mean vibration magnitude.
- The method may further include identifying a speed range from the vehicle speed. In that instance, the method may further include estimating a wheel radius from the wheel speed sensor. The method may further include selecting a frequency bin of interest according to the speed range and the estimated wheel radius. The method may further include generating an intermediate signal for the vehicle wheel based on the wheel speed and the selected frequency bin of interest. The method may further include determining the mean vibration magnitude based at least in part on the intermediate signal.
- The method may further include determining the mean vibration magnitude includes recursively determining the mean vibration magnitude.
- The method may further include detecting the vibrating vehicle wheel includes comparing the mean vibration magnitude to a threshold. In that instance, the method may further include detecting the vibrating vehicle wheel includes detecting the vibrating vehicle wheel as a result of determining that the mean vibration magnitude exceeds the threshold.
- The method may further include autonomously operating a host vehicle in accordance with a remedial action as a result of detecting the vibrating vehicle wheel.
- The elements shown may take many different forms and include multiple and/or alternate components and facilities. The example components illustrated are not intended to be limiting. Indeed, additional or alternative components and/or implementations may be used. Further, the elements shown are not necessarily drawn to scale unless explicitly stated as such.
- As illustrated in
FIGS. 1 and 2 , theautonomous host vehicle 100 includes avirtual driver system 105, anautomated vehicle platform 110,wheel speed sensors 115, and avehicle speed sensor 120. At least some parts of thevirtual driver system 105 may be implemented by a vehicle computer. Although illustrated as a sedan, thehost vehicle 100 may be any passenger or commercial automobile such as a car, a truck, a sport utility vehicle, a crossover vehicle, a van, a minivan, a taxi, a bus, etc. As discussed in greater detail below, thehost vehicle 100 is an autonomous vehicle that can operate in an autonomous (e.g., driverless) mode, a partially autonomous mode, and/or a non-autonomous mode. - The
virtual driver system 105 is a computing platform, implemented via sensors, controllers, circuits, chips, and other electronic components, that control various autonomous operations of thehost vehicle 100. Thevirtual driver system 105 includes anautonomous vehicle controller 125, implemented via circuits, chips, or other electronic components, programmed to process the data captured by thesensors 130, which may include a lidar sensor, a radar sensor, a camera, ultrasonic sensors, etc. Theautonomous vehicle controller 125 is programmed to output control signals to components of theautomated vehicle platform 110 to autonomously control thehost vehicle 100 according to the data captured by the sensors. - The
automated vehicle platform 110 refers to the components that carry out the autonomous vehicle operation upon instruction from thevirtual driver system 105, and specifically, from theautonomous vehicle controller 125. As such, theautomated vehicle platform 110 includesvarious actuators 135 incorporated into thehost vehicle 100 that control the steering, propulsion, and braking of thehost vehicle 100. Eachactuator 135 is controlled by control signals output by theautonomous vehicle controller 125. Theactuator 135 may convert the electrical control signals into mechanical motion that causes the steering wheel, accelerator pedal, brake pedal, etc. to move. Examples ofactuators 135 include linear actuators, servo motors, or the like. Theautomated vehicle platform 110 further includes various platform controllers (sometimes referred to in the art as “modules”), such as a chassis controller, a powertrain controller, a body controller, an electrical controller, etc. - The
wheel speed sensors 115 are implemented via circuits, chips, or other electronic components programmed to measure the speed of the wheels of thehost vehicle 100. Eachwheel speed sensor 115 may be associated with one of the vehicle wheels, and as such, eachwheel speed sensor 115 may be programmed to measure the speed of its respective wheel. Thewheel speed sensor 115 may be programmed to calculate wheel speed based on, e.g., the number of times the wheel rotates within a certain period of time. Thus, the units of the wheel speed may be rotations per unit of time. Thewheel speed sensors 115 may be programmed to output their respective wheel speed measurements to theautonomous vehicle controller 125. - The
vehicle speed sensor 120 is implemented via circuits, chips, or other electronic components programmed to measure the speed of thehost vehicle 100. In some instances, thevehicle speed sensor 120 may be programmed to calculate or measure the speed of thehost vehicle 100 relative to the driveshaft speed. Alternatively or in addition, the vehicle speed can be determined from, e.g., GPS data based on the distance the vehicle travels in a certain period of time. The units of the vehicle speed may be distance travelled per unit of time. Thevehicle speed sensor 120 may be programmed to output the vehicle speed to theautonomous vehicle controller 125. In some instances, thevehicle speed sensor 120 is incorporated into theautonomous vehicle controller 125. That is, theautonomous vehicle controller 125 may be programmed to calculate the vehicle speed from, e.g., the number of driveshaft rotations, GPS data, etc. - The
autonomous vehicle controller 125 is implemented via circuits, chips, or other electronic components, including amemory 140 and a processor 145. Thememory 140 is implemented via circuits, chips or other electronic components and can include one or more of read only memory (ROM), random access memory (RAM), flash memory, electrically programmable memory (EPROM), electrically programmable and erasable memory (EEPROM), embedded MultiMediaCard (eMMC), a hard drive, or any volatile or non-volatile media etc. Thememory 140 may store instructions executable by the processor 145 and data such as data output by thewheel speed sensors 115, thevehicle speed sensor 120, various thresholds discussed below, etc. The instructions and data stored in thememory 140 may be accessible to the processor 145 and possibly other components of thehost vehicle 100. The processor 145 is implemented via circuits, chips, or other electronic component and may include one or more microcontrollers, one or more field programmable gate arrays (FPGAs), one or more application specific integrated circuits (ASICs), one or more digital signal processors (DSPs), one or more customer specific integrated circuits, etc. As a result of the programming of the processor 145, theautonomous vehicle controller 125 receives the data from thewheel speed sensors 115 and thevehicle speed sensor 120, among others, and determines, from the data, whether one or more tires of thehost vehicle 100 are vibrating excessively, whether one or more wheels is loose, or both. - The
autonomous vehicle controller 125 may be programmed to determine whether the tires are excessively vibrating and whether a vehicle wheel is loose based, at least in part, on certain entry conditions. The entry conditions refer to conditions under which the decisions of theautonomous vehicle controller 125 concerning tire vibrations and a loose wheel are more likely to be accurate. Examples of entry conditions may include a low yaw (e.g., thehost vehicle 100 is generally traveling in a straight line), thehost vehicle 100 accelerating or traveling at a relatively constant speed (e.g., the brake is not being applied), the vehicle speed being above a certain threshold, etc. -
FIG. 3 is a block diagram 300 illustrating how the processor 145 of theautonomous vehicle controller 125 is programmed to determine whether the tires are excessively vibrating. Theautonomous vehicle controller 125 is programmed to determine whether certain entry conditions exist. The entry conditions considered by theautonomous vehicle controller 125 for detecting excessive tire vibrations may include determining whether the vehicle yaw is approximately zero (which would indicate that thehost vehicle 100 is travelling in a straight line) and determining that thehost vehicle 100 is not decelerating (e.g., the brakes are not being applied). If both entry conditions exist, theautonomous vehicle controller 125 may proceed to determine whether one or more tires are excessively vibrating. - At
block 305, theautonomous vehicle controller 125 may determine whether the speed of thehost vehicle 100 is within a certain range. Theautonomous vehicle controller 125 may do so by receiving the output of thevehicle speed sensor 120 and identifying a range of speeds associated with the output of thevehicle speed sensor 120. - At
block 310, theautonomous vehicle controller 125 may select a frequency bin of interest. The frequency bin of interest selected may be a function of the vehicle speed. Moreover, each frequency bin may be defined by a minimum frequency, fmin, and a maximum frequency, fmax. - At
block 315, theautonomous vehicle controller 125 may calculate the vibration magnitude for each tire. That is, theautonomous vehicle controller 125 may receive the wheel speeds output by each of thewheel speed sensors 115, the vehicle speed output by thevehicle speed sensor 120, the frequency bin of interest determined atblock 310, and the entry conditions. Calculating the vibration magnitude for each tire may occur in stages. One stage may include recursively calculating an intermediate signal s(n), as shown in Equation 1, -
s(n)=x(n)+2 cos(ω0)s(n−1)−s(n−2) (1) - where x(n) is the wheel speed sequence x(0), . . . x(N−1). A second stage may include applying a filter to s(n) to produce an output sequence y(n), as shown in
Equation 2. -
y(n)=s(n)−e −jω0 s(n−1) (2) - A transfer function may be defined as:
-
- The output y(n) in the time domain may be defined as:
-
- The power spectrum may be determined as follows. First, defining
-
- where k is the bin of frequency of interest, leads to Equation 6.
-
- The power spectrum of the wheel speed signal x(n) at the frequency of interest is given by
-
|X(k)|2 =|Y(N−1)|2 =y(N−1)y′(N−1) (7) - since
-
- Accordingly, the vibration magnitude can be calculated using Equation 8.
-
- The
autonomous vehicle controller 125 may be programmed to calculate the magnitude of the vibration on the order of, e.g., every 2 seconds while the vehicle speed is within a range of, e.g., 5 mph since those vehicle speeds would have the same frequency bin of interest. Moreover, with this approach, the ranges are determined based on instantaneous vehicle speed, and theautonomous vehicle controller 125 may be programmed to detect excessive tire vibration according to a recursive mean. The wheel vibration signals from Equation 8 are output to block 320. - At
block 320, theautonomous vehicle controller 125 compares the wheel vibration signals to thresholds. If the vibration of one or more wheels exceeds the threshold, theautonomous vehicle controller 125 is programmed to set a flag indicating excessive (or abnormal) tire vibration. Setting a flag may include setting a diagnostic trouble code. Theautonomous vehicle controller 125 may be further programmed to take another action such as presenting an alert inside thehost vehicle 100, selecting a minimum risk condition event, or the like. Minimum risk condition events may include autonomously operating thehost vehicle 100 to pull over to the side of the road, stop in the lane, or travel to a service station. -
FIG. 4 is a block diagram 400 illustrating how the processor 145 of theautonomous vehicle controller 125 is programmed to detect a loose wheel. - At
block 405, theautonomous vehicle controller 125 identifies the speed range. That is, theautonomous vehicle controller 125 is programmed to receive the vehicle speed from thevehicle speed sensor 120 and determine a minimum and maximum vehicle speed, Vsmin and Vsmax, respectively, based on the instantaneous vehicle speed. - At
block 410, theautonomous vehicle controller 125 performs an online estimate of the wheel radius. Theautonomous vehicle controller 125 may perform the online estimate of the wheel radius, rw, for each wheel of thehost vehicle 100. The online estimate of the wheel radius may be calculated according to Equation 9, below, -
- where Vs is the instantaneous vehicle speed in miles per hour, Ws is the wheel speed in radians per second, and rw is the wheel radius in meters.
- At
block 415, theautonomous vehicle controller 125 selects a frequency bin of interest. The frequency bin of interest may be selected according to the speed range determined atblock 405 and the wheel radius determined atblock 410. The frequency bin of interest may be defined by a minimum and maximum frequency range, fmin and fmax, respectively. Equations 10 and 11 define a frequency, f, in the selected frequency bin. -
- At
block 420, theautonomous vehicle controller 125 computes the vibration magnitude of each wheel. The vibration magnitude may be a function of the selected frequency, the wheel speeds measured by thewheel speed sensors 115, and the entry conditions, which include whether the brake is being applied and the vehicle yaw. For instance, theautonomous vehicle controller 125 may develop intermediate signals, s(n), for each wheel speed and for the selected frequency bin in accordance with Equations 1 and 5, above, and wherein the selected frequency bin, k, is defined as follows: -
- The
autonomous vehicle controller 125 may determine the magnitude of each tire's vibration given the result of Equation 1 for each tire, as shown above in Equation 8. With the magnitude of each tire vibration, theautonomous vehicle controller 125 may calculate a recursive mean of the vibration magnitude using the data corresponding to the entry conditions (e.g., the vehicle is traveling in a straight line and no brake is applied). When a new vibration magnitude Magi+1 is added, the recursive mean may be calculated as follows: -
- The
autonomous vehicle controller 125 may output the vibration mean for each wheel as a result ofblock 420. - At
block 425, theautonomous vehicle controller 125 compares the vibration means output atblock 420 to thresholds representing a loose wheel. The thresholds may be stored in thememory 140. If the vibration mean exceeds the threshold, theautonomous vehicle controller 125 is programmed to set a flag indicating excessive (or abnormal) tire vibration suggesting a loose wheel. Setting a flag may include setting a diagnostic trouble code. Theautonomous vehicle controller 125 may be further programmed to take another action such as presenting an alert inside thehost vehicle 100, selecting a minimum risk condition event, or the like. Minimum risk condition events may include autonomously operating thehost vehicle 100 to pull over to the side of the road, stop in the lane, or travel to a service station. -
FIG. 5 illustrates a flowchart of anexample process 500 that may be executed by thehost vehicle 100 to detect excessive tire vibration and a loose wheel. - At block 505, the
autonomous vehicle controller 125 receives the vehicle speed. The vehicle speed may be received by the processor 145 of theautonomous vehicle controller 125 from, e.g., thevehicle speed sensor 120. - At
block 510, theautonomous vehicle controller 125 receives the wheel speed for each wheel of thehost vehicle 100. The wheel speeds may be output by, e.g., thewheel speed sensors 115 and received by the processor 145 of theautonomous vehicle controller 125. - At
block 515, theautonomous vehicle controller 125 identifies a speed range. The speed range may be identified via the processor 145 of theautonomous vehicle controller 125 as explained above with respect to block 405. - At
block 520, theautonomous vehicle controller 125 estimates the wheel radius. The processor 145 of theautonomous vehicle controller 125 estimates the wheel radius as explained above with respect to block 410. - At
block 525, theautonomous vehicle controller 125 selects a frequency bin of interest. The processor 145 of theautonomous vehicle controller 125 may select the frequency bin of interest as explained above with regard to block 415. - At
block 530, theautonomous vehicle controller 125 determines the magnitude of the tire vibrations. The processor 145 of theautonomous vehicle controller 125 may determine the magnitude of the tire vibrations using a Goertzel-based computation, as discussed above with respect toFIG. 3 and block 420. - At
block 535, theautonomous vehicle controller 125 compares the magnitudes of the tire vibrations resulting fromblock 530 to a predetermined threshold. That is, the processor 145 of theautonomous vehicle controller 125 may make such a comparison as explained above with respect to block 425. - At
decision block 540, theautonomous vehicle controller 125 determines if the magnitude of any of the tire vibrations exceeds the threshold. The processor 145 may do so by comparing the magnitude of each tire vibration to the threshold. If a tire vibration exceeds the threshold, theprocess 500 may proceed to block 545 since vibrations exceeding the threshold may indicate a loose wheel. Otherwise, theprocess 500 may return to block 505. - At
block 545, theautonomous vehicle controller 125 sets a flag and takes a remedial action. For instance, the processor 145 of theautonomous vehicle controller 125 may set a diagnostic trouble code flag and may further initiate a minimum risk condition event. The minimum risk condition event may include autonomously operating thehost vehicle 100 to pull over to the side of the road, stop in the lane, or navigate to a service station. - In general, the computing systems and/or devices described may employ any of a number of computer operating systems, including, but by no means limited to, versions and/or varieties of the Ford Sync® application, AppLink/Smart Device Link middleware, the Microsoft Automotive® operating system, the Microsoft Windows® operating system, the Unix operating system (e.g., the Solaris® operating system distributed by Oracle Corporation of Redwood Shores, Calif.), the AIX UNIX operating system distributed by International Business Machines of Armonk, N.Y., the Linux operating system, the Mac OSX and iOS operating systems distributed by Apple Inc. of Cupertino, Calif., the BlackBerry OS distributed by Blackberry, Ltd. of Waterloo, Canada, and the Android operating system developed by Google, Inc. and the Open Handset Alliance, or the QNX® CAR Platform for Infotainment offered by QNX Software Systems. Examples of computing devices include, without limitation, an on-board vehicle computer, a computer workstation, a server, a desktop, notebook, laptop, or handheld computer, or some other computing system and/or device.
- Computing devices generally include computer-executable instructions, where the instructions may be executable by one or more computing devices such as those listed above. Computer-executable instructions may be compiled or interpreted from computer programs created using a variety of programming languages and/or technologies, including, without limitation, and either alone or in combination, Java™, C, C++, Visual Basic, Java Script, Perl, etc. Some of these applications may be compiled and executed on a virtual machine, such as the Java Virtual Machine, the Dalvik virtual machine, or the like. In general, a processor (e.g., a microprocessor) receives instructions, e.g., from a memory, a computer-readable medium, etc., and executes these instructions, thereby performing one or more processes, including one or more of the processes described herein. Such instructions and other data may be stored and transmitted using a variety of computer-readable media.
- A computer-readable medium (also referred to as a processor-readable medium) includes any non-transitory (e.g., tangible) medium that participates in providing data (e.g., instructions) that may be read by a computer (e.g., by a processor of a computer). Such a medium may take many forms, including, but not limited to, non-volatile media and volatile media. Non-volatile media may include, for example, optical or magnetic disks and other persistent memory. Volatile media may include, for example, dynamic random access memory (DRAM), which typically constitutes a main memory. Such instructions may be transmitted by one or more transmission media, including coaxial cables, copper wire and fiber optics, including the wires that comprise a system bus coupled to a processor of a computer. Common forms of computer-readable media include, for example, a floppy disk, a flexible disk, hard disk, magnetic tape, any other magnetic medium, a CD-ROM, DVD, any other optical medium, punch cards, paper tape, any other physical medium with patterns of holes, a RAM, a PROM, an EPROM, a FLASH-EEPROM, any other memory chip or cartridge, or any other medium from which a computer can read.
- Databases, data repositories or other data stores described herein may include various kinds of mechanisms for storing, accessing, and retrieving various kinds of data, including a hierarchical database, a set of files in a file system, an application database in a proprietary format, a relational database management system (RDBMS), etc. Each such data store is generally included within a computing device employing a computer operating system such as one of those mentioned above, and are accessed via a network in any one or more of a variety of manners. A file system may be accessible from a computer operating system, and may include files stored in various formats. An RDBMS generally employs the Structured Query Language (SQL) in addition to a language for creating, storing, editing, and executing stored procedures, such as the PL/SQL language mentioned above.
- In some examples, system elements may be implemented as computer-readable instructions (e.g., software) on one or more computing devices (e.g., servers, personal computers, etc.), stored on computer readable media associated therewith (e.g., disks, memories, etc.). A computer program product may comprise such instructions stored on computer readable media for carrying out the functions described herein.
- With regard to the processes, systems, methods, heuristics, etc. described herein, it should be understood that, although the steps of such processes, etc. have been described as occurring according to a certain ordered sequence, such processes could be practiced with the described steps performed in an order other than the order described herein. It further should be understood that certain steps could be performed simultaneously, that other steps could be added, or that certain steps described herein could be omitted. In other words, the descriptions of processes herein are provided for the purpose of illustrating certain embodiments, and should in no way be construed so as to limit the claims.
- Accordingly, it is to be understood that the above description is intended to be illustrative and not restrictive. Many embodiments and applications other than the examples provided would be apparent upon reading the above description. The scope should be determined, not with reference to the above description, but should instead be determined with reference to the appended claims, along with the full scope of equivalents to which such claims are entitled. It is anticipated and intended that future developments will occur in the technologies discussed herein, and that the disclosed systems and methods will be incorporated into such future embodiments. In sum, it should be understood that the application is capable of modification and variation.
- All terms used in the claims are intended to be given their ordinary meanings as understood by those knowledgeable in the technologies described herein unless an explicit indication to the contrary is made herein. In particular, use of the singular articles such as “a,” “the,” “said,” etc. should be read to recite one or more of the indicated elements unless a claim recites an explicit limitation to the contrary.
- The Abstract is provided to allow the reader to quickly ascertain the nature of the technical disclosure. It is submitted with the understanding that it will not be used to interpret or limit the scope or meaning of the claims. In addition, in the foregoing Detailed Description, it can be seen that various features are grouped together in various embodiments for the purpose of streamlining the disclosure. This method of disclosure is not to be interpreted as reflecting an intention that the claimed embodiments require more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive subject matter lies in less than all features of a single disclosed embodiment. Thus the following claims are hereby incorporated into the Detailed Description, with each claim standing on its own as a separately claimed subject matter.
Claims (16)
1. A vehicle computer comprising:
a memory; and
a processor programmed to execute instructions stored in the memory, the instructions including:
receiving a wheel speed from a wheel speed sensor;
receiving a vehicle speed from a vehicle speed sensor;
identifying a speed range from the vehicle speed;
estimating a wheel radius from the wheel speed sensor;
selecting a frequency bin of interest according to the speed range and the estimated wheel radius;
determining a mean vibration magnitude relative to the selected frequency bin of interest; and
detecting a vibrating vehicle wheel based on the mean vibration magnitude.
2-4. (canceled)
5. The vehicle computer of claim 1 , wherein the processor is programmed to generate an intermediate signal for the vehicle wheel based on the wheel speed and the selected frequency bin of interest.
6. The vehicle computer of claim 5 , wherein the processor is programmed to determine the mean vibration magnitude based at least in part on the intermediate signal.
7. The vehicle computer of claim 1 , wherein the processor is programmed to recursively determine the mean vibration magnitude.
8. The vehicle computer of claim 1 , wherein the processor is programmed to detect the vibrating vehicle wheel by comparing the mean vibration magnitude to a threshold.
9. The vehicle computer of claim 8 , wherein the processor is programmed to detect the vibrating vehicle wheel as a result of determining that the mean vibration magnitude exceeds the threshold.
10. The vehicle computer of claim 1 , wherein the processor is programmed to autonomously operate a host vehicle in accordance with a remedial action as a result of detecting the vibrating vehicle wheel.
11. A method comprising:
receiving a wheel speed from a wheel speed sensor;
receiving a vehicle speed from a vehicle speed sensor;
identifying a speed range from the vehicle speed;
estimating a wheel radius from the wheel speed sensor;
selecting a frequency bin of interest according to the speed range and the estimated wheel radius:
determining a mean vibration magnitude relative to the selected frequency bin of interest; and
detecting a vibrating vehicle wheel based on the mean vibration magnitude.
12-14. (canceled)
15. The method of claim 11 , further comprising generating an intermediate signal for the vehicle wheel based on the wheel speed and the selected frequency bin of interest.
16. The method of claim 15 , further comprising determining the mean vibration magnitude based at least in part on the intermediate signal.
17. The method of claim 11 , wherein determining the mean vibration magnitude includes recursively determining the mean vibration magnitude.
18. The method of claim 11 , wherein detecting the vibrating vehicle wheel includes comparing the mean vibration magnitude to a threshold.
19. The method of claim 18 , wherein detecting the vibrating vehicle wheel includes detecting the vibrating vehicle wheel as a result of determining that the mean vibration magnitude exceeds the threshold.
20. The method of claim 11 , further comprising autonomously operating a host vehicle in accordance with a remedial action as a result of detecting the vibrating vehicle wheel.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15/814,360 US10286923B1 (en) | 2017-11-15 | 2017-11-15 | Tire vibration and loose wheel detection |
CN201811332790.8A CN109795501A (en) | 2017-11-15 | 2018-11-09 | Tire vibration and loosening wheel detection |
DE102018128453.5A DE102018128453A1 (en) | 2017-11-15 | 2018-11-13 | Detection of tire vibration and loose wheels |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15/814,360 US10286923B1 (en) | 2017-11-15 | 2017-11-15 | Tire vibration and loose wheel detection |
Publications (2)
Publication Number | Publication Date |
---|---|
US10286923B1 US10286923B1 (en) | 2019-05-14 |
US20190144006A1 true US20190144006A1 (en) | 2019-05-16 |
Family
ID=66335398
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/814,360 Active US10286923B1 (en) | 2017-11-15 | 2017-11-15 | Tire vibration and loose wheel detection |
Country Status (3)
Country | Link |
---|---|
US (1) | US10286923B1 (en) |
CN (1) | CN109795501A (en) |
DE (1) | DE102018128453A1 (en) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020057197A1 (en) * | 2018-09-21 | 2020-03-26 | 北京三快在线科技有限公司 | Control method for autonomous vehicle, and autonomous vehicle |
KR20210070477A (en) * | 2019-12-04 | 2021-06-15 | 현대자동차주식회사 | Apparatus and method for determining error of vehicle |
DE102020200828A1 (en) | 2020-01-23 | 2021-07-29 | Zf Friedrichshafen Ag | Method for providing an artificial intuition |
Family Cites Families (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6481271B1 (en) | 2000-03-16 | 2002-11-19 | Ford Motor Company | Method to correct vehicle vibration during an assembly process |
SE0002213D0 (en) * | 2000-04-12 | 2000-06-13 | Nira Automotive Ab | Tire pressure computation system |
JP3856389B2 (en) | 2003-06-19 | 2006-12-13 | 本田技研工業株式会社 | Tire pressure monitoring device |
US6993449B2 (en) | 2004-01-31 | 2006-01-31 | Continental Teves, Inc. | Tire pressure loss detection |
US7272536B2 (en) | 2005-05-23 | 2007-09-18 | Potts Gerald R | Failure warning for a tire among a plurality of tires |
US20090139327A1 (en) | 2005-09-06 | 2009-06-04 | Volvo Lastvagnar Ab | Method and a system for determining wheel imbalances of at least one wheel on a vehicle |
US7705972B2 (en) * | 2006-06-20 | 2010-04-27 | Virginia Tech Intellectual Properties, Inc. | Doppler sensor for the derivation of torsional slip, friction and related parameters |
US20070299573A1 (en) | 2006-06-26 | 2007-12-27 | International Truck Intellectual Property Company, Llc | Accelerometer based system for detection of tire tread separation and loose wheels |
JP4458072B2 (en) * | 2006-06-28 | 2010-04-28 | 日産自動車株式会社 | VEHICLE DRIVE OPERATION ASSISTANCE DEVICE AND VEHICLE HAVING VEHICLE DRIVE OPERATION ASSISTANCE DEVICE |
US7873449B2 (en) * | 2007-03-29 | 2011-01-18 | Ford Global Technologies | Vehicle safety system with advanced tire monitoring |
JP2010165242A (en) * | 2009-01-16 | 2010-07-29 | Hitachi Cable Ltd | Method and system for detecting abnormality of mobile body |
GB2474530A (en) * | 2010-03-30 | 2011-04-20 | Wheely Safe Ltd | Wheel loss detection |
JP5531265B2 (en) * | 2010-10-12 | 2014-06-25 | パナソニック株式会社 | Tire condition detecting apparatus and tire condition detecting method |
US8872668B2 (en) * | 2011-08-30 | 2014-10-28 | Sst Wireless Inc. | System and method for loose nut detection |
US10775271B2 (en) | 2012-08-22 | 2020-09-15 | Ge Global Sourcing Llc | System for determining conicity of a wheel based on measured vibrations |
US9915950B2 (en) * | 2013-12-31 | 2018-03-13 | Polysync Technologies, Inc. | Autonomous vehicle interface system |
DE102015000998B4 (en) | 2015-01-27 | 2019-11-14 | Nira Dynamics Ab | Detecting a loose wheel |
JP6545528B2 (en) * | 2015-05-19 | 2019-07-17 | Ntn株式会社 | Server utilization judgment device of wheel fastening state |
US9734721B2 (en) * | 2015-08-14 | 2017-08-15 | Here Global B.V. | Accident notifications |
US9548077B1 (en) | 2015-12-07 | 2017-01-17 | International Business Machines Corporation | Detecting and compensating for external vibration in a tape drive |
JP6926472B2 (en) * | 2016-12-27 | 2021-08-25 | 株式会社ジェイテクト | Analytical equipment and analysis system |
-
2017
- 2017-11-15 US US15/814,360 patent/US10286923B1/en active Active
-
2018
- 2018-11-09 CN CN201811332790.8A patent/CN109795501A/en active Pending
- 2018-11-13 DE DE102018128453.5A patent/DE102018128453A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
CN109795501A (en) | 2019-05-24 |
US10286923B1 (en) | 2019-05-14 |
DE102018128453A1 (en) | 2019-05-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10424127B2 (en) | Controller architecture for monitoring health of an autonomous vehicle | |
US10209709B2 (en) | LIDAR sensor frost detection | |
US20150094898A1 (en) | Vehicle autonomous mode deactivation | |
US10611381B2 (en) | Decentralized minimum risk condition vehicle control | |
US20190108692A1 (en) | Method and apparatus to isolate an on-vehicle fault | |
US9002564B2 (en) | Enhanced park assist wheel speed compensation technique | |
US10569785B2 (en) | Road water detection | |
US10773597B2 (en) | Autonomous vehicle acceleration profile | |
US10613539B2 (en) | Autonomous vehicle trajectory planning | |
US10286923B1 (en) | Tire vibration and loose wheel detection | |
CN108399214B (en) | Determining friction data of a target vehicle | |
US10850768B2 (en) | Suspension-system degradation detection | |
US20190064027A1 (en) | Determining vehicle wheel imbalance | |
US10093315B2 (en) | Target vehicle deselection | |
US11091106B2 (en) | Hybrid power network for a vehicle | |
US20190392697A1 (en) | Autonomous vehicle road water detection | |
US10513270B2 (en) | Determining vehicle driving behavior | |
US20200114953A1 (en) | Steering correction for steer-by-wire | |
US11893004B2 (en) | Anomaly detection in multidimensional sensor data | |
CN115071723A (en) | Method and system for detecting driver's hand holding/releasing steering wheel during driving | |
US20180222523A1 (en) | Steering-wheel control mechanism for autonomous vehicle | |
CN112848920B (en) | Parking method and device of electric automobile and vehicle | |
US11555919B2 (en) | Radar calibration system | |
CN110626325A (en) | Vehicle emergency braking method, device and system | |
US20230264696A1 (en) | Method for inspecting road surface condition, road surface condition inspection device, and road surface condition inspection system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FEPP | Fee payment procedure |
Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 4 |