Additional CAN bus monitoring using hidden diagnostic capabilities

Abstract

Systems and methods are provided for enhancing diagnostics of control logic by automatically triggering hidden or dormant diagnostic logic in response to CAN bus signals, without requiring a software update of the control logic. The diagnostic logic may be triggered to provide an increase in the frequency of generated CAN messages. The diagnostic logic may also be triggered to provide generation of additional CAN messages reporting operational signals beyond those normally generated. The diagnostic logic may also be triggered to provide a higher priority to selected CAN messages reporting operational signals. The diagnostic logic may also be triggered to increase the frequency of selected CAN report messages, generate additional CAN messages reporting operational signals beyond those normally generated, and / or provide a higher priority to selected CAN messages reporting operational signals, one or more of each without requiring a software update.

Description

Technical Field

[0001] Embodiments herein generally relate to messages on a controller area network (CAN) bus that can be used to monitor the activity of CAN devices on the CAN bus that control the operation of an associated work vehicle, and more particularly, to systems and methods for controlling CAN devices that generate CAN messages to selectively provide additional information for enhanced CAN bus monitoring during certain desired periods without adversely affecting the message load on the CAN bus outside of certain desired periods. Although the embodiments will be described with reference to a construction vehicle and its specific operation, it will be understood that the claimed embodiments are also applicable to other applications and operating conditions and can be likewise extended to other embodiments and environments such as in agricultural vehicles or industrial vehicles and other applications or anywhere else it is desired to perform enhanced CAN bus monitoring without adversely affecting the message load on the CAN bus during normal operation of the vehicle. Background Art

[0002] Modern construction vehicles, agricultural tractors, and many other similar working vehicles use individual controllers that are located at or near the various operations performed by the working vehicle. For example, examples of operations include hydraulic pump operations and cab interface operations. Controllers are typically arranged in a communication and control network, and individual controllers can communicate with other controllers via the bus of the network for exchanging control commands, performance data, etc. However, one factor to consider when providing a communication system such as a CAN network is the load on the communication network. For most construction machines and agricultural machines, this is the CAN bus load. The number of messages sent, the priority assigned to the messages, and the frequency with which they are sent are some of the biggest causes of high CAN bus loads. At the same time, CAN logs are very suitable for troubleshooting these networks, and sending more information via CAN makes it easy to collect data for diagnosis and helps speed up the troubleshooting process. This leads to such a basic contradiction: for the purpose of data logging or troubleshooting, design teams often want to present more information to the CAN bus than the basic machine performance can usually allow.

[0003] Typically, changing the priority, number or frequency of CAN messages on the bus requires loading a new software version on the machine. However, changing these parameters of the CAN messages to be transmitted on the CAN bus by loading a new software version on the machine for performing diagnostics is undesirable because it is generally too time-consuming and also because it can result in differences between the original software that exhibited the problem that was the target of the diagnostic query and the software used to record it.

[0004] Therefore, it would be desirable to provide systems and methods that automatically trigger a change in the priority of selected ones of the generated CAN messages so that CAN messages conveying data related to signals of diagnostic interest can have increased preference on the CAN bus without requiring a software update.

[0005] Therefore, it is also desirable to provide systems and methods that automatically trigger an increase in the frequency of generated CAN messages so that CAN messages conveying data related to signals of diagnostic interest can provide more detailed time wise information through the increased reporting frequency without the need for software updates.

[0006] Therefore, it would also be desirable to provide systems and methods that automatically trigger the generation of additional CAN messages beyond those normally generated so that new CAN messages conveying data related to additional signals of diagnostic interest may be generated without requiring software updates.

[0007] Therefore, it would also be desirable to provide systems and methods that automatically trigger a change in the priority of selected ones of the generated CAN messages and automatically trigger an increase in the frequency of the generated CAN messages.

[0008] Therefore, it would also be desirable to provide systems and methods that automatically trigger a change in the priority of selected ones of the generated CAN messages and that automatically trigger the generation of additional CAN messages beyond those that are normally generated.

[0009] Therefore, it would also be desirable to provide systems and methods that both automatically trigger an increase in the frequency of generated CAN messages and that automatically trigger the generation of additional CAN messages beyond those that are normally generated.

[0010] Therefore, it is also desirable to provide such a system and method, which automatically triggers a change in the priority of selected ones of the generated CAN messages, and automatically triggers an increase in the frequency of generated CAN messages, and automatically triggers the generation of additional CAN messages beyond those CAN messages normally generated. Summary of the invention

[0011] Embodiments herein provide for new and improved systems and methods that automatically trigger an increase in the frequency of CAN messages that may be generated to provide enhanced diagnostics.

[0012] Embodiments herein provide new and improved systems and methods for automatically triggering a change in the priority of selected ones of generated CAN messages so that CAN messages conveying data related to signals of diagnostic interest may have increased preference on the CAN bus without requiring a software update.

[0013] Embodiments herein provide new and improved systems and methods for automatically triggering an increase in the frequency of generated CAN messages so that CAN messages conveying data related to signals of diagnostic interest can provide more detailed timing information through the increased reporting frequency without the need for software updates.

[0014] Embodiments herein provide new and improved systems and methods for automatically triggering the generation of additional CAN messages beyond those normally generated so that new CAN messages conveying data related to additional signals of diagnostic interest may be generated without requiring software updates.

[0015] Embodiments herein provide new and improved systems and methods for automatically triggering a change in the priority of selected ones of generated CAN messages and automatically triggering an increase in the frequency of generated CAN messages.

[0016] Embodiments herein provide new and improved systems and methods for automatically triggering a change in the priority of selected ones of the generated CAN messages and automatically triggering the generation of additional CAN messages beyond those normally generated.

[0017] Embodiments herein provide for new and improved systems and methods for automatically triggering an increase in the frequency of generated CAN messages and automatically triggering the generation of additional CAN messages beyond those typically generated.

[0018] Embodiments herein provide new and improved systems and methods for automatically triggering a change in the priority of selected ones of the generated CAN messages, and automatically triggering an increase in the frequency of the generated CAN messages, and automatically triggering the generation of additional CAN messages beyond those normally generated.

[0019] According to one aspect, a system provides enhanced diagnostic monitoring of an operation of an associated work vehicle. The system includes a controller area network (CAN) bus and a first CAN device that controls a first operation of the associated work vehicle. The first CAN device includes a first processor, a first CAN transceiver that operatively couples the first processor to the CAN bus, a first memory device, a first operation control logic stored in the first memory device, and a first operation diagnostic reporting logic stored in the first memory device. The first operation control logic is executable by the first processor to control a first operation of the associated work vehicle based on a first operation command message received by the first CAN device from the CAN bus via the first CAN transceiver. The first operation status reporting logic is executable by the first processor to determine a value of a first operation signal of a first operation at a first time rate, generate a first signal first operation status CAN message including first operation data representing the value of the first operation signal of the first operation determined at the first time rate, and send the first signal first operation status CAN message to the CAN bus via the first CAN transceiver at the first time rate. The first operation diagnostic reporting logic can be selectively executed by the first processor in response to the first CAN device receiving a first enhanced diagnostic command message from the CAN bus to achieve one or more of the following: determining the value of the first operation signal of the first operation at a second time rate greater than the first time rate; generating a first signal first operation enhanced status CAN message including first signal first operation enhancement data representing the value of the first operation signal of the first operation determined at the second time rate; and instead of sending the first signal first operation status CAN message to the CAN bus via the first CAN transceiver at the first time rate, sending the first signal first operation enhanced status CAN message to the CAN bus via the first CAN transceiver at the second time rate.

[0020] The first operation diagnostic reporting logic is also operable to determine a value of a second operation signal of a first operation that is different from the first operation signal of the first operation; generate a second signal first operation status CAN message having a specified message priority and including second signal first operation data representing the determined value of the second operation signal of the first operation; and send the second signal first operation status CAN message to the CAN bus via the first CAN transceiver.

[0021] The first operation diagnostic reporting logic can also be operated to determine the value of the first operation signal of the first operation at a first time rate; generate a first signal first operation state priority CAN message having a second message priority higher than the first message priority and including first signal first operation data representing the value of the first operation signal of the first operation determined at the first time rate; and instead of sending the first signal first operation state CAN message to the CAN bus at the first time rate, send the first signal first operation state priority CAN message to the CAN bus at the first time rate.

[0022] Other embodiments, features and advantages of the example embodiments that automatically trigger additional CAN messages and / or increase the frequency of CAN messages without requiring a software update will be apparent from the accompanying Figure 1 It will become apparent from the following description of the embodiments proceeding together with the accompanying drawings which illustrate, by way of example, the principles of example embodiments. BRIEF DESCRIPTION OF THE DRAWINGS

[0023] In the accompanying drawings, which are incorporated in and constitute a part of the specification, there are shown embodiments of the invention and, together with the general description of the invention given above and the detailed description given below, serve to illustrate embodiments of the invention.

[0024] Figure 1 A CAN network is depicted comprising a plurality of CAN nodes interconnected with a CAN bus.

[0025] Figure 2 A CAN network applied in a related work vehicle according to an example embodiment is depicted, which includes a CAN bus connecting a plurality of CAN devices controlling various operations of the related work vehicle.

[0026] Figure 3 yes Figure 1 and Figure 2 Schematic diagram of a representative memory of a CAN device in a CAN network.

[0027] Figure 4a and Figure 4b A table showing examples of operation signals according to example embodiments is shown, which may be Figure 1 and Figure 2 The CAN devices in the CAN network monitor and may be adapted to increase the CAN message frequency of one or more monitored operating signals.

[0028] Figure 5a and Figure 5b A table showing examples of operation signals according to example embodiments is shown, which may be Figure 1 and Figure 2 The CAN device in the CAN network is monitored and may be adapted to add a new CAN message for monitoring additional one or more monitored operating signals.

[0029] Figure 6a and Figure 6b A table showing examples of operation signals according to example embodiments is shown, which may be Figure 1 and Figure 2 A CAN device in a CAN network of the present invention monitors and may be adapted to change the priority of one or more CAN messages so that CAN messages conveying data related to signals of diagnostic interest may have an increased preference on the CAN bus.

[0030] Figure 7a and Figure 7b A table showing examples of operation signals according to example embodiments is shown, which may be Figure 1 and Figure 2 The invention discloses a CAN device monitoring device in a CAN network and can be adapted to increase the CAN message frequency of one or more monitored operation signals and add new CAN messages for monitoring additional one or more monitored operation signals and change the priority of one or more CAN messages.

[0031] Figure 8 is a flow chart illustrating a method of enhanced diagnostic monitoring of operation of a related work vehicle according to an example embodiment.

[0032] Fig. 9 is a flow chart illustrating a method of enhanced diagnostic monitoring of operation of a related work vehicle according to an example embodiment.

[0033] Fig.10 is a schematic diagram of an operator interface CAN device that an operator may use to control enhanced diagnostic monitoring of operation of an associated work vehicle according to an example embodiment. DETAILED DESCRIPTION

[0034] In the following description, reference is made to the accompanying drawings forming a part thereof, in which one or more example embodiments of the disclosed systems and methods are shown by way of example to selectively provide additional CAN bus monitoring using latent diagnostic capabilities in one or more nodes of a CAN network. Various modifications of the example embodiments may occur to those skilled in the art.

[0035] Referring now to the drawings, wherein the showings are for the purpose of illustrating example embodiments only and not limiting thereof, Figure 11 is a simplified depiction of a controller area network (CAN) 100 according to an example embodiment, which includes a plurality of CAN nodes 120, 130, 140. CAN nodes may also be referred to herein as electronic control units (ECUs), CAN devices, CAN controllers, etc. Each of the CAN nodes 120, 130, 140 is connected to a CAN bus 150. In addition, each CAN node includes a processor, a memory, a device, and a transceiver. In the example shown, the first CAN node 120 includes a first processor 122 operatively coupled to a first memory device 124, which may store logic 126 executable by the processor and data used by the processor while executing the logic to implement one or more specific functions and / or protocols for controlling a first operation 160 of an associated work vehicle, device, equipment, machine, etc. provided with the CAN network 100. The logic 126 may include an operation control logic that may be executed by the first processor 122 to control a first operation 160 of an associated work vehicle based on a first operation command message received by the first CAN device 120 from the CAN bus 150 via the first CAN transceiver 128. The logic 126 may also include operating status reporting logic, which can be executed by the first processor 122 to determine the value of one or more operating signals of the first operation 160 at a selected time rate, generate a first operating status CAN message including first operating data representing the value of one or more operating signals of the first operation 160 determined at the selected time rate, and send the first operating status CAN message to the CAN bus 150 via the first CAN transceiver 128 at the selected time rate.

[0036] In the example embodiments described in the present disclosure, for example, the CAN network 100 may be provided in a large off-road working vehicle such as an excavator. For example, the first CAN node 120 may control a cooling fan in the excavator as a first operation. Figure 1 The first CAN node 120 in the example shown comprises a first transceiver device 128 arranged between the first processor 122 and the CAN bus 150 for implementing a physical layer connection between the first processor 122 and the CAN bus 150 .

[0037] In addition, in the example shown, the second CAN node 130 includes a second processor 132 operatively coupled to a second memory device 134, which can store logic executable by the second processor and data used by the second processor while executing the logic to perform one or more specific functions and / or protocols for, for example, controlling another operation 162 of a related working vehicle such as an excavator, and the second CAN node 130 can, for example, control a main hydraulic pump of the excavator as the second operation 162. The second CAN node 130 in the example shown also includes a second transceiver device 138 disposed between the second processor 132 and the CAN bus 150 for implementing a physical layer connection between the second processor 132 and the CAN bus 150.

[0038] Similar to the first CAN device 120, the logic 136 of the second CAN device 130 may include operation control logic, which may be executed by the second processor 132 to control a second operation 162 of the associated work vehicle based on a second operation command message received by the second CAN device 130 from the CAN bus 150 via the second CAN transceiver 138. The logic 136 may also include operation status reporting logic, which may be executed by the second processor 132 to determine the value of one or more operation signals of the second operation 162 at a selected time rate, generate a second operation status CAN message including second operation data representing the value of the one or more operation signals of the second operation 162 determined at the selected time rate, and send the second operation status CAN message to the CAN bus 150 via the second CAN transceiver 138 at the selected time rate.

[0039] Furthermore, in the example shown, the third CAN node 140 includes a third processor 142 operatively coupled to a third memory device 144, the third memory device 144 may store logic executable by the third processor and data used by the third processor while executing the logic to perform one or more specific functions and / or protocols for, for example, controlling another operation 164 of a related working vehicle such as an excavator, and the third CAN node 140 may, for example, control a display unit of an operator provided in the cab of the excavator as a third operation. The third CAN node 140 in the example shown also includes a third transceiver device 148 provided between the third processor 142 and the CAN bus 150 for implementing a physical layer connection between the third processor 142 and the CAN bus 150.

[0040] Similar to the first CAN device 120 and the second CAN device 130, the logic 146 of the third CAN device 140 may include operation control logic, which is executable by the third processor 142 to control a third operation 164 of the associated work vehicle based on a third operation command message received by the third CAN device 140 from the CAN bus 150 via the third CAN transceiver 148. The logic 146 may also include operation status reporting logic, which is executable by the third processor 142 to determine the value of one or more operation signals of the third operation 164 at a selected time rate, generate a third operation status CAN message including third operation data representing the value of the one or more operation signals of the third operation 164 determined at the selected time rate, and send the third operation status CAN message to the CAN bus 150 via the third CAN transceiver 148 at the selected time rate.

[0041] It will be understood that the processors 122, 132, 142 can be any form of controller, microcontroller, etc., and the CAN nodes 120, 130, 140 are generally connected to at least one other device (not shown), such as one or more sensors, one or more actuators, or some other control devices. In addition, according to the description herein, the term "computer-readable medium" as used herein refers to any non-transitory medium that participates in providing instructions to the processors 122, 132, 142 for execution. Such non-transitory media can take many forms, including but not limited to volatile and non-volatile media. For example, non-volatile media include optical or magnetic disks. Volatile media include, for example, dynamic memory, and do not include transient signals, carrier waves, etc. For example, common forms of computer-readable media include floppy disks, flexible disks, hard disks, tapes or any other magnetic media, CD-ROMs, any other optical media, punch cards, paper tapes, any other physical media with hole patterns, RAM, PROMs and EPROMs, FLASH-EPROMs, any other memory chips or boxes, or any other tangible non-transitory media that a computer can read from them.

[0042] Additionally, and further in accordance with the description herein, as used herein with respect to the accompanying drawings, the term "logic" includes hardware, firmware, software executed on a machine, and / or a combination of each to perform (one or more) functions or (one or more) actions and / or cause functions or actions from another logic, method, and / or system. Logic may include a software-controlled microprocessor, discrete logic (e.g., ASIC), analog circuits, digital circuits, programmed logic devices, memory devices containing instructions, etc. Logic may include one or more gates, combinations of gates, or other circuit components.

[0043] Figure 1The illustrated CAN bus 150 carries analog differential signals and includes a CAN high (CANH) bus 152 and a CAN low (CANL) bus 154. The CAN bus 150 is known in the art.

[0044] Figure 2 A CAN network 200 for use in a related working vehicle (e.g., an excavator working vehicle) according to an example embodiment is depicted, which includes a CAN bus 210 connecting a plurality of CAN devices 220, each of which includes a transceiver for coupling the CAN device to the CAN bus 210, a processor, and a memory storing logic that can be executed by the processor for controlling various operations of the related working vehicle. The CAN bus 210 has a first plug 212 and a second plug 214 for connecting to further expansion of the CAN bus 210 with one or more CAN bus extensions as needed or desired.

[0045] In addition, a service plug 228 is provided for connection with an associated data logger type device (not shown) for providing diagnostics of the device 220 on the CAN bus 210. In an example embodiment, the associated data logger is sensed, for example, by the data logger providing a unique source address (e.g., 0xFA) when it is connected to the CAN bus 210. By the associated data logger providing a unique source address (e.g., 0xFA) on the CAN bus, for example, each of the plurality of CAN devices 220 may react according to an example embodiment by executing diagnostic logic that was originally latent in the device 220 and is not executed under normal operating conditions of the associated working vehicle. In this way, diagnostics may be performed on the CAN bus without updating the logic of any of the plurality of CAN devices 220. In addition, diagnostics may be performed on the CAN bus without adversely affecting normal operation of the associated vehicle due to, for example, CAN message delays that may be caused by additional CAN diagnostic message traffic.

[0046] In the illustrated example, the plurality of CAN devices 220 may include a hydraulic and fan control unit (HFCU) 230 that provides a hydraulic system (hydraulics) for controlling various hydraulic operations of the associated work vehicle, including, for example, hydraulics for controlling the fans of the associated work vehicle. The HFCU 230 includes logic that can be executed by a processor on the output side of the machine operation for power control. The HFCU 230 receives information in the form of data and commands from input signals received from an operator display CAN control unit 240 (DISP), and uses the data and commands from the DISP 240 to control pumps, etc. The DISP 240 can be used to receive signals from the operator for controlling an engine control unit (ECU), etc., as needed or desired. The DISP 240 is disposed in the cab of the associated work vehicle and includes logic that can be executed by a processor to provide a visual monitor that can be used by the operator when operating the work vehicle from within his cab.

[0047] In the example shown, the plurality of CAN devices 220 may also include a cab control controller unit (CAB) 250 for controlling the operation of various functions within the cab of the associated work vehicle. The CAB 250 is disposed in the cab of the associated work vehicle and includes logic that is executable by a processor for interfacing a human operator with most operator inputs or functions within the operator station of the work vehicle. Operator inputs may include joysticks, lights, annunciators, etc. In the example shown, the plurality of CAN devices 220 may also include one or more auxiliary control units (XCU) 260 for machine options that require additional inputs / outputs.

[0048] Figure 3 The diagram shows the storage Figure 1 The example embodiment shown shows the logic 126 in the first memory device 124 of the first CAN node 120. It will be understood that Figure 3 The logic 126 shown not only represents the storage Figure 1 1. The logic 126 in the first memory device 124 of the first CAN node 120 of the exemplary embodiment shown and represents the storage Figure 1 The logic in the memory devices of the other CAN nodes 130, 140 and the logic stored in the memory devices of the other CAN nodes 130, 140 Figure 2 The example embodiment shown may include logic in the memory devices of any one or more of the CAN controllers 220 and 230-260. Figure 3The description of the logic 126 shown is equally applicable to the logic of any CAN controller of any example embodiment. As described, the logic 126 can be executed by the first processor 122 to control the first operation 160 of the associated work vehicle and generate CAN messages for reporting the operation signals of various operations to other CAN controllers in the CAN network 100, and for recording signals for accounting, diagnosis and other purposes. However, one factor to be considered when providing a communication system such as the CAN network 100, 200 of the example embodiment is the load on the communication network. For most construction machines and agricultural machines, this is the CAN bus load. The number of messages sent, their priority, and the frequency with which they are sent are important causes of high CAN bus load. At the same time, it is highly desirable to use CAN logs when troubleshooting the network, and sending more information via CAN makes it easy to collect and speed up the troubleshooting process. This leads to such a basic contradiction: for data logging or troubleshooting, the design team wants more information on the CAN bus than what may be usually needed or expected for basic machine performance.

[0049] Since it is undesirable to change the priority and number and / or frequency of CAN messages transmitted to the CAN bus by loading a new software version onto the machine, as this is too time-consuming and can result in differences between the software that exhibits the problem that is the target of the diagnostic query and the software used to record it, the example embodiments disclosed herein provide such a system and method that automatically triggers an increase in the frequency of the generated CAN messages so that CAN messages that transmit data related to signals of diagnostic interest can provide more detailed time-related information through the increased reporting frequency without the need for software updates. The example embodiments disclosed herein also provide such a system and method that automatically triggers the generation of additional CAN messages beyond those that are normally generated so that new CAN messages that transmit data related to additional signals of diagnostic interest can be generated without the need for software updates. The example embodiments disclosed herein also provide such a system and method that automatically changes the priority of CAN messages so that CAN messages that transmit data related to signals of diagnostic interest can have an increased preference for the CAN bus without the need for software updates.

[0050] Example embodiments disclosed herein also provide systems and methods that both automatically trigger an increase in the frequency of generated CAN messages and automatically trigger the generation of additional CAN messages beyond those typically generated.

[0051] Example embodiments disclosed herein also provide systems and methods that both automatically trigger an increase in the frequency of generated CAN messages and automatically change the priority of CAN messages.

[0052] Example embodiments disclosed herein also provide systems and methods that both automatically trigger increasing the frequency of generated CAN messages, and automatically trigger the generation of additional CAN messages beyond those typically generated, and automatically change the priority of CAN messages.

[0053] In an example embodiment, the logic 126 includes: an active logic portion 310, which can be executed by the first processor 122 during normal operation of the CAN node 120 to control the first operation 160 of the associated working vehicle and generate CAN messages for reporting operation signals of various operations to other CAN controllers in the CAN network 100; and a hidden logic portion 320, which can be selectively executed by the first processor 122 in response to one or more trigger signals (described in more detail below) during enhanced diagnostic operation of the CAN node 120 to selectively provide hidden enhanced diagnostic capabilities of additional CAN bus monitoring.

[0054] In an example embodiment, the operation control logic 312 of the active logic portion 310 may be executed by the first processor 122 during normal operation of the CAN node 120 to control a first operation 160 (e.g., a cooling fan) of an associated work vehicle based on a first operation command message received by the first CAN device 120 from the CAN bus 150 via the first CAN transceiver 128. Similarly, the operation status reporting logic 314 of the active logic portion 310 may be executed by the first processor 122 during normal operation of the CAN node 120 to determine values ​​of one or more operation signals at a selected time rate (e.g., report a fan speed of the first operation 160 once every 1000 ms and / or report a fan pump command once every 20 ms), generate a first operation status CAN message of first operation data representing the values ​​of the one or more operation signals of the first operation 160 determined at the one or more selected time rates, and transmit the first operation status CAN message to the CAN bus 150 via the first CAN transceiver 128 at the selected time rate. When formed and transmitted onto the CAN bus, a first operating status CAN message reporting, for example, a first signal from a first operation and another second signal from the first operation may be assigned a nominal priority.

[0055] In addition, in an example embodiment, the hidden logic portion 320 includes one or more logic portions, including, for example, an operational diagnostic reporting logic 322 that can be selectively executed by the first processor 122 in response to one or more trigger signals during enhanced diagnostic operation of the CAN node 120. The operational diagnostic reporting logic 322 provides an automatic increase in the frequency of generated CAN messages without requiring a software update and / or an automatic triggering of the generation of additional CAN messages without requiring a software update. The operational diagnostic reporting logic 322 can be selectively executed by the first processor 122 in response to the first CAN device 120 receiving a first enhanced diagnostic command message from the CAN bus 150. The operational diagnostic reporting logic 322 may be selectively executed by the first processor 122 to determine a value of a first operational signal of the first operation 160 at a second time rate (e.g., once every 20 ms) that is greater than a selected time rate (once every 1000 ms) of the active logic portion 310, generate a first operational enhancement status CAN message including first operational enhancement data representative of the value of the first operational signal of the first operation 160 determined at the second time rate, and, instead of sending the first operational enhancement status CAN message to the CAN bus via the first CAN transceiver 128 at the selected time rate of the active logic portion 310, send the first operational enhancement status CAN message to the CAN bus 150 via the first CAN transceiver 128 at the second time rate.

[0056] The operation diagnostic reporting logic 322 can also be selectively executed by the first processor 122 in response to the first CAN device 120 receiving a first enhanced diagnostic command message from the CAN bus 150 to determine a value of a second operation signal of the first operation 160 that is different from the first operation signal of the first operation 160, generate a second operation status CAN message including second operation data representing the determined value of the second operation signal of the first operation 160, and send the second operation status CAN message to the CAN bus via the first CAN transceiver 128.

[0057] The operation diagnostic reporting logic 322 may also be selectively executed by the first processor 122 in response to the first CAN device 120 receiving a first enhanced diagnostic command message from the CAN bus 150 to determine a value of a first operation signal of a first operation at a first time rate, generate a first signal first operation state priority CAN message having a second message priority higher than a nominal message priority and including first signal first operation data representing the value of the first operation signal of the first operation determined at the first time rate, and instead of sending the first signal first operation state CAN message at the first time rate, send the first signal first operation state priority CAN message to the CAN bus at the first time rate.

[0058] Increased CAN message frequency

[0059] In an example embodiment, an increase in the frequency of generated CAN messages is provided so that CAN messages conveying data related to signals of diagnostic interest may provide more detailed time-related information by means of an increased reporting frequency without requiring a software update. Figure 4a 400, the operational status reporting logic 314 of the active logic portion 310 may be executed by the processor during normal operation of the CAN node to determine a first operation (e.g., HFCU 230 ( Figure 2 ) of the cooling fan operation) corresponding to the value of one or more operation signals, generating a first signal first operation state CAN message having a first message priority and including first signal first operation data representing the value of one or more operation signals of the cooling fan operation determined at one or more selected time rates, and sending the first signal first operation state CAN message to the CAN bus 150, 210 via the CAN transceiver at the selected time rate. Figure 4a , during normal operation of the CAN node, and as the operation is HFCU 230 ( Figure 2 ), a fan_speed signal 410 for the cooling fan operation may be determined at a selected time rate 412 of 1000 ms and reported via a CAN message having a nominal priority level "2" 414, a fan_pump_command signal 420 for the cooling fan operation may be determined at a selected time rate 422 of 20 ms and reported via a CAN message having a nominal priority level "3" 424, and a fan_status signal 430 for the cooling fan operation may be determined at a selected time rate 432 of 20 ms and reported via a CAN message having a nominal priority level "4" 434.

[0060] Next, refer to Figure 4b402, the operational diagnostic reporting logic 322 of the hidden logic portion 320 may be selectively executed by the processor in response to the CAN device 250 receiving the first enhanced diagnostic command message from the CAN bus 250. The operational diagnostic reporting logic 322 may be selectively executed by the processor to determine one or more selected values ​​of the operational signal of the fan speed operation at a second time rate 490 that is greater than the initial selected time rate 412 of the active logic portion 310, generate a first signal first operational enhanced status CAN message having a first nominal message priority 414 and including first signal first operational enhancement data representative of the value of the first operational signal of the first operation determined at the second time rate, and transmit the first signal first operational enhanced status CAN message having a nominal priority of "2" 414 to the CAN bus 250 at the second time rate. In an example embodiment, the transmission of the first signal first operational enhanced status CAN message to the CAN bus 250 via the CAN transceiver at the second time rate replaces the transmission of the first signal first operational status CAN message to the CAN bus 250 via the CAN transceiver at the original selected time rate of the active logic portion 310. As the operation is HFCU 230 ( Figure 2 ), a fan_speed signal 410 for cooling fan operation may be determined at a second increasing time rate 490 of 20 ms and reported via a CAN message having a nominal priority of "2" 414, a fan_pump_command signal 420 for cooling fan operation may be determined at a previously selected and unchanged time rate 422 of 20 ms and reported via a CAN message having a nominal priority of "3" 424, and a fan_status signal 430 for cooling fan operation may be determined at a previously selected and unchanged time rate 432 of 20 ms and reported via a CAN message having a nominal priority of "3" 434.

[0061] Additional CAN messages

[0062] In another example embodiment, automatic triggering of the generation of additional CAN messages is provided so that new CAN messages conveying data related to additional signals of diagnostic interest may be generated without requiring a software update. Figure 5a 500, the operational status reporting logic 314 of the active logic portion 310 may be executed by the processor during normal operation of the CAN node to determine a first operation (e.g., HFCU 230 ( Figure 2) of the cooling fan operation) corresponding to the value of one or more operation signals, generating a first signal first operation status CAN message having a nominal message priority and including first operation data representing the value of one or more operation signals of the cooling fan operation determined at one or more selected time rates, and sending the first operation status CAN message to the CAN bus 150, 210 via the CAN transceiver at the selected time rate. Figure 5a , during normal operation of the CAN node, and as the operation is HFCU 230 ( Figure 2 ), a fan_speed signal 510 for the cooling fan operation may be determined at a selected time rate 512 of 1000 ms and reported via a CAN message having a nominal priority of "2" 514, a fan_pump_command signal 520 for the cooling fan operation may be determined at a selected time rate 522 of 20 ms and reported via a CAN message having a nominal priority of "3" 524, and a fan_status signal 530 for the cooling fan operation may be determined at a selected time rate 532 of 20 ms and reported via a CAN message having a nominal priority of "4" 534.

[0063] Next, refer to Figure 5b 502, the operation diagnostic reporting logic 322 of the hidden logic portion 320 may be selectively executed by the processor in response to the CAN device 250 receiving the first enhanced diagnostic command message from the CAN bus 250. The operation diagnostic reporting logic 322 may be selectively executed by the processor to determine a value of a second operation signal of a first operation different from the first operation signal of the first operation, generate a second signal first operation status CAN message having a nominal message priority including second signal first operation data representing the determined value of the second operation signal of the first operation, and transmit the second signal first operation status CAN message to the CAN bus 210 via the first CAN transceiver. As the operation is HFCU 230 ( Figure 2 ), a fan_speed signal 510 for the cooling fan operation may be determined at a previously selected time rate 512 of 1000 ms and reported via a CAN message having a nominal priority of "2" 514, a fan_pump_command signal 520 for the cooling fan operation may be determined at a previously selected time rate 522 of 20 ms and reported via a CAN message having a nominal priority of "3" 524, and a fan_status signal 530 for the cooling fan operation may be determined at a previously selected time rate 532 of 20 ms and reported via a CAN message having a nominal priority of "4" 534.

[0064] Additionally, the value of the newly added command_fan_speed signal 540 for cooling fan operation may be determined at a selected time rate 542 of 1000 ms by the operation diagnostic reporting logic 322 selectively executed by the processor in response to receiving the first enhanced diagnostic command message from the CAN bus 250. As an example, the determined value of the additional or newly added command_fan_speed signal 540 for cooling fan operation may be sent and reported to the CAN bus 210 via the CAN transceiver via a CAN message with a nominal priority level of "1" 544, along with the fan_speed signal 510, fan_pump_command signal 520, and fan_status signal 530 that are otherwise acquired during normal operation of the CAN node.

[0065] Changing CAN message priority

[0066] In another example embodiment, an automatic trigger for changing the priority of CAN messages is provided so that CAN messages conveying data related to signals of diagnostic interest may have increased preference on the CAN bus without requiring a software update. Figure 6a 600, the operational status reporting logic 314 of the active logic portion 310 may be executed by the processor during normal operation of the CAN node to determine a first operation (e.g., the HFCU 230 ( Figure 2 ) of the cooling fan operation) corresponding to the value of one or more operation signals, generating a first signal first operation state CAN message having a first message priority and including first signal first operation data representing the value of one or more operation signals of the cooling fan operation determined at one or more selected time rates, and sending the first signal first operation state CAN message to the CAN bus 150, 210 via the CAN transceiver at the selected time rate. Figure 6a , during normal operation of the CAN node, and as the operation is HFCU 230 ( Figure 2 ), a fan_speed signal 610 for cooling fan operation may be determined at a selected time rate 612 of 1000 ms and reported via a CAN message having a nominal priority of "2" 614, a fan_pump_command signal 620 for cooling fan operation may be determined at a selected time rate 622 of 20 ms and reported via a CAN message having a nominal priority of "3" 624, and a fan_status signal 630 for cooling fan operation may be determined at a selected time rate 632 of 20 ms and reported via a CAN message having a nominal priority of "4" 634.

[0067] Next, refer to Figure 6b602, the operation diagnostic reporting logic 322 of the hidden logic portion 320 may be selectively executed by the processor in response to the CAN device 250 receiving the first enhanced diagnostic command message from the CAN bus 250. The operation diagnostic reporting logic 322 may be selectively executed by the processor to determine a value of a first operation signal 610 of a first operation at a first time rate 612, generate a first signal first operation status priority CAN message having a second message priority level “0” 690 that is higher than the nominal first message priority level “2” 614 and including first signal first operation data representing the value of the first operation signal 610 of the first operation determined at the first time rate 612, and, instead of sending the first signal first operation 610 status CAN message having the nominal priority level “2” 614 at the first time rate, send the first signal 610 first operation status priority CAN message having a modified priority level “0” 690 at the first time rate to the CAN bus.

[0068] In the example embodiment, the first signal first operating state priority CAN message is sent to the CAN bus 250 via the CAN transceiver by the operational diagnostic reporting logic 322 instead of sending the first signal first operating state CAN message to the CAN bus 250 via the CAN transceiver at the initially selected nominal priority of the activity logic portion 310. As the operation is HFCU 230 ( Figure 2 ), a fan_speed signal 610 for the cooling fan operation may be determined at a nominal time rate 612 of 1000 ms and reported via a CAN message with an increased priority of "0" 690, a fan_pump_command signal 620 for the cooling fan operation may be determined at a previously selected and unchanged time rate 622 of 20 ms and reported via a CAN message with a nominal priority of "3" 624, and a fan_status signal 630 for the cooling fan operation may be determined at a previously selected and unchanged time rate 632 of 20 ms and reported via a CAN message with a nominal priority of "3" 634.

[0069] Increased CAN message frequency and additional CAN messages and changed message priority

[0070] In another example embodiment, an increase in the frequency of generated CAN messages is provided, such that CAN messages conveying data relating to signals of diagnostic interest may provide more detailed information in terms of time by an increased reporting frequency, without requiring a software update. Likewise, an automatic triggering of the generation of additional CAN messages is provided, such that new CAN messages conveying data relating to additional signals of diagnostic interest may be generated, without requiring a software update. Also, likewise, an automatic triggering of changing the priority of CAN messages is provided, such that CAN messages conveying data relating to signals of diagnostic interest may have an increased preference for the CAN bus, without requiring a software update.

[0071] Reference Figure 7a 700, the operational status reporting logic 314 of the active logic portion 310 may be executed by the processor during normal operation of the CAN node to determine a first operation (e.g., the HFCU 230 ( Figure 2 ) of the cooling fan operation) corresponding to the value of one or more operation signals, generating a first operation status CAN message having a nominal message priority and including first operation data representing the value of one or more operation signals of the cooling fan operation determined at one or more selected time rates, and sending the first operation status CAN message having the nominal priority via the CAN transceiver to the CAN bus 150, 210 at the selected time rate. Figure 6a , during normal operation of the CAN node, and as the operation is HFCU 230 ( Figure 2 ), a fan_speed signal 710 for the cooling fan operation may be determined at a selected time rate 712 of 1000 ms and reported via a CAN message having a nominal priority of "2" 714, a fan_pump_command signal 720 for the cooling fan operation may be determined at a selected time rate 722 of 20 ms and reported via a CAN message having a nominal priority of "3" 724, and a fan_status signal 730 for the cooling fan operation may be determined at a selected time rate 732 of 20 ms and reported via a CAN message having a nominal priority of "4" 734.

[0072] Next, refer to Figure 7b 702, the operational diagnostic reporting logic 322 of the hidden logic portion 320 may be selectively executed by the processor in response to the CAN device 250 receiving the first enhanced diagnostic command message from the CAN bus 250. The operational diagnostic reporting logic 322 may be selectively executed by the processor to determine one or more selected values ​​of the operational signal of the fan speed operation at a second time rate 790 greater than the selected nominal time rate 712 of the active logic portion 310, generate a first operational enhanced status CAN message including first operational enhancement data representing the value of the first operational signal of the first operation determined at the second time rate, and transmit the first operational enhanced status CAN message via the CAN transceiver to the CAN bus 250 at the second time rate. In an example embodiment, transmitting the first operational enhanced status CAN message via the CAN transceiver to the CAN bus 250 at the second time rate replaces transmitting the first operational enhanced status CAN message via the CAN transceiver to the CAN bus 250 at the original selected time rate of the active logic portion 310.

[0073] The operation diagnostic reporting logic 322 can also be selectively executed by the processor to determine the value of a second operation signal of a first operation that is different from the first operation signal of the first operation, generate a second operation status CAN message including second operation data representing the determined value of the second operation signal of the first operation, and send the second operation status CAN message to the CAN bus 210 via the first CAN transceiver.

[0074] The operation diagnostic reporting logic 322 can also be selectively executed by the processor to determine the value of the first operation signal of the first operation, generate a first signal first operation state priority CAN message having a second message priority higher than the first message priority and including first signal first operation data representing the value of the first operation signal of the first operation determined at the first time rate, and instead of sending the first signal first operation state CAN message to the CAN bus, send the first signal first operation state priority CAN message to the CAN bus at the first time rate.

[0075] As the operation is HFCU 230 ( Figure 2 ), the fan_speed signal 710 for the cooling fan operation may be determined at a second and increased time rate 790 of 20 ms, the fan_pump_command signal 720 for the cooling fan operation may be determined at a previously selected and unchanged time rate 722 of 20 ms, and the fan_state signal 730 for the cooling fan operation may be determined at a previously selected time rate 732 of 20 ms.

[0076] Additionally, the value of the newly added command_fan_speed signal 740 for cooling fan operation may be determined at a selected time rate 742 of 1000 ms by the operation diagnostic reporting logic 322 selectively executed by the processor in response to receiving the first enhanced diagnostic command message from the CAN bus 250. The determined value of the additional or newly added command_fan_speed signal 740 for cooling fan operation may be sent to the CAN bus 210 via the CAN transceiver along with the fan_speed signal 710, fan_pump_command signal 720, and fan_status signal 730 that are otherwise acquired during normal operation of the CAN node.

[0077] Additionally, instead of sending the first signal first operating state CAN message to the CAN bus 250 via the CAN transceiver at the initially selected nominal priority of the activity logic portion 310, the operation diagnostic reporting logic 322 may send the first signal first operating state priority CAN message to the CAN bus 250 via the CAN transceiver. Figure 2), a fan_speed signal 710 for the cooling fan operation may be determined at an enhanced time rate 790 of 20 ms and reported via a CAN message with a nominal priority of "2" 714, a fan_pump_command signal 720 for the cooling fan operation may be determined at a previously selected and unchanged time rate 722 of 20 ms and reported via a CAN message with an increased priority of "0" 792, and a fan_status signal 730 for the cooling fan operation may be determined at a previously selected and unchanged time rate 732 of 20 ms and reported via a CAN message with a nominal priority of "4" 734.

[0078] Figure 8 is a flow chart illustrating a method 800 of providing enhanced diagnostic monitoring of operation of an associated work vehicle according to an example embodiment. Turning now to the figure, the method 800 includes a first step 810 of executing a normal control and reporting protocol, such as described above in connection with the processor executing the active logic portion 310 of the logic 126 during normal operation of the CAN node to control operation of the associated work vehicle and also generate CAN messages for reporting operational signals of various operations to other CAN controllers in the CAN network 100.

[0079] In step 820, it is determined whether a triggering event has occurred, and if not, the system continues to execute the normal control and reporting logic 310 as described above. However, if one or more CAN controllers receive a triggering event, the CAN controllers that received the triggering event begin to execute the operational diagnostic reporting logic 322 that was originally hidden and not executed but only stored in the memory device of the specific CAN node. In an example embodiment, the hidden control and reporting logic 322 for enhanced CAN diagnostics is executed instead of executing the normal control and reporting logic 310 as needed or desired to provide an increase in the frequency of CAN messages, add new CAN messages, change the priority of one or more CAN messages, or any combination of these. In this way, embodiments of the example embodiment can provide enhanced diagnostic monitoring for the operation of the associated vehicle without adversely affecting the load on the CAN bus during normal operation of the associated working vehicle.

[0080] According to another example embodiment, it is conceivable to provide a system that reacts to the system receiving another trigger event (not shown) for transitioning the system back to executing the normal activity logic portion 310, which can be executed during normal operation of the CAN node to control the operation of the associated working vehicle and generate CAN messages for reporting operation signals of various operations to other CAN controllers in the CAN network.

[0081] Fig. 99 is a flow chart of a method 900 according to an example embodiment, wherein according to an example embodiment, both an increase in the frequency of generated CAN messages without a software upgrade, and an automatic trigger for generating additional CAN messages and a trigger for changing message priorities are provided. In step 910, the active logic portion 310 is executed in the first CAN device. Similarly, the active logic portion 310 is executed in the second CAN device in step 920. In this way, both the first and second CAN devices can execute the active logic portion during normal operation of the CAN node to control the corresponding operation of the relevant work vehicle and generate 10 messages for reporting the operation signals of various operations to other CAN controllers in the CAN network during normal operation of the CAN node. In step 930, it is determined whether the first CAN device receives a trigger event, and if so, the first CAN device begins to execute the hidden operation diagnostic reporting logic 322 instead of executing the active logic portion 310, so as to provide enhanced diagnostic monitoring of the operation of the relevant work vehicle under the control of the first CAN node.

[0082] Similarly, the second CAN device determines whether a triggering event is received at step 950 and, if so, begins executing hidden operational diagnostic reporting logic 322 in its memory to provide enhanced diagnostic monitoring of the operation of the associated operational vehicle under control of the second CAN device.

[0083] In an example embodiment, a trigger for executing the otherwise hidden operational diagnostic reporting logic 322 may come from a variety of sources. According to one embodiment, each of the one or more CAN devices may include device decoding logic stored in a memory of the CAN device. The device decoding logic may be executed by a processor in the CAN device to receive a device identification (ID) CAN message from the CAN bus, wherein the device ID CAN message includes device identification (ID) data representing an identification of an associated other CAN device coupled to the CAN bus. The device decoding logic may also be executed by a processor in the CAN device to determine a device coupled to the CAN bus (e.g., at the connector 216 ( Figure 2 ) is a data logger type device. According to an example embodiment, the first operation diagnostic reporting logic may be executed by the first processor to selectively use the device ID CAN message as the first enhanced diagnostic command message based on the device decoding logic determining that the related other CAN device connected to the CAN bus is a data logger type device.

[0084] Provide service plug 228 ( Figure 2) for connecting with an associated data recorder type device (not shown) for providing diagnostics of the device 220 on the CAN bus 210. In an example embodiment, the associated data recorder is sensed, for example, by the data recorder providing a unique source address (e.g., 0xFA) when connected to the CAN bus 210. By the associated data recorder providing the unique source address (e.g., 0xFA), for example, onto the CAN bus, each of the plurality of CAN devices 220 may react according to an example embodiment by executing diagnostic logic that is otherwise hidden in the device 220 and is not executed under normal operating conditions of the associated working vehicle. In this way, diagnostics may be performed on the CAN bus without updating the logic of any of the plurality of CAN devices 220. In addition, diagnostics may be performed on the CAN bus without adversely affecting normal operation of the associated vehicle due to, for example, CAN message delays that may be caused by additional CAN diagnostic message traffic.

[0085] According to another embodiment, a trigger for executing the otherwise hidden operational diagnostic reporting logic 322 may come from an operator interacting with the human-readable operator interface by selecting an option that may be presented on a screen of a display of the operator interface, or by an operator providing input via the interface to make changes to a selected memory location at a secure interface level that is only available to selected certified and / or qualified technicians, etc. With this in mind, we turn our attention to Fig.10 , Fig.10 1 and 2. An operator interface CAN device 1000 is shown operatively coupled to a CAN bus. The operator interface CAN device 1000 of the exemplary embodiment includes a processor 1010, an interface operatively coupling the processor 1010 to the CAN bus 210 ( Figure 2 ) connected CAN transceiver 1020, memory device 1030, human readable display 1040, input device 1042 for receiving selections from a human operator of the operator interface CAN device 1000, and operator interface logic 1050 stored in the memory device 1030.

[0086] According to an example embodiment, the operator interface logic 1050 may be executed by the processor 1010 to display an indicia of an enhanced diagnostic option 1044 on the human-readable display 1040 and receive a selection signal from an operator input. The selection signal may represent a selection of the indicia 1044 of the enhanced diagnostic option by a human operator, such as the operator selecting the "yes" option 1046 for enhanced monitoring of the cooling fan of the associated work vehicle. The operator interface logic 1050 may also be executed by the processor 1010 to generate a first enhanced diagnostic command message based on receiving the selection signal and send the first enhanced diagnostic command message to the CAN bus 210 via the CAN transceiver 1020.

[0087] According to another example embodiment, the operator interface logic 1050 may be executed by the processor 1010 to display an indicia of the current setting of the memory location of the second memory device on a human-readable display (e.g., by illuminating the selection icon 1046, etc.) and receive a selection signal from an input device, wherein the selection signal represents a selection by a human operator to change from the current setting of the memory location 1052 of the memory device 1030 to an updated setting of the memory location 1052 of the memory device 1030. The operator interface logic 1050 may also be executed by the processor 1010 to generate a first enhanced diagnostic command message based on the operator changing the memory location of the second memory device to the updated setting, and transmit the first enhanced diagnostic command message to the CAN bus 210 via the second CAN transceiver 1020.

[0088] It will be understood that other embodiments will be utilized and structural and functional changes will be made without departing from the scope of the present invention. The above description of embodiments of the present invention has been presented for purposes of illustration and description. It is not intended to be exhaustive or to limit the present invention to the precise form disclosed. Therefore, many modifications and variations may be made in accordance with the above teachings. Therefore, the scope of the present invention is not intended to be limited by this detailed description.

Claims

1. A system for providing enhanced diagnostic monitoring of the operation of an associated work vehicle, the system comprising: Controller Area Network (CAN) bus; as well as A first CAN device, the first CAN device controls a first operation of a related working vehicle, the first CAN device comprising: a first processor; a first CAN transceiver operatively coupling the first processor to a CAN bus; a first memory device; a first operation control logic stored in a first memory device, the first operation control logic being executable by a first processor to control a first operation of an associated work vehicle based on a first operation command message received by a first CAN device from a CAN bus via a first CAN transceiver; first operating status reporting logic, the first operating status reporting logic being stored in a first memory device, the first operating status reporting logic being executable by a first processor to: determining a value of a first operation signal for a first operation at a first time rate; generating a first signal first operating state CAN message having a first message priority and comprising first signal first operating data representing a value of a first operating signal of a first operation determined at a first time rate; and Sending a first signal first operating state CAN message to the CAN bus via the first CAN transceiver at a first time rate; and A first operational diagnostic reporting logic, the first operational diagnostic reporting logic being stored in a first memory device, the first operational diagnostic reporting logic being selectively executable by a first processor in response to a first CAN device receiving a first enhanced diagnostic command message from a CAN bus, to implement one or more of the following: determining a value of a first operation signal of a first operation at a second time rate greater than the first time rate; generating a first signal first operation enhanced state CAN message including first signal first operation enhancement data representing the value of the first operation signal of the first operation determined at the second time rate; and sending the first signal first operation enhanced state CAN message to the CAN bus at the second time rate via the first CAN transceiver instead of sending the first signal first operation state CAN message to the CAN bus at the first time rate; and / or Determining a value of a second operation signal of the first operation that is different from the first operation signal of the first operation; generating a second signal first operation state CAN message having a specified message priority and including second signal first operation data representing the determined value of the second operation signal of the first operation; and sending the second signal first operation state CAN message to the CAN bus via the first CAN transceiver; and / or Determine the value of the first operation signal of the first operation at a first time rate; generate a first signal first operation state priority CAN message having a second message priority higher than the first message priority and including first signal first operation data representing the value of the first operation signal of the first operation determined at the first time rate; and instead of sending the first signal first operation state CAN message to the CAN bus at the first time rate, send the first signal first operation state priority CAN message to the CAN bus at the first time rate.

2. The system according to claim 1, wherein: The first operational diagnostic reporting logic is selectively executable by the first processor in response to the first CAN device receiving a first enhanced diagnostic command message from the CAN bus to: determining a value of a first signal of a first operation at a second time rate greater than the first time rate; generating a first signal first operation enhanced state CAN message having a second message priority level higher than the first message priority level and comprising first signal first operation enhanced data representing a value of a first operation signal of a first operation determined at a second time rate; and instead of sending the first signal first operational state CAN message to the CAN bus at the first time rate, sending the first signal first operational enhanced state CAN message to the CAN bus at the second time rate; determining a value of a second operation signal of the first operation that is different from a first operation signal of the first operation; generating a second signal first operation state CAN message with a specified message priority, wherein the specified message priority is higher than the first message priority, and wherein the generated second signal first operation state CAN message includes second signal first operation data representing the determined value of the second operation signal of the first operation; and sending the second signal first operation state CAN message to the CAN bus; and Determine the value of the first operation signal of the first operation at a first time rate; generate a first signal first operation state priority CAN message, the first signal first operation state priority CAN message having a second message priority higher than the first message priority and including first signal first operation data representing the value of the first signal of the first operation determined at the first time rate; and send the first signal first operation state priority CAN message to the CAN bus via the first CAN transceiver at the first time rate.

3. The system according to claim 1, further comprising: An operator interface CAN device, the operator interface CAN device being operatively connected to the CAN bus, the operator interface CAN device comprising: A second processor; a second CAN transceiver operatively coupling the second processor to the CAN bus; a second memory device; human readable display; an input device for receiving selections from a human operator of the operator interface CAN device; and operator interface logic stored in the second memory device, the operator interface logic executable by the second processor to: Indicia for displaying enhanced diagnostic options on a human-readable display; receiving a selection signal from the input device, the selection signal representing a selection by a human operator of a label for an enhanced diagnostic option; generating a first enhanced diagnostic command message based on receiving the selection signal; and The first enhanced diagnostic command message is sent to the CAN bus via the second CAN transceiver.

4. The system according to claim 1, wherein: The first CAN device further comprises: device decoding logic stored in the first memory device, the device decoding logic executable by the first processor to: receiving a device identification (ID) CAN message from the CAN bus via the first CAN transceiver, the device identification (ID) CAN message comprising device identification (ID) data representing an identification of an associated other CAN device coupled to the CAN bus; determining based on the device identification (ID) data that the associated another CAN device coupled to the CAN bus is a data logger type device; and generating a data logger service message based on determining that the associated further CAN device coupled to the CAN bus is a data logger type device, Wherein, the first operational diagnostic reporting logic is executable by the first processor to selectively use the data logger service message as the first enhanced diagnostic command message for selective execution.

5. The system according to claim 1, wherein: The first CAN device comprises: a second operation control logic stored in the first memory device, the second operation control logic being executable by the first processor to control a second operation of the associated work vehicle that is different from the first operation of the associated work vehicle based on a second operation command message received by the first CAN device from the CAN bus via the first CAN transceiver; a second operating status reporting logic, the second operating status reporting logic being stored in the first memory device, the second operating status reporting logic being executable by the first processor to: determining a value of a first operation signal for a second operation at a third time rate; generating a first signal second operating state CAN message having a third message priority and comprising first signal second operating data representing a value of a first operating signal of a second operation determined at a third time rate; and Sending a first signal second operating state CAN message to the CAN bus via the first CAN transceiver at a third time rate; and and second operational diagnostic reporting logic, the second operational diagnostic reporting logic being stored in the first memory device, the second operational diagnostic reporting logic being selectively executable by the first processor in response to the first CAN device receiving a second enhanced diagnostic command message from the CAN bus to implement one or more of the following: determining a value of a first operation signal of a second operation at a fourth time rate greater than the third time rate; generating a first signal second operation enhanced state CAN message including first signal second operation enhancement data representing the value of the first operation signal of the second operation determined at the fourth time rate; and sending the first signal second operation enhanced state CAN message to the CAN bus via the first CAN transceiver at the fourth time rate instead of sending the first signal second operation state CAN message to the CAN bus at the third time rate; and / or Determining a value of a second operation signal of the second operation that is different from the first operation signal of the second operation; generating a second signal second operation state CAN message having a specified message priority and including second signal second operation data representing the determined value of the second operation signal of the second operation; and sending the second signal second operation state CAN message to the CAN bus via the first CAN transceiver; and / or Determine the value of the first operation signal of the second operation at a third time rate; generate a first signal second operation state priority CAN message having a fourth message priority higher than the third message priority and including first signal second operation data representing the value of the first operation signal of the second operation determined at the third time rate; and instead of sending the first signal second operation state CAN message to the CAN bus at the third time rate, send the first signal second operation state priority CAN message to the CAN bus via the first CAN transceiver at the third time rate.

6. The system according to claim 5, wherein: The second operational diagnostic reporting logic is selectively executable by the first processor in response to the first CAN device receiving a second enhanced diagnostic command message from the CAN bus to: determining a value of the first operation signal of the second operation at a fourth time rate greater than the third time rate; generating a first signal second operation enhancement status CAN message including first signal second operation enhancement data representing the value of the first operation signal of the second operation determined at the fourth time rate; and instead of sending the first signal second operational state CAN message to the CAN bus at the third time rate, sending the first signal second operational enhanced state CAN message to the CAN bus via the first CAN transceiver at a fourth time rate; determining a value of a second operation signal for a second operation that is different from the first operation signal for the second operation; generating a second signal second operating state CAN message having a specified message priority and including second signal second operating data representing the determined value of the second operating signal of the second operation; and sending a second signal second operation state CAN message to the CAN bus via the first CAN transceiver; and Determine the value of the first operation signal of the second operation at a third time rate; generate a first signal second operation state priority CAN message having a fourth message priority higher than the third message priority and including first signal second operation data representing the value of the first operation signal of the second operation determined at the third time rate; and instead of sending the first signal second operation state CAN message to the CAN bus at the third time rate, send the first signal second operation state priority CAN message to the CAN bus via the first CAN transceiver at the third time rate.

7. The system of claim 1, further comprising: A second CAN device, the second CAN device controls a second operation of the related working vehicle that is different from the first operation of the related working vehicle, the second CAN device comprising: A second processor; a second CAN transceiver operatively coupling the second processor to the CAN bus; a second memory device; a second operation control logic stored in a second memory device, the second operation control logic being executable by a second processor to control a second operation of the associated work vehicle based on a second operation command message received from a CAN bus by a second CAN device via a second CAN transceiver; a second operating status reporting logic, the second operating status reporting logic being stored in a second memory device, the second operating status reporting logic being executable by a second processor to: determining a value of a first operation signal for a second operation at a third time rate; generating a first signal second operation state CAN message having a third message priority and including first signal second operation data representing a value of the first operation signal of a second operation determined at a third time rate; and Sending a first signal second operating state CAN message to the CAN bus via the second CAN transceiver at a third time rate; and and second operational diagnostic reporting logic stored in a second memory device, the second operational diagnostic reporting logic being selectively executable by the second processor in response to the second CAN device receiving a second enhanced diagnostic command message from the CAN bus to implement one or more of the following: determining a value of the first operation signal of the second operation at a fourth time rate greater than the third time rate; generating a first signal second operation enhanced state CAN message including first signal second operation enhancement data representing the value of the first operation signal of the second operation determined at the fourth time rate; and sending the first signal second operation enhanced state CAN message to the CAN bus at the fourth time rate via the second CAN transceiver instead of sending the first signal second operation state CAN message to the CAN bus at the third time rate, and / or Determining a value of a second operation signal of the second operation that is different from the first operation signal of the second operation; generating a second signal second operation state CAN message having a specified message priority and including second signal second operation data representing the determined value of the second operation signal of the second operation; and sending the second signal second operation state CAN message to the CAN bus via the second CAN transceiver; and / or Determine the value of the first operation signal of the second operation at a third time rate; generate a first signal second operation state priority CAN message having a fourth message priority higher than the third message priority and including first signal second operation data representing the value of the first operation signal of the second operation determined at the third time rate; and instead of sending the first signal second operation state CAN message to the CAN bus at the third time rate, send the first signal second operation state priority CAN message to the CAN bus via the second CAN transceiver at the third time rate.

8. The system according to claim 7, wherein: The second operational diagnostic reporting logic is selectively executable by the second processor in response to the second CAN device receiving a second enhanced diagnostic command message from the CAN bus to: determining a value of the first operation signal of the second operation at a fourth time rate greater than the third time rate; generating a first signal second operation enhancement status CAN message including first signal second operation enhancement data representing the value of the first operation signal of the second operation determined at the fourth time rate; and instead of sending the first signal second operational state CAN message to the CAN bus at the third time rate, sending the first signal second operational enhanced state CAN message to the CAN bus via the second CAN transceiver at a fourth time rate; determining a value of a second operation signal for a second operation that is different from the first operation signal for the second operation; generating a second signal second operating state CAN message having a specified message priority and including second signal second operating data representing the determined value of the second operating signal of the second operation; and sending a second signal second operation state CAN message to the CAN bus via the second CAN transceiver; and Determine the value of the first operation signal of the second operation at a third time rate; generate a first signal second operation state priority CAN message having a fourth message priority higher than the third message priority and including first signal second operation data representing the value of the first operation signal of the second operation determined at the third time rate; and instead of sending the first signal second operation state CAN message to the CAN bus at the third time rate, send the first signal second operation state priority CAN message to the CAN bus via the second CAN transceiver at the third time rate.

9. The system according to claim 7, further comprising: An operator interface CAN device, the operator interface CAN device being operatively connected to the CAN bus, the operator interface CAN device comprising: A third processor; a third CAN transceiver operatively coupling the third processor to the CAN bus; a third memory device; human readable display; an input device for receiving selections from a human operator of the operator interface CAN device; and operator interface logic stored in a third memory device, the operator interface logic executable by a third processor to: displaying indicia of a first enhanced diagnostic option on a human-readable display; displaying indicia of a second enhanced diagnostic option on a human-readable display; receiving a selection signal from the input device, the selection signal representing a human operator's selection of a first label of a first enhanced diagnostic option or a human operator's selection of a first label of a first enhanced diagnostic option; selectively generating a first enhanced diagnostic command message based on receiving a selection signal representing a human operator selection of a first indicia of a first enhanced diagnostic option; selectively generating a second enhanced diagnostic command message based on receiving a selection signal representing a human operator selection of a second indicia of a second enhanced diagnostic option; and The first enhanced diagnostic command message or the second enhanced diagnostic command message is sent to the CAN bus via the third CAN transceiver.

10. A method of providing enhanced diagnostic monitoring of operation of an associated work vehicle, the method comprising: executing, by a first processor of a first controller area network (CAN) device for controlling a first operation of the associated work vehicle, a first operation control logic stored in a first memory device to control a first operation of the associated work vehicle based on a first operation command message received by the first CAN device from a CAN bus via a first CAN transceiver of the first CAN device; executing, by the first processor, first operating status reporting logic stored in the first memory device to: determining a value of a first operation signal for a first operation at a first time rate; generating a first signal first operation state CAN message having a first message priority and including first signal first operation data representing a value of a first operation signal of a first operation determined at a first time rate; and Sending a first signal first operation state CAN message to the CAN bus via the first CAN transceiver at a first time rate; as well as The first processor selectively executes first operational diagnostic reporting logic stored in the first memory device in response to the first CAN device receiving a first enhanced diagnostic command message from the CAN bus to implement one or more of the following: determining a value of a first operation signal of a first operation at a second time rate greater than the first time rate; generating a first signal first operation enhancement status CAN message including first signal first operation enhancement data representing the value of the first operation signal of the first operation determined at the second time rate; and instead of sending the first signal first operational state CAN message to the CAN bus at the first time rate, sending the first signal first operational enhanced state CAN message to the CAN bus via the first CAN transceiver at the second time rate; and / or determining a value of a second operation signal of the first operation that is different from a first operation signal of the first operation; generating a second signal first operation state CAN message having a specified message priority and including second signal first operation data representing a determined value of a second operation signal of a first operation; And sending the second signal first operation state CAN message to the CAN bus via the first CAN transceiver; and / or determining a value of a first operation signal for a first operation at a first time rate; generating a first signal first operation state priority CAN message having a second message priority higher than the first message priority and including first signal first operation data representing the value of the first operation signal for the first operation determined at the first time rate; And instead of sending the first signal first operating state CAN message to the CAN bus at the first time rate, a first signal first operating state priority CAN message is sent to the CAN bus at the first time rate.

11. The method according to claim 10, comprising: The first operational diagnostic reporting logic is executed by the first processor in response to the first CAN device receiving a first enhanced diagnostic command message from the CAN bus to: determining a value of a first signal first operation signal of a first operation at a second time rate greater than the first time rate; generating a first signal first operation enhanced status CAN message having a second message priority higher than the first message priority and including first signal first operation enhancement data representing the value of the first operation signal of the first operation determined at the second time rate; and instead of sending the first signal first operational state CAN message to the CAN bus at the first time rate, sending the first signal first operational enhanced state CAN message to the CAN bus at the second time rate; determining a value of a second operation signal of the first operation that is different from a first operation signal of the first operation; generating a second signal first operation state CAN message with a specified message priority, wherein the specified message priority is higher than the first message priority, and wherein the generated second signal first operation state CAN message includes second signal first operation data representing the determined value of the second operation signal of the first operation; and sending the second signal first operation state CAN message to the CAN bus; and Determine the value of the first operation signal of the first operation at a first time rate; generate a first signal first operation state priority CAN message having a second message priority higher than the first message priority and including first signal first operation data representing the value of the first signal of the first operation determined at the first time rate; and send the first signal first operation state priority CAN message to the CAN bus via the first CAN transceiver at the first time rate.

12. The method according to claim 10, further comprising: executing, by the first processor, second operation control logic stored in the first memory device to control a second operation of the associated work vehicle that is different from the first operation of the associated work vehicle based on a second operation command message received by the first CAN device from the CAN bus via the first CAN transceiver; executing, by the first processor, second operating status reporting logic stored in the first memory device to: determining a value of a first operation signal for a second operation at a third time rate; generating a first signal second operation state CAN message having a third message priority level and including first signal second operation data representing a value of the first operation signal of a second operation determined at a third time rate; and Sending a first signal second operation state CAN message to the CAN bus via the first CAN transceiver at a third time rate; as well as The second operational diagnostic reporting logic stored in the first memory device is executed by the first processor in response to the first CAN device receiving the second enhanced diagnostic command message from the CAN bus to implement one or more of the following: determining a value of the first operation signal of the second operation at a fourth time rate greater than the third time rate; generating a first signal second operation enhancement status CAN message including first signal second operation enhancement data representing the value of the first operation signal of the second operation determined at the fourth time rate; and instead of sending the first signal second operational state CAN message to the CAN bus at the third time rate, sending the first signal second operational enhanced state CAN message to the CAN bus via the first CAN transceiver at a fourth time rate; and / or determining a value of a second operation signal for a second operation that is different from the first operation signal for the second operation; generating a second signal second operating state CAN message having a specified message priority and including second signal second operating data representing the determined value of the second operating signal of the second operation; And sending a second signal second operation state CAN message to the CAN bus via the first CAN transceiver; and / or Determine the value of the first operation signal of the second operation at a third time rate; generate a first signal second operation state priority CAN message having a fourth message priority higher than the third message priority and including first signal second operation data representing the value of the first operation signal of the second operation determined at the third time rate; and instead of sending the first signal second operation state CAN message to the CAN bus at the third time rate, send the first signal second operation state priority CAN message to the CAN bus via the first CAN transceiver at the third time rate.

13. The method according to claim 12, comprising: The second operational diagnostic reporting logic is executed by the first processor in response to the first CAN device receiving a second enhanced diagnostic command message from the CAN bus to: determining a value of the first operation signal of the second operation at a fourth time rate greater than the third time rate; generating a first signal second operation enhancement status CAN message including first signal second operation enhancement data representing the value of the first operation signal of the second operation determined at the fourth time rate; and instead of sending the first signal second operational state CAN message to the CAN bus at the third time rate, sending the first signal second operational enhanced state CAN message to the CAN bus via the first CAN transceiver at a fourth time rate; determining a value of a second operating signal for a second operation different from the first operating signal for the second operation; generating a second signal second operating state CAN message having a specified message priority and including second signal second operating data representing the determined value of the second operating signal of the second operation; and sending a second signal second operation state CAN message to the CAN bus via the first CAN transceiver; and Determine the value of the first operation signal of the second operation at a third time rate; generate a first signal second operation state priority CAN message having a fourth message priority higher than the third message priority and including first signal second operation data representing the value of the first operation signal of the second operation determined at the third time rate; and instead of sending the first signal second operation state CAN message to the CAN bus at the third time rate, send the first signal second operation state priority CAN message to the CAN bus via the first CAN transceiver at the third time rate.

14. The method according to claim 10, further comprising: executing, by a second processor of a second controller area network (CAN) device, a second operation control logic stored in a second memory device, the second controller area network (CAN) device controlling a second operation of the associated work vehicle that is different from a first operation of the associated work vehicle based on a second operation command message received by the second CAN device from a CAN bus via a second CAN transceiver of the second CAN device; executing, by the second processor, second operating status reporting logic stored in the second memory device to: determining a value of a first operation signal for a second operation at a third time rate; generating a first signal second operation state CAN message having a third message priority level and including first signal second operation data representing a value of the first operation signal of a second operation determined at a third time rate; and Sending a first signal second operation state CAN message to the CAN bus via a second CAN transceiver at a third time rate; as well as The second processor executes second operational diagnostic reporting logic stored in the second memory device in response to the second CAN device receiving a second enhanced diagnostic command message from the CAN bus to implement one or more of the following: determining a value of the first operation signal of the second operation at a fourth time rate greater than the third time rate; generating a first signal second operation enhancement status CAN message including first signal second operation enhancement data representing the value of the first operation signal of the second operation determined at the fourth time rate; and instead of sending the first signal second operating state CAN message to the CAN bus at the third time rate, sending the first signal second operating enhanced state CAN message to the CAN bus via the second CAN transceiver at a fourth time rate, and / or determining a value of a second operation signal for a second operation that is different from the first operation signal for the second operation; generating a second signal second operating state CAN message having a specified message priority and including second signal second operating data representing the determined value of the second operating signal of the second operation; And sending a second signal second operation state CAN message to the CAN bus via the second CAN transceiver; and / or Determine the value of the first operation signal of the second operation at a third time rate; generate a first signal second operation state priority CAN message having a fourth message priority higher than the third message priority and including first signal second operation data representing the value of the first operation signal of the second operation determined at the third time rate; and instead of sending the first signal second operation state CAN message to the CAN bus at the third time rate, send the first signal second operation state priority CAN message to the CAN bus via the second CAN transceiver at the third time rate.

15. The method according to claim 14, comprising: The second operational diagnostic reporting logic is executed by the second processor in response to the second CAN device receiving a second enhanced diagnostic command message from the CAN bus to: determining a value of the first operation signal of the second operation at a fourth time rate greater than the third time rate; generating a first signal second operation enhancement status CAN message including first signal second operation enhancement data representing the value of the first operation signal of the second operation determined at the fourth time rate; and instead of sending the first signal second operational state CAN message to the CAN bus at the third time rate, sending the first signal second operational enhanced state CAN message to the CAN bus via the second CAN transceiver at a fourth time rate; determining a value of a second operation signal for a second operation that is different from the first operation signal for the second operation; generating a second signal second operating state CAN message having a specified message priority and including second signal second operating data representing the determined value of the second operating signal of the second operation; and sending a second signal second operation state CAN message to the CAN bus via the second CAN transceiver; and Determine the value of the first operation signal of the second operation at a third time rate; generate a first signal second operation state priority CAN message having a fourth message priority higher than the third message priority and including first signal second operation data representing the value of the first operation signal of the second operation determined at the third time rate; and instead of sending the first signal second operation state CAN message to the CAN bus at the third time rate, send the first signal second operation state priority CAN message to the CAN bus via the second CAN transceiver at the third time rate.

Images