EP1782034A1 - Improved repair verification for electronic vehicle systems - Google Patents

Improved repair verification for electronic vehicle systems

Info

Publication number
EP1782034A1
EP1782034A1 EP05782831A EP05782831A EP1782034A1 EP 1782034 A1 EP1782034 A1 EP 1782034A1 EP 05782831 A EP05782831 A EP 05782831A EP 05782831 A EP05782831 A EP 05782831A EP 1782034 A1 EP1782034 A1 EP 1782034A1
Authority
EP
European Patent Office
Prior art keywords
diagnostic
error codes
error
tester
repair
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP05782831A
Other languages
German (de)
French (fr)
Inventor
Bernhard Fink
Peter Irkes
Markus Scholz
Klaus Weiss
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mercedes Benz Group AG
Original Assignee
DaimlerChrysler AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by DaimlerChrysler AG filed Critical DaimlerChrysler AG
Publication of EP1782034A1 publication Critical patent/EP1782034A1/en
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01R—MEASURING ELECTRIC VARIABLES; MEASURING MAGNETIC VARIABLES
    • G01R31/00—Arrangements for testing electric properties; Arrangements for locating electric faults; Arrangements for electrical testing characterised by what is being tested not provided for elsewhere
    • G01R31/005—Testing of electric installations on transport means
    • G01R31/006—Testing of electric installations on transport means on road vehicles, e.g. automobiles or trucks
    • G01R31/007—Testing of electric installations on transport means on road vehicles, e.g. automobiles or trucks using microprocessors or computers

Definitions

  • the invention relates to a diagnostic system and a Diagnose ⁇ tester for the verification of motor vehicle control units, with which not only, as hitherto common, finding Feh ⁇ learning is possible, but can also be checked with the whether a repair was successful.
  • the diagnostic tester also introduces a method for improved repair verification.
  • a diagnostic test device for motor vehicles in which programmable control devices with self-diagnosis means are provided which program-controlled and monitor the engine control and other systems of the motor vehicle, generate fault codes and store them, and which are recorded via a diagnostic / test plug on the vehicle side
  • An external diagnostic tester can be connected.
  • the invention also starts from such a basic structure for a diagnostic tester.
  • the interface or the diagnostic connector for connecting an external diagnostic tester with the motor vehicle-side control devices has been in the past and is still the subject of modernization efforts. In the US in particular, these attempts at standardization, with which the access and thus the diagnostic capability of the vehicle-mounted control devices are made possible and regulated, are still accompanied by legislative measures.
  • One standard that has emerged is the so-called Keyword Protocol 2000.
  • the standardization bases for this Keyword Protocol 2000 can be found in the international standard ISO 14 230-3, as far as the application layer is concerned, and in ISO 14 230-2 , which concerns the so-called Data Link Layer.
  • a supplementary standard to which the Keyword Protocol 2000 is based and which has become part of the aforementioned standards is the Service Vehicle Standard SAE J1979.
  • SAE J1979 Service Vehicle Standard
  • the solution succeeds with a computer-based diagnostic tester, which can exchange information with the control units installed in the motor vehicle by means of a diagnostic program via a diagnostic interface and via data lines.
  • the motor vehicle-side control devices have program routines for self-diagnosis of the control devices and are capable of storing identified errors in the form of error codes in reserved memory areas.
  • the diagnostic program implemented in the diagnostic tester reads out the error codes from the reserved memory areas, interprets the error codes and displays them on a display together with the inter pretations.
  • a status polling is carried out with the aid of the diagnostic program implemented in the diagnostic tester. With this status polling, the status information of these error codes is queried and evaluated for all error codes known in the system. In this case, all error codes are brought to the display whose error setting conditions were either tested positive or whose test prerequisites were not available in order to be able to carry out a test.
  • the status polling has the main advantage that not only those errors whose fault setting conditions were once positively met in the past were displayed on the diagnostic tester, but also the potentially possible errors are displayed in the form of error codes whose Functions can not be checked could not because the test prerequisites were not available.
  • the status polling means that a fault list appears on the display of the diagnostic tester until all identified errors and also all potential errors have been tested in accordance with the test prerequisites and the test result is not positive Violation of a fault condition has resulted.
  • this means that the repair measure is only completed when the diagnostic tester has undergone at least one time the test prerequisites for the repair work carried out and this pass has shown that now no fault condition exists for the checked measure present.
  • the deletion of error codes with the diagnostic tester is linked to the fact that at least one further diagnostic run has been carried out for the error code to be deleted, the test requirements for checking the relevant error code being fulfilled during this diagnostic run and the test result has revealed that now no longer exists an error.
  • This has the advantage that errors once diagnosed can only be deleted by the workshop mechanic if a possibly performed repair has been checked and checked at least once with the diagnosis tester and has been found to be in order. Incorrectly performed repair measures can thus be identified with the diagnostic tester immediately after the repair. More importantly, with the polling status described above, those potential failure modes are also found that have been found to be okay only because the test prerequisites for a meaningful check were not met. This is especially important when repairing by replacement of a control unit is made.
  • each diagnostic tester would be the newly installed control unit in order, only for the reason that no error codes are stored in its error memory.
  • the repair measure is only completed when the control unit with the diagnostic tester has been tested at least once according to the test requirements applicable to the control unit and no error could be detected.
  • the menu navigation or the screen display of the diagnostic tester draws the workshop mechanic's attention to untested possibilities of error and helps him to remember to regularly check the repair measures carried out at least once.
  • the test prerequisites for each known error code are expediently implemented in the diagnostic program of the diagnostic tester so that the workshop mechanic need not remember the given test requirements for every possible error in the motor vehicle.
  • the status check is to be initiated by the motor vehicle mechanic by means of the diagnostic tester.
  • a menu item reserved for the status polling may be provided in the menu guidance of the diagnostic tester, upon the actuation of which a status check of the error displayed by the diagnostic tester is performed.
  • the status check can automatically be checked by the diagnostic tester whenever necessary. be routed when a Man ⁇ gel displayed by the diagnostic tester is to be deleted. In this case, starting the polling state is coupled to invoking the erase function to reset the error codes in the controllers.
  • the status checks by the diagnostic tester can be started automatically by, for. B. after connection of the Diagnoseter ⁇ ter to the diagnostic interface of the motor vehicle in Zeit ⁇ regular intervals from the diagnostic tester a status check of the error codes initiated and carried out.
  • the diagnostic tester can run a clock and a status check, z. B. automatically triggers and carried out every 10 minutes.
  • the functions for deleting the error codes that were written into the error memory of the control units in the motor vehicle during a diagnostic routine are blocked until a status check by a further diagnostic routine soothes the error-free function of the diagnosis routine carried out repair measure as well as the correct review of continemped ⁇ measure were based on the test requirements prescribed for the respective repair.
  • This embodiment has the advantage that the repair of the motor vehicle mechanic is completed only when all errors have been corrected and are also properly checked. An arbitrary deletion of once detected error codes by deletion commands, such as single error deletion or complete reset of all Starbucks ⁇ memory, then can no longer lead to a seemingly ssensge ⁇ moderate service.
  • FIG. 1 shows a schematic representation of a Diagnosete ⁇ ters, as it is connected to the control units in a Kraft ⁇ vehicle
  • FIG. 3 shows a flowchart for an improved repair verification with the aid of a diagnostic tester
  • FIG. 5 shows a graphical user interface, as it is displayed by the diagnostic tester to the motor vehicle mechanic
  • FIG. 6 shows the graphical user interface of the diagnostic tester according to FIG. 5 as it appears to the motor vehicle mechanic after the repairs have been carried out but the repairs themselves have not been properly checked.
  • Figure 1 a situation is shown schematically, as it is known today in motor vehicle workshops.
  • a computer-assisted diagnostic tester 1 is connected via a standardized diagnostic interface 2 to the communication network 3 for the control units 4 in the motor vehicle.
  • Known diagnostic testers are z.
  • the control units 4 installed in the motor vehicle are in communication with each other, for example via a data bus.
  • a common data bus in motor vehicles here is the so-called CAN bus (for Control Area Network).
  • Each of the installed control units in the motor vehicle has, in addition to the communication on the ability to self-diagnose.
  • the standard for the keyword protocol 2000 comprises two different application possibilities.
  • the standard stipulates that the communication between the diagnostic tester and the control units is effected via a gateway 5, which is eg. B. the motor vehicle CAN bus to the Di ⁇ agnosesammlungstelle 2 binds, takes place or, as usual, the fault memory of the control units via the so-called.
  • K and L lines and the standardized Diagnose ⁇ interface 2 directly into the Diagnostic tester can be read and stored.
  • FIG. 1 shows the more modern form of access via a CAN bus and thus via a gateway.
  • the invention it is only relevant that there is at least one possibility of having the error memories of the control units with a diagnostic to be able to read out the tester.
  • the invention therefore covers all addressing possibilities between the diagnostic tester and the fault memory of the control devices.
  • the keyword log 2000 used is merely a preferred option, with the aid of which the data contents of the error memory from the control units can be transferred very easily into the diagnostic tester.
  • the schematic representation in FIG. 2 briefly discusses the keyword protocol 2000. Complete and more detailed information is found in the already mentioned ISO standard 14 230-3. With the keyword protocol 2000, a data format and a minimum amount of codified control commands, which a control device in the motor vehicle must at least be able to work if it is to correspond to the keyword protocol 2000, have been specified specifically for the purposes of motor vehicle diagnosis.
  • the data format used by the keyword protocol is based on the ISO standard 14 230-2, the so-called data link layer for the keyword protocol 2000.
  • the structure of such a data format contains up to four different header bytes, the data format FMT , Details of the destination address TGT, details of the transmitter address SRC and details of the length of the data following after the header bytes data ent holds.
  • the header block is always followed by a hexadecimal-coded control command, which is referred to as the service identification SID.
  • the control commands specified in the keyword protocol 2000 can in this case be further subdivided and shaped in a manufacturer-specific manner. In this case, the useful data block 7 would contain further hexadecimal-modified control commands.
  • the data format corresponding to the keyword protocol 2000 is always completed with a byte that contains a check sum CS over all data of the respective message format.
  • the message format just described becomes in its basic structure both for requests to the control units as well as for the answers of the ECUs.
  • the keyword protocol 2000 hereby not only defines the control commands, but also specifies the data contents which a standardized response must contain to a standardized query. So z. For example, it is determined that the respective status of this error code in the data block for each error code DTC1, DTC2-DTCn known in the control unit is also transmitted to an $ 18 request. The status of the error code indicates whether the self-diagnosis routine of the control unit has tested the error code or not. In the simplest case, the status may consist of a single bit, with z.
  • bit value "0” stands for a proper checking of the functions associated with the error code in accordance with the test requirements
  • bit value "1” stands for an untested error code or for a test run of the corresponding functions in which the test conditions did not exist
  • any other coding can be selected, which is able to distinguish whether the The status of an error code has been tested according to the test requirements for the functions underlying the error code or not.
  • the $ 58 response thus contains in the data block 7 a table with all known in the control unit Fever lercodes with the additional status information.
  • FIG. 3 shows a flowchart for a possible improved repair verification.
  • a diagnostic session can be started with the diagnostic program implemented in the diagnostic tester.
  • the data content of the error memory of the control units in the motor vehicle is read out in a first step 310. All are read out by the self-diagnostic routines of the tax devices verified and activated error codes.
  • the status information is read out with a suitable query for all error codes known in the system.
  • the data thus read out are further processed in the diagnosis tester.
  • all active error codes are displayed on a suitable display of the diagnostic tester.
  • the list of active error codes is supplemented here by those error codes whose status inquiry has revealed that they have not been tested by the self-diagnosis routines of the control units.
  • error codes are also displayed, which are not active, but which represent potential fault candidates due to the lack of checking.
  • Selection and display of the error codes can be combined by the diagnostic program in a processing step, which is symbolically illustrated in FIG. 3 with program step 320. On the basis of the error list displayed, the motor vehicle mechanic decides whether he wants to carry out a repair or not.
  • the result of this decision can be queried in the menu navigation of the diagnostic tester with a decision step 330.
  • this decision step in the menu guidance of the diagnosis tester can be dispensed with.
  • an identified error code must be deleted in the respective error memory of the relevant control device.
  • the invention consists in the fact that after a deletion of an error code or after a deletion attempt an error code with the diagnostic tester and with the self-diagnostic routines of the control units a repair check is performed.
  • This repair check is carried out by the Ei ⁇ gendiagnoseroutinen the control units are started again after a deletion attempt an error code.
  • the processing steps 310 and 320 are again run through.
  • the repair is then successfully completed if neither active error codes nor error codes with the status "not tested” are displayed on the diagnostic tester.
  • This program loop ensures that the performed repair measures have been tested at least once If, for example, the test requirements for a diagnostic run were not met, then this failed check is determined with the query of the error codes to the status "not tested” and displayed on the display of the diagnostic tester to the motor vehicle mechanic. In this case, the repair would not have been verified and the vehicle mechanic will be advised that the test requirements for a check were not met.
  • FIG. 4 Another embodiment according to the invention is illustrated with the program flowchart of FIG. Again, the self-diagnostic routines of the control units located in the motor vehicle are started with a diagnostic tester after it has been connected to the diagnostic interface of the motor vehicle, or at least the error codes stored in the error memories of the control units are read out. In addition to the verified and active error codes, the status information on the error codes is read out and processed further. Finally, the diagnostic tester's display will show all active DTCs and all DTCs with the status "not tested.”
  • the processing steps 410 and 420 respectively, correspond exactly The processing steps 310 and 320 according to the flowchart of Figure 3.
  • the decision of the motor vehicle mechanic whether he wants to perform ei ⁇ ne repair or not, by menu query 430 or not. If the motor vehicle mechanic decides to repair, he can according to the embodiment for the repair verification ent ⁇ accordingly the flowchart of Figure 4 after each souge gleich ⁇ th repair step a single error check 450 star ⁇ th.
  • a single error check may be particularly useful if the diagnostic test four displays various error codes. The motor vehicle mechanic can then first select an error code by means of a pull-down menu, get the associated repair instructions on the diagnostic tester and have them displayed, then carry out the repair 440 and start this individual error check 450 once the repair has been completed.
  • Starting the individual fault check then causes a repair verification to be carried out with the diagnostic tester for the selected fault code.
  • the repair verification is carried out by starting the Ei ⁇ gendiagnoseroutine the relevant controller and by a status check of the currently repaired error codes. If the self-diagnosis routine of the control unit can properly check the complaint error code and results in this check that now the error code is no longer active, then the relevant error code is deleted from the error list of the diagnostic tester by individual error deletion.
  • This has the advantage for the motor vehicle mechanic that he can work off the repair list point by point and whenever he thinks he has eliminated the selected deficiency point, this can be checked immediately by means of a single error check using the diagnostic tester.
  • the partial repair is considered to be successful if the particular single error from the error list of the diagnostic tester is no longer displayed. This situation is illustrated in the flow chart of Figure 4 with the program step 460.
  • the motor vehicle mechanic can, of course, first of all carry out all the indicated repairs and then use the diagnostic tester to carry out a repair check for all previously faulted error codes. This would correspond to the flow chart of FIG. 3. The choice of which approach the motor mechanic chooses is up to him. With the diagnostic tester according to the invention, both flowcharts for repair verification can be carried out.
  • Figures 5 and 6 illustrate how the improved repair verification can be implemented with the diagnostic tester. Shown are typical screenshots of the display display of the diagnostic tester.
  • the diagnosis mechanic has access to operating elements in the user interface of the diagnostic tester in the form of so-called buttons 10, with which he can control and operate the diagnostic tester.
  • the main point of the invention is the additional display of all untested error codes which could be found by the diagnosis ter in the control units of the motor vehicle in addition to the activated error codes. In the illustrated example, these are the error codes 1000, 1001 and 1002. According to the invention, its status information is also queried for each error code and displayed on the display of the diagnosis tester.
  • the display can z.
  • 5 is intended to illustrate, by way of example, the display which after connection of the diagnostic tester
  • the motor vehicle mechanic can be displayed on the diagnostic tester at the diagnosis interface and after the data transmission and after the data have been selected by means of a menu control, eg by a pull-down menu, for the individual error codes
  • a menu control eg by a pull-down menu
  • the repair instructions associated with the respective error code which as a rule are likewise integrated and stored in the diagnostic program of the diagnostic tester
  • F3 the motor vehicle mechanic, the above-individual error checks to initiate a special error code or start a repair verification after complete repair, eg with control button F7.
  • a possible result of a repair verification carried out in this way is illustrated by the screenshot according to FIG.
  • the repair verification then started has shown that for two of the four error codes the test prerequisites did not exist in order to test the proper functioning of the relevant functions with the aid of the self-diagnostic routines of the relevant control devices. For this reason, the vehicle mechanic will be notified of this finding. It is displayed to him which previously faulted error code could not be tested after the repair. Especially useful for each error code in the database system of the diagnostic tester the prescribed test requirements are filed.
  • a special information button 12 is expediently implemented, upon actuation of which a selected error code, for. B. error code 1000, by menu selection additional information can be accessed.
  • this additional information may also contain information on which test prerequisites were not met.
  • z. B. the necessary minimum speed of the electrical system generator have not been reached, so that the untested current sensors error code 1000, 1001 can be tested supra.
  • the motor vehicle mechanic then holds an indication that he has determined the engine speed of the motor vehicle engine for a successful check at least at z. B. must increase 2000 revolutions per minute.
  • a repair verification is successfully completed only when the diagnostic tester no longer displays error codes.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Chemical & Material Sciences (AREA)
  • Combustion & Propulsion (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)

Abstract

The invention relates to a computer-based diagnostic test which can exchange information with control devices which are built into motor vehicles with the aid of a diagnostic programme, via a diagnostic interface in addition to data lines. The motor vehicle-sided control devices are provided with programme routines for the on-board diagnosis of the control device and are placed on identifiable errors in the form of error codes in reserved memory areas. The diagnostic programme implemented in the diagnostic test selects the error codes from the reserved memory area, interprets the error codes and displays them on a display together with the interpretations. In order to examine to what extent the undertaken repairs have been successful, a status polling is carried out with the aid of the diagnosis programme implemented in the diagnosis test. During said status polling, the status information of said error codes known in the system are questioned and answered. All error codes are displayed, whereby the error setting conditions are either tested positive or the test conditions are not met in order to carry out said test. Said diagnostic test also enables a method for improving repair verification to be carried out.

Description

Verbesserte Reparaturverifikation für elektronische Improved repair verification for electronic
Fahrzeugsystemevehicle systems
Die Erfindung betrifft ein Diagnosesystem und einen Diagnose¬ tester für die Überprüfung von Kraftfahrzeugsteuergeräten, mit dem nicht nur, wie bisher üblich, das Auffinden von Feh¬ lern möglich ist, sondern mit dem ebenfalls überprüft werden kann, ob eine vorgenommene Reparatur erfolgreich war. Mit dem Diagnosetester wird ebenfalls ein Verfahren zur verbesserten Reparaturverifikation vorgestellt.The invention relates to a diagnostic system and a Diagnose¬ tester for the verification of motor vehicle control units, with which not only, as hitherto common, finding Feh¬ learning is possible, but can also be checked with the whether a repair was successful. The diagnostic tester also introduces a method for improved repair verification.
Diagnosesysteme und Diagnosetester für Kraftfahrzeugsteuerge¬ räte sind heutzutage in Kraftfahrzeugwerkstätten vorwiegend rechnerbasiert. Federführend bei der Einführung rechnerba¬ sierter Diagnosetester war im Jahre 1994 die Firma BMW mit dem Diagnosesystem BMW-DIS, das den Standard für die heutigen Diagnosesysteme und Diagnosetester in Kraftfahrzeugwerkstät¬ ten setzte. Dieses System ist beispielsweise beschrieben in dem Lehrbuch zur Berufsbildung von Rauner/Schreier/Spöttel : „Die Zukunft computergestützter Kfz-Diagnose", erschienen beim Bertelsmann Verlag in Bielefeld, 2002, ISBN 3-7639-3022- 1. Nachfolgende Diagnosetester haben immer wieder auf die Grundstruktur dieses Diagnosesystems zurückgegriffen. So z. B. auch eine deutsche Patentanmeldung der Firma Bosch, DE 199 21 845 Al, die hier beispielhaft genannt wird, weil sie diese Grundstruktur besonders prägnant und kurz zusammenfasst. Be- schrieben wird eine Diagnosetestvorrichtung für Kraftfahrzeu¬ ge, wobei im Kraftfahrzeug programmierbare Steuergeräte mit Eigendiagnosemittel vorgesehen sind, welche programmgesteuert die Motorsteuerung und andere Systeme des Kraftfahrzeugs steuern, überwachen, Fehlercodes generieren und diese abspei¬ chern, und welche über einen kraftfahrzeugseitigen Diagnose- /Prüfstecker mit einem externen Diagnosetester verbindbar sind. Die Erfindung geht ebenfalls von einer derartigen Grundstruktur für einen Diagnosetester aus.Diagnostic systems and diagnostic testers for motor vehicle control devices are nowadays predominantly computer-based in motor vehicle workshops. The leading company in the introduction of computer-based diagnostic testers in 1994 was BMW with the BMW-DIS diagnostic system, which set the standard for today's diagnostic systems and diagnostic testers in motor vehicle workshops. This system is described, for example, in the textbook on vocational training by Rauner / Schreier / Spöttel: "The future of computer-aided vehicle diagnosis", published by Bertelsmann Verlag in Bielefeld, 2002, ISBN 3-7639-3022- 1. The following diagnostic testers have repeatedly on For example, a German patent application by the company Bosch, DE 199 21 845 A1, which is mentioned here by way of example, because it summarizes this basic structure very succinctly and briefly. A diagnostic test device for motor vehicles is described, in which programmable control devices with self-diagnosis means are provided which program-controlled and monitor the engine control and other systems of the motor vehicle, generate fault codes and store them, and which are recorded via a diagnostic / test plug on the vehicle side An external diagnostic tester can be connected. The invention also starts from such a basic structure for a diagnostic tester.
Die Schnittstelle bzw. der Diagnosestecker zur Verbindung ei¬ nes externen Diagnosetesters mit den kraftfahrzeugseitigen Steuergeräten war in der Vergangenheit und ist es zum Teil noch heute Gegenstand von Normierungsbestrebungen. Insbeson¬ dere in den USA werden diese Normierungsbestrebungen, mit de¬ nen der Zugang und damit die Diagnosefähigkeit der kraftfahr- zeugseitigen Steuergeräte ermöglicht und geregelt wird, noch durch gesetzgebende Maßnahmen begleitet. Ein Standard, der sich herausgebildet hat, ist das sog. Keyword-Protokoll 2000. Die Normierungsgrundlagen für dieses Keyword-Protokoll 2000 finden sich in dem internationalen Standard ISO 14 230-3, was den Application Layer angeht, und in ISO 14 230-2, was den sog. Data Link Layer angeht. Eine ergänzende Norm, auf die das Keyword-Protokoll 2000 aufsetzt, und die zum Bestandteil der vorgenannten Normen geworden ist, ist der Service Vehicle Standard SAE J1979. Für die hier beschriebene Erfindung von Bedeutung sind insbesondere die Möglichkeiten zum Auslesen der Datenspeicher in den Steuergeräten, die das Keyword- Protokoll 2000 für einen Diagnosetester bietet.The interface or the diagnostic connector for connecting an external diagnostic tester with the motor vehicle-side control devices has been in the past and is still the subject of modernization efforts. In the US in particular, these attempts at standardization, with which the access and thus the diagnostic capability of the vehicle-mounted control devices are made possible and regulated, are still accompanied by legislative measures. One standard that has emerged is the so-called Keyword Protocol 2000. The standardization bases for this Keyword Protocol 2000 can be found in the international standard ISO 14 230-3, as far as the application layer is concerned, and in ISO 14 230-2 , which concerns the so-called Data Link Layer. A supplementary standard to which the Keyword Protocol 2000 is based and which has become part of the aforementioned standards is the Service Vehicle Standard SAE J1979. Of particular importance for the invention described here are the possibilities for reading out the data memories in the control units, which the keyword protocol 2000 offers for a diagnostic tester.
Bekannte Diagnosesysteme und Diagnosetester beschränken sich darauf, vorhandene Fehlercodes aus den Steuergeräten im Kraftfahrzeug auszulesen, mit einem Diagnoseprogramm zu ver¬ arbeiten und zu interpretieren und das Ergebnis dieser Inter- pretation auf einem Bildschirm des Diagnosetesters zur Anzei¬ ge zu bringen. In der Kraftfahrzeugwerkstatt arbeitet dann ein Kraftfahrzeugmechaniker die angezeigte Mängelliste ab, wobei er mit Hilfe des Diagnosetesters zu den einzeln aufge¬ führten Mängel weitere Informationen abrufen kann. Von beson¬ derem Interesse für ihn sind hierbei weitere technische Grundlagen, wie technische Zeichnungen und natürlich die Re¬ paraturanleitungen, mit denen er den festgestellten Fehler beheben kann. Hat der Kraftfahrzeugmechaniker mit seinen Re¬ paraturen die Mängelliste abgearbeitet, löscht er mit Hilfe des Diagnosetesters die abgespeicherten und ausgelesenen Feh¬ lercodes in den kraftfahrzeugseitigen Steuergeräten und im Diagnosetester selbst. Eine Abschlussüberprüfung, ob die vor¬ genommenen Reparaturen erfolgreich waren oder ob sich durch die Reparatur Folgefehler ergeben haben, wird je nach Ar¬ beitsorganisation in der Kraftfahrzeugwerkstatt mit einer ab¬ schließenden Probefahrt vorgenommen. Der Patentanmelderin be¬ kannte DiagnoseSysteme und Diagnosetester unterstützen die Qualitätsüberprüfung der vorgenommenen Reparaturen nicht . Sie sind hierzu auch nicht geeignet, da die Mängelliste und die Fehlercodes in den Steuergeräten vom Kraftfahrzeugmechaniker per Löschbefehl gelöscht werden. Damit gehen naturgemäß die Informationen über eine einmal vorgelegene und festgestellte Fehlfunktion verloren. Daher hatte der Kraftfahrzeugmechani¬ ker bisher von einem Diagnosetester keine Unterstützung da¬ hingehend, ob seine Reparatur erfolgreich war oder nicht.Known diagnostic systems and diagnostic testers are limited to reading existing error codes from the control units in the motor vehicle, ver¬ working with a diagnostic program and to interpret and interpret the result of this Inter- pretation on a screen of the diagnostic tester ge display. In the motor vehicle workshop then a motor vehicle mechanic works off the displayed list of deficiencies, where he can retrieve further information with the help of the diagnostic tester to the individually listed defects. Of particular interest to him are further technical basics, such as technical drawings and, of course, the repair instructions with which he can remedy the error found. If the motor vehicle mechanic with his repairs has completed the fault list, he deletes the stored and read-out fault codes in the motor vehicle-side control devices and in the diagnosis tester himself with the aid of the diagnostic tester Repair have resulted in subsequent errors, is carried out depending on Ar¬ work organization in the motor vehicle workshop with a final test drive. The patent applicant knew about diagnostic systems and diagnostic testers do not support the quality of the repairs carried out. You are also not suitable for this because the list of defects and the error codes in the control units are deleted by the motor vehicle mechanic by deletion command. This naturally leads to the loss of information about a malfunction that has already occurred and has been identified. Therefore, the motor vehicle mechanic hitherto had no support from a diagnostic tester as to whether its repair was successful or not.
Ausgehend von dem vorher beschriebenen Stand der Technik ist es daher das Bestreben der Erfindung, ein Diagnosesystem und einen Diagnosetester anzugeben, welche und welcher eine ver¬ besserte Reparaturverifikation mit Hilfe des Diagnosetesters ermöglichen. Diese Aufgabe wird gelöst mit einem Diagnosesystem und einem Diagnosetester entsprechend der unabhängigen Ansprüche. Vor¬ teilhafte Ausführungsformen der Erfindung sind in den abhän¬ gigen Ansprüchen aufgezeigt oder werden in der folgenden Be¬ schreibung verdeutlicht.Based on the prior art described above, it is therefore the endeavor of the invention to provide a diagnostic system and a diagnostic tester, which allow an improved repair verification with the aid of the diagnostic tester. This object is achieved with a diagnostic system and a diagnostic tester according to the independent claims. Advantageous embodiments of the invention are shown in the dependent claims or will be clarified in the following description.
Die Lösung gelingt mit einem rechnerbasierten Diagnosetester, der mit Hilfe eines Diagnoseprogramms über eine Diagnose- schnittsteile sowie über Datenleitungen mit den im Kraftfahr¬ zeug verbauten Steuergeräten Informationen austauschen kann. Die kraftfahrzeugseitigen Steuergeräte verfügen über Pro¬ grammroutinen zur Eigendiagnose der Steuergeräte und sind in der Lage identifizierte Fehler in Form von Fehlercodes in re¬ servierten Speicherbereichen abzulegen. Das im Diagnosetester implementierte Diagnoseprogramm liest die Fehlercodes aus den reservierten Speicherbereichen aus, interpretiert die Fehler¬ codes und bringt sie auf einem Display zusammen mit den In¬ terpretationen zur Anzeige. Um zu überprüfen inwieweit vorge¬ nommene Reparaturen erfolgreich abgeschlossen wurden, wird mit Hilfe des im Diagnosetester implementierten Diagnosepro¬ gramms ein Status Polling durchgeführt. Bei diesem Status Polling werden zu allen im System bekannten Fehlercodes die Statusinformationen dieser Fehlercodes abgefragt und ausge¬ wertet . Es werden hierbei alle Fehlercodes zur Anzeige ge¬ bracht, deren FehlerSetzbedingungen entweder positiv getestet wurden oder deren PrüfVoraussetzungen nicht vorlagen, um ei¬ nen Test durchführen zu können.The solution succeeds with a computer-based diagnostic tester, which can exchange information with the control units installed in the motor vehicle by means of a diagnostic program via a diagnostic interface and via data lines. The motor vehicle-side control devices have program routines for self-diagnosis of the control devices and are capable of storing identified errors in the form of error codes in reserved memory areas. The diagnostic program implemented in the diagnostic tester reads out the error codes from the reserved memory areas, interprets the error codes and displays them on a display together with the inter pretations. In order to check the extent to which repairs have been successfully completed, a status polling is carried out with the aid of the diagnostic program implemented in the diagnostic tester. With this status polling, the status information of these error codes is queried and evaluated for all error codes known in the system. In this case, all error codes are brought to the display whose error setting conditions were either tested positive or whose test prerequisites were not available in order to be able to carry out a test.
Das Status Polling hat hauptsächlich den Vorteil, dass auf dem Diagnosetester nicht nur diejenigen Fehler zur Anzeige gebracht werden, deren Fehlersetzbedingungen in der Vergan¬ genheit einmal positiv erfüllt waren, sondern es werden auch die potentiell möglichen Fehler in Form von Fehlercodes zur Anzeige gebracht, deren Funktionen nicht überprüft werden konnten, weil hierzu die PrüfVoraussetzungen nicht vorgelegen haben. Für die Unterstützung des Werkzeugmechanikers in der Kraftfahrzeugwerkstatt bedeutet das Status Polling, dass auf der Anzeige des Diagnosetesters, so lange eine Mängelliste erscheint, bis alle identifizierten Fehler und auch alle po¬ tentiellen Fehler entsprechend der PrüfVoraussetzungen getes¬ tet worden sind und das Testergebnis keine positive Verlet¬ zung einer Fehlersetzbedingung ergeben hat. Für durchgeführte Reparaturmaßnahmen bedeutet dies, dass die Reparaturmaßnahme erst dann abgeschlossen ist, wenn mit dem Diagnosetester min¬ destens ein Mal die PrüfVoraussetzungen für die durchgeführte Reparaturmaßnahme durchlaufen wurden und dieser Durchlauf er¬ geben hat, dass nun für die überprüfte Maßnahme keine Fehler¬ setzbedingung mehr vorliegt .The status polling has the main advantage that not only those errors whose fault setting conditions were once positively met in the past were displayed on the diagnostic tester, but also the potentially possible errors are displayed in the form of error codes whose Functions can not be checked could not because the test prerequisites were not available. For the assistance of the tool mechanic in the motor vehicle workshop, the status polling means that a fault list appears on the display of the diagnostic tester until all identified errors and also all potential errors have been tested in accordance with the test prerequisites and the test result is not positive Violation of a fault condition has resulted. For repair measures carried out, this means that the repair measure is only completed when the diagnostic tester has undergone at least one time the test prerequisites for the repair work carried out and this pass has shown that now no fault condition exists for the checked measure present.
In einer vorteilhaften Ausführungsform der Erfindung ist das Löschen von Fehlercodes mit dem Diagnosetester daran gebun¬ den, dass für den zu löschenden Fehlercode mindestens ein weiterer Diagnoselauf durchgeführt wurde, wobei während die¬ ses Diagnoselaufs die Prüfvoraussetzungen zur Überprüfung des betreffenden Fehlercodes erfüllt waren und das Testergebnis ergeben hat, dass nun kein Fehler mehr vorliegt. Dies hat den Vorteil, dass einmal diagnostizierte Fehler erst dann vom Werkstattmechaniker gelöscht werden können, wenn eine evtl. durchgeführte Reparatur mindestens einmal mit dem Diagnose- tester kontrolliert und überprüft wurde und dabei für in Ord¬ nung befunden wurde. Falsch durchgeführte Reparaturmaßnahmen können so mit dem Diagnosetester unmittelbar nach der Repara¬ tur identifiziert werden. Noch wichtiger ist, dass mit dem vorbeschriebenen Status Polling auch diejenigen potentiellen Fehlermöglichkeiten aufgefunden werden, die nur deshalb für in Ordnung befunden wurden, weil die PrüfVoraussetzungen für eine sinnvolle Überprüfung nicht vorgelegen haben. Dies ist besonders dann von Bedeutung, wenn eine Reparatur durch Kom- plettaustausch eines Steuergeräts vorgenommen wird. Nach dem vorbekannten Stand der Technik würde jeder Diagnosetester das neu eingebaute Steuergerät für in Ordnung befinden, nur aus dem Grund, weil in seinem Fehlerspeicher keine Fehlercodes abgelegt sind. Mit der Erfindung hingegen gilt die Reparatur¬ maßnahme erst dann abgeschlossen, wenn das Steuergerät mit dem Diagnosetester mindestens einmal entsprechend der für das Steuergerät geltenden Prüfvoraussetzungen getestet wurde und dabei kein Fehler festgestellt werden konnte. Die Menüführung bzw. die Bildschirmanzeige des Diagnosetesters, wie er hier beschrieben wird, macht den Werkstattmechaniker auf nicht ge¬ testete Fehlermöglichkeiten aufmerksam und hilft ihm dabei, daran zu denken, die durchgeführten Reparaturmaßnahmen min¬ destens einmal ordnungsgemäß zu überprüfen. Die Prüfvoraus- setzungen für jeden bekannten Fehlercode sind hierbei sinn- vollerweise im Diagnoseprogramm des Diagnosetesters implemen¬ tiert, so dass der Werkstattmechaniker sich nicht für jeden möglichen Fehler im Kraftfahrzeug die vorgegebenen PrüfVor¬ aussetzungen merken zu braucht.In an advantageous embodiment of the invention, the deletion of error codes with the diagnostic tester is linked to the fact that at least one further diagnostic run has been carried out for the error code to be deleted, the test requirements for checking the relevant error code being fulfilled during this diagnostic run and the test result has revealed that now no longer exists an error. This has the advantage that errors once diagnosed can only be deleted by the workshop mechanic if a possibly performed repair has been checked and checked at least once with the diagnosis tester and has been found to be in order. Incorrectly performed repair measures can thus be identified with the diagnostic tester immediately after the repair. More importantly, with the polling status described above, those potential failure modes are also found that have been found to be okay only because the test prerequisites for a meaningful check were not met. This is especially important when repairing by replacement of a control unit is made. According to the known prior art, each diagnostic tester would be the newly installed control unit in order, only for the reason that no error codes are stored in its error memory. By contrast, with the invention, the repair measure is only completed when the control unit with the diagnostic tester has been tested at least once according to the test requirements applicable to the control unit and no error could be detected. The menu navigation or the screen display of the diagnostic tester, as described here, draws the workshop mechanic's attention to untested possibilities of error and helps him to remember to regularly check the repair measures carried out at least once. The test prerequisites for each known error code are expediently implemented in the diagnostic program of the diagnostic tester so that the workshop mechanic need not remember the given test requirements for every possible error in the motor vehicle.
In einer vorteilhaften Ausführungsform der Erfindung ist die Statusüberprüfung mittels des Diagnosetesters vom Kraftfahr¬ zeugmechaniker einzuleiten. Hierzu kann bei der Menüführung des Diagnosetesters ein für das Status Polling reservierter Menüpunkt vorgesehen sein, bei dessen Betätigung eine Status¬ überprüfung des vom Diagnosetester angezeigten Fehlers vorge¬ nommen wird. Dies hat den Vorteil, dass der Kraftfahrzeugme¬ chaniker den Diagnosetester reparaturnah einsetzen kann, und immer dann, wenn er glaubt eine Reparaturmaßnahme abgeschlos¬ sen zu haben, diese Reparaturmaßnahme sofort mit dem Diagno¬ setester überprüfen kann.In an advantageous embodiment of the invention, the status check is to be initiated by the motor vehicle mechanic by means of the diagnostic tester. For this purpose, a menu item reserved for the status polling may be provided in the menu guidance of the diagnostic tester, upon the actuation of which a status check of the error displayed by the diagnostic tester is performed. This has the advantage that the motor vehicle mechanic can use the diagnostic tester close to the repair, and whenever he believes he has completed a repair measure, he can immediately check this repair measure with the diagnostic tester.
In einer anderen Ausführungsform der Erfindung kann die Sta¬ tusüberprüfung vom Diagnosetester automatisch immer dann ein- geleitet werden, wenn ein vom Diagnosetester angezeigter Man¬ gel gelöscht werden soll . In diesem Fall ist das Starten des Status Polling an das Aufrufen der Löschfunktion für die Rücksetzung der Fehlercodes in den Steuergeräten gekoppelt.In another embodiment of the invention, the status check can automatically be checked by the diagnostic tester whenever necessary. be routed when a Man¬ gel displayed by the diagnostic tester is to be deleted. In this case, starting the polling state is coupled to invoking the erase function to reset the error codes in the controllers.
In weniger bevorzugten Ausführungsformen der Erfindung können die Statusüberprüfungen vom Diagnosetester selbsttätig ge¬ startet werden, indem z. B. nach Anschluss des Diagnosetes¬ ters an die Diagnoseschnittstelle des Kraftfahrzeugs in zeit¬ lich regelmäßigen Abständen vom Diagnosetester eine Status¬ überprüfung der Fehlercodes initiiert und durchgeführt wird. Hierzu kann im Diagnosetester eine Uhr mitlaufen und eine Statusüberprüfung, z. B. alle 10 Minuten selbsttätig ausge¬ löst und durchgeführt werden.In less preferred embodiments of the invention, the status checks by the diagnostic tester can be started automatically by, for. B. after connection of the Diagnoseter¬ ter to the diagnostic interface of the motor vehicle in Zeit¬ regular intervals from the diagnostic tester a status check of the error codes initiated and carried out. For this purpose, in the diagnostic tester can run a clock and a status check, z. B. automatically triggers and carried out every 10 minutes.
In einer weiteren Ausführungsform sind beim Diagnosetester die Funktionen zur Löschung der Fehlercodes, die während ei¬ ner Diagnoseroutine in die Fehlerspeicher der Steuergeräte im Kraftfahrzeug geschrieben wurden, so lange blockiert, bis ei¬ ne Statusüberprüfung durch eine weitere Diagnoseroutine so¬ wohl die fehlerfreie Funktion der durchgeführten Reparatur¬ maßnahme als auch die korrekte Überprüfung der Reparaturma߬ nahme anhand der für die jeweilige Reparatur vorgeschriebenen PrüfvorausSetzungen durchgeführt wurden. Diese Ausführungs- form hat den Vorteil, dass für den Kraftfahrzeugmechaniker die Reparatur erst dann beendet ist, wenn alle Fehler besei¬ tigt und auch ordnungsgemäß überprüft sind. Ein willkürliches Löschen einmal festgestellter Fehlercodes durch Löschbefehle, wie Einzelfehlerlöschung oder Komplett-Reset aller Fehler¬ speicher, kann dann nicht mehr zu einem scheinbar ordnungsge¬ mäßen Service führen.In a further embodiment, in the diagnostic tester, the functions for deleting the error codes that were written into the error memory of the control units in the motor vehicle during a diagnostic routine are blocked until a status check by a further diagnostic routine soothes the error-free function of the diagnosis routine carried out repair measure as well as the correct review of Reparaturma߬ measure were based on the test requirements prescribed for the respective repair. This embodiment has the advantage that the repair of the motor vehicle mechanic is completed only when all errors have been corrected and are also properly checked. An arbitrary deletion of once detected error codes by deletion commands, such as single error deletion or complete reset of all Fehler¬ memory, then can no longer lead to a seemingly ordnungsge¬ moderate service.
Ohne Beschränkung der Allgemeinheit wird im Folgenden die Er¬ findung anhand von graphischen Darstellungen näher erläutert. Es zeigen :Without restricting the generality, the invention will be explained in more detail below with reference to graphical representations. Show it :
Fig. 1 eine schematische Darstellung eines Diagnosetes¬ ters, wie er an die Steuergeräte in einem Kraft¬ fahrzeug angeschlossen ist,1 shows a schematic representation of a Diagnosete¬ ters, as it is connected to the control units in a Kraft¬ vehicle,
Fig. 2 eine schematische Darstellung von Datenformaten, wie sie im Keyword-Protokoll 2000 vereinbart sind,2 shows a schematic representation of data formats as agreed in the Keyword Protocol 2000,
Fig. 3 ein AblaufSchema für eine verbesserte Reparaturve¬ rifikation mit Hilfe eines Diagnosetesters,3 shows a flowchart for an improved repair verification with the aid of a diagnostic tester,
Fig. 4 ein weiteres mögliches Ablaufschema für eine ver¬ besserte Reparaturverifikation mit Hilfe eines Di¬ agnosetesters,4 shows a further possible flow chart for an improved repair verification with the aid of a diagnostic tester,
Fig. 5 eine graphische Benutzeroberfläche, wie sie vom Di¬ agnosetester dem Kraftfahrzeugmechaniker zur Anzei¬ ge gebracht wird,5 shows a graphical user interface, as it is displayed by the diagnostic tester to the motor vehicle mechanic,
Fig. 6 die graphische Benutzeroberfläche des Diagnosetes¬ ters nach Figur 5, wie sie sich dem Kraftfahrzeug¬ mechaniker zeigt, nachdem zwar die Reparaturen durchgeführt wurden, die Reparaturen selbst aber nicht ordnungsgemäß überprüft wurden.FIG. 6 shows the graphical user interface of the diagnostic tester according to FIG. 5 as it appears to the motor vehicle mechanic after the repairs have been carried out but the repairs themselves have not been properly checked.
In Figur 1 ist eine Situation schematisch dargestellt, wie sie heute in Kraftfahrzeugwerkstätten bekannt ist. Für die Diagnose eines Kraftfahrzeuges wird ein rechnergestützter Di¬ agnosetester 1 über eine genormte Diagnoseschnittstelle 2 an das Kommunikationsnetzwerk 3 für die Steuergeräte 4 im Kraft¬ fahrzeug angeschlossen. Bekannte Diagnosetester sind z. B. das System DAS von DaimlerChrysler oder das System BMW-DIS, das in der Beschreibungseinleitung bereits erwähnt wurde. Die im Kraftfahrzeug verbauten Steuergeräte 4 sind beispielsweise über einen Datenbus miteinander in Kommunikationsverbindung. Ein verbreiteter Datenbus in Kraftfahrzeugen ist hierbei der sog. CAN-Bus (für Control Area Network) . Jedes der verbauten Steuergeräte im Kraftfahrzeug verfügt neben den Kommunikati- onsschnittstellen über die Fähigkeit zur Eigendiagnose. Im Rahmen der Eigendiagnose der Steuergeräte werden mit Hilfe der Diagnoseroutine in den Steuergeräten festgestellte Fehler in kodifizierter Form als sog. Fehlercodes von der Steuerge¬ räte-Software in speziell reservierte Speicherbereiche, sog. Fehlerspeicher, geschrieben. In der schematischen Darstellung der Figur 1 sind diese reservierten, nicht flüchtigen Spei¬ cherbereiche als FS (für Fehler-Speicher) bezeichnet. Für die Kommunikation und für den Datenaustausch zwischen einem Diag¬ nosetester und den im Kraftfahrzeug verbauten Steuergeräten hat sich ein Standard etabliert, der unter dem Namen Keyword- Protokoll 2000 bekannt ist und dessen Spezifizierung und Nor¬ mierung sich in der ISO-Norm 14 230-3 wiederfindet. Soweit für das Verständnis der Erfindung erforderlich, wird weiter unten im Zusammenhang mit Figur 2 noch auf dieses Keyword- Protokoll 2000 näher eingegangen. Mit den im Keyword- Protokoll 2000 verabredeten Steuerbefehlen und Datenformaten ist es möglich, über die Diagnoseschnittstelle die kodifi¬ zierten Inhalte der Fehlerspeicher der einzelnen Steuergeräte mit Hilfe des Diagnosetesters auszulesen und in das Rechen¬ system des Diagnosetester zu übertragen. Die Norm zu dem Key¬ word-Protokoll 2000 umfasst hierbei zwei verschiedene Appli¬ kationsmöglichkeiten. Zum einen sieht die Norm vor, dass die Kommunikation zwischen Diagnosetester und Steuergeräte über ein Gateway 5, das z. B. den Kraftfahrzeug-CAN-Bus an die Di¬ agnoseschnittstelle 2 anbindet, erfolgt oder aber, dass wie früher üblich, die Fehlerspeicher der Steuergeräte über die sog. K- und L-Leitungen und über die normierte Diagnose¬ schnittstelle 2 direkt in den Diagnosetester ausgelesen und abgelegt werden können. In der schematischen Darstellung der Figur 1 ist die modernere Form des Zugriffs über einen CAN- Bus und damit über ein Gateway dargestellt. Für die Erfindung von Belang ist lediglich, dass es mindestens eine Möglichkeit gibt, die Fehlerspeicher der Steuergeräte mit einem Diagnose- tester auslesen zu können. Die Erfindung erfasst daher alle Adressierungsmöglichkeiten zwischen Diagnosetester und Feh¬ lerspeicher der Steuergeräte. Auch das verwendete Keyword- Protokoll 2000 ist lediglich eine bevorzugte Möglichkeit, mit dessen Hilfe die Dateninhalte der Fehlerspeicher aus den Steuergeräten besonders einfach in den Diagnosetester trans¬ feriert werden können.In Figure 1, a situation is shown schematically, as it is known today in motor vehicle workshops. For the diagnosis of a motor vehicle, a computer-assisted diagnostic tester 1 is connected via a standardized diagnostic interface 2 to the communication network 3 for the control units 4 in the motor vehicle. Known diagnostic testers are z. For example, the DAS system from DaimlerChrysler or the BMW-DIS system already mentioned in the introduction to the description. The control units 4 installed in the motor vehicle are in communication with each other, for example via a data bus. A common data bus in motor vehicles here is the so-called CAN bus (for Control Area Network). Each of the installed control units in the motor vehicle has, in addition to the communication on the ability to self-diagnose. In the context of the self-diagnosis of the control units, errors identified in coded form as so-called error codes by the control unit software are written into specially reserved memory areas, so-called fault memory, with the aid of the diagnostic routine in the control units. In the schematic representation of FIG. 1, these reserved, non-volatile memory areas are designated FS (for error memory). For the communication and for the data exchange between a diagnostic tester and the control units installed in the motor vehicle, a standard has been established, which is known under the name Keyword Protocol 2000 and whose specification and standardization are described in the ISO standard. 3 again. As far as necessary for the understanding of the invention, will be discussed in more detail below in connection with Figure 2 on this Keyword Protocol 2000. With the control commands and data formats agreed upon in the keyword protocol 2000, it is possible to read out the codified contents of the error memories of the individual control units via the diagnostic interface with the aid of the diagnostic tester and to transmit them to the computer system of the diagnostic tester. The standard for the keyword protocol 2000 comprises two different application possibilities. On the one hand, the standard stipulates that the communication between the diagnostic tester and the control units is effected via a gateway 5, which is eg. B. the motor vehicle CAN bus to the Di¬ agnoseschnittstelle 2 binds, takes place or, as usual, the fault memory of the control units via the so-called. K and L lines and the standardized Diagnose¬ interface 2 directly into the Diagnostic tester can be read and stored. The schematic representation of FIG. 1 shows the more modern form of access via a CAN bus and thus via a gateway. For the invention it is only relevant that there is at least one possibility of having the error memories of the control units with a diagnostic to be able to read out the tester. The invention therefore covers all addressing possibilities between the diagnostic tester and the fault memory of the control devices. Also, the keyword log 2000 used is merely a preferred option, with the aid of which the data contents of the error memory from the control units can be transferred very easily into the diagnostic tester.
Mit der schematischen Darstellung in Figur 2 wird kurz auf das Keyword-Protokoll 2000 eingegangen. Vollständige und de¬ tailliertere Informationen findet der Fachmann in der bereits erwähnten ISO-Norm 14 230-3. Mit dem Keyword-Protokoll 2000 wurden speziell für die Zwecke der Kraftfahrzeugdiagnose ein Datenformat und ein Mindestumfang an kodifizierten Steuerbe¬ fehlen, die ein Steuergerät im Kraftfahrzeug mindestens ver¬ arbeiten können muss, wenn es dem Keyword-Protokoll 2000 ent¬ sprechen soll, festgelegt. Das vom Keyword-Protokoll verwen¬ dete Datenformat beruht auf der ISO-Norm 14 230-2, dem sog. Data Link Layer zum Keyword-Protokoll 2000. Der Aufbau eines solchen Datenformats beinhaltet bis zu vier verschiedenen Header Bytes, die Angaben zum Datenformat FMT, Angaben zur Zieladresse TGT, Angaben zur Senderadresse SRC und Angaben zur Länge des nach den Header Bytes folgenden Datenbytes ent¬ hält. Nach dem Header-Block folgt immer ein hexadezimalkodi¬ fizierter Steuerbefehl, der als Service Identification SID bezeichnet wird. Die im Keyword-Protokoll 2000 spezifizierten Steuerbefehle können hierbei herstellerspezifisch weiter un¬ terteilt und ausgeformt sein. In diesem Fall würde der Nutz¬ datenblock 7 weitere hexadezimalkodifizierte Steuerbefehle enthalten. Das Datenformat entsprechend des Keyword-Proto¬ kolls 2000 wird immer mit einem Byte abgeschlossen, dass eine Checksumme CS über alle Daten des jeweiligen Botschaftsfor¬ mats enthält. Das eben beschriebene Botschaftsformat wird in seiner Grundstruktur sowohl für Anfragen an die Steuergeräte als auch für die Antworten der Steuergeräte benutzt. Für die Erfindung von besonderem Interesse sind hierbei die sog. $18- Requests mit den zugehörigen $58-Response, die jedes Keyword- Protokoll 2000-fähige System beinhalten muss und verarbeiten können muss. Die Kodifizierung der Requests und der Response erfolgt hierbei lediglich über die Hexadezimalcodierung 18 bzw. 58 zur Bestimmung der Service Identification und legt damit die zu übertragenden Nutzdaten, die in der Response mindestens enthalten sein müssen, fest. Das Dollarzeichen wird hier in dieser Patentanmeldung lediglich dazu benutzt, um herauszustellen, dass es sich bei dem Zahlencode 18 bzw. 58 um einen kodifizierten Steuerbefehl entsprechend des Key¬ word-Protokolls 2000 handelt. Erhält ein Steuergerät in einem Kraftfahrzeug von einem Diagnosetester einen $18-Request, so antwortet es immer mit einer $58-Response. Die Nutzdaten der Antwort sind hierbei stets im Datenblock 7 der Antwortbot- schaft enthalten. Das Keyword-Protokoll 2000 definiert hier¬ bei nicht nur die Steuerbefehle, sondern spezifiziert auch die Dateninhalte, die eine normierte Antwort auf eine nor¬ mierte Anfrage enthalten muss. So ist z. B. festgelegt, dass auf einen $18-Request die zugehörige §58-Response im Daten¬ block zu jedem im Steuergerät bekannten Fehlercode DTCl, DTC2 - DTCn auch der jeweilige Status dieses Fehlercodes mitüber¬ tragen wird. Der Status des Fehlercodes gibt hierbei an, ob die Eigendiagnoseroutine des Steuergeräts den Fehlercode ge¬ testet hat oder nicht. Im einfachsten Fall kann der Status aus einem einzelnen Bit bestehen, wobei z. B. der Bitwert „0" für eine ordnungsgemäße Überprüfung der dem Fehlercode zuge¬ ordneten Funktionen entsprechend der PrüfVoraussetzungen steht, während der Bitwert „1" für einen nicht getesteten Fehlercode oder für einen Testdurchlauf der entsprechenden Funktionen, bei dem die PrüfvorausSetzungen nicht vorlagen, steht. Selbstverständlich kann auch jede andere Codierung ge¬ wählt werden, die in der Lage ist, zu unterscheiden, ob der Status eines Fehlercodes entsprechend der PrüfVoraussetzungen für die dem Fehlercode zugrundeliegenden Funktionen getestet wurde oder nicht. Die $58-Response enthält also in dem Daten¬ block 7 eine Tabelle mit allen im Steuergerät bekannten Feh¬ lercodes mit der zusätzlichen Status Information. Es ist also mit einem $18-Request entweder durch Setzen entsprechender Parameter beim Request selbst oder durch nachträgliche Selek¬ tierung des Datenblocks der zugehörigen $58-Antwort möglich, gezielt all diejenigen Fehlercodes zu identifizieren und aus¬ zulesen, deren Status anzeigt, dass die zugehörigen Funktio¬ nen nicht ordnungsgemäß entsprechend der PrüfVoraussetzungen für diese Funktionen getestet wurden. Diese Information kann gewonnen werden, völlig unabhängig davon, ob eine Fehlfunkti¬ on vorlag bzw. ob ein Fehlercode verifiziert wurde und im entsprechenden Fehlerspeicher abgelegt war oder nicht . Mit anderen Worten ist es möglich auch nicht aktivierte Fehlerco¬ des über ihren Status abzufragen. Das Keyword-Protokoll 2000 ist im Zusammenhang mit der Erfindung als eine besonders ver¬ breitete Ausführungsvariante zu sehen. Die Erfindung selbst ist nicht auf das Keyword-Protokoll 2000 beschränkt, sondern lässt sich mit jeder Art und Form der Datenübertragung durch¬ führen, bei der neben aktivierten Fehlercodes auch deren Sta¬ tusinformationen ausgelesen und selektiert werden können.The schematic representation in FIG. 2 briefly discusses the keyword protocol 2000. Complete and more detailed information is found in the already mentioned ISO standard 14 230-3. With the keyword protocol 2000, a data format and a minimum amount of codified control commands, which a control device in the motor vehicle must at least be able to work if it is to correspond to the keyword protocol 2000, have been specified specifically for the purposes of motor vehicle diagnosis. The data format used by the keyword protocol is based on the ISO standard 14 230-2, the so-called data link layer for the keyword protocol 2000. The structure of such a data format contains up to four different header bytes, the data format FMT , Details of the destination address TGT, details of the transmitter address SRC and details of the length of the data following after the header bytes data ent holds. The header block is always followed by a hexadecimal-coded control command, which is referred to as the service identification SID. The control commands specified in the keyword protocol 2000 can in this case be further subdivided and shaped in a manufacturer-specific manner. In this case, the useful data block 7 would contain further hexadecimal-modified control commands. The data format corresponding to the keyword protocol 2000 is always completed with a byte that contains a check sum CS over all data of the respective message format. The message format just described becomes in its basic structure both for requests to the control units as well as for the answers of the ECUs. Of particular interest to the invention are the so-called $ 18 requests with the associated $ 58 response, which every keyword protocol must be able to include and process a 2000-capable system. The codification of the requests and the response takes place here only via the hexadecimal coding 18 or 58 for determining the service identification and thus defines the payload data to be transmitted, which must at least be contained in the response. The dollar sign is used here only in this patent application to emphasize that the numerical code 18 or 58 is a codified control command corresponding to the Key¬ word protocol 2000. If an ECU in a motor vehicle receives a $ 18 request from a diagnostic tester, it always responds with a $ 58 response. The payload of the answer is always contained in the data block 7 of the reply message. The keyword protocol 2000 hereby not only defines the control commands, but also specifies the data contents which a standardized response must contain to a standardized query. So z. For example, it is determined that the respective status of this error code in the data block for each error code DTC1, DTC2-DTCn known in the control unit is also transmitted to an $ 18 request. The status of the error code indicates whether the self-diagnosis routine of the control unit has tested the error code or not. In the simplest case, the status may consist of a single bit, with z. For example, the bit value "0" stands for a proper checking of the functions associated with the error code in accordance with the test requirements, while the bit value "1" stands for an untested error code or for a test run of the corresponding functions in which the test conditions did not exist , Of course, any other coding can be selected, which is able to distinguish whether the The status of an error code has been tested according to the test requirements for the functions underlying the error code or not. The $ 58 response thus contains in the data block 7 a table with all known in the control unit Fever lercodes with the additional status information. It is therefore possible with an $ 18 request, either by setting corresponding parameters in the request itself or by subsequent selection of the data block of the associated $ 58 response, to specifically identify and read out all those error codes whose status indicates that the associated function ¬ have not been properly tested according to the test requirements for these functions. This information can be obtained, regardless of whether a Fehlfunkti¬ on or whether an error code has been verified and stored in the corresponding error memory or not. In other words, it is also possible to query unactivated error codes about their status. The keyword protocol 2000 is to be seen in connection with the invention as a particularly ver¬ wide variant embodiment. The invention itself is not limited to the keyword protocol 2000, but can be carried out with any type and form of data transmission in which, in addition to activated error codes, their status information can also be read out and selected.
Nach den vorbeschriebenen Grundlagen wird nun im Zusammenhang mit den Figuren 3 bis 6 auf den Kern der Erfindung eingegan¬ gen. Figur 3 zeigt ein AblaufSchema für eine mögliche verbes¬ serte Reparaturverifikation. Nach dem Anschluss des Diagnose¬ testers an die Diagnoseschnittstelle des Kraftfahrzeugs kann mit dem im Diagnosetester implementierten Diagnoseprogramm eine Diagnosesitzung gestartet werden. Hierfür wird in einem ersten Schritt 310 der Dateninhalt der Fehlerspeicher der Steuergeräte im Kraftfahrzeug ausgelesen. Ausgelesen werden hierbei sämtliche durch die Eigendiagnoseroutinen der Steuer- gerate verifizierten und aktivierten Fehlercodes. Im Unter¬ schied zum vorbekannten Stand der Technik werden jedoch gemäß der Erfindung nicht nur die aktiven Fehlercodes ausgelesen, sondern es werden mit einer geeigneten Abfrage zu allen im System bekannten Fehlercodes auch die Statusinformationen ausgelesen. Die dermaßen ausgelesenen Daten werden im Diagno¬ setester weiterverarbeitet. Nach entsprechender Selektion werden auf einem geeigneten Display des Diagnosetesters alle aktiven Fehlercodes, ggf. mit weiteren Erläuterungen, zur An¬ zeige gebracht. Die Liste der aktiven Fehlercodes wird hier¬ bei gemäß der Erfindung um diejenigen Fehlercodes ergänzt, deren Statusabfrage ergeben hat, dass sie von den Eigendiag¬ noseroutinen der Steuergeräte nicht getestet wurden. Dadurch werden auch Fehlercodes zur Anzeige gebracht, die zwar nicht aktiv sind, die jedoch aufgrund der fehlenden Überprüfung po¬ tentielle Fehlerkandidaten darstellen. Selektion und Anzeige der Fehlercodes können von dem Diagnoseprogramm in einem Ver¬ arbeitungsschritt zusammengefasst sein, was in Figur 3 symbo¬ lisch mit dem Programmschritt 320 dargestellt ist. Anhand der angezeigten Fehlerliste entscheidet der Kraftfahrzeugmechani¬ ker, ob er eine Reparatur durchführen will oder nicht. Das Ergebnis dieser Entscheidung kann in der Menüführung des Di¬ agnosetesters mit einem Entscheidungsschritt 330 abgefragt werden. In einer alternativen Ausführungsform kann jedoch auf diesen Entscheidungsschritt in der Menüführung des Diagnose¬ testers verzichtet werden. In jedem Fall muss jedoch nach ei¬ ner durchgeführten Reparatur 340 ein identifizierter Fehler¬ code in dem jeweiligen Fehlerspeicher des betreffenden Steu¬ ergeräts gelöscht werden. Bei bisher bekannten Diagnosetes¬ tern war es zu jeder Zeit und ohne weitere Überprüfung mög¬ lich, sämtliche Fehlercodes, die sich in Fehlerspeichern von Steuergeräten im Kraftfahrzeug befanden, zu löschen. Die Er¬ findung besteht nun darin, dass nach einem Löschen eines Feh¬ lercodes bzw. nach einem Löschversuch eines Fehlercodes mit dem Diagnosetester und mit den Eigendiagnoseroutinen der Steuergeräte eine Reparaturüberprüfung durchgeführt wird. Diese Reparaturüberprüfung wird durchgeführt, indem die Ei¬ gendiagnoseroutinen der Steuergeräte nach einem Löschversuch eines Fehlercodes noch einmal gestartet werden. Es werden wieder die Verarbeitungsschritte 310 und 320 durchlaufen. Die Reparatur ist dann erfolgreich beendet, wenn auf dem Diagno¬ setester weder aktive Fehlercodes noch Fehlercodes mit dem Status „nicht getestet" angezeigt werden. Mit dieser Pro¬ grammschleife wird sichergestellt, dass die erfolgten Repara¬ turmaßnahmen mindestens einmal getestet wurden. Konnte ein erfolgreicher Test nicht durchgeführt werden, weil z. B. die PrüfvorausSetzungen für einen Diagnoselauf nicht vorlagen, so wird diese fehlgeschlagene Überprüfung mit der Abfrage der Fehlercodes auf den Status „nicht getestet" festgestellt und auf der Anzeige des Diagnosetesters dem Kraftfahrzeugmechani¬ ker zur Anzeige gebracht. In diesem Falle wäre die Reparatur nicht verifiziert worden und der Kraftfahrzeugmechaniker wird darauf hingewiesen, dass die PrüfvorausSetzungen für eine Überprüfung nicht vorlagen.In accordance with the above-described principles, reference will now be made to the gist of the invention in connection with FIGS. 3 to 6. FIG. 3 shows a flowchart for a possible improved repair verification. After the diagnostic tester has been connected to the diagnostic interface of the motor vehicle, a diagnostic session can be started with the diagnostic program implemented in the diagnostic tester. For this purpose, the data content of the error memory of the control units in the motor vehicle is read out in a first step 310. All are read out by the self-diagnostic routines of the tax devices verified and activated error codes. In contrast to the known prior art, however, not only the active error codes are read out according to the invention, but also the status information is read out with a suitable query for all error codes known in the system. The data thus read out are further processed in the diagnosis tester. After appropriate selection, all active error codes, possibly with further explanations, are displayed on a suitable display of the diagnostic tester. In accordance with the invention, the list of active error codes is supplemented here by those error codes whose status inquiry has revealed that they have not been tested by the self-diagnosis routines of the control units. As a result, error codes are also displayed, which are not active, but which represent potential fault candidates due to the lack of checking. Selection and display of the error codes can be combined by the diagnostic program in a processing step, which is symbolically illustrated in FIG. 3 with program step 320. On the basis of the error list displayed, the motor vehicle mechanic decides whether he wants to carry out a repair or not. The result of this decision can be queried in the menu navigation of the diagnostic tester with a decision step 330. In an alternative embodiment, however, this decision step in the menu guidance of the diagnosis tester can be dispensed with. In any case, however, after a repair 340 has been carried out, an identified error code must be deleted in the respective error memory of the relevant control device. In previously known diagnostic testers, it was possible at any time and without further checking to delete all error codes which were located in fault memories of control units in the motor vehicle. The invention consists in the fact that after a deletion of an error code or after a deletion attempt an error code with the diagnostic tester and with the self-diagnostic routines of the control units a repair check is performed. This repair check is carried out by the Ei¬ gendiagnoseroutinen the control units are started again after a deletion attempt an error code. The processing steps 310 and 320 are again run through. The repair is then successfully completed if neither active error codes nor error codes with the status "not tested" are displayed on the diagnostic tester This program loop ensures that the performed repair measures have been tested at least once If, for example, the test requirements for a diagnostic run were not met, then this failed check is determined with the query of the error codes to the status "not tested" and displayed on the display of the diagnostic tester to the motor vehicle mechanic. In this case, the repair would not have been verified and the vehicle mechanic will be advised that the test requirements for a check were not met.
Ein weiteres Ausführungsbeispiel gemäß der Erfindung ist mit dem Programmablaufplan der Figur 4 dargestellt. Auch hier werden mit einem Diagnosetester nach dessen Anschluss an die Diagnoseschnittstelle des Kraftfahrzeugs die Eigendiagnose¬ routinen der im Kraftfahrzeug befindlichen Steuergeräte ge¬ startet oder es werden zumindest die in den Fehlerspeichern der Steuergeräte abgelegten Fehlercodes ausgelesen. Zusätz¬ lich zu den verifizierten und aktiven Fehlercodes werden die Statusinformationen zu den Fehlercodes ausgelesen und weiter¬ verarbeitet. Auf dem Display des Diagnosetesters werden schließlich alle aktiven Fehlercodes sowie alle Fehlercodes mit dem Status „nicht getestet" zur Anzeige gebracht. Die Verarbeitungsschritte 410 bzw. 420 entsprechen hierbei genau den Verarbeitungsschritten 310 bzw. 320 nach dem Ablaufplan aus Figur 3. Auch bei dem Ausführungsbeispiel der Figur 4 kann die Entscheidung des Kraftfahrzeugmechanikers, ob er ei¬ ne Reparatur durchführen will oder nicht, per Menüabfrage 430 dokumentiert werden oder auch nicht. Entschließt sich der Kraftfahrzeugmechaniker zu einer Reparatur, so kann er gemäß dem Ausführungsbeispiel für die Reparaturverifikation ent¬ sprechend dem Ablaufplan nach Figur 4 nach jedem durchgeführ¬ ten Reparaturschritt eine Einzelfehlerüberprüfung 450 star¬ ten. Eine Einzelfehlerüberprüfung kann insbesondere dann sinnvoll sein, wenn der Diagnosetester vier verschiedene Feh¬ lercodes anzeigt. Der Kraftfahrzeugmechaniker kann dann zu¬ nächst einen Fehlercode per Pull-down-Menü auswählen, sich auf dem Diagnosetester die zugehörigen Reparaturanleitungen holen und anzeigen lassen, dann die Reparatur 440 durchführen und nach abgeschlossener Reparatur eben diese Einzelfehler¬ überprüfung 450 starten. Ein Starten der Einzelfehlerüberprü¬ fung bewirkt dann, dass mit dem Diagnosetester zu dem ausge¬ wählten Fehlercode eine Reparaturverifikation durchgeführt wird. Die Reparaturverifikation erfolgt durch Starten der Ei¬ gendiagnoseroutine des betreffenden Steuergeräts und durch eine Statusüberprüfung des aktuell reparierten Fehlercodes. Kann die Eigendiagnoseroutine des Steuergeräts den beanstan¬ deten Fehlercode ordnungsgemäß prüfen und ergibt diese Prü¬ fung, dass nun der Fehlercode nicht mehr aktiv ist, so wird der betreffende Fehlercode per Einzelfehlerlöschung aus der Fehlerliste des Diagnosetesters entfernt. Dies hat für den Kraftfahrzeugmechaniker den Vorteil, dass er die Reparatur¬ liste Punkt für Punkt abarbeiten kann und immer dann, wenn er meint, den ausgewählten Mangelpunkt beseitigt zu haben, dies sofort mittels einer Einzelfehlerüberprüfung mit Hilfe des Diagnosetesters überprüfen kann. Die Teilreparatur gilt dabei als erfolgreich, wenn der betreffende Einzelfehler aus der Fehlerliste des Diagnosetesters nicht mehr angezeigt wird. Dieser Sachverhalt ist im Ablaufschema der Figur 4 mit dem Programmschritt 460 verdeutlicht.Another embodiment according to the invention is illustrated with the program flowchart of FIG. Again, the self-diagnostic routines of the control units located in the motor vehicle are started with a diagnostic tester after it has been connected to the diagnostic interface of the motor vehicle, or at least the error codes stored in the error memories of the control units are read out. In addition to the verified and active error codes, the status information on the error codes is read out and processed further. Finally, the diagnostic tester's display will show all active DTCs and all DTCs with the status "not tested." The processing steps 410 and 420, respectively, correspond exactly The processing steps 310 and 320 according to the flowchart of Figure 3. In the embodiment of Figure 4, the decision of the motor vehicle mechanic, whether he wants to perform ei¬ ne repair or not, by menu query 430 or not. If the motor vehicle mechanic decides to repair, he can according to the embodiment for the repair verification ent¬ accordingly the flowchart of Figure 4 after each durchgeführ¬ th repair step a single error check 450 star¬ th. A single error check may be particularly useful if the diagnostic test four displays various error codes. The motor vehicle mechanic can then first select an error code by means of a pull-down menu, get the associated repair instructions on the diagnostic tester and have them displayed, then carry out the repair 440 and start this individual error check 450 once the repair has been completed. Starting the individual fault check then causes a repair verification to be carried out with the diagnostic tester for the selected fault code. The repair verification is carried out by starting the Ei¬ gendiagnoseroutine the relevant controller and by a status check of the currently repaired error codes. If the self-diagnosis routine of the control unit can properly check the complaint error code and results in this check that now the error code is no longer active, then the relevant error code is deleted from the error list of the diagnostic tester by individual error deletion. This has the advantage for the motor vehicle mechanic that he can work off the repair list point by point and whenever he thinks he has eliminated the selected deficiency point, this can be checked immediately by means of a single error check using the diagnostic tester. The partial repair is considered to be successful if the particular single error from the error list of the diagnostic tester is no longer displayed. This situation is illustrated in the flow chart of Figure 4 with the program step 460.
Alternativ zur Einzelfehlerlöschung kann der Kraftfahrzeugme¬ chaniker natürlich auch zunächst alle angezeigten Reparaturen durchführen und dann mit dem Diagnosetester eine Reparaturve¬ rifikation für alle vormals beanstandeten Fehlercodes durch¬ führen lassen. Dies würde dem AblaufSchema der Figur 3 ent¬ sprechen. Die Wahl, welches Vorgehen der Kraftfahrzeugmecha¬ niker wählt ist diesem selbst überlassen. Mit dem erfindungs¬ gemäßen Diagnosetester können beide AblaufSchemata zur Repa¬ raturverifikation durchgeführt werden.As an alternative to the individual error cancellation, the motor vehicle mechanic can, of course, first of all carry out all the indicated repairs and then use the diagnostic tester to carry out a repair check for all previously faulted error codes. This would correspond to the flow chart of FIG. 3. The choice of which approach the motor mechanic chooses is up to him. With the diagnostic tester according to the invention, both flowcharts for repair verification can be carried out.
Die Figuren 5 und 6 veranschaulichen, wie die verbesserte Re¬ paraturverifikation mit dem Diagnosetester umgesetzt werden kann. Dargestellt sind typische Screenshots von dem Anzeige¬ display des Diagnosetesters. Neben Informationen zu dem un¬ tersuchten Fahrzeug 8 zum angezeigten Dateninhalt 9 stehen dem Diagnosemechaniker auf der Benutzeroberfläche des Diagno¬ setesters in Form von sog. Buttons 10 Bedienelemente zur Ver¬ fügung, mit denen er den Diagnosetester steuern und bedienen kann. Hauptpunkt der Erfindung ist die zusätzliche Anzeige aller nicht getesteten Fehlercodes, die von dem Diagnosetes¬ ter in den Steuergeräten des Kraftfahrzeugs zusätzlich zu den aktivierten Fehlercodes aufgefunden werden konnten. Im darge¬ stellten Beispiel sind dies die Fehlercodes 1000, 1001 und 1002. Gemäß der Erfindung wird zu jedem Fehlercode auch seine Statusinformation abgefragt und auf der Anzeige des Diagnose¬ testers zur Anzeige gebracht. Die Anzeige kann z. B. in Form einer Spalte 11 mit dem Namen „Status" erfolgen, in der dann zu jedem Fehlercode die entsprechenden Statusinformationen getestet oder nicht getestet abgelegt sind. Es werden jedoch nicht nur die aktivierten Fehlercodes, die in der Anzeige nach Figur 5 als aktuell bezeichnet sind, zur Anzeige ge- bracht, sondern es werden auch diejenigen Fehlercodes zur An¬ zeige gebracht, die den Status „nicht getestet" haben. Im Ausführungsbeispiel der Figur 5 ist dies der Fehlercode 1003. Der Screenshot nach Figur 5 soll exemplarisch die Anzeige veranschaulichen, die nach Anschluss des Diagnosetesters an die Diagnoseschnittstelle und nach erfolgter Datenübertragung sowie nach erfolgter Datenselektierung dem Kraftfahrzeugme¬ chaniker auf dem Diagnosetester zur Anzeige gebracht wird. Per Menüsteuerung, z. B. durch ein Pull-down-Menü, kann der Kraftfahrzeugmechaniker zu den einzelnen Fehlercodes weitere Informationen mit Hilfe der Bedien-Button 10 abrufen. Von be¬ sonderem Interesse sind z. B. die zu dem jeweiligen Fehlerco¬ de zugehörigen Reparaturanleitungen, die in der Regel eben¬ falls in dem Diagnoseprogramm des Diagnosetesters integriert und abgelegt sind. Mit Hilfe von Bedien-Buttons 10, z.B. F3 kann der Kraftfahrzeugmechaniker die vorbeschriebenen Einzel- fehlerüberprüfungen zu einem speziellen Fehlercode initiieren oder nach erfolgter Gesamtreparatur, z.B. mit Bedienbutton F7 eine Reparaturverifikation starten.Figures 5 and 6 illustrate how the improved repair verification can be implemented with the diagnostic tester. Shown are typical screenshots of the display display of the diagnostic tester. In addition to information about the vehicle 8 being examined for the data content 9 displayed, the diagnosis mechanic has access to operating elements in the user interface of the diagnostic tester in the form of so-called buttons 10, with which he can control and operate the diagnostic tester. The main point of the invention is the additional display of all untested error codes which could be found by the diagnosis ter in the control units of the motor vehicle in addition to the activated error codes. In the illustrated example, these are the error codes 1000, 1001 and 1002. According to the invention, its status information is also queried for each error code and displayed on the display of the diagnosis tester. The display can z. In the form of a column 11 with the name "Status", in which the corresponding status information is then tested or not tested for each error code, but not only the activated error codes which are described as current in the display according to FIG are, for display In the exemplary embodiment of FIG. 5, this is the error code 1003. The screenshot according to FIG. 5 is intended to illustrate, by way of example, the display which after connection of the diagnostic tester The motor vehicle mechanic can be displayed on the diagnostic tester at the diagnosis interface and after the data transmission and after the data have been selected by means of a menu control, eg by a pull-down menu, for the individual error codes Of particular interest are, for example, the repair instructions associated with the respective error code, which as a rule are likewise integrated and stored in the diagnostic program of the diagnostic tester For example, F3, the motor vehicle mechanic, the above-individual error checks to initiate a special error code or start a repair verification after complete repair, eg with control button F7.
Ein mögliches Ergebnis einer dermaßen durchgeführten Repara¬ turverifikation wird mit dem Screenshot nach Figur 6 darge¬ stellt. In dem exemplarisch gewählten Ausführungsbeispiel nach Figur 5 wurden alle Reparaturen zu den Fehlercodes 1000, 1001, 1002, 1003 durchgeführt. Die dann gestartete Reparatur¬ verifikation hat jedoch ergeben, dass für zwei der vier Feh¬ lercodes die Prüfvoraussetzungen nicht vorlagen, um mit Hilfe der Eigendiagnoseroutinen der betreffenden Steuergeräte das ordnungsgemäße Funktionieren der betreffenden Funktionen zu testen. Deshalb wird dem Kraftfahrzeugmechaniker dieser Be¬ fund zur Anzeige gebracht. Es wird ihm angezeigt, welcher vorher bemängelte Fehlercode nach erfolgter Reparatur nicht getestet werden konnte. Besonders zweckmäßig sind zu jedem Fehlercode in dem Datenbanksystem des Diagnosetesters auch die vorgeschriebenen PrüfVoraussetzungen abgelegt. Zweckmäßi¬ gerweise ist für die Abrufung dieser Prüfvoraussetzungen ein spezieller Informations-Button 12 implementiert, bei dessen Betätigung zu einem ausgewählten Fehlercode, z. B. Fehlercode 1000, per Menüauswahl Zusatzinformationen abgerufen werden können. Diese Zusatzinformationen können neben den PrüfVor¬ aussetzungen auch Angaben darüber enthalten, welche PrüfVor¬ aussetzungen nicht erfüllt waren. In dem dargestellten Aus¬ führungsbeispiel könnte z. B. die notwendige Mindestdrehzahl des Bordnetzgenerators nicht erreicht worden sein, damit die nicht getesteten Stromsensoren Fehlercode 1000, 1001 über¬ haupt getestet werden können. Der Kraftfahrzeugmechaniker er¬ hält dann einen Hinweis, dass er die Motordrehzahl des Kraft¬ fahrzeugmotors für eine erfolgreiche Überprüfung mindestens auf z. B. 2000 Umdrehungen pro Minute steigern muss.A possible result of a repair verification carried out in this way is illustrated by the screenshot according to FIG. In the exemplary embodiment chosen according to FIG. 5, all repairs to the error codes 1000, 1001, 1002, 1003 have been carried out. However, the repair verification then started has shown that for two of the four error codes the test prerequisites did not exist in order to test the proper functioning of the relevant functions with the aid of the self-diagnostic routines of the relevant control devices. For this reason, the vehicle mechanic will be notified of this finding. It is displayed to him which previously faulted error code could not be tested after the repair. Especially useful for each error code in the database system of the diagnostic tester the prescribed test requirements are filed. For the purpose of retrieving these test conditions, a special information button 12 is expediently implemented, upon actuation of which a selected error code, for. B. error code 1000, by menu selection additional information can be accessed. In addition to the test prerequisites, this additional information may also contain information on which test prerequisites were not met. In the exemplary embodiment illustrated, z. B. the necessary minimum speed of the electrical system generator have not been reached, so that the untested current sensors error code 1000, 1001 can be tested supra. The motor vehicle mechanic then holds an indication that he has determined the engine speed of the motor vehicle engine for a successful check at least at z. B. must increase 2000 revolutions per minute.
Eine Reparaturverifikation ist erst erfolgreich abgeschlos¬ sen, wenn der Diagnosetester keine Fehlercodes mehr zur An¬ zeige bringt. A repair verification is successfully completed only when the diagnostic tester no longer displays error codes.

Claims

Patentansprüche claims
1. Rechnerbasierter Diagnosetester mit einem Diagnosepro¬ gramm und einer Diagnoseschnittstelle zur Verbindung des Diagnosetesters mit einem zu diagnostizierenden Steuerge¬ räteverbund, dadurch gekennzeichnet, dass mit dem Diagnoseprogramm aus den Steuergeräten Feh¬ lercodes und Statusinformationen zu Fehlercodes ausgele¬ sen und ausgewertet werden, und dass alle Fehlercodes deren Fehlersetzbedingungen er¬ füllt sind und alle Fehlercodes deren Statusinformationen anzeigen, dass die betreffenden Fehlercodes nicht über¬ prüft wurden, mit dem Diagnosetester zur Anzeige gebracht werden.1. Computer-based diagnostic tester with a Diagnosepro¬ program and a diagnostic interface for connecting the diagnostic tester with a to be diagnosed Steuerge¬ device network, characterized in that read and evaluated with the diagnostic program from the control units Fever lerkodes and status information on error codes and that all error codes whose error setting conditions are met and all error codes indicate their status information that the relevant error codes have not been checked, are displayed with the diagnostic tester.
2. Diagnosetester nach Anspruch 1, dadurch gekennzeichnet, dass Fehlercodes von der Anzeige des Diagnosetester nur dann entfernt werden, wenn eine Status Überprüfung erge¬ ben hat, dass für die in den Steuergeräten zu löschenden Fehlercodes ein erfolgreicher Diagnoselauf stattgefunden hat.2. Diagnostic tester according to claim 1, characterized in that error codes are only removed from the display of the diagnostic tester when a status check has erge¬ ben that for the error codes to be deleted in the control units, a successful diagnostic run has taken place.
3. Diagnosetester nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass während einer Reparatur die StatusInformationen aus¬ wählbarer Fehlercodes abgefragt werden können.3. diagnostic tester according to claim 1 or 2, characterized that the status information aus¬ selectable error codes can be queried during a repair.
4. Diagnosetester nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Status Überprüfung immer dann durchgeführt wird, wenn ein Fehlercode gelöscht wurde.4. Diagnostic tester according to claim 1 or 2, characterized in that the status check is always performed when an error code has been deleted.
5. Diagnosetester nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Status Überprüfung zeitgesteuert ausgelöst wird.5. diagnostic tester according to claim 1 or 2, characterized in that the status check is triggered time-controlled.
6. Diagnosetester nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass ein Entfernen von Fehlercodes von der Anzeige des Diagnosetesters für diejenigen Fehlercodes gesperrt ist, deren Statusinformationen in den Steuergeräten einen nicht getesteten Zustand anzeigen.6. Diagnostic tester according to claim 1 or 2, characterized in that a removal of error codes from the display of the diagnostic tester is blocked for those error codes whose status information in the control units indicate an untested condition.
7. Diagnosesystem für die Überprüfung von Kraftfahrzeugsteu¬ ergeräten, wobei die Kraftfahrzeugsteuergeräte über Ei¬ gendiagnoseroutinen verfügen, welche bei Fehlfunktionen Fehlercodes in Kraftfahrzeugseitigen Fehlerspeichern ab¬ legen, und diese Fehlerspeicher über eine Diagnose¬ schnittstelle mit einem externen Diagnosetester verbind¬ bar sind, wobei in dem Diagnosetester ein Diagnosepro¬ gramm implementiert ist, dadurch gekennzeichnet, dass mit dem Diagnoseprogramm aus den Steuergeräten Feh¬ lercodes und Statusinformationen zu Fehlercodes ausgele¬ sen und ausgewertet werden, und dass alle Fehlercodes deren Fehlersetzbedingungen er¬ füllt sind und alle Fehlercodes deren Statusinformationen anzeigen, dass die betreffenden Fehlercodes nicht über- prüft wurden, mit dem Diagnosetester zur Anzeige gebracht werden.7. Diagnosis system for checking motor vehicle control devices, wherein the motor vehicle control devices have gene diagnostic routines which, in the event of malfunctions, set fault codes in motor vehicle fault memories, and these fault memories can be connected to an external diagnostic tester via a diagnostic interface, wherein a diagnostic program is implemented in the diagnostic tester, characterized in that error codes and status information relating to error codes are read out and evaluated with the diagnostic program from the control units, and that all error codes whose error setting conditions are met and all error codes indicate their status information, that the relevant error codes are not exceeded. have been checked with the diagnostic tester.
8. DiagnoseSystem nach Anspruch 7, dadurch gekennzeichnet, dass Fehlercodes auf der Anzeige des Diagnosetesters nur dann gelöscht werden, wenn eine Status Überprüfung erge¬ ben hat, dass für die in den Steuergeräten zu löschenden Fehlercodes ein erfolgreicher Diagnoselauf stattgefunden hat.8. Diagnostic system according to claim 7, characterized in that error codes are only deleted on the display of the diagnostic tester when a status check has erge¬ ben that for the error codes to be deleted in the control units, a successful diagnostic run has taken place.
9. Diagnosesystem nach Anspruch 7 oder 8, dadurch gekennzeichnet, dass während einer Reparatur die Statusinformationen aus¬ wählbarer Fehlercodes abgefragt werden können.9. Diagnostic system according to claim 7 or 8, characterized in that the status information aus¬ selectable error codes can be queried during a repair.
10. Diagnosesystem nach Anspruch 7 oder 8, dadurch gekennzeichnet, dass die Status Überprüfung immer dann durchgeführt wird, wenn ein Fehlercode von der Anzeige des Diagnosetesters entfernt werden soll.10. Diagnostic system according to claim 7 or 8, characterized in that the status check is always carried out when an error code is to be removed from the display of the diagnostic tester.
11. Diagnosesystem nach Anspruch 7 oder 8, dadurch gekennzeichnet, dass die Status Überprüfung zeitgesteuert ausgelöst wird.11. Diagnostic system according to claim 7 or 8, characterized in that the status check is triggered time-controlled.
12. Diagnosesystem nach Anspruch 7 oder 8, dadurch gekennzeichnet, dass ein Entfernen von Fehlercodes von der der Anzeige des Diagnosetesters für diejenigen Fehlercodes gesperrt ist, deren Statusinformationen in den Steuergeräten einen nicht getesteten Zustand anzeigen. 12. A diagnostic system according to claim 7 or 8, characterized in that a removal of error codes is inhibited by the display of the diagnostic tester for those error codes whose status information in the control units indicate an untested condition.
13. Verfahren zur verbesserten Reparaturverifikation, bei dem mit Hilfe von Eigendiagnoseroutinen von Steuergeräten zu¬ nächst Fehlercodes ermittelt werden und in mindestens ei¬ nen primären Fehlerspeicher (A) abgelegt werden, dadurch gekennzeichnet,13. A method for improved repair verification, in which error codes are first of all determined with the aid of self-diagnostic routines of control units and stored in at least one primary fault memory (A), characterized
- dass die ermittelten Fehlercodes auf der Anzeige des Diagnosetesters zur Anzeige gebracht werden und anhand der ermittelten Fehlercodes zumindest eine Teilreparatur durchgeführt wird,that the determined error codes are displayed on the display of the diagnostic tester and at least one partial repair is carried out on the basis of the determined error codes,
- dass in einem weiteren Verfahrensschritt die durchge¬ führte Reparaturmaßnahme, mit dem Diagnosetester über¬ prüft wird, indem ein weiterer Diagnoselauf gestartet wird, bei dem mittels eines Status Polling der Status der ermittelten Fehlercodes überprüft wird.- That in a further process step the durchge¬ performed repair measure is checked with the diagnostic tester über¬ by a further diagnostic run is started, in which by means of a status polling the status of the determined error codes is checked.
14. Verfahren nach Anspruch 13, dadurch gekennzeichnet, dass diejenigen ermittelten Fehlercodes, deren Status- Überprüfung den Zustand „nicht getestet" ergeben hat, weiterhin zur Anzeige gebracht werden.14. The method according to claim 13, characterized in that those determined error codes whose status check has given the state "not tested" continue to be displayed.
15. Verfahren nach Anspruch 13 oder 14, dadurch gekennzeichnet, dass die Reparaturverifikation nach jeder Teilreparatur durch Einzelfehlerüberprüfung durchgeführt wird.15. The method according to claim 13 or 14, characterized in that the repair verification is performed after each partial repair by single error check.
16. Verfahren nach Anspruch 13 oder 14, dadurch gekennzeichnet, dass die Reparaturverifikation am Ende der Reparatur durchgeführt wird. 16. The method according to claim 13 or 14, characterized in that the repair verification is performed at the end of the repair.
EP05782831A 2004-08-28 2005-08-23 Improved repair verification for electronic vehicle systems Withdrawn EP1782034A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102004041740A DE102004041740A1 (en) 2004-08-28 2004-08-28 Improved repair verification for electronic vehicle systems
PCT/EP2005/009076 WO2006024423A1 (en) 2004-08-28 2005-08-23 Improved repair verification for electronic vehicle systems

Publications (1)

Publication Number Publication Date
EP1782034A1 true EP1782034A1 (en) 2007-05-09

Family

ID=35262154

Family Applications (1)

Application Number Title Priority Date Filing Date
EP05782831A Withdrawn EP1782034A1 (en) 2004-08-28 2005-08-23 Improved repair verification for electronic vehicle systems

Country Status (5)

Country Link
US (1) US7856299B2 (en)
EP (1) EP1782034A1 (en)
JP (1) JP4742101B2 (en)
DE (1) DE102004041740A1 (en)
WO (1) WO2006024423A1 (en)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102004042002A1 (en) * 2004-08-31 2006-03-02 Daimlerchrysler Ag Improved repair verification for electronic vehicle systems
DE102006059630A1 (en) * 2006-12-14 2008-06-19 Robert Bosch Gmbh Interface unit and method for communication management in a computer network
US9043128B2 (en) * 2007-04-23 2015-05-26 Pelagic Pressure Systems Dive computer incorporating stored dive site information
JP5114123B2 (en) * 2007-07-24 2013-01-09 トヨタ自動車株式会社 In-vehicle device control system
FR2920558B1 (en) * 2007-08-27 2010-03-12 Renault Sas METHOD AND SYSTEM FOR DIAGNOSING THE DYSFUNCTION OF A MOTOR VEHICLE
US9222239B2 (en) * 2007-09-11 2015-12-29 Vermeer Manufacturing Company On-board service tool and method
JP4453764B2 (en) * 2008-02-22 2010-04-21 トヨタ自動車株式会社 Vehicle diagnostic device, vehicle diagnostic system, and diagnostic method
JP4502037B2 (en) * 2008-04-02 2010-07-14 トヨタ自動車株式会社 Information generation apparatus and system for fault diagnosis
US20090259358A1 (en) * 2008-04-14 2009-10-15 Innova Electronics Corp Automotive DTC live data diagnostics
DE102009053751B4 (en) 2009-11-18 2014-01-16 Audi Ag Method for diagnosing a fault on a motor vehicle
US20120185124A1 (en) * 2011-01-18 2012-07-19 Control-Tec, Llc Automated vehicle-wide data acquisition and issue management system
US9514580B2 (en) 2014-03-19 2016-12-06 Cummins, Inc. Fault code hierarchy system
US20170024943A1 (en) 2014-03-19 2017-01-26 Cummins, Inc. System and Method for Service Assessment
US9477843B2 (en) * 2014-06-11 2016-10-25 GM Global Technology Operations LLC Inhibiting access to sensitive vehicle diagnostic data
US9854442B2 (en) * 2014-11-17 2017-12-26 GM Global Technology Operations LLC Electronic control unit network security
US10291583B2 (en) * 2016-04-13 2019-05-14 VisualThreat Inc. Vehicle communication system based on controller-area network bus firewall
US10943283B2 (en) 2016-11-18 2021-03-09 Cummins Inc. Service location recommendation tailoring
US10310934B2 (en) * 2017-04-27 2019-06-04 GM Global Technology Operations LLC Methods and systems for diagnosing a controller area network
DE102017112817A1 (en) * 2017-06-12 2018-12-13 Dr. Ing. H.C. F. Porsche Aktiengesellschaft Commissioning control unit of a composite of control units of a motor vehicle and method for commissioning of control units
US11797950B2 (en) * 2018-08-27 2023-10-24 Basf Corporation Method and system to digitally track and monitor an automotive refinish repair process
US11567487B2 (en) * 2018-09-28 2023-01-31 Abb Schweiz Ag Fault diagnosis system and method for electric drives
CN109632335B (en) * 2018-12-17 2020-11-03 安徽江淮汽车集团股份有限公司 Vehicle-mounted terminal for intelligent automobile road test and information transmission method thereof
KR20210075702A (en) * 2019-12-13 2021-06-23 현대자동차주식회사 Vehicle and controlling method of the vehicle
US11572671B2 (en) 2020-10-01 2023-02-07 Caterpillar Sarl Virtual boundary system for work machine
CN113821015B (en) * 2021-09-24 2023-08-08 深圳市元征软件开发有限公司 Fault code display method and device, terminal equipment and storage medium

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4271402A (en) 1979-08-29 1981-06-02 General Motors Corporation Motor vehicle diagnostic and monitoring device having keep alive memory
DE3726344A1 (en) 1987-08-07 1989-02-16 Porsche Ag DIAGNOSTIC SYSTEM FOR CONTROL UNITS OF A MOTOR VEHICLE
DE4106704C5 (en) 1991-03-02 2009-12-17 Wabco Gmbh Device and method for error detection and display
JPH07271589A (en) 1994-03-29 1995-10-20 Fuji Heavy Ind Ltd Fault diagnostic device
JP3483691B2 (en) 1996-02-05 2004-01-06 本田技研工業株式会社 Vehicle diagnostic method and device
JP3333378B2 (en) 1996-02-05 2002-10-15 本田技研工業株式会社 Vehicle diagnostic method and device
DE19921845A1 (en) 1999-05-11 2000-11-23 Bosch Gmbh Robert Diagnostic test device for motor vehicles with programmable control units
US6809837B1 (en) * 1999-11-29 2004-10-26 Xerox Corporation On-line model prediction and calibration system for a dynamically varying color reproduction device
JP3338679B2 (en) * 1999-12-09 2002-10-28 本田技研工業株式会社 Vehicle diagnostic device
EP1386199B1 (en) * 2001-05-10 2006-06-14 Ranco Incorporated of Delaware System and method for performing diagnostics using a portable device
US6965818B2 (en) * 2001-11-28 2005-11-15 Onan Corporation Mobile energy management system
JP2004151021A (en) * 2002-10-31 2004-05-27 Denso Corp Fault diagnostic device for vehicle
US7251535B2 (en) * 2004-02-06 2007-07-31 Rockwell Automation Technologies, Inc. Location based diagnostics method and apparatus
DK1688842T3 (en) * 2005-01-26 2008-06-16 Oce Tech Bv Automated performance analysis and error correction

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2006024423A1 *

Also Published As

Publication number Publication date
US20090132110A1 (en) 2009-05-21
WO2006024423A1 (en) 2006-03-09
JP2008511821A (en) 2008-04-17
DE102004041740A1 (en) 2006-03-02
JP4742101B2 (en) 2011-08-10
US7856299B2 (en) 2010-12-21

Similar Documents

Publication Publication Date Title
EP1782034A1 (en) Improved repair verification for electronic vehicle systems
EP1784628A1 (en) Improved repair verification system for electronic vehicle systems
EP0629773B1 (en) Vehicle diagnostic method for testing electronically controlled systems
DE102005044236B4 (en) diagnostic device
DE10307342B4 (en) Device and method for model-based on-board diagnostics
DE4040927C2 (en) Method and device for storing errors in a control device of a motor vehicle
EP1751637A1 (en) Knowledge-based diagnostic system for a complex technical system, comprising two separate knowledge bases for processing technical system data and customer complaints
WO2006105930A1 (en) Diagnostic system for determining a weighted list of possible defective components on the basis of vehicle data and customer specifications
WO2001043079A1 (en) Method for recognition of faults on a motor vehicle
DE4203704A1 (en) METHOD FOR INITIALIZING AN ELECTRONIC CONTROL SYSTEM, IN PARTICULAR IN A MOTOR VEHICLE
WO2008095518A1 (en) Use of a distributed diagnostic architecture in autosar
DE10307343B4 (en) On-board diagnostic device and on-board diagnostic procedures for motor vehicles
DE112017003053T5 (en) ACTIVITY MONITOR
EP2729857B1 (en) Documentation of faults in a fault memory of a motor vehicle
EP3797352B1 (en) Method for exchanging a first executable program code and a second executable program code, and control unit
DE10307344A1 (en) Device and method for decentralized on-board diagnosis for motor vehicles
EP1117023B1 (en) Device for fault diagnosis during motor vehicle operation
DE19850990A1 (en) Automobile electronic control device linked to diagnostic testing device has memory loaded with data, documentation information or parameter files required for operation of diagnostic testing device
DE102009053751B4 (en) Method for diagnosing a fault on a motor vehicle
DE102016215068A1 (en) Method and device for servicing a vehicle
DE102006017644B4 (en) Registration and diagnosis of vehicle data
WO2009012828A1 (en) Functionally oriented fault diagnostics of motor vehicles
DE102023109886A1 (en) System and method for testing different components using different test cases
WO2018219647A1 (en) Malfunction memory, in particular for a motor vehicle
EP4144003A1 (en) Method for producing a software component for an electronic computing device of a motor vehicle, computer program product, computer-readable storage medium and motor-vehicle-external update system

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20070216

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): DE FR GB IT

DAX Request for extension of the european patent (deleted)
RBV Designated contracting states (corrected)

Designated state(s): DE FR GB IT

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: DAIMLER AG

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20120418