WO2015152803A1 - Fault tracing of vehicles - Google Patents
Fault tracing of vehicles Download PDFInfo
- Publication number
- WO2015152803A1 WO2015152803A1 PCT/SE2015/050381 SE2015050381W WO2015152803A1 WO 2015152803 A1 WO2015152803 A1 WO 2015152803A1 SE 2015050381 W SE2015050381 W SE 2015050381W WO 2015152803 A1 WO2015152803 A1 WO 2015152803A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- motor vehicle
- troubleshooting
- garage
- measure
- measures
- 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.)
- Ceased
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/20—Administration of product repair or maintenance
Definitions
- the present invention relates generally to troubleshooting of motor vehicles, in particular troubleshooting of road vehicles such as cars and trucks,
- the invention relates to a system for troubleshooting of a motor vehicle and a method for troubleshooting of a motor vehicle, according to the preamble of claim 1 and 21 , respectively.
- the invention also relates to a computer based system for troubleshooting according to claim 27 and a computer program according to claim 28.
- Such a computer may contain for example a diagnostic model of the motor vehicle, which is used to provide the mechanic with an estimation of the probability for different errors, based on registered error observations.
- Warnquist 201 1
- Warnquist 201 1
- a computer based troubleshooting system for motor vehicles comprising :
- - a diagnostic unit that uses a Bayesian network to make a diagnosis for the motor vehicle
- a planner to recommend measures, such as observations or tests and repairs, based on the diagnosis.
- the planner is configured to carry out a cost estimate of a nu mber of possible measures and selects a measure based on the cost estimate.
- the cost that is estimated is the total expected cost for troubleshooting , if the troubleshooting starts with a specific measure from among the possible measures.
- the troubleshooting system recommends the selected measure to a mechanic via a user interface. DISADVANTAG ES OF PRIOR ART TECHNOLOGY
- the above described prior art technology regarding troubleshooting systems does not provide any guidance to the driver of the motor vehicle when the driver discovers an error, or when the motor vehicle lights a warning light. The driver's only options in this case are to book an appointment at a garage, or to call and ask for example a garage mechanic for advice.
- One objective is to improve recommendations of measures provided to a driver, in the event the driver discovers a problem with the motor vehicle and contacts somebody for advice.
- Another objective is to make it easier for the driver to make a financially sound decision
- the invention provides a troubleshooting system , a method for troubleshooting, a method for recommending measures, and an arrangement for guidance comprising a help desk.
- the invention is particularly suitable for troubleshooting of modern motor vehicles with many components, and complex connections between components and errors in the components.
- the invention provides a system for troubleshooting of motor vehicles.
- the troubleshooting system is configured to receive operating data, such as error codes, from the motor vehicle and, in response to the error codes, to recommend measures to remedy errors in the motor vehicle.
- the troubleshooting system comprises a diagnostic unit and a planner.
- the diagnostic unit is configured to achieve, based on the error codes, a vehicle-specific diagnosis for the motor vehicle, which comprises a probability distribution of errors in the motor vehicle.
- the planner is configured to achieve a set of possible measures, based on measure models for the motor vehicle and the probability distribution of errors, and is configured to achieve a cost estimate for each one of the possible measures, with the use of an estimated cost for the respective possible measure and the probability of errors.
- the planner is configured to select measures based on the cost estimates.
- the troubleshooting system is characterised in that the measure models used comprise measures to carry out remote testing on the motor vehicle, and at least one measure, from among a group of measures, in order to connect the motor vehicle with a mechanic.
- the troubleshooting system may thus both provide recommendations to remedy errors intended for a mechanic and recommendations to a driver, regarding suitable measures before the motor vehicle has arrived at a mechanic.
- the troubleshooting system provides the driver with a possibility of carrying out troubleshooting tests when the motor vehicle is not yet in the garage, which results in lower troubleshooting and repair costs at the garage.
- the troubleshooting system is configured to collect calendar data relating to booked garage appointments for the motor vehicle, and the group of measures to connect the motor vehicle with a mechanic comprises at least one measure comprising driving or towing of the motor vehicle to a booked garage.
- the troubleshooting system helps a driver avoid unnecessary garage visits, if there is already a booked garage appointment.
- the troubieshooting system comprises more than one measure, comprising driving of the motor vehicle to a booked garage. These measures comprise a first measure to continue using the motor vehicle until the ti me of the booked garage visit, and a second measure to stop using the motor vehicle and wait for the time of the booked garage visit.
- the cost estimate of the first measure which is to continue using the motor vehicle, comprises an estimated cost of continuing to use the motor vehicle when it has possible errors resulting in a poorer performance, and the probability of these possible errors.
- the troubleshooting may value the use of continuing to use the motor vehicle in relation to other alternatives, such as connecting the motor vehicle with a mechanic.
- the cost estimate of the second measure comprises an estimated cost of not using the motor vehicle during the time up to the booked garage visit.
- the troubleshooting system may improve its valuation of the usefulness for the driver of not taking unnecessary risks.
- the troubleshooting system is configured to obtain the position of the motor vehicle, and the group of measures to connect the motor vehicle with a mechanic comprises at least one of the following measures:
- the troubleshooting system makes it easier for the driver to select a cheaper repair alternative.
- the group of measures to connect the motor vehicle with a mechanic comprises at least one first measure, comprising towing of the motor vehicle to the garage, and a second measure, comprising driving the motor vehicle to the garage.
- the troubleshooting system helps the driver to select a cheaper repair alternative, while at the same time limiting the risk of a breakdown.
- the troubleshooting system is also configured to create a description of the motor vehicle's state, such as a state vector, based on error codes received or symptoms. This contributes to a description of the motor vehicle's state, which is suitable for further calculations.
- the troubleshooting system may treat symptoms from a driver as results of remote tests, with the difference that the symptoms may be registered without a prior recommendation.
- the troubleshooting system is also configured to receive information form a user, such as the driver or a mechanic, relating to observations of the motor vehicle, and to use the observation information to create and update the description of the motor vehicle's state.
- the information from the user comprises observations of symptoms and results of a completed measure, such as a completed remote test.
- the troubleshooting system is thus adapted, during the ongoing troubleshooting process, to receive observations from the user both in the form of symptoms and results of completed tests. New recommendations may be prepared as observations are registered.
- the troubleshooting system is also configured to obtain operating data, such as error codes, from the motor vehicle when a measure is carried out, and to update the description of the motor vehicle's state in accordance with the collected error codes,
- the troubleshooting system may thus obtain information directly from the motor vehicle without the driver, or another user, needing to carry out tests, which is particularly useful as the troubleshooting system may benefit from the motor vehicle's ability to update operating data, in order to decide the effect of a completed measure on the motor vehicle.
- the planner is configured to request an update of the vehicle specific diagnosis from the diagnostic unit, when the description of the motor vehicle's state has been updated .
- the vehicle specific diagnosis is kept updated as the motor vehicle's state, or the knowledge about the motor vehicle's state, change.
- the planner is configured to create descriptions of fictitious states in the motor vehicle, such as fictitious state vectors, based on the respective expected outcome of possible measures, to request fictitious diagnoses from the diagnostic unit, wherein each fictitious diagnosis comprises a probability distribution of errors, and to use the fictitious diagnoses to carry out cost estimates of an expected total cost of the troubleshooting , if either one of the possible measures were selected as a first measure.
- the troubleshooting system may evaluate the troubleshooting one or several steps into the future, where possible alternatives are cost estimated .
- the troubleshooting system is also configured to obtain configuration data relating to the motor vehicle from a vehicle database, comprising registered data including the respective configuration of several motor vehicles, and the diagnostic unit is configured to obtain diagnostic models from a database comprising diagnostic models and, based on the motor vehicle's configuration data, to achieve a vehicle specific diagnostic model , and furthermore, the diagnostic unit is configured to use the vehicle specific diagnostic model to achieve the vehicle specific diagnosis.
- the planner comprises a measure unit, configured to provide the possible measures, and a cost estimator, configured to provide the cost estimates, wherein the measure unit is configured to obtain measure models from a database with measure models.
- This division is preferred in order to simplify the design of the troubleshooting system .
- the cost esti mate comprises, for each one of the possible measures, an esti mation of the total expected cost of troubleshooting the motor vehicle, with selection of the relevant measure as the first measure in accordance with a first calculation method, when the motor vehicle is not at a garage,
- the troubleshooting system may have regard for further measures, for example repair measures, both outside and inside a garage, at the selection of possible measures before the motor vehicle is at a garage.
- the cost esti mate comprises, for each one of the possible measures, an esti mation of the total expected cost of troubleshooting the motor vehicle, with selection of the relevant measure as the first measure in accordance with a second calculation method, when the motor vehicle is at a garage.
- the first calculation method comprises:
- the troubleshooting system may recommend remote tests, whose different outcomes impact on the selection of possible measures to connect the motor vehicle with a mechanic. This makes it possible to recommend a cheaper alternative to connect the motor vehicle with a mechanic, with the help of the increased knowledge obtained from the remote test.
- the troubleshooting system is also configured to provide, based on the probability distribution of errors, error information in the form of a list of at least a part of the possible errors, in particular the most likely, and a probability for each one of the possible errors.
- a user such as the driver, an operator at a help desk or a mechanic, may, in addition to suggested measures, obtain a more detailed description of the motor vehicle's error state.
- This error information makes it easier for the user to select the recommended measure(s) to be carried out.
- the invention provides a guidance arrangement, comprising the troubleshooting system and a help desk, comprising a computer and a monitor equipped with a user interface, configured for registration of symptom information and the results of completed measures, in particular completed remote tests.
- the invention provides a computer based system for a help desk, with a possibility of improved guidance for a driver, based on the motor vehicle's error and the symptoms observed by the driver, and may also recommend remote tests, whose outcome further facilitates the choice of measures to recommend in an emergency situation , especially relating to whether or not the assistance of a mechanic is required .
- the invention provides a method for troubleshooting of a motor vehicle, The method comprises:
- initiation of troubleshooting of the motor vehicle which initiation comprises registration of error codes from the motor vehicle, and creation of a vehicle specific measure model ;
- the method is characterised in that it comprises a determination as to whether the motor vehicle is in a garage or with a mechanic, and in that the determination of one or several possible measures is based on whether or not the motor vehicle is located in a garage or with a mechanic.
- the recommendations are based on an expected total cost of remedying the errors in the motor vehicle through the troubleshooting.
- the troubleshooting is therefore adapted to especially adapted calculation methods for the estimation of the total cost for the different cases, when the motor vehicle either has no access to a mechanic or a garage, or when it has access to a mechanic or a garage,
- the calculations may be optimised for both cases, and the increased complexity when the motor vehicle is not at a garage or with a mechanic need not result in an increased complexity of the calculations.
- the determination of one or several possible measures comprises at least one measure from among the group of measures comprising :
- the method herewith provides for an evaluation of several new measures.
- the method is suitably adapted to evaluate all of these measures in the group of measures, at least measures comprising remote tests and booking of a garage, preferably in combination with one or several measures comprising transport of the motor vehicle to an already booked garage.
- the determination out of one or several possible measures is carried with at least measures selected from among the group of measures comprising :
- the creation of the state vector comprises the obtaining of registry data from a vehicle database, and also comprises registration of outcomes of completed measures in the registry data in the vehicle database.
- the invention provides a computer based system for troubleshooting of motor vehicles.
- the computer based troubleshooting system is configured
- the computer based troubleshooting system is characterised in that it is configured to :
- the first calculation method comprises:
- the possible measures in the computer based troubleshooting system comprise measures to carry out remote tests on the motor vehicle and measures to connect the motor vehicle with a mechanic.
- the invention provides a computer program product for troubleshooting of motor vehicles, comprising a computer program , which, when executed in a computer or several computers, makes it possible for the computer or computers to:
- the computer program product preferably also comprises a storage medium, preferably a non-transitory storage medium, so that the computer program is stored in the storage medium.
- Figure 1 shows a schematic image of a motor vehicle and an arrangement for troubleshooting of a motor vehicle
- Figure 2 illustrates a method for troubleshooting in accordance with a preferred embodiment
- Figure 3 shows a schematic image of an arrangement for troubleshooting, including a garage system ; DESCRI PTION OF EMBOD I M ENTS
- the invention is particularly suitable for troubleshooting of modern motor vehicles with many components, and complex connections between components and errors in the components.
- a vehicle system 1 comprising a motor vehicle 2, such as a truck, and a driver 6.
- the motor vehicle 2 is equipped with an electronic control system 4.
- Such electronic control systems 4 usually comprise a number of electronic control devices, so-called ECUs ("Electronic Control Unit") , connected to each other via a data bus, such as a CAN-bus ("Controller Area Network") .
- the ECUs are also connected to sensors and actuators.
- the example embodiment shows an electronic control system 4, which comprises an electronic control device 5, equipped with a communication interface 8, and a user interface 3.
- the driver 6 has a communication device 7, such as a mobile phone, e.g. a smart- phone, equipped with a user interface.
- the electronic control system 4 is configured to register errors arising in the system in error codes, such as so-called DTC ("Diagnostic Trouble Codes") , and may inform the driver about errors via the user interface 3.
- error codes such as so-called DTC ("Diagnostic Trouble Codes")
- the electronic control system 4 is configured to register other operating data, such as vehicle position data, and may also be configured to register vehicle calendar data, comprising booked garage visits including time and garage, such as a garage identity.
- the electronic control system 4 is configured to use the electronic control device 5, which is equipped with a communications interface 8, to transfer operating data, in particular comprising error codes, vehicle position data and vehicle calendar data from the motor vehicle.
- the communication interface 8 is preferably configured to communicate in accordance with a mobile remote communication system such as GSM , 3G, or 4G or a short-range system such as Wi-Fi connected to a fixed network such as Internet.
- a mobile remote communication system such as GSM , 3G, or 4G
- a short-range system such as Wi-Fi
- a fixed network such as Internet.
- 3G which exists in many markets. I n one alternative embodiment it is possible to connect a motor vehicle equipped with an "OBD port" (On-board diagnostic port) via cable to an external computer unit, and then to the Internet over a fixed or mobile network.
- OBD port On-board diagnostic port
- Figure 1 also shows an arrangement 1 0 to guide a driver 6, when an error occurs in the motor vehicle 2.
- the guidance arrangement 1 0 comprises a help desk or help central 20 and a troubleshooting system 30.
- the help desk 20 comprises a computer 21 and a monitor 22, equipped with a user interface for an operator at the help desk 20.
- the help desk 20 also comprises elements, such as a telephone 23 or an Internet connection, for communication with the driver 6 via the driver's 6 communication device 7.
- the help desk 20 is also configured to register, via the user interface, information from the driver 6, in particular the vehicle identity of the motor vehicle 2, symptoms relating to errors in the motor vehicle 2, and the results of remote tests carried out by the driver 6.
- the help desk 20 is also configured for communication with the troubleshooting system 30, for example via the Internet, and the computer 21 comprises elements for such data communication .
- the function of the guidance arrangement 1 0 may be described as the driver 6 contacting the help desk 20 and informing the operator about the vehicle identity of the motor vehicle and potential symptoms, when the driver 8 experiences an error in the motor vehicle 2, such as a symptom or a lit warning lamp.
- the operator registers the vehicle identity and the symptoms in the computer 21 .
- the help desk 20 also forwards this information to the troubleshooting system 30.
- the troubleshooting system 30 is configured to return recommendations for measures to the help desk 20, which the operator at the help desk presents to the driver 6.
- the troubleshooting system 30 is configured to provide recommendations relating to remote tests and garage visits to the driver 6,
- the driver 6 reports the result of the remote test to the help desk 20, where the result is registered by the operator, following which the troubleshooting system 30 comes back with a new recommendation, such as a remote test or a garage visit.
- the guidance via the help desk 20 ends, for example, when a garage visit has been agreed with the driver 8.
- the troubleshooting system 30 is configured, on receipt of the vehicle identity and potential symptoms, to initiate a communication with the motor vehicle 2, i .e. its electronic control system 4, via the communications interface 8, and to request the transfer of operating data, in particular the error codes that have been registered .
- the troubleshooting system 30 is preferably also configured to request, in addition to the error codes, vehicle position data from the motor vehicle 2.
- the troubleshooting system 30 is also configured to repeat, during an ongoing troubleshooting process, the request relating to error codes, such as via a request for operating data, and to update the information, which the troubleshooting system 30 has regarding the motor vehicle 2, with such error codes or operating data.
- the troubleshooting system 30 is also configured to evaluate measures related to the error codes and the symptom information.
- the troubleshooting system 30 is configured to evaluate each measure by estimating the total expected cost to troubleshoot the motor vehicle 2, with selection of the relevant measure as the first measure.
- the troubleshooting system 30 is preferably configured to transfer error information, comprising a list of possible errors, to the driver 6 via the help desk 20, which error information preferably comprises a calculated probability for each one of the possible errors.
- error information preferably comprises a calculated probability for each one of the possible errors.
- the troubleshooting system 30 is preferably configured to use a threshold value for error probabilities, and only to transfer the possible errors whose probability exceed the threshold value. Thus, only the most relevant possible errors are displayed.
- the troubleshooting system 30 is also configured to request signal values, measured by the motor vehicle's 2 electronic control system 4 at remote tests and garage tests.
- the troubleshooting system 30 is configured to suggest measures comprising :
- the troubleshooting system 30 is preferably configured to suggest booking of a garage visit and at the same time suggest ordering one or several spare parts, which spare parts are selected based on the probability distribution of errors,
- the troubleshooting system 30 is preferably also configured to suggest repair measures.
- the troubieshooting system 30 is preferably configured also to function as a guide for a mechanic (46 in Figure 3) , for example when a service vehicle has been driven to the motor vehicle 2, or when the motor vehicle 2 has arrived at a garage.
- the troubleshooting system 30 is therefore also configured to communicate, in the same manner as the communication with the help desk 20, with a computer (41 in Figure 3) in a garage.
- a garage computer 41 may be configured similarly as the help desk 20, so that the vehicle identity, perceived symptoms and tests may be registered.
- the troubleshooting system 30 is also configured to register completed repair measures, wherein the mechanic 46 may register completed repairs via the garage computer 41 .
- the troubleshooting system 30 is, in this respect, also adapted to suggest measures to mechanics, comprising :
- the troubleshooting system 30 may suitably be adapted with one or several computers, comprising a combination of hardware, such as processors and memories, and software.
- Figure 1 illustrates the troubleshooting system's 30 component parts such as functional units, each one comprising a combination of hardware and software, which software is adapted to facilitate the troubieshooting system's 30 functions, when the software is executed by the computer or computers.
- the troubleshooting system 30 according to the example embodiment in Figure 1 comprises a service handler 31 , a planner 32, a diagnostic unit 33 and a number of databases.
- the databases consist of a database 35, comprising diagnostic models, a database 38, comprising measure models, a garage database 38 and a vehicle database 39, which vehicle database 39 comprises registry data concerning several motor vehicles, such as the motor vehicle 2.
- the garage database 38 contains the geographical location of several garages, spare part costs of components, and suitably also a spare part availability for each garage.
- the troubleshooting system 30, such as the service handler 31 or the planner 32, is configured to obtain information about garages, in particular their geographical position, to facilitate the selection of a garage.
- the vehicle database 39 comprises registry data, including the specific configuration of a nu mber of motor vehicles, identified by their respective vehicle identity.
- the registry data consists of several vehicle identities, connected to the components of which each motor vehicle consists.
- the registry data preferably also comprises space to save diagnostic information.
- the diagnostic information comprises, in this respect, error codes, symptom information , test results and completed repairs.
- the service handler 31 is configured to save the error codes and symptom information received from the motor vehicle 2 and the driver 8, respectively, in the diagnostic information .
- the service handler 31 is also configured to save the results of tests, such as remote tests and garage tests, and repair measures, in the diagnostic information.
- the motor vehicle 2 may be configured to report to the troubleshooting system 30, via a communication interface 8, error codes which arise between garage visits.
- the service handler 31 is equipped with a communication interface for communication with the users, such as receipt of error codes, symptoms, results of measures, and transfer of recommendations to the users.
- the service handler 31 is configured to save error codes, which have been reported between garage visits in the diagnostic information .
- the registry data of the vehicle database 39 also comprises the planned garage visits of the motor vehicle 2, which garage visits are defined by a garage identity and a time.
- the service handler 31 is configured to create a state vector for the motor vehicle 2, based on the diagnostic information, the motor vehicle's 2 position data, and booked garage visits from the registry data or the motor vehicle's 2 calendar data.
- the service handler 31 is preferably also configured to create the state vector in such a way that it facilitates registration of whether or not the motor vehicle 2 is at a garage, and is configured to register this in the state vector, Alternatively, the planner 32 is configured to obtain and register booked garage visits in the state vector. it is suitable to ti me stamp all diagnostic information in the registry data of the vehicle database 39, and to specify each error code's state as active or inactive.
- the service handler 31 is configured to create, during an ongoing troubleshooting, a new state vector when the service handler 31 has changed the diagnostic information.
- the service handler 31 is also adapted to obtain, based on the motor vehicle's 2 identity, configuration data from the vehicle database 39, describing the relevant motor vehicle's 2 specific set of components.
- the diagnostic unit 33 is configured , based on the configuration data obtained from the vehicle database 39 by the service handler 31 , to create a vehicle specific diagnostic model , using the diagnostic models in the database 35 with diagnostic models.
- the database 35 with diagnostic models comprises diagnostic models consisting of one or several Bayesian networks.
- the database 35 comprises several partial models, each one of which is a Bayesian network for an individual component.
- the partial models are intended to be connected to each other, since they comprise common nodes.
- the diagnostic unit 33 is configured to create a vehicle specific diagnostic model , by combining only the partial models which relate to the components present in the relevant motor vehicle.
- the diagnostic unit 33 is preferably configured to select only those partial models containing nodes related to active error codes and symptoms when the diagnostic unit 33 creates the vehicle specific diagnostic model . Partial models that are not connected to active error codes or symptoms may thus be excluded , which facilitates the creation of a smaller Bayesian network.
- the Bayesian network must be configured in such a way that it has at least one node describing the state of each component (whole or broken) and each observation that may be made by error codes, symptoms, remote tests or garage tests.
- the parameters of the Bayesian network are set with probability distributions, describing the probability that a node has a state given the state in the node's parent nodes.
- the parameters of the common nodes are set with distributions permitting that the number of parent nodes is increased.
- a distribution of the type noisysy-Or is used for the setting of parameters.
- the parameters of nodes for component errors are preferably set with a probability for errors in such component, described by the cumulative probability in an exponential distribution according to equation 1 :
- the diagnostic unit 33 is also configured to create, based on the vehicle specific diagnostic model , vehicle specific diagnoses, comprising a probability distribution of possible errors based on the state vector, in particular diagnostic information in the state vector.
- the diagnostic unit 33 is also configured to create a probability distribution of possible errors at the request of the planner 32.
- the calculation of a probability distribution in a Bayesian network is carried out with a so-called inference algorithm.
- the invention is adapted to use the so-called Junction Tree Clustering algorithm. This inference algorithm is efficient, accurate and well proven.
- the Junction Tree Clustering algorithm is described in detail in Jensen et. ai . 1 990.
- the planner 32 is configured to obtain the vehicle specific diagnosis in the form of a probability distribution of possible errors, which is created by the diagnostic unit 33.
- the pianner 32 is also configured to produce, based on the measure models obtained from the database 38 with measure models, a set of possible measures based on the state vector, and the probability distribution of possible errors.
- the planner 32 is also configured to evaluate measures related to the state vector and the probability distribution of errors.
- the planner 32 is configured to evaluate each measure by esti mating the total expected cost to troubleshoot the motor vehicle 2, with a selection of the relevant measure as the first measure.
- the planner 32 is preferably configured to provide the cost estimates, and/or the total expected cost for the possible measures.
- the planner 32 is configured to estimate the total expected cost by estimating the cost of a first measure, and estimating the expected cost for the remaining measures to remedy the error, and to add up the cost of the first measure and the expected cost of the remaining measures.
- the planner 32 comprises a measure unit 34 and a cost estimator 37, and comprises, or alternatively is configured, to obtain information from the database 38 with measure models.
- the planner 32 comprises a database 36 with measure models, from which the measure unit 34 is configured to obtain and use measure models.
- the measure model 34 is configured to use the measure models, in order to create a vehicle specific measure model .
- the database 38 with measure models comprises measure models, each one of which comprises the effects which the measure has when carried out, i .e. how they impact the state vector, the duration of the measure, and an estimated cost.
- the measure model preferably comprises a subcondition, which specifies whether or not the motor vehicle must be at a garage in order for the measure to be executable.
- the measure model may also comprise a set of additional subconditions required for the measure to be executable, e.g. that one or several parts need to be fitted or dismantled in order for the measure to be executable, or that the garage must be equipped with special tools.
- Each measure model described in the database 36 with measure models may be one of the following types:
- the measure model for a remote test comprises an identifier of the observation node in the diagnostic model to which the remote test must correspond , and the outcome which the test may have, and the time it takes to carry out the remote test.
- Each remote test's outcome in the measure model corresponds to the observation node's outcome in the diagnostic model .
- the measure model does not include the outcome of the remote test, but instead the planner 30 is adapted to request the outcomes from the diagnostic unit, which is adapted to obtain the outcomes in the corresponding diagnostic model .
- the measure model to book a garage visit comprises a booking cost, corresponding to the cost which a vehicle owner incurs in needing to make an unplanned garage visit.
- the measure model to stop the use of the motor vehicle 2 and wait for the next already booked garage visit comprises a standard cost per 24 hours, which corresponds to the cost a vehicle owner incurs in not being able to use his vehicle.
- the measure model to continue to use the motor vehicle and wait for the next already planned garage visit comprises a standard cost per 24 hours for each component, corresponding to the level of severity in using the motor vehicle for a 24 hour period with an error in the relevant component.
- One way is to specify a level out of a limited number of standard levels for the severity degree of errors.
- the measure model to tow the motor vehicle 2 to a specific garage comprises a fixed standard cost to begin towing, and a variable standard cost per km, being the cost of towing a motor vehicle.
- the measure model to drive the motor vehicle 2 to a specific garage comprises a variable standard cost per km to drive the motor vehicle 2, and a variable standard cost per km for each component, which corresponds to the severity degree of continuing to drive 1 km with an error in the relevant component.
- the measure model to request and wait for a service vehicle with a mechanic comprises a fixed standard cost to send out a service vehicle with a mechanic, and a variable standard cost per km of sending out a service vehicle with a mechanic.
- the measure model for a garage test comprises an identifier of the observation node in the diagnostic model to which the garage test must correspond , and the outcomes which the test may have, and the time it takes to complete the garage test. Each garage test's outcome in the measure model corresponds to the observation node's outcome in the diagnostic model ,
- the measure model for a repair measure comprises an identifier for a component, which the measure relates to, and a fixed cost, which corresponds to the spare part cost for the component and the time it takes to complete the repair measure and the subsequent functional check.
- the measure model for the measure to complete the troubleshooting comprises a standard cost for each component, which corresponds to the severity of recommending continued use and later discovering that there was an error in the relevant component.
- the database 36 with measure models also comprises parameters describing the standard cost per working hour in the garage, and at remote tests.
- subconditions are suitably specified , describing whether or not they may be carried out in a garage. It is suitable to define the state where a service vehicle with a mechanic is at the motor vehicle 2, as the motor vehicle 2 being in a garage. Preferably, it is specified that the following measures may only be carried out in the garage:
- the troubleshooting system 30 is adapted to only recommend a measure that may only be carried out in a garage, when the motor vehicle 2 is in a garage, Preferably, it is specified that the following measures may only be carried out outside of a garage:
- the troubleshooting system 30 is adapted to only recommend a measure belonging to the group of measures relating to connecting the motor vehicle with a mechanic, when the motor vehicle 2 is not located in a garage.
- the troubleshooting system 30 is adapted to only recommend a measure which may only be carried out outside a garage, when the motor vehicle 2 is not located in a garage.
- a measure which may only be carried out outside a garage, when the motor vehicle 2 is not located in a garage.
- the following measures may be carried out both inside and outside of a garage :
- the troubleshooting system 30 is adapted to recommend measures which may be carried out inside and outside of a garage, both when the motor vehicle 2 is located at a garage and also when the motor vehicle 2 is not located at a garage.
- the measure model for each measure is suitable for the measure model for each measure to also contain a description of the measure, and an instruction about how the measure should be completed.
- the troubleshooting system 30 is configured to transfer the description and the instruction to the user, via a user interface 3 in the motor vehicle 2, the communication unit 7 in the vehicle system 1 , the monitor 22 in the help desk 20, and the monitor 42 in the garage system 40 in Figure 3.
- the cost esti mator 37 is configured to use predetermined equations to calculate costs of measures, configured to make cost estimates for possible measures specified by the measure unit 34 with the predetermined equations, the measure model for each possible measure, the probability distribution of errors in the vehicle specific diagnosis, the state vector including the vehicle calendar data and the motor vehicle's 2 position data, and the position data of the garages.
- the cost estimator 37 is preferably adapted to prepare a cost estimate of the measure to carry out a remote test as the product of the duration of the remote test and the cost parameter per working hour for a remote test.
- the cost estimator 37 is preferably adapted to calculate costs of connecting the motor vehicle 2 with a mechanic, based on one or several from among the group of standard costs, comprising the standard cost of booking a garage, the standard cost per 24 hours of using the motor vehicle 2, the standard cost of towing , the standard cost of driving out a service vehicle, and the standard cost of driving with the motor vehicle 2,
- the cost estimator 37 is preferably adapted to prepare a cost estimate of measures, comprising booking of a garage visit, which comprises the use of the booking cost in the measure model for booking of a garage.
- the cost estimator 37 is preferably adapted to prepare a cost estimate of the measures, comprising interrupting the use of the motor vehicle 2 and waiting for the next already booked garage visit, with a cost estimate comprising the product of the standard cost per 24 hours in the measure model and the nu mber of days remaining until the next already planned garage visit, based on vehicle calendar data.
- the cost estimator 37 is preferably adapted to prepare a cost estimate c 2 of measures, comprising continuing to use the motor vehicle 2 and waiting for the next already planned garage visit, based on the standard cost per 24 hours for each component from the measure model , the probability of an error in the respective components from the probability distribution of errors, and the time remaining until the next already planned garage visit according to equation 2 :
- - t ws is the number of days remaining until the already planned garage visit, according to the vehicle calendar data
- the cost estimator 37 is preferably adapted to prepare a cost estimate of measures, comprising towing of the motor vehicie 2 to a specific garage as a cost estimate comprising the sum of :
- the cost estimator 37 is preferably adapted to prepare a cost estimate c 3 of measures, comprising driving the motor vehicle 2 to a specific garage, based on :
- variable standard cost per km to drive the motor vehicle 2 corresponds to the severity degree of continuing to drive 1 km with an error in the relevant component
- the cost estimator 37 is preferably adapted to prepare a cost estimate of the measure to order and wait for a service vehicie with a mechanic, based on : - the fixed standard cost of sending out a service vehicle with a mechanic according to the measure model , and
- the cost esti mator 37 is preferably adapted to prepare a cost esti mate of the measure to perform a garage test as the product of the ti me it takes to perform the garage test accordi ng to the measure model , and the cost parameter per working hour in the garage according to the database 36 with measure models.
- the cost esti mator 37 is preferably adapted to carry out a cost esti mate of the measu re of carrying out a repair measure as the su m of :
- the cost esti mator 37 is preferably adapted to prepare a cost esti mate c 4 of the measu re to complete the troubleshooting , based on :
- the measure unit 34 is configured to use the state vector, which is created be the service handler 31 .
- the measure unit 34 is also configured to create fictitious state vectors based on the state vector, in particular to change, at the evaluation of a measure, the fictitious state vector, in accordance with each one of the possible outcomes of the state vector that is obtained from the measure model .
- the measure unit 34 is preferably configured to provide a fictitious state vector for each one of the possible outcomes of a remote test or a garage test, by registering the relevant outcomes in the corresponding fictitious state vector.
- the measure unit 34 is preferably configured to provide two fictitious state vectors for each repair measure with subsequent functional checks.
- a first fictitious state vector where the outcome of the subsequent functional check is that the problem is not solved , which is provided by way of registering that there is no error in the relevant component in the fictitious state vector.
- a second fictitious state vector where the outcome of the subsequent functional check is that the problem is solved, which is provided by way of removing all diagnostic information in the fictitious state vector.
- the measure unit 34 is preferably configured to provide a fictitious sate vector for measures where the motor vehicle 2 is connected with a mechanic, by way of registering that the motor vehicle 2 is located at a garage in the fictitious state vector.
- the measure unit 34 is configured to use the diagnostic unit 33, to calculate the probability of a fictitious outcome in a fictitious state vector for measures with more than one possible outcome in the measure model .
- the measure u n it 34 is configured to use the diagnostic unit 33 to create fictitious vehicle specific diagnoses for each fictitious state vector.
- the cost esti mator 37 is also configured to use the fictitious state vectors and the fictitious vehicle specific diagnoses at the cost esti mate of measures, in particu lar at the calculation of the expected total cost of troubleshooting for each one of the possible measures
- the measure unit 34 is configured to evaluate a probability distribution for each fictitious state vector, where the motor vehicle 2 is registered to be i n a garage, with a formula described in equation 5 which is taken from Heckerman and Breese, 1 998 :
- the measu re model 34 is preferably configu red to replace C° with the cost of repairing the component and setting C[ at zero for the components /, where there is no observation in the measure model .
- the measure unit 34 is preferably configured to sort the components in a descending quota p f ;/Q° :
- the troubleshooting system 30 is configured to operate , during troubleshooting , in accordance with a method for troubleshooting .
- Figure 2 il lustrates a preferred embodi ment of the method for trou bleshooting ,
- the method for troubleshooting begins with initiation 1 00 of troubleshooting of the motor vehicle 2.
- the initiation comprises : - registration of error codes and symptoms in the registry data in the vehicle database 39 ;
- the method continues after the initiation 1 00 of troubleshooting of the motor vehicle 2 with the creation 1 01 of a state vector and a vehicle specific diagnosis .
- the state vector comprises :
- the vehicle specific diagnosis is created via the vehicle specific diagnostic model and the state vector, and comprises a probability distribution of errors.
- the method continues after the creation 1 01 of a state vector with the determination 1 02 of whether or not the motor vehicle 2 is located at a garage. It is suitable to define the state where a service vehicle with a mechanic is at the motor vehicle 2 as the motor vehicle 2 being in a garage,
- a determination 1 03 of possible measures comprising selection of all measures according to the vehicle specific measure model that may be performed outside the garage, for example by way of identifying a subcondition relating to whether or not the measure may be carried out at a garage.
- the method continues with an estimate 1 04 of the total expected cost of each of the possible measures of troubleshooting the motor vehicle 2, with selection of the relevant measure as the first measure according to a first calculation method.
- the first calculation method comprises a determination of the garage which is nearest the motor vehicle's position .
- the first calculation method also comprises an evaluation of the expected cost of troubleshooting the motor vehicle 2 according to the following alternatives:
- the first calculation method comprises a determination of a measure a ws , from among the group of measures to connect the motor vehicle 2 with a mechanic for the state vector and the vehicle specific diagnosis, by selecting the measure with the lowest estimated cost according to the cost estimator's 37 calculation of the measures:
- the first calculation method comprises an identification of the repair measure a * relating to the component with the highest quota Pi/C . It is not necessary to create measure models for observation of each component.
- the estimation 1 04 comprises compensation for the cost of observation C° of the component / with the cost of repairing the component / ' and setting of C[ at zero for the components / ' , where there is no observation in the measure model .
- the first calculation method comprises a determination , for each remote test r, of amounts S r of fictitious state vectors, with associated vehicle specific diagnoses corresponding to the possible outcomes of the respective remote tests.
- the first calculation method comprises a determination of other measures a WS Sj , . , from among the group of measures in order to connect the motor vehicle 2 with a mechanic for each remote test r and each fictitious state vector with the associated vehicle specific diagnoses s r e S r , by selecting the measure which has the lowest estimated cost according to the cost estimator's 37 calculation of the measures:
- the first calculation method also comprises a cost esti mate for the measure a ws , another cost estimate for each remote test, and a cost estimate to complete the troubleshooting .
- equation 7 is used to estimate the total expected cost c 7 of troubleshooting the motor vehicle 2, with selection of the measure a ws of connecting the vehicle with a mechanic as a first measure: c(a * , 5 ws ) + h(s a )
- - s is the state vector and the vehicle specific diagnosis, prepared at the creation 1 01 of the state vector and the vehicle specific diagnosis;
- -s ws is a fictitious state vector with associated vehicle specific diagnosis, calculated by the measure unit 34 for the measure a ws and the state vector i s;
- - c(a * , s ws ) is the estimate, which is calculated by the cost estimator 37 for the measure a * and the fictitious state vector, and a corresponding vehicle specific diagnosis s ws ;
- -S a * is the nu mber of fictitious state vectors and the corresponding fictitious vehicle specific diagnoses, which are calculated by the measure unit 34 for all possible outcomes of the measure a * and the fictitious state vector in s ws ;
- - c(a, .sv) is the estimate, calculated by the cost estimator 37 for each measure a e A and each fictitious state vector s a * e s a * -S a is the number of fictitious state vectors with associated vehicle specific diagnoses, calculated by the measure unit 34 for all possible outcomes of the measure a and the fictitious state vector s a * ;
- s a *) is the probability of the outcome of the measure a that leads to the fictitious state vector in s a e S a , from the fictitious state vector i s a *
- s ws ) is the probability of the outcome of the measure a leading to the fictitious state vector in s a e S a , from the fictitious state vector i s ws ;
- c 8 c(r, s) + 2 ⁇ Pr(s r
- - s is the state vector and the vehicle specific diagnosis, prepared at the creation 1 01 of the state vector and the vehicle specific diagnosis;
- - c(a wsl s r> s r ) is the estimate which is calculated by the cost estimator 37 for the measure a ws ⁇ and the fictitious state vector, and a corresponding vehicle specific diagnosis s r ;
- Pr (s r js) is the probability of the outcome of the measure r that leads to the state vector i s r e S r ;
- -S r is the number of fictitious state vectors with associated vehicle specific diagnoses, calculated by the measure unit 34 for all possible outcomes of the measure r and the state vector i s;
- the esti mated measure cost calculated by the cost esti mator 37 for the relevant measu re and the state vector, prepared at the creation 1 01 of the state vector and the vehicle specific diagnosis is used .
- the method continues with a determination 203 of possible measures, comprisi ng selection of all measures according to the vehicle specific measure model , which may be performed at the garage, for example by way of identifying a subcondition relating to whether or not the measure may be carried out at a garage.
- the method continues with an esti mate 204 of the total expected cost of each of the possible measures of troubleshooting the motor vehicle 2, and the measure of completing the troubleshooting with selection of the relevant measure as the first measu re, according to a second calculation method .
- the second calculation method comprises an identification of the repair measure a * , related to the component with the hig hest quota Pi/C . It is not necessary to create measure models for observation of each component.
- the esti mate 204 comprises compensation of the cost of observation c° of the component / with the cost of repairing the component / " and setti ng of C[ at zero for the components / ' , where there is no observation i n the measure model .
- the second calcu lation method also comprises a cost esti mate for the repai r measure a * and another cost esti mate for other measures, which may be carried out i n the garage.
- a cost esti mate for the repai r measure a * and another cost esti mate for other measures, which may be carried out i n the garage.
- - s is the state vector and the vehicle specific diagnosis, prepared at the creation 101 of the state vector and the vehicle specific diagnosis;
- - c(a * ,s) is the estimate calculated by the cost estimator 37 for the measure a * and the state vector, and the corresponding vehicle specific diagnosis s;
- -S a * is the number of fictitious state vectors and the corresponding fictitious vehicle specific diagnoses, calculated by the measure unit 34 for all possible outcomes of the measure a * and the state vector i s;
- -A is the number of all measures that may be carried out in a garage :
- -c( ,5 a *) is the estimate calculated by the cost estimator 37 for each measure aeA and each fictitious state vector s a * e S a *;
- -S a is the number of fictitious state vectors, calculated by the measure unit 34 for all possible outcomes of the measure a and the fictitious state vector s a *;
- -Pr(s a ⁇ s a *) is the probability of the outcome of the measure a leading to the fictitious state vector in s a e 5 a from the fictitious state vector i s a *;
- equation 1 0 is used to estimate the total expected cost c 10 of troubleshooting the motor vehicle 2, with selection of the repair measure a * as a first measure:
- - s is the state vector and the vehicle specific diagnosis, prepared at the creation 1 01 of the state vector and the vehicle specific diagnosis;
- - c(a, s) is the estimate calculated by the cost esti mator 37 for the measure a and the state vector, and the corresponding vehicle specific diagnosis s;
- -S a is the nu mber of fictitious state vectors and the corresponding fictitious vehicle specific diagnoses, calculated by the measure unit 34 for all possible outcomes of the measure a and the state vector i s;
- the estimated measure cost calculated by the cost estimator 37 for the relevant measure and the state vector, prepared at the creation 1 01 of the state vector and the vehicle specific diagnosis, is used.
- the cost c 9 has an equivalent of what is termed i ECR 4 Q in Langseth and Jensen (2002)
- the cost c 10 has an equivalent of what is termed ECR now in Langseth and Jensen, 2002.
- Langseth and Jensen, 2002 is aimed at repairers of electromechanical systems, but their mathematical method may be adapted to giving recommendations to a vehicle driver. Langseth and Jensen , 2002, is a further development of Heckerman , 1 996, where the measure with the higher quota p/c is evaluated with another cost estimate than other measures.
- the method continues, after the cost estimates 1 04, 204, with the selection 1 05 of one or several measures.
- only one measure is selected 1 05, which is the measure with the lowest estimated total expected cost of troubleshooting the motor vehicle 2, with selection of the relevant measure as a first measure.
- a predetermined number of measures is selected 1 05, each of which has a lower estimated total expected cost of troubleshooting the motor vehicle 2 with selection of the relevant measure as a first measure, than have the remaining measures.
- the method continues, after the selection 1 05 of a measure, with a recommendation 1 06 of a measure comprising transfer of the selected measures to the user, via the service handier 31 .
- the method may also comprise, at the recommendation of measures that may be carried out automatically by the motor vehicle 2, transfer directly to the vehicle that carries out the measure, without any recommendation being transferred to the user.
- the method continues, after the recommendation 1 06 of the measure, with carrying out 1 07 of a measure.
- the method continues after a measure is carried out 1 07, with registration 1 08 of outcomes.
- the registration may occur both automatically, by way of a request for operating data from the motor vehicle 2, and manually by the user as the help desk's 20 operator or mechanic 46, At the registration 1 08 of outcomes, the outcome is saved in the registry data in the vehicle database 39 for the relevant motor vehicle.
- the method continues after the registration 1 08 of outcomes, with a check 1 1 0 of whether the troubleshooting is completed, i .e. whether the measure of ending the troubleshooting has been selected, completed and registered . If the troubleshooting is completed, the method ends.
- the method reverts to creating 1 01 a state vector and vehicle specific diagnosis.
- the method thus continues after the check 1 1 0 of whether the troubleshooting is completed, with the creation 1 01 of a new state vector and a new vehicle specific diagnosis, where the new state vector comprises:
- the new vehicle specific diagnosis is created via the vehicle specific diagnostic model and the state vector, and comprises a probability distribution of errors.
- Figure 3 shows a schematic image of an arrangement for troubleshooting, wherein the motor vehicle 2 is located at a garage or a service vehicle.
- a mechanic 46 and a garage system 40 has been connected with the motor vehicle 2.
- the garage system comprises a computer 41 and a monitor or computer screen 42.
- the function of the garage system 40 is the same as the function of the help desk 20.
- the garage system 40 comprises a computer 41 , configured for remote communication with the troubleshooting system 30.
- the computer 40 is preferably also configured to communicate with the motor vehicle 2, such as via cable or wireless.
- the garage system 40 is configured to receive error codes from the motor vehicle 2, to register symptoms and test results and to forward the error codes, the test results and symptom-related information to the troubleshooting system 30.
- the troubleshooting system 30 is, however, in this case also configured to set up a communication with the motor vehicle 2 and request error codes.
- the garage system 40 is configured to receive recommendations and error information , such as a list of probable errors including probabilities, from the troubleshooting system 30, and to show recommendations and error information to the mechanic 46 via the computer screen 42.
- the garage system 40 may constitute a part of the equipment in a service vehicle, and is adapted to register that the motor vehicle 2 is at a mechanic 46 or in a garage.
- the recommended measures that the garage system 40 receives from the troubleshooting system 30 also comprise repair measures and garage tests, as opposed to the recommendations that the help desk 20 receives from the troubleshooting system, when the motor vehicle 2 is not in a garage or with a mechanic.
- the troubleshooting system 30 described above is configured to register ( 1 08 in Figure 2) the outcomes of measures carried out.
- a troubleshooting started by a driver 6, who has contacted the help desk 20, may thus be continued when the mechanic 46 and the motor vehicle 2 have been connected.
- a system (30) and method for troubleshooting of motor vehicles has been described with example embodiments.
- the system (30) is configured to receive operating data, such as error codes, from a motor vehicle (2) and, in response to the error codes, to recommend measures to remedy errors in the motor vehicle (2) ,
- the troubleshooting system comprises a diagnostic unit (33) and a planner (32) .
- the diagnostic unit (33) is configured to achieve a vehicle specific diagnosis for the motor vehicle (2) .
- the planner (32) is configured to achieve a set of possible measures, and is configured to achieve a cost estimate of the possible measures.
- the planner (32) selects measures based on the cost estimates.
- the system (30) comprises measures to carry out remote tests on the motor vehicle (2) , and measures to connect the motor vehicle (2) with a mechanic.
- the method comprises registration of operating data error codes from the motor vehicle (2) , creation ( 1 01 ) of a vehicle specific diagnosis, determination (1 03, 203) of possible measures, estimation (1 04, 204) of an expected total cost of the possible measures, and recommendation (1 06) of measures.
- the method comprises, in particular, determination ( 1 02) of whether the motor vehicle (2) is in a garage, where the determination (1 03, 203) of possible measures is based on whether or not the motor vehicle (2) is in a garage.
- the method and the system may use a first calculation method when the motor vehicle (2) is in a garage, and a second calculation method when the motor vehicle (2) is not in a garage.
- the invention is not limited to the embodiments described with reference to the figures, but may be freely varied within the scope of the following patent claims.
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)
Abstract
A system (30) and a method for troubleshooting of motor vehicles. The system (30) is configured to receive operating data, such as error codes, from a motor vehicle (2) and, in response to the error codes, to recommend measures to remedy errors in the motor vehicle (2). The troubleshooting system comprises a diagnostic unit (33) and a planner (32). The diagnostic unit (33) is configured to achieve a vehicle specific diagnosis for the motor vehicle (2). The planner (32) is configured to achieve a set of possible measures, and is configured to achieve a cost estimate of the possible measures. The planner (32) selects measures based on the cost estimates. The system (30) comprises measures to carry out remote tests on the motor vehicle (2) and measures to connect the motor vehicle (2) with a mechanic. The method comprises registration of operating data error codes from the motor vehicle (2), creation (101) of a vehicle specific diagnosis, determination (1 03, 203) of possible measures, estimation (104, 204) of an expected total cost of the possible measures, and recommendation (106) of measures. The method comprises, in particular, determination (102) of whether the motor vehicle (2) is in a garage, wherein the determination (103, 203) of possible measures is based on whether or not the motor vehicle (2) is in a garage. The method and the system may use a first calculation method when the motor vehicle (2) is in a garage, and a second calculation method when the motor vehicle (2) is not in a garage.
Description
Fault tracing of vehicles
BACKGROUN D OF TH E I NVENTION AN D PRIOR ART
The present invention relates generally to troubleshooting of motor vehicles, in particular troubleshooting of road vehicles such as cars and trucks, In particular, the invention relates to a system for troubleshooting of a motor vehicle and a method for troubleshooting of a motor vehicle, according to the preamble of claim 1 and 21 , respectively. The invention also relates to a computer based system for troubleshooting according to claim 27 and a computer program according to claim 28.
Troubleshooting of motor vehicles is often carried out manually by a mechanic. In recent years, however, systems for guided troubleshooting with the help of computers have been created. Such a computer may contain for example a diagnostic model of the motor vehicle, which is used to provide the mechanic with an estimation of the probability for different errors, based on registered error observations.
Warnquist, 201 1 , (see reference list at the end of the description) describes a computer based troubleshooting system for motor vehicles such as trucks comprising :
- a diagnostic unit that uses a Bayesian network to make a diagnosis for the motor vehicle, and
- a planner to recommend measures, such as observations or tests and repairs, based on the diagnosis.
The planner is configured to carry out a cost estimate of a nu mber of possible measures and selects a measure based on the cost estimate. The cost that is estimated is the total expected cost for troubleshooting , if the troubleshooting starts with a specific measure from among the possible measures. The troubleshooting system recommends the selected measure to a mechanic via a user interface.
DISADVANTAG ES OF PRIOR ART TECHNOLOGY However, the above described prior art technology regarding troubleshooting systems does not provide any guidance to the driver of the motor vehicle when the driver discovers an error, or when the motor vehicle lights a warning light. The driver's only options in this case are to book an appointment at a garage, or to call and ask for example a garage mechanic for advice.
SU MMARY OF TH E I NVENTION
There is thus a need for a system to support a driver who is facing a problem, before the motor vehicle is taken to a garage for repair.
One objective is to improve recommendations of measures provided to a driver, in the event the driver discovers a problem with the motor vehicle and contacts somebody for advice.
Another objective is to make it easier for the driver to make a financially sound decision,
For these objectives, the invention provides a troubleshooting system , a method for troubleshooting, a method for recommending measures, and an arrangement for guidance comprising a help desk.
The invention is particularly suitable for troubleshooting of modern motor vehicles with many components, and complex connections between components and errors in the components. According to a first aspect, the invention provides a system for troubleshooting of motor vehicles. The troubleshooting system is configured to receive operating data, such as error codes, from the motor vehicle and, in response to the error codes, to recommend measures to remedy errors in the motor vehicle. The troubleshooting system comprises a diagnostic unit and a planner. The diagnostic unit is configured to achieve, based on
the error codes, a vehicle-specific diagnosis for the motor vehicle, which comprises a probability distribution of errors in the motor vehicle. The planner is configured to achieve a set of possible measures, based on measure models for the motor vehicle and the probability distribution of errors, and is configured to achieve a cost estimate for each one of the possible measures, with the use of an estimated cost for the respective possible measure and the probability of errors. The planner is configured to select measures based on the cost estimates. The troubleshooting system is characterised in that the measure models used comprise measures to carry out remote testing on the motor vehicle, and at least one measure, from among a group of measures, in order to connect the motor vehicle with a mechanic.
The troubleshooting system may thus both provide recommendations to remedy errors intended for a mechanic and recommendations to a driver, regarding suitable measures before the motor vehicle has arrived at a mechanic. The troubleshooting system provides the driver with a possibility of carrying out troubleshooting tests when the motor vehicle is not yet in the garage, which results in lower troubleshooting and repair costs at the garage. According to one embodiment, the troubleshooting system is configured to collect calendar data relating to booked garage appointments for the motor vehicle, and the group of measures to connect the motor vehicle with a mechanic comprises at least one measure comprising driving or towing of the motor vehicle to a booked garage.
Thus, the troubleshooting system helps a driver avoid unnecessary garage visits, if there is already a booked garage appointment.
According to one embodiment the troubieshooting system comprises more than one measure, comprising driving of the motor vehicle to a booked garage. These measures comprise a first measure to continue using the motor vehicle until the ti me of the booked garage visit, and a second measure to stop using the motor vehicle and wait for the time of the booked garage visit.
Thus the troubleshooting system helps the driver avoid taking unnecessary risks, while also avoiding unnecessary downti me.
According to one embodi ment of the troubleshooting system, the cost estimate of the first measure, which is to continue using the motor vehicle, comprises an estimated cost of continuing to use the motor vehicle when it has possible errors resulting in a poorer performance, and the probability of these possible errors.
Thus, the troubleshooting may value the use of continuing to use the motor vehicle in relation to other alternatives, such as connecting the motor vehicle with a mechanic.
According to one embodi ment of the troubleshooting system, the cost estimate of the second measure comprises an estimated cost of not using the motor vehicle during the time up to the booked garage visit.
Thus, the troubleshooting system may improve its valuation of the usefulness for the driver of not taking unnecessary risks. According to one embodiment the troubleshooting system is configured to obtain the position of the motor vehicle, and the group of measures to connect the motor vehicle with a mechanic comprises at least one of the following measures:
- transport of the motor vehicle to a garage, in particular the nearest garage, and
- driving a service vehicle to the motor vehicle.
Thus, the troubleshooting system makes it easier for the driver to select a cheaper repair alternative. According to one embodiment of the troubleshooting system the group of measures to connect the motor vehicle with a mechanic comprises at least one first measure, comprising towing of the motor vehicle to the garage, and a second measure, comprising driving the motor vehicle to the garage.
Thus, the troubleshooting system helps the driver to select a cheaper repair alternative, while at the same time limiting the risk of a breakdown. According to one embodiment the troubleshooting system is also configured to create a description of the motor vehicle's state, such as a state vector, based on error codes received or symptoms. This contributes to a description of the motor vehicle's state, which is suitable for further calculations. The troubleshooting system may treat symptoms from a driver as results of remote tests, with the difference that the symptoms may be registered without a prior recommendation.
According to one embodiment the troubleshooting system is also configured to receive information form a user, such as the driver or a mechanic, relating to observations of the motor vehicle, and to use the observation information to create and update the description of the motor vehicle's state.
According to one embodiment of the troubleshooting system the information from the user comprises observations of symptoms and results of a completed measure, such as a completed remote test.
The troubleshooting system is thus adapted, during the ongoing troubleshooting process, to receive observations from the user both in the form of symptoms and results of completed tests. New recommendations may be prepared as observations are registered.
According to one embodiment the troubleshooting system is also configured to obtain operating data, such as error codes, from the motor vehicle when a measure is carried out, and to update the description of the motor vehicle's state in accordance with the collected error codes,
The troubleshooting system may thus obtain information directly from the motor vehicle without the driver, or another user, needing to carry out tests, which is particularly useful as the troubleshooting system may benefit from the motor vehicle's ability to update operating data, in order to decide the effect of a completed measure on the motor vehicle. According to one embodi ment of the troubleshooting system the planner is configured to request an update of the vehicle specific diagnosis from the diagnostic unit, when the description of the motor vehicle's state has been updated . Thus, the vehicle specific diagnosis is kept updated as the motor vehicle's state, or the knowledge about the motor vehicle's state, change.
According to one embodi ment of the troubleshooting system the planner is configured to create descriptions of fictitious states in the motor vehicle, such as fictitious state vectors, based on the respective expected outcome of possible measures, to request fictitious diagnoses from the diagnostic unit, wherein each fictitious diagnosis comprises a probability distribution of errors, and to use the fictitious diagnoses to carry out cost estimates of
an expected total cost of the troubleshooting , if either one of the possible measures were selected as a first measure.
Thus, the troubleshooting system may evaluate the troubleshooting one or several steps into the future, where possible alternatives are cost estimated .
According to one embodiment the troubleshooting system is also configured to obtain configuration data relating to the motor vehicle from a vehicle database, comprising registered data including the respective configuration of several motor vehicles, and the diagnostic unit is configured to obtain diagnostic models from a database comprising diagnostic models and, based on the motor vehicle's configuration data, to achieve a vehicle specific diagnostic model , and furthermore, the diagnostic unit is configured to use the vehicle specific diagnostic model to achieve the vehicle specific diagnosis.
This is particularly useful for motor vehicles that are available in many versions, and thus different measure models and diagnostic models may be used for the different motor vehicles.
According to one embodiment of the troubleshooting system the planner comprises a measure unit, configured to provide the possible measures, and a cost estimator, configured to provide the cost estimates, wherein the measure unit is configured to obtain measure models from a database with measure models.
This division is preferred in order to simplify the design of the troubleshooting system .
According to one embodiment the cost esti mate comprises, for each one of the possible measures, an esti mation of the total expected cost of troubleshooting the motor vehicle, with selection of the relevant measure as the first measure in
accordance with a first calculation method, when the motor vehicle is not at a garage,
Thus, the troubleshooting system may have regard for further measures, for example repair measures, both outside and inside a garage, at the selection of possible measures before the motor vehicle is at a garage.
According to one embodiment the cost esti mate comprises, for each one of the possible measures, an esti mation of the total expected cost of troubleshooting the motor vehicle, with selection of the relevant measure as the first measure in accordance with a second calculation method, when the motor vehicle is at a garage.
Thus, different cost estimates may be used inside and outside a garage. For modern motor vehicles with many components, the calculations become extensive. Since the troubleshooting system also is adapted to carry out calculations before the motor vehicle has reached a garage or a mechanic, the complexity increases further. Through selection of different calculation methods, the calculation capacity may be used in a more optimal manner both inside and outside a garage, According to one embodiment the first calculation method comprises:
- a determination of the garage that is nearest the motor vehicle's position ;
- an evaluation of the expected cost to troubleshoot the motor vehicle according to the following alternatives:
- connecting the motor vehicle with a mechanic in the cheapest possible way, in order to subsequently continue the troubleshooting ; and
- for each one of the possible remote tests, carrying out the remote test, and depending on the outcome of the remote test,
connecting the motor vehicle with a mechanic in the cheapest possible way, in order to continue the troubleshooting .
Thus, the troubleshooting system may recommend remote tests, whose different outcomes impact on the selection of possible measures to connect the motor vehicle with a mechanic. This makes it possible to recommend a cheaper alternative to connect the motor vehicle with a mechanic, with the help of the increased knowledge obtained from the remote test.
According to one embodiment the troubleshooting system is also configured to provide, based on the probability distribution of errors, error information in the form of a list of at least a part of the possible errors, in particular the most likely, and a probability for each one of the possible errors.
Thus, a user such as the driver, an operator at a help desk or a mechanic, may, in addition to suggested measures, obtain a more detailed description of the motor vehicle's error state. This error information makes it easier for the user to select the recommended measure(s) to be carried out.
According to a second aspect the invention provides a guidance arrangement, comprising the troubleshooting system and a help desk, comprising a computer and a monitor equipped with a user interface, configured for registration of symptom information and the results of completed measures, in particular completed remote tests. The invention provides a computer based system for a help desk, with a possibility of improved guidance for a driver, based on the motor vehicle's error and the symptoms observed by the driver, and may also recommend remote tests, whose outcome further facilitates the choice of measures to recommend in an emergency situation , especially relating to whether or not the assistance of a mechanic is required .
According to a third aspect the invention provides a method for troubleshooting of a motor vehicle, The method comprises:
- initiation of troubleshooting of the motor vehicle, which initiation comprises registration of error codes from the motor vehicle, and creation of a vehicle specific measure model ;
- creation of a description of the motor vehicle's state, such as a state vector, and creation of a vehicle specific diagnosis for the motor vehicle, comprising a probability distribution of errors; - determination of one or several possible measures, based on the vehicle specific diagnosis and the vehicle specific measure model ,
- estimation of an expected total cost of the troubleshooting for each one of the possible measures,
- selection of at least one measure from among the possible measures, based on the expected total cost; and
- recommendation of the selected measure or the selected measures to a user. The method is characterised in that it comprises a determination as to whether the motor vehicle is in a garage or with a mechanic, and in that the determination of one or several possible measures is based on whether or not the motor vehicle is located in a garage or with a mechanic.
Even before the motor vehicle is at a garage, the recommendations are based on an expected total cost of remedying the errors in the motor vehicle through the troubleshooting.
According to one embodiment the estimation of an expected total cost of the troubleshooting is carried out according to
- a first calculation method , when the motor vehicle is at a garage or with a mechanic, and
- a second calculation method, when the motor vehicle is not at a garage or with a mechanic.
The troubleshooting is therefore adapted to especially adapted calculation methods for the estimation of the total cost for the different cases, when the motor vehicle either has no access to a mechanic or a garage, or when it has access to a mechanic or a garage, By using different calculation methods the calculations may be optimised for both cases, and the increased complexity when the motor vehicle is not at a garage or with a mechanic need not result in an increased complexity of the calculations.
According to one embodiment the first calculation method comprises:
- a determination of the garage that is nearest the motor vehicle's position ;
- an evaluation of the expected cost to troubleshoot the motor vehicle according to the following alternatives:
- connecting the motor vehicle with a mechanic in the cheapest possible way, in order to subsequently continue the troubleshooting ; and
- for each one of the possible remote tests, carrying out the remote test, and depending on the outcome of the remote test, connecting the motor vehicle with a mechanic in the cheapest possible way, in order to continue the troubleshooting. One advantage is that a cheaper way of connecting the motor vehicle with a garage, or a mechanic, may be selected by carrying out one or several remote tests before the motor vehicle is connected with the garage or the mechanic, According to one embodiment, when the motor vehicle is not at a garage or with a mechanic, the determination of one or several possible measures comprises at least one measure from among the group of measures comprising :
- completion of a remote test;
- booking of a garage visit, comprising a suggested garage and times for the garage visit, and subsequently towing of the motor vehicle to the relevant garage ;
- booking of a garage visit, comprising a suggested garage and times for the garage visit, and subsequently driving of the motor vehicle to the relevant garage ;
- interruption of use of the motor vehicle and subsequently waiting for an already booked garage visit, and driving the motor vehicle to the booked garage ;
- interruption of use of the motor vehicle, and subsequently waiting for an already booked garage visit, and towing of the motor vehicle to the booked garage;
- continued use of the motor vehicle, and subsequently waiting for an already booked garage visit, and driving the motor vehicle to the booked garage; and
- ordering and waiting for a service vehicle with a mechanic; and preferably also
- completing the troubleshooting. The method herewith provides for an evaluation of several new measures. The method is suitably adapted to evaluate all of these measures in the group of measures, at least measures comprising remote tests and booking of a garage, preferably in combination with one or several measures comprising transport of the motor vehicle to an already booked garage.
According to one embodiment, when the motor vehicle is an a garage or with a mechanic, the determination out of one or several possible measures is carried with at least measures selected from among the group of measures comprising :
- completion of a garage test;
- completion of repair measures followed by a functional check, in order to check whether the problem is solved ; and
- completion of troubleshooting .
This means thai the cost of repair measures may be limited through the completion of garage tests, whose outcome i mpact the total cost, According to one embodiment the creation of the state vector comprises the obtaining of registry data from a vehicle database, and also comprises registration of outcomes of completed measures in the registry data in the vehicle database. According to a fourth aspect, the invention provides a computer based system for troubleshooting of motor vehicles. The computer based troubleshooting system is configured
- to receive error codes from a motor vehicle (2) and , in response to the error codes or the symptoms, to recommend measures to remedy errors in the motor vehicle (2) , and
- to calculate an expected total cost of the troubleshooting for each one of a number of possible measures, and to select recommending a measure, based on the calculated expected total cost. The computer based troubleshooting system is characterised in that it is configured to :
- determine whether or not the motor vehicle is in a garage or with a mechanic, wherein the estimation of the expected total cost of the troubleshooting is carried out according to a first calculation method when the motor vehicle is not in a garage or with a mechanic. The first calculation method comprises:
- a determination of the garage that is nearest the motor vehicle's position ;
- an evaluation of the expected cost to troubleshoot the motor vehicle according to the following alternatives:
- connecting the motor vehicle with a mechanic in the cheapest possible way, in order to subsequently continue the troubleshooting ; and
- for each one of the possible remote tests, carrying out the remote test and, depending on the outcome of the remote test, connecting the motor vehicle with a mechanic in the cheapest possible way, in order to subsequently continue with the
troubleshooting. Preferably, the possible measures in the computer based troubleshooting system comprise measures to carry out remote tests on the motor vehicle and measures to connect the motor vehicle with a mechanic.
According to a fifth aspect the invention provides a computer program product for troubleshooting of motor vehicles, comprising a computer program , which, when executed in a computer or several computers, makes it possible for the computer or computers to:
- function in accordance with the computer based system according to the fourth aspect of the invention ;
- function in accordance with the method for troubleshooting according to the second aspect of the invention : or
- function in accordance with the troubleshooting system according to the first aspect of the invention .
The computer program product preferably also comprises a storage medium, preferably a non-transitory storage medium, so that the computer program is stored in the storage medium.
BRI EF D ESCRI PTION OF TH E DRAWI NGS
The present invention will now be explained in more detail through embodi ments which are described as examples, and with reference to the enclosed drawings.
Figure 1 shows a schematic image of a motor vehicle and an arrangement for troubleshooting of a motor vehicle; Figure 2 illustrates a method for troubleshooting in accordance with a preferred embodiment;
Figure 3 shows a schematic image of an arrangement for troubleshooting, including a garage system ;
DESCRI PTION OF EMBOD I M ENTS
The invention is particularly suitable for troubleshooting of modern motor vehicles with many components, and complex connections between components and errors in the components.
In figure 1 , a vehicle system 1 is displayed, comprising a motor vehicle 2, such as a truck, and a driver 6. The motor vehicle 2 is equipped with an electronic control system 4. Such electronic control systems 4 usually comprise a number of electronic control devices, so-called ECUs ("Electronic Control Unit") , connected to each other via a data bus, such as a CAN-bus ("Controller Area Network") . The ECUs are also connected to sensors and actuators. The example embodiment shows an electronic control system 4, which comprises an electronic control device 5, equipped with a communication interface 8, and a user interface 3. Further, the driver 6 has a communication device 7, such as a mobile phone, e.g. a smart- phone, equipped with a user interface. The electronic control system 4 is configured to register errors arising in the system in error codes, such as so-called DTC ("Diagnostic Trouble Codes") , and may inform the driver about errors via the user interface 3. The electronic control system 4 is configured to register other operating data, such as vehicle position data, and may also be configured to register vehicle calendar data, comprising booked garage visits including time and garage, such as a garage identity.
The electronic control system 4 is configured to use the electronic control device 5, which is equipped with a communications interface 8, to transfer operating data, in particular comprising error codes, vehicle position data and vehicle calendar data from the motor vehicle. The communication interface 8 is preferably configured to communicate in accordance with a mobile remote communication system such as GSM , 3G, or 4G or a short-range system such as Wi-Fi connected to a fixed network such as
Internet. One preferred embodi ment is 3G, which exists in many markets. I n one alternative embodiment it is possible to connect a motor vehicle equipped with an "OBD port" (On-board diagnostic port) via cable to an external computer unit, and then to the Internet over a fixed or mobile network.
Figure 1 also shows an arrangement 1 0 to guide a driver 6, when an error occurs in the motor vehicle 2. The guidance arrangement 1 0 comprises a help desk or help central 20 and a troubleshooting system 30.
The help desk 20 comprises a computer 21 and a monitor 22, equipped with a user interface for an operator at the help desk 20. The help desk 20 also comprises elements, such as a telephone 23 or an Internet connection, for communication with the driver 6 via the driver's 6 communication device 7. The help desk 20 is also configured to register, via the user interface, information from the driver 6, in particular the vehicle identity of the motor vehicle 2, symptoms relating to errors in the motor vehicle 2, and the results of remote tests carried out by the driver 6. The help desk 20 is also configured for communication with the troubleshooting system 30, for example via the Internet, and the computer 21 comprises elements for such data communication .
Briefly, the function of the guidance arrangement 1 0 may be described as the driver 6 contacting the help desk 20 and informing the operator about the vehicle identity of the motor vehicle and potential symptoms, when the driver 8 experiences an error in the motor vehicle 2, such as a symptom or a lit warning lamp. The operator registers the vehicle identity and the symptoms in the computer 21 . The help desk 20 also forwards this information to the troubleshooting system 30. The troubleshooting system 30 is configured to return recommendations for measures to the help desk 20, which the operator at the help desk presents to the driver 6. Specifically,
the troubleshooting system 30 is configured to provide recommendations relating to remote tests and garage visits to the driver 6, When the driver 6 has completed a remote test, the driver 6 reports the result of the remote test to the help desk 20, where the result is registered by the operator, following which the troubleshooting system 30 comes back with a new recommendation, such as a remote test or a garage visit. The guidance via the help desk 20 ends, for example, when a garage visit has been agreed with the driver 8.
In further detail , the troubleshooting system 30 is configured, on receipt of the vehicle identity and potential symptoms, to initiate a communication with the motor vehicle 2, i .e. its electronic control system 4, via the communications interface 8, and to request the transfer of operating data, in particular the error codes that have been registered . The troubleshooting system 30 is preferably also configured to request, in addition to the error codes, vehicle position data from the motor vehicle 2. The troubleshooting system 30 is also configured to repeat, during an ongoing troubleshooting process, the request relating to error codes, such as via a request for operating data, and to update the information, which the troubleshooting system 30 has regarding the motor vehicle 2, with such error codes or operating data.
The troubleshooting system 30 is also configured to evaluate measures related to the error codes and the symptom information. The troubleshooting system 30 is configured to evaluate each measure by estimating the total expected cost to troubleshoot the motor vehicle 2, with selection of the relevant measure as the first measure.
The troubleshooting system 30 is preferably configured to transfer error information, comprising a list of possible errors, to the driver 6 via the help desk 20, which error information preferably comprises a calculated probability for each one of the
possible errors. The troubleshooting system 30 is preferably configured to use a threshold value for error probabilities, and only to transfer the possible errors whose probability exceed the threshold value. Thus, only the most relevant possible errors are displayed.
The troubleshooting system 30 is also configured to request signal values, measured by the motor vehicle's 2 electronic control system 4 at remote tests and garage tests.
The troubleshooting system 30 is configured to suggest measures comprising :
- carrying out a remote test;
- completing the troubleshooting and continue to use the motor vehicle 2;
and measures belonging to a group of measures intending to connect the motor vehicle with a mechanic, comprising ;
- booking a garage visit, comprising a suggested garage and times for the garage visit, and subsequently towing the motor vehicle 2 to the relevant garage ;
- booking a garage visit, comprising a suggested garage and times for the garage visit, and subsequently driving the motor vehicle 2 to the relevant garage ;
- stop using the motor vehicle 2, waiting for the next already booked garage visit, and driving the motor vehicle 2 to the booked garage;
- stop using the motor vehicle 2, waiting for the next already booked garage visit, and towing the motor vehicle 2 to the booked garage;
- continue using the motor vehicle 2, waiting for the next already booked garage visit, and subsequently driving to the garage ; and
- ordering and waiting for a service vehicle with a mechanic. The troubleshooting system 30 is preferably configured to suggest booking of a garage visit and at the same time suggest
ordering one or several spare parts, which spare parts are selected based on the probability distribution of errors,
The troubleshooting system 30 is preferably also configured to suggest repair measures. The troubieshooting system 30 is preferably configured also to function as a guide for a mechanic (46 in Figure 3) , for example when a service vehicle has been driven to the motor vehicle 2, or when the motor vehicle 2 has arrived at a garage. The troubleshooting system 30 is therefore also configured to communicate, in the same manner as the communication with the help desk 20, with a computer (41 in Figure 3) in a garage. Such a garage computer 41 may be configured similarly as the help desk 20, so that the vehicle identity, perceived symptoms and tests may be registered. The troubleshooting system 30 is also configured to register completed repair measures, wherein the mechanic 46 may register completed repairs via the garage computer 41 . The troubleshooting system 30 is, in this respect, also adapted to suggest measures to mechanics, comprising :
- carrying out garage tests;
- carrying out a repair measure followed by a functional check, in order to check whether the problem is solved ; and
- completing the troubleshooting and returning the motor vehicle 2 to the driver 6.
One example embodiment of the troubleshooting system 30, illustrated in Figure 1 , will now be described in more detail , wherein the example embodiment is described, in particular, with the functions which are specifically intended to help a driver 6.
The troubleshooting system 30 may suitably be adapted with one or several computers, comprising a combination of hardware, such as processors and memories, and software. Figure 1 illustrates the troubleshooting system's 30 component parts such as functional units, each one comprising a
combination of hardware and software, which software is adapted to facilitate the troubieshooting system's 30 functions, when the software is executed by the computer or computers. The troubleshooting system 30 according to the example embodiment in Figure 1 comprises a service handler 31 , a planner 32, a diagnostic unit 33 and a number of databases. The databases consist of a database 35, comprising diagnostic models, a database 38, comprising measure models, a garage database 38 and a vehicle database 39, which vehicle database 39 comprises registry data concerning several motor vehicles, such as the motor vehicle 2.
The garage database 38 contains the geographical location of several garages, spare part costs of components, and suitably also a spare part availability for each garage.
The troubleshooting system 30, such as the service handler 31 or the planner 32, is configured to obtain information about garages, in particular their geographical position, to facilitate the selection of a garage.
The vehicle database 39 comprises registry data, including the specific configuration of a nu mber of motor vehicles, identified by their respective vehicle identity. Thus, the registry data consists of several vehicle identities, connected to the components of which each motor vehicle consists. The registry data preferably also comprises space to save diagnostic information. The diagnostic information comprises, in this respect, error codes, symptom information , test results and completed repairs. The service handler 31 is configured to save the error codes and symptom information received from the motor vehicle 2 and the driver 8, respectively, in the diagnostic information . The service handler 31 is also configured to save the results of tests, such as remote tests and garage tests, and repair measures, in the diagnostic information.
The motor vehicle 2 may be configured to report to the troubleshooting system 30, via a communication interface 8, error codes which arise between garage visits.
The service handler 31 is equipped with a communication interface for communication with the users, such as receipt of error codes, symptoms, results of measures, and transfer of recommendations to the users. The service handler 31 is configured to save error codes, which have been reported between garage visits in the diagnostic information .
The registry data of the vehicle database 39 also comprises the planned garage visits of the motor vehicle 2, which garage visits are defined by a garage identity and a time.
The service handler 31 is configured to create a state vector for the motor vehicle 2, based on the diagnostic information, the motor vehicle's 2 position data, and booked garage visits from the registry data or the motor vehicle's 2 calendar data.
The service handler 31 is preferably also configured to create the state vector in such a way that it facilitates registration of whether or not the motor vehicle 2 is at a garage, and is configured to register this in the state vector, Alternatively, the planner 32 is configured to obtain and register booked garage visits in the state vector. it is suitable to ti me stamp all diagnostic information in the registry data of the vehicle database 39, and to specify each error code's state as active or inactive.
It is suitable to adapt the service handler 31 to creating the state vector by obtaining the most recently registered state in each error code, and the test result since a functional check was
registered with the result that the problem is solved , i .e. the motor vehicle was uni mpaired at the time.
The service handler 31 is configured to create, during an ongoing troubleshooting, a new state vector when the service handler 31 has changed the diagnostic information.
The service handler 31 is also adapted to obtain, based on the motor vehicle's 2 identity, configuration data from the vehicle database 39, describing the relevant motor vehicle's 2 specific set of components.
The diagnostic unit 33 is configured , based on the configuration data obtained from the vehicle database 39 by the service handler 31 , to create a vehicle specific diagnostic model , using the diagnostic models in the database 35 with diagnostic models.
The database 35 with diagnostic models comprises diagnostic models consisting of one or several Bayesian networks. Preferably, the database 35 comprises several partial models, each one of which is a Bayesian network for an individual component. The partial models are intended to be connected to each other, since they comprise common nodes. The diagnostic unit 33 is configured to create a vehicle specific diagnostic model , by combining only the partial models which relate to the components present in the relevant motor vehicle. The diagnostic unit 33 is preferably configured to select only those partial models containing nodes related to active error codes and symptoms when the diagnostic unit 33 creates the vehicle specific diagnostic model . Partial models that are not connected to active error codes or symptoms may thus be excluded , which facilitates the creation of a smaller Bayesian network. The Bayesian network must be configured in such a way that it has at least one node describing the state of each component
(whole or broken) and each observation that may be made by error codes, symptoms, remote tests or garage tests.
It is suitable to include, in each partial model , additional nodes describing the motor vehicle's construction , even if these may not be observed by a user. The parameters of the Bayesian network are set with probability distributions, describing the probability that a node has a state given the state in the node's parent nodes. In order to be able to use partial models it is suitable to set the parameters of the common nodes with distributions permitting that the number of parent nodes is increased. Preferably a distribution of the type Noisy-Or is used for the setting of parameters. The parameters of nodes for component errors are preferably set with a probability for errors in such component, described by the cumulative probability in an exponential distribution according to equation 1 :
1 - e~Xt equation 1 where λ is the error frequency per km and t is the age in operating kilometres of the component.
The diagnostic unit 33 is also configured to create, based on the vehicle specific diagnostic model , vehicle specific diagnoses, comprising a probability distribution of possible errors based on the state vector, in particular diagnostic information in the state vector. The diagnostic unit 33 is also configured to create a probability distribution of possible errors at the request of the planner 32. The calculation of a probability distribution in a Bayesian network is carried out with a so-called inference algorithm. In a preferred embodiment, the invention is adapted to use the so-called Junction Tree Clustering algorithm. This inference algorithm is efficient, accurate and well proven. The Junction Tree Clustering algorithm is described in detail in Jensen et. ai . 1 990.
The planner 32 is configured to obtain the vehicle specific diagnosis in the form of a probability distribution of possible errors, which is created by the diagnostic unit 33. The pianner 32 is also configured to produce, based on the measure models obtained from the database 38 with measure models, a set of possible measures based on the state vector, and the probability distribution of possible errors.
The planner 32 is also configured to evaluate measures related to the state vector and the probability distribution of errors. The planner 32 is configured to evaluate each measure by esti mating the total expected cost to troubleshoot the motor vehicle 2, with a selection of the relevant measure as the first measure. The planner 32 is preferably configured to provide the cost estimates, and/or the total expected cost for the possible measures.
In a preferred embodiment the planner 32 is configured to estimate the total expected cost by estimating the cost of a first measure, and estimating the expected cost for the remaining measures to remedy the error, and to add up the cost of the first measure and the expected cost of the remaining measures.
In more detail , the planner 32 comprises a measure unit 34 and a cost estimator 37, and comprises, or alternatively is configured, to obtain information from the database 38 with measure models. In the embodi ment illustrated in Figure 1 , the planner 32 comprises a database 36 with measure models, from which the measure unit 34 is configured to obtain and use measure models. The measure model 34 is configured to use the measure models, in order to create a vehicle specific measure model .
The database 38 with measure models comprises measure models, each one of which comprises the effects which the measure has when carried out, i .e. how they impact the state vector, the duration of the measure, and an estimated cost. The
measure model preferably comprises a subcondition, which specifies whether or not the motor vehicle must be at a garage in order for the measure to be executable, The measure model may also comprise a set of additional subconditions required for the measure to be executable, e.g. that one or several parts need to be fitted or dismantled in order for the measure to be executable, or that the garage must be equipped with special tools.
Each measure model described in the database 36 with measure models may be one of the following types:
- carrying out a remote test;
- booking a qaraqe visit, comprising a suggested qaraqe and times for the garage visit;
- stop using the motor vehicle 2 and waiting for the next already booked garage visit;
- continue using the motor vehicle 2 and waiting for the next already booked garage visit;
- towing the motor vehicle 2 to a specific garage ;
- driving the motor vehicle 2 to a specific garage;
- ordering and waiting for a service vehicle with a mechanic;
- carrying out a garage test;
- carrying out a repair measure followed by a functional check, in order to check whether the problem is solved ; and
- completing the troubleshooting.
The measure model for a remote test comprises an identifier of the observation node in the diagnostic model to which the remote test must correspond , and the outcome which the test may have, and the time it takes to carry out the remote test. Each remote test's outcome in the measure model corresponds to the observation node's outcome in the diagnostic model . In one alternative embodiment the measure model does not include the outcome of the remote test, but instead the planner 30 is adapted to request the outcomes from the diagnostic unit, which
is adapted to obtain the outcomes in the corresponding diagnostic model .
The measure model to book a garage visit comprises a booking cost, corresponding to the cost which a vehicle owner incurs in needing to make an unplanned garage visit.
The measure model to stop the use of the motor vehicle 2 and wait for the next already booked garage visit comprises a standard cost per 24 hours, which corresponds to the cost a vehicle owner incurs in not being able to use his vehicle.
The measure model to continue to use the motor vehicle and wait for the next already planned garage visit comprises a standard cost per 24 hours for each component, corresponding to the level of severity in using the motor vehicle for a 24 hour period with an error in the relevant component. One way is to specify a level out of a limited number of standard levels for the severity degree of errors.
The measure model to tow the motor vehicle 2 to a specific garage comprises a fixed standard cost to begin towing, and a variable standard cost per km, being the cost of towing a motor vehicle.
The measure model to drive the motor vehicle 2 to a specific garage comprises a variable standard cost per km to drive the motor vehicle 2, and a variable standard cost per km for each component, which corresponds to the severity degree of continuing to drive 1 km with an error in the relevant component.
The measure model to request and wait for a service vehicle with a mechanic comprises a fixed standard cost to send out a service vehicle with a mechanic, and a variable standard cost per km of sending out a service vehicle with a mechanic.
The measure model for a garage test comprises an identifier of the observation node in the diagnostic model to which the garage test must correspond , and the outcomes which the test may have, and the time it takes to complete the garage test. Each garage test's outcome in the measure model corresponds to the observation node's outcome in the diagnostic model ,
The measure model for a repair measure comprises an identifier for a component, which the measure relates to, and a fixed cost, which corresponds to the spare part cost for the component and the time it takes to complete the repair measure and the subsequent functional check.
The measure model for the measure to complete the troubleshooting comprises a standard cost for each component, which corresponds to the severity of recommending continued use and later discovering that there was an error in the relevant component. The database 36 with measure models also comprises parameters describing the standard cost per working hour in the garage, and at remote tests.
For each measure in the database 36 with measure models, subconditions are suitably specified , describing whether or not they may be carried out in a garage. It is suitable to define the state where a service vehicle with a mechanic is at the motor vehicle 2, as the motor vehicle 2 being in a garage. Preferably, it is specified that the following measures may only be carried out in the garage:
- carrying out a garage test; and
- carrying out a repair measure followed by a functional check, in order to check whether the problem is solved.
Thus, the troubleshooting system 30 is adapted to only recommend a measure that may only be carried out in a garage, when the motor vehicle 2 is in a garage, Preferably, it is specified that the following measures may only be carried out outside of a garage:
- continue using the motor vehicle 2;
- booking a garage visit, comprising a suggested garage and times for the garage visit, and subsequently towing the motor vehicle 2 to the relevant garage ;
- booking a garage visit, comprising a suggested garage and times for the garage visit, and subsequently driving the motor vehicle 2 to the relevant garage ;
- stop using the motor vehicle 2, waiting for the next already booked garage visit, and driving the motor vehicle 2 to the booked garage;
- stop using the motor vehicle 2, waiting for the next already booked garage visit, and towing the motor vehicle 2 to the booked garage;
- continue using the motor vehicle 2, waiting for the next already booked garage visit, and subsequently driving to the booked garage; and
- towing the motor vehicle 2 to a specific garage ;
- driving the motor vehicle 2 to a specific garage;
- ordering and waiting for a service vehicle with a mechanic; and
- completing the troubleshooting and continue using the motor vehicle 2.
Thus the troubleshooting system 30 is adapted to only recommend a measure belonging to the group of measures relating to connecting the motor vehicle with a mechanic, when the motor vehicle 2 is not located in a garage.
Thus, the troubleshooting system 30 is adapted to only recommend a measure which may only be carried out outside a garage, when the motor vehicle 2 is not located in a garage.
Preferably, it is specified that the following measures may be carried out both inside and outside of a garage :
- carrying out a remote test; and
- completing the troubleshooting.
Thus, the troubleshooting system 30 is adapted to recommend measures which may be carried out inside and outside of a garage, both when the motor vehicle 2 is located at a garage and also when the motor vehicle 2 is not located at a garage.
It is suitable for the measure model for each measure to also contain a description of the measure, and an instruction about how the measure should be completed. The troubleshooting system 30 is configured to transfer the description and the instruction to the user, via a user interface 3 in the motor vehicle 2, the communication unit 7 in the vehicle system 1 , the monitor 22 in the help desk 20, and the monitor 42 in the garage system 40 in Figure 3. The cost esti mator 37 is configured to use predetermined equations to calculate costs of measures, configured to make cost estimates for possible measures specified by the measure unit 34 with the predetermined equations, the measure model for each possible measure, the probability distribution of errors in the vehicle specific diagnosis, the state vector including the vehicle calendar data and the motor vehicle's 2 position data, and the position data of the garages.
The cost estimator 37 is preferably adapted to prepare a cost estimate of the measure to carry out a remote test as the product of the duration of the remote test and the cost parameter per working hour for a remote test.
The cost estimator 37 is preferably adapted to calculate costs of connecting the motor vehicle 2 with a mechanic, based on one or several from among the group of
standard costs, comprising the standard cost of booking a garage, the standard cost per 24 hours of using the motor vehicle 2, the standard cost of towing , the standard cost of driving out a service vehicle, and the standard cost of driving with the motor vehicle 2,
The cost estimator 37 is preferably adapted to prepare a cost estimate of measures, comprising booking of a garage visit, which comprises the use of the booking cost in the measure model for booking of a garage.
The cost estimator 37 is preferably adapted to prepare a cost estimate of the measures, comprising interrupting the use of the motor vehicle 2 and waiting for the next already booked garage visit, with a cost estimate comprising the product of the standard cost per 24 hours in the measure model and the nu mber of days remaining until the next already planned garage visit, based on vehicle calendar data. The cost estimator 37 is preferably adapted to prepare a cost estimate c2 of measures, comprising continuing to use the motor vehicle 2 and waiting for the next already planned garage visit, based on the standard cost per 24 hours for each component from the measure model , the probability of an error in the respective components from the probability distribution of errors, and the time remaining until the next already planned garage visit according to equation 2 :
c2 = tWs∑i Piai equation 2 where:
- tws is the number of days remaining until the already planned garage visit, according to the vehicle calendar data;
- pi is the probability of errors in the component /; and
- cii is the standard cost per day of continued use of a component /".
The cost estimator 37 is preferably adapted to prepare a cost estimate of measures, comprising towing of the motor vehicie 2 to a specific garage as a cost estimate comprising the sum of :
- the fixed standard cost to begin towing from the measure model , and
- the product of the distance in km, calculated from the position of the motor vehicle 2 from the state vector, and the position of the relevant garage according to the position data of the garages, and the variable standard cost per km , which is the cost of towing a motor vehicle from the measure model .
The cost estimator 37 is preferably adapted to prepare a cost estimate c3 of measures, comprising driving the motor vehicle 2 to a specific garage, based on :
- the variable standard cost per km to drive the motor vehicle 2, and the variable standard cost per km for each component, which corresponds to the severity degree of continuing to drive 1 km with an error in the relevant component;
- the distance in km, calculated from the position of the motor vehicle 2 from the state vector, and the position of the relevant garage according to the position data of the garages; and
- the probability of errors in the respective component, according to the probability distribution of errors
according to equation 3:
c3 = dws(bkm +∑i Pibi equation 3 where:
- dws is the nu mber of km to the relevant garage;
- bkm is the variable standard cost per km of driving the motor vehicle 2;
- ht is the standard cost per km of continuing to use the component ; and
- pi is the probability of errors in the component /.
The cost estimator 37 is preferably adapted to prepare a cost estimate of the measure to order and wait for a service vehicie with a mechanic, based on :
- the fixed standard cost of sending out a service vehicle with a mechanic according to the measure model , and
- the product of the distance in km , calculated based on the position of the motor vehicle 2 from the state vector, and the position of the relevant garage according to the position data of the garages, and the variable standard cost per km , which is the cost of sending a service vehicle with a mechanic, from the measure model . The cost esti mator 37 is preferably adapted to prepare a cost esti mate of the measure to perform a garage test as the product of the ti me it takes to perform the garage test accordi ng to the measure model , and the cost parameter per working hour in the garage according to the database 36 with measure models.
The cost esti mator 37 is preferably adapted to carry out a cost esti mate of the measu re of carrying out a repair measure as the su m of :
- the spare part cost according to the measure model ; and
- the product of the ti me it takes to carry out the garage test accordi ng to the measu re model , and the cost parameter per working hour in a garage according to the database 36 with measure models . The cost esti mator 37 is preferably adapted to prepare a cost esti mate c4 of the measu re to complete the troubleshooting , based on :
- the standard cost of each component, corresponding to the severity of recommending continued use and later discoveri ng that there was an error i n the relevant component according to the measure model , and
- the probability of errors in the respective component according to the probability distribution of errors,
accordi ng to equation 4 :
c4 -∑i Pi equation 4 where :
- pi is the probability of errors in the component /; and
-di is the standard cost of continued use of the component .
The measure unit 34 is configured to use the state vector, which is created be the service handler 31 . The measure unit 34 is also configured to create fictitious state vectors based on the state vector, in particular to change, at the evaluation of a measure, the fictitious state vector, in accordance with each one of the possible outcomes of the state vector that is obtained from the measure model .
The measure unit 34 is preferably configured to provide a fictitious state vector for each one of the possible outcomes of a remote test or a garage test, by registering the relevant outcomes in the corresponding fictitious state vector.
The measure unit 34 is preferably configured to provide two fictitious state vectors for each repair measure with subsequent functional checks. A first fictitious state vector, where the outcome of the subsequent functional check is that the problem is not solved , which is provided by way of registering that there is no error in the relevant component in the fictitious state vector. A second fictitious state vector, where the outcome of the subsequent functional check is that the problem is solved, which is provided by way of removing all diagnostic information in the fictitious state vector.
The measure unit 34 is preferably configured to provide a fictitious sate vector for measures where the motor vehicle 2 is connected with a mechanic, by way of registering that the motor vehicle 2 is located at a garage in the fictitious state vector.
The measure unit 34 is configured to use the diagnostic unit 33, to calculate the probability of a fictitious outcome in a fictitious state vector for measures with more than one possible outcome in the measure model .
The measure u n it 34 is configured to use the diagnostic unit 33 to create fictitious vehicle specific diagnoses for each fictitious state vector. The cost esti mator 37 is also configured to use the fictitious state vectors and the fictitious vehicle specific diagnoses at the cost esti mate of measures, in particu lar at the calculation of the expected total cost of troubleshooting for each one of the possible measures
The measure unit 34 is configured to evaluate a probability distribution for each fictitious state vector, where the motor vehicle 2 is registered to be i n a garage, with a formula described in equation 5 which is taken from Heckerman and Breese, 1 998 :
equation 5 where :
- k(s) is an esti mate of the total expected trou bleshooti ng cost, until all errors have been remedied for a fictitious state vector s; (I Heckerman and Breese , 1 996 h(s) is referred to as CR(f) , and / as s)
-Pt is the probabi lity of errors in the component /;
-Pj is the probabi lity of errors in the component /;
- C° is the cost of observing whether or not the component / is broken ; and
- Cf is the cost of repairing the component /' and performing the subsequent fu nctional check.
It is not necessary to create measure models for observation of each component. The measu re model 34 is preferably configu red to replace C° with the cost of repairing the component and setting C[ at zero for the components /, where there is no observation in the measure model .
The measure unit 34 is preferably configured to sort the components in a descending quota pf;/Q° :
no — o — ~~ no
5-'l lj2 un
equation 6 and to use this order in the calcu lation of ECR(I) according to equation 5,
The troubleshooting system 30 is configured to operate , during troubleshooting , in accordance with a method for troubleshooting . Figure 2 il lustrates a preferred embodi ment of the method for trou bleshooting ,
The method for troubleshooting begins with initiation 1 00 of troubleshooting of the motor vehicle 2. The initiation comprises : - registration of error codes and symptoms in the registry data in the vehicle database 39 ;
- creation of a vehicle specific diagnostic model , via the database 35 with diagnostic models and registered error codes and symptoms ; and
- creation of a vehicle specific measure model , via the database 36 with measure models and the vehicle specific diagnostic model .
The method continues after the initiation 1 00 of troubleshooting of the motor vehicle 2 with the creation 1 01 of a state vector and a vehicle specific diagnosis .
The state vector comprises :
- diagnostic i nformation from the registry data in the vehicle database 39 ;
- the position data of the motor vehicle from the electronic control system 4 of the motor vehicle 2 ;
- booked garage visits accordi ng to the motor vehicle's 2 calendar data or registry data.
The vehicle specific diagnosis is created via the vehicle specific diagnostic model and the state vector, and comprises a probability distribution of errors. The method continues after the creation 1 01 of a state vector with the determination 1 02 of whether or not the motor vehicle 2 is located at a garage. It is suitable to define the state where a service vehicle with a mechanic is at the motor vehicle 2 as the motor vehicle 2 being in a garage,
If the motor vehicle 2 is outside the garage, the method continues with a determination 1 03 of possible measures, comprising selection of all measures according to the vehicle specific measure model that may be performed outside the garage, for example by way of identifying a subcondition relating to whether or not the measure may be carried out at a garage.
After the determination 1 03 of possible measures, the method continues with an estimate 1 04 of the total expected cost of each of the possible measures of troubleshooting the motor vehicle 2, with selection of the relevant measure as the first measure according to a first calculation method.
The first calculation method comprises a determination of the garage which is nearest the motor vehicle's position . The first calculation method also comprises an evaluation of the expected cost of troubleshooting the motor vehicle 2 according to the following alternatives:
- connecting the motor vehicle with a mechanic in the cheapest possible way, in order to subsequently continue the troubleshooting ; and
- for each one of the possible remote tests, carrying out the remote test and , depending on the outcome of the remote test, connecting the motor vehicle with a mechanic in the cheapest possible way, in order to continue the troubleshooting.
The first calculation method comprises a determination of a measure aws, from among the group of measures to connect the motor vehicle 2 with a mechanic for the state vector and the vehicle specific diagnosis, by selecting the measure with the lowest estimated cost according to the cost estimator's 37 calculation of the measures:
- booking a garage visit at the nearest garage at the earliest possible ti me, and subsequently towing the motor vehicle 2 to the relevant garage;
- booking a qaraqe visit at the nearest garage at the earliest possible ti me, and subsequently driving the motor vehicle 2 to the relevant garage;
- stop using the motor vehicle 2, waiting for the next already booked garage visit, and driving the motor vehicle 2 to the booked garage;
- stop using the motor vehicle 2, waiting for the next already booked garage visit and towing the motor vehicle 2 to the booked garage;
- continue using the motor vehicle 2, waiting for the next already booked garage visit and subsequently driving to the garage; and
- ordering and waiting for a service vehicle with a mechanic.
The first calculation method comprises an identification of the repair measure a* relating to the component with the highest quota Pi/C . It is not necessary to create measure models for observation of each component. The estimation 1 04 comprises compensation for the cost of observation C° of the component / with the cost of repairing the component /' and setting of C[ at zero for the components /', where there is no observation in the measure model .
The first calculation method comprises a determination , for each remote test r, of amounts Sr of fictitious state vectors, with associated vehicle specific diagnoses corresponding to the possible outcomes of the respective remote tests.
The first calculation method comprises a determination of other measures aWS Sj,., from among the group of measures in order to connect the motor vehicle 2 with a mechanic for each remote test r and each fictitious state vector with the associated vehicle specific diagnoses sr e Sr, by selecting the measure which has the lowest estimated cost according to the cost estimator's 37 calculation of the measures:
- booking a garage visit at the nearest garage at the earliest possible ti me, and subsequently towing the motor vehicle 2 to the relevant garage;
- booking a garage visit at the nearest garage at the earliest possible ti me, and subsequently driving the motor vehicle 2 to the relevant garage;
- stop using the motor vehicle 2, waiting for the next already booked garage visit, and driving the motor vehicle 2 to the booked garage;
- stop using the motor vehicle 2, waiting for the next already booked garage visit, and towing the motor vehicle 2 to the booked garage;
- continue using the motor vehicle 2, waiting for the next already booked garage visit, and subsequently driving to the garage ; and
- ordering and waiting for a service vehicle with a mechanic, The first calculation method also comprises a cost esti mate for the measure aws, another cost estimate for each remote test, and a cost estimate to complete the troubleshooting .
For the measure aws, equation 7 is used to estimate the total expected cost c7 of troubleshooting the motor vehicle 2, with selection of the measure aws of connecting the vehicle with a mechanic as a first measure:
c(a*, 5ws) + h(sa)
equation 7 where:
- s is the state vector and the vehicle specific diagnosis, prepared at the creation 1 01 of the state vector and the vehicle specific diagnosis;
-sws is a fictitious state vector with associated vehicle specific diagnosis, calculated by the measure unit 34 for the measure aws and the state vector i s;
- c(a*, sws) is the estimate, which is calculated by the cost estimator 37 for the measure a* and the fictitious state vector, and a corresponding vehicle specific diagnosis sws ;
-Sa* is the nu mber of fictitious state vectors and the corresponding fictitious vehicle specific diagnoses, which are calculated by the measure unit 34 for all possible outcomes of the measure a* and the fictitious state vector in sws;
- Pr (sG* |sws) is the probability of the outcome of the measure a* that leads to the state vector i sa* e sa*;
- A is the number of all measures that may be carried out i n a garage:
- c(a, .sv) is the estimate, calculated by the cost estimator 37 for each measure a e A and each fictitious state vector sa* e sa* -Sa is the number of fictitious state vectors with associated vehicle specific diagnoses, calculated by the measure unit 34 for all possible outcomes of the measure a and the fictitious state vector sa* ;
- Pr (5a|sa*) is the probability of the outcome of the measure a that leads to the fictitious state vector in sa e Sa, from the fictitious state vector i sa* ;
- Pr (sa|sws) is the probability of the outcome of the measure a leading to the fictitious state vector in sa e Sa, from the fictitious state vector i sws ; and
- /?(%) is an estimate of the total estimated troubleshooting cost, until all errors have been remedied for the fictitious state vector and the corresponding fictitious vehicle specific diagnosis sa according to equation 5,
For each remote test r equation 8 is used to estimate the total expected cost c8 of troubleshooting the motor vehicle 2, with selection off the remote test r as the first measure :
c8 = c(r, s) + 2^ Pr(sr |s) (c( wslSr, sr) + h(swslSr))
SrESr
equation 8 where:
- s is the state vector and the vehicle specific diagnosis, prepared at the creation 1 01 of the state vector and the vehicle specific diagnosis;
~sws\sr l s a fictitious state vector with associated vehicle specific diagnosis, calculated by the measure unit 34 for the measure aws\sr and the state vector in sr;
- c(awslsr> sr) is the estimate which is calculated by the cost estimator 37 for the measure aws^ and the fictitious state vector, and a corresponding vehicle specific diagnosis sr;
- Pr (srjs) is the probability of the outcome of the measure r that leads to the state vector i sr e Sr;
- c(r, s) is the estimate calculated by the cost estimator 37 for each remote test r and the state vector i s;
-Sr is the number of fictitious state vectors with associated vehicle specific diagnoses, calculated by the measure unit 34 for all possible outcomes of the measure r and the state vector i s;
-
l s an estimate of the total estimated troubleshooting cost, until all errors have been remedied for the fictitious state
vector and the corresponding fictitious vehicle specific diagnosis sws\sr according to equation 5.
For the measu re to complete the trou bleshooting , the esti mated measure cost, calculated by the cost esti mator 37 for the relevant measu re and the state vector, prepared at the creation 1 01 of the state vector and the vehicle specific diagnosis is used . If the motor vehicle 2 is at the garage, the method continues with a determination 203 of possible measures, comprisi ng selection of all measures according to the vehicle specific measure model , which may be performed at the garage, for example by way of identifying a subcondition relating to whether or not the measure may be carried out at a garage.
After the determination 203 of possible measures, the method continues with an esti mate 204 of the total expected cost of each of the possible measures of troubleshooting the motor vehicle 2, and the measure of completing the troubleshooting with selection of the relevant measure as the first measu re, according to a second calculation method .
The second calculation method comprises an identification of the repair measure a* , related to the component with the hig hest quota Pi/C . it is not necessary to create measure models for observation of each component. The esti mate 204 comprises compensation of the cost of observation c° of the component / with the cost of repairing the component /" and setti ng of C[ at zero for the components /', where there is no observation i n the measure model .
The second calcu lation method also comprises a cost esti mate for the repai r measure a* and another cost esti mate for other measures, which may be carried out i n the garage.
For the repair meas a* with the highest quota equation 9 is used to estimate th total expected cost c9 of troubleshooting the motor vehicle 2, a selection of the repair measure a* as the first measure:
- s is the state vector and the vehicle specific diagnosis, prepared at the creation 101 of the state vector and the vehicle specific diagnosis;
- c(a*,s) is the estimate calculated by the cost estimator 37 for the measure a* and the state vector, and the corresponding vehicle specific diagnosis s;
-Sa* is the number of fictitious state vectors and the corresponding fictitious vehicle specific diagnoses, calculated by the measure unit 34 for all possible outcomes of the measure a* and the state vector i s;
-Pr(sa*js) is the probability of the outcome of the measure a* that leads to the state vector i sa* e Sa*:
-A is the number of all measures that may be carried out in a garage :
-c( ,5a*) is the estimate calculated by the cost estimator 37 for each measure aeA and each fictitious state vector sa* e Sa*;
-Sa is the number of fictitious state vectors, calculated by the measure unit 34 for all possible outcomes of the measure a and the fictitious state vector sa*;
-Pr(sa\sa*) is the probability of the outcome of the measure a leading to the fictitious state vector in sa e 5afrom the fictitious state vector i sa*; and
- h(sa) is an estimate of the total estimated troubleshooting cost, until all errors have been remedied for the fictitious state vector
and the corresponding fictitious vehicle specific diagnosis sa according to equation 5,
For each other measure a that may be carried out at a garage, equation 1 0 is used to estimate the total expected cost c10 of troubleshooting the motor vehicle 2, with selection of the repair measure a* as a first measure:
equation 1 0 where:
- s is the state vector and the vehicle specific diagnosis, prepared at the creation 1 01 of the state vector and the vehicle specific diagnosis;
- c(a, s) is the estimate calculated by the cost esti mator 37 for the measure a and the state vector, and the corresponding vehicle specific diagnosis s;
-Sa is the nu mber of fictitious state vectors and the corresponding fictitious vehicle specific diagnoses, calculated by the measure unit 34 for all possible outcomes of the measure a and the state vector i s;
- Pr (sa |s) is the probability of the outcome of the measure a leading to the state vector i sa e Sa; and
- k(sa) is an estimate of the total estimated troubleshooting cost, until all errors have been remedied for the fictitious state vector and the corresponding fictitious vehicle specific diagnosis sa according to equation 5,
For the measure to complete the troubleshooting, the estimated measure cost calculated by the cost estimator 37 for the relevant measure and the state vector, prepared at the creation 1 01 of the state vector and the vehicle specific diagnosis, is used.
The cost c9 has an equivalent of what is termed i ECR4 Q in Langseth and Jensen (2002) , The cost c10 has an equivalent of what is termed ECRnow in Langseth and Jensen, 2002. Langseth and Jensen, 2002, is aimed at repairers of electromechanical systems, but their mathematical method may be adapted to giving recommendations to a vehicle driver. Langseth and Jensen , 2002, is a further development of Heckerman , 1 996, where the measure with the higher quota p/c is evaluated with another cost estimate than other measures.
The method continues, after the cost estimates 1 04, 204, with the selection 1 05 of one or several measures.
In a first embodiment, only one measure is selected 1 05, which is the measure with the lowest estimated total expected cost of troubleshooting the motor vehicle 2, with selection of the relevant measure as a first measure.
In a second embodiment, a predetermined number of measures is selected 1 05, each of which has a lower estimated total expected cost of troubleshooting the motor vehicle 2 with selection of the relevant measure as a first measure, than have the remaining measures. The method continues, after the selection 1 05 of a measure, with a recommendation 1 06 of a measure comprising transfer of the selected measures to the user, via the service handier 31 .
The method may also comprise, at the recommendation of measures that may be carried out automatically by the motor vehicle 2, transfer directly to the vehicle that carries out the measure, without any recommendation being transferred to the user. The method continues, after the recommendation 1 06 of the measure, with carrying out 1 07 of a measure.
The method continues after a measure is carried out 1 07, with registration 1 08 of outcomes. The registration may occur both automatically, by way of a request for operating data from the motor vehicle 2, and manually by the user as the help desk's 20 operator or mechanic 46, At the registration 1 08 of outcomes, the outcome is saved in the registry data in the vehicle database 39 for the relevant motor vehicle. The method continues after the registration 1 08 of outcomes, with a check 1 1 0 of whether the troubleshooting is completed, i .e. whether the measure of ending the troubleshooting has been selected, completed and registered . If the troubleshooting is completed, the method ends.
If the troubleshooting is not completed , the method reverts to creating 1 01 a state vector and vehicle specific diagnosis.
The method thus continues after the check 1 1 0 of whether the troubleshooting is completed, with the creation 1 01 of a new state vector and a new vehicle specific diagnosis, where the new state vector comprises:
- diagnostic information from the registry data in the vehicle database 39;
- the position data of the motor vehicle from the electronic control system 4 of the motor vehicle 2;
- booked garage visits according to the motor vehicle's 2 calendar data or registry data.
The new vehicle specific diagnosis is created via the vehicle specific diagnostic model and the state vector, and comprises a probability distribution of errors.
Figure 3 shows a schematic image of an arrangement for troubleshooting, wherein the motor vehicle 2 is located at a garage or a service vehicle. A mechanic 46 and a garage system 40 has been connected with the motor vehicle 2. The
garage system comprises a computer 41 and a monitor or computer screen 42. The function of the garage system 40 is the same as the function of the help desk 20. The garage system 40 comprises a computer 41 , configured for remote communication with the troubleshooting system 30. The computer 40 is preferably also configured to communicate with the motor vehicle 2, such as via cable or wireless. In particular, the garage system 40 is configured to receive error codes from the motor vehicle 2, to register symptoms and test results and to forward the error codes, the test results and symptom-related information to the troubleshooting system 30. Thus, the transfer of error codes to the troubleshooting system 30 is facilitated even in the event where a direct transfer between the motor vehicle 2 and the troubleshooting system 30 is not possible. The troubleshooting system 30 is, however, in this case also configured to set up a communication with the motor vehicle 2 and request error codes. Further, the garage system 40 is configured to receive recommendations and error information , such as a list of probable errors including probabilities, from the troubleshooting system 30, and to show recommendations and error information to the mechanic 46 via the computer screen 42. The garage system 40 may constitute a part of the equipment in a service vehicle, and is adapted to register that the motor vehicle 2 is at a mechanic 46 or in a garage. The recommended measures that the garage system 40 receives from the troubleshooting system 30 also comprise repair measures and garage tests, as opposed to the recommendations that the help desk 20 receives from the troubleshooting system, when the motor vehicle 2 is not in a garage or with a mechanic.
The troubleshooting system 30 described above is configured to register ( 1 08 in Figure 2) the outcomes of measures carried out. A troubleshooting started by a driver 6, who has contacted the help desk 20, may thus be continued when the mechanic 46 and the motor vehicle 2 have been connected.
A system (30) and method for troubleshooting of motor vehicles has been described with example embodiments. The system (30) is configured to receive operating data, such as error codes, from a motor vehicle (2) and, in response to the error codes, to recommend measures to remedy errors in the motor vehicle (2) , The troubleshooting system comprises a diagnostic unit (33) and a planner (32) . The diagnostic unit (33) is configured to achieve a vehicle specific diagnosis for the motor vehicle (2) . The planner (32) is configured to achieve a set of possible measures, and is configured to achieve a cost estimate of the possible measures. The planner (32) selects measures based on the cost estimates.
The system (30) comprises measures to carry out remote tests on the motor vehicle (2) , and measures to connect the motor vehicle (2) with a mechanic.
The method comprises registration of operating data error codes from the motor vehicle (2) , creation ( 1 01 ) of a vehicle specific diagnosis, determination (1 03, 203) of possible measures, estimation (1 04, 204) of an expected total cost of the possible measures, and recommendation (1 06) of measures. The method comprises, in particular, determination ( 1 02) of whether the motor vehicle (2) is in a garage, where the determination (1 03, 203) of possible measures is based on whether or not the motor vehicle (2) is in a garage.
The method and the system may use a first calculation method when the motor vehicle (2) is in a garage, and a second calculation method when the motor vehicle (2) is not in a garage. The invention is not limited to the embodiments described with reference to the figures, but may be freely varied within the scope of the following patent claims.
RE FERENCES
Breese, John S., & David Heckerman. "Decision-theoretic
troubleshooting: A framework for repair and experiment." Proceedings of the Twelfth international conference on Uncertainty in artificial
intelligence. Morgan Kaufmann Publishers Inc., 1996,
Langseth, Heige, och Finn V, Jensen. "Decision theoretic
troubleshootinq of coherent systems." Reliability Engineering & System Safety 80.1 (2003): 49-62.
F. V. Jensen, S. L Lauritzen, K. G. Oiesen, "Bayesian updating in causai probabilistic networks by local computations", Computational Statistics
Quateriy Vol. 4 (1990), pp. 269-282.
Wamquist, Hakan. "Computer-Assisted Troubleshooting for Efficient Off- board Diagnosis". (Licentiate dissertation). Unkoping: Unkoping
University Electronic Press, (201 1 ).
Claims
1 . System (30) for troubleshooting of a motor vehicle, which troubleshooting system (30) is configured to receive operating data, such as error codes, or symptoms from a motor vehicle (2) and in response to the error codes or symptoms, to recommend measures to remedy errors in the motor vehicle (2) , wherein the troubleshooting system comprises a diagnostic unit (33) and a planner (32) , which diagnostic unit (33) is configured, based on the error codes, to achieve a vehicle specific diagnosis for the motor vehicle (2) , which vehicle specific diagnosis comprises a probability distribution of errors in the motor vehicle (2) , which planner (32) is configured to achieve a set of possible measures based on measure models for the motor vehicle (2) and the probability distribution of errors, is configured to achieve a cost estimate for each one of the possible measures via an estimated cost of the respective possible measure and the probability of an error, and is configured to select measures based on the cost estimates,
characterised m that
the measure models comprise measures to carry out remote testing on the motor vehicle (2) , and at least one measure, from among a group of measures, in order to connect the motor vehicle (2) with a mechanic.
2. System (30) for troubleshooting of a motor vehicle according to claim 1 , also configured to collect calendar data relating to booked garage appointments for the motor vehicle (2) , and wherein the group of measures to connect the motor vehicle (2) with a mechanic comprises at least one measure comprising driving or towing of the motor vehicle to a booked garage.
3. System (30) for troubleshooting of a motor vehicle according to claim 2, comprising more than one measure, comprising driving of the motor vehicle to a booked garage, which measures comprise a first measure to continue using the motor vehicle (2)
until the time of the booked garage visit, and a second measure to stop using the motor vehicle (2) and wait for the time of the booked garage visit.
4. System (30) for troubleshooting of a motor vehicle according to claim 3, wherein the cost estimate of the first measure comprises an estimated cost of continuing to use the motor vehicle (2) with possible errors, resulting in a poorer performance, and the probabilities of these possible errors.
5. System (30) for troubleshooting of a motor vehicle according to claims 3 or 4, wherein the cost estimate of the second measure comprises an estimated cost of not using the motor vehicle (2) during the time up to the booked garage visit.
6. System (30) for troubleshooting of a motor vehicle according to one of claims 1 to 5, also configured to collect the position of the motor vehicle (2) , and wherein the group of measures to connect the motor vehicle (2) with a mechanic comprises at least one from among the following measures:
- transport of the motor vehicle (2) to a garage, in particular the nearest garage, and
- delivery of a service vehicle to the motor vehicle (2) .
7. System (30) for troubleshooting of a motor vehicle according to claim 6, wherein the group of measures to connect the motor vehicle (2) with a mechanic comprises at least one first measure, comprising towing of the motor vehicle (2) to the garage, and a second measure, comprising driving the motor vehicle (2) to the garage.
8. System (30) for troubleshooting of a motor vehicle according to any of clai ms 1 to 7, also comprising a service handler (31 ) configured to create a description of the motor vehicle's (2) state, such as a state vector, based on received error codes or symptoms.
9. System (30) for troubleshooting of a motor vehicle according to claim 8, wherein the service handler (31 ) is configured to receive information from a user, such as the driver (6) or a mechanic (46) , relating to observations of the motor vehicle (2) , and to use the observation information to create and update the description of the motor vehicle's (2) state,
1 0. System (30) for troubleshooting of a motor vehicle according to claim 9, wherein the user information comprises observations of symptoms and results of a completed measure, such as a completed remote test.
1 1 . System (30) for troubleshooting of a motor vehicle according to any of claims 8 to 1 0, wherein the service handler (31 ) is configured to collect operating data, such as error codes, from the motor vehicle (2) when a measure has been completed, and to update the description of the motor vehicle's (2) state in accordance with obtained operating data, such as error codes.
1 2. System (30) for troubleshooting of a motor vehicle according to any of claims 9 to 1 1 , wherein the planner (32) is configured to request an update of the vehicle specific diagnosis from the diagnostic unit (33) , when the description of the motor vehicle's state is updated.
1 3. System (30) for troubleshooting of a motor vehicle according to claim 1 2, wherein the planner (32) is configured to create fictitious descriptions of the motor vehicle's state, such as fictitious state vectors, based on the respective expected outcome of possible measures, to request fictitious diagnoses from the diagnostic unit (33) , wherein each fictitious diagnosis comprises a probability distribution of errors, and to use the fictitious diagnoses to prepare cost estimates of an expected total cost of the troubleshooting at the selection of each one of the possible measures as a first measure.
1 4. System (30) for troubleshooting of a motor vehicle according to any of claims 1 to 1 3, also configured to collect configuration data relating to the motor vehicle (2) from a vehicle database (39) , comprising registry data, including the respective configurations of several motor vehicles, and
wherein the diagnostic unit (33) is configured to collect diagnostic models from a database (35) comprising diagnostic models and, based on the motor vehicle's (2) configuration data, to achieve a vehicle specific diagnostic model , and wherein the diagnostic unit (33) is configured to use the vehicle specific diagnostic model to achieve the vehicle specific diagnosis.
1 5. System (30) for troubleshooting of a motor vehicle according to any of claims 1 to 1 4, wherein the planner (32) comprises a measure unit (34) , configured to provide the possible measures, and a cost estimator (37) , configured to provide the cost estimates, and wherein the measure unit (34) is configured to collect the measure models from a database (36) with measure models.
1 6. System (30) for troubleshooting of a motor vehicle according to any of claims 1 to 1 5, wherein the cost esti mate for each one of the possible measures comprises an estimate of the total expected cost of troubleshooting the motor vehicle (2) , with selection of the relevant measure as the first measure in accordance with a first calculation method, when the motor vehicle (2) is not located in a garage.
1 7. System (30) for troubleshooting of a motor vehicle according to claim 1 6, wherein the cost estimate for each one of the possible measures comprises an estimate of the total expected cost of troubleshooting the motor vehicle (2) , with selection of the relevant measure as the first measure in accordance with a second calculation method, when the motor vehicle (2) is not located at a garage.
1 8, System (30) for troubleshooting of a motor vehicle according to any of claims 1 6 or 1 7, wherein the first caicu!ation method comprises:
- a determination of the garage which is nearest the motor vehicle's position ;
- an evaluation of the expected cost of troubleshooting the motor vehicle (2) according to the following alternatives:
- connecting the motor vehicle (2) with a mechanic (46) in the cheapest possible way, in order to subsequently continue the troubleshooting ; and
- for each one of the possible remote tests, carrying out the remote test and , depending on the outcome of the remote test, connecting the motor vehicle (2) with a mechanic (46) in the cheapest possible way, in order to subsequently continue the troubleshooting.
1 9, System (30) for troubleshooting of a motor vehicle according to any of claims 1 to 1 8, further configured to, based on the probability distribution of errors, provide error information in the form of a list of at least a part of the possible errors, in particular the most probable, which error information comprises a probability for each one of the possible errors.
20. Guidance arrangement 1 0, comprising a troubleshooting system according to any of clai ms 1 to 1 9, and a help desk (20) , comprising a computer (21 ) and a monitor (22) , equipped with a user interface to register symptoms information and results of completed measures, in particular completed remote tests.
21 . Method for troubleshooting of a motor vehicle (2) comprising :
- initiation ( 1 00) of troubleshooting of the motor vehicle 2, which initiation comprises registration of operating data, such as error codes from the motor vehicle (2) , and creation of a vehicle specific measure model and a vehicle specific diagnostic model ;
- creation ( 1 01 ) of a state description of the motor vehicle (2) , such as a state vector, and a vehicle specific diagnosis for the motor vehicle (2) via the vehicle specific diagnostic model , which vehicle specific diagnosis comprises a probability distribution of errors;
- determination ( 1 03, 203) of one or several possible measures, based on the vehicle specific diagnosis and the vehicle specific measure model ,
- estimation {1 04, 204) of an expected total cost of the troubleshooting for each one of the possible measures,
- selection ( 1 05) of at least one measure from among the possible measures, based on the expected total cost;
- recommendation (1 08) of the selected measure or the selected measures ;
characterised m comprising
- determination (1 02) as to whether the motor vehicle (2) is in a garage or at a mechanic, and wherein the determination (1 03, 203) of one or several possible measures is based on whether or not the motor vehicle (2) is located in a garage or with a mechanic (46) .
22. Method for troubleshooting of a motor vehicle (2) according to claim 21 , wherein the estimate ( 1 04, 204) of an expected total cost of the troubleshooting is carried out:
- according to a first calculation method , wherein the motor vehicle (2) is not at a garage or with a mechanic (46) , and
- according to a second calculation method, wherein the motor vehicle (2) is at a garage or with a mechanic.
23, Method for troubleshooting of a motor vehicle (2) according to claim 22, wherein the first calculation method comprises :
- a determination of the garage which is nearest the motor vehicle's position ;
- an evaluation of the expected cost of troubleshooting the motor vehicle (2) according to the following alternatives :
- connecting the motor vehicle (2) with a mechanic (46) in the cheapest possible way, in order to subsequently continue the troubleshooting ; and
- for each one of the possible remote tests, carrying out the remote test and , depending on the outcome of the remote test, connecting the motor vehicle (2) with a mechanic (46) in the cheapest possible way, in order to subsequently continue the troubleshooting.
24. Method for troubleshooting of a motor vehicle (2) according to any of claims 21 to 23, wherein, when the motor vehicle (2) is not located at a garage or with a mechanic, the determination ( 1 03, 203) of one or several possible measures comprises at least one measure selected from among the group of measures comprising :
- completion of a remote test;
- booking of a garage visit, comprising a suggested garage and times for the garage visit, and subsequently towing of the motor vehicle(2) to the relevant garage ;
- booking of a garage visit, comprising a suggested garage and times for the garage visit, and subsequently driving of the motor vehicle (2) to the relevant garage;
- interruption of the use of the motor vehicle (2) , and subsequently waiting for an already booked garage visit and driving the motor vehicle (2) to the booked garage;
- interruption of the use of the motor vehicle (2) , and subsequently waiting for an already booked garage visit and towing the motor vehicle (2) to the booked garage;
- continue using the motor vehicle (2) , and subsequently waiting for an already booked garage visit and driving the motor vehicle (2) to the booked garage;
- ordering and waiting for a service vehicle with a mechanic, - completion of troubleshooting .
25. Method for troubleshooting of a motor vehicle (2) according to any of claims 21 to 24, wherein, when the motor vehicle (2) is at a garage or with a mechanic, the determination (1 03, 203) of one or several possible measures comprises at least one measure selected from among the group of measures comprising :
- completion of a garage test;
- completion of a repair measure followed by a functional check; and
- completion of troubleshooting,
26. Method for troubleshooting of a motor vehicle (2) according to any of claims 21 to 25, wherein the creation (1 01 ) of the state vector comprises obtaining of registry data from a vehicle database (39) , and further comprising registration 1 08 of outcomes of completed measures in the registry data of the vehicle database (39) ,
27. Computer based system (30) for troubleshooting of a motor vehicles, which computer based troubleshooting system (30) is configured :
- to receive error codes from a motor vehicle (2) and, in response to the error codes, to recommend measures to remedy errors in the motor vehicle (2) ,
- to calculate an expected total cost of the troubleshooting for each one of a number of possible measures, and to select recommending a measure based on the calculated expected total cost,
characterised in that:
the possible measures comprise measures to carry out remote tests on the motor vehicle (2) and measures to connect the motor vehicle (2) with a mechanic, wherein
the computer based troubleshooting system (30) is also configured to:
- determine (1 02) whether or not the motor vehicle (2) is in a garage or with a mechanic, wherein the calculation (1 04, 204) of
the expected total cost of the troubleshooting is carried out according to a first calculation method when the motor vehicle (2) is not in a garage or with a mechanic (48) , which first calculation method comprises :
- a determination of the garage which is nearest the motor vehicle's position ;
- an evaluation of the expected cost of troubleshooting the motor vehicle (2) , comprising :
- connecting the motor vehicle (2) with a mechanic (46) in the cheapest possible way, in order to subsequently continue the troubleshooting ; and
- for each one of a nu mber of possible remote tests, carrying out the remote test and , depending on the outcome of the remote test, to connect the motor vehicle (2) with a mechanic (46) in the cheapest possible way in, order to subsequently continue the troubleshooting.
28, Computer program product for troubleshooting of a motor vehicle, comprising a computer program which, when executed in a computer or several computers, makes it possible for the computer or computers to:
function in accordance with the computer based troubleshooting system (30) according to clai m 27:
- function in accordance with the troubleshooting method according to any of claims 21 to 26; or
- function in accordance with the troubleshooting system (30) according to any of claims 1 to 20,
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP15721357.0A EP3127052A1 (en) | 2014-04-01 | 2015-03-30 | Fault tracing of vehicles |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| SE1450391 | 2014-04-01 | ||
| SE1450391-6 | 2014-04-01 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2015152803A1 true WO2015152803A1 (en) | 2015-10-08 |
Family
ID=53059386
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/SE2015/050381 Ceased WO2015152803A1 (en) | 2014-04-01 | 2015-03-30 | Fault tracing of vehicles |
Country Status (2)
| Country | Link |
|---|---|
| EP (1) | EP3127052A1 (en) |
| WO (1) | WO2015152803A1 (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116342110A (en) * | 2023-05-11 | 2023-06-27 | 广东工业大学 | A Method for Intelligent Fault Diagnosis and Fault-Tolerance Measurement of Multiple Temperature Measurement Loops in Trains |
| US20240232819A9 (en) * | 2021-02-24 | 2024-07-11 | Autel Intelligent Technology Corp., Ltd. | Quote display method and apparatus for faulty automobile accessory, and electronic device |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE19948663A1 (en) * | 1999-10-08 | 2001-05-10 | Bayerische Motoren Werke Ag | Diagnostic system for motor vehicle with electronic control units, outputs information based on categorized contents of fault memories and further data memories |
| US20060271256A1 (en) * | 2003-02-21 | 2006-11-30 | Ulrich Siebel | Device and method for on-board diagnosis based on a model |
| US20070226540A1 (en) * | 2004-05-15 | 2007-09-27 | Daimierchrysler Ag | Knowledge-Based Diagnostic System for a Complex Technical System, Comprising Two Separate Knowledge Bases for Processing Technical System Data and Customer Complaints |
| US20080186870A1 (en) * | 2007-02-01 | 2008-08-07 | Nicholas Lloyd Butts | Controller Area Network Condition Monitoring and Bus Health on In-Vehicle Communications Networks |
| WO2012159799A1 (en) * | 2011-05-24 | 2012-11-29 | Robert Bosch Gmbh | Diagnostic device for motor vehicles and diagnostic method |
-
2015
- 2015-03-30 WO PCT/SE2015/050381 patent/WO2015152803A1/en not_active Ceased
- 2015-03-30 EP EP15721357.0A patent/EP3127052A1/en not_active Ceased
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE19948663A1 (en) * | 1999-10-08 | 2001-05-10 | Bayerische Motoren Werke Ag | Diagnostic system for motor vehicle with electronic control units, outputs information based on categorized contents of fault memories and further data memories |
| US20060271256A1 (en) * | 2003-02-21 | 2006-11-30 | Ulrich Siebel | Device and method for on-board diagnosis based on a model |
| US20070226540A1 (en) * | 2004-05-15 | 2007-09-27 | Daimierchrysler Ag | Knowledge-Based Diagnostic System for a Complex Technical System, Comprising Two Separate Knowledge Bases for Processing Technical System Data and Customer Complaints |
| US20080186870A1 (en) * | 2007-02-01 | 2008-08-07 | Nicholas Lloyd Butts | Controller Area Network Condition Monitoring and Bus Health on In-Vehicle Communications Networks |
| WO2012159799A1 (en) * | 2011-05-24 | 2012-11-29 | Robert Bosch Gmbh | Diagnostic device for motor vehicles and diagnostic method |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20240232819A9 (en) * | 2021-02-24 | 2024-07-11 | Autel Intelligent Technology Corp., Ltd. | Quote display method and apparatus for faulty automobile accessory, and electronic device |
| CN116342110A (en) * | 2023-05-11 | 2023-06-27 | 广东工业大学 | A Method for Intelligent Fault Diagnosis and Fault-Tolerance Measurement of Multiple Temperature Measurement Loops in Trains |
| CN116342110B (en) * | 2023-05-11 | 2023-08-18 | 广东工业大学 | A Method for Intelligent Fault Diagnosis and Fault-Tolerance Measurement of Multiple Temperature Measurement Loops in Trains |
Also Published As
| Publication number | Publication date |
|---|---|
| EP3127052A1 (en) | 2017-02-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6609051B2 (en) | Method and system for condition monitoring of vehicles | |
| CN104978217B (en) | Smart vehicle refresh with battery SOC estimator | |
| US10332319B2 (en) | Methods and systems for updating diagnostic and repair information | |
| CN102069781B (en) | Allow vehicle diagnostics and the forecast of telematic polymerization | |
| EP2555114B1 (en) | Systems and methods for using a corrective action as diagnostic evidence | |
| US20110046842A1 (en) | Satellite enabled vehicle prognostic and diagnostic system | |
| CN102073318B (en) | Fault diagnosis and prognosis using diagnostic trouble code markov chains | |
| JP3834463B2 (en) | In-vehicle failure alarm reporting system | |
| CN105493083B (en) | System and method for pre-assessing vehicle diagnostics and repair cost estimates | |
| US10657450B2 (en) | Systems and methods for machine diagnostics based on stored machine data and available machine telematic data | |
| US20140052499A1 (en) | Telenostics performance logic | |
| US20140195099A1 (en) | Smart phone app-based vin decoding and symptomatic diagnostic system and method | |
| US7843359B2 (en) | Fault management system using satellite telemetering technology and method thereof | |
| WO2003023539A1 (en) | Work machine maintenance system | |
| CN114582043B (en) | Selective health information reporting system including integrated diagnostic modeling that provides information on the least likely and most likely causes | |
| CN113219336B (en) | Battery degradation judgment system, method and non-temporary storage medium storing program | |
| US20060271255A1 (en) | System and method for vehicle diagnostics and prognostics | |
| KR102552759B1 (en) | Method, device and system for providing maintenance scheduling service through used vehicle condition monitoring based on vehicle condition history | |
| CN111795835A (en) | Vehicle monitoring method and device and vehicle-mounted equipment | |
| CN109147086A (en) | For generating the method and system of the prognosis information about the component in vehicle | |
| WO2015152803A1 (en) | Fault tracing of vehicles | |
| Maksimychev et al. | Connected Vehicle Remote Diagnostic System | |
| CN114217596A (en) | Intelligent diagnosis upgrading system and method based on Internet of vehicles | |
| KR20140074536A (en) | ECU management system and method | |
| CN117787954A (en) | Predictive maintenance method and system for wiring terminal and electronic equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 15721357 Country of ref document: EP Kind code of ref document: A1 |
|
| DPE1 | Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101) | ||
| REEP | Request for entry into the european phase |
Ref document number: 2015721357 Country of ref document: EP |
|
| WWE | Wipo information: entry into national phase |
Ref document number: 2015721357 Country of ref document: EP |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |