ES2650983T3 - Método para determinar componentes defectuosos en un sistema - Google Patents

Método para determinar componentes defectuosos en un sistema Download PDF

Info

Publication number
ES2650983T3
ES2650983T3 ES09164006.0T ES09164006T ES2650983T3 ES 2650983 T3 ES2650983 T3 ES 2650983T3 ES 09164006 T ES09164006 T ES 09164006T ES 2650983 T3 ES2650983 T3 ES 2650983T3
Authority
ES
Spain
Prior art keywords
components
error
component
defective
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES09164006.0T
Other languages
English (en)
Inventor
Nghia Dang Duc
Peter Engel
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Robert Bosch GmbH
Original Assignee
Robert Bosch GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Robert Bosch GmbH filed Critical Robert Bosch GmbH
Application granted granted Critical
Publication of ES2650983T3 publication Critical patent/ES2650983T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00Testing or monitoring of control systems or parts thereof
    • G05B23/02Electric testing or monitoring
    • G05B23/0205Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
    • G05B23/0218Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterised by the fault detection method dealing with either existing or incipient faults
    • G05B23/0243Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterised by the fault detection method dealing with either existing or incipient faults model based detection method, e.g. first-principles knowledge model
    • G05B23/0245Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterised by the fault detection method dealing with either existing or incipient faults model based detection method, e.g. first-principles knowledge model based on a qualitative model, e.g. rule based; if-then decisions
    • G05B23/0251Abstraction hierarchy, e.g. "complex systems", i.e. system is divided in subsystems, subsystems are monitored and results are combined to decide on status of whole system

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Testing And Monitoring For Control Systems (AREA)
  • Combined Controls Of Internal Combustion Engines (AREA)

Abstract

Método para determinar componentes defectuosos en un sistema (1) que presenta varios componentes (2 -7) que interactúan, caracterizado porque en función de diferentes algoritmos de diagnóstico (20 -24) realizados independientemente unos de otros, son creadas listas (10, 11, 12) de componentes potencialmente defectuosos y a cada componente potencialmente defectuoso se asocia un valor de error, donde para al menos una selección de componentes (2 - 7) del sistema (1), para un respectivo componente potencialmente defectuoso, los valores de error son vinculados para formar un valor de una puntuación de error.

Description

5
10
15
20
25
30
35
40
45
50
DESCRIPCION
Método para determinar componentes defectuosos en un sistema
La presente invención hace referencia a un método y a un dispositivo para determinar componentes defectuosos en un sistema según el preámbulo de la reivindicación independiente 1, así como 8, tal como se conoce por la solicitud WO 2004/010646 A2, del modo que se requiere por ejemplo en el caso de un diagnóstico de error para un vehículo a motor, realizado en un taller. La invención hace referencia además a un producto de programa informático que implementa un método correspondiente.
Estado del arte
En sistemas complejos que presentan muchos componentes o dispositivos, tal como es el caso por ejemplo en vehículos modernos a motor, la localización de fallos en caso de fallas de funcionamiento, por ejemplo en el caso de una avería o al realizarse trabajos de mantenimiento que deben efectuarse regularmente, es realizada en un taller, usualmente a través de sistemas de diagnóstico. Para ello son leídos y evaluados datos del sensor o información histórica del funcionamiento del vehículo. Por ejemplo, si se encuentra presente un defecto, entonces en base a los datos leídos se determina la causa más probable de la falla, por ejemplo la avería de un componente o dispositivo determinado en el vehículo. Se utilizan de este modo por ejemplo tablas de puntuación o los datos del vehículo leídos son comparados con secuencias de error o de defectos que se basan en modelos funcionales del vehículo o de la interacción de sus componentes. Son conocidas otras posibilidades de diagnóstico para determinar los componentes que causan la respectiva falla de funcionamiento. Sin embargo, los distintos métodos de diagnóstico utilizados no siempre proporcionan la determinación correcta de la unidad defectuosa en el vehículo o en el sistema. Por lo tanto, se considera deseable crear un método de determinación lo más fiable posible para determinar las causas de fallas de funcionamiento en sistemas con varias piezas o componentes.
Descripción de la invención
Se sugiere por tanto un método para determinar componentes defectuosos en un sistema que presenta varios componentes que interactúan. En función de algoritmos de diagnóstico realizados independientemente unos de otros son creadas listas de componentes potencialmente defectuosos. A cada componente potencialmente defectuoso se asocia un valor de error. Para al menos una selección de componentes del sistema, para un respectivo componente potencialmente defectuoso, los valores de error son vinculados para formar un valor de una puntuación de error.
Un dispositivo para determinar componentes defectuosos en un sistema que presenta varios componentes que interactúan, posee varios dispositivos de diagnóstico, los cuales están configurados de manera que, realizando un respectivo algoritmo de diagnóstico, se crea una lista de componentes potencialmente defectuosos. La lista comprende un valor de error asociado a cada componente potencialmente defectuoso. El dispositivo presenta además un dispositivo de evaluación que, en función de las listas, para al menos una selección de componentes del sistema, para un respectivo componente potencialmente defectuoso, vincula los valores de error para formar un valor de una puntuación de error.
De este modo, los componentes o dispositivos que interactúan forman un sistema, como por ejemplo dispositivos de un vehículo a motor, los cuales conforman al menos parcialmente el vehículo. Como componentes que interactúan se entiende que, durante el funcionamiento o al ser operado el sistema, los componentes en todo caso se encuentran adaptados parcialmente unos a otros, donde los respectivos funcionamientos pueden depender unos de otros. En el ejemplo de un vehículo a motor, a modo de ejemplo, la iluminación del vehículo, como componente, depende del estado de la batería del vehículo, como otro componente. Como componentes pueden entenderse también sensores que proporcionan los valores de medición para diferentes datos del sistema, los cuales pueden ser utilizados como indicadores para determinados estados de funcionamiento del sistema.
Como síntoma de un componente defectuoso en el sistema o de un funcionamiento defectuoso del sistema puede utilizarse por ejemplo una desviación de datos del sistema predeterminados o de datos del sensor, de datos deseados. Por ejemplo, es posible que la desviación del nivel de llenado de combustible en el tanque, de un rango deseado, pueda ser determinada como un síntoma para un no-funcionamiento de la totalidad del vehículo. Para determinar los componentes causales en el caso de un diagnóstico de error complejo, sin embargo, usualmente no es suficiente con observar un síntoma correspondiente individual.
Por tanto, en el método y en el dispositivo para determinar componentes defectuosos se prevé la realización de diferentes algoritmos de diagnóstico, los cuales, en principio como resultado parcial, asignan a cada componente del sistema un valor de error. El valor de error mencionado puede entenderse como probabilidad de un funcionamiento defectuoso del respectivo componente. En una variante del método, a través de los algoritmos de diagnóstico realizados, respectivamente una lista ordenada de los componentes potencialmente defectuosos, en el orden de su
probabilidad, será causal para un defecto del funcionamiento y/o de un funcionamiento parcial del sistema. A continuación, de manera preferente, para cada componente del sistema tiene lugar una vinculación de sus valores de error asignados en base a las listas creadas. Por ejemplo, los valores de error de un respectivo componente pueden ser sumados. En función de la utilización de la dimensión para la probabilidad, dependiendo de los 5 respectivos valores de error, resulta entonces una tabla de puntuación que indica por ejemplo aquellos componentes que se encuentran en el lugar más elevado, los cuales con mayor probabilidad son los responsables de un defecto del sistema.
En otra variante del método, en particular en el caso de que un vehículo se considere como sistema, se efectúa una lectura de datos del sistema o del vehículo que comprenden los datos del sensor de los componentes. Al crear al 10 menos una de las listas pueden considerarse también datos de síntoma ingresados de forma externa, como por ejemplo defectos o fallos del vehículo durante el funcionamiento, descritos por el conductor. Pueden considerarse además datos del vehículo emitidos por un dispositivo de control del sistema, por ejemplo por un controlador del motor, hacia un bus de datos correspondiente.
La invención hace referencia además a un producto de programa informático que provoca la realización de un 15 método correspondiente en un dispositivo de cálculo o un dispositivo de control controlado mediante un programa. Como dispositivo de cálculo o dispositivo de control controlado mediante un programa se considera por ejemplo un ordenador personal o un ordenador para controlar un sistema de diagnóstico del vehículo en talleres, en el cual se encuentra instalado software correspondiente, así como un producto de programa informático. A modo de ejemplo, el producto de programa informático puede implementarse a modo de un soporte de datos como por ejemplo 20 memoria USB, disco floppy, CD-ROM, DVD, o también en un dispositivo del servidor, como un archivo de programa que puede ser descargado.
Otras variantes de la invención se indican en las reivindicaciones dependientes, así como en los ejemplos de ejecución de la invención que se describen a continuación. A continuación, la invención se explicará en detalle mediante ejemplos de ejecución, haciendo referencia a las figuras añadidas.
25 Breve descripción de los dibujos
Las figuras muestran:
Figura 1: una representación esquemática de un sistema con varios componentes;
Figura 2: un diagrama de flujo para un ejemplo de ejecución de un método para determinar componentes defectuosos;
30 Figura 3: un ejemplo de una tabla de puntuación; y
Figura 4: una representación esquemática de un ejemplo de ejecución de un sistema de diagnóstico para determinar componentes defectuosos.
Formas de ejecución de la invención
En la figura 1 se representa esquemáticamente un sistema con varios componentes. El sistema, por ejemplo un 35 vehículo a motor 1, se encuentra estructurado en base a varios dispositivos 2, 3, 4, 5, 6, 7 que pueden interactuar unos con otros al menos de forma parcial. Lo mencionado se indica con la flecha 14. El sistema 1 puede presentar componentes o dispositivos 2 - 7 generales, los cuales, con relación a vehículos, pueden considerarse como componentes, por ejemplo un sensor de temperatura de refrigerante 2, un controlador de encendido 3, un controlador de inyección de bencina o de combustible 4, un inmovilizador 5, una bomba de combustible 6 y un 40 sensor de llenado del tanque 7.
En los vehículos o sistemas modernos los distintos componentes 2-7 están acoplados a un bus interno del vehículo 8, lo cual se indica a través de la flecha 13 en la figura 1. Una interacción, así como una dependencia recíproca de los componentes 2- 7 entre sí, consiste esencialmente en el hecho de que solamente en el caso de un llenado insuficiente del tanque, el cual puede ser determinado a través del sensor 7, una bomba de bencina 6, a través del 45 controlador de inyección 4, asocia que no puede suministrarse ningún combustible. Por lo tanto, por el control del motor superordinado tampoco es provocado un encendido a través del controlador de encendido 3 cuando el vehículo no posee combustible. Un inmovilizador 5 puede influenciar también el controlador de inyección 4, por ejemplo cuando no se encuentra presente ninguna autentificación a través del dueño del vehículo.
Si el vehículo presenta una avería o una falla es necesario determinar el componente 2 - 7 que causa el fallo. Una 50 unidad de diagnóstico 9 que se encuentra acoplada al bus interno del vehículo 8, por ejemplo en el caso de una
5
10
15
20
25
30
35
40
45
50
55
programación adecuada y de la utilización de varios algoritmos de diagnóstico, determina listas de componentes 10, 11, 12 potencialmente defectuosos que son considerados en un nivel de diagnóstico o de evaluación subsiguiente. Las listas 10, 11, 12 son evaluadas y a continuación todos los componentes potencialmente defectuosos son catalogados en el orden de su probabilidad de error, como tabla de puntuación.
En la figura 2 se indica un diagrama de flujo de un método correspondiente para determinar los componentes defectuosos. En un primer paso 101 se registran datos del sistema, por ejemplo los datos del sensor proporcionados por los componentes 2 -7 o datos del estado de los componentes individuales 2 - 7. A modo de ejemplo, el sensor de llenado del tanque 7 puede transmitir el nivel de llenado del tanque como porcentaje. En otro nivel de diagnóstico 102, de forma paralela, son realizados por ejemplo distintos algoritmos de diagnóstico 105, 106, 107. A continuación se abordarán en detalle posibles algoritmos de diagnóstico.
Un respectivo algoritmo de diagnóstico proporciona una lista de componentes potencialmente defectuosos que, de acuerdo con el algoritmo de diagnóstico, probablemente son responsables del funcionamiento defectuoso del sistema o del vehículo. De este modo pueden utilizarse por ejemplo los así llamados síntomas, para determinar si un componente probablemente garantiza un funcionamiento fiable o posiblemente es defectuoso. Una desviación de la magnitud de medición de un valor deseado, por ejemplo una temperatura del refrigerante, una temperatura del gas de escape, una temperatura de refrigeración, de lubricación u otra temperatura de servicio, velocidades de rotación, presiones u otras magnitudes que caractericen el estado de funcionamiento del sistema o del vehículo pueden ser utilizadas como síntomas.
En base a varios algoritmos de diagnóstico se encuentran presentes por ejemplo listas ordenadas de componentes especialmente defectuosos o con fallos, es decir, listas en las cuales están indicados los componentes que se encuentran presentes en el sistema, en cuanto a la probabilidad de su funcionamiento no - óptimo. En el paso 103 las listas individuales son evaluadas y para cada componente que se encuentra presente se calcula un valor de una puntuación o un valor de una puntuación de error. Lo mencionado puede tener lugar de manera que los valores de error asignados en las listas parciales individuales en los componentes sean sumados para cada componente. De este modo puede efectuarse también una ponderación de los valores de error en cuanto a la fiabilidad del algoritmo de diagnóstico 105, 106, 107 utilizado.
En el paso 104, como resultado del análisis de las listas individuales en el paso 103, resulta una tabla de puntuación, donde a cada componente del sistema se asigna un valor de una puntuación de error. Por ejemplo, se considera como causa del error o fuente del error aquel componente que presente el valor de una puntuación de error más elevado.
Para una mayor claridad, una tabla de puntuación se representa a modo de ejemplo en la figura 3. La primera columna indica los componentes 1 - n que se encuentran presentes en el sistema. En el caso de un algoritmo heurístico de diagnóstico son considerados distintos síntomas para cada componente, por ejemplo una desviación porcentual de un valor del sensor o valor de medición, de un valor deseado, y se decide si para cada síntoma los datos del componente determinados se entienden como a favor o en contra de la presencia de un error. En la primera línea de la tabla representada en la figura 3 fue marcada la presencia del síntoma 1, pero los síntomas 2 y 5 no se encuentran presentes en el componente 1. De este modo, en la quinta columna resulta para el componente 1 una coincidencia para la presencia de un error y dos coincidencias para la ausencia de un error o del síntoma. Como valor de una puntuación resulta por ejemplo el número -1. Un análisis de síntomas similar tiene lugar para los componentes 2, 3, 4 hasta n. Los valores de puntuación resultantes se indican en la última columna de la figura 3.
Mediante los valores de puntuación puede efectuarse sólo una priorización de las posibles soluciones del problema de diagnóstico. En los valores de puntuación indicados en la figura 3 el componente 2 se encuentra en el primer lugar, los componentes 1 y 4 en segundo lugar, y los componentes 2 y n en el tercer lugar. En caso de utilizar la tabla de puntuación en la figura 3, de este modo, lo más probable es que el componente 2 presente un error de funcionamiento.
En el método sugerido para determinar el respectivo componente defectuoso en el sistema no se utiliza una tabla de puntuación individual. Más bien, son utilizados algoritmos de diagnóstico que respectivamente proporcionan una lista priorizada con los componentes potencialmente defectuosos. Un algoritmo de diagnóstico basado en tablas de puntuación sólo es una posibilidad que puede ser considerada. Como otros algoritmos de diagnóstico con respecto a las listas respectivamente priorizadas por ejemplo con componentes ordenados en cuanto a la probabilidad de una aparición de un fallo, pueden mencionarse un análisis de árbol de errores, un análisis de efecto de selección, formas de diagnóstico a base de modelos, análisis de posibilidad de diagnóstico mediante la utilización de matrices de síntomas - causas, conocimiento heurístico que, en el caso de combinaciones determinadas del síntoma o de los datos de los componentes, permite inferir por ejemplo determinados estados de error del sistema.
En la figura 4 se representa de forma esquemática un ejemplo de ejecución de un sistema de diagnóstico para determinar componentes defectuosos. El sistema de diagnóstico 100 está estructurado en varios niveles. De este
5
10
15
20
25
30
35
40
45
50
55
60
modo, en un primer nivel 32 se proporciona conocimiento de diagnóstico para diferentes algoritmos de diagnóstico. Éstos pueden ser por ejemplo datos del árbol de errores de un algoritmo que utiliza conocimiento heurístico del sistema. En el segundo nivel 22 se prevé la realización de diferentes algoritmos de diagnóstico. El tercer nivel 34 corresponde a las listas priorizadas de componentes potencialmente defectuosos, proporcionadas a través de los algoritmos de diagnóstico, tal como son proporcionadas por los algoritmos de diagnóstico que se desarrollan paralelamente, potencialmente diferentes. El cuarto nivel 35 prevé registrar las respectivas listas del nivel previo 34 en una tabla de puntuación. En el último nivel 36, a partir de la evaluación de los valores de puntuación de error en la tabla de puntuación, en base al nivel previo 35, resulta la lista priorizada como resultado total del diagnóstico, la cual indica en primer lugar los componentes con la probabilidad de fallos más elevada. A continuación, en los componentes indicados pueden efectuarse medidas de reparación.
El sistema de diagnóstico 100 puede realizarse también implementado por ordenador, donde los diferentes niveles pueden corresponder por ejemplo a rutinas de programa. La figura 4, a modo de ejemplo, muestra cinco algoritmos de diagnóstico diferentes que pueden utilizarse para crear respectivamente una lista priorizada de componentes potencialmente defectuosos. La lista completa se indica con la referencia 31. En el caso de un diagnóstico 20 a base de modelos se proporciona un modelo 15 del sistema, por ejemplo del vehículo a motor, con sus componentes individuales. El modelo 15 mayormente implementado por ordenador, con los datos del estado de funcionamiento o del sensor registrados de los componentes individuales puede calcular así el estado probable de funcionamiento. Lo mencionado tiene lugar en una unidad de cálculo 20 correspondiente que implementa el algoritmo de diagnóstico basado en modelos. El modelo del sistema funcional utilizado de forma correspondiente puede estar estructurado por ejemplo de forma jerárquica, donde varios subsistemas son modelados esencialmente separados unos de otros. Por ejemplo, el sistema de frenado y el sistema del motor pueden construirse jerárquicamente dependientes uno de otro. Como modelos de las piezas individuales forman así el modelo funcional del vehículo. El método de diagnóstico 20 basado en modelos proporciona con ello una lista priorizada 25 como resultado parcial, donde por ejemplo como valores de error de los componentes se indican sus posiciones en la lista priorizada. Los datos necesarios para la utilización del modelo para el vehículo pueden extraerse por ejemplo de un aparato de control. A través de sensores pueden determinarse también magnitudes de medición físicas, como por ejemplo tensión, presión, temperatura del gas de escape, u otras magnitudes. Además, también observaciones subjetivas, por ejemplo del personal del taller, pueden ser incorporadas en el modelo. Se consideran en particular ruidos o resultados de un control visual. A través de una comparación del comportamiento efectivo del vehículo o de los valores del sensor medidos, o de datos del estado de funcionamiento registrados del vehículo con el comportamiento determinado a través del modelo, a componentes especialmente dudosos pueden asociarse valores de error elevados. Es posible también una combinación con un análisis de árbol de errores.
Como otro algoritmo de diagnóstico posible se considera el análisis de modo y efecto de fallos (FMEA = failure mode and effects analysis). El FMEA se aplica mayormente en la fase de diseño y desarrollo de los productos, por tanto del vehículo, y se ha difundido en particular en el caso de proveedores para fabricantes de automóviles. En la fase de desarrollo, por lo tanto, son almacenadas identificaciones tempranas de causas de errores potenciales. El FMEA se considera como un método analítico de la técnica de fiabilidad, para hallar defectos potenciales en los sistemas. En el caso de un diagnóstico correspondiente el sistema, por tanto el vehículo, es dividido en sus elementos o componentes. A cada elemento o a cada componente se asocia un riesgo de entrada para un defecto. En función de esos riesgos de entrada para fallos o defectos puede determinarse la probabilidad de fallos del respectivo componente. Lo mencionado tiene lugar a través de un algoritmo correspondiente, el cual se indica con la referencia 21. Como resultado se obtiene a su vez una lista priorizada 26, como resultado parcial con componentes que pueden ser defectuosos.
A los cuadros 17 y 22 corresponde un análisis de posibilidad de diagnóstico (DMA) como algoritmo de diagnóstico. En dicho análisis se utilizan matrices de síntoma - causas y matrices de métodos - causas. Se parte de un conocimiento sobre síntomas y su causa, lo cual es posible en particular durante la fase de desarrollo de los componentes y subsistemas individuales. En las situaciones de error se considera determinada información de retorno en forma de datos de componentes. También el DMA proporciona una lista priorizada 27 de componentes que potencialmente presentan fallos.
Por último puede utilizarse una base de datos de casos 18, en donde son detectadas configuraciones de error determinadas, es decir combinaciones de valores de datos del estado de funcionamiento de los componentes, los cuales respectivamente corresponden a un estado de error predeterminado. A este respecto, una base de datos de casos 18 correspondiente se trata de una compilación almacenada de casos con soluciones para remediar problemas o fallos y de un registro detallado de los síntomas. Un algoritmo de diagnóstico 23 correspondiente busca el caso más similar en la combinación de datos de componentes o del sistema que se encuentra presente, desde la base de datos 28, determinando en base a ello una lista con los componentes 28 supuestamente defectuosos.
Finalmente se utiliza un algoritmo de diagnóstico 2, representado a modo de ejemplo en la figura 3, con tablas de puntuación 19, para crear una lista priorizada 29. La lista mencionada puede tratarse por ejemplo de la asociación del valor de una puntuación desde la última columna de la tabla en la figura 3, con respecto a los componentes en la primera columna.
5
10
15
20
25
De este modo, en el tercer nivel 34 del sistema de diagnóstico 100 se encuentran presentes varias listas priorizadas 25 - 29 con componentes del sistema potencialmente defectuosos. La lista priorizada 25 puede presentar por ejemplo una sucesión de los componentes representados en la figura 1, en correspondencia con su probabilidad de error en base a los algoritmos de evaluación 20 - 24. En base a ello se determina la tabla de puntuación total 30, donde por ejemplo son sumados los respectivos valores de error asociados a los componentes para cada componente. También es posible que en función de la fiabilidad de los algoritmos de análisis 20 - 24 utilizados se efectúe una ponderación de los valores de error.
De este modo, a cada componente del sistema se encuentra asociado un valor de una puntuación de error, donde el valor de una puntuación de error fue generado en función de las diferentes listas priorizadas 25 -29. Por ejemplo, si en cada una de las listas priorizadas 25 - 29 se encuentra en primer lugar el inmovilizador 5, entonces también en la tabla de puntuación total 30 ese componente 5 obtendrá el valor de una puntuación más elevado. Es decir, que el mismo se considerará como la causa de error más probable. En base a los valores de puntuación de error calculados para los componentes individuales en el último nivel del algoritmo 36 es generada una lista priorizada 31 como resultado total. En el caso observado anteriormente, el inmovilizador 5 se encuentra en primer lugar, de manera que el personal del taller puede controlar primero ese componente de forma detallada.
La realización del método, así como de los pasos del método mencionados, puede implementarse a través de los bloques 15 - 31 funcionales representados en la figura 4, también como dispositivos. Para el experto es claro qué partes del método de los procesos de evaluación antes decritos respectivamente se encuentran implementadas. Por ejemplo, el bloque 16 puede ser un dispositivo de almacenamiento con datos de FMEA. Conforme a ello, los dispositivos están diseñados de manera que el respectivo paso del método puede ser implementado y ejecutado. Por lo tanto, los bloques funcionales 15- 31 de la figura 4 pueden considerarse también como módulos del programa o como rutinas que se utilizan para implementar el respectivo funcionamiento.
La invención no se limita a los diagnósticos de error en vehículos. También otros sistemas complejos que presentan componentes que interactúan pueden ser analizados según los aspectos antes descritos de los métodos de evaluación y de diagnóstico.

Claims (10)

  1. 5
    10
    15
    20
    25
    30
    35
    REIVINDICACIONES
    1. Método para determinar componentes defectuosos en un sistema (1) que presenta varios componentes (2 -7) que interactúan, caracterizado porque en función de diferentes algoritmos de diagnóstico (20 -24) realizados independientemente unos de otros, son creadas listas (10, 11, 12) de componentes potencialmente defectuosos y a cada componente potencialmente defectuoso se asocia un valor de error, donde para al menos una selección de componentes (2 - 7) del sistema (1), para un respectivo componente potencialmente defectuoso, los valores de error son vinculados para formar un valor de una puntuación de error.
  2. 2. Método según la reivindicación 1, donde como síntoma para un componente defectuoso o una función defectuosa del sistema (1) se utiliza una desviación de datos del sistema predeterminados o de datos del sensor, como datos deseados.
  3. 3. Método según la reivindicación 1 ó 2, donde un respecto algoritmo de diagnóstico (20 -24) determina los componentes potencialmente defectuosos en función de un diagrama de árbol para el sistema (1), en función de un análisis de modo y efecto de fallos (FMEA), en función de un tabla de puntuación que para cada componente (2 - 7) proporciona un valor de error como suma de valores parciales de error, en función de un modelo funcional del sistema (1), en función de una matriz de síntoma - causas y/o en función de una base de datos de casos de error.
  4. 4. Método según una de las reivindicaciones 1- 3, donde un respectivo valor de error corresponde a una probabilidad para un funcionamiento defectuoso del respectivo componente (2 - 7).
  5. 5. Método según una de las reivindicaciones 1 - 4, donde el respectivo valor de puntuación de error se determina a través de la adición de los valores de error de un respectivo componente (2 -7).
  6. 6. Método según una de las reivindicaciones 1 - 5, donde los componentes (2 -7) son dispositivos de un vehículo, en particular de un vehículo a motor.
  7. 7. Método según una de las reivindicaciones 1 - 6, donde son leídos datos del sistema que comprenden datos del sensor de los componentes, datos de síntomas ingresados de forma externa y/o datos emitidos por un dispositivo de control del sistema (1), los cuales son considerados al crear las listas (10, 11, 12).
  8. 8. Dispositivo (100) para determinar componentes defectuosos en un sistema (1) que presenta varios componentes (2 -7) que interactúan, caracterizado porque se proporcionan varios dispositivos de diagnóstico (20 -24), los cuales están configurados de manera que realizando un respectivo algoritmo de diagnóstico se crea una lista (25 -29) de componentes potencialmente defectuosos, donde la lista (25-29) comprende un valor de error asociado a cada componente potencialmente defectuoso, y porque se proporciona un dispositivo de evaluación (30) que, en función de las listas (25- 29), para al menos una selección de componentes del sistema (1), para un respectivo componente potencialmente defectuoso, vincula los valores de error para formar un valor de una puntuación de error (31).
  9. 9. Dispositivo (100) según la reivindicación 8, donde el dispositivo (100) está configurado de manera que se realiza un método según una de las reivindicaciones 1 - 8.
  10. 10. Producto de programa informático que provoca la realización de un método según una de las reivindicaciones 1 - 8 en un dispositivo de cálculo o un dispositivo de control controlado mediante un programa.
ES09164006.0T 2008-07-16 2009-06-29 Método para determinar componentes defectuosos en un sistema Active ES2650983T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102008040461A DE102008040461A1 (de) 2008-07-16 2008-07-16 Verfahren zum Bestimmen fehlerhafter Komponenten in einem System
DE102008040461 2008-07-16

Publications (1)

Publication Number Publication Date
ES2650983T3 true ES2650983T3 (es) 2018-01-23

Family

ID=41203647

Family Applications (1)

Application Number Title Priority Date Filing Date
ES09164006.0T Active ES2650983T3 (es) 2008-07-16 2009-06-29 Método para determinar componentes defectuosos en un sistema

Country Status (4)

Country Link
US (1) US8306783B2 (es)
EP (1) EP2146262B1 (es)
DE (1) DE102008040461A1 (es)
ES (1) ES2650983T3 (es)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102010024966A1 (de) 2010-06-24 2011-07-07 Siemens Aktiengesellschaft, 80333 Verfahren und Softwareprogrammprodukt zum Bestimmen einer Güte einer Informtionstechnischen Anlage
JP5518810B2 (ja) * 2011-08-18 2014-06-11 日立オートモティブシステムズ株式会社 車両制御装置、車両制御システム
US9897582B2 (en) * 2012-10-26 2018-02-20 Pratt & Whitney Canada Corp. Method and system for failure prediction using lubricating fluid analysis
US8744658B1 (en) * 2013-01-14 2014-06-03 GM Global Technology Operations LLC Outside air temperature correction for a vehicle
BR112015027242A2 (pt) * 2013-05-03 2017-07-25 Clever Devices método para fornecer uma pontuação de falha de componente de veículo, aparelho para fornecer uma pontuação de falha de componente de veículo, e, artigo de fabricação para fornecer uma pontuação de falha de componente de veículo
FR3009396B1 (fr) 2013-07-31 2017-03-17 Airbus Operations Sas Procede et programme d'ordinateur d'aide a la maintenance d'equipements d'un aeronef
WO2015029438A1 (ja) * 2013-08-29 2015-03-05 三菱電機株式会社 統合管制装置及び統合管制プログラム
US20150081729A1 (en) * 2013-09-19 2015-03-19 GM Global Technology Operations LLC Methods and systems for combining vehicle data
FR3011105B1 (fr) 2013-09-20 2017-01-27 Airbus Operations Sas Procede d'identification d'un equipement defaillant dans un aeronef.
EP2884362B1 (en) * 2013-12-13 2020-02-12 Robert Bosch Gmbh Method for running a working machine with fault control
FR3026882B1 (fr) * 2014-10-02 2016-11-04 Snecma Procede de determination d'au moins un equipement defaillant d'un aeronef et systeme correspondant
EP3268862B1 (en) * 2015-04-28 2020-10-07 Siemens Aktiengesellschaft Method and apparatus for generating a fault tree for a failure mode of a complex system
US10347055B2 (en) * 2015-09-28 2019-07-09 Noregon Systems, Inc. Method and apparatus for connecting to a heavy duty vehicle and performing a vehicle roadworthiness check
DE102016225081A1 (de) * 2016-12-15 2018-06-21 Robert Bosch Gmbh Vorrichtung und Verfahren zum Bestimmen der Pinpoint-Fähigkeit möglicher Fehler einer oder mehrerer Komponenten
DE102017200301A1 (de) 2017-01-10 2018-07-12 Robert Bosch Gmbh Verfahren zur Fehlererkennung in einem Kraftfahrzeug
US10325021B2 (en) * 2017-06-19 2019-06-18 GM Global Technology Operations LLC Phrase extraction text analysis method and system
DE102017210859A1 (de) * 2017-06-28 2019-01-03 Robert Bosch Gmbh Verfahren zur Selbstüberprüfung von Fahrfunktionen eines autonomen oder teilautonomen Fahrzeuges
US10657737B2 (en) * 2017-10-23 2020-05-19 Toyota Motor Engineering & Manufacturing North America, Inc. Vehicle error identification system
DE102018209108A1 (de) 2018-03-05 2019-09-05 Robert Bosch Gmbh Schnelle Fehleranalyse für technische Vorrichtungen mit maschinellem Lernen
DE102018203374A1 (de) 2018-03-07 2019-09-12 Robert Bosch Gmbh Fehlerbaumanalyse für technische Systeme
DE102018105322A1 (de) * 2018-03-08 2019-09-12 Carl Zeiss Smt Gmbh Verfahren zum Betreiben einer industriellen Maschine
EP3627261B1 (en) * 2018-09-18 2021-11-10 Siemens Schweiz AG Diagnosis system and method using parallel analysis paths
US20200224601A1 (en) * 2019-01-15 2020-07-16 GM Global Technology Operations LLC Method of diagnosing a propulsion system of a vehicle, and a system therefor
US20210247753A1 (en) * 2020-02-07 2021-08-12 Kabushiki Kaisha Yaskawa Denki State estimation device, system, and manufacturing method

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0216858D0 (en) 2002-07-19 2002-08-28 Bae Systems Plc Fault diagnosis system
US7409594B2 (en) * 2004-07-06 2008-08-05 Intel Corporation System and method to detect errors and predict potential failures
US20060235707A1 (en) * 2005-04-19 2006-10-19 Goldstein David B Decision support method and system
US7337086B2 (en) * 2005-10-18 2008-02-26 Honeywell International, Inc. System and method for combining diagnostic evidences for turbine engine fault detection
GB2440355A (en) * 2006-07-27 2008-01-30 Rolls Royce Plc Method of Monitoring a System to Determine Probable Faults.

Also Published As

Publication number Publication date
EP2146262B1 (de) 2017-09-06
EP2146262A1 (de) 2010-01-20
US8306783B2 (en) 2012-11-06
US20100017167A1 (en) 2010-01-21
DE102008040461A1 (de) 2010-01-21

Similar Documents

Publication Publication Date Title
ES2650983T3 (es) Método para determinar componentes defectuosos en un sistema
US8055400B2 (en) Control system and method for filtering dependent diagnostic trouble codes
JP4274186B2 (ja) 故障診断装置および故障情報記録方法
US8019487B2 (en) Vehicle control system having a computer integrated with a rewritable and nonvolatile memory
SE536393C2 (sv) System och metod för tillhandahållande av diagnostisk felinformation på basis av ett flertal felkoder
BR112013021095B1 (pt) Método e sistema de previsão de operações de manutenção em um motor de aeronave corrente
CN104182303B (zh) 冗余计算架构
KR102335532B1 (ko) 엔진 오프 타임 모니터링용 타이머의 고장 진단 방법
CN103538537B (zh) 车辆信息管理系统
CN103538536A (zh) 车辆信息管理系统
CN109944695A (zh) 车辆及该车辆的发动机停机计时器诊断方法
US8260490B2 (en) Method for improving diagnosis of a possible breakdown in a vehicle
SE1250017A1 (sv) System och metod för tillhandahållande av diagnostisk felinformation på basis av innehåll från två databaser
US6856940B2 (en) Method and device for monitoring the functioning of a system
BR102019017494A2 (pt) Método e sistema para determinar e monitorar uma causa de consumo extra de combustível
US10865726B2 (en) Fault diagnosis of electronic control unit (ECU)
CN116203916A (zh) 信息处理装置以及存储介质
US10909783B2 (en) Method of automatically generating vehicle test group identification information, program, electronic control unit, and vehicle
JPS6393047A (ja) マイクロコンピユ−タ制御機器の自己診断方法
BR112016009244B1 (pt) Método e sistema para determinar valores de parâmetro de veículo, método para diagnóstico de função e veículo que compreende o sistema
BR102019017497A2 (pt) Método para determinar um consumo extra de combustível de um veículo terrestre e infraestrutura de rede
JP2005014743A (ja) 車両用故障部品探知装置
JP5177079B2 (ja) 車載制御装置
ES2317276T3 (es) Procedimiento y dispositivo de control del funcionamiento de un organo electrico de un vehiculo automovil.
EP2927821A1 (en) Systems and methods to reduce computing overhead in a data management application