EP2676115A1 - System und verfahren zum identifizieren, diagnostizieren, warten und reparieren eines fahrzeugs - Google Patents

System und verfahren zum identifizieren, diagnostizieren, warten und reparieren eines fahrzeugs

Info

Publication number
EP2676115A1
EP2676115A1 EP12701235.9A EP12701235A EP2676115A1 EP 2676115 A1 EP2676115 A1 EP 2676115A1 EP 12701235 A EP12701235 A EP 12701235A EP 2676115 A1 EP2676115 A1 EP 2676115A1
Authority
EP
European Patent Office
Prior art keywords
vehicle
central
workshop
vci
identification data
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.)
Granted
Application number
EP12701235.9A
Other languages
English (en)
French (fr)
Other versions
EP2676115B1 (de
Inventor
Roger Malmsheimer
Ramon Amirpour
Guenter Nobis
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.)
Robert Bosch GmbH
Original Assignee
Robert Bosch GmbH
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 Robert Bosch GmbH filed Critical Robert Bosch GmbH
Publication of EP2676115A1 publication Critical patent/EP2676115A1/de
Application granted granted Critical
Publication of EP2676115B1 publication Critical patent/EP2676115B1/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0808—Diagnosing performance data
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C2205/00—Indexing scheme relating to group G07C5/00
    • G07C2205/02—Indexing scheme relating to group G07C5/00 using a vehicle scan tool

Definitions

  • the invention relates to a system and a method for identifying, diagnosing, maintaining and repairing a vehicle, in particular in a motor vehicle workshop.
  • the document DE 44 46 512 A1 discloses a device for carrying out a vehicle test with a mobile radio part, which transmits diagnostic data from a vehicle to a workshop.
  • the document DE 199 21 846 A1 discloses a diagnostic test device with portable tester for motor vehicles.
  • Diagnostic testers usually include an assembly that is responsible for communication with the vehicle. This module is usually called
  • VCI Communication Interface
  • VCI can also be arranged in a separate housing, and wired or wirelessly communicate with universal control and display devices such as laptops, PDAs or smartphones.
  • the diagnostic functionality of universal diagnostic tester or operating and display devices is ensured via a corresponding diagnostic software, which allows the operation, display, diagnostic sequence control and communication with the electronic control units via the VCI.
  • Fig. 6 shows a vehicle 61 in a workshop.
  • the vehicle 61 in this case comprises one or more electronic control units 62, which are installed in the vehicle 61.
  • the vehicle 61 is moved to different workstations 65a, 65b and 65c, which may be spatially separated.
  • the workstations 65a, 65b, 65c are a the respective workstations 65a, 65b, 65c.
  • Workplace associated specific vehicle test equipment 64a, 64b, 64c available.
  • the specific vehicle testers 64a, 64b, 64c may be connected to components of the vehicle 61, such as the exhaust, the engine, the air conditioner, or other components for testing purposes.
  • a universal diagnostic tester 63 assigned to the respective workstation 65a, 65b, 65c is provided at each workstation, with which the communication with the electronic control units 62 of the Vehicle 61 is produced via a standardized vehicle interface, not shown.
  • the workshop only has a universal diagnostic tester 63, which is then passed on from work to work if necessary. In a workshop run of the vehicle 61, it is necessary that at each
  • Workplace 65a, 65b, 65c of the respective universal diagnostic tester 63 is connected to the unrepresented standardized vehicle interface.
  • the operation of the diagnostic tester 63 and of the respective vehicle tester 64a, 64b, 64c takes place separately. This can lead to manual input errors by the users of the devices.
  • FIG. 7 shows another approach: A vehicle 71 with one or more built-in electronic control units 72 passes through the workstations 75a, 75b, 75c in a workshop. At workplaces 75a, 75b, 75c there is a specific vehicle test device 74a, 74b, 74c. Each of the specific vehicle testers 74a, 74b, 74c comprises in each case an integrated VCI 73a, 73b, 73c, by means of which, via a standardized vehicle interface, not shown, communication with the
  • the invention is based on the idea of carrying out the identification of a vehicle, which is required for a large number of work steps in a workshop or testing station, only once at the beginning of the workshop run or test run. Once the vehicle has been identified via unique identification data, the identification data is stored in the in-vehicle VCI and stored with the
  • VCI Vehicle carried from workplace to workplace in the workshop. This remains VCI until the end of the workshop run in the respective vehicle.
  • the several VCIs in a workshop can then be centrally managed and controlled via a workshop network from a central diagnostic server device.
  • existing vehicle testing devices and / or universal operating and display devices can initiate communication with the VCI and the control devices of the vehicle located at the workstation via the central diagnostic server device, retrieve the identification data of the vehicle and, for example, exchange diagnostic information with the vehicle control devices ,
  • the method according to the invention for identifying, diagnosing, maintaining and repairing a vehicle in a workshop comprises the steps of connecting a mobile communication interface (VCI) and a first vehicle test device to the vehicle at a first workstation, establishing a VCI
  • Workshop server arranged central diagnostic server device and the first vehicle test device, identifying the vehicle for the diagnostic purposes, in particular for the ECU communication, the storage of
  • Vehicle testing device of the vehicle connecting a second
  • Vehicle testing device to the vehicle at a second workplace, the reading of the identification data from the VCI in the second vehicle test and the parallel diagnosis, maintenance or repair of the vehicle with the second vehicle test and the VCI via the central diagnostic server device.
  • the communication link between the VCI and the central diagnostic server device is a wireless communication link.
  • the VCI can be carried flexibly in the workshop with the vehicle.
  • the method according to the invention can furthermore comprise the steps of determining in the central diagnostic server device identification and / or diagnostic data of VCI-equipped vehicles located in the workshop, sending the determined identification and / or diagnostic data to the first or second vehicle test device , and the display and processing of the determined
  • the identification and / or diagnostic data can be displayed at the respective first or second workstation as a function of the proximity of the respective vehicle or the connected VCI to the workstation. This advantageously makes it possible to track the VCI and thus the connected vehicle in its passage through the workshop.
  • a system for identifying, diagnosing, maintaining and repairing a vehicle in a workshop having a central diagnostic server device, a plurality of VCIs, each with a connection device, which is adapted to connect a VCI to a vehicle standardized vehicle interface of a vehicle to connect in a workshop, a memory device which is adapted to identification data of
  • a communication device that is configured to transmit identification and diagnostic data of the connected vehicle to the central diagnostic server device, and with a plurality of vehicle test devices, each having different vehicle test modules, a communication device for producing a
  • a display device of the vehicle inspection apparatus for controlling the vehicle inspection modules and the VCI, which are adapted to identification and, for example, diagnostic data of a vehicle from one of the plurality of VCI via the central
  • Recognize diagnostic server device and perform on the basis of the retrieved identification and diagnostic data and the diagnostic results of the specific vehicle test modules tester specific vehicle checks on the vehicle.
  • the system according to the invention may preferably have a central
  • Diagnostic server device which is arranged on a central workshop server.
  • the system comprises a group of the plurality of vehicle testing devices including local diagnostic server devices configured to establish communication with the plurality of VCIs.
  • Fig. 1 is a schematic representation of a VCI
  • FIG. 2 is a schematic representation of the software architecture of two VCIs and a central diagnostic server device according to an embodiment of the invention
  • Fig. 3 is a schematic representation of the structure of a workshop workstation
  • FIG. 3a shows a schematic illustration of the software architecture of the control software of two vehicle testing devices and a central diagnostic server device and a detection software component in a central workshop server according to a further embodiment of the invention
  • 4a is a schematic representation of a method for identifying
  • 5 is a schematic representation of a method for identifying
  • Fig. 6 is a schematic representation of a conventional
  • Fig. 7 is a schematic representation of another conventional
  • Fig. 8 is a schematic representation of affyprüftechnikzies in one
  • Vehicle testing devices in the sense of this application are not limited to special ones
  • Vehicle testers set can include wheel alignment testers, engine testers, emissions testers, brake testers, shock absorber testers,
  • Lane checkers weighing devices, brake fluid testing devices, sound level meters, diesel smoke tester, chassis gauges, toe angle testers, steering angle testers, air conditioning testers, and the like. These vehicle testers can be installed in Workshops, in particular motor vehicle workshops, testing facilities or similar facilities are used. In particular, the methods and devices of the invention are equally useful in these devices.
  • communication interfaces for vehicles are described, which in the context of this application are referred to as "vehicle communication interface", in short VCI.
  • these communication interfaces are mobile interfaces that can be carried with the vehicle in a workshop from workplace to workplace.
  • FIG. 8 shows a schematic representation of a vehicle inspection device assembly in a workshop according to an embodiment of the invention.
  • a vehicle 10, in particular a motor vehicle, comprises one or more electronic control units 10a.
  • the electronic control unit (s) 10a may include specific vehicle specific component control units or universal electronic control units 10a of the vehicle 10.
  • the electronic control unit (s) 10a may include specific vehicle specific component control units or universal electronic control units 10a of the vehicle 10.
  • Control units 10a may have a standardized, not shown
  • Vehicle interface diagnostic data error data, actual values, Betnebsschreibshus or similar vehicle-related data for specific vehicle components ready and put into certain operating conditions or procedures.
  • the electronic control unit or units 10a are connected to a VCI 1 via a standardized vehicle interface (not shown).
  • the VCI 1 can at the beginning of a workshop run, for example, in the vehicle acceptance with the
  • the VCI 1 may be configured to store unique identification data of the vehicle 10, such as vehicle owner, registration number, vehicle brand, vehicle make, chassis number or similar identification data.
  • the unique identification data can be reentered in the vehicle reception of the workshop by means of a universal control and display unit or taken over from a previous workshop visit from a central workshop database.
  • the storage of the identification data in the VCI 1 can take place via a central workshop server 45.
  • the central workshop server 45 may include a central diagnostic server device 2, which is used for the construction of Communication links with the VCI 1 is responsible.
  • Diagnostic server device 2 can communicate with the VCI 1, for example via a wireless or wired communication connection.
  • central diagnostic server device 2 it is possible via the central diagnostic server device 2 to manage and communicate with a plurality of VCI's 1 that are in use in the workshop and connected to different vehicles 10.
  • the VCI 1 is configured to be carried with the vehicle 10 in the workshop when the vehicle 10 passes through the workstations 42, 43, 44. To the
  • Workplaces 42, 43, 44 are each the specific Anlagenprüfaus or universal control and display units 3b, 3c, 3d. The specific ones
  • Vehicle testing devices or universal operating and display units 3b, 3c, 3d can be connected at each workstation to respective vehicle components of the vehicle 10 for carrying out the diagnostic and / or repair work on the vehicle 10.
  • the central diagnostic server device 2 forms the communication point of contact for the specific vehicle testers 3b, 3c, 3d, that is, the central one
  • Diagnostic server device 2 may be configured to establish a communication link with the VCI 1 on the one hand and a communication link with each of the specific vehicle testers 3b, 3c, 3d on the other hand.
  • the central vehicle testers 3b, 3c, 3d may be configured to establish a communication link with the VCI 1 on the one hand and a communication link with each of the specific vehicle testers 3b, 3c, 3d on the other hand.
  • Diagnostic server device 2 can then be passed identification data of the vehicle 10 and, for example, diagnosis of the electronic control units 10a of the VCI 1 to the specific vehicle testers 3b, 3c, 3d. Also the
  • Communication link between the central diagnostic server device 2 and the specific vehicle testers 3b, 3c, 3d can be wireless or wired.
  • Fig. 1 shows a schematic representation of a VCI 1.
  • the VCI 1 is arranged in a housing 1 1 and comprises a microprocessor 12, a connecting device 13 with a connector 14 for connecting the VCI 1 with a standardized
  • Vehicle interface in a vehicle a memory device 15 for storing unique identification data of the vehicle to be connected, and a
  • Communication device 16 for establishing a communication connection with a central diagnostic server device 2.
  • the microprocessor 12 is designed to evaluate control commands for the VCI 1 and the connection device 13, the memory device 15 and the
  • the microprocessor 12 can control communication device 16.
  • the microprocessor 12 can control communication device 16.
  • the connecting device 13 may be designed to be on a lower
  • Communication layer in particular the physical layer, interfaces for diagnostic bus systems of the vehicle to be connected
  • the diagnostic bus systems can be used to address vehicle electronic control units.
  • the memory device 15 may have an increased memory volume compared to conventional VCI, in order to provide correspondingly much storage space for the unique identification data of the vehicle, as well as configuration data of the vehicle
  • the memory device 15 comprises corresponding software 17, which is specific to the operation of the VCI 1.
  • the software 17 will be described in greater detail below with reference to FIG.
  • the communication device 16 is designed to establish a communication connection with a central diagnostic server device 2, for example in a central workshop server.
  • the communication device 16 may comprise means for establishing a wired or wireless connection, for example a radio module for Bluetooth or WLAN, an infrared interface, an RFI D transponder or the like.
  • the VCI 1 does not include any operating and display elements in the present example.
  • the operating and display elements can be provided, for example, via a universal operating and display device or a vehicle test device to be connected to the VCI 1.
  • a universal operating and display device or a vehicle test device to be connected to the VCI 1.
  • FIG. 2 shows a schematic representation of the software architecture of two VCIs, in particular of the type of VCI 1, and of a diagnostic server device 2 according to a further embodiment of the invention.
  • the software parts 17a and 17b shown here may correspond to the software 17, which may be stored in a memory device 15 of the VCI 1 of FIG. 2
  • Software parts 17a and 17b each comprise a first communication layer 25a, 25b, a memory software 26a, 26b, a protocol software 27a, 27b and a second one
  • Communication layer 28a and 28b The individual software components 25a / b, 26a / b, 27a / b and 28a / b can be combined in a software code. It is also possible that the software parts 17a and 17b each have further software components.
  • the first communication layer 25a, 25b is configured to establish communication with a communication layer 24 of a central diagnostic server device 2 and to control the VCI.
  • the communication layer 24 of the central diagnostic server device 2 is configured to establish communication with a communication layer 24 of a central diagnostic server device 2 and to control the VCI.
  • Diagnostic server device 2 may include two components 24a and 24b each provided for communication with one of the two mobile communication interfaces.
  • the storage software 26a, 26b is configured to receive, store and manage identification data for the vehicle 10.
  • Identification data can preferably be held for the duration of a workshop stay of the vehicle 10 and if necessary via the central
  • Diagnostic server device 2 are issued to specific vehicle test equipment or universal control and display units.
  • the protocol software 27a, 27b is designed to provide necessary protocols for the
  • the second communication layer 28a, 28b is designed to control communication connections established via the connection device 13 in FIG. 1 with control devices in the vehicle 10.
  • the central diagnostic server device 2 comprises as software components a communication layer 21, a software interface 22, a diagnostic server software 23 and a second communication layer 24.
  • the diagnostic software 23, in conjunction with the software interface 22, may be configured to manage and access a plurality of mobile communication interfaces 1 in parallel.
  • the second communication layer 24a, 24b can be used for communication with the first communication layer 25a, 25b of the software 17a, 17b of the VCI.
  • the second communication layer 24a, 24b of the central diagnostic server 2 may also be configured to register which VCI 1 are within range of certain vehicle testers. This information may change dynamically with the movement of a plurality of VCI 1 vehicles within a workshop.
  • the VCI 1 can be designed via communication devices 16 to transmit their presence via beacon signals to the central
  • Diagnostic server 2 display a central workshop server in a workshop.
  • the first communication layer 21 of the central diagnostic server 2 may be configured to provide an interface for specific vehicle testers.
  • the first communication layer 21 may be configured to perform functions of
  • This includes, for example, the reading out of errors, actual values, operating state data, the deletion and overwriting of values in control devices, for example service intervals, error registers,
  • Actuator controls, performing complex test procedures such as steering angle calibration, ABS sensor testing, pump testing, brake circuit venting, and the like.
  • the first communication layer 21 is further configured to provide unique vehicle identifications from the electronic
  • the first communication layer 21 can be tuned to the specific vehicle test device, for example, by a preconfigured tester parameter set, which from the
  • Vehicle tester can be retrieved.
  • Fig. 3 shows a schematic representation of the structure of a workshop workplace.
  • the vehicle 10 Shown are a vehicle 10 to which a VCI 1 of Fig. 1 is connected.
  • the vehicle 10 is located on a workstation in a workshop or testing center on which a corresponding vehicle test device 3 is present.
  • the vehicle inspection device 3 includes a test module 31, a control computer 32 with control software 33, a
  • the vehicle inspection device 3 can be connected via cables, sensors, hoses and similar suitable connection means 37 to the vehicle 10 or with vehicle components of the vehicle 10 such as the exhaust, the engine, the air conditioner, the brake system or the like ,
  • the vehicle inspection device 3 can be arranged in a housing 36.
  • the test module 31 may include a specific vehicle test module that may perform predefined tests or diagnostics on particular vehicle components of the vehicle 10, such as engine tests, chassis measurement, air conditioning maintenance, or the like.
  • the control computer 32 may be adapted to the corresponding specific functions of the test module 31 using the
  • Control software 33 to control.
  • the control software 33 is shown in greater detail in the remote box in FIG.
  • the control software 33 includes a software layer 33a for operating the
  • Vehicle tester 3 and for visualization of the test procedures and results, a software layer 33b for controlling the test procedures, a first communication layer 33d, the communication between the test sequence control by the
  • Software layer 33b and the test module 31 a second communication layer 33e, which establishes a communication of the test sequence control by the software layer 33b and the diagnostic server device 2, and a diagnostic server device 2 shown in FIG. 2.
  • the diagnostic server device 2 a local or decentralized
  • Diagnostic server device 2a be that in principle similar to the central
  • Diagnostic server device can be constructed on a garage server 45 and allows a direct communication link between a vehicle tester 3 and a VCI 1. For example, in case of failure of a central vehicle tester 3 and a VCI 1.
  • Diagnostic server device the decentralized diagnostic server device 2a a
  • the software layers 33a and 33b for operation, display and test sequence control can also be integrated in a common software layer 33c.
  • the second Communication layer 33e may include a software component for communicating with the user, a software component for establishing communication with the central or remote diagnostic server 2a, a software component for communicating the test schedule with the central or remote
  • the communication layer 33e may be adapted to a user of the
  • Vehicle tester 3 via the display unit 35 to display a list of vehicles 10 whose VCI 1 is within reach of the diagnostic server device 2 and the respective workstation.
  • the user can select the correct vehicle from the list of candidate vehicles 10 via the operating device 34.
  • the list can also by the central diagnostic server device on a
  • the corresponding VCI 1 can be disabled for selection at other workstations or with other vehicle test devices.
  • controlled by the central diagnostic server means a parallel access of several
  • a vehicle testing device for brake testing can access a VCI 1 of a vehicle 10 simultaneously with a universal operating and display device, for example a laptop, so that several test and / or maintenance and / or repair steps can be carried out in parallel.
  • the communication layer 33e may already be stored at the beginning of the actual test procedure in preceding work steps of the workshop process
  • test procedure can advantageously be adapted automatically to the vehicle 10.
  • communication layer 33e during the test run on the central or
  • the decentralized diagnostic server device to control functions in electronic control units of the vehicle 10 and forward diagnostic data during the test run dynamically from the electronic control units of the vehicle 10 to the software layer 33b.
  • the communication layer 33e can furthermore advantageously receive preconfigured parameters of the specific test module 31 in order to selectively activate or deactivate certain functions of the electronic control units of the vehicle 10.
  • the usually large range of functionality of the electronic control units can be advantageously required for the respective test run
  • Vehicle Tester 3 by the user to avoid.
  • FIG. 3a shows a schematic illustration of the software architecture of the control software of two vehicle testing devices and a central diagnostic server device 2 according to a further embodiment of the invention.
  • the respective control software 331 and 332 of the two vehicle testers can the
  • Control software 33 of the vehicle testing device 3 in Fig. 3 correspond.
  • the components of the control software 331 and 332 each differ from the control software 33 of the vehicle testing device 3 in FIG. 3 in that no decentralized or local
  • Diagnostic server devices 2a are provided.
  • diagnostic server device 2 in FIG. 3a is central
  • the central workshop server 45 may further include a capture software component 48.
  • the acquisition software component 48 may be configured to manage all of the VCI 1 currently being used in the workshop or test site and their connected vehicles 10. Further, the acquisition software component 48 may be configured to provide unique identification data of the vehicle such as holder, license plate,
  • the vehicle testing devices in a workshop, preferably a test device in the vehicle reception, with the
  • a universal operating and display unit such as a laptop, a PDA or a smartphone with the
  • Detection software component 48 to provide. 4 shows a schematic representation of a method for identifying
  • Diagnosing testing
  • maintaining and repairing a vehicle 10 in a workshop with a VCI 1 according to Fig. 1 according to another embodiment of the invention.
  • the flow of the method according to FIG. 4 will be described with reference to the steps of the schematic representation of a method for identifying, diagnosing, maintaining and repairing a vehicle in a workshop via a VCI 1, based on an exemplary workshop sequence according to a further embodiment of FIG Invention explained in more detail.
  • step 51 a After taking over the customer or vehicle data in the workshop system (step 51 a) and the query of the error symptoms at the customer (step 51 b) can at a first workstation 41, for example, the vehicle acceptance of a workshop, with a first vehicle testing device 3a via a central Workshop server 45 are checked with a central diagnostic server device 2 and a detection software component 48, which of the total number of VCI 1 are ready, which of the VCI 1 are available for installation in a vehicle 10, which the VCI 1 is connected to which vehicle 10 and which Vehicle testing devices 3a, 3b, 3c, 3d with which VCI 1 or vehicle 10 is connected.
  • a first workstation 41 for example, the vehicle acceptance of a workshop, with a first vehicle testing device 3a via a central Workshop server 45 are checked with a central diagnostic server device 2 and a detection software component 48, which of the total number of VCI 1 are ready, which of the VCI 1 are available for installation in a vehicle 10, which the VCI 1 is connected to which vehicle 10 and which Vehicle testing devices
  • the first vehicle testing device 3a may, for example, be a universal operating and display unit which, in cooperation with the VCI 1, allows a quick diagnosis of the vehicle
  • the vehicle and / or customer data already stored in the workshop system for the vehicle 10 can be read out or entered by the operator via a central workshop server 45 with a central diagnostic server device 2 and a registration software component 48 (step 51d) can unique vehicle identification data determined (step 51 e) and with the vehicle and / or customer data via the central workshop server 45 with a central diagnostic server device 2 and a registration software component 48 (step 51d) can unique vehicle identification data determined (step 51 e) and with the vehicle and / or customer data via the central workshop server 45 with a central diagnostic server device 2 and a registration software component 48 (step 51d) can unique vehicle identification data determined (step 51 e) and with the vehicle and / or customer data via the central workshop server 45 with a central diagnostic server device 2 and a registration software component 48 (step 51d) can unique vehicle identification data determined (step 51 e) and with the vehicle and / or customer data via the central workshop server 45 with a central diagnostic server device 2 and a registration software component 48 (step 51d) can unique vehicle identification data determined (step
  • Diagnostic server device 2 are preferably transmitted wirelessly to the VCI 1, in which the vehicle identification data are stored at least for the duration of the workshop run (step 51f).
  • a rapid diagnosis can be carried out (step 51 g), after its completion Result log (step 51 h) is printed.
  • the workshop order can then be coordinated with the customer (step 51 i).
  • the vehicle 10 is transferred to a second workstation 42 within the workshop.
  • the VCI 1 is not separated from the vehicle 10 and with the
  • the second workstation 42 may be, for example, a workstation for diagnosis and troubleshooting (step 52).
  • a second vehicle testing device 3b or a universal control and display unit.
  • the second vehicle control device 3b establishes communication via the central
  • Diagnostic server device 2 with the VCI 1, and reads the stored unique vehicle identification data automatically from the VCI 1 via the central
  • Diagnostic server device 2 off.
  • step 52a it may be provided that, depending on the error symptoms indicated by the customer (step 51b) or the results of the rapid diagnosis (step 51g) at the second workstation 42 with the VCI 1 and the vehicle test device 3bffyprüf- or diagnostic steps for troubleshooting on the vehicle 10 are performed.
  • a faulty steering angle sensor may be identified (step 52b), and after troubleshooting a result log is again generated (step 52c). Thereafter, the vehicle 10, again together with the VCI 1, to a third
  • the third workstation 43 can be, for example, a repair workstation.
  • a replacement part for example, a defective vehicle component, for example, a defective steering angle sensor, may be removed (step 53b) and replaced with a spare part (step 53c).
  • a spare part for example, a defective vehicle component, for example, a defective steering angle sensor
  • Diagnostic server 2 a communication with the VCI 1 and thus one or more electronic control units in the vehicle 10 are prepared so that, for example, the new steering angle sensor in the corresponding electronic control unit of the vehicle 10 can be registered or trained (step 53d).
  • the vehicle 10 is moved to a fourth workstation 44 where, for example, the vehicle geometry of the vehicle 10 is measured (step 54a) and the landing gear can be adjusted (step 54b).
  • a fourth vehicle testing device 3d for example a test device, is to be attached to the fourth workstation 44 Wheel alignment provided.
  • the newly installed steering angle sensor can be automatically calibrated by the vehicle tester 3d after completion of the wheel alignment and chassis adjustment (step 54d), since the required identification data of the vehicle 10 are already in the vehicle VCI 1 present.
  • the identification data of the vehicle 10 can also be used already for the preparation of the measurement and adjustment of the chassis.
  • Vehicle 10 are stored.
  • FIG. 4a shows a schematic illustration of a method for identifying
  • Diagnosing, maintaining and repairing a vehicle in a workshop via a VCI, a central workshop server with a central diagnostic server device and / or local diagnostic server devices according to a further embodiment of the invention.
  • the method according to FIG. 4a differs from the method according to FIG. 4 in FIG.
  • Diagnostic server devices 2a may be equipped.
  • the vehicle test devices of the group of specific vehicle test devices can thus establish a direct communication with the VCI 1.
  • the VCI 1 can still be accessed via the decentralized diagnostic server devices 2 a, here for example via the vehicle test device 3 b.
  • Any number of vehicle testing devices can be equipped with such a decentralized diagnostic server device 2a.
  • Vehicle identification data are equally available at each workstation, since they are carried by the vehicle 10 via the VCI 1 from workstation to workstation and centrally via a workshop server 45 with a central
  • Diagnostic server device 2 can be read. Also the danger of
  • Vehicle testing devices and universal operating and display units can alternatively be equipped with a uniform decentralized diagnostic server device, and no complex adaptation process to the particular circumstances of the individual vehicle test device is necessary.
  • Control software of the vehicle tester only activate those functions in communication with the electronic control units of the vehicle, which are also required for the respective workstation. This allows easy and convenient handling of the specific vehicle testers or universal operating and display units at specific workstations in the workshop. For the users of the vehicle test equipment at the workplaces, the necessary qualification in dealing with the control unit communication is reduced, since the communication between the electronic control units in the vehicle and the vehicle test equipment can run largely automatically and in the background.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Die Erfindung betrifft ein Verfahren zum Identifizieren, Diagnostizieren, Warten und Reparieren eines Fahrzeugs (10) in einer Werkstatt, mit den Schritten des Anschließens eines ersten Fahrzeugprüfgerätes (3a) an einem ersten Arbeitsplatz (41) und Auswählens eines betriebsbereiten und für den Einbau in ein Fahrzeug (10) verfügbaren mobilen Kommunikationsschnittstelle (VCI, 1) mit einer auf einem zentralen Werkstattserver (45) angeordneten Erfassungskomponente (48) und Diagnoseservereinrichtung (2), des Anschließens eines VCI (1) an das Fahrzeug (10), des Aufbauens einer Kommunikationsverbindung zwischen dem VCI (1) und einer auf einem zentralen Werkstattserver (45) angeordneten zentralen Diagnoseservereinrichtung (2), des Speicherns von Identifikationsdaten für das Fahrzeug (10) in dem VCI (1) über die zentrale Diagnoseservereinrichtung (2), des Durchführenserster Prüfungen am Fahrzeug (10) mit dem ersten Fahrzeugprüfgerät (3a) und/oder dem VCI (1), des Trennens des ersten Fahrzeugprüfgeräts (3a) von dem Fahrzeug (10), des Anschließens eines zweiten Fahrzeugprüfgeräts (3b) an das Fahrzeug (10) und Auslesens der Identifikationsdaten aus dem VCI (1) über die zentrale Diagnoseservereinrichtung (2) in das zweite Fahrzeugprüfgerät (3b) an einem zweiten Arbeitsplatz (42), und des Durchführenszweiter Prüfungen am Fahrzeug (10) mit dem zweiten Fahrzeugprüfgerät (3b) und/oder dem VCI (1)

Description

Beschreibung Titel
System und Verfahren zum Identifizieren, Diagnostizieren, Warten und Reparieren eines Fahrzeugs
Die Erfindung betrifft ein System und ein Verfahren zum Identifizieren, Diagnostizieren, Warten und Reparieren eines Fahrzeugs, insbesondere in einer Kraftfahrzeugwerkstatt.
Stand der Technik
Die Druckschrift DE 44 46 512 A1 offenbart eine Vorrichtung zur Durchführung eines Fahrzeugtests mit einem Mobilfunkteil, welches Diagnosedaten von einem Fahrzeug an eine Werkstatt übermittelt.
Die Druckschrift DE 199 21 846 A1 offenbart eine Diagnosetestvorrichtung mit portablem Prüfgerät für Kraftfahrzeuge.
Die technische Entwicklung der Kraftfahrzeugprüftechnik hat zu einer Vielzahl spezifischer externer Prüfgeräte für unterschiedliche Prüfgebiete und Kraftfahrzeugbestandteile geführt. Die dafür eingesetzten Fahrzeugprüfgeräte sind hochspezialisiert und an die entsprechenden Fahrzeugbestandteile angepasst. Häufig werden Fahrzeugprüfgeräte an speziellen Arbeitsplätzen in einer Werkstatt oder einer Prüfstelle eingesetzt,
beispielsweise weil die Fahrzeugprüfgeräte fest in der Werkstatt installiert sind. Ein Fahrzeug, welches sich zur Fehlerdiagnose und/oder Reparatur in der Werkstatt befindet, wird dabei von Arbeitsplatz zu Arbeitsplatz bewegt, je nach vorzunehmender Prüfung bzw. Reparatur.
In heutigen Kraftfahrzeugen werden viele Funktionen durch elektronische Steuergeräte vorgenommen, die an die Fahrzeugelektronik angeschlossen sind. Die elektronischen Steuergeräte übernehmen dabei häufig auch Onboard-Diagnosefunktionen der
Fahrzeugsysteme und speichern spezielle Diagnose- und/oder Betriebszustandsdaten. Damit die Daten der Diagnosefunktionen aus den Steuergeräten ausgewertet werden können, sind universelle Diagnosetester entwickelt worden, welche eine Kommunikation mit den im Fahrzeug befindlichen Steuergeräten ermöglichen. Die Funktionalität der Kommunikation kann sehr unterschiedlich sein und bezieht sich beispielsweise auf das Auslesen gespeicherter Fehlercodes, die Übertragung von Istwerten, das Durchführen komplexer Stellgliedtests, die Rückstellung der Serviceintervalle, das Anlernen
eingebauter Ersatzteile und ähnlicher Aufgaben.
Diagnosetester umfassen dabei üblicherweise eine Baugruppe, die für die Kommunikation mit dem Fahrzeug verantwortlich ist. Diese Baugruppe wird meist als
Fahrzeugkommunikationsschnittstelle oder wie international üblich als Vehicle
Communication Interface, abgekürzt mit VCI, bezeichnet. Derartige VCI können auch in einem eigenen Gehäuse angeordnet sein, und drahtgebunden oder drahtlos mit universellen Bedien- und Anzeigegeräten wie beispielsweise Laptops, PDAs oder Smartphones kommunizieren. Die Diagnosefunktionalität universeller Diagnosetester oder Bedien- und Anzeigegeräte wird dabei über eine entsprechende Diagnosesoftware gewährleistet, welche die Bedienung, die Anzeige, die Diagnoseablaufsteuerung und die Kommunikation mit den elektronischen Steuergeräten über das VCI ermöglicht.
Die Spezialisierung der Fahrzeugprüfgeräte erfordert heute üblicherweise die
Kombination einzelner Prüf- und Reparaturschritte mit Kommunikationsschritten und der Auswertung der Daten in den elektronischen Steuergeräten.
Bei der Gestaltung der Prüfgeräte und der Werkstattdurchläufe haben sich bisher zwei grundsätzliche Lösungsansätze etabliert, welche schematisch in den Fig. 6 und 7 gezeigt sind.
Fig. 6 zeigt ein Fahrzeug 61 in einer Werkstatt. Das Fahrzeug 61 umfasst dabei eines oder mehrere elektronische Steuergeräte 62, die in dem Fahrzeug 61 verbaut sind. Bei einem Prüf- oder Reparaturdurchlauf durch eine Werkstatt wird das Fahrzeug 61 an unterschiedliche Arbeitsplätze 65a, 65b und 65c verbracht, die räumlich voneinander getrennt sein können. An jedem der Arbeitsplätze 65a, 65b, 65c ist ein dem jeweiligen
Arbeitsplatz zugeordnetes spezifisches Fahrzeugprüfgerät 64a, 64b, 64c vorhanden. Die spezifischen Fahrzeugprüfgeräte 64a, 64b, 64c können zu Prüfzwecken mit Komponenten des Fahrzeugs 61 , wie beispielsweise dem Auspuff, dem Motor, der Klimaanlage oder anderen Komponenten verbunden werden. Zusätzlich steht an jedem Arbeitsplatz jeweils ein dem jeweiligen Arbeitsplatz 65a, 65b, 65c zugeordneter universeller Diagnosetester 63 bereit, mit dem die Kommunikation mit den elektronischen Steuergeräten 62 des Fahrzeugs 61 über eine nicht dargestellte standardisierte Fahrzeugschnittstelle hergestellt wird. Alternativ verfügt die Werkstatt nur über einen universellen Diagnosetester 63, der dann bei Bedarf von Arbeitsplatz zu Arbeitsplatz weitergereicht wird. Bei einem Werkstattdurchlauf des Fahrzeugs 61 ist es notwendig, dass an jedem
Arbeitsplatz 65a, 65b, 65c der jeweilige universelle Diagnosetester 63 an die nicht dargestellte standardisierte Fahrzeugschnittstelle angeschlossen wird. Die Bedienung des Diagnosetesters 63 und des jeweiligen Fahrzeugprüfgeräts 64a, 64b, 64c erfolgt dabei separat. Dies kann zu manuellen Eingabefehlern durch die Benutzer der Geräte führen. Zudem ist mit der wiederholten Identifikation des Fahrzeugs 61 an jedem der
Arbeitsplätze 65a, 65b, 65c durch den Diagnosetester 63 ein gewisser Mehraufwand an Zeit und Arbeit erforderlich.
Fig. 7 zeigt eine andere Herangehensweise: Ein Fahrzeug 71 mit einem oder mehreren verbauten elektronischen Steuergeräten 72 durchläuft in einer Werkstatt die Arbeitsplätze 75a, 75b, 75c. An den Arbeitsplätzen 75a, 75b, 75c befindet sich jeweils ein spezifisches Fahrzeugprüfgerät 74a, 74b, 74c. Jedes der spezifischen Fahrzeugprüfgeräte 74a, 74b, 74c umfasst jeweils ein integriertes VCI 73a, 73b, 73c, mittels derer über eine nicht dargestellte standardisierte Fahrzeugschnittstelle eine Kommunikation mit den
elektronischen Steuergeräten 72 im Fahrzeug 71 hergestellt wird. Dadurch entfällt die
Bedienung eines separaten universellen Diagnosetesters parallel zum Fahrzeugprüfgerät wie in Fig. 6. Weiterhin ist jedoch eine separate Identifikation des Fahrzeugs 71 an den unterschiedlichen Arbeitsplätzen 75a, 75b, 75c durch das jeweilige integrierte VCI 73a, 73b, 73c notwendig. Zudem müssen die jeweiligen Fahrzeugprüfgeräte 74a, 74b, 74c, insbesondere deren Prüfgerätesoftware an die integrierten VCI 73a, 73b, 73c angepasst werden. An einem Arbeitsplatz ohne spezifisches Fahrzeugprüfgerät kann weiterhin ein universeller Diagnosetester mit integriertem VCI eingesetzt werden.
Offenbarung der Erfindung
Die Erfindung beruht auf der Idee, die Identifikation eines Fahrzeugs, die für eine Vielzahl von Arbeitsschritten in einer Werkstatt oder Prüfstelle erforderlich ist, nur einmal zu Beginn der Werkstattdurchlaufs bzw. des Prüfstellendurchlaufs durchzuführen. Sobald das Fahrzeug einmal über eindeutige Identifikationsdaten identifiziert ist, werden die Identifikationsdaten in dem im Fahrzeug eingebauten VCI gespeichert und mit dem
Fahrzeug von Arbeitsplatz zu Arbeitsplatz in der Werkstatt mitgeführt. Dazu verbleibt das VCI bis zum Ende des Werkstattdurchlaufs im jeweiligen Fahrzeug. Die mehreren VCI in einer Werkstatt können dann zentral über ein Werkstattnetzwerk von einer zentralen Diagnoseservereinrichtung aus verwaltet und angesteuert werden. Während des Werkstattdurchlaufs können an den jeweiligen Arbeitsplätzen vorhandene Fahrzeugprüfgeräte und/oder universelle Bedien- und Anzeigegeräte eine Kommunikation mit dem VCI und den Steuergeräten des an dem Arbeitsplatz befindlichen Fahrzeugs über die zentrale Diagnoseservereinrichtung initiieren, die Identifikationsdaten des Fahrzeugs abrufen und beispielsweise Diagnoseinformationen mit den Fahrzeugsteuergeräten austauschen. Dies erspart dem jeweiligen Benutzer des Fahrzeugprüfgeräts und/oder des universellen Bedien- und Anzeigegeräts den Ein- und Ausbau des VCI sowie die Zeiten für eine aufwändige Identifikation des Fahrzeugs und für den Aufbau der Kommunikation mit den im Fahrzeug verbauten Steuergeräten. Auf diese Weise kann zum Einen die Fahrzeugprüfung und/oder die Fehlerdiagnose schneller begonnen werden, zum Anderen können Fehler bei der manuellen Fahrzeugerfassung vermieden werden.
Das erfindungsgemäße Verfahren zum Identifizieren, Diagnostizieren, Warten und Reparieren eines Fahrzeugs in einer Werkstatt umfasst die Schritte des Anschließens einer mobilen Kommunikationsschnittelle (VCI) und eines ersten Fahrzeugprüfgerätes an das Fahrzeug an einem ersten Arbeitsplatz, des Aufbauens einer
Kommunikationsverbindung zwischen dem VCI und einer auf einem zentralen
Werkstattserver angeordneten zentralen Diagnoseservereinrichtung sowie dem ersten Fahrzeugprüfgerät, des Identifizierens des Fahrzeugs für die Diagnosezwecke, insbesondere für die Steuergerätekommunikation, des Speicherns von
Identifikationsdaten für das Fahrzeug in dem VCI, des zeitlich parallelen Diagnostizierens,
Wartens oder Reparierens des Fahrzeugs mit dem ersten Fahrzeugprüfgerät und dem VCI über die zentrale Diagnoseservereinrichtung, des Trennens des ersten
Fahrzeugprüfgeräts von dem Fahrzeug, des Anschließens eines zweiten
Fahrzeugprüfgeräts an das Fahrzeug an einem zweiten Arbeitsplatz, des Auslesens der Identifikationsdaten aus dem VCI in das zweite Fahrzeugprüfgerät und des zeitlich parallelen Diagnostizierens, Wartens oder Reparierens des Fahrzeugs mit dem zweiten Fahrzeugprüfgerät und dem VCI über die zentrale Diagnoseservereinrichtung.
Vorteilhafterweise ist die Kommunikationsverbindung zwischen dem VCI und der zentralen Diagnoseservereinrichtung eine drahtlose Kommunikationsverbindung. Dadurch kann das VCI flexibel in der Werkstatt mit dem Fahrzeug mitgeführt werden. In bevorzugter Weise kann das erfindungsgemäße Verfahren weiterhin die Schritte des Ermitteins in der zentralen Diagnoseservereinrichtung von Identifikations- und/oder Diagnosedaten von mit VCI versehenen, in der Werkstatt befindlichen Fahrzeugen, des Sendens der ermittelten Identifikations- und/oder Diagnosedaten an das erste oder zweiten Fahrzeugprüfgerät, und des Anzeigens und Verarbeitens der ermittelten
Identifikations- und/oder Diagnosedaten an dem ersten und dem zweiten Arbeitsplatz für den Benutzer des jeweiligen ersten oder zweiten Fahrzeugprüfgeräts umfassen. Dabei kann das Anzeigen der Identifikations- und/oder Diagnosedaten an dem jeweiligen ersten oder zweiten Arbeitsplatz in Abhängigkeit von der Nähe des jeweiligen Fahrzeugs bzw. des angeschlossenen VCI zu dem Arbeitsplatz erfolgen. Dies ermöglicht in vorteilhafter Weise eine Nachverfolgung der VCI und damit des angeschlossenen Fahrzeugs in ihrem Durchlauf durch die Werkstatt. Gemäß einer weiteren Ausführungsform der Erfindung ist ein System zum Identifizieren, Diagnostizieren, Warten und Reparieren und Diagnostizieren eines Fahrzeugs in einer Werkstatt vorgesehen, mit einer zentralen Diagnoseservereinrichtung, einer Vielzahl von VCI, jeweils mit einer Verbindungseinrichtung, die dazu ausgelegt ist, ein VCI an eine standardisierte Fahrzeugschnittstelle eines Fahrzeuges in einer Werkstatt anzuschließen, einer Speichereinrichtung, die dazu ausgelegt ist, Identifikationsdaten des zu
identifizierenden und anzuschließenden Fahrzeugs zusätzlich zu speichern, und einer Kommunikationseinrichtung, die dazu ausgelegt ist, Identifikations- und Diagnosedaten des angeschlossenen Fahrzeugs an die zentrale Diagnoseservereinrichtung zu übertragen, und mit einer Vielzahl von Fahrzeugprüfgeräten, jeweils mit unterschiedlichen Fahrzeugprüfmodulen, einer Kommunikationseinrichtung zum Herstellen einer
Kommunikation mit der zentralen Diagnoseservereinrichtung, einer Bedien- und
Anzeigeeinrichtung des Fahrzeugprüfgerätes zum Steuern der Fahrzeugprüfmodule und des VCI, welche dazu ausgelegt sind, Identifikations- und beispielsweise Diagnosedaten eines Fahrzeugs von einer der Vielzahl von VCI über die zentrale
Diagnoseservereinrichtung abzurufen und auf der Basis der abgerufenen Identifikationsund Diagnosedaten und den Diagnoseergebnissen der spezifischen Fahrzeugprüfmodule prüfgerätspezifische Fahrzeugprüfungen an dem Fahrzeug durchzuführen.
Das erfindungsgemäße System kann vorzugsweise eine zentrale
Diagnoseservereinrichtung aufweisen, die auf einem zentralen Werkstattserver angeordnet ist. Gemäß einer bevorzugten Ausführungsform umfasst das System eine Gruppe der Vielzahl von Fahrzeugprüfgeräten, die lokale Diagnoseservereinrichtungen umfassen, welche dazu ausgelegt sind, eine Kommunikation mit der Vielzahl von VCI herzustellen.
Bevorzugte Weiterbildungen sind Gegenstand der jeweiligen Unteransprüche.
Die obigen Ausgestaltungen und Weiterbildungen lassen sich, sofern sinnvoll, beliebig miteinander kombinieren. Weitere mögliche Ausgestaltungen, Weiterbildungen und Implementierungen der Erfindung umfassen auch nicht explizit genannte Kombinationen von zuvor oder im Folgenden bezüglich der Ausführungsbeispiele beschriebenen
Merkmale der Erfindung.
Kurze Beschreibung der Zeichnungen
Weitere Merkmale und Vorteile von Ausführungsformen der Erfindung ergeben sich aus der nachfolgenden Beschreibung mit Bezug auf die beigefügten Zeichnungen.
Es zeigen:
Fig. 1 eine schematische Darstellung eines VCI;
Fig. 2 eine schematische Darstellung der Softwarearchitektur zweier VCI und einer zentralen Diagnoseservereinrichtung gemäß einer Ausführungsform der Erfindung;
Fig. 3 eine schematische Darstellung des Aufbaus eines Werkstattarbeitsplatzes;
Fig. 3a eine schematische Darstellung der Softwarearchitektur der Steuersoftware zweier Fahrzeugprüfgeräte und einer zentralen Diagnoseservereinrichtung und einer Erfassungssoftwarekomponente in einem zentralen Werkstattserver gemäß einer weiteren Ausführungsform der Erfindung;
Fig. 4 eine schematische Darstellung eines Verfahrens zum Identifizieren,
Diagnostizieren, Warten und Reparieren eines Fahrzeugs in einer Werkstatt über ein VCI und einen zentralen Werkstattserver gemäß einer weiteren Ausführungsform der Erfindung;
Fig. 4a eine schematische Darstellung eines Verfahrens zum Identifizieren,
Diagnostizieren, Warten und Reparieren eines Fahrzeugs in einer Werkstatt über ein VCI, einen zentralen Werkstattserver und/oder lokale Diagnoseservereinrichtungen gemäß einer weiteren Ausführungsform der Erfindung;
Fig. 5 eine schematische Darstellung eines Verfahrens zum Identifizieren,
Diagnostizieren, Warten und Reparieren eines Fahrzeugs in einer Werkstatt über ein VCI;
Fig. 6 eine schematische Darstellung eines herkömmlichen
Fahrzeugprüfgeräteaufbaus in einer Werkstatt;
Fig. 7 eine schematische Darstellung eines weiteren herkömmlichen
Fahrzeugprüfgeräteaufbaus in einer Werkstatt; und
Fig. 8 eine schematische Darstellung eines Fahrzeugprüfgeräteaufbaus in einer
Werkstatt gemäß einer Ausführungsform der Erfindung.
In den Figuren der Zeichnungen sind gleiche und funktionsgleiche Elemente, Merkmale und Komponenten - sofern nichts Anderes ausgeführt ist - jeweils mit denselben Bezugszeichen versehen. Es versteht sich, dass Komponenten und Elemente in den Zeichnungen aus Gründen der Übersichtlichkeit und Verständlichkeit nicht
notwendigerweise maßstabsgetreu zueinander wiedergegeben sind.
Ausführliche Beschreibung der Erfindung
Fahrzeugprüfgeräte im Sinne dieser Anmeldung sind nicht auf spezielle
Fahrzeugprüfgeräte festgelegt. Sie können beispielsweise Achsmessprüfgeräte, Motortester, Emissionsprüfgeräte, Bremsprüfgeräte, Stoßdämpferprüfgeräte,
Spurprüfgeräte, Wiegeeinrichtungen, Bremsflüssigkeitsprüfgeräte, Schallpegelmesser, Dieselrauchgastester, Fahrwerksmessgeräte, Spurwinkelprüfgeräte, Lenkwinkeltester, Klimaanlagenprüfgeräte und dergleichen umfassen. Diese Fahrzeugprüfgeräte können in Werkstätten, insbesondere Kraftfahrzeugwerkstätten, Prüfstellen oder vergleichbaren Einrichtungen verwendet werden. Insbesondere sind die erfindungsgemäßen Verfahren und Vorrichtungen in diesen Einrichtungen gleichermaßen verwendbar. Im Folgenden werden Kommunikationsschnittstellen für Fahrzeuge beschrieben, die im Sinne dieser Anmeldung als "vehicle communication interface", kurz VCI, bezeichnet werden. Insbesondere sind diese Kommunikationsschnittstellen mobile Schnittstellen, die mit dem Fahrzeug in einer Werkstatt von Arbeitsplatz zu Arbeitsplatz mitgeführt werden können.
Fig. 8 zeigt eine schematische Darstellung eines Fahrzeugprüfgeräteaufbaus in einer Werkstatt gemäß einer Ausführungsform der Erfindung.
Ein Fahrzeug 10, insbesondere ein Kraftfahrzeug, umfasst eines oder mehrere elektronische Steuergeräte 10a. Das oder die elektronischen Steuergeräte 10a können spezifische Steuergeräte für spezifische Fahrzeugkomponenten oder universelle elektronische Steuergeräte 10a des Fahrzeugs 10 umfassen. Die elektronischen
Steuergeräte 10a können über eine nicht dargestellte standardisierte
Fahrzeugschnittstelle Diagnosedaten, Fehlerdaten, Istwerte, Betnebszustandsdaten oder ähnliche fahrzeugrelevante Daten für spezifische Fahrzeugkomponenten bereithalten und in bestimmte Betriebszustände oder -abläufe versetzt werden.
Das oder die elektronischen Steuergeräte 10a werden über eine nicht dargestellte standardisierte Fahrzeugschnittstelle mit einem VCI 1 verbunden. Das VCI 1 kann dabei zu Beginn eines Werkstattdurchlaufs, beispielsweise in der Fahrzeugannahme mit dem
Fahrzeug 10 verbunden werden. Das VCI 1 kann dazu ausgelegt sein, eindeutige Identifikationsdaten des Fahrzeugs 10 zu speichern, beispielsweise Fahrzeughalter, amtliches Kennzeichen, Fahrzeugmarke, Fahrzeugfabrikat, Fahrgestellnummer oder ähnliche Identifikationsdaten. Die eindeutigen Identifikationsdaten können dabei in der Fahrzeugannahme der Werkstatt mittels einer universellen Bedien- und Anzeigeeinheit neu eingegeben oder von einem vorangegangenen Werkstattbesuch aus einer zentralen Werkstattdatenbank übernommen werden.
Die Speicherung der Identifikationsdaten in dem VCI 1 kann dabei über einen zentralen Werkstattserver 45 erfolgen. Der zentrale Werkstattserver 45 kann dabei eine zentrale Diagnoseservereinrichtung 2 umfassen, welche für den Aufbau von Kommunikationsverbindungen mit dem VCI 1 verantwortlich ist. Die zentrale
Diagnoseservereinrichtung 2 kann dabei beispielsweise über eine drahtlose oder drahtgebundene Kommunikationsverbindung mit dem VCI 1 kommunizieren.
Insbesondere ist es über die zentrale Diagnoseservereinrichtung 2 möglich, eine Vielzahl von VCI 1 , welche in der Werkstatt im Einsatz und an verschiedene Fahrzeuge 10 angeschlossen sind, zu verwalten und mit ihnen zu kommunizieren.
Das VCI 1 ist dazu ausgelegt, mit dem Fahrzeug 10 in der Werkstatt mitgeführt zu werden, wenn das Fahrzeug 10 die Arbeitsplätze 42, 43, 44 durchläuft. An den
Arbeitsplätzen 42, 43, 44 befinden sich jeweils die spezifischen Fahrzeugprüfgeräte oder universelle Bedien- und Anzeigeeinheiten 3b, 3c, 3d. Die spezifischen
Fahrzeugprüfgeräte oder universelle Bedien- und Anzeigeeinheiten 3b, 3c, 3d können dabei an jedem Arbeitsplatz mit jeweiligen Fahrzeugkomponenten des Fahrzeugs 10 zur Durchführung der Diagnose- und/oder Reparaturarbeiten an dem Fahrzeug 10 verbunden werden.
Die zentrale Diagnoseservereinrichtung 2 bildet die Kommunikationsanlaufstelle für die spezifischen Fahrzeugprüfgeräte 3b, 3c, 3d, das heißt, die zentrale
Diagnoseservereinrichtung 2 kann dazu ausgelegt sein, eine Kommunikationsverbindung mit dem VCI 1 einerseits und eine Kommunikationsverbindung mit jedem der spezifischen Fahrzeugprüfgeräte 3b, 3c, 3d andererseits aufzubauen. Über die zentrale
Diagnoseservereinrichtung 2 können dann Identifikationsdaten des Fahrzeuges 10 und beispielsweise Diagnose der elektronischen Steuergeräte 10a von dem VCI 1 an die spezifischen Fahrzeugprüfgeräte 3b, 3c, 3d übergeben werden. Auch die
Kommunikationsverbindung zwischen der zentralen Diagnoseservereinrichtung 2 und den spezifischen Fahrzeugprüfgeräte 3b, 3c, 3d kann dabei drahtlos oder drahtgebunden sein.
Fig. 1 zeigt eine schematische Darstellung eines VCI 1. Das VCI 1 ist in einem Gehäuse 1 1 angeordnet und umfasst einen Mikroprozessor 12, eine Verbindungseinrichtung 13 mit einem Steckverbinder 14 zum Verbinden des VCI 1 mit einer standardisierten
Fahrzeugschnittstelle in einem Fahrzeug, eine Speichereinrichtung 15 zum Speichern von eindeutigen Identifikationsdaten des anzuschließenden Fahrzeugs, und eine
Kommunikationseinrichtung 16 zum Aufbauen einer Kommunikationsverbindung mit einer zentralen Diagnoseservereinrichtung 2. Der Mikroprozessor 12 ist dazu ausgelegt, Steuerbefehle für das VCI 1 auszuwerten und die Verbindungseinrichtung 13, die Speichereinrichtung 15 und die
Kommunikationseinrichtung 16 zu steuern. Der Mikroprozessor 12 kann
selbstverständlich auch einen Mikrocontroller, ein ASIC oder eine ähnliche Vorrichtung umfassen.
Die Verbindungseinrichtung 13 kann dazu ausgelegt sein, auf einer unteren
Kommunikationsschicht, insbesondere der Bitübertragungsschicht ("physical layer"), Schnittstellen für Diagnosebus-Systeme des anzuschließenden Fahrzeugs
bereitzustellen. Über die Diagnosebus-Systeme können elektronische Steuergeräte des Fahrzeugs adressiert werden.
Die Speichereinrichtung 15 kann ein gegenüber herkömmlichen VCI vergrößertes Speichervolumen aufweisen, um entsprechend viel Speicherplatz für die eindeutigen Identifikationsdaten des Fahrzeugs bereitzustellen sowie Konfigurationsdaten des
Mikroprozessors 12, der Verbindungseinrichtung 13 und der Kommunikationseinrichtung 16 zu speichern. Die Speichereinrichtung 15 umfasst entsprechende Software 17, welche spezifisch für den Betrieb des VCI 1 ist. Die Software 17 wird nachfolgend unter Fig. 2 genauer beschrieben.
Die Kommunikationseinrichtung 16 ist dazu ausgelegt, eine Kommunikationsverbindung mit einer zentralen Diagnoseservereinrichtung 2, beispielsweise in einem zentralen Werkstattserver, herzustellen. Dazu kann die Kommunikationseinrichtung 16 Mittel zum Aufbau einer drahtgebundenen oder drahtlosen Verbindung aufweisen, beispielsweise ein Funkmodul für Bluetooth oder WLAN, eine Infrarotschnittstelle, ein RFI D-Transponder oder dergleichen.
Das VCI 1 umfasst im vorliegenden Beispiel keine Bedien- und Anzeigeelemente. Die Bedien- und Anzeigeelemente können beispielsweise über eine mit dem VCI 1 zu verbindende universelle Bedien- und Anzeigeeinrichtung oder ein Fahrzeugprüfgerät bereitgestellt werden. Es kann aber selbstverständlich auch möglich sein, das VCI 1 mit eigenen Bedien- und Anzeigeelementen auszustatten. Weiterhin ist es möglich, das VCI 1 über Bedien- und Anzeigeelemente eines zentralen Werkstattservers, welcher eine zentrale Diagnoseservereinrichtung 2 umfasst, zu steuern. Fig. 2 zeigt eine schematische Darstellung der Softwarearchitektur zweier VCI, insbesondere vom Typ des VCI 1 , und einer Diagnoseservereinrichtung 2 gemäß einer weiteren Ausführungsform der Erfindung. Die gezeigten Softwareteile 17a und 17b können dabei der Software 17 entsprechen, die in einer Speichereinrichtung 15 des VCI 1 aus Fig. 1 gespeichert sein kann, Die
Softwareteile 17a und 17b umfassen jeweils eine erste Kommunikationsschicht 25a, 25b, eine Speichersoftware 26a, 26b, eine Protokollsoftware 27a, 27b und eine zweite
Kommunikationsschicht 28a und 28b. Die einzelnen Softwarekomponenten 25a/b, 26a/b, 27a/b und 28a/b können in einem Softwarecode zusammengefasst sein. Es ist auch möglich, dass die Softwareteile 17a und 17b jeweils weitere Softwarekomponenten aufweisen.
Die erste Kommunikationsschicht 25a, 25b ist dazu ausgelegt, eine Kommunikation mit einer Kommunikationsschicht 24 einer zentralen Diagnoseservereinrichtung 2 aufzubauen und das VCI zu steuern. Die Kommunikationsschicht 24 der zentralen
Diagnoseservereinrichtung 2 kann zwei Komponenten 24a und 24b aufweisen, die jeweils für die Kommunikation mit einer der beiden mobilen Kommunikationsschnittstellen vorgesehen ist. Die Speichersoftware 26a, 26b ist dazu ausgelegt, Identifikationsdaten für das Fahrzeug 10 entgegenzunehmen, zu speichern und zu verwalten. Die
Identifikationsdaten können dabei vorzugsweise für die Dauer eines Werkstattaufenthaltes des Fahrzeugs 10 vorgehalten werden und bei Bedarf über die zentrale
Diagnoseservereinrichtung 2 an spezifische Fahrzeugprüfgeräte oder universelle Bedien- und Anzeigeeinheiten ausgegeben werden.
Die Protokollsoftware 27a, 27b ist dazu ausgelegt, notwendige Protokolle für die
Kommunikation mit dem Fahrzeug 10 und/oder der zentralen Diagnoseservereinrichtung 2 bereitzustellen. Die zweite Kommunikationsschicht 28a, 28b ist dazu ausgelegt, über die Verbindungseinrichtung 13 in Fig. 1 mit Steuergeräten in dem Fahrzeug 10 hergestellte Kommunikationsverbindungen zu steuern.
Die zentrale Diagnoseservereinrichtung 2 umfasst als Softwarekomponenten eine Kommunikationsschicht 21 , eine Softwareschnittstelle 22, eine Diagnoseserversoftware 23 und eine zweite Kommunikationsschicht 24. Die Diagnosesoftware 23 kann in Verbindung mit der Softwareschnittstelle 22 dazu ausgelegt sein, mehrere mobile Kommunikationsschnittstellen 1 parallel zu verwalten und auf selbige zuzugreifen. Die zweite Kommunikationsschicht 24a, 24b kann zur Kommunikation mit der ersten Kommunikationsschicht 25a, 25b der Software 17a bzw. 17b der VCI dienen. Die zweite Kommunikationsschicht 24a, 24b der zentralen Diagnoseservereinrichtung 2 kann ferner dazu ausgelegt sein, zu registrieren, welche VCI 1 sich in Reichweite von bestimmten Fahrzeugprüfgeräten befinden. Diese Information kann sich mit der Bewegung einer Vielzahl von mit VCI 1 versehenen Fahrzeugen innerhalb einer Werkstatt dynamisch ändern. Insbesondere können die VCI 1 über Kommunikationseinrichtungen 16 dazu ausgelegt sein, ihre Präsenz über Beacon-Signale an die zentrale
Diagnoseservereinrichtung 2 eines zentralen Werkstattservers in einer Werkstatt anzuzeigen.
Die erste Kommunikationsschicht 21 der zentralen Diagnoseservereinrichtung 2 kann dazu ausgelegt sein, eine Schnittstelle für spezifische Fahrzeugprüfgeräte bereitzustellen. Die erste Kommunikationsschicht 21 kann dazu ausgelegt sein, Funktionen der
Steuergerätekommunikation bereitzustellen. Dies umfasst beispielsweise das Auslesen von Fehlern, Istwerten, Betriebszustandsdaten, das Löschen und Überschreiben von Werten in Steuergeräten, beispielsweise von Serviceintervallen, Fehlerregistern,
Stellgliederansteuerungen, das Durchführen von komplexen Prüfabläufen wie zum Beispiel eine Lenkwinkelkalibrierung, eine ABS-Sensorprüfung, eine Pumpenprüfung, eine Bremskreisentlüftung und dergleichen. Die erste Kommunikationsschicht 21 ist weiterhin dazu ausgelegt, eindeutige Fahrzeugidentifikationen aus den elektronischen
Steuergeräten des anzuschließenden Fahrzeugs 10 an die spezifischen
Fahrzeugprüfgeräte und das VCI weiterzuleiten. Die erste Kommunikationsschicht 21 kann dabei auf das spezifische Fahrzeugprüfgerät abgestimmt werden, beispielsweise durch einen vorkonfigurierten Prüfgerät-Parametersatz, welcher aus dem
Fahrzeugprüfgerät abgerufen werden kann.
Fig. 3 zeigt eine schematische Darstellung des Aufbaus eines Werkstattarbeitsplatzes.
Gezeigt werden ein Fahrzeug 10, an welches ein VCI 1 nach Fig. 1 angeschlossen ist. Das Fahrzeug 10 befindet sich auf einem Arbeitsplatz in einer Werkstatt oder Prüfstelle, an dem ein entsprechendes Fahrzeugprüfgerät 3 vorhanden ist. Das Fahrzeugprüfgerät 3 umfasst ein Prüfmodul 31 , einen Steuerrechner 32 mit Steuersoftware 33, eine
Bedieneinrichtung 34 und eine Anzeigeeinrichtung 35. Das Fahrzeugprüfgerät 3 kann über Kabel, Sensoren, Schläuche und ähnliche geeignete Verbindungsmittel 37 mit dem Fahrzeug 10 bzw. mit Fahrzeugkomponenten des Fahrzeugs 10 wie beispielsweise dem Auspuff, dem Motor, der Klimaanlage, der Bremsanlage oder dergleichen verbunden sein. Das Fahrzeugprüfgerät 3 kann dabei in einem Gehäuse 36 angeordnet sein. Das
Fahrzeugprüfgerät 3 kann beispielsweise in einem Fahrwagen untergebracht sein oder an dem Arbeitsplatz fest mit dem Werkstattboden verbunden sein. Das Prüfmodul 31 kann ein spezifisches Fahrzeugprüfmodul aufweisen, welches vordefinierte Prüfungen oder Diagnose bezüglich bestimmter Fahrzeugkomponenten des Fahrzeugs 10 durchführen kann, beispielsweise Motortests, Fahrwerksvermessung, Klimaanlagenwartung oder ähnliches. Der Steuerrechner 32 kann dazu ausgelegt sein, die entsprechenden spezifischen Funktionen des Prüfmoduls 31 mithilfe der
Steuersoftware 33 zu steuern.
Die Steuersoftware 33 ist in dem abgesetzten Kasten in Fig. 3 in größerem Detail gezeigt. Die Steuersoftware 33 umfasst eine Softwareschicht 33a zum Bedienen des
Fahrzeugprüfgeräts 3 sowie zur Visualisierung der Prüfabläufe und -ergebnisse, eine Softwareschicht 33b zur Steuerung der Prüfabläufe, eine erste Kommunikationsschicht 33d, die eine Kommunikation zwischen der Prüfablaufsteuerung durch die
Softwareschicht 33b und dem Prüfmodul 31 herstellt, eine zweite Kommunikationsschicht 33e, die eine Kommunikation der Prüfablaufsteuerung durch die Softwareschicht 33b und der Diagnoseservereinrichtung 2 herstellt, sowie eine Diagnoseservereinrichtung 2 gemäß Fig. 2. Dabei kann die Diagnoseservereinrichtung 2 eine lokale bzw. dezentrale
Diagnoseservereinrichtung 2a sein, die prinzipiell ähnlich der zentralen
Diagnoseservereinrichtung auf einem Werkstattserver 45 aufgebaut sein kann und eine direkte Kommunikationsverbindung zwischen einem Fahrzeugprüfgerät 3 und einem VCI 1 ermöglicht. Beispielsweise kann bei einem Ausfall einer zentralen
Diagnoseservereinrichtung die dezentrale Diagnoseservereinrichtung 2a eines
Fahrzeugprüfgeräts 3 in Fig. 3 überbrückende Kommunikationsaufgaben mit dem VCI 1 übernehmen. Vorzugsweise erfolgt dann eine Kommunikation zwischen der dezentralen Diagnoseservereinrichtung 2a in Fig. 3 und dem VCI 1 drahtlos. Die Softwareschichten 33a und 33b zur Bedienung, Anzeige und Prüfablaufsteuerung können auch in einer gemeinsamen Softwareschicht 33c integriert sein. Die zweite Kommunikationsschicht 33e kann eine Softwarekomponente zur Kommunikation mit dem Benutzer, eine Softwarekomponente zum Aufbau einer Kommunikation mit der zentralen oder dezentralen Diagnoseservereinrichtung 2a, eine Softwarekomponente für die Kommunikation der Prüfablaufsteuerung mit der zentralen oder dezentralen
Diagnoseservereinrichtung 2a während eines Prüfablaufs und einen Prüfgeräte- Parametersatz aufweisen.
Die Kommunikationsschicht 33e kann dazu ausgelegt sein, einem Benutzer des
Fahrzeugprüfgeräts 3 über die Anzeigeeinheit 35 eine Liste von Fahrzeugen 10 anzuzeigen, deren VCI 1 in Reichweite der Diagnoseservereinrichtung 2 bzw. des jeweiligen Arbeitsplatzes ist. Damit kann der Benutzer über die Bedieneinrichtung 34 aus der Liste der in Frage kommenden Fahrzeuge 10 das korrekte Fahrzeug auswählen. Die Liste kann dabei auch durch die zentrale Diagnoseservereinrichtung auf einem
Werkstattserver 45 erzeugt und an das Fahrzeugprüfgerät übermittelt werden.
Vorzugsweise kann durch Auswahl eines Fahrzeugs 10 an einem Fahrzeugprüfgerät 3 das entsprechende VCI 1 für die Auswahl an anderen Arbeitsplätzen bzw. mit anderen Fahrzeugprüfgeräten gesperrt werden. So können vorteilhafterweise Fehler bei einer Fahrzeugauswahl verhindert werden. Es kann aber auch vorgesehen sein, dass gesteuert über die zentrale Diagnoseservereinrichtung ein paralleler Zugriff von mehreren
Fahrzeugprüfgeräten und/oder universellen Bedien- und Anzeigegeräten möglich ist. Dadurch können beispielsweise ein Fahrzeugprüfgerät zur Bremsenprüfung gleichzeitig mit einem universellen Bedien- und Anzeigegerät, beispielsweise ein Laptop, auf ein VCI 1 eines Fahrzeugs 10 zugreifen, so dass mehrere Prüf- und/oder Wartungs- und/oder Reparaturschritte parallel durchgeführt werden können.
Die Kommunikationsschicht 33e kann zu Beginn des eigentlichen Prüfablaufs in vorgelagerten Arbeitsschritten des Werkstattablaufes bereits gespeicherte
Identifikationsdaten aus dem VCI 1 des Fahrzeugs 10 empfangen und an die
Softwareschicht 33b zur Prüfablaufsteuerung weitergeben. Dadurch kann der Prüfablauf vorteilhafterweise automatisch an das Fahrzeug 10 angepasst werden. Weiterhin kann die Kommunikationsschicht 33e während des Prüfdurchlaufs über die zentrale bzw.
dezentrale Diagnoseservereinrichtung Funktionen in elektronischen Steuergeräten des Fahrzeugs 10 ansteuern und Diagnosedaten während des Prüfdurchlaufs dynamisch von den elektronischen Steuergeräten des Fahrzeugs 10 an die Softwareschicht 33b weiterleiten. Die Kommunikationsschicht 33e kann weiterhin vorteilhafterweise vorkonfigurierte Parameter des spezifischen Prüfmoduls 31 erhalten, um bestimmte Funktionen der elektronischen Steuergeräte des Fahrzeugs 10 gezielt zu aktivieren oder zu deaktivieren. Dadurch kann vorteilhafterweise der üblicherweise große Funktionalitätsumfang der elektronischen Steuergeräte auf die für den jeweiligen Prüfdurchlauf benötigten
Funktionen heruntergebrochen werden, um Fehler bei der Bedienung des
Fahrzeugprüfgeräts 3 durch den Benutzer zu vermeiden.
Fig. 3a zeigt eine schematische Darstellung der Softwarearchitektur der Steuersoftware zweier Fahrzeugprüfgeräte und einer zentralen Diagnoseservereinrichtung 2 gemäß einer weiteren Ausführungsform der Erfindung.
Die jeweilige Steuersoftware 331 und 332 der zwei Fahrzeugprüfgeräte kann der
Steuersoftware 33 des Fahrzeugprüfgeräts 3 in Fig. 3 entsprechen. Dabei unterscheiden sich die Komponenten der Steuersoftware 331 und 332 jeweils von der Steuersoftware 33 des Fahrzeugprüfgeräts 3 in Fig. 3 darin, dass keine dezentralen bzw. lokalen
Diagnoseservereinrichtungen 2a vorgesehen sind.
Stattdessen ist die Diagnoseservereinrichtung 2 in Fig. 3a als zentrale
Diagnoseservereinrichtung 2 auf einem zentralen Werkstattserver 45 angeordnet. Der zentrale Werkstattserver 45 kann ferner eine Erfassungssoftwarekomponente 48 aufweisen. Die Erfassungssoftwarekomponente 48 kann dazu ausgelegt sein, sämtliche momentan in der Werkstatt bzw. Prüfstelle eingesetzten VCI 1 und deren angeschlossene Fahrzeuge 10 zu verwalten. Ferner kann die Erfassungssoftwarekomponente 48 dazu ausgelegt sein, eindeutige Identifikationsdaten des Fahrzeugs wie Halter, Kennzeichen,
Fahrgestellnummer und dergleichen zu erfassen und in die VCI 1 zu speichern.
Es kann zusätzlich auch möglich sein, eines oder mehrere der Fahrzeugprüfgeräte in einer Werkstatt, vorzugsweise ein Prüfgerät in der Fahrzeugannahme, mit der
Erfassungssoftwarekomponente 48 auszustatten. Es kann weiterhin auch möglich sein, statt eines Fahrzeugprüfgeräts 3 eine universelle Bedien- und Anzeigeeinheit wie beispielsweise ein Laptop, ein PDA oder ein Smartphone mit der
Erfassungssoftwarekomponente 48 zu versehen. Fig. 4 zeigt eine schematische Darstellung eines Verfahrens zum Identifizieren,
Diagnostizieren (Prüfen), Warten und Reparieren eines Fahrzeugs 10 in einer Werkstatt mit einem VCI 1 nach Fig. 1 gemäß einer weiteren Ausführungsform der Erfindung. Der Ablauf des Verfahrens nach Fig. 4 wird im Bezug auf die Schritte der in Fig. 5 gezeigten schematischen Darstellung eines Verfahrens zum Identifizieren, Diagnostizieren, Warten und Reparieren eines Fahrzeugs in einer Werkstatt über ein VCI 1 anhand eines beispielhaften Werkstattablaufes gemäß einer weiteren Ausführungsform der Erfindung genauer erläutert.
Nach einer Übernahme der Kunden- bzw. Fahrzeugdaten in das Werkstattsystem (Schritt 51 a) und der Abfrage der Fehlersymptome beim Kunden (Schritt 51 b) kann an einem ersten Arbeitsplatz 41 , beispielsweise der Fahrzeugannahme einer Werkstatt, mit einem ersten Fahrzeugprüfgerät 3a über einen zentralen Werkstattserver 45 mit einer zentralen Diagnoseservereinrichtung 2 und einer Erfassungssoftwarekomponente 48 geprüft werden, welche der Gesamtzahl der VCI 1 betriebsbereit sind, welche der VCI 1 für den Einbau in ein Fahrzeug 10 verfügbar sind, welches der VCI 1 mit welchem Fahrzeug 10 verbunden ist und welches der Fahrzeugprüfgeräte 3a, 3b, 3c, 3d mit welchem VCI 1 bzw. Fahrzeug 10 verbunden ist. Im Ergebnis dieser Prüfung wird eines der betriebsbereiten und für den Einbau in ein Fahrzeug 10 verfügbaren VCI 1 ausgewählt und an das zu wartende bzw. zu reparierende Fahrzeug 10 angeschlossen (Schritt 51c). Das erste Fahrzeugprüfgerät 3a kann beispielsweise eine universelle Bedien- und Anzeigeeinheit sein, welche im Zusammenwirken mit dem VCI 1 für eine Schnelldiagnose des Fahrzeugs
10 eingesetzt werden kann.
Mit dem ersten Fahrzeugprüfgerät 3a können über einen zentralen Werkstattserver 45 mit einer zentralen Diagnoseservereinrichtung 2 und einer Erfassungssoftwarekomponente 48 zum Einen die im Werkstattsystem zum Fahrzeug 10 bereits gespeicherten Fahrzeug- und/oder Kundendaten ausgelesen oder zum Anderen vom Bediener eingegeben werden (Schritt 51d), weiterhin können eindeutige Fahrzeugidentifikationsdaten ermittelt (Schritt 51 e) und mit den Fahrzeug- und/oder Kundendaten über die zentrale
Diagnoseservereinrichtung 2 an das VCI 1 vorzugweise drahtlos übertragen werden, in dem die Fahrzeugidentifikationsdaten zumindest für die Dauer des Werkstattdurchlaufs gespeichert werden (Schritt 51f).
An dem ersten Arbeitsplatz 41 kann weiterhin beispielsweise mit einer Erfassung aller Fehlerspeichereinträge in den elektronischen Steuergeräten des Fahrzeuges 10 mit dem VCI 1 eine Schnelldiagnose durchgeführt werden (Schritt 51 g), nach deren Abschluss ein Ergebnisprotokoll (Schritt 51 h) gedruckt wird. Daraufhin kann der Werkstattauftrag mit dem Kunden abgestimmt werden (Schritt 51 i).
Danach wird das Fahrzeug 10 an einen zweiten Arbeitsplatz 42 innerhalb der Werkstatt verbracht. Das VCI 1 wird dabei nicht von dem Fahrzeug 10 getrennt und mit dem
Fahrzeug 10 mitgeführt. Der zweite Arbeitsplatz 42 kann beispielsweise ein Arbeitsplatz zur Diagnose und Fehlersuche sein (Schritt 52). An dem zweiten Arbeitsplatz 42 befindet sich ein zweites Fahrzeugprüfgerät 3b oder eine universelle Bedien- und Anzeigeeinheit. Das zweite Fahrzeugsteuergerät 3b baut eine Kommunikation über die zentrale
Diagnoseservereinrichtung 2 mit dem VCI 1 auf, und liest die gespeicherten eindeutigen Fahrzeugidentifikationsdaten automatisch aus dem VCI 1 über die zentrale
Diagnoseservereinrichtung 2 aus. Zur Durchführung der Fehlersuche (Schritt 52a) kann vorgesehen sein, dass je nach den vom Kunden angegebenen Fehlersymptomen (Schritt 51 b) oder den Ergebnissen der Schnelldiagnose (Schritt 51 g) an dem zweiten Arbeitsplatz 42 mit dem VCI 1 und dem Fahrzeugprüfgerät 3b weitere spezielle Fahrzeugprüf- oder Diagnoseschritte zur Fehlersuche an dem Fahrzeug 10 durchgeführt werden. Zum Beispiel kann dabei ein fehlerhafter Lenkwinkelsensor identifiziert werden (Schritt 52b), und nach der Fehlersuche wird wiederum ein Ergebnisprotokoll erstellt (Schritt 52c). Danach wird das Fahrzeug 10, wiederum mitsamt dem VCI 1 , an einen dritten
Arbeitsplatz 43 mit einem dritten Fahrzeugprüfgerät bzw. einer universellen Bedien- und Anzeigeeinheit 3c verbracht. Der dritte Arbeitsplatz 43 kann dabei beispielsweise ein Reparaturarbeitsplatz sein. Nach der Beschaffung eines Ersatzteils (Schritt 53a), kann an dem dritten Arbeitsplatz beispielsweise eine defekte Fahrzeugkomponente, zum Beispiel ein defekter Lenkwinkelsensor, ausgebaut (Schritt 53b) und durch ein Ersatzteil ersetzt werden (Schritt 53c). Über das Fahrzeugprüfgerät 3c kann mithilfe der zentralen
Diagnoseservereinrichtung 2 eine Kommunikation mit dem VCI 1 und damit einem oder mehreren elektronischen Steuergeräten im Fahrzeug 10 hergestellt werden, so dass beispielsweise der neue Lenkwinkelsensor in dem entsprechenden elektronischen Steuergerät des Fahrzeugs 10 registriert bzw. angelernt werden kann (Schritt 53d).
Danach wird wiederum ein Ergebnisprotokoll erstellt (Schritt 53e).
Nach der Reparatur wird das Fahrzeug 10 an einen vierten Arbeitsplatz 44 verbracht, an dem beispielsweise die Fahrzeuggeometrie des Fahrzeugs 10 vermessen (Schritt 54a) und das Fahrwerk eingestellt werden kann (Schritt 54b). Hierzu ist an dem vierten Arbeitsplatz 44 ein viertes Fahrzeugprüfgerät 3d, beispielsweise ein Prüfgerät zu Fahrwerksvermessung vorgesehen. Mithilfe der Kommunikation zwischen dem vierten Fahrzeugprüfgerät 4d und dem VCI 1 über die zentrale Diagnoseservereinrichtung 2 kann der neu eingebaute Lenkwinkelsensor nach Abschluss der Fahrwerkvermessung und Fahrwerkeinstellung von dem Fahrzeugprüfgerät 3d automatisch kalibriert werden (Schritt 54d), da die erforderlichen Identifikationsdaten des Fahrzeugs 10 bereits in dem VCI 1 vorliegen. Die Identifikationsdaten des Fahrzeuges 10 können auch bereits für die Vorbereitung der Vermessung und Einstellung des Fahrwerks genutzt werden. Nach der Erstellung eines Ergebnisprotokolls (Schritt 54e) kann bei einer Beendigung des
Werkstattdurchlaufs das VCI 1 von dem Fahrzeug 10 wieder getrennt werden (Schritt 54e). In einem Schritt 55 kann der Werkstattauftrag dann abgeschlossen werden und die Daten und Ergebnisprotokolle des Werkstattdurchlaufs in einem zentralen
Werkstattsystem, beispielsweise dem zentralen Werkstattserver 45, zur
Wiederverwendung bei einem erneuten Werkstattbesuch des Kunden bzw. des
Fahrzeugs 10 gespeichert werden.
Fig. 4a zeigt eine schematische Darstellung eines Verfahrens zum Identifizieren,
Diagnostizieren, Warten und Reparieren eines Fahrzeugs in einer Werkstatt über ein VCI, einen zentralen Werkstattserver mit zentraler Diagnoseservereinrichtung und/oder lokale Diagnoseservereinrichtungen gemäß einer weiteren Ausführungsform der Erfindung.
Das Verfahren nach Fig. 4a unterscheidet sich vom Verfahren nach Fig. 4 im
Wesentlichen nur darin, dass eine Gruppe von spezifischen Fahrzeugprüfgeräten, hier beispielsweise nur das Fahrzeugprüfgeräte 3b, mit dezentralen
Diagnoseservereinrichtungen 2a ausgestattet sein können. Neben der Kommunikation über die zentrale Diagnoseservereinrichtung 2 des zentralen Werkstattservers 45 können damit die Fahrzeugprüfgeräte der Gruppe von spezifischen Fahrzeugprüfgeräten eine direkte Kommunikation mit dem VCI 1 aufbauen. Auf diese Weise kann bei einem Ausfall der zentralen Diagnoseservereinrichtung 2 und/oder des Werkstattservers 45 weiterhin auf die VCI 1 über die dezentralen Diagnoseservereinrichtungen 2a, hier beispielsweise über das Fahrzeugprüfgerät 3b, zugegriffen werden. Es kann dabei jede beliebige Anzahl von Fahrzeugprüfgeräten mit einer solchen dezentralen Diagnoseservereinrichtung 2a ausgestattet werden. Weiterhin ist es möglich, insbesondere universelle Bedien- und Anzeigegeräte mit einer solchen dezentralen Diagnoseservereinrichtung 2a auszustatten. Mithilfe des VCI 1 sowie des erfindungsgemäßen Verfahrens zum Identifizieren,
Diagnostizieren, Warten und Reparieren eines Fahrzeugs in einer Werkstatt sind etliche Vorteile verbunden. Die für die Steuergerätekommunikation erforderliche Identifikation des Fahrzeugs 10 wird nur einmal pro Werkstattbesuch durchgeführt und nur bei Bedarf an einzelnen Arbeitsplätzen bzw. mit einzelnen Fahrzeugprüfgeräten erweitert. Dies führt zu einer erheblichen Zeitersparnis im Werkstattdurchlauf. Die einmal erfassten
Fahrzeugidentifikationsdaten stehen dabei an jedem Arbeitsplatz gleichermaßen zur Verfügung, da sie von dem Fahrzeug 10 über das VCI 1 von Arbeitsplatz zu Arbeitsplatz mitgeführt werden und zentral über einen Werkstattserver 45 mit zentraler
Diagnoseservereinrichtung 2 ausgelesen werden können. Auch die Gefahr von
Fehlbedienungen bzw. Fehleingaben bei der Identifikation von Fahrzeugen wird verringert, da die bereits gespeicherten Identifikationsdaten aus dem VCI abgerufen werden können und zum Anderen jedes Fahrzeug in der Werkstatt über den zentralen Werkstattserver kontrolliert zur Bearbeitung aufgerufen werden kann. Spezifische
Fahrzeugprüfgeräte und universelle Bedien- und Anzeigeeinheiten können alternativ mit einer einheitlichen dezentralen Diagnoseservereinrichtung ausgestattet werden, und es ist kein aufwändiger Anpassungsprozess an die jeweiligen Gegebenheiten des einzelnen Fahrzeugprüfgerätes notwendig.
In Abhängigkeit des Funktionsumfangs des jeweiligen Arbeitsplatz kann die
Steuersoftware des Fahrzeugprüfgerätes nur diejenigen Funktionen in der Kommunikation mit den elektronischen Steuergeräten des Fahrzeugs aktivieren, die für den jeweiligen Arbeitsplatz auch benötigt werden. Dies ermöglicht eine einfache und zweckmäßige Handhabung der jeweiligen spezifischen Fahrzeugprüfgeräte oder universellen Bedien- und Anzeigeeinheiten an spezifischen Arbeitsplätzen in der Werkstatt. Für die Benutzer der Fahrzeugprüfgeräte an den Arbeitsplätzen verringert sich die notwendige Qualifikation im Umgang mit der Steuergerätekommunikation, da die Kommunikation zwischen den elektronischen Steuergeräten im Fahrzeug und den Fahrzeugprüfgeräten weitestgehend automatisch und im Hintergrund ablaufen kann.

Claims

Ansprüche 1. Verfahren zum Identifizieren, Diagnostizieren, Warten und Reparieren eines
Fahrzeugs (10) in einer Werkstatt, mit den Schritten:
Anschließen eines ersten Fahrzeugprüfgerätes (3a) an einem ersten Arbeitsplatz (41); Aufbauen einer Kommunikationsverbindung mit einem ersten Fahrzeugprüfgerät (3a) und einer auf einem zentralen Werkstattserver (45) angeordneten zentralen Diagnoseservereinrichtung (2) und einer Erfassungssoftwarekomponente 48;
Anschließen einer mobilen Kommunikationsschnittelle (1) an das Fahrzeug (10); Aufbauen einer Kommunikationsverbindung an dem ersten Arbeitsplatz (41) mit einem ersten Fahrzeugprüfgerät (3a) und der mobilen
Kommunikationsschnittstelle(l);
Erfassen eindeutiger Identifikationsdaten für das Fahrzeug (10) mit dem ersten
Fahrzeugprüfgerät (3a) und Speichern von Identifikationsdaten für das Fahrzeug (10) in der mobilen Kommunikationsschnittstelle (1) über die auf dem zentralen
Werkstattserver (45) angeordnete zentrale Diagnoseservereinrichtung (2);
Durchführen erster Prüfungen am Fahrzeug (10) mit dem ersten Fahrzeugprüfgerät (3a) und/oder der mobilen Kommunikationsschnittstelle (1);
Trennen des ersten Fahrzeugprüfgeräts (3a) von dem Fahrzeug (10);
Anschließen eines zweiten Fahrzeugprüfgeräts (3b) an das Fahrzeug (10) und Auslesen der Identifikationsdaten aus der mobilen Kommunikationsschnittstelle (1) über die zentrale Diagnoseservereinrichtung (2) in das zweite Fahrzeugprüfgerät (3b) an einem zweiten Arbeitsplatz (42); und
Durchführen zweiter Prüfungen an dem Fahrzeug (10) mit dem zweiten
Fahrzeugprüfgerät (3b) und/oder der an dem Fahrzeug (10) angeschlossenen mobilen Kommunikationsschnittstelle (1). 2. Verfahren nach Anspruch 1 , weiterhin mit dem Schritt:
Anschließen eines universellen Bedien- und Anzeigegerätes an das Fahrzeug (10) und Auslesen der Identifikationsdaten aus der mobilen Kommunikationsschnittstelle (1) über die zentrale Diagnoseservereinrichtung (2) in das universelle Bedien- und Anzeigegerät; und Durchführen weiterer Prüfungen an dem Fahrzeug (10) mit dem universellen Bedien- und Anzeigegerät und der an dem Fahrzeug (10) angeschlossenen mobilen
Kommunikationsschnittstelle (1)an einem dritten Arbeitsplatz (43).
Verfahren nach Anspruch 1 oder 2, wobei die Kommunikationsverbindung zwischen der mobilen Kommunikationsschnittstelle (1) und der zentralen
Diagnoseservereinrichtung (2) und/oder zwischen der mobilen
Kommunikationsschnittstelle (1) und den Fahrzeugprüfgeräten oder universellen Bedien- und Anzeigegeräten eine drahtlose Kommunikationsverbindung ist.
4. Verfahren nach einem der vorangehenden Ansprüche, weiterhin mit dem Schritt:
Ermitteln in der zentralen Diagnoseservereinrichtung (2) von Identifikationsdaten von mit mobilen Kommunikationsschnittstellen (1) versehenen, in der Werkstatt befindlichen Fahrzeugen (10);
Senden der ermittelten Identifikationsdaten an das erste (3a) oder zweiten
Fahrzeugprüfgerät (3b); und
Anzeigen der ermittelten Identifikationsdaten an dem ersten (41) oder dem zweiten Arbeitsplatz (42) für den Benutzer des jeweiligen ersten (3a) oder zweiten
Fahrzeugprüfgeräts (3b).
5. Verfahren nach Anspruch 4, wobei das Anzeigen der Identifikationsdaten an dem jeweiligen ersten (41) oder zweiten Arbeitsplatz (42) in Abhängigkeit von der Nähe des jeweiligen Fahrzeugs (10) zu dem Arbeitsplatz (41 ; 42) erfolgt. 6. Verfahren nach einem der vorangegangenen Ansprüche, weiterhin mit dem Schritt:
Aufbauen einer direkten Kommunikationsverbindung zwischen dem ersten (3a) und/oder zweiten Fahrzeugprüfgerät (3b) mit der mobilen
Kommunikationsschnittstelle (1). 7. System zum Identifizieren, Diagnostizieren, Warten und Reparieren eines Fahrzeugs
(10) in einer Werkstatt, mit:
einer zentralen Diagnoseservereinrichtung (2);
einer Vielzahl von mobilen Kommunikationsschnittstellen (1), jeweils mit:
einer Verbindungseinrichtung (13; 14), die dazu ausgelegt ist, die mobile
Kommunikationsschnittstelle (1) an ein Fahrzeug (10) in einer Werkstatt anzuschließen; einer Speichereinrichtung (15), die dazu ausgelegt ist, Identifikationsdaten des zu identifizierenden und anzuschließenden Fahrzeugs (10) zu speichern; und einer Kommunikationseinrichtung (16), die dazu ausgelegt ist, Identifikationsdaten an die zentrale Diagnoseservereinrichtung (2) zu übertragen; und
5 einer Vielzahl von Fahrzeugprüfgeräten (3; 3a; 3b; 3c; 3d), jeweils mit:
einer Kommunikationseinrichtung (331 e; 332e) zum Herstellen einer Kommunikation mit der zentralen Diagnoseservereinrichtung (2) und der Erfassungssoftwarekomponente (48);
einer Bedien- und Anzeigeeinrichtung (34; 35) zum Steuern des
0 Fahrzeugprüfgeräts (3; 3a; 3b; 3c; 3d) und der mobilen
Kommunikationsschnittstelle (1); und
unterschiedlichen Fahrzeugprüfmodulen (31), welche dazu ausgelegt sind, für den Einbau in ein Fahrzeug (10) verfügbare mobile Kommunikationsschnittstellen (1) über die zentralen Diagnoseservereinrichtung (2) und die
5 Erfassungssoftwarekomponente (48) auszuwählen, Identifikationsdaten eines
Fahrzeugs (10) zu erfassen und in der mobilen Kommunikationsschnittstelle (1) über die zentrale Diagnoseservereinrichtung (2) zu speichern, Identifikationsdaten eines Fahrzeugs (10) von einer der Vielzahl von mobilen
Kommunikationsschnittstellen (1) über die zentrale Diagnoseservereinrichtung (2) o abzurufen und auf der Basis der abgerufenen Identifikationsdaten
prüfgerätspezifische Fahrzeugprüfungen an dem Fahrzeug (10) durchzuführen.
8. System nach Anspruch 7, wobei die zentrale Diagnoseservereinrichtung (2) auf einem zentralen Werkstattserver (45) angeordnet ist.
5
9. System nach Anspruch 7 oder 8, wobei die Erfassungssoftwarekomponente (48) auf einem zentralen Werkstattserver (45) und/oder einem der Fahrzeugprüfmodule (31) angeordnet ist. 0 10. System nach einem der Ansprüche 7 bis 9, wobei eine Gruppe der Vielzahl von
Fahrzeugprüfgeräten (3; 3a; 3b; 3c; 3d) eine lokale Diagnoseservereinrichtung (2a) umfasst, welche dazu ausgelegt ist, eine Kommunikation mit der Vielzahl von mobilen Kommunikationsschnittstellen (1) herzustellen.
EP12701235.9A 2011-02-16 2012-01-09 System und verfahren zum identifizieren, diagnostizieren, warten und reparieren eines fahrzeugs Active EP2676115B1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102011004205A DE102011004205A1 (de) 2011-02-16 2011-02-16 System und Verfahren zum Identifizieren, Diagnostizieren, Warten und Reparieren eines Fahrzeugs
PCT/EP2012/050232 WO2012110263A1 (de) 2011-02-16 2012-01-09 System und verfahren zum identifizieren, diagnostizieren, warten und reparieren eines fahrzeugs

Publications (2)

Publication Number Publication Date
EP2676115A1 true EP2676115A1 (de) 2013-12-25
EP2676115B1 EP2676115B1 (de) 2020-12-23

Family

ID=45531860

Family Applications (1)

Application Number Title Priority Date Filing Date
EP12701235.9A Active EP2676115B1 (de) 2011-02-16 2012-01-09 System und verfahren zum identifizieren, diagnostizieren, warten und reparieren eines fahrzeugs

Country Status (5)

Country Link
US (1) US9087420B2 (de)
EP (1) EP2676115B1 (de)
CN (1) CN103348230B (de)
DE (1) DE102011004205A1 (de)
WO (1) WO2012110263A1 (de)

Families Citing this family (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11010841B2 (en) 2008-10-02 2021-05-18 Ecoatm, Llc Kiosk for recycling electronic devices
US10853873B2 (en) 2008-10-02 2020-12-01 Ecoatm, Llc Kiosks for evaluating and purchasing used electronic devices and related technology
DE202009019027U1 (de) 2008-10-02 2015-09-21 ecoATM, Inc. Sekundärmarkt und Verkaufssystem für Geräte
DE102010040549A1 (de) * 2010-09-10 2012-03-15 Robert Bosch Gmbh Kraftfahrzeug-Prüfgerät und Kraftfahrzeug-Prüfverfahren
DE102011004207A1 (de) * 2011-02-16 2012-08-16 Robert Bosch Gmbh Mobile Kommunikationsschnittstelle, System mit mobiler Kommunikationsschnittstelle und Verfahren zum Identifizieren, Diagnostizieren, Warten und Reparieren eines Fahrzeugs
CN103592936A (zh) * 2013-11-08 2014-02-19 深圳市道通科技有限公司 汽车诊断装置与vci设备之间的自动连接方法及装置
EP2998607A1 (de) * 2014-09-16 2016-03-23 Meritor Heavy Vehicle Braking Systems (UK) Limited Verfahren und System zur Einstellung des Laufspiels einer Bremskomponente
US10401411B2 (en) 2014-09-29 2019-09-03 Ecoatm, Llc Maintaining sets of cable components used for wired analysis, charging, or other interaction with portable electronic devices
CA3074916A1 (en) 2014-10-02 2016-04-07 Ecoatm, Llc Application for device evaluation and other processes associated with device recycling
CA2964214C (en) 2014-10-02 2020-08-04 ecoATM, Inc. Wireless-enabled kiosk for recycling consumer devices
US10445708B2 (en) 2014-10-03 2019-10-15 Ecoatm, Llc System for electrically testing mobile devices at a consumer-operated kiosk, and associated devices and methods
US10417615B2 (en) 2014-10-31 2019-09-17 Ecoatm, Llc Systems and methods for recycling consumer electronic devices
WO2016069742A1 (en) 2014-10-31 2016-05-06 ecoATM, Inc. Methods and systems for facilitating processes associated with insurance services and/or other services for electronic devices
EP3215988A1 (de) 2014-11-06 2017-09-13 Ecoatm Inc. Verfahren und systeme zur beurteilung und wiederverwendung elektronischer vorrichtungen
CN105578461B (zh) 2014-11-10 2019-08-02 阿里巴巴集团控股有限公司 在移动终端间建立通讯、通讯接入/呼出方法、装置及***
US11080672B2 (en) * 2014-12-12 2021-08-03 Ecoatm, Llc Systems and methods for recycling consumer electronic devices
CN105809251B (zh) * 2016-03-01 2018-01-30 北京交通大学 一种多属性融合的动车组***关键部件辨识方法
US10269110B2 (en) 2016-06-28 2019-04-23 Ecoatm, Llc Methods and systems for detecting cracks in illuminated electronic device screens
US10521977B2 (en) * 2017-03-27 2019-12-31 GM Global Technology Operations LLC Methods and systems for integrated vehicle sensor calibration and maintenance
DE102017218703A1 (de) * 2017-10-19 2019-04-25 Continental Teves Ag & Co. Ohg Verfahren zur Wertbestimmung von Parametern
CN108982118A (zh) * 2018-07-25 2018-12-11 安徽江淮汽车集团股份有限公司 汽车诊断装置与vci设备自动连接方法及***
CN109698862A (zh) * 2018-12-17 2019-04-30 深圳市道通科技股份有限公司 车辆的诊断方法、管理服务器和诊断服务器
US11989710B2 (en) 2018-12-19 2024-05-21 Ecoatm, Llc Systems and methods for vending and/or purchasing mobile phones and other electronic devices
KR20210125526A (ko) 2019-02-12 2021-10-18 에코에이티엠, 엘엘씨 전자 디바이스 키오스크를 위한 커넥터 캐리어
KR20210126068A (ko) 2019-02-12 2021-10-19 에코에이티엠, 엘엘씨 중고 전자 디바이스를 평가하고 구매하기 위한 키오스크
WO2020172190A1 (en) 2019-02-18 2020-08-27 Ecoatm, Llc Neural network based physical condition evaluation of electronic devices, and associated systems and methods
WO2020188588A1 (en) * 2019-03-15 2020-09-24 Tvs Motor Company Limited Portable wireless connected diagnostic system for a vehicle
CN111983989B (zh) * 2019-05-22 2024-06-25 北京新能源汽车股份有限公司 一种下线检测方法及控制设备
US11721140B2 (en) 2019-07-01 2023-08-08 Hunter Engineering Company System and method for presentation of remote vehicle diagnostics and service guidance through a local vehicle service system
US11872965B2 (en) * 2020-05-11 2024-01-16 Hunter Engineering Company System and method for gyroscopic placement of vehicle ADAS targets
US11922467B2 (en) 2020-08-17 2024-03-05 ecoATM, Inc. Evaluating an electronic device using optical character recognition
WO2022040667A1 (en) 2020-08-17 2022-02-24 Ecoatm, Llc Evaluating an electronic device using a wireless charger
CN113341933B (zh) * 2021-06-23 2022-08-19 中国第一汽车股份有限公司 车用中央控制器的诊断***及方法
CN113900428A (zh) * 2021-10-25 2022-01-07 深圳市元征科技股份有限公司 车辆诊断方法、诊断节点、设备及存储介质
EP4250688A1 (de) * 2022-03-25 2023-09-27 Volvo Truck Corporation Verfahren und vorrichtung zum handhaben von verbindungen für ein fahrzeug in einer werkstatt

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060052919A1 (en) * 2002-12-06 2006-03-09 Seok-Woo Hong System for collecting vehicle data and diagnosticating the vehicle using USB hard drive
US20090265055A1 (en) * 2008-04-17 2009-10-22 Winston Lynn Gillies System and method for performing automotive diagnostics
US20140188331A1 (en) * 2011-06-08 2014-07-03 Ramon Amirpour Mobile communication interface, system having a mobile communication interface, and method for identifying, diagnosing, maintaining, and repairing a vehicle

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4602127A (en) 1984-03-09 1986-07-22 Micro Processor Systems, Inc. Diagnostic data recorder
DE4446512A1 (de) 1994-12-24 1996-06-27 Sel Alcatel Ag Vorrichtung zur Durchführung eines Fahrzeugtests oder zur Auswertung von Fahrzeugfehlern
JP3345827B2 (ja) 1997-03-07 2002-11-18 本田技研工業株式会社 車両診断装置
GB2323183B (en) 1997-03-07 2001-04-18 Honda Motor Co Ltd A process for diagnosing a plurality of vehicles
JP4015744B2 (ja) 1997-07-24 2007-11-28 本田技研工業株式会社 車両診断装置
DE19921846A1 (de) 1999-05-11 2000-11-23 Bosch Gmbh Robert Diagnosetestvorrichtung mit portablem Prüfgerät für Kraftfahrzeuge
US6694235B2 (en) * 2001-07-06 2004-02-17 Denso Corporation Vehicular relay device, in-vehicle communication system, failure diagnostic system, vehicle management device, server device and detection and diagnostic program
US9117319B2 (en) * 2005-06-30 2015-08-25 Innova Electronics, Inc. Handheld automotive diagnostic tool with VIN decoder and communication system
US20070050105A1 (en) * 2005-08-31 2007-03-01 Spx Corporation Remote diagnostic data collections for automotive scan tools
US7920944B2 (en) * 2005-10-21 2011-04-05 General Motors Llc Vehicle diagnostic test and reporting method
DE102006018831A1 (de) * 2006-04-22 2007-10-25 Daimlerchrysler Ag Kraftfahrzeugdiagnose und Fahrzeugannahme
US20100324376A1 (en) * 2006-06-30 2010-12-23 Spx Corporation Diagnostics Data Collection and Analysis Method and Apparatus
WO2008127247A1 (en) * 2007-04-13 2008-10-23 Robert Bosch Gmbh Vehicle communication interface access management
WO2008127243A1 (en) * 2007-04-16 2008-10-23 Robert Bosch Gmbh Multiple source networked diagnostic data logging
US8239094B2 (en) * 2008-04-23 2012-08-07 Spx Corporation Test requirement list for diagnostic tests
CN201247152Y (zh) * 2008-08-29 2009-05-27 东北林业大学 一种小型柴油机转速信号发生与测试装置
CN102158162B (zh) * 2011-01-27 2013-02-27 沈阳黎明航空发动机(集团)有限责任公司 一种航空发动机地面试车用交流电机加载控制装置
US8930064B2 (en) * 2011-10-27 2015-01-06 Snap-On Incorporated Method and system for automated and manual data capture configuration
KR20140113776A (ko) * 2013-03-13 2014-09-25 삼성전자주식회사 데이터 처리 방법 및 그 전자 장치

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060052919A1 (en) * 2002-12-06 2006-03-09 Seok-Woo Hong System for collecting vehicle data and diagnosticating the vehicle using USB hard drive
US20090265055A1 (en) * 2008-04-17 2009-10-22 Winston Lynn Gillies System and method for performing automotive diagnostics
US20140188331A1 (en) * 2011-06-08 2014-07-03 Ramon Amirpour Mobile communication interface, system having a mobile communication interface, and method for identifying, diagnosing, maintaining, and repairing a vehicle

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
WO2012110263A1 (de) 2012-08-23
CN103348230B (zh) 2017-02-22
US9087420B2 (en) 2015-07-21
US20140052329A1 (en) 2014-02-20
DE102011004205A1 (de) 2012-08-16
EP2676115B1 (de) 2020-12-23
CN103348230A (zh) 2013-10-09

Similar Documents

Publication Publication Date Title
EP2676115B1 (de) System und verfahren zum identifizieren, diagnostizieren, warten und reparieren eines fahrzeugs
EP2718908B1 (de) Mobile kommunikationsschnittstelle, system mit mobiler kommunikationsschnittstelle und verfahren zum identifizieren, diagnostizieren, warten und reparieren eines fahrzeugs
WO2012110262A1 (de) Mobile kommunikationsschnittstelle, system mit mobiler kommunikationsschnittstelle und verfahren zum identifizieren, diagnostizieren, warten und reparieren eines fahrzeugs
EP2721586B1 (de) Verfahren und system zum automatischen herstellen einer kommunikationsverbindung mit einem fahrzeug
WO2012031814A1 (de) Kraftfahrzeug-prüfgerät und kraftfahrzeug-prüfverfahren
EP2013060A1 (de) Diagnosesystem mit wlan übertragungsmodul und implementiertem diagnosekurztest
DE102014105674A1 (de) Online-fahrzeugwartung
EP1153368A1 (de) Verfahren zum erkennen von fehlern eines kraftfahrzeugs
DE19933334A1 (de) Ferndiagnosesystem für Kraftfahrzeuge
EP3616180B1 (de) Verfahren zur datenerhebung
DE102014109594B4 (de) Prüfsystem für ein Fahrzeug und Steuerverfahren dafür
EP4147210A1 (de) Verfahren und diagnosevorrichtung zum durchführen einer fahrzeugdiagnose
EP4052235A1 (de) System zur verwaltung einer fahrzeugflotte
DE102012011538A1 (de) Verfahren und System zur Telediagnose von Fahrzeugen
EP3001380A1 (de) Diagnoseverfahren und erhebungsverfahren für fahrzeuge
DE102015214987B4 (de) Bestimmung eines defekten Bauteils eines Fahrzeugs
EP1376094B1 (de) Verfahren und Vorrichtung zur Diagnose von Komponenten eines Fahrzeugs
EP3252719A1 (de) Verfahren zur fehlerdiagnose in einem fahrzeug und entsprechendes system
EP2284631A1 (de) Verfahren zum Betrieb eines Fahrzeugdiagnosesystems, Steuerungsprogramm und Fahrzeugdiagnosesystem
DE102020103904A1 (de) Verfahren zum Überwachen eines Kraftfahrzeugsystems, Telematikeinrichtung, und Servervorrichtung
DE102017217873A1 (de) Fahrzeug mit integriertem Fahrzeugdiagnosesystem
DE60004589T2 (de) Hilfsvorrichtung zur Diagnose einer Kraftfahrzeugstörung
DE102020103903B4 (de) Verfahren zum Bereitstellen einer Handlungsempfehlung als Reaktion auf einen vermeintlichen Schaden eines Kraftfahrzeugs, Telematikeinrichtung, und Servervorrichtung
DE102016223973A1 (de) Konzept zum Prüfen eines Sensorsystems zum Erfassen eines Belegungszustands eines Stellplatzes auf Fehler
DE102006017644B4 (de) Erfassung und Diagnose von Fahrzeugdaten

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: 20130916

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20170329

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

Owner name: ROBERT BOSCH GMBH

REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Ref document number: 502012016548

Country of ref document: DE

Free format text: PREVIOUS MAIN CLASS: G01M0015020000

Ipc: G07C0005080000

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

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

Free format text: STATUS: GRANT OF PATENT IS INTENDED

RIC1 Information provided on ipc code assigned before grant

Ipc: G07C 5/08 20060101AFI20200910BHEP

INTG Intention to grant announced

Effective date: 20201007

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

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

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 502012016548

Country of ref document: DE

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 1348465

Country of ref document: AT

Kind code of ref document: T

Effective date: 20210115

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: GERMAN

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: RS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210323

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210324

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20201223

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210323

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG9D

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210423

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 502012016548

Country of ref document: DE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210109

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210423

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20210131

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

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

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210131

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210131

26N No opposition filed

Effective date: 20210924

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210109

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223

REG Reference to a national code

Ref country code: AT

Ref legal event code: MM01

Ref document number: 1348465

Country of ref document: AT

Kind code of ref document: T

Effective date: 20210109

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210109

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210423

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210131

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20120109

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20240322

Year of fee payment: 13

Ref country code: GB

Payment date: 20240124

Year of fee payment: 13

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: IT

Payment date: 20240131

Year of fee payment: 13

Ref country code: FR

Payment date: 20240124

Year of fee payment: 13

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201223