AUTOMOTIVE ECU MOBILE PHONE INTERFACE

Abstract

The invention is a system for interfacing mobile phones with an on-board diagnostic computer in a vehicle, wherein the on-board diagnostic computer monitors a set of operational characteristics of a vehicle. The information derived from this system will be processed on the mobile phone coupled with additional information and displayed on the mobile phones screen, while simultaneously transmitting this information over the internet to be stored in a database.

Description

CROSS-REFERENCE TO RELATED APPLICATIONS

[0001] This application claims the benefit under 35 U.S.C. §120 as a continuation of U.S. patent application Ser. No. 11/423,873, filed Jun. 13, 2006, and titled "AUTOMOTIVE ECU MOBILE PHONE INTERFACE," the entire contents of which are incorporated herein by reference.

[0002] Name of Applicant: Hendalee Wilson

FEDERALLY SPONSORED RESEARCH

[0003] Non applicable

SEQUENCE LISTING OR PROGRAM

[0004] Non applicable

BACKGROUND OF INVENTION

[0005] The present invention relates to use of a mobile phone to extract automotive data from an automobiles engine control unit (ECU) and translate it into human readable form on the phones display, while simultaneously broadcasting the information internet-based system for immediate repair and roadside assistance.

BACKGROUND OF THE INVENTION-PRIOR ART

[0006] The Environmental Protection Agency (EPA) requires vehicle manufacturers to install on-board diagnostics (OBD-II) for monitoring light-duty automobiles and trucks beginning with model year 1996. OBD-II systems (e.g., microcontrollers and sensors) monitor the vehicle's electrical and mechanical systems and generate data that are processed by a vehicle's engine control unit (ECU) to detect any malfunction or deterioration in the vehicle's performance. Most ECUs transmit status and diagnostic information over a shared, standardized electronic bus in the vehicle. The bus effectively functions as an on-board computer network with many processors, each of which transmits and receives data. The primary computers in this network are the vehicle's electronic-control module (ECM) and power-control module (PCM). The ECM typically monitors engine functions (e.g., the cruise-control module, spark controller, exhaust/gas recirculator), while the PCM monitors the vehicle's power train (e.g., its engine, transmission, and braking systems). Data available from the ECM and PCM include vehicle speed, fuel level, engine temperature, and intake manifold pressure. In addition, in response to input data, the ECU also generates 5-digit `diagnostic trouble codes` (DTCs) that indicate a specific problem with the vehicle. The diagnostic trouble codes need to be coupled with OBD-II documentation so the fault code produced by the vehicle can be conceptualized by the auto owner. For instance a DTC of P0118 can be translated to the text `Engine coolant temperature circuit high input.` The presence of a DTC in the memory of a vehicle's ECU typically results in illumination of the `Service Engine Soon` light present on the dashboard of most vehicles.

[0007] Data from the above-mentioned systems are made available through a standardized, serial 16-cavity connector referred to herein as an `OBD-II connector`. The OBD-II connector typically lies underneath the vehicle's dashboard. When a vehicle is serviced, data from the vehicle's ECM and/or PCM is typically queried using an external engine-diagnostic tool (commonly called a `scan tool`) that plugs into the OBD-IL connector. The vehicle's engine is turned on and data are transferred from the engine computer, through the OBD-II connector, and to the scan tool. The data are then displayed and analyzed to service the vehicle. Scan tools are typically only used to diagnose stationary vehicles or vehicles running on a dynamometer.

[0008] Some vehicle manufacturers also include complex electronic systems in their vehicles to access and analyze some of the above-described data. For example, General Motors includes a system called `On-Star` in some of their high-end vehicles. On-Star collects and transmits data relating to these DTCs through a wireless network. On-Star systems are not connected through the OBD-II connector, but instead are wired directly to the vehicle's electronic system. This wiring process typically takes place when the vehicle is manufactured.

[0009] Prior to this invention, connecting to the OBDII interface required large costly hardware, which utilized proprietary software. In addition, many of the tools used to access automobile information returned native codes, which are not in a descriptive form and does not offer the any indication of the vehicles malfunction. Furthermore, a vehicle would have to be transported to a location in which the automobile information could be retrieved. Also, instances arise in which vehicles have stored information that state the vehicle should not be driven any further. This cannot be derived until the vehicle is brought to a location that has the expertise, hardware, and software to tell the owner that this is the case. This could cause extreme and irreversible damage to the vehicle. Lastly, the information about vehicles information is local. This information is compiled locally and not compiled into a database.

[0010] The current state of automotive repair service is one where organization must wait for an individual to come in and try to explain symptoms that they perceive the vehicle as having. Automotive repair services must allocate time and resources after the technician have checked the vehicle. This leads to much inefficiency in resource allocation at these organizations.

BACKGROUND OF THE INVENTION--OBJECTS AND ADVANTAGES

[0011] The Automotive Cellular Interface is a system that uses cellular phones to access automobile computer systems, interpret the information and shows the text on the cellular phones display. Simultaneously transiting the retrieved information, as well as characteristic and states of the cellular phone used to access the vehicle computer system, to a global network that would alert parties who could assist or benefit from the retrieval automobile information. An example could be, but not limited to the following scenario:

SUMMARY

[0012] The invention is a system for interfacing mobile phones with an on-board diagnostic computer in a vehicle, wherein the on-board diagnostic computer monitors a set of operational characteristics of a vehicle. The information derived from this system will be processed on the mobile phone coupled with additional information and displayed on the mobile phones screen, while simultaneously transmitting this information over the internet to be stored in a database.

DRAWINGS FIGURES

[0013] FIG. 1 is a schematic drawing of system of the invention featuring a single vehicle making contact with the vehicle via a microcontroller:

[0014] FIG. 2 is an example of the mobile phone display after information has been extracted from the vehicles ECU.

[0015] FIG. 3 is a schematic of the flow of information through system of the invention. It shows the dialogue between the users, the system, and organizations connected to the system.

DETAILED DESCRIPTION

[0016] Description FIG. 1--shows a cellular phone with software application that can establish a connection with the automobile. In addition, at the point of communication negotiation the application on the cellular phone extracts position location and transmits the response from the vehicle and the location to a server ready to receive this information.

[0017] Operation FIG. 1--the standard for the automotive industry for vehicles is the SAE J1850 communications protocol which utilizes variable pulse width modulation and pulse width modulation. This means that the width of the pulse determines whether it's a 1 or a 0. Most phones form communication with serial connections (RS-232, Infrared . . . etc) and wireless connection protocols (Bluetooth, Infrared . . . etc). These two protocols must be converted or bridged by some sort of microprocessor so the two communication methodologies can communicate with each other. This can be accomplished by using an 8-pin integrated circuit that can be used to convert the OBDII signal (which includes different protocols such as, but not limited to: J1850 VPW, J1850 PWM, ISO 9141-2, ISO 14230, ISO 15765) to one of the aforementioned phone communication formats. This can be accomplished by creating an integrated circuit with a Microchip Technology PIC12C5XX 8 pin 8-bit CMOS micro controller (1). The circuit should have end a male (GM part #12110252) ODBII connector, and male terminals (GM Part #12047581) on one end and a DB9 serial port connector at the other. It is recommended pins are configured in such a manner that serial hardware handshaking is not required.

[0018] The following configuration the microcontroller makes this communication possible:

[0019] Pin 1--This pin should be the positive supply pin and should always be the most positive point in the circuit. Internal circuitry connected to this pin should be used to provide power on the reset of the controller, so an external reset signal is not required.

[0020] Pin 2 and Pin 3--A 3.57 MHZ NTSC television colourburst crystal is connected between these two pins. Crystal loading capacitors (27 pF) will also be connected between the pin and the common circuit.

[0021] Pin 4--The OBD data is input to this pin with a high logic level representing an active state, and a low logic level indicating a passive state. No Schmitt trigger input is provided so the OBD signal should be buffered to minimize transition time for the internal CMOS circuitry.

[0022] Pin 5--The transmit signal can be connected directly to this pin as long as a current limiting resistor is installed in series. Internal signal inversion and Schmitt trigger wave shaping provide necessary signal conditioning.

[0023] PIN 6--The data output pin

[0024] PIN 7--This is the active low output signal, which is used to drive the OBD bus to its active state.

[0025] Pin 8--Circuit common is connected to this pin. This is the most negative point in the circuit.

[0026] There are many ways to program this microcontroller for our purpose. Please refer to document 2 for documentation on programming the microcontroller.

[0027] These microcontroller aides this process by negotiating timing and voltage differences between automobiles and mobile phones. This is the preferred method as to no damage the automobile computer system and the mobile phone.

[0028] Description FIG. 3 shows a method describing how the system in FIG. 1 typically operates. The mobile phone operates software that acts as a data-collection agent that connects to a microcontroller connected to the vehicles OBDII port that formats that OBDII data into a communication protocol that the mobile phone can decipher with its native hard and software.

[0029] In one mode of function, the information extracted from the ECU's memory is used to query an information source that has the DTC translation from SAE standard to textual description of information.

[0030] At this point other information about the mobile phone and the vehicles location is being gathered by software housed on the phone. No additional hardware will be added to the phone because federal law mandates that mobile phone have location based services. Further, information about the mobile phone user such, such as phone number, can also be extracted from the phone.

[0031] A connection is established to the internet and the above information (The DTC, The location of the malfunctioning vehicle, and the users contact information) is broadcasting to a server which receives the information and stores the information into a database.

[0032] Parties interesting in this information can and will be notified when a broadcasts happen in there area.

[0033] Other embodiments are also within the scope of the invention. The information that is collected in these broadcasts can be utilized for many different purposes, for instance, this information can be used to discover trends in malfunctions or sensor readings in a geographic location. Many organizations (i.e. automobile manufacturers) could use this information to improve there operations. An example of this could be an automobile manufacturing noticing that cars in cold or hot geographic areas have a common component failure and infer that temperature plays a role in the failure. This information could help auto manufacture enact costly recalls sooner than later.

[0034] In addition the information received by organization could be integrated and/or imported into there existing computer information systems to improve operations and increase efficiency. For instance, information that arrives at the repairing organization could be used to automatically order parts necessary for the repair. Also, incoming information could be integrated into the repairing organizations scheduling system so repairs are executed more efficiently.

[0035] Furthermore information derived from this system can be used to increase competition between repairing organizations. Since geographic information is part of the transmitted dataset local repair shops will have indications on who is broken down and there current location. Repair shops will also have the capacity to contact these individuals (because there cell phones numbers will also be part of the dataset) and offer there services. Organizations will have to realize that automobile malfunctions are now public knowledge and structure the prices of there services accordingly. Automobile owners will have the opportunity to receive bids for many service providers and pursue the most economically viable.

[0036] Lastly users of this system will be able to form more meaningful dialogues with repairing parties because the technical information will be translated into terminology that even the novice would find comprehendible. Instead, of the user viewing fault code "P1358" they will see "P1358: Misfire during start cylinder 9." This will form a check and balance when conversations about the extent of the repair occur. A user who sees "P1358: Misfire during start cylinder 9" will instantaneously know they do not need to replace the transmission, thereby avoiding costly, as well as, unnecessary repairs.

Claims

1-12. (canceled)

13. A method of operating a mobile phone to assist in diagnosing a condition in an automobile, the mobile phone comprising a display screen, and wireless communication circuitry adapted for short-range wireless communication and communication via a cellular communication network, the method comprising: receiving, at the mobile phone, at least one digital communication comprising data indicating at least one operational characteristic that is indicative of a condition in the automobile, the data having been produced by the automobile; determining, with the mobile phone, information describing the condition of the automobile corresponding to the at least one operational characteristic; and displaying, on the display screen of the mobile phone, the information describing the condition.

14. The method of claim 13, wherein receiving the data indicating the at least one operational characteristic comprises receiving data indicating a diagnostic code.

15. The method of claim 13, wherein receiving the data indicating the at least one operational characteristic comprises wirelessly receiving the data via short-range wireless communication using the wireless communication circuitry.

16. The method of claim 15, wherein receiving the data via short-range wireless communication comprises wirelessly receiving the data according to a wireless personal area networking (WPAN) communication protocol.

17. The method of claim 13, wherein receiving the data indicating the at least one operational characteristic comprises receiving the data via a wired connection to the automobile.

18. The method of claim 13, further comprising: using the wireless communication circuitry, wirelessly exchanging, with a server, second data associated with the condition via a cellular communication network.

19. The method of claim 18, further comprising: determining, with the mobile phone, a current geographic location of the mobile phone, wherein: the second data comprises the at least one operational characteristic; and wirelessly exchanging the data comprises wirelessly transmitting to the server the second data together with location data indicating the current geographic location.

20. The method of claim 19, further comprising: determining, with the mobile phone, a telephone number associated with the mobile phone, wherein wirelessly transmitting the second data comprises wirelessly transmitting the second data with the location data and the telephone number associated with the mobile phone.

21. The method of claim 18, wherein: the server is a web server; and wirelessly exchanging data comprises transmitting the second data to the web server via at least one hypertext transfer protocol (HTTP) message.

22. The method of claim 13, wherein: the mobile phone comprises at least one storage medium, the at least one storage medium having encoded thereon a plurality of textual messages corresponding to a plurality of operational characteristics; and determining the information describing the condition corresponding to the at least one operational characteristic comprises selecting a textual message of the plurality of textual messages.

23. The method of claim 13, wherein determining the information describing the condition corresponding to the at least one operational characteristic comprises querying an information source for information corresponding to the at least one operational characteristic.

24. The method of claim 13, wherein: the automobile comprises an OBD port; and receiving the data indicating the at least one operational characteristic comprises receiving the data from a device removably coupled to the OBD port of the automobile.

25. A system comprising: a mobile phone comprising: a display screen, at least one first wireless transceiver, at least one first processor, and at least one first storage medium having encoded thereon executable instructions that, when executed by the at least one first processor, cause the at least one first processor to carry out a first method comprising: receiving, via the at least one first wireless transceiver of the mobile phone, data indicating at least one operational characteristic that is indicative of a condition in an automobile; determining, with the mobile phone, a message indicating the condition corresponding to the at least one operational characteristic; displaying, on the display screen of the mobile phone, the message indicating the condition; and wirelessly transmitting the data indicating the at least one operational characteristic to a server via a cellular communication network.

26. The system of claim 25, further comprising: a device comprising: an input to removably couple to an automobile OBD port; a second wireless transceiver; at least one second processor; and at least one second storage medium having encoded thereon executable instructions that, when executed by the at least one second processor, cause the at least one second processor to carry out a second method comprising: receiving the data indicating the at least one operational characteristic from the automobile via the input; and wirelessly transmitting the data indicating the at least one operational characteristic to the mobile phone using the second wireless transceiver.

27. The system of claim 25, wherein: receiving the data from the automobile comprises receiving the data from the automobile in a first format; wirelessly transmitting the data to the mobile phone comprises wirelessly transmitting the data in a second format; and the second method further comprises translating the data from the first format to the second format.

28. The system of claim 25, wherein: the first method further comprises determining, with the mobile phone, a current geographic location of the mobile phone; and wherein wirelessly transmitting the data to the server comprises wirelessly transmitting the data together with location data indicating the current geographic location.

29. At least one non-transitory storage medium having encoded thereon executable instructions that, when executed by at least one processor of a mobile phone, cause the at least one processor to carry out a second method of operating the mobile phone to assist in diagnosing a condition in an automobile, the mobile phone comprising a display screen, and the at least one processor, the method comprising: receiving, at the mobile phone, data indicating a diagnostic code produced by the automobile that is indicative of a condition in the automobile; determining, with the mobile phone, information describing the condition corresponding to the diagnostic code; and displaying, on the display screen of the mobile phone, the information describing the condition.

30. The at least one storage medium of claim 29, wherein receiving the data indicating the diagnostic code comprises wirelessly receiving the data with a wireless transceiver of the mobile phone.

31. The at least one storage medium of claim 17, wherein the method further comprises: using a wireless transceiver of the mobile phone, wirelessly transmitting the data indicating the diagnostic code via a cellular communication network.

32. The at least one storage medium of claim 29, wherein the method further comprises: determining, with the mobile phone, a current geographic location of the mobile phone, wherein wirelessly transmitting the data comprises wirelessly transmitting the data together with location data indicating the current geographic location.

33. The at least one storage medium of claim 32, wherein: wirelessly transmitting the data comprises wirelessly transmitting the data together with the location data and a telephone number of the mobile phone.

34. The at least one storage medium of claim 29, wherein: receiving the data indicating the diagnostic code comprises receiving the data from a device coupled to a diagnostic port of the automobile.

35. A method of operating an automobile service system comprising at least one server coupled to a cellular telephone network, the method comprising: receiving over the cellular telephone network at least one message from a mobile phone in communication with a diagnostic port of an automobile, the at least one message comprising information indicating at least one operational characteristic of an automobile; and based at least in part on the at least one operational characteristic, initiating action associated with providing service to the automobile for a condition indicated by the diagnostic code.

36. The method of claim 35, wherein: receiving the at least one communication from the telephone further comprises receiving location information indicating the geographic location of the automobile; and initiating the action based at least in part on the at least one operational characteristic comprises selecting the action based at least in part on the location information.

37. The method of claim 36, wherein: the action comprises transmitting a notification to at least one organization.

38. The method of claim 37, wherein transmitting the notification comprises transmitting the notification to at least one automobile repair organization.

39. The method of claim 37, wherein, the notification comprises an indication of the at least one operational characteristic, the location data, and a telephone number for the mobile phone.

40. The method of claim 35, wherein the at least one operational characteristic comprises a diagnostic code output by an OBD system of the automobile.

41. The method of claim 35, further comprising: receiving a plurality of messages from a plurality of mobile phones, each message including information indicating a diagnostic code; and analyzing the plurality of messages to determine at least one trend in automobile malfunctions.

42. The method of claim 41, wherein: each of the plurality of messages comprises location data; and analyzing the plurality of messages comprises determining the at least one trend relative to at least one geographic location.

Images