US20090299900A1

Movatterモバイル変換

Info

Publication number: US20090299900A1
Application number: US12/156,416
Authority: US
Inventors: Ieon C. Chen
Original assignee: INNIVA ELECTRONICS Corp; Innova Electronics Corp
Current assignee: INNIVA ELECTRONICS Corp
Priority date: 2008-06-02
Filing date: 2008-06-02
Publication date: 2009-12-03
Also published as: US7620484B1

Abstract

The invention generally relates to vehicle diagnostic systems and their methods of use, and more particularly, to a hand-held automotive diagnostic code-reader/scan tool with data link connector (DTC) which straps to the user's arm and is comprised of a touch screen, a VIN bar code/number scanner, a credit card reader, a printer, and internet and cell phone connections to a variety of servers for credit card approval, billing and vehicle diagnostics. The credit card is scanned and billed followed by scanning the vehicle VIN number or bar code and sending the information to the vehicle OBD2 server who identifies the vehicle, orders the handheld tool to perform certain tests upon the vehicle and in turn performs a diagnosis. A live wireless cell phone connection may be made, if necessary, with a technician at the OBD2 server for tech support. Test results are returned to the hand tool which prints out the results, prints a credit card receipt and sends a record of the transaction to the operators server Corp. for record keeping.

Description

FIELD OF THE INVENTION

The invention generally relates to a mobile vehicle diagnostic system and more particularly to a hand-held automotive diagnostic code-reader/scan tool which also comprises a touch screen, a VIN bar code/number scanner, a credit card reader, a printer, an internet connection and a wireless cell phone with a microphone/speaker. The tool allows a remote server to identify the vehicle and diagnose the problem and give an estimate of the cost of repairs. A credit card may also be charged.

BACKGROUND OF THE INVENTION

Vehicle manufacturers began to use electronic systems to control engine functions and diagnose engine problems in an attempt to meet federal emissions standards set up by the Environmental Protection Agency (EPA) between 1970 and 1990. The California Air Resources Board (CARB) approved a set of regulations requiring vehicles to be equipped with On-Board Diagnostic (OBD) systems to control and regulate emission and engine-control related components in the mid-1980s. The OBD system included circuitry and other electromechanical components that recorded engine and emission-related malfunctions using diagnostic trouble codes (DTCs). Stored in memory, the DTCs could later be retrieved by technicians to quickly determine the direct cause of the malfunctions and make necessary repairs.

OBD systems installed on vehicles included, among other things, an engine control module that monitored the engine controls and emission related components, a malfunction indicator lamp (MIL) located on an instrument panel and other supporting circuitry and memory. When a malfunction was detected by the OBD system, the MIL illuminated to provide notice to the vehicle operator of an engine or emissions malfunction. At the same time, the OBD system stored in memory the DTCs corresponding to the specific malfunction detected.

In addition to standard tailpipe testing equipment which measured exhaust output and content, state emission testing facilities were subsequently equipped with OBD equipment that connected to the OBD system of a vehicle and retrieved stored DTCs by way of a data link connector (DLC). By retrieving the DTCs stored by OBD systems, the vehicle's road- worthiness could be determined.

In the late 1980's and early 1990's California developed and approved a new set of regulations, a second generation OBD system (OBD-II) for use in newly manufactured vehicles. OBD-II built upon the first generation OBD system and incorporated various technical advancements including, among other things, the ability to monitor engine misfires and catalysts efficiencies. Although the first and second generation of OBD regulations were originally only required in California, Federal emission regulations quickly followed. Operating under the framework of the Clean Air Act of 1990, the EPA adopted California's OBD-II regulations in the mid-1990s and required certain vehicles manufactured in 1996 and later to be equipped with OBD-II systems. In addition to requiring OBD-II systems, the Clean Air Act requires states to perform vehicle checks of OBD-II systems by way of mandatory programs which read generated DTCs and indicate whether the vehicle is safe and robust in terms of today's emission control standards. As of 1998, the EPA adopted new Federal OBD-II standards based on California's OBD-II regulations for certain newly manufactured vehicles.

As emission and engine maintenance technology has improved from the 1970s to the present, Federal and State governments have adopted new technologies to measure vehicle emissions and keep our vehicles cleaner and safer. As a result of first and second generation OBD systems, tailpipe analyzer tests and legacy equipment are no longer required for vehicles manufactured in 1996 and later. While emissions testing has become standard across the United States, state-run facilities generally include complicated testing protocols and methodologies and expensive and mandated ancillary equipment to read and interpret DTCs. While individual vehicle owners may utilize state- run facilities to receive feedback based upon their vehicle's emissions and engine performance, the inspection and maintenance programs are generally not required for each vehicle until a vehicle reaches a prescribed age. Because state facilities are generally not available to the casual user or are inconveniently located, private manufacturers have marketed custom software and hardwired OBD testing equipment.. A need exists for OBD testing equipment which features state-of-the-art cost efficient equipment allowing user-friendly testing processes and to be highly mobile, such as a handheld unit. An example would be a tow truck with a broken down vehicle where the tow truck operator could scan the vehicle to identify the vehicle, connect to the internet and retrieve diagnostic information, scan the vehicle owner's credit card and obtain approval via the internet and print a receipt for the driver and a printout of the automobile diagnosis and printout of the repair necessary.

SUMMARY OF THE INVENTION

The present invention is directed to an automotive mobile diagnostics which is handheld device mounted to the back of an operator's arm. The automotive mobile diagnostics is an OBD2 automotive code reader/scanner with a wireless cell phone and a wireless internet connection. The automotive mobile diagnostics is further comprised of a manual input touch screen, a bar code/number scanner, a credit card scanner, an internal printer with paper, a speaker/microphone and a rolled up DLC cable for linking with a vehicle on- board computer. The automotive mobile diagnostics is designed to use a host OBD2 server for tech support, which includes live tech support where the operator may talk with technician at the same time.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a perspective view of the automotive mobile diagnostics;

FIG. 2A is a perspective view of the automotive mobile diagnostics;

FIG. 2B is a perspective view of the automotive mobile diagnostics;

FIG. 3 is a block diagram of automotive mobile diagnostics;

FIG. 4 is a flow chart of the operations of the automotive mobile diagnostics; and

FIG. 5 is a perspective view and flow chart of the use of the automotive mobile diagnostics.

DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT

The present disclosure relates to a method and apparatus for testing vehicle emissions and engine controls using a hand held OBD with the additional ability to scan the vehicle VIN number to identify the vehicle, scan a credit card and obtain approval over the internet or cell phone, print a receipt and retrieve internet diagnosis of the vehicle problem. In the following detailed description, numerous specific details are set forth in order to disclose and understand the invention. Structures, interfaces and processes apparent to one of ordinary skill in the art have not been shown in detail.

FIG. 1 illustrates an automotivemobile diagnostics1. The automotivemobile diagnostics1 is a handheld OBD2 device comprised of ahousing2 with anexterior3 and aninterior4. Theexterior3 contains aconnector5 for a data link connector cable (DLC)7. Thehousing exterior3 in the area of theconnector5 has aDLC holder6 for wrapping theDLC7 when not in use. TheDLC7 ends with anOBD2 connector8. The housing exterior has a wireless phone speaker/microphone8A. Thehousing interior4 contains aprinter9 and a roll ofprinting paper15 which produce aprintout10. Thehousing exterior3 contains a VINbar code scanner11. Thehousing exterior3 also contains a flatLCD touch screen12. Thehousing interior4 contains a computing device comprising a CPU, RAM, ROM andmemory13. Thehousing interior4 houses aninternet device14 for connecting to the internet and a cell phone. The computing device is programmed as an OBD2 code reader/scanner17. Thehousing exterior3 contains anelectrical connector18 connecting to an interior4

rechargeable battery

19.

FIGS. 2A and 2B disclose a preferred embodiment wherein the automotivemobile diagnostics1 is attached above an operator'shand20 to the back ofarm21.FIG. 2A disclosedVelcro™22 securing the automotivemobile diagnostics1 to thearm21.

FIG. 3 discloses the interrelationships of the above components. TheLCD touch screen12, VIN number andbar code scanner11,OBD reader17,credit card reader16 andprinter9 interconnect and connect with thecomputing device13

BUS

30. Thecomputing device13

BUS

30 interfaces with themain memory31, ROM andRAM32,storage device33, processor (CPU)34 and communication interface35. The communication interface35 connects with awireless cell phone35A and aninternet connection14 which connects with theinternet36. The automotivemobile diagnostics1 primarily links on theinternet36 to the appropriatecredit card server37 andOBD2 server38 and live via the wireless cell phone35 with the operator performing tech support at theOBD2 service38.

Thecredit car server37 will process the customer's credit card and return the transaction information to the automotivemobile diagnostics1 which can be printed10 as a receipt for the customer. TheOBD2 server38 will identify the vehicle with the VIN number and return the information to the wherein the automotivemobile diagnostics1 retrieves the DTCs from the vehicle and which are returned to the OBD2 support which will order the automotive mobile diagnostics to perform any necessary live diagnostic tests. The OBD2 server receives the test results and returns a diagnosis of the automobile's condition to the automotivemobile diagnostics1 wherein the results may be displayed on theLCD touch screen12 and theprinter8 may printout10 the results. A copy of the of the entire transaction, credit card information and automotive information and operator's ID is sent wirelessly to the operator'sCorp. server39.

In a preferred embodiment the code reader/scanner17 of the automotivemobile diagnostics1 has enough memory to scan the vehicle VIN code number, or scan the vehicle number, or in the alternative, the operator uses the touch screen keyboard to input the vehicle number, receive manual input of the vehicle number via the touch screen from the operator, identify the vehicle via theOBD2 internet server38, retrieve diagnostic trouble codes from the vehicle, order and retrieve live data from the vehicle, communicate the retrieved DTCs and live data toOBD2 internet server38 and receive the diagnosis from theOBD2 internet server38.

Thecomputing device13 may be any conventional computer system or any other suitable device or system that computes such as, but not limited to, one or more integrated circuits or packages. As illustrated, thecomputing device13 includes a set of parallel conductors called abus30 or other communication mechanism for communicating information, and aprocessor34 or CPU coupled with thebus30 for processing information. Theprocessor34 may include one or more conventional processors, microprocessors, or processing devices as known in the art or may comprise any other suitable device such as, but not limited to, one or more ASICs, one or more DSPs, etc. For instance, theprocessor34 may be implemented using an Intel Pentium processor. As illustrated, thecomputing device13 also includesmain memory31, such as random access memory (RAM) or otherdynamic storage device33, coupled to thebus30 for storing information and instructions to be executed by aprocessor34.Main memory31 may be used for storing temporary variable or other intermediate information during execution of instructions to be executed byprocessor34. Thecomputing device13 may further include read only memory (ROM)32 or other static storage device coupled tobus30 for storing static information and instructions forprocessor34. Thestorage device33 is coupled-to thebus30 for storing information and instructions.

With reference toFIG. 3, thecomputing device13 is coupled via thebus30 to atouch screen12, VIN number andbar code scanner11,OBD2 reader17,credit card reader17 andprinter9.

Although not specifically illustrated, each of the above-listed components may also include any necessary supporting hardware (e.g., circuitry), software and/or firmware that enable the0BD2 reader16 and itsprocessor34 to communicate with each component. One or more components may include one or more frame buffers and may further require an additional graphics processing unit and an associated driver stored inmain memory31 or any other suitable memory to alleviate the burden associated with visual reproduction of images that would otherwise be felt byprocessor34. The above-listed supporting hardware, software and/or firmware are merely exemplary and are not intended to limit the breadth of the present disclosure.

The manual input touch screen12B is a LCD display12A. The touch screen12B may be a cathode ray tube (CRT), a digital flag panel display (e.g., a plasma display, a LCD display) or any other any suitable display monitor capable of visibly reproducing video and graphic information. The touch screen may be an integrated monitor and manual input device such as any suitable touch screen monitor or any suitable device capable of visibly reproducing video and graphic information and also accepting user input on the same screen12B. As understood by one having ordinary skill in the art, integrated monitor and the manual input device12B may accept and detect user input via, for example, physical contact/pressure applied to the screen12B by way of a human appendage (e.g., an index finger) or a stylus (not illustrated).

In one embodiment, integrated monitor and manual input device12B provides a graphical user interface having a keyboard layout displayed. Accordingly, a user may input data by using the screen as a keyboard. The integrated monitor and manual input device12B may allow a user to enter one's signature using a stylus or using one's finger as a writing instrument. The manual input device12B may have any suitable display screen surface such as, but not limited to, glass or Plexiglas™.

The VINbar code scanner11 may be any suitable reader used to obtain 0BD system-generated information and VIN information regarding the particular vehicle under test. Regardless of the technology implemented in the VINbar code scanner11, thecomputing device13 accepts the VIN information read from the VINbar code scanner11. If the VINbar code scanner11 is incapable of reading the VIN information, a user may manually input the VIN information using the manual input touch screen12B.

In the preferred embodiment, the VIN reader is a VINbar code scanner11. In another embodiment the VIN reader may include an RFID reader programmed to capture information transmitted via an RFID tag or transponder present on the vehicle representing the vehicle's VIN.

In one embodiment, the vehicle pertinent information may include the vehicle's make, model, year, engine size, number of cylinders, etc. and may be associated with the customer name, the last inspection date, etc. However, if no pre-existing entry is found for that particular VIN in the VLT file, then the application may use a decoder to generate the vehicle information from the VIN. Any VIN decoder capable of deciphering and interpreting a VIN can be used to generate the vehicle pertinent information.

With respect toFIGS. 1-3, the OBD2 reader/scanner17 in a preferred embodiment utilizes thecomputing device13 to test vehicle engine and emission components by executing one or more sequences of one or more instruction commands contained in main. Execution of the sequences of instructions contained in themain memory31 cause theprocessor34 to perform the process described herein. The self-service OBD2 reader17 may be utilized to read and analyze OBD-I1 computer based systems often termed an Engine Control Unit (“ECU”) or a power train Control Module (“PCM”) built into vehicles, thereby providing the owner with engine and emission data captured by the vehicle's onboard system.

As recognized, the OBD-II standard allows a variety of electrical signaling protocols indicating how information is transmitted over the vehicle's data link connector (DLC). Known protocols include: SAE J1850 PWM (used by many Ford vehicles), SAE J1850 VPW (used by many GM vehicles), ISO 9141-2 (used by many Chrysler, European and Asia vehicles), ISO 14230 KWP2000, and ISO 15765 CAN. Using one of these protocols, a vehicle can “communicate” with the OBD reader118.

In one embodiment, vehicle pertinent information includes the OBD-II protocol used by the vehicle. If the VLT includes this information, theOBD reader17 and/orcomputing device13 may be configured to read and/or interpret the OBD related information transmitted over the DLC. In another embodiment, the user may be able to input the protocol used by the vehicle if known. Standard inspection processes may include, among other inspection tests, a KOEO inspection (key-on, engine-off), a KOER inspection (key-on, engine-running) and another other suitable OBD inspection. As understood by those having ordinary skill in the art, diagnostic trouble codes (“DTC”), vehicle readiness codes, parameter identification (“PID”) numbers and other suitable OBD-related date may be read by theOBD reader17 during the inspection process and sent to computing device or to aninternet server38 for analysis of the engine and emission control features of the vehicle and/or storage. In the preferred embodiment the analysis is performed by the remote server allowing the automotivemobile diagnostics1 to be smaller and more portable.

With respect toFIGS. 1-3, acredit card reader16 is coupled via thebus30 for communicating or identifying the credit card or other suitable payment information about the user and vehicle owner to thecomputing device13. In one embodiment, the graphical user interface may include a welcome screen instructing the user to insert payment information. In order to begin the engine and emissions inspection, in one embodiment, a credit card may be scanned through acredit card reader16 as is well known in the art. In response, the automotivemobile diagnostics1 receives and reads user information credit card information corresponding to vehicle owner. Thecomputing device13 bus links to a communication interface35, to aninternet connection14, to the internet and to acredit card server37. The credit card is charged and the user's account is credited. The information is returned to the user in able to print a receipt.

Referring toFIGS. 1,2A,2B and3, theprinter9 withpaper roll15 is within theinterior4 of thehousing2 and theprinter9 receives communicates from thecomputing device13

bus

30. The printer can print10 a credit card receipt and a vehicle inspection report (VIR) based upon the results of the self-service 013D test.

As inFIGS. 1,2A and3 awireless internet connection14 is within theinterior4 of thehousing2 of the automotivemobile diagnostics1. Thecomputing device13 can send messages, and receive data, including program codes through the network(s),network link14 and communication interface35. In theInternet36 example, a server might transmit a requested code for an application program through the Internet, the ISP, thelocal network36 and communication interface35. Thecomputing device13 includes a communication interface35 which provides a two-way data communication coupling to awireless internet connection14 that is connected to a network (local or remote) and/orinternet36. For example, communication interface35 may be an integrated services digital network (ISDN) card or a modem to provide a data communication connection to a corresponding type of telephone line or other suitable transmission line. The communication interface35 also links to awireless cell phone35A.

As another example, communication interface35 may be a local area network (LAN) card to provide a data communication connection to a compatible LAN. Wireless links and associated circuitry/equipment necessary for implementation ar embodiment. Anetwork link14 typically provides data communication through one or more networks to other data devices. For example, thenetwork link14 may provide a connection through a local network to a host computer or to data equipment operated by an Internet Service Provider (ISP). The ISP in turn provides data communication services through the Internet. The local network and Internet both use electrical, electromagnetic, optical or any other suitable signals that carry digital data or data streams. In accordance with this disclosure, one such downloaded application provides for the testing instructions for testing a vehicle's engine and emissions components as described herein. The received code may be executed byprocessor30 as it is received, and/or stored in astorage device33, or other volatile or non-volatile storage for later execution. In this manner,computing device13 may obtain an application code.

Referring toFIG. 4, the an example of the operation of the automotivemobile diagnostics1 is as follows: The automotivemobile diagnostics1 operation is described in the following stages40:standby46, initiating52,credit card reader58,VIN scanner64,vehicle cable70,printer76 and recharging82. Instandby46 theLED light42 is off, theLCD display43 displays the date/day/time49, thewireless44 is sleeping50 and theCPU45 is sleeping51 and the screen is not backlit51A. To initiate52 theoperator41 touches theLCD screen53 wherein thewireless44 is activated56, theCPU45 is activated57, the credit card LED blinks54 and the LCD displays4 “sweep the credit card”55 and the screen is backlit57A. The next step thecredit card reader58 is activated by sweeping thecredit card59. The creditcard LED light60 is on, the VIN scanner LED is blinking, the LCD displays “touch to scan VIN”, the wireless sendscredit card information62 and the CPU is active63 and the screen is backlit63A. TheVIN scanner64 is activated by touching the LCD “scan VIN”65. The “VIN scanner” LED is on66, the “vehicle cable” LED is blinking66, the LCD displays “connect cable to vehicle”67, the wireless sends VIN information to theserver68, the wireless receives vehicle information back from theserver68 and the tool is reprogrammed to be vehicle specific69 and the screen is backlit69A. Thevehicle cable70 is the connected to thevehicle71 and the ignition key is turned on71. The “vehicle cable” LED is on72, the vehicle cable LED is on72, the “printer” LED is blinking72, LCD display “wait for four beeps” “wait for printing”73, send vehicle to server and get fix solution back74 and the CPU is active75 and the screen is backlit75A. The printer has now printed76 and the operator tears off the printout and hands it to thecustomer77. The printer LED is on78, all other LED's are off78, LCD display: “remind customer to visit website”, “day/date/time”79, wireless is sleeping80 and CPU is sleeping81 and the screen is backlit81A. Theinternal battery19 is recharged82 by plugging in thecharger83. The LED light is off84, the LCD displays the chargingcondition85, the wireless is sleeping86 and the CPU is sleeping87 and the screen is not backlit87A. There is an optional follow-up88 wherein the operator touches the LCD screen to activate89, the LCD lights are off90, follow-up activity i.e. calls service shop forservice91, wirelessly send info to follow uplocation92, the CPU is active93 and the screen is backlit93A.

FIG. 5 discloses a summary of the order of using the automotivediagnostic tool1 and the interrelationship of the various components and servers. The automotivediagnostic tool1 first is used to scan thecredit card59 and thecredit card server37 is contacted14 for approval and charges. The VIN number is then scanned and sent14 to thehost server38 for decoding. Thehost server38 then orders thecar65 to be scanned, diagnosed and what is required to fix the automobile along with parts and labor cost estimates. Thehost server technician38 may concurrently be contacted bycell phone35A for tech support. The credit card receipt and automobile diagnostics are printed out10. Theoperator41 then sends14 the transaction to theCorp. server39 for record keeping.

The intent of the invention is not to limit its use to a specific sequence of use or only a certain method of information transmission. Examples of variations would be internet messaging with the tech support instead of wireless phone and use of wireless cell phone transmission for credit card transaction instead of internet transmission.

Claims

1. An automotive mobile diagnostics for interfacing with a vehicle's computer via a diagnostic cable to a vehicle data link connector and for interfacing with a remote server via a wireless or cellular communications means comprising:

a housing with a hollow interior and an exterior wherein the housing is sized to be handheld;

a LCD manual touch input screen on the housing exterior;

a connector on the exterior of the housing configured to connect to a data link connector (DLC) diagnostic cable which connects to the vehicle's data link connector;

a processor in the housing interior containing a database and a diagnostic system programmed to function as an automotive code reader/scanner;

vehicle interface circuitry configured to communicate, via the diagnostic cable, with the vehicle's computer;

a data trouble code (DTCs) reading programming within the processor which reads and retrieves diagnostic trouble codes (DTCs) from the vehicle;

a VIN bar code and number scanner on the exterior of the housing linked to the processor in the interior of the housing wherein the vehicle may be identified;

a credit card reader on the exterior of the housing comprised of a slot on the external of the housing to swipe die credit card wherein credit card information required by the credit card company may be retrieved;

a wireless for accessing local PC internet connection in the internal of the housing linked to the internal processor;

a communication interface wireless for accessing remote server through internet connection in the internal of the housing linked to the internal processor;

a communication interface wireless for accessing remote server through cell phone connection in the internal of the housing linked to the internal processor; and

programming in the processor on a computer readable medium to connect via internet and wireless phone with the appropriate servers, computer or PDA and transmit and receive credit card information and automotive diagnostic information, such as identifying the vehicle with its VIN number and diagnosis of the vehicular problem, provides fixes solutions, parts and labor required and the total cost of repair to and from the appropriate server,

2. An automotive mobile diagnostics as inclaim 1 wherein a data link connector cable is connected to the connector for the data link connector.

3. An automotive mobile diagnostics as inclaim 1 wherein an internal printer with a roll of paper is linked to the internal processor wherein a credit card receipt, a diagnosis of the vehicular problem and a user statement is printed.

4. An automotive mobile diagnostics as inclaim 1 wherein a holder is on the exterior of the housing for the data link connecter cable when it is not in use.

5. An automotive mobile diagnostics as inclaim 1 wherein a securing means to attach the handheld automotive mobile diagnostics to the user, such as a Velcro™ strap for securing to the user's arm.

6. An automotive mobile diagnostics as inclaim 1 wherein the screen may be plasma.

7. An automotive mobile diagnostics as inclaim 1 wherein there is an internal rechargeable battery with a female electrical on the external of the housing for connection with an external power source.

8. An automotive mobile diagnostics as inclaim 1 wherein there is an external speaker/microphone.

9. An automotive mobile diagnostics for interfacing with a vehicle's computer via a diagnostic cable to a vehicle data link connector and for interfacing with a remote server via a wireless or cellular communications means comprising:

a LCD manual touch input screen on the housing exterior;

a credit card reader on the exterior of the housing comprised of a slot on the external of the housing to swipe the credit card wherein credit card information required by the credit car company may be retrieved;

programming in the processor on a computer readable medium to connect via internet and wireless phone with the appropriate servers, computer or PDA and transmit and receive credit card information and automotive diagnostic information, such as identifying the vehicle with its VIN number and diagnosis of the vehicular problem, to and from the appropriate server; and provides fixes solutions, parts and labor required and the total cost of repair to and from the appropriate server; and

an internal printer with a roll of paper is linked to the internal processor wherein a credit card receipt, a diagnosis of the vehicular problem and a user statement be printed.

10. An automotive mobile diagnostics as inclaim 9 wherein a holder is on the exterior of the housing for the diagnostic cable when the diagnostic cable is not in use.

11. An automotive mobile diagnostics as inclaim 9 wherein a securing means to attach the handheld automotive mobile diagnostics to the user, such as a Velcro strap for securing to the user's arm.

12. An automotive mobile diagnostics as inclaim 9 wherein the screen may be plasma.

13. An automotive mobile diagnostics as inclaim 9 wherein there is an internal rechargeable battery with a female electrical connector on the external of the housing for connection with an external power source.

14. An automotive mobile diagnostics as inclaim 9 wherein a securing means to attach the handheld automotive mobile diagnostics to the user, such as a Velcro™ strap for securing to the user's arm.

15. An automotive mobile diagnostics as inclaim 9 wherein there is an external speaker/microphone

16. The method of using an automotive mobile diagnostics comprising the following method steps:

touching the LCD screen to initiate the automotive mobile diagnostics;

swiping a credit card to download credit card information;

establishing internet contact with the credit card server;

sending the credit card information, ZIP code, PIN and charges to the credit card server;

receiving credit card approval and transaction receipt from the credit card server;

printing a credit card transaction receipt;

connecting with the OBD2 server via the internet;

calling the OBD2 server technician via the wireless cell phone if any necessary live conversation;

scanning the automobile VIN number and VIN bar code;

sending VIN information to the server;

receiving vehicle information from the server;

reprogramming the automotive mobile diagnostics vehicle specific;

connecting the DTC cable to the vehicle;

turning the vehicle ignition key on;

receiving vehicle diagnostic information from the vehicle;

sending vehicle information to the server;

speaking with the technician, if necessary;

receiving diagnostic and repair information from the internet automotive server;

printing the diagnostic and repair information for the automobile.

handing the printed report to the customer;

contacting a repair garage;

sending information to the repair garage; and

sending transaction information to the operator's Corp. for record keeping.

17. The method of using an automotive mobile diagnostics as inclaim 16 further comprising the following method step of sending the VIN number and automobile diagnostic information to a personal computer and receiving a diagnostic and repair information back from the personal computer.

18. The method of using an automotive mobile diagnostics as inclaim 16 further comprising the following method step of sending the VIN number and automobile diagnostic information to a PDA and receiving diagnostic and repair information back from the PDA.

19. The method of using an automotive mobile diagnostics as inclaim 16 further comprising the following method step of the remote server flagging the deviant live data parameters (PIDS) received from the automobile.

20. The method of using an automotive mobile diagnostics as inclaim 16 further comprising the following method step of the OBD2 remote server pricing an estimate for the repair.