Patent Application
20170072795
The present disclosure relates to a pressure sensor in a vehicle body structure and an associated control and power strategy for diagnosing the pressure sensor.
A restraint system in a vehicle can detect an impact of the vehicle from multiple directions. Based on the direction of the impact, the restraint system may use different sensors to detect the impact. For example, accelerometers may be used to detect a forward or rear collision based on a sudden change in vehicle acceleration. Air pressure sensors may be located within an interior of a vehicle door to detect a side impact based on a sudden change in air pressure in the door. Sudden changes in air pressure detected by the air pressure sensors can trigger a restraint control module to inflate a side airbag.
These air pressure sensors have the potential to output inaccurate pressure readings if the inlet or port of the air pressure sensor is blocked. One potential cause of a blockage in the air pressure sensor port is dirt, bugs, or outside particles being lodged within the housing of the sensor.
According to one embodiment, a vehicle comprises an air pressure sensor and a controller coupled to the pressure sensor. The pressure sensor is configured to detect pressure within a door cavity of a door of the vehicle. The controller is programmed to output for display an alert indicating a fault with the pressure sensor in response to door cavity pressures detected by the sensor not varying from atmospheric pressure by more than an expected amount during a door-open or door-close event.
According to another embodiment, a method of diagnosing a sensor by a sensor is provided. The method includes receiving a first signal from a pressure sensor indicating air pressure within a door panel of a vehicle, and receiving a second signal from an atmospheric pressure sensor indicating atmospheric pressure. The method also includes displaying an alert indicating a fault with the pressure sensor in response to air pressure within the door panel not varying from the atmospheric pressure by more than an expected amount during a door-open or door-close event.
In yet another embodiment, a vehicle comprises a door, a door-ajar sensor, and a pressure sensor configured to detect air pressure within the door. A receiver is configured to receive a request from a key fob to start or unlock the vehicle. A controller is programmed to (1) store the air pressure in response to the request, and (2) after a signal change from the door-ajar sensor, issue an alert based on the stored air pressure prior to the signal change.
Embodiments of the present disclosure are described herein. It is to be understood, however, that the disclosed embodiments are merely examples and other embodiments can take various and alternative forms. The figures are not necessarily to scale; some features could be exaggerated or minimized to show details of particular components. Therefore, specific structural and functional details disclosed herein are not to be interpreted as limiting, but merely as a representative basis for teaching one skilled in the art to variously employ the embodiments. As those of ordinary skill in the art will understand, various features illustrated and described with reference to any one of the figures can be combined with features illustrated in one or more other figures to produce embodiments that are not explicitly illustrated or described. The combinations of features illustrated provide representative embodiments for typical applications. Various combinations and modifications of the features consistent with the teachings of this disclosure, however, could be desired for particular applications or implementations.
The terms “inner,” “outer,” “interior,” and “exterior” are used throughout this disclosure. These terms are intended to bring a directional context to the surroundings of the vehicle door, the door panels, and the air pressure sensor. These terms are meant to give exemplary context of various components relative to the central interior of the vehicle. For example, an “inner panel” is meant to invoke the understanding that that panel is more towards the interior of the vehicle than is a corresponding “outer panel.” These terms (and other similar terms) are not meant to be limiting to the scope of this disclosure whatsoever, but are rather meant to give examples of directional relativity between and amongst various components.
Air pressure sensors are used in many automotive systems, including engine control and safety system. One application of an air pressure sensor is to predict an impact with a side of a vehicle such as a collision with a side door. The side door assembly may be constructed of an inner panel and an outer panel (or exterior panel). A cavity may exist between the inner and outer panel of the door. The cavity may not be air-tight and may include an opening to permit air to pass between the cavity and an outside of the door. This opening may allow a small volume of air to freely pass between the cavity and the outside, to allow the air pressure in the door to match changes in atmospheric pressures. In the event of an impact to the side of the vehicle, such as in a vehicular collision, the rapid deformation of the exterior panel may create a sudden large change in air pressure within the cavity. The opening is typically not large enough to compensate for this sudden large change in air pressure.
The detected air pressure within the cavity by the pressure sensor can trigger a controller to activate side-impact airbags. For example, the air sensor may be configured to measure the pressure in the cavity and output a signal to a controller including a processor, or Restraint Control Module (RCM). The controller may deploy an airbag, such as a side curtain airbag, into a vehicle passenger compartment based on the pressure or the change in pressure measured by the air sensor.
The operator of the vehicle or a technician should be well-informed as to the status of the air pressure sensor, and whether it is outputting accurate pressure readings. According to various embodiments of this disclosure, an automatic, continuously-available diagnostic test can be run on the air pressure sensor without the need for any external equipment or removal of the door panels to inspect the pressure sensor itself.
As described above, this disclosure provides an automatic diagnostic test that can be run on the pressure sensor 26. As will be described in more detail below, pressures can be monitored by the pressure sensor 26 while the vehicle door is opening or closing.
For additional clarity,
The algorithm 100 begins at 102. Step 102 represents an exemplary step of determining when to initiate and prepare controllers within the vehicle to run the diagnostic. At 102, a request to unlock the doors or start the engine is received via a wireless receiver within the vehicle from a key fob or other similar device. Based on this received signal, it can be inferred that the driver of the vehicle will soon be entering the vehicle, in which a door-open and door-close event will take place, and hence when a diagnostic test can be run. Also in response to this signal, a battery within the vehicle can initialize power sent to a door-ajar sensor that determines whether the door is open or close.
At 104, subsequent to the request from the key fob, the controller receives a signal that the door has opened. More particularly, a door-ajar sensor is placed at or near the door. This sensor can be a physical locational sensor, radar sensor, or any other known sensor that determines whether the door is ajar or closed. When the signal changes to “ajar,” indicating that the door has changed from being closed to being opened, the method proceeds to 106.
At 106, the ignition status of the vehicle is monitored. If the operator of the vehicle has turned the ignition upon entering the vehicle, or if the request form the key fob was a remote-start request, the algorithm proceeds to 108 in which power modules and control modules are activated. In one particular example, at 108 the battery electronic control module (BECM) or electronics control module (ECM) powers the restraint crash module (RCM) or other such controller. This prepares the controller to receive signals from the pressure sensor 26 to monitor the air pressure within the door.
Once the controller is properly prepared, at 112 the controller receives signals from an atmospheric air pressure sensor mounted to the vehicle. This atmospheric air pressure sensor is configured to determine the atmospheric air pressure (P∞), i.e., the air pressure surrounding the vehicle. This can vary due to changes in elevation, temperature, and other factors. The controller also receives signals from the pressure sensor 26 in the cavity 34 of the door to determine the door cavity pressure (P0).
At 114, the controller first determines whether the air pressure within the door cavity (P0) is the same as the local atmospheric air pressure (P∞). If the door is stationary and either opened or closed, the door cavity pressure (P0) should be the same as the local atmospheric air pressure (P∞). The controller can determine whether the air pressure within the door cavity (P0) is within some pre-programmable tolerance (ΔPtol) from atmospheric pressure. The tolerance can be a pressure value represented as some fraction of atmospheric pressure, and can be pre-programmable based on the vehicle characteristics.
In other words, as represented at 114, it is determined whether |P0|≦|P∞±ΔPtol|. If the door cavity pressure is within the pre-programmable tolerance, the algorithm proceeds to 116. At 116, the controller determines whether a signal change has been received from the door-ajar sensor. A change in signal indicates the door either opening or closing. In one embodiment, the change in signal is a change from door-open to a door-close, indicating that the door has closed. Meanwhile, the controller measures the air pressure changes in the door during this door-close event.
At 118, the controller retrieves the lateral acceleration and g-forces during the door-close event (RCM_GS). This can be determined by receiving signals from velocity sensors in the door, for example. At 120, the controller determines whether the door-close event was of great enough force to cause a pressure change in the door cavity that can be properly analyzed and compared to what would be an expected pressure change. Calibrated g-forces and accelerations (ΔGslam) during door-close events can be stored in the vehicle's memory or storage, representing what are expected forces during a door-close event. If the acceleration and g-forces signals received while the door is being closed are greater than or equal to the calibrated and stored accelerations and g-forces, the controller infers that the door was shut with enough force that the pressure sensor 26 can be properly diagnosed to read and analyze its pressure changes during the shutting of the door. If the door was not shut with enough force, the algorithm returns.
If the door was shut with a large enough force, the algorithm proceeds to 122 in which the air pressure sensor is diagnosed. Calibrated pressure change ranges (ΔPslam) departing am, from atmospheric pressure (P∞) during previous door-close events can be stored in the vehicle's memory or storage. These calibrated pressure changes represent what are expected pressure changes from atmospheric air pressure during door-close events. As the door is closed shut, the air pressure is expected to deviate somewhat from atmospheric pressure, and this pressure change is stored in the vehicle's memory or storage as an expected air pressure change from atmospheric air pressure. It is these values that the current pressure change during this particular door-close event is compared to. In particular, at 122, the controller compares the air pressure data (|P0|) from the pressure sensor 26 during the door-close event to the calibrated expected deviation from atmospheric air pressure (|P∞±ΔPslam|) during door-close events.
If it is determined at 122 that the air pressure within the door cavity has not altered from (e.g., reduced below) the atmospheric pressure and its calibrated deviation (|P∞±ΔPslam|), it is inferred that the pressure sensor 26 is not operating properly. This can be due to a blockage or other issues described above. At 124, the controller sends quality factor messages, and runs a second diagnostic to confirm the issue with the pressure sensor 26. At this step, the controller can also cause an alert to be displayed, indicating to the operator or a service technician that there is a fault with the pressure sensor 26. This alert can include a message being displayed on the on-board screen of the vehicle, a light on the dashboard instrument panel, or other known fashions of visually indicating service is needed. The controller can also be connected to an on-board diagnostic (OBD or OBD-II) port; when an OBD (or OBD-II) diagnostic tool is connected to the OBD (or OBD-II) port, the controller can cause the alert to be displayed on the screen of the diagnostic tool to indicate to the technician that the pressure sensor is faulty. In other embodiment, an audio alert played through the speakers indicating to the operator or technician that service to the pressure sensor 26 is advisable.
The controller can also cause this alert to be displayed based on the outcome of the comparison at step 114. As described above, at 114 the controller can determine whether the air pressure within the door cavity (P0) is within some pre-programmable tolerance (ΔPtol) from atmospheric pressure (P∞). If the air pressure within the door cavity (P0) is not within this tolerance even before the door-ajar status change at 116, then it is inferred that there is a fault with the operation of the pressure sensor, and the alert is displayed.
The processes, methods, or algorithms disclosed herein can be deliverable to/implemented by a processing device, controller, or computer, which can include any existing programmable electronic control unit or dedicated electronic control unit. Similarly, the processes, methods, or algorithms can be stored as data and instructions executable by a controller or computer in many forms including, but not limited to, information permanently stored on non-writable storage media such as ROM devices and information alterably stored on writeable storage media such as floppy disks, magnetic tapes, CDs, RAM devices, and other magnetic and optical media. The processes, methods, or algorithms can also be implemented in a software executable object. Alternatively, the processes, methods, or algorithms can be embodied in whole or in part using suitable hardware components, such as Application Specific Integrated Circuits (ASICs), Field-Programmable Gate Arrays (FPGAs), state machines, controllers or other hardware components or devices, or a combination of hardware, software and firmware components.
While exemplary embodiments are described above, it is not intended that these embodiments describe all possible forms encompassed by the claims. The words used in the specification are words of description rather than limitation, and it is understood that various changes can be made without departing from the spirit and scope of the disclosure. As previously described, the features of various embodiments can be combined to form further embodiments of the invention that may not be explicitly described or illustrated. While various embodiments could have been described as providing advantages or being preferred over other embodiments or prior art implementations with respect to one or more desired characteristics, those of ordinary skill in the art recognize that one or more features or characteristics can be compromised to achieve desired overall system attributes, which depend on the specific application and implementation. These attributes can include, but are not limited to cost, strength, durability, life cycle cost, marketability, appearance, packaging, size, serviceability, weight, manufacturability, ease of assembly, etc. As such, to the extent any embodiments are described as less desirable than other embodiments or prior art implementations with respect to one or more characteristics, these embodiments are not outside the scope of the disclosure and can be desirable for particular applications.
