The invention relates to electronic control systems for vehicles, and more particularly, to a system and method for validating the parameters stored and used by a vehicle electronic control system.
Electronic control units (ECU) on vehicles, for example, an engine ECU, instrument cluster ECU, and vehicle ECU, have stored data parameters used to control various vehicle functions. For example, the engine ECU may contain data for applying speed limits to the vehicle for reasons of fuel economy, engine wear, or other reasons. If the parameter is altered, the fuel economy may be negatively affected, and the owner of the vehicle may have no knowledge if the alteration was unauthorized.
Known systems for verifying data stored in on-board ECUs require physical contact, for example, a plug-in device that downloads data from the various on-board ECUs for inspection. This requires the vehicle to travel to a maintenance location, or a device brought to the vehicle, either of which is a disadvantage. Another disadvantage is that a plug-in device can interrogate only the vehicle to which it is plugged in, that is, one vehicle at a time.
The invention provides a system and method for performing parameter or data validation by an on-board ECU on the data stored in a vehicle's ECUs. The invention has the advantages of remote operation and the ability to initiate the validation process on multiple vehicles simultaneously.
According to the invention, a user, who can be a fleet operator, operating remotely from the vehicle, for example, at a back office system, selects the feature or features to be validated on a truck or trucks. A validation package, containing the data or parameters to be verified, is built from a database at the back office. The data validation package contains data on at least one vehicle function parameter from a plurality of vehicle function parameters.
The validation package may be compressed and encrypted before transmission, and is transmitted to each vehicle which will perform the validation process. If encrypted, the system on-board the vehicle receiving the validation package will have a key for decrypting the package. The vehicle (or vehicles) receives the validation package and stores it on-board in a memory device. The validation package contains the information allowing the on-board ECU to compare the contents of the package with the data stored by the target or subject on-board ECUs.
The method includes the steps of receiving in an electronic control unit on-board a vehicle a data validation package from a remote source and storing the validation package in memory.
The validation procedure may be initiated by a vehicle ignition key-on, that is, when the vehicle is powered to start the engine, or some other event. An advantage of the invention is that the validation procedure can be run repeatedly without bringing the vehicle to a maintenance facility.
A method, according to the invention, for validating data stored in a vehicle electronic control system, includes the steps of confirming that a data validation package is present in a first electronic control unit on-board the vehicle, comparing data in the validation package to data stored by at least one target electronic control unit on-board the vehicle, logging any discrepancies between the data in the validation package and the data stored by the at least one target electronic control unit, and, transmitting wirelessly a message from the first electronic control unit identifying any discrepancies in the data stored by the at least one electronic control unit to a remote location.
According to another aspect of the invention, the method includes the step of replacing data stored by the at least one electronic control unit identified as having a discrepancy with data from the validation package.
According to yet another aspect of the invention, the step of comparing data in the validation package to data stored by at least one electronic control unit on-board the vehicle compares data stored in at least one of an engine electronic control unit, a vehicle electronic control unit, and an instrument cluster electronic control unit.
According to another aspect of the invention, the method includes the step of reading data from the target electronic control unit into a memory of the first electronic control unit before the step of comparing data to the validation package data is performed.
The invention will be better understood with reference to the following detailed description read in conjunction with the appended drawings, in which:
The system and method for validating the data in one or more vehicle electronic control units (ECUs), includes a system and method for remotely communicating with the vehicle and a system and method on-board the vehicle. The invention is applicable to vehicles, and the following description is directed to heavy trucks and heavy truck fleets, for which the method and system are advantageous. This description is not meant to be limiting, however. The invention is suited for use with other vehicles which an owner may want to monitor, such as taxi cabs, delivery trucks, trash haul trucks, or car pools.
The microprocessor controller 24 is connected to the vehicle data bus 30 to communicate with the various vehicle ECUs.
A system user, for example, a truck fleet owner or manager, accesses the back office server and selects a truck function to be validated. The function may be, for example, a speed limiter, idle control, or other function that may be tampered with. Alternatively, two or more functions may be selected. The server 10 (
The validating ECU's transceiver 22 on each truck selected for on-board data validation receives the validation package and the microprocessor controller 24 stores the validation package in memory 26. If the validation package was transmitted in encrypted form, the microprocessor controller 24 will have a key or password that decrypts the package. The validation package will include the correct ECU data to be compared to the data stored in the on-board ECUs. The validation package or may also include an initiation instruction for the process, such as an instruction to run the validation procedure at each key-on. Other initiation instructions may be used, for example, at a selected time of day. Alternatively, the validating ECU may have the initiation instruction stored in memory along with an instruction set for performing the validation procedure.
Referring now to
Once initiated, the validating ECU reads data from the subject ECUs and stores it in the memory 26 (step 54). This may be done by way of an instruction (step 55), a READ MEMORY packet, sent over the vehicle data bus from the validating ECU to the subject ECU. The validating ECU compares the data read from each subject ECU to the correct data received from the server (step 56). Any discrepancies are compared to an error log to determine if the discrepancy has been previously identified (step 58). If there is no record, the discrepancy is logged into the error log, along with the time and date (step 60). The validating ECU continues checks for additional data to read (step 61) and continues to compare the read-in data to the correct data and to log discrepancies until all the data has been checked.
Each ECU to be inspected is checked in a similar manner. When all ECUs have been checked and any error logs assembled, the validating ECU prepares and sends a message to the back office server if there are any error logs (step 62).
At vehicle key-off, the system shuts down and waits for the next ignition key-on (or other initiating event) to initiate the procedure again (step 64).
As additional steps, the validating ECU may re-write the data found to have errors, that is, replace the data found to be faulty with the correct data from the validation package, and verify that the correct data was stored. The error log sent to the back office would include a message that the faulty data was corrected.
The invention has been described in terms of preferred principles, embodiments, and components; however, those skilled in the art will recognize that substitutions may be made without departing from the scope of the invention defined by the appended claims.
Filing Document | Filing Date | Country | Kind | 371c Date |
---|---|---|---|---|
PCT/US10/42576 | 7/20/2010 | WO | 00 | 11/16/2012 |