The present invention relates generally to an automotive diagnostic tool. More particularly, the present invention relates to a diagnostic tool with urgency indicators.
Recently manufactured vehicles are equipped with a special system called On-Board Diagnostic II (OBD II). OBD II monitors all engine and drive train sensors and actuators for shorts, open circuits, lazy sensors and out-of-range values as well as values that do not logically fit with other power train data. Thus, OBD II keeps track of all of the components responsible for emissions and when one of them malfunctions, it signals the vehicle owner by illuminating a Maintenance Indicator Lamp (MEL), such as a check engine indicator. It also stores Diagnostic Trouble Codes (DTCs) designed to help a technician find and repair the emission related problem. OBD It also specifies the means for communicating diagnostic information to equipment used in diagnosing, repairing and testing the vehicle.
An illuminated MIL means that the OBD II system has detected a problem that may cause increased emissions. A blinking MIL indicates a severe engine misfire that can damage the catalytic converter. The MEL is reserved for emission control and monitored systems and may not be used for any other purpose. The “Check Engine,” “Service Engine Soon” or other “engine symbol” message is typically used as an MEL indicator.
Although the MEL is helpful to a driver in that it lets the driver know that there is an issue with the vehicle, the driver, however, may not know if the problem is serious or not. Accordingly, it is desirable to provide a method and apparatus that provides recommendations to the driver regarding the stored code (DTC).
The foregoing needs are met, to a great extent, by the present invention, wherein in one aspect an apparatus is provided that in some embodiments allows a diagnostic tool to indicate the status of the vehicle based on DTCs and recommend a course of action.
In one embodiment, a diagnostic tool for diagnosing a vehicle is provided and includes a processor that can process a diagnostic data from the vehicle, a memory that can store a database that is used to indicate a condition of the vehicle, a connector interface that can connect the diagnostic tool to a data link connector in the vehicle, wherein the connector interface can connect removably at a first end to the data link connector and can connect non-removably at a second end to the diagnostic tool, a user interface that can allow a user to interact with the diagnostic tool, a signal translator that can allow the diagnostic tool to communicate with the vehicle in at least one communication protocol, a display that can display an indicator that indicates a level of urgency related to the condition of the vehicle based on a stored diagnostic trouble code (DTC); and a housing surrounding the processor, the memory, the connector interface, the user interface, the signal translator, and the display.
In another embodiment of the invention, a method of indicating an urgency repair level of a vehicle is provided and includes connecting a diagnostic tool to a data link connector in the vehicle, wherein the diagnostic tool includes an indicator that indicates a level of urgency related to a condition of the vehicle based on a stored diagnostic trouble code (DTC), powering on the vehicle in order to retrieve diagnostic trouble code (DTC), retrieving the DTC stored in a vehicle diagnostic computer, displaying on a display a summary of the DTC retrieved, and indicating with an indicator the level of urgency of repairs for each DTC retrieved.
In still another embodiment, a diagnostic tool for diagnosing a vehicle is provided and can include a means for processing configured to process a diagnostic data from the vehicle, a memory means configured to store a database that is used to indicate a condition of the vehicle, a means for connecting configured to connect the diagnostic tool to a data link connector in the vehicle, wherein the means for connecting connects removably at a first end to the data link connector and connects non-removably at a second end to the diagnostic tool, a means for interfacing configured to allow a user to interact with the diagnostic tool, a means for translating configured to that allow the diagnostic tool to communicate with the vehicle in at least one communication protocol, a means for displaying configured to display an indicator that indicates a level of urgency related to a condition of the vehicle based on a stored diagnostic trouble code (DTC), and a means for housing surrounding the means for processing, the memory means, the means for connecting, the means for interfacing, the means for translating, and the means for displaying.
There has thus been outlined, rather broadly, certain embodiments of the invention in order that the detailed description thereof herein may be better understood, and in order that the present contribution to the art may be better appreciated. There are, of course, additional embodiments of the invention that will be described below and which will form the subject matter of the claims appended hereto.
In this respect, before explaining at least one embodiment of the invention in detail, it is to be understood that the invention is not limited in its application to the details of construction and to the arrangements of the components set forth in the following description or illustrated in the drawings. The invention is capable of embodiments in addition to those described and of being practiced and carried out in various ways. Also, it is to be understood that the phraseology and terminology employed herein, as well as the abstract, are for the purpose of description and should not be regarded as limiting.
As such, those skilled in the art will appreciate that the conception upon which this disclosure is based may readily be utilized as a basis for the designing of other structures, methods and systems for carrying out the several purposes of the present invention. It is important, therefore, that the claims be regarded as including such equivalent constructions insofar as they do not depart from the spirit and scope of the present invention.
The invention will now be described with reference to the drawing figures, in which like reference numerals refer to like parts throughout. An embodiment in accordance with the present invention provides an apparatus, such as a scan tool and method that indicate and recommend a course of action when the MEL light is illuminated in the vehicle.
An embodiment of the present inventive apparatus is illustrated in
The display 104 can be any display, for example, a liquid crystal display (LCD), a video graphics array (VGA), a touch display (which can also be a user interface), etc. The display is capable of displaying words and indicators (triangle as shown) to indicate and recommend an action based on the stored code in the OBDII. The words may include “OK,” which may mean that it's OK to continue driving or “Attention,” which may mean repairs may be needed within a few days (five day maximum). The words may also include “Caution,” which may mean get to a repair shop, for example, within two days to avoid further damage to the vehicle or “Urgent,” which may mean immediate repair is required to prevent further damage. The indicators also indicate to the user if the vehicle is drivable without potential damage to the vehicle.
The indicators can provide similar information as the words. For example, the arrow indicator 122 can be displayed to point to a color indicator (112-118) under the display. The color may be “Green,” 112 which may mean that it's OK to continue driving or “Yellow,” 114 which may mean repairs maybe needed within a few days (five day maximum). Other colors can include “Orange,” 116 which may mean get to a repair shop within two days to avoid further damage to the vehicle or “Red,” 118 which may mean immediate repair is required to prevent further damage. The color indicator may be provided on a surface of the diagnostic tool 100. In other embodiments, the color indicators (112-118) may be in the form of lights indicator or LED. The lights indicators may be steadily lit or may flash to indicate the level of urgency. In another embodiment, the entire or part of the display 104 may display the indicated color. In still another embodiment, the colors indicators may be displayed on the display. Each of the DTC retrieved from the vehicle will have its own indicator. By having each DTC matched to an indicator, more accurate information can be known then simply summarizing the DTCs and indicating only one color as to a condition of the vehicle.
The indicators can also be via sound ranging from low to high depending on the indication needed or by vibrations (slow to fast). The indicators described herein can all be used or only some be used. For example, only “Red” and “Yellow” can be used. Other combinations are also possible including both sound and colors, both words and vibration and other combinations. Additionally in other embodiments, numbers may be used such as 1-4 (1 being OK and 4 being urgent or vice versa). It should be noted that the words, numbers or indicators are recommended actions but that the user should have the vehicle checked out by a qualified technician as soon as possible after the MEL light is illuminated.
The user interface 106 allows the user to interact with the diagnostic tool in order to operate the diagnostic tool as desired. The user interface 106 can include function keys, arrow keys or any other type of keys that can manipulate the diagnostic tool 100 in order to operate various menus that are presented on the display. For example, the user interface can include an “R” button in order to read any stored code in the OBDII and a “B” button to go back to a previous screen. Additionally, the “R” button may also act as a scroll function to scroll down when, for example, held down during use or pressed again and the “B” button to scroll up when held down during use or pressed again. In the scroll function, the next or previous code may be displayed including the respective color indicators. The buttons, however, can be programmed for any functions desired by the user including an erase code or reset MIL function. The user interface 106 can include an input device such as a mouse or any other suitable input device, including a keypad, or a scanner. The user interface 106 can also include numbers or be alphanumeric. The power key 108 allows the user to turn the diagnostic tool 100 on and off, as required.
The USB connections allows the diagnostic tool 100 to communicate with other devices including another computing device such as a desktop or laptop computer. This will allow the diagnostic tool to be updated as needed including any software or database updates. Alternatively, the tool can be updated wirelessly or via the optional card reader. The DTC obtained from the vehicle may also be downloaded to another computing device for additional diagnosis.
The connector interface 124 allows the diagnostic tool 100 to connect at a first end to an external device, such as an ECU of a vehicle via the DLC. The second end is connected to the diagnostic tool. The second end may be removable in one embodiment and in another embodiment is not removable. The DLC can provide power to the diagnostic tool via one of the pins when connected to the vehicle. Thus, the diagnostic tool can be powered by the vehicle's battery or by its own power source (such as internal batteries or connected to an A/C plug).
Selectable signal translator 210 communicates with the vehicle communication interface 230 through the connector interface 211. Signal translator 210 conditions signals received from an ECU unit through the vehicle communication interface 230 to a conditioned signal compatible with diagnostic tool 100. Signal translator 210 can communicate with, for example, the following communication protocols: J1850 (VPM and PWM), ISO 9141-2 signal, communication collision detection (CCD) (e.g., Chrysler collision detection), data communication links (DCL), serial communication interface (SCI), S/F codes, a solenoid drive, J1708, RS232, Controller Area Network (CAN), Keyword 2000 (ISO 14230-4), OBD II or other communication protocols that are implemented in a vehicle.
The circuitry to translate and send in a particular communication protocol can be selected by FPGA 214 (e.g., by tri-stating unused transceivers) or by providing a keying device that plugs into the connector interface 211 that is provided by diagnostic tool 100 to connect diagnostic tool 100 to vehicle communication interface 230. Signal translator 210 is also coupled to FPGA 214 and the cardreader 220 via the first system bus 224. FPGA 214 transmits to and receives signals (i.e., messages) from the ECU unit through signal translator 210.
The FPGA 214 is coupled to the processor 202 through various address, data and control lines by the second system bus 222. FPGA 214 is also coupled to the card reader 220 through the first system bus 224. The processor 202 is also coupled to the display 104 in order to output the desired information to the user. The processor 202 communicates with the CPLD 204 through the second system bus 222. Additionally, the processor 202 is programmed to receive input from the user through the user interface 106 via the CPLD 204. The CPLD 204 provides logic for decoding various inputs from the user of diagnostic tool 100 and also provides glue-logic for various other interfacing tasks.
Memory subsystem 208 and internal non-volatile memory 218 are coupled to the second system bus 222, which allows for communication with the processor 202 and FPGA 214. Memory subsystem 208 can include an application dependent amount of dynamic random access memory (DRAM), a hard drive, and/or read only memory (ROM). Software to run the diagnostic tool 100 can be stored in the memory subsystem 208, including any database. The database (discussed below) can include data for use with the indicators (discussed above). The database can also be stored on an external memory, such as a compact flash card or other memories in the optional card reader.
Internal non-volatile memory 218 can be an electrically erasable programmable read-only memory (EEPROM), flash ROM, or other similar memory. Internal non-volatile memory 218 can provide, for example, storage for boot code, self-diagnostics, various drivers and space for FPGA images, if desired. If less than all of the modules are implemented in FPGA 214, memory 218 can contain downloadable images so that FPGA 214 can be reconfigured for a different group of communication protocols.
Wireless communication circuit 238 communicates with the processor via second bus system 222. The wireless communication circuit can be configured to communicate to RF (radio frequency), satellites, cellular phones (analog or digital), Bluetooth®V, Wi-Fi, Infrared, Zigby, Local Area Networks (LAN), WLAN (Wireless Local Area Network), or other wireless communication configurations and standards. The wireless communication circuit allows the diagnostic tool to communicate with other devices wirelessly. The wireless communication circuit includes an antenna built therein and being housed within the housing or can be externally located on the housing.
The information in the database that is used with the indicators can be pooled from various sources including SAE J2012. This document is intended to define standardized Diagnostic Trouble Codes (DTCs) that On-Board Diagnostic (OBD) systems in vehicles are required to report when malfunctions are detected and includes DTC format and a standardized set of DTCs and descriptions. General guidelines are offered for code number assignments, but no definitions are provided.
Typically, the DTC will be assigned by the manufacturer to be associated with a vehicle fault and then is linked to a definition. The definition may include some or all of the following information: (1) conditions for running the monitor that stores the DTC (enabling criteria); (2) conditions for setting the DTC in memory (code set criteria); (3) actions taken (fail safe or substitution values); and (4) code priority (MEL and DTC as opposed to DTC only with no MIL). Usually, no DTC assigned by a manufacturer to a vehicle fault is purely generic.
It should be noted that DTCs come with some limitations. For example, some vehicle problems will not store a DTC, such as a component that is binding mechanically, but passes the electrical test may not store a code. Some DTC-related faults are asymptomatic such as a gutted catalyst that may have no effect on driveability or an evaporative emission system fault that illuminates the MEL may allow hydrocarbons to escape into the atmosphere, but has no readily noticeable symptoms. DTC numbers and their descriptors can be wrong such as a transmission DTC may be stored if a critical sensor input to the TCM is missing. DTC may not properly identify the extent of the problem, for example, a short in a shared reference voltage circuit may affect multiple sensors even though only one fault is identified by DTC. A vehicle with multiple faults may not store multiple codes so that the existence of additionally faults will not be detected until the original fault is corrected and the DTC is erased. Multiple vehicle faults may be detected and multiple DTCs stored for a problem that is not properly identified by the onboard monitors or described by a DTC, such as when a voltage drop in a common ground connection can disrupt multiple circuits. These are but examples of limitations that exist in using the DTCs.
Additional resources include aftermarket repair databases, aftermarket code reference books, trade journal articles, vehicle repair manuals, white papers, presentations, aftermarket and OEM websites, aftermarket and OEM technical trainers, and practical experience from working technicians. The data and code used for the database can compiled based on experiences and the documents described herein.
Examples of the database include:
The alert level can be used to appropriately assign the indicators. For example, alert level 1 may be associated with the “Yellow” indicator, alert level 2 may be associated with the “Orange” indicator and alert level 3 may be associated with the “Red” indicator. Other association between the alert level and the color indicators may be used.
The many features and advantages of the invention are apparent from the detailed specification, and thus, it is intended by the appended claims to cover all such features and advantages of the invention which fall within the true spirit and scope of the invention. Further, because numerous modifications and variations will readily occur to those skilled in the art, it is not desired to limit the invention to the exact construction and operation illustrated and described, and accordingly, all suitable modifications and equivalents may be resorted to, falling within the scope of the invention.
This application claims priority to U.S. Provisional Patent Application Ser. No. 60/935,103, filed Jul. 26, 2007, titled “CODE EVALUATOR TOOL WITH URGENCY INDICATOR,” filed herewith, the disclosures of each which are hereby incorporated by reference in their entirety.
Number | Name | Date | Kind |
---|---|---|---|
20070073459 | Webster et al. | Mar 2007 | A1 |
20090006476 | Andreasen et al. | Jan 2009 | A1 |
20090125178 | Wilson | May 2009 | A1 |
Number | Date | Country | |
---|---|---|---|
20090055045 A1 | Feb 2009 | US |
Number | Date | Country | |
---|---|---|---|
60935103 | Jul 2007 | US |