US20070156313A1 - Wireless communication for diagnostic instrument - Google Patents

Wireless communication for diagnostic instrument Download PDF

Info

Publication number
US20070156313A1
US20070156313A1 US11/724,208 US72420807A US2007156313A1 US 20070156313 A1 US20070156313 A1 US 20070156313A1 US 72420807 A US72420807 A US 72420807A US 2007156313 A1 US2007156313 A1 US 2007156313A1
Authority
US
United States
Prior art keywords
computing device
diagnostic
diagnostic instrument
data
wireless
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US11/724,208
Inventor
Thomas Fudali
William Nicholson
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Snap On Inc
Autologic LLC
Original Assignee
Snap On Technologies Inc
Autologic LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Snap On Technologies Inc, Autologic LLC filed Critical Snap On Technologies Inc
Priority to US11/724,208 priority Critical patent/US20070156313A1/en
Publication of US20070156313A1 publication Critical patent/US20070156313A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/008Registering or indicating the working of vehicles communicating information to a remotely located station

Definitions

  • the present disclosure relates generally to diagnostic instruments, and more particularly, to diagnostic instruments using wireless communication interfaces.
  • Conventional computing devices such as PCs and handheld computers, provide a convenient platform for communicating with diagnostic instrumentation.
  • the computing devices enable a technician to use a diagnostic instrument quickly and easily.
  • a handheld computing device can be easily connected to a vehicle's on-board diagnostic system for testing or problem diagnosis.
  • handheld computing devices offer portability and flexibility, the diagnostic instruments with which they are designed to work typically require serial communication cables or other wireline infrastructure to communicate. Consequently much of a handheld computing device's portability is compromised when it must be coupled to a wireline interface.
  • a technician may use several diagnostic instruments when diagnosing a problem or evaluating a vehicle's performance.
  • each of these diagnostic instruments requires various wireline connections to the computing device. Many such connections can become cumbersome for the technician to manage. An improper or incorrect connection may cause the computing device to malfunction or to provide inaccurate information and, therefore, consume diagnostic or repair time needlessly.
  • diagnostic instruments for technician training or other collaborative work.
  • traditional diagnostic instruments are designed for one-to-one operation with a single host or computing device. Using a single computing device can make it difficult for a group of users to view the results or to collaborate in the process.
  • What is needed is a wireless adapter for a diagnostic instrument. What is further needed is a wireless architecture that enables concurrent communication among a number of diagnostic instruments and computing devices.
  • a method for wireless communication of vehicle diagnostic information includes obtaining a diagnostic instrument having an external data port.
  • a wireless adapter coupled to the external data port communicates diagnostic data with one or more computing devices.
  • a computing device can be configured to control several diagnostic instruments wirelessly.
  • the computing device can send control command to one or more diagnostic instrument sequentially or concurrently.
  • the computing device can also perform time base synchronization to provide a technician with integrated diagnostic information obtained from more than one diagnostic instrument.
  • a diagnostic instrument can send a data stream wirelessly to many listening computing devices.
  • the diagnostic instrument can also broadcast multiple data streams that are individually tailored for particular computing devices.
  • a diagnostic instrument can function as a wireless network gateway or hub device.
  • a first computing device can send data, such as diagnostic information, to a second computing device. This can facilitate collaborative work among users of the computing devices.
  • FIG. 1 is a diagram illustrating a wireless architecture according to an embodiment of the present disclosure.
  • FIG. 2 is a diagram illustrating a wireless architecture according to another embodiment of the present disclosure.
  • FIG. 3 is a block diagram of a diagnostic instrument according to an embodiment of the present disclosure.
  • FIG. 4 is a block diagram of a computing device according to an embodiment of the present disclosure.
  • FIG. 5 illustrates program code modules for an embodiment of the present disclosure.
  • FIG. 6 is a flowchart illustrating a method for enabling wireless communication of vehicle diagnostic information according to an embodiment of the present disclosure.
  • FIG. 7 is flowchart illustrating a method for controlling multiple diagnostic instruments using a computing device according to an embodiment of the present disclosure.
  • FIG. 8 is a flowchart illustrating a method for sending commands to a diagnostic instrument according to an embodiment of the present disclosure.
  • FIG. 9 is a flowchart illustrating a method for executing a diagnostic test according to an embodiment of the present disclosure.
  • FIG. 10 is a diagram illustrating a user interface for diagnostic instrument selection according to an embodiment of the present disclosure.
  • FIG. 11 is a diagram illustrating a user interface for a warning message according to an embodiment of the present disclosure.
  • the embodiments described herein may include or be utilized with any appropriate engine having an appropriate voltage source, such as a battery, an alternator and the like, providing any appropriate voltage, such as about 12 Volts, about 42 Volts and the like.
  • the embodiments described herein may be used with any desired system or engine.
  • Those systems or engines may comprise items utilizing fossil fuels, such as gasoline, natural gas, propane and the like, electricity, such as that generated by battery, magneto, solar cell and the like, wind and hybrids or combinations thereof.
  • Those systems or engines may be incorporated into other systems, such as an automobile, a truck, a boat or ship, a motorcycle, a generator, an airplane and the like.
  • FIG. 1 is a diagram illustrating a wireless architecture according to an embodiment of the present disclosure.
  • the illustrated embodiment includes a first diagnostic instrument 110 , a second diagnostic instrument 115 , and a third diagnostic instrument 120 .
  • Wirelessly coupled to the diagnostic instruments 110 , 115 , 120 are a first computing device 125 , a second computing device 130 , and a third computing device 135 .
  • the computing devices 125 , 130 , 135 and the diagnostic instruments 110 , 115 , 120 exchange data or communicate to form a wireless network.
  • Various protocols or signaling techniques can be used on the wireless communication paths.
  • Example wireless protocols include local area protocols such as Ethernet (e.g., 802.11a, 802.11b, 802.11g), Bluetooth, and infrared.
  • Other wireless protocols include cellular-based protocols, such as CDMA, GSM, or GPRS, or satellite-based protocols.
  • each communication path is wireless
  • some computing devices can be coupled to associated diagnostic instruments via wireline connections.
  • the diagnostic instruments 110 , 115 , 120 can include both wireline and wireless interfaces that operate separately or concurrently.
  • the computing devices 125 , 130 , 135 are conventional handheld computers, such as a Compaq Ipaq (which is commercially available from Hewlett-Packard, Palo Alto, Calif.) or a Palm Zire (which is commercially available from Palm, Inc., Milpitas, Calif.).
  • Compaq Ipaq which is commercially available from Hewlett-Packard, Palo Alto, Calif.
  • Palm Zire which is commercially available from Palm, Inc., Milpitas, Calif.
  • the computing devices 125 , 130 , 135 need not be functionally or structurally identical, for clarity of the following description, the computing devices 125 , 130 , 135 may be described in terms of the first computing device 125 . Further features and functionalities of exemplary computing device 125 are described below and with reference to FIG. 4 .
  • the diagnostic instruments 110 , 115 , 120 are instruments such as those used in the maintenance, service, or repair of automobiles, trucks, engines, vessels, motorcycles, generators, aircraft and the like.
  • diagnostic instruments 110 , 115 , 120 include code scanners, gas analyzers, and smoke meters.
  • the diagnostic instruments 110 , 115 , 120 need not be distinct from the equipment and can represent, for example, onboard or integrated diagnostic, performance, or testing functionality.
  • the first diagnostic instrument 110 can represent a vehicle's onboard OBD-II interface and can convert the ODB-II diagnostic information to an appropriate wireless communication protocol for communication with the second computing device 130 .
  • the diagnostic instruments 110 , 115 , 120 send diagnostic information to and receive control commands from the computing devices 125 , 130 , 135 wirelessly.
  • Single user mode refers to one computing device, such as the first computing device 125 , communicating with one or more of the diagnostic instruments 110 , 115 , 120 .
  • the first computing device 125 sends data to each of the first, second, and third diagnostic instruments 110 , 115 , 120 .
  • each of the first, second, and third diagnostic instruments 110 , 115 , 120 send diagnostic information to the first computing device 125 .
  • wireless communications paths are not limited to one-to-one data exchanges.
  • a wireless architecture enables a one-to-many relationship among the diagnostic instruments 110 , 115 , 120 and the computing devices 125 , 130 , 135 .
  • the first computing device 125 is concurrently coupled to and communicating with each of the first, second, and third diagnostic instruments 110 , 115 , 120 . This enables the first computing device 125 , for example, to coordinate diagnostic tests or other functions among an RPM meter, gas analyzer, and smoke meter.
  • the first computing device 125 can receive diagnostic information from a variety of sources and integrate this information to perform comprehensive testing. In troubleshooting a problem, for example, a technician may need information about an engine's emissions when running at 2000 RPM.
  • the first computing device 125 can synchronize the measurement time base for several diagnostic instruments 110 , 115 , 120 to provide the technician with an integrated solution. Synchronization and other features are described in additional detail below.
  • one or more diagnostic instruments 110 , 115 , 120 communicate with two or more computing devices 125 , 130 , 135 .
  • the first diagnostic instrument 110 concurrently communicates with the second and the third computing devices 130 , 135 .
  • a gas analyzer can transmit a data stream that is received by both the second and the third computing devices 130 , 135 .
  • the data stream includes diagnostic information about a vehicle's emissions.
  • the first diagnostic instrument 110 can provide multiple data streams. Each of these data streams can be directed to particular computing devices 125 , 130 , 135 . More specifically, the first diagnostic instrument 110 can provide unicast or multicast data streams of diagnostic information.
  • each data stream need not include identical diagnostic information.
  • the instructor may receive all of the data from the gas analyzer, but the computing devices 125 , 130 , 135 belonging to the students may receive a subset of the data to enhance their training.
  • the wireless signals communicated by the diagnostic instruments 110 , 115 , 120 and the computing devices 125 , 130 , 135 can be encrypted to ensure data privacy.
  • WiFi Protected Access WPA
  • authorization codes or encryption can be used to prevent unauthorized use of the diagnostic instruments 110 , 115 , 120 or the computing devices 125 , 130 , 135 .
  • FIG. 2 is a diagram illustrating a wireless architecture according to another embodiment of the present disclosure.
  • the illustrated embodiment includes a fourth diagnostic instrument 210 and several computing devices 250 , 255 , 260 , 270 .
  • the fourth diagnostic instrument 210 is wirelessly coupled to each of the several computing devices 250 , 255 , 260 , 270 .
  • the fourth diagnostic instrument 210 includes wireless gateway or network hub functionality for a network 215 .
  • the fourth diagnostic instrument 210 can function as a relay device. More specifically, the fourth diagnostic instrument 210 can receive data from computing device 250 and forward that data to computing device 255 .
  • the fourth diagnostic instrument 210 may include tables or other data structures that contain information about how forward data packets and which computing devices 250 , 255 , 260 , 270 are currently available on the network 215 .
  • One advantage of the illustrated wireless architecture is that it can enable enhanced collaborative work among users. For example, a technician using computing device 250 can highlight real-time diagnostic information on computing device 255 that is being used by another technician. Further, a technician can send a waveform or other diagnostic information from computing device 250 to computing device 270 for analysis by another technician.
  • FIG. 3 is a block diagram of a diagnostic instrument according to an embodiment of the present disclosure. Although each of the diagnostic instruments 110 , 115 , 120 , 210 can have different features, the first diagnostic instrument 110 is described in additional detail as an example embodiment.
  • the first diagnostic instrument 110 includes a connection network 305 , a processor 310 , a memory 315 , a communications interface 340 , and a data acquisition unit 345 .
  • a wireless adapter 350 is shown coupled to the communications interface 340 .
  • connection network 305 operatively couples each of the processor 310 , the memory 315 , the communications interface 340 , and the data acquisition unit 345 .
  • the connection network 305 can be an electrical bus, switch fabric, or other suitable interconnection system.
  • the processor 310 is a conventional microprocessor or microcontroller.
  • the first diagnostic instrument 110 is portable and powered by a battery.
  • the processor 310 or other circuitry may be designed for low power operation in order to provide satisfactory runtime before requiring recharging or replacement of the battery. In a typical service facility, satisfactory runtime is approximately 8 hours or the duration of a technician's shift.
  • the processor 310 executes instructions or program code modules from the memory 315 .
  • the operation of the first diagnostic instrument 110 is programmable and configured by the program code modules. Such instructions may be read into memory 315 from another computer readable medium. Execution of the sequences of instructions contained in the memory 315 causes the processor 310 to perform the method or functions described herein. In alternative embodiments, hardwired circuitry may be used in place of or in combination with software instructions to implement aspects of the disclosure. Thus, embodiments of the disclosure are not limited to any specific combination of hardware circuitry and software.
  • the memory 315 can be, for example, one or more random access memory (RAM) devices, flash RAM, or electronically erasable programmable read only memory (EEPROM) devices. The memory 315 may also be used for storing temporary variables or other intermediate information during execution of instructions by processor 310 .
  • Non-volatile media includes, for example, optical or magnetic disks.
  • Volatile media includes dynamic memory, such as the memory 315 .
  • Transmission media includes coaxial cables, copper wire and fiber optics, including the wires or communication paths that comprise the connection network 305 . Transmission media can also take the form of acoustic or light waves, such as those generated during radio wave and infrared data communications.
  • Computer readable media include, for example, a floppy disk, a flexible disk, hard disk, magnetic tape, or any other magnetic medium, a CD-ROM, any other optical medium, punch cards, paper tape, any other physical medium with patterns of holes, a RAM, a programmable ROM (PROM), an electrically PROM (EPROM), a flash EPROM, any other memory chip or cartridge, a carrier wave, or any other medium from which a data processing system can read.
  • PROM programmable ROM
  • EPROM electrically PROM
  • flash EPROM any other memory chip or cartridge
  • carrier wave or any other medium from which a data processing system can read.
  • Various forms of computer readable media may be involved in carrying one or more sequences of one or more instructions to the processor 310 for execution.
  • the instructions may initially be carried on a magnetic disk of a remote data processing system, such as a server (not illustrated).
  • the remote data processing system can load the instructions into its dynamic memory and send the instructions over a communication link.
  • the communications interface 340 can receive the data from the wireless adapter 350 and place the data on the connection network 305 .
  • the connection network 305 can then carry the data to the processor 310 for execution.
  • the communications interface 340 provides bidirectional data communication coupling for the first diagnostic instrument 110 .
  • the communications interface 340 provides one or more external data ports for receiving electrical, radio frequency, or optical signals and converts signals received on the port(s) to a format suitable for transmission on the connection network 305 .
  • the communications interface 340 provides an external serial data port (such as RS-232 or universal serial bus (USB)).
  • the wireless adapter 350 is coupled to the external serial data port to interface the first diagnostic instrument 110 with wireless communication signals.
  • the wireless adapter 350 is a serial-to-wireless bridging device (such as one commercially available from Socket Communications, Inc., Newark, Calif.).
  • the wireless adapter 350 includes multi-protocol communications logic or circuitry. That is, the wireless adapter can communicate selectively in various wireless protocols. For example, the wireless adapter 350 can communicate using Bluetooth as well as 802.11. Accordingly, the first diagnostic instrument 110 can be coupled to both a Bluetooth network and an 802.11 network.
  • the wireless adapter 350 may include a pass-through port.
  • a pass-through port is designed to emulate the functionality of the external data port to which the wireless adapter 350 is coupled.
  • the wireless adapter 350 provides an additional port for another device, such as a wireline connection.
  • the wireless adapter 350 may require additional multiplexing circuitry, this can enable the first diagnostic instrument 110 to use wireless and wireline interfaces selectively or concurrently.
  • the data acquisition unit 340 is provides an interface for a test lead 347 .
  • the data acquisition unit 340 is controlled by the processor 310 to perform tests, measurements, or gathering of diagnostic information from the test lead 347 or other sensors.
  • the data acquisition unit 340 includes a plurality of analog-to-digital (A/D) converters or other logic for sampling input signals and providing those signals to the processor 310 for analysis.
  • A/D analog-to-digital
  • the test lead 347 provides input signals to the first diagnostic instrument 110 .
  • the test lead 347 provides a sample of the exhaust gases to the first diagnostic instrument 110 for analysis.
  • the test lead 347 can also provide electrical signals to the first diagnostic instrument 110 .
  • the test lead 347 may include a plurality of electrical or mechanical connections that can be coupled to various components of the device under test (e.g., an automobile).
  • the organization or structure of the test lead 347 need not be exclusively mechanical or electrical. That is, in an embodiment, the test lead 347 can include both electrical and mechanical portions.
  • test lead 347 may include a mechanical portion for sampling exhaust gases as well as an electrical portion for connection to the automobile's oxygen sensor or onboard diagnostic interface. Although the test lead 347 is singularly illustrated in FIG. 3 , a plurality of test leads may be used concurrently or separately with the first diagnostic instrument 110 .
  • FIG. 4 is a block diagram of a computing device according to an embodiment of the present disclosure.
  • the computing device 125 includes a connection network 405 , a processor 410 , a memory 415 , an input/output device controller 420 , an input device 422 , a display screen 407 , a storage device controller 430 , a database 432 , and a communications interface 440 .
  • connection network 405 operatively couples each of the processor 410 , the memory 415 , the input/output device controller 420 , the storage device controller 430 , and the communications interface 440 .
  • the connection network 405 can be an electrical bus, switch fabric, or other suitable interconnection system.
  • the processor 410 is a conventional microprocessor.
  • the computing device 125 is portable and powered by a battery.
  • the processor 410 or other circuitry may be designed for low power operation in order to provide satisfactory runtime before requiring recharging or replacement of the battery.
  • the processor 410 executes instructions or program code modules from the memory 415 .
  • the operation of the computing device 125 is programmable and configured by the program code modules.
  • Such instructions may be read into memory 415 from another computer readable medium, such as a device coupled to the storage device controller 430 .
  • Execution of the sequences of instructions contained in the memory 415 causes the processor 410 to perform the method or functions described herein.
  • hardwired circuitry may be used in place of or in combination with software instructions to implement aspects of the disclosure.
  • embodiments of the disclosure are not limited to any specific combination of hardware circuitry and software.
  • the memory 415 can be, for example, one or more random access memory (RAM) devices, flash RAM, or electronically erasable programmable read only memory (EEPROM) devices.
  • the memory 415 may also be used for storing temporary variables or other intermediate information during execution of instructions by processor 410 .
  • the input/output device controller 420 provides an interface to the display screen 407 and the input device 422 .
  • the display screen 407 can include associated hardware, software, or other devices that are needed to generate a screen display.
  • the display screen 407 is a conventional liquid crystal display (LCD).
  • LCD liquid crystal display
  • One skilled in the art will appreciate that many suitable technologies can be used for the display screen 407 , for example, a light emitting diode (LED), organic LED, cathode ray tube (CRT), or a plasma display panel (PDP).
  • the display screen 407 may also include touch screen capabilities.
  • the illustrated embodiment also includes an input device 422 operatively coupled to the input/output device controller 420 .
  • the input device 422 can be, for example, an external or integrated keyboard or cursor control pad. In an automotive service environment, for example, it may be convenient for a technician to enter customer or vehicle information using the input device 422 . Of course, customer or vehicle information can also be transmitted to the computing device 125 by another device such as a server (not illustrated). In one embodiment, the communications interface 440 can receive such information and can send the information to the processor 410 via the connection network 405 .
  • the storage device controller 430 can be used to interface the processor 410 to various memory or storage devices.
  • a database 432 is shown for storing customer information, test results, control sequences, system configuration, and the like.
  • the database 432 can be implemented on any suitable storage medium, such as magnetic, optical, or electrical storage. Additionally, the database 432 may store and retrieve information that is used by one or more of the functional modules described below and with reference to FIG. 5 .
  • the communications interface 440 provides bidirectional data communication coupling for the computing device 125 .
  • the communications interface 440 provides one or more input/output ports for receiving electrical, radio frequency, or optical signals and converts signals received on the port(s) to a format suitable for transmission on the connection network 405 .
  • the communications interface 440 can include a radio frequency modem and other logic associated with sending and receiving wireless communications.
  • the communications interface 440 can provide Bluetooth and/or 802.11 wireless capability for the computing device 125 .
  • FIG. 5 illustrates program code modules for an embodiment of the present disclosure.
  • the illustrated embodiment includes a user interface module 510 , an instrument interface module 520 , an instrument status module 530 , a data analysis module 540 , a database module 550 , and an operating system module 560 .
  • the connection network 405 communicatively couples each of the modules 510 , 520 , 530 , 540 , 550 , 560 .
  • the modules 510 , 520 , 530 , 540 , 550 , 560 include program instructions that can be executed on, for example, the processor 410 to implement the features or functions of the present disclosure.
  • the modules 510 , 520 , 530 , 540 , 550 , 560 are typically stored in a memory, such as the memory 415 .
  • the program instructions can be distributed on a computer readable medium or storage volume.
  • the computer readable storage volume can be available via a public network, a private network, or the Internet.
  • Program instructions can be in any appropriate form, such as source code, object code, or scripting code.
  • arrangement of the modules 510 , 520 , 530 , 540 , 550 , 560 represents one example of how the features or functionality of the present disclosure can be implemented.
  • the user interface module 510 includes display elements that can be presented on the display screen 407 .
  • the user interface module 510 assembles the display elements into menus or selectable display screens.
  • An active selection element for example, can be used to indicate which of the available diagnostic instruments are providing diagnostic information to the computing device 125 .
  • An available diagnostic instrument is one that is online and associated with or coupled to a network, such as the network 215 .
  • the instrument interface module 520 includes commands, protocol descriptions, data types, or other information used to send information to or receive information from the diagnostic instrument 110 .
  • the instrument interface module 520 can include information about multiple diagnostic instruments.
  • the instrument interface module 520 can operate in conjunction with the user interface module 510 to invoke functions of the diagnostic instrument 110 .
  • the instrument status module 530 includes information about the operation status of the diagnostic instruments 110 , 115 , 120 .
  • the diagnostic instruments 110 , 115 , 120 communicate their status to the computing device 125 .
  • the status information may include that the pump is on, the exhaust probe is in the tailpipe, and the vehicle is running hot.
  • the instrument status module 530 receives and stores this information for subsequent processing.
  • the instrument status module 530 manages whether the diagnostic instruments 110 , 115 , 120 are available for use by the computing device 125 .
  • the instrument status module 530 can query the diagnostic instruments 110 , 115 , 120 for online status.
  • the instrument status module 530 can also asynchronously receive online status messages from the diagnostic instruments 110 , 115 , 120 .
  • the first diagnostic instrument 110 may broadcast an “I am alive” message to the listening computing devices 125 , 130 , 135 .
  • the data analysis module 540 receives requested data or data streams from diagnostic instruments 110 , 115 , 120 .
  • the data analysis module 540 can parse a data stream and assign an identifier to each data segment.
  • the identifier enables the data analysis module 540 or processor 410 to determine which of the diagnostic instruments 110 , 115 , 120 supplied the data segment. Data segments may be processed differently for display or storage for each of the diagnostic instruments 110 , 115 , 120 .
  • the identifier can be generated by the data analysis module 540 or received from the diagnostic instruments 110 , 115 , 120 .
  • One advantage of the identifier is to enable a diagnostic instrument to transmit multiple data streams. Because each of the data streams have the same media access control (MAC) identifier, the data analysis module 540 assigns an identifier to distinguish further the data streams and the data segments associated therewith.
  • MAC media access control
  • the database module 550 includes functionality for storing and for retrieving customer information, test results, data received from diagnostic instruments 110 , 115 , 120 , and the like.
  • the first diagnostic instrument 110 may provide a raw data stream of the measurements which the database module 550 records. Accordingly, the database module 550 can provide measurement data to the data analysis module 540 for analysis.
  • the operating system module 360 represents a conventional operating system for a handheld or embedded device, such as Microsoft Windows CE or Windows Mobile (which are commercially available from Microsoft Corp., Redmond, Wash.).
  • the operating system module 360 provides an application programming interface (API) through which the modules 310 , 320 , 330 , 340 , 350 or other application programs interact with the computing device 105 .
  • API application programming interface
  • the user interface module 310 calls a function of the operating system module 360 in order to display an element on the display screen 107 .
  • FIG. 6 is a flowchart illustrating a method for enabling wireless communication of vehicle diagnostic information according to an embodiment of the present disclosure.
  • the illustrated method begins with obtaining 605 a diagnostic instrument 110 .
  • the diagnostic instrument 110 includes an external data port.
  • a wireless adapter 350 is coupled 610 to the external data port. This enables the diagnostic instrument 110 to communicate wirelessly with the network 215 or the computing device 125 , for example.
  • FIG. 7 is flowchart illustrating a method for controlling multiple diagnostic instruments using a computing device according to an embodiment of the present disclosure.
  • the illustrated method begins with listing 705 the available diagnostic instruments 110 , 115 , 120 on a display screen 407 .
  • the user provides a selection of the diagnostic instruments 110 , 115 , 120 that are to be used for a test.
  • the selection is received 710 by the computing device 125 .
  • the computing device 125 then synchronizes 715 the time bases of the selected or participant diagnostic instruments 110 , 115 , 120 .
  • the computing device 125 uses short start and stop commands to synchronize the selected diagnostic instruments 110 , 115 , 120 .
  • the short commands can be transmitted to the diagnostic instruments 110 , 115 , 120 quickly.
  • the diagnostic instruments 110 , 115 , 120 receive a short start command, they begin taking measurements or capturing data.
  • the computing device 125 can offset the transmission of start/stop commands depending on the amount of time it takes a particular diagnostic instrument to respond to the command. For example, a gas analyzer may being taking measurements 0.5 seconds after receiving the start command.
  • the computing device 125 can use a counter or time base synchronization protocol. For example, the computing device 125 can query the current time from each of the diagnostic instruments 110 , 115 , 120 and calculate a time base correction for each. When processing the diagnostic information, the computing device 125 can account for the time base correction.
  • FIG. 8 is a flowchart illustrating a method for sending commands to a diagnostic instrument according to an embodiment of the present disclosure. Unlike conventional wireline communication protocols, where the computing device 125 waits for a specified period of time before sending commands, in a wireless architecture the computing device 125 can send commands responsive to an acknowledgment signal generated by the wireless adapter 350 .
  • the illustrated method begins with assembling 805 data request commands for transmission to the diagnostic instruments 110 , 115 , 120 . These commands can be stored in an appropriate data structure, such as an array.
  • the first command is sent 810 to the corresponding diagnostic instrument.
  • An acknowledgement of the command is received 815 from the wireless adapter 350 coupled to the diagnostic instrument.
  • the wireless adapter 350 media access control layer acknowledges that it received the data that represents the command.
  • FIG. 9 is a flowchart illustrating a method for executing a diagnostic test according to an embodiment of the present disclosure.
  • the illustrated method begins with the computing device 125 receiving 905 the test selection. Because the computing device 125 is wirelessly coupled to the diagnostic instruments 110 , 115 , 120 , the operator may have a partially or completely obstructed view of the test site.
  • the computing device 125 determines 910 whether a warning message is appropriate for the test selection. For example, if the operator invokes a dynamometer test, the computing device 125 can be programmed to display a warning to the technician to check the test site. This ensures the safety of those around the test site.
  • the test is performed 925 . If a warning message is needed, however, it is displayed 915 . The technician then indicates whether it is safe to continue 920 . If not, the method is ended. Otherwise, the test is performed 925 .
  • diagnostic instruments 110 , 115 , 120 that are in broadcast mode 930 then data is streamed to the listening computing devices 125 , 130 , 135 .
  • the method ends.
  • the method determines if the diagnostic data has been requested 945 . If so, a response 950 to the data request is generated. If no additional data requests are received, the method ends.
  • FIG. 10 is a diagram illustrating a user interface for diagnostic instrument selection according to an embodiment of the present disclosure.
  • the illustrated user interface includes an instrument selection element 1005 , an active selection element 1010 , a master mode selection element 1015 , a broadcast mode selection element 1020 , and an “ok” button 1050 shown on the display screen 407 .
  • the instrument selection element 1005 represents a list of the available diagnostic instruments 110 , 115 , 120 .
  • a diagnostic instrument 110 , 115 , 120 is available when it is online and the computing device 125 can communicate with it.
  • the contents of the instrument selection element 1005 can be dynamic and responsive to changes in instrument status.
  • the active selection element 1010 represents whether the user is interested in receiving data or measurements from corresponding instrument.
  • the master mode selection element 1015 indicates whether the computing device 125 is able to issue control commands to the corresponding instrument.
  • each of the diagnostic instruments 110 , 115 , 120 only permit a single computing device to issue control commands at a time. That is, although many computing devices can listen to the response or data stream, only one computing device can control a diagnostic instrument 110 , 115 , 120 at a time.
  • the technician can request master mode from the computing device that is currently the master.
  • the broadcast mode selection element 1020 indicates whether the corresponding instrument is broadcasting its diagnostic information to listening computing devices 125 , 130 , 135 . If the technician desires to receive a broadcast, he or she can use the active selection element 1010 to listen to the data stream. Invoking the “ok” button 1050 returns the display screen 407 to other functions.
  • FIG. 11 is a diagram illustrating a user interface for a warning message according to an embodiment of the present disclosure.
  • the illustrated display screen 407 includes a warning message 1105 , a menu selection element 1120 , a configuration selection element 1125 , and a “test B” selection element 1130 .
  • the warning message 1105 includes an “ok” button 1110 , a “cancel” button 1115 .
  • the warning message 1105 is an example of the type of warning that can be displayed before a particular test is executed.
  • a technician has requested an exhaust gas analysis. Because of the dangers of releasing exhaust gases into a service facility where human beings are working, the warning message 1105 prompts the technician to check the placement of the exhaust gas removal hose of the removal system. The warning message 1105 reminds the technician that dangerous gases may be released and that he should make sure to invoke the removal system.
  • the technician can clear the warning message 1105 by selecting the “ok” button 1110 .
  • the technician can also cancel the test by selecting the “cancel” button 1115 .
  • the placement of the “ok” button 1110 on the display screen 407 can be randomized to encourage the technician to read and to respond to the warning message 1105 appropriately.
  • the display screen 407 also provides other selection options.
  • the technician can return to the menu by invoking the menu selection element 1120 .
  • the technician can adjust configuration parameters by invoking the configuration selection element 1125 . Further, the technician can skip to another related test by invoking the “test b” selection element 1130 .

Abstract

A wireless interface for a diagnostic instrument is provided. The diagnostic instrument includes a communications interface having an external data port. A wireless adapter coupled to the external data port communicates diagnostic data with one or more computing devices. In a single user mode, a computing device can control several diagnostic instruments wirelessly. In broadcast mode, a diagnostic instrument can send a data stream wirelessly to many listening computing devices. Further features, such as safety warning messages, are provided.

Description

    TECHNICAL FIELD
  • The present disclosure relates generally to diagnostic instruments, and more particularly, to diagnostic instruments using wireless communication interfaces.
  • BACKGROUND
  • Conventional computing devices, such as PCs and handheld computers, provide a convenient platform for communicating with diagnostic instrumentation. The computing devices enable a technician to use a diagnostic instrument quickly and easily. For example, in an automotive service facility, a handheld computing device can be easily connected to a vehicle's on-board diagnostic system for testing or problem diagnosis.
  • Although handheld computing devices offer portability and flexibility, the diagnostic instruments with which they are designed to work typically require serial communication cables or other wireline infrastructure to communicate. Consequently much of a handheld computing device's portability is compromised when it must be coupled to a wireline interface.
  • In addition, a technician may use several diagnostic instruments when diagnosing a problem or evaluating a vehicle's performance. Typically each of these diagnostic instruments requires various wireline connections to the computing device. Many such connections can become cumbersome for the technician to manage. An improper or incorrect connection may cause the computing device to malfunction or to provide inaccurate information and, therefore, consume diagnostic or repair time needlessly.
  • Conventional wireline interfaces also complicate the use of diagnostic instruments for technician training or other collaborative work. In particular, traditional diagnostic instruments are designed for one-to-one operation with a single host or computing device. Using a single computing device can make it difficult for a group of users to view the results or to collaborate in the process.
  • Further, service facilities have invested in many diagnostic instruments that have wireline interfaces. Adding wireless capability to a diagnostic instrument has conventionally involved redesigning the internal circuitry to support the wireless functionality. Thus service facilities may be reluctant to reinvest in the costly replacement or redesign of their diagnostic instruments in order to have wireless capability.
  • What is needed is a wireless adapter for a diagnostic instrument. What is further needed is a wireless architecture that enables concurrent communication among a number of diagnostic instruments and computing devices.
  • SUMMARY OF THE DISCLOSURE
  • In one aspect, a method for wireless communication of vehicle diagnostic information includes obtaining a diagnostic instrument having an external data port. A wireless adapter coupled to the external data port communicates diagnostic data with one or more computing devices.
  • In another aspect, a computing device can be configured to control several diagnostic instruments wirelessly. The computing device can send control command to one or more diagnostic instrument sequentially or concurrently. The computing device can also perform time base synchronization to provide a technician with integrated diagnostic information obtained from more than one diagnostic instrument.
  • In another aspect, a diagnostic instrument can send a data stream wirelessly to many listening computing devices. The diagnostic instrument can also broadcast multiple data streams that are individually tailored for particular computing devices.
  • In yet another aspect, a diagnostic instrument can function as a wireless network gateway or hub device. A first computing device can send data, such as diagnostic information, to a second computing device. This can facilitate collaborative work among users of the computing devices.
  • Additional aspects and advantages of the present disclosure will become readily apparent to those skilled in this art from the following detailed description, wherein only exemplary embodiments of the present disclosure is shown and described, simply by way of illustration of the best mode contemplated for carrying out the present disclosure. As will be realized, the present disclosure is capable of other and different embodiments, and its several details are capable of modifications in various obvious respects, all without departing from the disclosure. Accordingly, the drawings and description are to be regarded as illustrative in nature, and not as restrictive.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The accompanying drawings illustrate several embodiments and, together with the description, serve to explain the principles of the present disclosure.
  • FIG. 1 is a diagram illustrating a wireless architecture according to an embodiment of the present disclosure.
  • FIG. 2 is a diagram illustrating a wireless architecture according to another embodiment of the present disclosure.
  • FIG. 3 is a block diagram of a diagnostic instrument according to an embodiment of the present disclosure.
  • FIG. 4 is a block diagram of a computing device according to an embodiment of the present disclosure.
  • FIG. 5 illustrates program code modules for an embodiment of the present disclosure.
  • FIG. 6 is a flowchart illustrating a method for enabling wireless communication of vehicle diagnostic information according to an embodiment of the present disclosure.
  • FIG. 7 is flowchart illustrating a method for controlling multiple diagnostic instruments using a computing device according to an embodiment of the present disclosure.
  • FIG. 8 is a flowchart illustrating a method for sending commands to a diagnostic instrument according to an embodiment of the present disclosure.
  • FIG. 9 is a flowchart illustrating a method for executing a diagnostic test according to an embodiment of the present disclosure.
  • FIG. 10 is a diagram illustrating a user interface for diagnostic instrument selection according to an embodiment of the present disclosure.
  • FIG. 11 is a diagram illustrating a user interface for a warning message according to an embodiment of the present disclosure.
  • DETAILED DESCRIPTION OF THE EMBODIMENTS
  • The present disclosure is now described more fully with reference to the accompanying figures, in which several embodiments are shown. The embodiments described herein may include or be utilized with any appropriate engine having an appropriate voltage source, such as a battery, an alternator and the like, providing any appropriate voltage, such as about 12 Volts, about 42 Volts and the like. The embodiments described herein may be used with any desired system or engine. Those systems or engines may comprise items utilizing fossil fuels, such as gasoline, natural gas, propane and the like, electricity, such as that generated by battery, magneto, solar cell and the like, wind and hybrids or combinations thereof. Those systems or engines may be incorporated into other systems, such as an automobile, a truck, a boat or ship, a motorcycle, a generator, an airplane and the like.
  • One skilled in the art will recognize that methods, apparatus, systems, data structures, and computer readable media implement the features, functionalities, or modes of usage described herein. For instance, an apparatus embodiment can perform the corresponding steps or acts of a method embodiment.
  • A. System Architecture
  • FIG. 1 is a diagram illustrating a wireless architecture according to an embodiment of the present disclosure. The illustrated embodiment includes a first diagnostic instrument 110, a second diagnostic instrument 115, and a third diagnostic instrument 120. Wirelessly coupled to the diagnostic instruments 110, 115, 120 are a first computing device 125, a second computing device 130, and a third computing device 135.
  • The computing devices 125, 130, 135 and the diagnostic instruments 110, 115, 120 exchange data or communicate to form a wireless network. Various protocols or signaling techniques can be used on the wireless communication paths. Example wireless protocols include local area protocols such as Ethernet (e.g., 802.11a, 802.11b, 802.11g), Bluetooth, and infrared. Other wireless protocols include cellular-based protocols, such as CDMA, GSM, or GPRS, or satellite-based protocols.
  • Although in the illustrated embodiment each communication path is wireless, one skilled in the art will appreciate that hybrid wireline and wireless networks can be implemented. That is, some computing devices can be coupled to associated diagnostic instruments via wireline connections. As described in further detail below and with reference to FIG. 3, the diagnostic instruments 110, 115, 120 can include both wireline and wireless interfaces that operate separately or concurrently.
  • In one embodiment, the computing devices 125, 130, 135 are conventional handheld computers, such as a Compaq Ipaq (which is commercially available from Hewlett-Packard, Palo Alto, Calif.) or a Palm Zire (which is commercially available from Palm, Inc., Milpitas, Calif.). Although one skilled in the art will recognize that the computing devices 125, 130, 135 need not be functionally or structurally identical, for clarity of the following description, the computing devices 125, 130, 135 may be described in terms of the first computing device 125. Further features and functionalities of exemplary computing device 125 are described below and with reference to FIG. 4.
  • In an embodiment, the diagnostic instruments 110, 115, 120 are instruments such as those used in the maintenance, service, or repair of automobiles, trucks, engines, vessels, motorcycles, generators, aircraft and the like. Examples of diagnostic instruments 110, 115, 120 include code scanners, gas analyzers, and smoke meters. One skilled in the art will appreciate, however, that the diagnostic instruments 110, 115, 120 need not be distinct from the equipment and can represent, for example, onboard or integrated diagnostic, performance, or testing functionality. For example, the first diagnostic instrument 110 can represent a vehicle's onboard OBD-II interface and can convert the ODB-II diagnostic information to an appropriate wireless communication protocol for communication with the second computing device 130.
  • 1. Single User Mode
  • The diagnostic instruments 110, 115, 120 send diagnostic information to and receive control commands from the computing devices 125, 130, 135 wirelessly. Single user mode refers to one computing device, such as the first computing device 125, communicating with one or more of the diagnostic instruments 110, 115, 120. In the illustrated embodiment, the first computing device 125 sends data to each of the first, second, and third diagnostic instruments 110, 115, 120. Similarly, each of the first, second, and third diagnostic instruments 110, 115, 120 send diagnostic information to the first computing device 125.
  • Unlike conventional wireline communication between a first computing device 125 and a first diagnostic instrument 110, wireless communications paths are not limited to one-to-one data exchanges. Specifically, a wireless architecture enables a one-to-many relationship among the diagnostic instruments 110, 115, 120 and the computing devices 125, 130, 135.
  • In the illustrated embodiment, the first computing device 125 is concurrently coupled to and communicating with each of the first, second, and third diagnostic instruments 110, 115, 120. This enables the first computing device 125, for example, to coordinate diagnostic tests or other functions among an RPM meter, gas analyzer, and smoke meter.
  • One advantage of this configuration is that the first computing device 125 can receive diagnostic information from a variety of sources and integrate this information to perform comprehensive testing. In troubleshooting a problem, for example, a technician may need information about an engine's emissions when running at 2000 RPM. The first computing device 125 can synchronize the measurement time base for several diagnostic instruments 110, 115, 120 to provide the technician with an integrated solution. Synchronization and other features are described in additional detail below.
  • 2. Broadcast Mode
  • In broadcast mode, one or more diagnostic instruments 110, 115, 120 communicate with two or more computing devices 125, 130, 135. In the illustrated embodiment, the first diagnostic instrument 110 concurrently communicates with the second and the third computing devices 130, 135. For example, a gas analyzer can transmit a data stream that is received by both the second and the third computing devices 130, 135. In this case, the data stream includes diagnostic information about a vehicle's emissions.
  • In addition, the first diagnostic instrument 110 can provide multiple data streams. Each of these data streams can be directed to particular computing devices 125, 130, 135. More specifically, the first diagnostic instrument 110 can provide unicast or multicast data streams of diagnostic information.
  • One advantage of unicast data streams directed to different computing devices 125, 130, 135 is that each data stream need not include identical diagnostic information. For example, in a technician training environment, the instructor may receive all of the data from the gas analyzer, but the computing devices 125, 130, 135 belonging to the students may receive a subset of the data to enhance their training.
  • Additionally, the wireless signals communicated by the diagnostic instruments 110, 115, 120 and the computing devices 125, 130, 135 can be encrypted to ensure data privacy. One skilled in the art will appreciate that many suitable encryption technologies can be implemented in the present wireless architecture. For example, in an 802.11 environment, WiFi Protected Access (WPA) can be used. Further, authorization codes or encryption can be used to prevent unauthorized use of the diagnostic instruments 110, 115, 120 or the computing devices 125, 130, 135.
  • FIG. 2 is a diagram illustrating a wireless architecture according to another embodiment of the present disclosure. The illustrated embodiment includes a fourth diagnostic instrument 210 and several computing devices 250, 255, 260, 270. The fourth diagnostic instrument 210 is wirelessly coupled to each of the several computing devices 250, 255, 260, 270.
  • In addition to its diagnostic functionality, the fourth diagnostic instrument 210 includes wireless gateway or network hub functionality for a network 215. In one embodiment, the fourth diagnostic instrument 210 can function as a relay device. More specifically, the fourth diagnostic instrument 210 can receive data from computing device 250 and forward that data to computing device 255. The fourth diagnostic instrument 210 may include tables or other data structures that contain information about how forward data packets and which computing devices 250, 255, 260, 270 are currently available on the network 215.
  • One advantage of the illustrated wireless architecture is that it can enable enhanced collaborative work among users. For example, a technician using computing device 250 can highlight real-time diagnostic information on computing device 255 that is being used by another technician. Further, a technician can send a waveform or other diagnostic information from computing device 250 to computing device 270 for analysis by another technician.
  • B. Diagnostic Instrument
  • FIG. 3 is a block diagram of a diagnostic instrument according to an embodiment of the present disclosure. Although each of the diagnostic instruments 110, 115, 120, 210 can have different features, the first diagnostic instrument 110 is described in additional detail as an example embodiment. In the illustrated embodiment, the first diagnostic instrument 110 includes a connection network 305, a processor 310, a memory 315, a communications interface 340, and a data acquisition unit 345. A wireless adapter 350 is shown coupled to the communications interface 340.
  • The connection network 305 operatively couples each of the processor 310, the memory 315, the communications interface 340, and the data acquisition unit 345. The connection network 305 can be an electrical bus, switch fabric, or other suitable interconnection system.
  • The processor 310 is a conventional microprocessor or microcontroller. In one embodiment, the first diagnostic instrument 110 is portable and powered by a battery. In this instance, the processor 310 or other circuitry may be designed for low power operation in order to provide satisfactory runtime before requiring recharging or replacement of the battery. In a typical service facility, satisfactory runtime is approximately 8 hours or the duration of a technician's shift.
  • The processor 310 executes instructions or program code modules from the memory 315. The operation of the first diagnostic instrument 110 is programmable and configured by the program code modules. Such instructions may be read into memory 315 from another computer readable medium. Execution of the sequences of instructions contained in the memory 315 causes the processor 310 to perform the method or functions described herein. In alternative embodiments, hardwired circuitry may be used in place of or in combination with software instructions to implement aspects of the disclosure. Thus, embodiments of the disclosure are not limited to any specific combination of hardware circuitry and software. The memory 315 can be, for example, one or more random access memory (RAM) devices, flash RAM, or electronically erasable programmable read only memory (EEPROM) devices. The memory 315 may also be used for storing temporary variables or other intermediate information during execution of instructions by processor 310.
  • The term “computer readable medium” as used herein refers to any medium that participates in providing instructions to the processor 310 for execution. Such a medium may take many forms, including but not limited to, non-volatile media, volatile media, and transmission media. Non-volatile media includes, for example, optical or magnetic disks. Volatile media includes dynamic memory, such as the memory 315. Transmission media includes coaxial cables, copper wire and fiber optics, including the wires or communication paths that comprise the connection network 305. Transmission media can also take the form of acoustic or light waves, such as those generated during radio wave and infrared data communications.
  • Common forms of computer readable media include, for example, a floppy disk, a flexible disk, hard disk, magnetic tape, or any other magnetic medium, a CD-ROM, any other optical medium, punch cards, paper tape, any other physical medium with patterns of holes, a RAM, a programmable ROM (PROM), an electrically PROM (EPROM), a flash EPROM, any other memory chip or cartridge, a carrier wave, or any other medium from which a data processing system can read.
  • Various forms of computer readable media may be involved in carrying one or more sequences of one or more instructions to the processor 310 for execution. For example, the instructions may initially be carried on a magnetic disk of a remote data processing system, such as a server (not illustrated). The remote data processing system can load the instructions into its dynamic memory and send the instructions over a communication link. The communications interface 340 can receive the data from the wireless adapter 350 and place the data on the connection network 305. The connection network 305 can then carry the data to the processor 310 for execution.
  • The communications interface 340 provides bidirectional data communication coupling for the first diagnostic instrument 110. In one embodiment, the communications interface 340 provides one or more external data ports for receiving electrical, radio frequency, or optical signals and converts signals received on the port(s) to a format suitable for transmission on the connection network 305.
  • In one embodiment, the communications interface 340 provides an external serial data port (such as RS-232 or universal serial bus (USB)). The wireless adapter 350 is coupled to the external serial data port to interface the first diagnostic instrument 110 with wireless communication signals. In this case, the wireless adapter 350 is a serial-to-wireless bridging device (such as one commercially available from Socket Communications, Inc., Newark, Calif.).
  • In one embodiment, the wireless adapter 350 includes multi-protocol communications logic or circuitry. That is, the wireless adapter can communicate selectively in various wireless protocols. For example, the wireless adapter 350 can communicate using Bluetooth as well as 802.11. Accordingly, the first diagnostic instrument 110 can be coupled to both a Bluetooth network and an 802.11 network.
  • In addition, the wireless adapter 350 may include a pass-through port. A pass-through port is designed to emulate the functionality of the external data port to which the wireless adapter 350 is coupled. Specifically, in an embodiment where the communications interface 340 has a single port, the wireless adapter 350 provides an additional port for another device, such as a wireline connection. Although the wireless adapter 350 may require additional multiplexing circuitry, this can enable the first diagnostic instrument 110 to use wireless and wireline interfaces selectively or concurrently.
  • The data acquisition unit 340 is provides an interface for a test lead 347. The data acquisition unit 340 is controlled by the processor 310 to perform tests, measurements, or gathering of diagnostic information from the test lead 347 or other sensors. In one embodiment, the data acquisition unit 340 includes a plurality of analog-to-digital (A/D) converters or other logic for sampling input signals and providing those signals to the processor 310 for analysis.
  • The test lead 347 provides input signals to the first diagnostic instrument 110. For example, in an exhaust gas analyzer, the test lead 347 provides a sample of the exhaust gases to the first diagnostic instrument 110 for analysis. The test lead 347 can also provide electrical signals to the first diagnostic instrument 110. The test lead 347 may include a plurality of electrical or mechanical connections that can be coupled to various components of the device under test (e.g., an automobile). One skilled in the art will appreciate that the organization or structure of the test lead 347 need not be exclusively mechanical or electrical. That is, in an embodiment, the test lead 347 can include both electrical and mechanical portions. Returning the example above in an exhaust gas analyzer, the test lead 347 may include a mechanical portion for sampling exhaust gases as well as an electrical portion for connection to the automobile's oxygen sensor or onboard diagnostic interface. Although the test lead 347 is singularly illustrated in FIG. 3, a plurality of test leads may be used concurrently or separately with the first diagnostic instrument 110.
  • C. Computing Device
  • FIG. 4 is a block diagram of a computing device according to an embodiment of the present disclosure. In the illustrated embodiment, the computing device 125 includes a connection network 405, a processor 410, a memory 415, an input/output device controller 420, an input device 422, a display screen 407, a storage device controller 430, a database 432, and a communications interface 440.
  • Similar to the first diagnostic instrument described above, the connection network 405 operatively couples each of the processor 410, the memory 415, the input/output device controller 420, the storage device controller 430, and the communications interface 440. The connection network 405 can be an electrical bus, switch fabric, or other suitable interconnection system.
  • The processor 410 is a conventional microprocessor. In one embodiment, the computing device 125 is portable and powered by a battery. In this instance, the processor 410 or other circuitry may be designed for low power operation in order to provide satisfactory runtime before requiring recharging or replacement of the battery.
  • The processor 410 executes instructions or program code modules from the memory 415. The operation of the computing device 125 is programmable and configured by the program code modules. Such instructions may be read into memory 415 from another computer readable medium, such as a device coupled to the storage device controller 430. Execution of the sequences of instructions contained in the memory 415 causes the processor 410 to perform the method or functions described herein. In alternative embodiments, hardwired circuitry may be used in place of or in combination with software instructions to implement aspects of the disclosure. Thus, embodiments of the disclosure are not limited to any specific combination of hardware circuitry and software. The memory 415 can be, for example, one or more random access memory (RAM) devices, flash RAM, or electronically erasable programmable read only memory (EEPROM) devices. The memory 415 may also be used for storing temporary variables or other intermediate information during execution of instructions by processor 410.
  • The input/output device controller 420 provides an interface to the display screen 407 and the input device 422. The display screen 407 can include associated hardware, software, or other devices that are needed to generate a screen display. In one embodiment, the display screen 407 is a conventional liquid crystal display (LCD). One skilled in the art will appreciate that many suitable technologies can be used for the display screen 407, for example, a light emitting diode (LED), organic LED, cathode ray tube (CRT), or a plasma display panel (PDP). The display screen 407 may also include touch screen capabilities.
  • The illustrated embodiment also includes an input device 422 operatively coupled to the input/output device controller 420. The input device 422 can be, for example, an external or integrated keyboard or cursor control pad. In an automotive service environment, for example, it may be convenient for a technician to enter customer or vehicle information using the input device 422. Of course, customer or vehicle information can also be transmitted to the computing device 125 by another device such as a server (not illustrated). In one embodiment, the communications interface 440 can receive such information and can send the information to the processor 410 via the connection network 405.
  • The storage device controller 430 can be used to interface the processor 410 to various memory or storage devices. In the illustrated embodiment, a database 432 is shown for storing customer information, test results, control sequences, system configuration, and the like. As one skilled in the art will appreciate, the database 432 can be implemented on any suitable storage medium, such as magnetic, optical, or electrical storage. Additionally, the database 432 may store and retrieve information that is used by one or more of the functional modules described below and with reference to FIG. 5.
  • The communications interface 440 provides bidirectional data communication coupling for the computing device 125. In one embodiment, the communications interface 440 provides one or more input/output ports for receiving electrical, radio frequency, or optical signals and converts signals received on the port(s) to a format suitable for transmission on the connection network 405. The communications interface 440 can include a radio frequency modem and other logic associated with sending and receiving wireless communications. For example, the communications interface 440 can provide Bluetooth and/or 802.11 wireless capability for the computing device 125.
  • 1. Program Code Modules
  • FIG. 5 illustrates program code modules for an embodiment of the present disclosure. The illustrated embodiment includes a user interface module 510, an instrument interface module 520, an instrument status module 530, a data analysis module 540, a database module 550, and an operating system module 560. The connection network 405 communicatively couples each of the modules 510, 520, 530, 540, 550, 560.
  • The modules 510, 520, 530, 540, 550, 560 include program instructions that can be executed on, for example, the processor 410 to implement the features or functions of the present disclosure. The modules 510, 520, 530, 540, 550, 560 are typically stored in a memory, such as the memory 415. As described above, the program instructions can be distributed on a computer readable medium or storage volume. The computer readable storage volume can be available via a public network, a private network, or the Internet. Program instructions can be in any appropriate form, such as source code, object code, or scripting code. One skilled in the art will recognize that arrangement of the modules 510, 520, 530, 540, 550, 560 represents one example of how the features or functionality of the present disclosure can be implemented.
  • The user interface module 510 includes display elements that can be presented on the display screen 407. The user interface module 510 assembles the display elements into menus or selectable display screens. An active selection element, for example, can be used to indicate which of the available diagnostic instruments are providing diagnostic information to the computing device 125. An available diagnostic instrument is one that is online and associated with or coupled to a network, such as the network 215.
  • The instrument interface module 520 includes commands, protocol descriptions, data types, or other information used to send information to or receive information from the diagnostic instrument 110. Of course, the instrument interface module 520 can include information about multiple diagnostic instruments. The instrument interface module 520 can operate in conjunction with the user interface module 510 to invoke functions of the diagnostic instrument 110.
  • The instrument status module 530 includes information about the operation status of the diagnostic instruments 110, 115, 120. In one embodiment, the diagnostic instruments 110, 115, 120 communicate their status to the computing device 125. For example, in a gas analyzer, the status information may include that the pump is on, the exhaust probe is in the tailpipe, and the vehicle is running hot. The instrument status module 530 receives and stores this information for subsequent processing.
  • Further, in an embodiment, the instrument status module 530 manages whether the diagnostic instruments 110, 115, 120 are available for use by the computing device 125. The instrument status module 530 can query the diagnostic instruments 110, 115, 120 for online status. The instrument status module 530 can also asynchronously receive online status messages from the diagnostic instruments 110, 115, 120. For example, the first diagnostic instrument 110 may broadcast an “I am alive” message to the listening computing devices 125, 130, 135.
  • The data analysis module 540 receives requested data or data streams from diagnostic instruments 110, 115, 120. The data analysis module 540 can parse a data stream and assign an identifier to each data segment. The identifier enables the data analysis module 540 or processor 410 to determine which of the diagnostic instruments 110, 115, 120 supplied the data segment. Data segments may be processed differently for display or storage for each of the diagnostic instruments 110, 115, 120. The identifier can be generated by the data analysis module 540 or received from the diagnostic instruments 110, 115, 120.
  • One advantage of the identifier is to enable a diagnostic instrument to transmit multiple data streams. Because each of the data streams have the same media access control (MAC) identifier, the data analysis module 540 assigns an identifier to distinguish further the data streams and the data segments associated therewith.
  • The database module 550 includes functionality for storing and for retrieving customer information, test results, data received from diagnostic instruments 110, 115, 120, and the like. When performing a test, for example, the first diagnostic instrument 110 may provide a raw data stream of the measurements which the database module 550 records. Accordingly, the database module 550 can provide measurement data to the data analysis module 540 for analysis.
  • The operating system module 360 represents a conventional operating system for a handheld or embedded device, such as Microsoft Windows CE or Windows Mobile (which are commercially available from Microsoft Corp., Redmond, Wash.). The operating system module 360 provides an application programming interface (API) through which the modules 310, 320, 330, 340, 350 or other application programs interact with the computing device 105. For example, the user interface module 310 calls a function of the operating system module 360 in order to display an element on the display screen 107.
  • D. Methods
  • FIG. 6 is a flowchart illustrating a method for enabling wireless communication of vehicle diagnostic information according to an embodiment of the present disclosure. The illustrated method begins with obtaining 605 a diagnostic instrument 110. The diagnostic instrument 110 includes an external data port. A wireless adapter 350 is coupled 610 to the external data port. This enables the diagnostic instrument 110 to communicate wirelessly with the network 215 or the computing device 125, for example.
  • FIG. 7 is flowchart illustrating a method for controlling multiple diagnostic instruments using a computing device according to an embodiment of the present disclosure. The illustrated method begins with listing 705 the available diagnostic instruments 110, 115, 120 on a display screen 407. The user provides a selection of the diagnostic instruments 110, 115, 120 that are to be used for a test. The selection is received 710 by the computing device 125. The computing device 125 then synchronizes 715 the time bases of the selected or participant diagnostic instruments 110, 115, 120.
  • In one embodiment, the computing device 125 uses short start and stop commands to synchronize the selected diagnostic instruments 110, 115, 120. The short commands can be transmitted to the diagnostic instruments 110, 115, 120 quickly. When the diagnostic instruments 110, 115, 120 receive a short start command, they begin taking measurements or capturing data. The computing device 125 can offset the transmission of start/stop commands depending on the amount of time it takes a particular diagnostic instrument to respond to the command. For example, a gas analyzer may being taking measurements 0.5 seconds after receiving the start command.
  • In another embodiment, the computing device 125 can use a counter or time base synchronization protocol. For example, the computing device 125 can query the current time from each of the diagnostic instruments 110, 115, 120 and calculate a time base correction for each. When processing the diagnostic information, the computing device 125 can account for the time base correction.
  • One skilled in the art will appreciate that synchronization 715 may not be necessary before each test. That is, synchronization 715 can be programmed to occur once for each measurement session. In step 720, the diagnostic instruments 110, 115, 120 perform the requested tests.
  • FIG. 8 is a flowchart illustrating a method for sending commands to a diagnostic instrument according to an embodiment of the present disclosure. Unlike conventional wireline communication protocols, where the computing device 125 waits for a specified period of time before sending commands, in a wireless architecture the computing device 125 can send commands responsive to an acknowledgment signal generated by the wireless adapter 350.
  • The illustrated method begins with assembling 805 data request commands for transmission to the diagnostic instruments 110, 115, 120. These commands can be stored in an appropriate data structure, such as an array. The first command is sent 810 to the corresponding diagnostic instrument. An acknowledgement of the command is received 815 from the wireless adapter 350 coupled to the diagnostic instrument. Specifically, the wireless adapter 350 media access control layer acknowledges that it received the data that represents the command. Next, it is determined 815 whether there are more commands to be sent. If not, the method returns to the calling process. If there are more commands, the array pointer is advanced 825 to the next element and the method repeats with the sending 810 of the command.
  • FIG. 9 is a flowchart illustrating a method for executing a diagnostic test according to an embodiment of the present disclosure. The illustrated method begins with the computing device 125 receiving 905 the test selection. Because the computing device 125 is wirelessly coupled to the diagnostic instruments 110, 115, 120, the operator may have a partially or completely obstructed view of the test site. The computing device 125 determines 910 whether a warning message is appropriate for the test selection. For example, if the operator invokes a dynamometer test, the computing device 125 can be programmed to display a warning to the technician to check the test site. This ensures the safety of those around the test site.
  • If a warning message is not needed, the test is performed 925. If a warning message is needed, however, it is displayed 915. The technician then indicates whether it is safe to continue 920. If not, the method is ended. Otherwise, the test is performed 925.
  • For diagnostic instruments 110, 115, 120 that are in broadcast mode 930, then data is streamed to the listening computing devices 125, 130, 135. When a stop command or the end of the test is reached 940, the method ends. For diagnostic instruments 110, 115, 120 that are not in broadcast mode 930, the method determines if the diagnostic data has been requested 945. If so, a response 950 to the data request is generated. If no additional data requests are received, the method ends.
  • E. Computing Device User Interface
  • FIG. 10 is a diagram illustrating a user interface for diagnostic instrument selection according to an embodiment of the present disclosure. The illustrated user interface includes an instrument selection element 1005, an active selection element 1010, a master mode selection element 1015, a broadcast mode selection element 1020, and an “ok” button 1050 shown on the display screen 407.
  • In one embodiment, the instrument selection element 1005 represents a list of the available diagnostic instruments 110, 115, 120. A diagnostic instrument 110, 115, 120 is available when it is online and the computing device 125 can communicate with it. Of course, the contents of the instrument selection element 1005 can be dynamic and responsive to changes in instrument status.
  • The active selection element 1010 represents whether the user is interested in receiving data or measurements from corresponding instrument. The master mode selection element 1015 indicates whether the computing device 125 is able to issue control commands to the corresponding instrument. Generally each of the diagnostic instruments 110, 115, 120 only permit a single computing device to issue control commands at a time. That is, although many computing devices can listen to the response or data stream, only one computing device can control a diagnostic instrument 110, 115, 120 at a time. For instruments that are in non-master mode (such as instruments 2, 3 and 4 in the illustrated example), the technician can request master mode from the computing device that is currently the master.
  • The broadcast mode selection element 1020 indicates whether the corresponding instrument is broadcasting its diagnostic information to listening computing devices 125, 130, 135. If the technician desires to receive a broadcast, he or she can use the active selection element 1010 to listen to the data stream. Invoking the “ok” button 1050 returns the display screen 407 to other functions.
  • FIG. 11 is a diagram illustrating a user interface for a warning message according to an embodiment of the present disclosure. The illustrated display screen 407 includes a warning message 1105, a menu selection element 1120, a configuration selection element 1125, and a “test B” selection element 1130. The warning message 1105 includes an “ok” button 1110, a “cancel” button 1115.
  • The warning message 1105 is an example of the type of warning that can be displayed before a particular test is executed. In this example, a technician has requested an exhaust gas analysis. Because of the dangers of releasing exhaust gases into a service facility where human beings are working, the warning message 1105 prompts the technician to check the placement of the exhaust gas removal hose of the removal system. The warning message 1105 reminds the technician that dangerous gases may be released and that he should make sure to invoke the removal system.
  • The technician can clear the warning message 1105 by selecting the “ok” button 1110. The technician can also cancel the test by selecting the “cancel” button 1115. Of course, the placement of the “ok” button 1110 on the display screen 407 can be randomized to encourage the technician to read and to respond to the warning message 1105 appropriately.
  • The display screen 407 also provides other selection options. The technician can return to the menu by invoking the menu selection element 1120. The technician can adjust configuration parameters by invoking the configuration selection element 1125. Further, the technician can skip to another related test by invoking the “test b” selection element 1130.
  • Having described embodiments of wireless communication for diagnostic instrument (which are intended to be illustrative and not limiting), it is noted that modifications and variations can be made by persons skilled in the art in light of the above teachings. It is therefore to be understood that changes may be made in the particular embodiments disclosed that are within the scope and spirit of the disclosure as defined by the appended claims and equivalents.

Claims (28)

1. A vehicle diagnostic system comprising:
a diagnostic instrument having an external data port; and
a wireless adapter coupled to the external data port and configured to send vehicle diagnostic information wirelessly to a computing device.
2. The system of claim 1, wherein the wireless adapter communicates with the computing device by selectively using one of at least two data communications protocols.
3. The system of claim 1, wherein the wireless adapter is further configured to receive a control command from the computing device.
4. The system of claim 1, wherein the diagnostic instrument is further configured to generate a plurality of wireless data streams, the plurality of wireless data streams including vehicle diagnostic information.
5. The system of claim 1, wherein the wireless adapter is further configured to receive a time base synchronization command from the computing device.
6. A method for wireless communication of vehicle diagnostic information using a diagnostic instrument including a wireless adapter, the method comprising steps of:
assembling a series of control commands;
sending, by a computing device, a first of the series of control commands to the wireless adapter; and
receiving, from the wireless adapter, an acknowledgement of the first control command.
7. The method of claim 6, further comprising:
sending, by the computing device, a second of the series of control commands responsive to the receiving step.
8. The method of claim 6, further comprising:
receiving, by a plurality of computing devices, the vehicle diagnostic information sent by the wireless adapter.
9. The method of claim 8, wherein the receiving step further comprises:
listening for the vehicle diagnostic information before sending, to the diagnostic instrument, a request command for the vehicle diagnostic information.
10. The method of claim 8, further comprising:
relaying, by the diagnostic instrument, data from one of the plurality of computing devices to another of the plurality of computing devices.
11. The method of claim 6, further comprising:
displaying a warning on a display screen of the computing device before sending a control command to the diagnostic instrument.
12. The method of claim 6, further comprising:
sending vehicle diagnostic instrument status information the computing device.
13. The method of claim 12, further comprising:
displaying a warning on a display screen responsive to the status information.
14. A method for wireless communication of vehicle diagnostic information, the method comprising steps of:
generating, by at least one vehicle diagnostic instrument, a plurality of wireless data streams, the plurality of wireless data streams including vehicle diagnostic information; and
receiving, by at least one computing device, the plurality of wireless data streams.
15. The method of claim 14, further comprising:
placing the at least one computing device in a master mode; and
sending a command to the at least one vehicle diagnostic instrument responsive to the placing step.
16. The method of claim 14, further comprising:
parsing, by the at least one computing device, the plurality of wireless data streams to produce a data segment; and
assigning an identifier to the data segment.
17. A vehicle diagnostic instrument comprising:
a connection network configured to provide a communications path;
a data acquisition unit coupled to the connection network and configured to receive diagnostic information;
a processor coupled to the connection network and configured to process the diagnostic information;
a communications interface coupled to the connection network, the communications interface having an external data port; and
a wireless adapter coupled to the external data port and configured to send the diagnostic information wirelessly to a computing device.
18. The diagnostic instrument of claim 17, wherein the wireless adapter communicates with the computing device by selectively using one of at least two data communications protocols.
19. The diagnostic instrument of claim 17, wherein the communications interface provides a bidirectional serial protocol for the external data port and interfaces the bidirectional serial protocol to the connection network.
20. The diagnostic instrument of claim 17, wherein the wireless adapter is further configured to receive a control command from the computing device and to send the control command to the processor.
21. The diagnostic instrument of claim 20, wherein the processor is further configured to enable data capture by the data acquisition unit responsive to a start control command.
22. The diagnostic instrument of claim 20, wherein the processor is further configured to disable data capture by the data acquisition unit responsive to a stop control command.
23. The diagnostic instrument of claim 20, wherein the control command synchronizes the time base of the computing device and the vehicle diagnostic instrument.
24. (canceled)
25. (canceled)
26. (canceled)
27. (canceled)
28. (canceled)
US11/724,208 2003-10-31 2007-03-15 Wireless communication for diagnostic instrument Abandoned US20070156313A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/724,208 US20070156313A1 (en) 2003-10-31 2007-03-15 Wireless communication for diagnostic instrument

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/697,160 US7225064B2 (en) 2003-10-31 2003-10-31 Wireless communication for diagnostic instrument
US11/724,208 US20070156313A1 (en) 2003-10-31 2007-03-15 Wireless communication for diagnostic instrument

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US10/697,160 Division US7225064B2 (en) 2003-10-31 2003-10-31 Wireless communication for diagnostic instrument

Publications (1)

Publication Number Publication Date
US20070156313A1 true US20070156313A1 (en) 2007-07-05

Family

ID=34550288

Family Applications (2)

Application Number Title Priority Date Filing Date
US10/697,160 Expired - Fee Related US7225064B2 (en) 2003-10-31 2003-10-31 Wireless communication for diagnostic instrument
US11/724,208 Abandoned US20070156313A1 (en) 2003-10-31 2007-03-15 Wireless communication for diagnostic instrument

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US10/697,160 Expired - Fee Related US7225064B2 (en) 2003-10-31 2003-10-31 Wireless communication for diagnostic instrument

Country Status (2)

Country Link
US (2) US7225064B2 (en)
WO (1) WO2005045767A1 (en)

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060036356A1 (en) * 2004-08-12 2006-02-16 Vladimir Rasin System and method of vehicle policy control
US20090222335A1 (en) * 2008-02-29 2009-09-03 At&T Intellectual Property, Lp Coupons, Multiple Payments, and Recommendations in a Unified Storefront System
US20100161171A1 (en) * 2008-12-23 2010-06-24 Eric Lee Valentine Interworking among automobile buses, portable user equipment and mobile networks
US20120046824A1 (en) * 2010-08-18 2012-02-23 Snap-On Incorporated System and Method for Extending Communication Range and Reducing Power Consumption of Vehicle Diagnostic Equipment
US8463953B2 (en) 2010-08-18 2013-06-11 Snap-On Incorporated System and method for integrating devices for servicing a device-under-service
US8493906B1 (en) 2009-09-11 2013-07-23 Rockwell Collins, Inc. Wireless aircraft gateway with auxiliary battery power
US8754779B2 (en) 2010-08-18 2014-06-17 Snap-On Incorporated System and method for displaying input data on a remote display device
US20140267296A1 (en) * 2013-03-15 2014-09-18 Fluke Corporation Automated Combined Display of Measurement Data
US8983785B2 (en) 2010-08-18 2015-03-17 Snap-On Incorporated System and method for simultaneous display of waveforms generated from input signals received at a data acquisition device
US9117321B2 (en) 2010-08-18 2015-08-25 Snap-On Incorporated Method and apparatus to use remote and local control modes to acquire and visually present data
US9633492B2 (en) 2010-08-18 2017-04-25 Snap-On Incorporated System and method for a vehicle scanner to automatically execute a test suite from a storage card
US9766270B2 (en) 2013-12-30 2017-09-19 Fluke Corporation Wireless test measurement
US20180172471A1 (en) * 2015-06-17 2018-06-21 Mazda Motor Corporation Information communication system for vehicle
US10095659B2 (en) 2012-08-03 2018-10-09 Fluke Corporation Handheld devices, systems, and methods for measuring parameters
US10106106B2 (en) * 2014-09-19 2018-10-23 Ford Global Technologies, Llc Automated driving solution gateway
US10209271B2 (en) * 2013-03-15 2019-02-19 Fluke Corporation Handheld measurement system with selectable options
US10692051B2 (en) 2017-02-08 2020-06-23 Snap-On Incorporated Method and system for displaying vehicle service information based on ordered group of information set identifiers
US11429936B2 (en) 2015-10-02 2022-08-30 Snap-On Incorporated System and method for dynamically-changeable displayable pages with vehicle service information

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101409726A (en) * 2003-10-08 2009-04-15 通用汽车公司 Captured test fleet
US20050197747A1 (en) * 2004-03-04 2005-09-08 Jason Rappaport In-vehicle computer system
US7506214B2 (en) * 2004-04-22 2009-03-17 International Business Machines Corporation Application for diagnosing and reporting status of an adapter
CN100468069C (en) * 2004-07-15 2009-03-11 鸿富锦精密工业(深圳)有限公司 Display device testing system and method
US7577238B2 (en) * 2005-03-31 2009-08-18 At&T Intellectual Property I, L.P. OmniTester
FR2891637B1 (en) * 2005-09-30 2008-01-25 Airbus France Sas DEVICE AND METHOD FOR CONTROLLING EQUIPMENT
US20070083303A1 (en) * 2005-10-11 2007-04-12 Snap-On Incorporated Marketplace for vehicle original equipment manufacturer information
US20070156311A1 (en) * 2005-12-29 2007-07-05 Elcock Albert F Communication of automotive diagnostic data
DE102006009098A1 (en) * 2006-02-28 2007-08-30 Daimlerchrysler Ag Diagnosis data transmitting method for e.g. passenger car, involves transmitting connection request via channel of radio interface to onboard communication module found in vehicle
US7769508B2 (en) * 2006-04-14 2010-08-03 Snap-On Incorporated Vehicle diagnostic tool with packet and voice over packet communications and systems incorporating such a tool
US9483880B2 (en) * 2006-06-13 2016-11-01 Cellassist, Llc Automotive ECU mobile phone interface
US20080137590A1 (en) * 2006-12-06 2008-06-12 Idsc Holdings Llc Detachable wireless adapter for vehicle communication modules
US8538625B1 (en) 2007-06-11 2013-09-17 Phahol Lowchareonkul Display system for use in a vehicle
US8195231B2 (en) * 2007-10-31 2012-06-05 Caterpillar Inc. System for collection and distribution of machine data via a cellular device
DE102007052438A1 (en) * 2007-11-02 2009-05-07 Continental Teves Ag & Co. Ohg Vehicle diagnosis system
US20170188940A9 (en) 2007-11-26 2017-07-06 Whispersom Corporation Device to detect and treat Apneas and Hypopnea
US8792835B2 (en) * 2008-09-22 2014-07-29 Centre National De La Recherche Scientifique System and method for wirelessly testing integrated circuits
US8301334B2 (en) * 2008-10-30 2012-10-30 Knapp Joshua P Wireless vehicle test equipment
US8594883B2 (en) * 2009-01-09 2013-11-26 Bosch Automotive Service Solutions Llc Data meter with bar graph and histogram
US9262254B2 (en) * 2011-06-20 2016-02-16 Bosch Automotive Service Solutions Inc. Method and apparatus to manage information between a scan tool and networked devices
US9208623B2 (en) * 2012-07-09 2015-12-08 Digi International Inc. Vehicle bus access point system and method
US20150293176A1 (en) * 2012-10-12 2015-10-15 Sarah Louise Allen As Trustee For The Allen Family Trust Testing appratus for safety switches and method
US9038447B2 (en) * 2013-03-11 2015-05-26 Bosch Automotive Service Solutions Inc. Wireless timing light
TWI575465B (en) * 2013-12-13 2017-03-21 Intelligent cloud car instant repair system
CN104849063A (en) * 2014-02-19 2015-08-19 广西金奔腾汽车科技有限公司 Multi-terminal vehicle data real time monitoring comparison analysis technology
US10382957B2 (en) 2014-04-24 2019-08-13 3M Innovative Properties Company System and method for maintenance and monitoring of filtrations systems
US10083590B1 (en) * 2017-05-05 2018-09-25 Vmware, Inc. Encouraging alert responsiveness
US11014683B2 (en) * 2018-03-19 2021-05-25 Simmonds Precision Products, Inc. Fluid characterization system with integrated density compensation
CN109887257A (en) * 2018-12-25 2019-06-14 厦门砺兵智能科技有限公司 A kind of target drone communication adapter and its adaptation communication means

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6181994B1 (en) * 1999-04-07 2001-01-30 International Business Machines Corporation Method and system for vehicle initiated delivery of advanced diagnostics based on the determined need by vehicle
US20020193910A1 (en) * 2001-06-13 2002-12-19 Hunter Engineering Company Method and apparatus for wireless information transfer in vehicle service systems
US6807469B2 (en) * 2001-06-15 2004-10-19 Carcheckup, Llc Auto diagnostic method and device
US6847872B2 (en) * 2002-11-07 2005-01-25 International Business Machines Corporation Supplemental diagnostic and services resource planning for mobile systems
US7089096B2 (en) * 2000-10-17 2006-08-08 Spx Corporation Apparatus and method for displaying diagnostic values
US7092803B2 (en) * 2000-08-18 2006-08-15 Idsc Holdings, Llc Remote monitoring, configuring, programming and diagnostic system and method for vehicles and vehicle components
US7103460B1 (en) * 1994-05-09 2006-09-05 Automotive Technologies International, Inc. System and method for vehicle diagnostics

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10145906A1 (en) 2001-09-18 2003-04-10 Bosch Gmbh Robert Method for carrying out remote diagnosis in a motor vehicle, vehicle diagnosis module and service center
US20030130774A1 (en) 2002-01-03 2003-07-10 Tripathi Pradeep R. Vehicle inspection enforcement system and method offering multiple data transmissions on the road

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7103460B1 (en) * 1994-05-09 2006-09-05 Automotive Technologies International, Inc. System and method for vehicle diagnostics
US6181994B1 (en) * 1999-04-07 2001-01-30 International Business Machines Corporation Method and system for vehicle initiated delivery of advanced diagnostics based on the determined need by vehicle
US7092803B2 (en) * 2000-08-18 2006-08-15 Idsc Holdings, Llc Remote monitoring, configuring, programming and diagnostic system and method for vehicles and vehicle components
US7089096B2 (en) * 2000-10-17 2006-08-08 Spx Corporation Apparatus and method for displaying diagnostic values
US20020193910A1 (en) * 2001-06-13 2002-12-19 Hunter Engineering Company Method and apparatus for wireless information transfer in vehicle service systems
US6754562B2 (en) * 2001-06-13 2004-06-22 Hunter Engineering Company Method and apparatus for wireless information transfer in vehicle service systems
US6807469B2 (en) * 2001-06-15 2004-10-19 Carcheckup, Llc Auto diagnostic method and device
US6847872B2 (en) * 2002-11-07 2005-01-25 International Business Machines Corporation Supplemental diagnostic and services resource planning for mobile systems

Cited By (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060036356A1 (en) * 2004-08-12 2006-02-16 Vladimir Rasin System and method of vehicle policy control
US20090222335A1 (en) * 2008-02-29 2009-09-03 At&T Intellectual Property, Lp Coupons, Multiple Payments, and Recommendations in a Unified Storefront System
US20100161171A1 (en) * 2008-12-23 2010-06-24 Eric Lee Valentine Interworking among automobile buses, portable user equipment and mobile networks
US8068952B2 (en) * 2008-12-23 2011-11-29 Telefonaktiebolaget L M Ericsson (Publ) Interworking among automobile buses, portable user equipment and mobile networks
US8493906B1 (en) 2009-09-11 2013-07-23 Rockwell Collins, Inc. Wireless aircraft gateway with auxiliary battery power
US9117321B2 (en) 2010-08-18 2015-08-25 Snap-On Incorporated Method and apparatus to use remote and local control modes to acquire and visually present data
US8560168B2 (en) * 2010-08-18 2013-10-15 Snap-On Incorporated System and method for extending communication range and reducing power consumption of vehicle diagnostic equipment
US8754779B2 (en) 2010-08-18 2014-06-17 Snap-On Incorporated System and method for displaying input data on a remote display device
US8463953B2 (en) 2010-08-18 2013-06-11 Snap-On Incorporated System and method for integrating devices for servicing a device-under-service
US8935440B2 (en) 2010-08-18 2015-01-13 Snap-On Incorporated System and method for integrating devices for servicing a device-under-service
US8983785B2 (en) 2010-08-18 2015-03-17 Snap-On Incorporated System and method for simultaneous display of waveforms generated from input signals received at a data acquisition device
US20120046824A1 (en) * 2010-08-18 2012-02-23 Snap-On Incorporated System and Method for Extending Communication Range and Reducing Power Consumption of Vehicle Diagnostic Equipment
US9633492B2 (en) 2010-08-18 2017-04-25 Snap-On Incorporated System and method for a vehicle scanner to automatically execute a test suite from a storage card
US10095659B2 (en) 2012-08-03 2018-10-09 Fluke Corporation Handheld devices, systems, and methods for measuring parameters
US10209271B2 (en) * 2013-03-15 2019-02-19 Fluke Corporation Handheld measurement system with selectable options
US20140267296A1 (en) * 2013-03-15 2014-09-18 Fluke Corporation Automated Combined Display of Measurement Data
US10809159B2 (en) * 2013-03-15 2020-10-20 Fluke Corporation Automated combined display of measurement data
US11843904B2 (en) * 2013-03-15 2023-12-12 Fluke Corporation Automated combined display of measurement data
US9766270B2 (en) 2013-12-30 2017-09-19 Fluke Corporation Wireless test measurement
US10106106B2 (en) * 2014-09-19 2018-10-23 Ford Global Technologies, Llc Automated driving solution gateway
US20180172471A1 (en) * 2015-06-17 2018-06-21 Mazda Motor Corporation Information communication system for vehicle
US10533873B2 (en) * 2015-06-17 2020-01-14 Mazda Motor Corporation Information communication system for vehicle
US11429936B2 (en) 2015-10-02 2022-08-30 Snap-On Incorporated System and method for dynamically-changeable displayable pages with vehicle service information
US10692051B2 (en) 2017-02-08 2020-06-23 Snap-On Incorporated Method and system for displaying vehicle service information based on ordered group of information set identifiers
US11681989B2 (en) 2017-02-08 2023-06-20 Snap-On Incorporated Method and system for displaying vehicle service information based on ordered group of information set identifiers

Also Published As

Publication number Publication date
WO2005045767A1 (en) 2005-05-19
US20050096805A1 (en) 2005-05-05
US7225064B2 (en) 2007-05-29

Similar Documents

Publication Publication Date Title
US7225064B2 (en) Wireless communication for diagnostic instrument
Tahat et al. Android-based universal vehicle diagnostic and tracking system
USRE39619E1 (en) Automotive code reader
Malekian et al. Design and implementation of a wireless OBD II fleet management system
US8754779B2 (en) System and method for displaying input data on a remote display device
CN103502947B (en) System for diagnosing faults of component in vehicle
US7987002B2 (en) Arrangement for distributed measurement system for measurement and simulation in distributed control systems
US8656062B2 (en) System and method for wireless pairing via wired connection
US20050251304A1 (en) Device and method for performing both local and remote vehicle diagnostics
CN106990773A (en) vehicle remote diagnosis method, cloud server and system
US20080313126A1 (en) Method for a distributed control system
CA2443478A1 (en) Integrated diagnostic system
US20120044527A1 (en) Apparatus and Method for Controlled Ethernet Switching
CN101795286B (en) Vehicle diagnosis system and method based on 3G network
CN110207744A (en) A kind of Meter Test system and method
CN110233768A (en) CAN bus test macro and CAN bus test method based on UDS
TW200920928A (en) Method and system for automatically inspecting and registering automotive exhaust emission data
CN102819243A (en) Central control system of automotive practical training platform
KR101364121B1 (en) Vehicle data processing device and vehicle data processing method thereof
CN212276236U (en) Portable real vehicle network automatic test system
US8712633B2 (en) Apparatus and method for providing vehicle data for testing product
CN111929079A (en) Annual inspection pre-examining method for vehicle and vehicle
CN102169055A (en) Jack horse measuring and controlling device, measuring and controlling system and method for engine
CN106842049A (en) A kind of test device and method of automobile dark current
CN112198861A (en) Application program testing method of vehicle-mounted terminal

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION