Abstract: A method includes determining a test drive script (TDS) to perform while a tool monitors an electronic system in a mobile machine during a test drive of the mobile machine. The TDS includes an ordered sequence of drive cycle procedures (DCPs). The ordered sequence of DCPs begins with an initial DCP and ends with a final DCP. Each DCP is indicative of a respective mobile machine state. The TDS includes a first particular DCP associated with both a first particular mobile machine state and a first condition pertaining to the first particular mobile machine state. The method also includes outputting a representation of at least a portion of the TDS. Additionally, the method includes determining and outputting one or more of: status information corresponding to achieving the first particular mobile machine state or status information corresponding to achieving the first condition pertaining to the first particular mobile machine state.

Abstract: A method includes determining a test drive script (TDS) to perform while a tool monitors an electronic system in a mobile machine during a test drive of the mobile machine. The TDS includes an ordered sequence of drive cycle procedures (DCPs). The ordered sequence of DCPs begins with an initial DCP and ends with a final DCP. Each DCP is indicative of a respective mobile machine state. The TDS includes a first particular DCP associated with both a first particular mobile machine state and a first condition pertaining to the first particular mobile machine state. The method also includes outputting a representation of at least a portion of the TDS. Additionally, the method includes determining and outputting one or more of: status information corresponding to achieving the first particular mobile machine state or status information corresponding to achieving the first condition pertaining to the first particular mobile machine state.

Abstract: A system comprises a dongle and a diagnostic tool. The dongle includes a vehicle communication transceiver (VCT), a first wireless transceiver, and a vehicle connector. The diagnostic tool includes a processor, a proximity sensing component, an output device, and a second wireless transceiver. The proximity sensing component outputs an output signal. The processor receives the output signal and make a determination that indicates whether the output signal indicates an object is in spatial proximity to the proximity sensing component. The processor outputs using the output device a notification based on the determination. The VCT performs a vehicle communication directly with a vehicle while the vehicle connector is connected to an on-board diagnostic connector (OBDC) of the vehicle. The first and second wireless transceivers communicates with each other to trigger a vehicle communication from the dongle to the vehicle while the vehicle connector is connected to the OBDC.

Abstract: A method includes writing vehicle data parameters (VDPs) into a memory in order of a vehicle outputting the VDPs. The method also includes displaying a first view of a graphical user interface (GUI) on a display. The GUI includes one or more VDP graphs, a graph-axis control, and a first vehicle operating condition (VOC) indicator at the graph-axis control. The method also includes displaying a second view of the GUI on the display in response to a selection of the first VOC indicator. The first and second views include first and second sets of VDP graphs, respectively. The second set of VDP graphs includes VDPs not represented in the first set of VDP graphs. Graph-axis control segments within the graph-axis control in the first and second views cover different portions of the graph-axis control. The graph-axis control segments correspond to different portions of the VDPs written into the memory.

Abstract: A system comprises a dongle and a diagnostic tool. The dongle includes a vehicle communication transceiver (VCT), a first wireless transceiver, and a vehicle connector. The diagnostic tool includes a processor, a proximity sensing component, an output device, and a second wireless transceiver. The proximity sensing component outputs an output signal. The processor receives the output signal and make a determination that indicates whether the output signal indicates an object is in spatial proximity to the proximity sensing component. The processor outputs using the output device a notification based on the determination. The VCT performs a vehicle communication directly with a vehicle while the vehicle connector is connected to an on-board diagnostic connector (OBDC) of the vehicle. The first and second wireless transceivers communicates with each other to trigger a vehicle communication from the dongle to the vehicle while the vehicle connector is connected to the OBDC.

Abstract: A diagnostic tool includes a processor, display, and memory storing instructions to perform scan tool functions (STF) including transmitting a message to a vehicle. The STF include first STF for a first system of the vehicle. Additional stored instructions are executable to display a first user-interface screen (UIS) including a first user-selectable control (USC) including an indicator of a first scanner job performable on the vehicle, and to display a second UIS instead of the first UIS in response to a selection of the first USC. The second UIS incudes: a second USC including an indicator of the first STF for the first system of the vehicle, and guidance for performing a procedure of the first scanner job. The stored instructions are executable to transmit a first vehicle data message to a component of the first system in response to a selection of the second USC.

Abstract: A method includes writing vehicle data parameters (VDPs) into a memory in order of a vehicle outputting the VDPs. The method also includes displaying a first view of a graphical user interface (GUI) on a display. The GUI includes one or more VDP graphs, a graph-axis control, and a first vehicle operating condition (VOC) indicator at the graph-axis control. The method also includes displaying a second view of the GUI on the display in response to a selection of the first VOC indicator. The first and second views include first and second sets of VDP graphs, respectively. The second set of VDP graphs includes VDPs not represented in the first set of VDP graphs. Graph-axis control segments within the graph-axis control in the first and second views cover different portions of the graph-axis control. The graph-axis control segments correspond to different portions of the VDPs written into the memory.

Abstract: A method comprising outputting, for transmission to a server, a request including an identifier of a service session record (SSR) corresponding to a vehicle. The SSR includes a timeline for tracking event(s) corresponding to the SSR. The method includes receiving, in response to the request, a graphical user interface (GUI) corresponding to the SSR, and displaying the GUI in a first display mode. Displaying the GUI in the first display mode includes displaying an event summary of the timeline. The event summary corresponds to a first event of the SSR and includes a user-selectable control selectable to trigger changing a display mode of the GUI. Furthermore, the method includes displaying, in response to a selection of the user-selectable control, the GUI in a second display mode. Displaying the GUI in the second display mode includes displaying a particular detail regarding the first event not shown in the first display mode.

Abstract: A diagnostic tool includes a processor, display, and memory storing instructions to perform scan tool functions (STF) including transmitting a message to a vehicle. The STF include first STF for a first system of the vehicle. Additional stored instructions are executable to display a first user-interface screen (UIS) including a first user-selectable control (USC) including an indicator of a first scanner job performable on the vehicle, and to display a second UIS instead of the first UIS in response to a selection of the first USC. The second UIS incudes: a second USC including an indicator of the first STF for the first system of the vehicle, and guidance for performing a procedure of the first scanner job. The stored instructions are executable to transmit a first vehicle data message to a component of the first system in response to a selection of the second USC.

Abstract: A method includes writing vehicle data parameters (VDPs) into a memory in order of a vehicle outputting the VDPs. The method also includes displaying a first view of a graphical user interface (GUI) on a display. The GUI includes one or more VDP graphs, a graph-axis control, and a first vehicle operating condition (VOC) indicator at the graph-axis control. The method also includes displaying a second view of the GUI on the display in response to a selection of the first VOC indicator. The first and second views include first and second sets of VDP graphs, respectively. The second set of VDP graphs includes VDPs not represented in the first set of VDP graphs. Graph-axis control segments within the graph-axis control in the first and second views cover different portions of the graph-axis control. The graph-axis control segments correspond to different portions of the VDPs written into the memory.

Abstract: A diagnostic tool includes a processor, display, and memory storing instructions to perform scan tool functions (STF) including transmitting a message to a vehicle. The STF include first STF for a first system of the vehicle. Additional stored instructions are executable to display a first user-interface screen (UIS) including a first user-selectable control (USC) including an indicator of a first scanner job performable on the vehicle, and to display a second UIS instead of the first UIS in response to a selection of the first USC. The second UIS incudes: a second USC including an indicator of the first STF for the first system of the vehicle, and guidance for performing a procedure of the first scanner job. The stored instructions are executable to transmit a first vehicle data message to a component of the first system in response to a selection of the second USC.

Abstract: A method for performing test set. After determining the test set and a vehicle identifier, a processor of a computing system determines: (1) a component test (CT) and a functional test command (FTC), (2) the CT and a first set of parameter identifiers (PIDs), or (3) the FTC and a second set of PIDs. The CT corresponds to a particular vehicle component. The FTC is for requesting control of a controllable vehicle component. If the CT is determined, a test device is configured to be in a mode to perform the CT. If the FTC is determined, a GUI including a user-selectable control corresponding to the FTC is displayed. If the first or second set of PIDs is determined, a set of parameter values corresponding to the determined set of PIDs is received and displayed in response to vehicle data messages transmitted by the computing system.

Abstract: A method comprising determining a functional test and one or more parameter identifiers (PIDs) corresponding to the functional test. The method also includes transmitting first and second sets of vehicle data messages to a vehicle. The first set of vehicle data messages includes a first vehicle data message to request performance of the functional test and the second set of vehicle data messages includes vehicle data messages including the one or more PIDs. Additionally, the method includes receiving, from the vehicle, a third set of vehicle data message including parameter values corresponding to the one or more PIDs. Furthermore, the method includes outputting, by the processor on a display, a first graphical user interface including a user-selectable control corresponding to performance of the functional test, a textual description corresponding to each of the one or more PIDs and parameter values corresponding to the one or more PIDs.

Abstract: A method includes a computer operating in a first state in which a parameter-identifier condition indicator is not displayed. The computer determines a vehicle identifier corresponding to a vehicle. The vehicle includes a component corresponding to a component identifier and system corresponding to a system identifier, and can exhibit a symptom corresponding to a symptom identifier. The computer determines the component identifier, system identifier, and/or symptom identifier, and a corresponding PID topic. The computer switches to a second state. The method includes determining, a parameter-identifier topic corresponding to parameter-identifier(s).

Abstract: A diagnostic tool includes a processor, display, and memory storing instructions to perform scan tool functions (STF) including transmitting a message to a vehicle. The STF include first STF for a first system of the vehicle. Additional stored instructions are executable to display a first user-interface screen (UIS) including a first user-selectable control (USC) including an indicator of a first scanner job performable on the vehicle, and to display a second UIS instead of the first UIS in response to a selection of the first USC. The second UIS incudes: a second USC including an indicator of the first STF for the first system of the vehicle, and guidance for performing a procedure of the first scanner job. The stored instructions are executable to transmit a first vehicle data message to a component of the first system in response to a selection of the second USC.

Abstract: A system comprises a dongle and a diagnostic tool. The dongle includes a vehicle communication transceiver (VCT), a first wireless transceiver, and a vehicle connector. The diagnostic tool includes a processor, a proximity sensing component, an output device, and a second wireless transceiver. The proximity sensing component outputs an output signal. The processor receives the output signal and make a determination that indicates whether the output signal indicates an object is in spatial proximity to the proximity sensing component. The processor outputs using the output device a notification based on the determination. The VCT performs a vehicle communication directly with a vehicle while the vehicle connector is connected to an on-board diagnostic connector (OBDC) of the vehicle. The first and second wireless transceivers communicates with each other to trigger a vehicle communication from the dongle to the vehicle while the vehicle connector is connected to the OBDC.

Abstract: A method includes determining a test drive script (TDS) to perform while a tool monitors an electronic system in a mobile machine during a test drive of the mobile machine. The TDS includes an ordered sequence of drive cycle procedures (DCPs). The ordered sequence of DCPs begins with an initial DCP and ends with a final DCP. Each DCP is indicative of a respective mobile machine state. The TDS includes a first particular DCP associated with both a first particular mobile machine state and a first condition pertaining to the first particular mobile machine state. The method also includes outputting a representation of at least a portion of the TDS. Additionally, the method includes determining and outputting one or more of: status information corresponding to achieving the first particular mobile machine state or status information corresponding to achieving the first condition pertaining to the first particular mobile machine state.

Abstract: An example method involves receiving, at a computing system, vehicle diagnostic information from a vehicle. The vehicle diagnostic information may include one or more sets of parameters corresponding to parameter identifiers (PIDs). The method further involves identifying a first set of parameters corresponding to a PID representing a state of a particular system of the vehicle and determining, using the first set of parameters, a current value of the PID. The method may also involve performing a comparison between the current value and a predetermined value for the PID and determining a health of the particular system of the vehicle such that the health reflects a difference between the current value and the predetermined value for the PID. The method may also involve displaying, by the computing system at a graphical interface, a vehicle health record representing the health of the particular system of the vehicle.

Abstract: An example method involves receiving, at a computing system, vehicle diagnostic information from a vehicle. The vehicle diagnostic information may include one or more sets of parameters corresponding to parameter identifiers (PIDs). The method further involves identifying a first set of parameters corresponding to a PID representing a state of a particular system of the vehicle and determining, using the first set of parameters, a current value of the PID. The method may also involve performing a comparison between the current value and a predetermined value for the PID and determining a health of the particular system of the vehicle such that the health reflects a difference between the current value and the predetermined value for the PID. The method may also involve displaying, by the computing system at a graphical interface, a vehicle health record representing the health of the particular system of the vehicle.

Abstract: A method includes determining a test drive script (TDS) to perform while a tool monitors an electronic system in a mobile machine during a test drive of the mobile machine. The TDS includes an ordered sequence of drive cycle procedures (DCPs). The ordered sequence of DCPs begins with an initial DCP and ends with a final DCP. Each DCP is indicative of a respective mobile machine state. The TDS includes a first particular DCP associated with both a first particular mobile machine state and a first condition pertaining to the first particular mobile machine state. The method also includes outputting a representation of at least a portion of the TDS. Additionally, the method includes determining and outputting one or more of: status information corresponding to achieving the first particular mobile machine state or status information corresponding to achieving the first condition pertaining to the first particular mobile machine state.