DE102021114087A1 - Selektive Meldesysteme für Funktionszustandsinformationen, die integrierte Diagnosemodelle enthalten, die Informationen über die geringst- und höchstmögliche Ursache bereitstellen - Google Patents

Selektive Meldesysteme für Funktionszustandsinformationen, die integrierte Diagnosemodelle enthalten, die Informationen über die geringst- und höchstmögliche Ursache bereitstellen Download PDF

Info

Publication number
DE102021114087A1
DE102021114087A1 DE102021114087.0A DE102021114087A DE102021114087A1 DE 102021114087 A1 DE102021114087 A1 DE 102021114087A1 DE 102021114087 A DE102021114087 A DE 102021114087A DE 102021114087 A1 DE102021114087 A1 DE 102021114087A1
Authority
DE
Germany
Prior art keywords
data
cause
cause data
network device
vehicle
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.)
Pending
Application number
DE102021114087.0A
Other languages
English (en)
Inventor
Xinyu Du
Shengbing Jiang
Yilu Zhang
Varsha K. Sadekar
Joshua J. Sanchez
Eric J. Baur
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.)
GM Global Technology Operations LLC
Original Assignee
GM Global Technology Operations LLC
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 GM Global Technology Operations LLC filed Critical GM Global Technology Operations LLC
Publication of DE102021114087A1 publication Critical patent/DE102021114087A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/02—Ensuring safety in case of control system failures, e.g. by diagnosing, circumventing or fixing failures
    • B60W50/0205—Diagnosing or detecting failures; Failure detection models
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/08—Interaction between the driver and the control system
    • B60W50/14—Means for informing the driver, warning the driver or prompting a driver intervention
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N20/00—Machine learning
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N3/00—Computing arrangements based on biological models
    • G06N3/02—Neural networks
    • G06N3/08—Learning methods
    • G06N3/082—Learning methods modifying the architecture, e.g. adding, deleting or silencing nodes or connections
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N5/00—Computing arrangements using knowledge-based models
    • G06N5/01—Dynamic search techniques; Heuristics; Dynamic trees; Branch-and-bound
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/006—Indicating maintenance
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0816—Indicating performance data, e.g. occurrence of a malfunction
    • G07C5/0825—Indicating performance data, e.g. occurrence of a malfunction using optical means
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0841—Registering performance data
    • G07C5/085—Registering performance data using electronic data carriers
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/02—Ensuring safety in case of control system failures, e.g. by diagnosing, circumventing or fixing failures
    • B60W50/0205—Diagnosing or detecting failures; Failure detection models
    • B60W2050/021—Means for detecting failure or malfunction
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/08—Interaction between the driver and the control system
    • B60W50/14—Means for informing the driver, warning the driver or prompting a driver intervention
    • B60W2050/146—Display means
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2556/00—Input parameters relating to data
    • B60W2556/10—Historical data
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2556/00—Input parameters relating to data
    • B60W2556/20—Data confidence level
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N3/00—Computing arrangements based on biological models
    • G06N3/02—Neural networks
    • G06N3/04—Architecture, e.g. interconnection topology
    • G06N3/044—Recurrent networks, e.g. Hopfield networks

Abstract

Eine erste Netzvorrichtung enthält einen Sender/Empfänger, einen Speicher und ein Steuermodul. Der Sender/Empfänger empfängt ein integriertes Modell von einer zweiten Netzwerkvorrichtung, die von der ersten Netzwerkvorrichtung getrennt ist. Der Speicher speichert das integrierte Modell und die Diagnose-Problemcodedaten, die Daten der wahrscheinlichsten Ursache und die Daten der unwahrscheinlichsten Ursache, die entsprechende Angaben der Problemursache für ein Problem eines Fahrzeugs aufweisen. Das Steuermodul, während es das integrierte Modell ausführt: vergleicht die Angaben der Problemursache, um zu bestimmen, ob die Angaben der Problemursache konsistent sind, so dass eine gleiche Problemursache angegeben wird; zeigt in Reaktion darauf, dass die Angaben der Problemursache konsistent sind, die gleiche Problemursache an, und zeigt in Reaktion darauf, dass die Angaben der Problemursache nicht konsistent sind, und basierend auf einem Satz von Bedingungen einen Abschnitt der funktionszustandsbezogenen Informationen an, während es das Anzeigen eines weiteren Abschnitts der funktionszustandsbezogenen Informationen unterlässt.

Description

  • EINLEITUNG
  • Die in diesem Abschnitt bereitgestellten Informationen dienen dem Zweck der allgemeinen Darstellung des Kontexts der Offenbarung. Sowohl die Arbeit der gegenwärtig genannten Erfinder, soweit sie in diesem Abschnitt beschrieben ist, als auch die Aspekte der Beschreibung, die sich zum Zeitpunkt der Einreichung nicht anderweitig als Stand der Technik eignen können, werden weder ausdrücklich noch implizit als Stand der Technik gegenüber der vorliegenden Offenbarung anerkannt.
  • Die vorliegende Offenbarung bezieht sich auf Überwachungs-, Bewertungs-, Melde- und Reaktionssysteme des Fahrzeugfunktionszustands.
  • Es werden kontinuierlich Merkmale zu Fahrzeugen hinzugefügt, so dass die Fahrzeugsysteme komplexer werden. Zusätzlich werden die elektronischen Systeme und Module mehr miteinander verbunden und voneinander abhängig, was es manchmal schwierig macht, die Ursache eines Problems zu bestimmen. Ein Techniker, der ein Fahrzeug wartet, hat mehrere Werkzeuge und/oder Informationsquellen, die zu überprüfen sind, wenn er die eine oder die mehreren Ursachen des Problems bestimmt. Die Werkzeuge können ein Wartungswerkzeug zum Bereitstellen von Diagnose-Problemcodes, ein Multimeter und/oder andere Werkzeuge enthalten. Die Quellen können Dokumente der effektiven Störungsmodusanalyse (FMEA), Dokumente der effektiven Bauformfehlermodusanalyse (DFMEA), historische Daten, aktuelle Daten, wortgetreue Anmerkungen einer Fahrzeugbedienungsperson usw. enthalten. Die wortgetreuen Anmerkungen enthalten Beobachtungen und Beschreibungen der erfahrenen Probleme der Fahrzeugbedienungsperson.
  • ZUSAMMENFASSUNG
  • Es wird eine erste Netzvorrichtung bereitgestellt, die einen Sender/Empfänger, einen Speicher und ein Steuermodul enthält. Der Sender/Empfänger ist konfiguriert, ein integriertes Modell von einer zweiten Netzvorrichtung zu empfangen, wobei die zweite Netzvorrichtung von der ersten Netzvorrichtung getrennt ist. Der Speicher ist konfiguriert, das integrierte Modell, Diagnose-Problemcodedaten, Daten der wahrscheinlichsten Ursache und Daten der unwahrscheinlichsten Ursache zu speichern, wobei die Diagnose-Problemcodedaten, die Daten der wahrscheinlichsten Ursache und die Daten der unwahrscheinlichsten Ursache entsprechende Angaben der Problemursache für ein Problem eines Fahrzeugs aufweisen. Das Steuermodul ist konfiguriert, das integrierte Modell auszuführen, wobei es während des Ausführens des integrierten Modells: die Angaben der Problemursache, die den Diagnose-Problemcodedaten entsprechen, die Daten der wahrscheinlichsten Ursache und die Daten der unwahrscheinlichsten Ursache vergleicht, um zu bestimmen, ob die Angaben der Problemursache konsistent sind, so dass eine gleiche Problemursache angegeben wird; in Reaktion darauf, dass die Angaben der Problemursache konsistent sind, die gleiche Problemursache anzeigt, und in Reaktion darauf, dass die Angaben der Problemursache inkonsistent sind, und basierend auf einem Satz von Bedingungen einen selektiven Abschnitt von funktionszustandsbezogenen Informationen anzeigt, während es das Anzeigen eines weiteren selektiven Abschnitts der funktionszustandsbezogenen Informationen unterlässt.
  • Gemäß anderen Merkmalen ist das integrierte Modell wenigstens eines eines heuristischen Modells oder eines Modells des maschinellen Lernens.
  • Gemäß anderen Merkmalen ist das Steuermodul konfiguriert: zu bestimmen, ob eine Komponente ausgefallen ist; in Reaktion auf das Bestimmen, dass die Komponente nicht ausgefallen ist, zu bestimmen, ob historische Daten anzuzeigen sind oder ob das Anzeigen eines Funktionszustandsberichts des Fahrzeugs zu unterlassen ist; und in Reaktion auf das Bestimmen, dass die Komponente ausgefallen ist, zu bestimmen, ob selektive funktionszustandsbezogene Informationen anzuzeigen sind oder ob das Anzeigen eines Funktionszustandsberichts des Fahrzeugs zu unterlassen ist.
  • Gemäß anderen Merkmalen ist das Steuermodul konfiguriert: zu bestimmen, ob eine nicht leere Menge von Daten der wahrscheinlichsten Ursache und eine nicht leere Menge von Daten der unwahrscheinlichsten Ursache verfügbar sind; in Reaktion auf das Bestimmen, dass eine leere Menge von Daten der wahrscheinlichsten Ursache und eine leere Menge von Daten der unwahrscheinlichsten Ursache verfügbar sind, das Anzeigen eines Zustandsberichts zu unterlassen; und in Reaktion auf das Bestimmen, dass eine nicht leere Menge von Daten der wahrscheinlichsten Ursache und eine nicht leere Menge von Daten der unwahrscheinlichsten Ursache verfügbar sind, die Daten der wahrscheinlichsten Ursache und die Daten der unwahrscheinlichsten Ursache anzuzeigen.
  • Gemäß anderen Merkmalen ist das Steuermodul konfiguriert: zu bestimmen, ob die Daten der wahrscheinlichsten Ursache und die Daten der unwahrscheinlichsten Ursache mit wenigstens einem von Technikerbeobachtungen oder wortgetreuen Technikerberichten konsistent sind; in Reaktion auf das Bestimmen, dass die Daten der wahrscheinlichsten Ursache und die Daten der unwahrscheinlichsten Ursache mit wenigstens einem von Technikerbeobachtungen oder wortgetreuen Technikerberichten konsistent sind, die Daten der wahrscheinlichsten Ursache und die Daten der unwahrscheinlichsten Ursache anzuzeigen; und in Reaktion auf das Bestimmen, dass die Daten der wahrscheinlichsten Ursache und die Daten der unwahrscheinlichsten Ursache mit wenigstens einem von Technikerbeobachtungen oder wortgetreuen Technikerberichten inkonsistent sind, die Daten der wahrscheinlichsten Ursache, der Daten der unwahrscheinlichsten Ursache und andere funktionszustandsbezogene Daten anzuzeigen.
  • Gemäß anderen Merkmalen ist das Steuermodul konfiguriert: zu bestimmten, ob die historischen Daten der wahrscheinlichsten Ursache und die historischen Daten der unwahrscheinlichsten Ursache verfügbar sind; in Reaktion darauf, dass die historischen Daten der wahrscheinlichsten Ursache und die historischen Daten der unwahrscheinlichsten Ursache nicht verfügbar sind, das Anzeigen eines Funktionszustandsberichts zu unterlassen; und in Reaktion darauf, dass die historischen Daten der wahrscheinlichsten Ursache und die historischen Daten der unwahrscheinlichsten Ursache verfügbar sind, zu bestimmen, die historischen Daten der wahrscheinlichsten Ursache und/oder die historischen Daten der unwahrscheinlichsten Ursache mit wortgetreuen Kundenberichten übereinstimmen oder keine wortgetreuen Kundenberichte verfügbar sind.
  • Gemäß anderen Merkmalen ist das Steuermodul konfiguriert: in Reaktion darauf, dass die historischen Daten der wahrscheinlichsten Ursache und/oder die historischen Daten der unwahrscheinlichsten Ursache mit wortgetreuen Kundenberichten konsistent sind oder keine wortgetreuen Kundenberichte verfügbar sind, Trenddaten anzuzeigen; und in Reaktion darauf, dass die historischen Daten der wahrscheinlichsten Ursache und/oder die historischen Daten der unwahrscheinlichsten Ursache nicht mit wortgetreuen Kundenberichten konsistent sind oder wortgetreue Kundenberichte verfügbar sind, die historischen Daten der wahrscheinlichsten Ursache und die historischen Daten der unwahrscheinlichsten Ursache anzuzeigen.
  • Gemäß anderen Merkmalen enthalten die Daten der wahrscheinlichsten Ursache die historischen und die aktuellen Daten der wahrscheinlichsten Ursache. Die Daten der unwahrscheinlichsten Ursache enthalten die historischen und die aktuellen Daten der wahrscheinlichsten Ursache.
  • Gemäß anderen Merkmalen enthalten die funktionszustandsbezogenen Informationen die Daten der wahrscheinlichsten Ursache, die Daten der unwahrscheinlichsten Ursache, Trenddaten, Systemschemadaten und eine Empfehlung für eine Reparatur.
  • Gemäß anderen Merkmalen ist das Steuermodul konfiguriert: der Sender/Empfänger ist konfiguriert, integrierte Informationen zu empfangen, die durch das Fahrzeug, die zweite Netzvorrichtung oder eine weitere Netzvorrichtung erzeugt werden, wobei die integrierten Informationen eine Grün-Leistungs-Entscheidung enthalten; Entscheidungen über die unwahrscheinlichste Ursache basierend auf den integrierten Informationen zu erzeugen; und die Entscheidung über die unwahrscheinlichste Ursache anzuzeigen.
  • Gemäß anderen Merkmalen wird ein System bereitgestellt, das die erste Netzvorrichtung und die zweite Netzvorrichtung enthält. Die zweite Netzvorrichtung enthält einen zweiten Sender/Empfänger, einen zweiten Speicher und ein zweites Steuermodul. Der zweite Sender/Empfänger ist konfiguriert, die Diagnose-Problemcodedaten, die Daten der wahrscheinlichsten Ursache und die Daten der unwahrscheinlichsten Ursache von der ersten Netzvorrichtung zu empfangen. Der zweite Speicher ist konfiguriert, für ein Fahrzeugprogramm das integrierte Modell, Daten der effektiven Störungsmodusanalyse, die Diagnose-Problemcodedaten, die Daten der wahrscheinlichsten Ursache, die Daten der unwahrscheinlichsten Ursache, die wortgetreuen Daten der Fahrzeugbedienungsperson und Reparaturhandlungen zu speichern. Das zweite Steuermodul ist konfiguriert: das integrierte Modell basierend auf den Daten der effektiven Störungsmodusanalyse, den Diagnose-Problemcodedaten, den Daten der wahrscheinlichsten Ursache, den Daten der unwahrscheinlichsten Ursache, den wortgetreuen Daten der Fahrzeugbedienungsperson und den Reparaturhandlungen zu trainieren und/oder zu aktualisieren; und anschließend an das wenigstens eine des Trainierens oder Aktualisierens des integrierten Modells das integrierte Modell über den zweiten Sender/Empfänger zu der ersten Netzvorrichtung zu übertragen.
  • Gemäß anderen Merkmalen ist das integrierte Modell wenigstens eines von einem heuristischen Modell oder einem Modell des maschinellen Lernens und konfiguriert, selektive Wartungsinformationen zu melden, während es andere Wartungsinformationen basierend auf der Konsistenz der Ursachenangaben und der Verfügbarkeit der nicht leeren Menge von Daten der wahrscheinlichsten Ursache und der nicht leeren Menge von Daten der unwahrscheinlichsten Ursache ausschließt.
  • Gemäß anderen Merkmalen ist das zweite Steuermodul konfiguriert, das integrierte Modell basierend auf den Diagnose-Problemcodedaten, den Daten der wahrscheinlichsten Ursache oder den Daten der unwahrscheinlichsten Ursache für ein weiteres Fahrzeug des Fahrzeugprogramms zu trainieren und/oder zu aktualisieren.
  • Gemäß anderen Merkmalen bezieht sich das Fahrzeugprogramm auf einen Typ, ein Modell und ein Jahr des Fahrzeugs. Die Diagnose-Problemcodes stammen von mehreren gemäß dem Fahrzeugprogramm hergestellten Fahrzeugen.
  • Gemäß anderen Merkmalen ist das zweite Steuermodul konfiguriert, während wenigstens eines des Trainierens oder des Aktualisierens des integrierten Modells die Reparaturmaßnahmen zu entfernen, die das Problem nicht gelöst haben.
  • Gemäß anderen Merkmalen ist das zweite Steuermodul konfiguriert: aus selektiven wortgetreuen Daten und Daten der effektiven Störungsmodusanalyse wenigstens eines eines Symptoms, einer Grundursache oder der Kandidatendaten des Problems zu extrahieren; einen Garantiearbeitscode mit den extrahierten selektiven wortgetreuen Daten und den Daten der effektiven Störungsmodusanalyse zu kombinieren; und das integrierte Modell basierend auf dem mit den extrahierten selektiven wortgetreuen Daten und den Daten der effektiven Störungsmodusanalyse kombinierten Garantiearbeitscode zu trainieren oder zu aktualisieren.
  • Gemäß anderen Merkmalen ist das zweite Steuermodul konfiguriert: den mit den extrahierten selektiven wortgetreuen Daten und den Daten der effektiven Störungsmodusanalyse kombinierten Garantiearbeitscode zu normieren; und das integrierte Modell basierend auf dem normierten mit den extrahierten selektiven wortgetreuen Daten und den Daten der effektiven Störungsmodusanalyse kombinierten Garantiearbeitscode zu trainieren oder zu aktualisieren.
  • Gemäß anderen Merkmalen ist das zweite Steuermodul konfiguriert: den normierten mit den extrahierten selektiven wortgetreuen Daten und den effektiven Fehlerbetriebsartanalysedaten kombinierten Garantiearbeitscode zu teilen, um Trainingsdaten, Validierungsdaten und Testdaten bereitzustellen; das integrierte Modell basierend auf den Trainingsdaten zu trainieren; einen Hyperparameter des integrierten Modells basierend auf den Validierungsdaten zu bestimmen; und die Leistung des integrierten Modells unter Verwendung der Testdaten zu bestimmen.
  • Gemäß anderen Merkmalen wird ein Wartungsverfahren geschaffen, das enthält: Empfangen eines integrierten Modells über einen Sender/Empfänger einer ersten Netzvorrichtung von einer zweiten Netzvorrichtung; und Speichern des integrierten Modells, von Diagnose-Problemcodedaten, von Daten der wahrscheinlichsten Ursache und von Daten der unwahrscheinlichsten Ursache in der ersten Netzvorrichtung, wobei die Diagnose-Problemcodedaten, die Daten der wahrscheinlichsten Ursache und die Daten der unwahrscheinlichsten Ursache entsprechende Angaben der Problemursache für ein Problem eines Fahrzeugs aufweisen. Das Verfahren enthält ferner das Ausführen des integrierten Modells und während des Ausführens des integrierten Modells: Vergleichen der Angaben der Problemursache und entsprechend mit den Diagnose-Problemcodedaten, den Daten der wahrscheinlichsten Ursache und den Daten der unwahrscheinlichsten Ursache, um zu bestimmen, ob die Angaben der Problemursache konsistent sind, so dass die gleiche Problemursache angegeben wird; in Reaktion darauf, dass die Angaben der Problemursache konsistent sind, Anzeigen der gleichen Problemursache; und in Reaktion darauf, dass die Angaben der Problemursache inkonsistent sind, und basierend auf einem Satz von Bedingungen Anzeigen eines selektiven Abschnitts der funktionszustandsbezogenen Informationen, während das Anzeigen eines weiteren selektiven Abschnitts der funktionszustandsbezogenen Informationen unterlassen wird.
  • Gemäß anderen Merkmalen enthält das Verfahren ferner: Empfangen der Diagnose-Problemcodedaten, der Daten der wahrscheinlichsten Ursache und der Daten der unwahrscheinlichsten Ursache von der ersten Netzvorrichtung an der zweiten Netzvorrichtung; Speichern des integrierten Modells, der Daten der effektiven Störungsmodusanalyse, der Diagnose-Problemcodedaten, der Daten der wahrscheinlichsten Ursache, der Daten der unwahrscheinlichsten Ursache, der wortgetreuen Daten der Fahrzeugbedienungsperson und der Reparaturhandlungen für ein Fahrzeugprogramm in der zweiten Netzvorrichtung; wenigstens eines von Trainieren oder Aktualisieren des integrierten Modells basierend auf den Daten der effektiven Störungsmodusanalyse, den Diagnose-Problemcodedaten, den Daten der wahrscheinlichsten Ursache, den Daten der unwahrscheinlichsten Ursache, den wortgetreuen Daten der Fahrzeugbedienungsperson und den Reparaturhandlungen; und anschließend an das wenigstens eine des Trainierens oder Aktualisierens des integrierten Modells Übertragen des integrierten Modells zu der ersten Netzvorrichtung.
  • Weitere Bereiche der Anwendbarkeit der vorliegenden Offenbarung werden aus der ausführlichen Beschreibung, den Ansprüchen und den Zeichnungen offensichtlich. Die ausführliche Beschreibung und die spezifischen Beispiele sind nur für Veranschaulichungszwecke vorgesehen und sind nicht vorgesehen, den Schutzumfang der Offenbarung einzuschränken.
  • Figurenliste
  • Die vorliegende Offenbarung wird aus der ausführlichen Beschreibung und den beigefügten Zeichnungen vollständiger verstanden; es zeigen:
    • 1 einen funktionalen Blockschaltplan eines beispielhaften Funktionszustands-Überwachungssystems, das konfiguriert ist, ein integriertes heuristisches und/oder Modell des maschinellen Lernens gemäß der vorliegenden Offenbarung zu implementieren;
    • 2 einen funktionalen Blockschaltplan eines beispielhaften Fahrzeugsystems, das ein Funktionszustandsmodul gemäß der vorliegenden Offenbarung enthält;
    • 3 einen funktionalen Blockschaltplan eines beispielhaften Kundendienstbüros gemäß der vorliegenden Offenbarung;
    • 4 ein Wartungsberichtsverfahren, das unter Verwendung des integrierten heuristischen und/oder Modells des maschinellen Lernens gemäß der vorliegenden Offenbarung implementiert ist;
    • 5 einen Anpassungsprozess zum Aktualisieren des integrierten heuristischen und/oder Modells des maschinellen Lernens gemäß der vorliegenden Offenbarung;
    • 6 einen beispielhaften Wartungswerkzeugschirm, der ein Trenddiagramm und einen Systemfunktionszustandsinformationsbericht mit Informationen über die wahrscheinlichste Ursache (MPC) und die unwahrscheinlichste Ursache (LPC) gemäß der vorliegenden Offenbarung enthält;
    • 7 einen beispielhaften Wartungswerkzeugschirm, der ein schematisches Systemdiagramm und einen Systemfunktionszustandsinformationsbericht, der MPC- und LPC-Informationen enthält, gemäß der vorliegenden Offenbarung enthält;
    • 8 einen funktionalen Blockschaltplan, der eine erste beispielhafte Architektur veranschaulicht, die die Integration von aktuellen Fahrzeugdaten in einem Wartungswerkzeug und die Integration von Ursachenangabedaten der Grün-Leistung (POG) in einem Kundendienstbüro gemäß der vorliegenden Offenbarung enthält;
    • 9 einen funktionalen Blockschaltplan, der eine zweite beispielhafte Architektur veranschaulicht, die die Integration von aktuellen Fahrzeugdaten und POG-Ursachenangabedaten am Wartungswerkzeug gemäß der vorliegenden Offenbarung enthält;
    • 10 einen funktionalen Blockschaltplan, der eine dritte beispielhafte Architektur veranschaulicht, die die Integration von aktuellen Fahrzeugdaten im Wartungswerkzeug und die Integration von POG-Ursachenangabedaten in einem Fahrzeug gemäß der vorliegenden Offenbarung enthält; und
    • 11 einen funktionalen Blockschaltplan, der eine vierte beispielhafte Architektur veranschaulicht, die die Integration von aktuellen Fahrzeugdaten und POG-Ursachenangabedaten in einem Fahrzeug gemäß der vorliegenden Offenbarung enthält.
  • In den Zeichnungen können Bezugszeichen mehrfach verwendet sein, um ähnliche und/oder völlig gleiche Elemente zu identifizieren.
  • AUSFÜHRLICHE BESCHREIBUNG
  • Wenn eine Fahrzeugbedienungsperson ein Problem innerhalb eines Fahrzeugs erfährt (das Fahrzeug z. B. Startschwierigkeiten hat), wird das Fahrzeug zu einer Reparaturwerkstatt gebracht, um das Fahrzeug warten und/oder reparieren zu lassen. Ein Wartungstechniker schließt das Fahrzeug typischerweise an ein Diagnose-Wartungswerkzeug an, um zu bestimmen, ob irgendwelche Diagnose-Problemcodes (DTCs) gesetzt worden sind. Der Techniker kann außerdem verschiedene andere gesammelte und/oder zugängliche Informationen, wie z. B. FMEA-Dokumente, DFMEA-Wartungshandbuch-Dokumente, historische Daten, aktuelle Messdaten, wortgetreue Anmerkungen (die im Folgenden als wortgetreue Berichte bezeichnet werden) von der Fahrzeugbedienungsperson usw. überprüfen. Wenn sich bestimmte Probleme ergeben, können die gesammelten Informationen inkonsistent sein und unterschiedliche Ursachen eines Problems angeben, insbesondere für intermittierende Störungen. Im Ergebnis können die Diagnoseergebnisse von verschiedenen Werkzeugen und Quellen einen Wartungstechniker verwirren und zu Misstrauen gegenüber den Wartungswerkzeugen, einer falschen Diagnose und/oder Prognose der Probleme und erhöhten Wartungs- und Garantiekosten führen. Außerdem kann dies, falls mehrere DTCs für ein Problem gesetzt sind, ferner die Schwierigkeit beim Bestimmen der wahren Grundursache des Problems vergrößern.
  • Die Kein-Problem-gefunden-Rate (NTF-Rate) und die Kundenanliegen-nicht-reproduziert-Rate (CCND-Rate) können für bestimmte Problemen hoch sein. Wenn als ein Beispiel ein Fahrzeug Startschwierigkeiten hat, kann die Ursache des Problems einer oder mehrere von mehreren Punkten sein, eine fehlerhafte Batterie, ein fehlerhafter Anlasser, ein fehlerhaftes elektronisches Steuermodul, eine fehlerhafte Verbindung, eine fehlerhafte elektronische Komponente usw. Ein Wartungstechniker kann beim Überprüfen aller gesammelten Informationen Schwierigkeiten haben, die Ursache des Problems genau zu bestimmen. Dies kann dazu führen, dass der Techniker fälschlicherweise bestimmt, dass z. B. die Batterie fehlerhaft ist, wenn die Batterie tatsächlich nicht fehlerhaft ist. Im Ergebnis steigen die Garantiekosten und/oder die Reparaturkosten des Kunden. Wenn eine Störung auftritt, kann ein Wartungstechniker, der den verfügbaren Wartungswerkzeugen und/oder den gesammelten Informationen misstraut, eine Komponente basierend auf dem aus einer früheren Erfahrung erhaltenen Wissen ersetzen. Dies kann außerdem zum Austausch einer falschen Komponente führen.
  • Falls als ein weiteres Beispiel das Problem intermittierend ist und es keinen gemeldeten Diagnose-Problemcode des Wartungswerkzeugs, keine leuchtende Störungs-Kontrollleuchte im Fahrzeug und keine Kundendienstbüro-Angabe von einem aktiven Funktionszustands-Fernüberwachungssystem gibt, kann der Techniker fälschlicherweise bestimmen, dass es keine Störung gibt. Dies führt dazu, dass der Kunde das Fahrzeug abholen, warten, bis das Problem schlimmer wird, und das Fahrzeug zurück in die Reparaturwerkstatt bringen muss, was zu einem unzufriedenen Kunden und ferner zu erhöhten Wartungs- und/oder Garantiekosten führen kann. Als ein Beispiel kann eine Kundendienstbüro-Angabe bereitgestellt werden, die eine grüne, gelbe oder rote (GYR) Angabe enthält, ob es ein Problem vorhanden ist. Die GYR-Angabe kann ein Vertrauensniveau für einen Funktionszustand (SOH) einer Komponente angeben. Eine grüne Bezeichnung gibt an, dass die Komponente wie erwartet funktioniert. Eine gelbe Bezeichnung gibt an, dass die Komponente mit verringerter Funktionalität arbeitet und/oder verschlechtert ist. Eine rote Bezeichnung gibt an, dass die Komponente ausgefallen ist oder innerhalb einer kurzen festgestellten Zeitspanne ausfallen wird.
  • Die hier dargelegten Beispiele enthalten Funktionszustands-Überwachungssysteme, die adaptive und integrierte Diagnosemodelle und -systeme enthalten, die einem Wartungstechniker selektive Informationen basierend auf bestimmten Bedingungen angeben. Andere selektive Wartungs- und/oder funktionszustandsbezogene Informationen werden nicht gemeldet. Dies wird ausgeführt, um die Verwirrung beim Bestimmen der Ursache eines Problems zu minimieren und/oder zu verhindern. Es sind mehrere verschiedene adaptive integrierte Architekturen und Verfahren offenbart. Es werden Beispiele zum Handhaben von permanenten Störungen und intermittierenden Störungen bereitgestellt. Permanente Störungen beziehen sich auf Störungen, die einer ausgefallenen Komponente zugeordnet sind. Intermittierende Störungen beziehen sich auf Störungen, die sporadisch angegeben werden und die einer verschlechterten Komponente, einer losen Verbindung und/oder einem anderen Problem, für das eine Störung nicht kontinuierlich angegeben wird, zugeordnet sein können. Die Systeme enthalten die Verwendung von heuristischen Modellen und Modellen des maschinellen Lernens und Schirme einzigartiger graphischer Anwenderschnittstellen für eine schnelle, klare und einfache Bestimmung eines Problems. Die Systeme ermöglichen einem Wartungstechniker eine schnelle und einfache Diagnose und/oder Prognose eines Problems.
  • 1 zeigt ein Funktionszustands-Überwachungssystem 100, das konfiguriert ist, ein integriertes heuristisches und/oder Modell des maschinellen Lernens zu implementieren. Das Funktionszustands-Überwachungssystem 100 enthält ein Fahrzeug 102, ein Kundendienstbüro 104 und ein Wartungswerkzeug 106. Das Fahrzeug 102 kann ein Karosseriesteuermodul (BCM) 110, einen Sender/Empfänger 112, einen Speicher 114 und die Fahrzeugsysteme 116 enthalten. Das BCM 110 oder ein anderes Steuermodul, das das Funktionszustandsmodul 118 hosted, kann ein Funktionszustandsmodul 118 enthalten, um einer Fahrzeugbedienungsperson funktionszustandsbezogene Informationen anzugeben. Die funktionszustandsbezogenen Informationen können über ein Infotainment-System angegeben werden, wie in 2 gezeigt ist. Der Speicher 114 kann verschiedene Daten 119 speichern. Beispiele der Fahrzeugsysteme 116 sind in 2 gezeigt. Die Daten können funktionszustandsbezogene Informationen, Wartungsinformationen usw. enthalten. Die funktionszustandsbezogenen Informationen können eine POG-Ursachenanhabe und in Beziehung stehende Informationen und System- und/oder Komponentenstatusinformationen (z. B. Funktionszustand, Betriebsdauer, Leistungsdaten usw.) enthalten.
  • Das Kundendienstbüro 104 kann als Teil eines cloud-basierten Netzes implementiert sein und einen oder mehrere Server 120, einen Sender/Empfänger 122 und einen Speicher 124 enthalten. Die Server 120 können ein Steuermodul 126 enthalten, das ein Modellmodul 128 enthalten kann. Das Modellmodul 128 kann ein integriertes heuristisches Modell und/oder Modell 130 des maschinellen Lernens (das im Folgenden als integriertes Diagnosemodell oder einfach als integriertes Modell 130 bezeichnet wird) erzeugen, trainieren und aktualisieren, das zusammen mit den Daten 132 im Speicher 124 gespeichert ist. Das Kundendienstbüro wird im Folgenden bezüglich 3 weiter beschrieben.
  • Das Wartungswerkzeug 106 kann in einer Reparaturwerkstatt implementiert sein und als Funktionstester beim Warten des Fahrzeugs 102 verwendet werden. Das Wartungswerkzeug 106 kann ein Steuermodul 140, einen Sender/Empfänger 142, eine Anwenderschnittstelle 144 und einen Speicher 146 enthalten. Das Steuermodul 140 enthält ein Wartungsmodul 148. Die Anwenderschnittstelle 144 kann einen Berührungsschirm und/oder ein Tastenfeld enthalten. Der Speicher 146 kann das integrierte Modell 130 und die Daten 150 speichern. Das Wartungswerkzeug 106 kann drahtlos oder über einen oder mehrere Drähte mit dem Fahrzeug 102 verbunden sein. Das Wartungswerkzeug 106 kann z. B. verwendet werden, um aktuelle DTCs (die als DTCs bezeichnet werden), historische DTCs (HDTCs), aktuelle MPCs (die als MPCs bezeichnet werden), aktuelle LPCs (die als LPCs bezeichnet werden) und/oder andere wartungsbezogene Informationen zu erhalten, zu empfangen und/oder zu erzeugen. Die Daten 150 können die DTCs, HDTCs, MPCs und LPCs enthalten.
  • In einigen Ausführungsformen ist das Wartungswerkzeug 106 an einer oder als Teil einer weiteren Netzvorrichtung implementiert, wie z. B. an oder als Teil eines Mobiltelefons, einer fahrzeuginternen Vorrichtung oder eines Servers eines Dienstanbieters. Der Dienstanbieter und/oder das Kundendienstbüro 104 können eine Website bereitstellen, die Wartungs- und/oder Funktionszustandsinformationen angibt, die durch das Wartungswerkzeug 106 ausgegeben werden. Die Website kann über das Mobiltelefon, die fahrzeuginterne Vorrichtung und/oder eine andere Netzvorrichtung zugänglich sein. Ein Anwender und/oder Techniker, der Zugriff auf das Mobiltelefon, die fahrzeuginterne Vorrichtung und/oder die andere Netzvorrichtung hat, kann auf die Website und/oder die Wartungs- und/oder Funktionszustandsinformationen zugreifen. Die Funktionszustandsinformationen können jede der im Folgenden dargelegten gemeldeten Informationen enthalten. Die Wartungs- und/oder Funktionszustandsinformationen können irgendwelche der hier offenbarten Wartungs- und/oder Funktionszustandsinformationen enthalten. In diesen Ausführungsformen ist das Wartungsmodul 148 im Mobiltelefon, in der fahrzeugeigenen Netzvorrichtung oder im Server des Dienstanbieters implementiert. Diese Ausführungsformen sind auf alle der Ausführungsformen nach den 1-11 und/oder entsprechenden Merkmale, die hierin beschrieben sind, anwendbar.
  • Die Steuermodule 110, 128, 140 können verschiedene funktionszustandsbezogene Informationen gemeinsam benutzen. Die Steuermodule 126 und 140 benutzen das integrierte Modell 130 gemeinsam. Das Steuermodul 126 kann das integrierte Modell 130 basierend auf von dem Fahrzeug 102 und/oder dem Wartungswerkzeug 106 empfangenen Daten trainieren und/oder aktualisieren.
  • 2 zeigt ein beispielhaftes Fahrzeugsystem 200 des Fahrzeugs 102 nach 1. Das Fahrzeugsystem 200 enthält das BCM 110, ein Telematikmodul 206, ein Antriebssteuermodul 208, ein Bremssystem 210, ein Navigationssystem 212, ein Infotainmentsystem 214, eine Klimaanlage 216 und weitere Fahrzeugsysteme und -module 218. Das BCM 110 enthält das Funktionszustandsmodul 118. Die Module und Systeme 110, 118, 206, 208, 212, 214, 216, 218 können über einen Controller-Bereichsnetz- (CAN-) Bus 219 miteinander kommunizieren. Diese Kommunikation kann andere Systeme, wie z. B. das Bremssystem 210, enthalten. Eine Leistungsquelle 220 kann enthalten sein und das BCM 110 und andere Systeme, Module, Vorrichtungen und/oder Komponenten mit Energie versorgen. Die Leistungsquelle 220 kann eine oder mehrere Batterien und/oder andere Leistungsquellen enthalten.
  • Das Telematikmodul 206 kann die Sender/Empfänger 230 und ein Telematik-Steuermodul 232 enthalten. Das Antriebssteuermodul 208 kann den Betrieb eines Antriebssystems 236 steuern, das eine Kraftmaschine 238 und/oder einen oder mehrere Elektromotoren 240 enthalten kann. Die Kraftmaschine 238 kann einen Startermotor 242 (oder Anlasser), ein Kraftstoffsystem 244, ein Zündsystem 246 und ein Drosselklappensystem 248 enthalten.
  • Das BCM 110 kann die Module und Systeme 118, 206, 208, 210, 212, 214, 216, 218 und andere Vorrichtungen und Systeme basierend auf den Daten von den Sensoren 260 steuern. Die anderen Vorrichtungen und Systeme können Fenster- und Türaktuatoren 262, Innenleuchten 264, Außenleuchten 266, Kofferraummotor und -schloss 268, Sitzpositionsmotoren 270, Sitztemperatursteuersysteme 272 und Fahrzeugspiegelmotoren 274 enthalten. Die Sensoren 260 können Temperatursensoren, Drucksensoren, Durchflussmengensensoren, Positionssensoren usw. enthalten.
  • Das Funktionszustandsmodul 118 kann Zustände der dargelegten Systeme, Module, Vorrichtungen und Komponenten überwachen und Funktionszustandsinformationen z. B. über das Infotainmentsystem 214 angeben, das eine oder mehrere Anzeigen, Leuchten, ein Audiosystem usw. enthalten kann. Das Funktionszustandsmodul 118 kann die Funktionszustandsinformationen den Steuermodulen 126, 140 nach 1 und/oder verschiedene Statusinformationen melden. Das Funktionszustandsmodul 118 kann außerdem funktionszustandsbezogene Informationen von den Steuermodulen 126, 140 empfangen und die funktionszustandsbezogenen Informationen einer Fahrzeugbedienungsperson melden.
  • 3 zeigt das beispielhafte Kundendienstbüro 104, das die Server 120, den Sender/Empfänger 122 und den Speicher 124 enthält. Die Server 120 enthalten das Steuermodul 126 mit dem Modellmodul 128. Das Modellmodul 128 kann die FMEA- und DFMEA-Informationen 300, die historischen Daten 302, die DTCs, HDTCs, MPCs und LPCs 304, wortgetreue Berichte und Reparaturhandlungen 306 empfangen und basierend auf diesen Informationen das integrierte Modell 130 erzeugen, trainieren, aktualisieren und bereitstellen. Das integrierte Modell 130 kann dem Wartungswerkzeug 106 nach 1 bereitgestellt werden.
  • Die FMEA- und DFMEA-Informationen 300 nach 3 können Beziehungen zwischen Symptomen und Problemen enthalten. Die FMEA- und DFMEA-Informationen 300 können von einem entfernten Datenzentrum 310 empfangen werden. Die historischen Daten 302 können die HLPCs und HMPCs enthalten, die zuvor für das aktuelle Modell des Fahrzeugs (d. h., das Modell des Fahrzeugs 102 nach 1) aufgezeichnet wurden. Für Fahrzeuge verschiedener Modelle kann ein anderes integriertes Modell erzeugt werden. Die historischen Daten 302 können historische Daten für das spezielle Fahrzeug 102 und/oder andere Fahrzeuge desselben Modells und/oder Typs enthalten.
  • Die DTCs, HDTCs, MPCs und LPCs 304 können vom Wartungswerkzeug 106 nach 1 empfangen werden. Die DTCs, HDTCs, MPCs und LPCs 304 können außerdem oder alternativ am Fahrzeug 102 erzeugt und zu dem Kundendienstbüro 104 übertragen werden. Die DTCs, HDTCs, MPCs und LPCs 304 können außerdem oder alternativ nach dem Verarbeiten der vom Fahrzeug 102 gesammelten Originalsignale im Kundendienstbüro 104 erzeugt werden. Die wortgetreuen Berichte und Reparaturhandlungen 306 nach 3 können wortgetreue Berichte der Fahrzeugbedienungsperson, wortgetreue Berichte des Wartungstechnikers und tatsächlich ausgeführte Reparaturhandlungen mit entsprechenden Reparaturhandlungsetiketten, die die ausgeführte Handlung identifizieren, enthalten. Der Speicher 124 kann das integrierte Modell 130, die FMEA- und DFMEA-Informationen 300, die historischen Daten 302, die wortgetreuen Berichte und die Reparaturhandlungen 306, die aktuellen Daten 320 (z. B. die DTCs, MPCs, LPCs) und die HDTCs 322, die außerdem als historische Daten bezeichnet werden können, speichern.
  • Das Modellmodul 128 kann das integrierte Modell 130 für jedes Fahrzeugprogramm anpassen, das sich auf einen Fahrzeugtyp, ein Modell, ein Jahr und/oder andere Fahrzeugidentifikationsinformationen beziehen kann. Das Modellmodul 128 kann ein neuronales Netz, wie z. B. ein faltendes neuronales Netz (CNN) und/oder ein rekurrentes neuronales Netz (RNN), implementieren. Das Modellmodul 128 arbeitet außerdem oder alternativ als eine Stützvektormaschine (SVM). Das Modellmodul 128 kann außerdem oder alternativ ein Random-Forest-Lernverfahren implementieren, während es das integrierte Modell 130 trainiert. Das Modellmodul 128 kann außerdem oder alternativ ein statistisches Interferenzverfahren implementieren, wie z. B. ein Bayessches Interferenzverfahren, um eine Wahrscheinlichkeit für eine Hypothese zu aktualisieren, wenn Daten verfügbar werden.
  • Das integrierte Modell 130 wird, sobald es trainiert ist, dem Wartungswerkzeug 106 nach 1 bereitgestellt. Das Wartungswerkzeug 106 führt das integrierte Modell 130 aus, um Funktionszustands-Berichtsinformationen zu erzeugen, wie im Folgenden weiter beschrieben wird.
  • 4 zeigt ein unter Verwendung des integrierten heuristischen und/oder Modells des maschinellen Lernens implementiertes Wartungsberichtsverfahren. Die Operationen von 4 können iterativ ausgeführt werden. Das Verfahren kann bei 400 beginnen und kann durch das Wartungsmodul 148 des Wartungswerkzeugs 106 ausgeführt werden. Bei 402 lädt das Wartungsmodul 148 für ein aktuell getestetes Fahrzeug die verfügbaren historischen Daten (z. B. die HMPC-, HLPC- und HDTC-Daten) in den Speicher 146.
  • Bei 404 kann das Wartungsmodul 148 die MPC- und LPC-Daten erzeugen und kann abhängig von dem Zeitraum, für den die Daten erzeugt werden, die HMPC- und HLPC-Daten erzeugen. Die MPC- und LPC-Daten können basierend auf Parameterkennungen (IDs), DTCs und Fahrzeugfunktionszustandsmanagement-(VHM-) Informationen erzeugt werden. Die HMPC-, HLPC-, MPC- und LPC-Daten können Indikatoren für leere Mengen enthalten, falls die HMPC-, HLPC-, MPC- und/oder LPC-Daten im Fall unzureichender Daten nicht erzeugt werden können. Die VHM-Informationen können eine GYR-Angabe und/oder andere funktionszustandsbezogene Informationen enthalten. Die VHM-Informationen können auf dem kontinuierlichen Bewerten während eines ausgedehnten Zeitraums verschiedener Parameter, die einen Zustand des Funktionszustands angeben, basieren. Als ein Beispiel können ein Ladezustand einer Batterie, eine Leerlaufspannung, eine minimale Anlassspannung, eine Anlasszeit, ein Innenwiderstand der Batterie und/oder andere Parameter bewertet werden. Problemsymptome (Abweichungen vom Normalen) in den überwachten Parametern werden identifiziert, um Störungen (z. B. eine Batteriestörung) zu diagnostizieren und vorherzusagen. Die MPC-Daten, die VHM-Informationen, die DTCs usw. können auf Ursachenangaben (die manchmal als Entscheidungen bezeichnet werden) bezogen oder diesen zugeordnet sein, die mögliche, wahrscheinliche und/oder unwahrscheinliche Ursache(n) für jedes Problem angeben.
  • Bei 406 bestimmt das Wartungsmodul 148, ob die geladenen und erzeugten Daten und Informationen konsistent sind und folglich die gleiche Ursache eines Problems angeben. Falls die geladenen und erzeugten Daten nicht konsistent sind, wird die Operation 408 ausgeführt, andernfalls wird die Operation 410 ausgeführt.
  • Bei 408 meldet das Wartungsmodul 148 die konsistente Angabe der Problemursache und eine entsprechende Empfehlung, um das Problem zu lösen, und zeigt dies an. Dies kann über einen Wartungswerkzeugschirm ausgeführt werden. Der Wartungswerkzeugschirm kann ähnlich wie die in den 6 und 7 gezeigten Schirme konfiguriert sein, aber andere Informationen als die, die in den 6 und 7 gezeigt sind, enthalten.
  • Bei 410 bestimmt das Wartungsmodul 148, ob eine Komponente, die der Angabe der Problemursache zugeordnet ist, ausgefallen ist (z. B. funktionsunfähig ist und/oder nicht wie vorgesehen funktionieren kann). Falls ja, ist eine permanente Störung aufgetreten und wird die Operation 412 ausgeführt, andernfalls ist eine intermittierende Störung aufgetreten und wird die Operation 430 ausgeführt.
  • Bei 412 bestimmt das Wartungsmodul 148, ob eine nicht leere Menge der MPC- und LPC-Daten verfügbar ist. Falls nicht, kann das Wartungswerkzeug 106 und/oder das integrierte Modell nicht konfiguriert sein, die Störung (oder das Problem) zu diagnostizieren (oder abzudecken), wobei die Operation 414 ausgeführt wird, andernfalls sind das Wartungswerkzeug 106 und das integrierte Modell 130 konfiguriert, die Störung (oder das Problem) zu diagnostizieren, wobei die Operation 424 ausgeführt wird.
  • Bei 414 bestimmt das Wartungsmodul 148, ob eine nichtleere Menge der HMPC- und HLPC-Daten verfügbar sind. Falls nicht, ist die Störung nicht abgedeckt und wird die Operation 416 ausgeführt, andernfalls wird die Operation 418 ausgeführt.
  • Die Ausführung der Operation 416 kann als ein proaktiver Alarm bezeichnet werden.
  • Bei 416 unterlässt das Wartungsmodul 148 das Melden von funktionszustandsbezogenen Informationen einschließlich des Unterlassens des Anzeigens eines Funktionszustandsberichts.
  • Bei 418 bestimmt das Wartungsmodul 148 wenigstens eines von (i), ob die HMPC- und HLPC-Daten mit den wortgetreuen Kundenberichten konsistent sind, oder (ii), ob keine wortgetreuen Kundenberichte verfügbar sind. Wenn keines von beiden wahr ist, wird die Operation 420 ausgeführt, andernfalls wird die Operation 422 ausgeführt. Bei 420 zeigt das Wartungsmodul 148 die historischen Daten (z. B. die HMPC- und HLPC-Daten) an. Bei 422 meldet das Wartungsmodul 148 die HMPC-Daten, die HLPC-Daten und die Trenddaten und zeigt diese an. Als ein Beispiel kann das Problem ein Nichtstart sein, wobei das integrierte Modell bestimmen kann, dass eine Kraftstoffpumpe die Ursache für die Nichtstartbedingung ist, und die HMPC-, HLPC- und Trenddaten melden kann, die angeben können, dass die Kraftstoffpumpe nicht in Ordnung ist.
  • Bei 424 bestimmt das Wartungsmodul 148, ob die MPC- und LPC-Daten mit den Beobachtungen und wortgetreuen Berichten des Technikers konsistent sind. Falls ja, wird die Operation 426 ausgeführt, andernfalls wird die Operation 428 ausgeführt. Bei 426 meldet das Wartungsmodul 148 die MPC- und LPC-Angaben (oder Entscheidungen) der Problemursache und zeigt diese an. Um mit dem gleichen Beispiel eines Nichtstartproblems fortzufahren, kann die Operation 426 ausgeführt werden und angeben, dass das Nichtstartproblem auf eine fehlerhafte Batterie zurückzuführen ist.
  • Bei 428 zeigt das Wartungsmodul 148 funktionszustandsbezogene Informationen an, die die MPC, die LPC, eine Empfehlung, den DTC, Trenddaten, Systemschemata und/oder andere funktionszustandsbezogene Daten enthalten können. Die dargelegten Informationen können angeben, dass das Nichtstartproblem auf eine undichte Batterie zurückzuführen ist. Dies kann durch das Anzeigen einer MPC angegeben werden, die angibt, dass die wahrscheinlichste Ursache des Problems die undichte Batterie ist. Die Bedingungen einer undichten Batterie können schwierig zu detektieren und zu identifizieren sein. Falls die Operation 424 nicht ausgeführt wird, kann eine MPC-Angabe angeben, dass die MPC nicht die Batterie ist, obwohl die Batterie undicht ist. Die Operation 424 wird ausgeführt, um es einem Techniker zu ermöglichen, diese Bestimmung leichter auszuführen.
  • Bei 430 bestimmt das Wartungsmodul 148, ob die HMPC- und HLPC-Daten verfügbar sind. Falls nein, wird die Operation 432 ausgeführt, andernfalls wird die Operation 434 ausgeführt. Bei 432 unterlässt das Wartungsmodul 148 das Melden von funktionszustandsbezogenen Informationen einschließlich des Unterlassens des Anzeigens eines Funktionszustandsberichts.
  • Bei 434 bestimmt das Wartungsmodul 148 wenigstens eines von (i), ob die HMPC- und HLPC-Daten mit den wortgetreuen Kundenberichten konsistent sind, oder (ii), ob keine wortgetreuen Berichte verfügbar sind. Falls keines von beiden wahr ist, wird die Operation 436 ausgeführt, andernfalls kann die Operation 438 ausgeführt werden. Bei 436 zeigt das Wartungsmodul 148 die historischen Daten an (z. B. die HMPC- und die HLPC-Daten) an. Bei 438 meldet das Wartungsmodul 148 die HMPC-Daten, die HLPC-Daten und die Trenddaten und zeigt diese an. Dasselbe Nichtstartbeispiel fortsetzend kann das Wartungsmodul 148 angeben, dass eine intermittierende Nichtstartstörung aufgrund eines niedrigen Ladezustands einer Batterie aufgetreten ist.
  • Das Verfahren kann bei 440 enden. Dies kann anschließend an die Operationen 416, 420, 422, 426, 428, 432, 436, 438 geschehen.
  • 5 zeigt einen Anpassungsprozess zum Aktualisieren des integrierten heuristischen und/oder Modells des maschinellen Lernens 130 nach 1. Das Modell 130 kann ein Modell mit langem Kurzzeitgedächtnis (LSTM) sein. Das LSTM-Modell kann Zeitreihendaten abwickeln und Entscheidungen basierend auf aktuellen und historischen Daten treffen. Die Operationen nach 5 können iterativ ausgeführt werden. Das Verfahren kann durch das Modellmodul 128 des Kundendienstbüros 104 nach 1 ausgeführt werden und bei 500 beginnen.
  • Bei 502 lädt das Modellmodul 128 die historischen Daten, die die HMPC- und die HLPC-Daten für einen festgelegten Zeitraum enthalten können, und die aktuellen Testergebnisse, die die DTCs und die MPC- und LPC-Daten enthalten können. Dies kann für jede Reparatur ausgeführt werden, die an den Fahrzeugen eines Fahrzeugprogramms ausgeführt wurde. Das Fahrzeugprogramm kann sich auf einen Typ, ein Modell und ein Jahr des Fahrzeugs und andere Fahrzeugidentifikationsinformationen beziehen. Die historischen Daten und die aktuellen Daten, die die MPC-Daten, die LPC-Daten und die Diagnose-Problemcodes enthalten, können von mehreren gemäß dem Fahrzeugprogramm hergestellten Fahrzeugen stammen und/oder diesen entsprechen.
  • Bei 504 entfernt das Modellmodul 128 die Daten, die einer Reparatur zugeordnet sind, die das Problem nicht behoben hat, und/oder korrigiert die Daten, um die geeignete Reparatur anzugeben, die das Problem behebt. Dies kann basierend auf einem wortgetreuen Bericht von einer Fahrzeugbedienungsperson und/oder einem Techniker ausgeführt werden. Dies kann außerdem basierend auf einem wortgetreuen Bericht von einem Außendiensttechniker ausgeführt werden, der z. B. eine Komponente (z. B. eine Batterie) bewertet, die von einem Techniker für fehlerhaft gehalten worden ist. Die Daten können außerdem entfernt werden, wenn eine zusätzliche anschließende Reparatur ausgeführt wird, um das gleiche Problem zu beheben, das durch die zuvor ausgeführte Reparatur nicht behoben wurde.
  • Bei 506 lädt das Modellmodul 128 einen wortgetreuen Bericht, die FMEA- und DFMEA-Daten, wobei es ausgewählte Informationen, wie z. B. Symptome, Grundursachen und/oder ein Kandidaten-Teilsystem, die dem Problem zugeordnet sind, extrahiert. Bei 508 kombiniert das Modellmodul 128 einen Garantiearbeitscode mit den extrahierten ausgewählten Informationen und verwendet das kombinierte Ergebnis als die Etikettendaten für jeden Reparaturfall. Der Garantiearbeitscode kann sich auf eine Zahl beziehen, die angibt, welcher Typ der Reparatur ausgeführt wird (das Austauschen einer Batterie kann z. B. einen speziellen Garantiearbeitscode aufweisen).
  • Bei 510 ersetzt das Modellmodul 128 alle Felder des kombinierten Ergebnisses, die nicht verfügbar sind (oder eine leere Menge sind) durch eine konstante Zahl. Die konstante Zahl kann null, eine negative Zahl oder eine hohe Zahl sein, die die Zahl von anderen tatsächlichen Daten unterscheidet. Bei 512 normiert das Modellmodul 128 die kombinierten Ergebnisdaten. Dies kann das Skalieren der Daten enthalten, so dass sie Werte zwischen z. B. 0-1 aufweisen.
  • Bei 514 teilt das Modellmodul 128 die normierten Daten in Trainings-, Validierungs- und Testdatensätze auf.
  • Bei 516 stellt das Modellmodul 128 den Trainingsdatensatz als eine Eingabe in das integrierte Modell 130 nach 1 bereit, wobei es die Validierungsmenge verwendet, um den besten Hyperparameter zu finden, und den Testdatensatz verwendet, um ein Leistungsniveau des integrierten Modells zu bestimmen. Der Hyperparameter gibt eine beste Anzahl von Schichten des entsprechenden neuronalen Netzes an, die ein bestes Ergebnis bereitstellt. Zu wenige oder zu viele Schichten können zu einem schlechteren Ergebnis führen. Jede Schicht des neuronalen Netzes kann Gewichte enthalten, die während des oben dargelegten Trainings trainiert werden.
  • Bei 518 sichert das Modellmodul 128 das trainierte resultierende integrierte Modell mit der ausgewählten Anzahl von Schichten im Speicher 124. Das Modell kann zu einem oder mehreren Wartungswerkzeugen, wie z. B. dem Wartungswerkzeug 106, übertragen werden. Dies kann als eine anfängliche Übertragung zu den Wartungswerkzeugen ausgeführt werden oder um bereits in den Wartungswerkzeugen gespeicherte integrierte Modelle zu ersetzen und/oder zu aktualisieren. Das Verfahren kann bei 520 enden.
  • 6 zeigt einen Wartungswerkzeugschirm 600, der ein Fahrzeuginformationsfenster 602 und ein Systemfunktionszustandsinformationsberichtsfenster 604 enthält. Der beispielhafte Wartungswerkzeugschirm 600 wird als ein Beispiel für die Operation 438 nach 4 bereitgestellt. Das Fahrzeuginformationsfenster 602 kann Fahrzeuginformationen, wie z. B. eine Farbe, ein Fahrzeugwartungs-Tag, Bauartdaten, Lieferdaten und andere Fahrzeuginformationen enthalten. Die Fahrzeuginformationen können Freifeld-Handlungen 606 und Wartungsinformationen 608 enthalten. Die Freifeld-Handlungen 606 können Handlungstypen, Originalnummern und Beschreibungen enthalten. Die Wartungsinformationen 608 können Wartungstypen, Nummern, Beschreibungen, Daten usw. enthalten.
  • Das Systemfunktionszustandsinformationsberichtsfenster 604 kann ein Trenddiagramm 610 und einen Systemfunktionszustandsinformationsbericht 612 enthalten. Das Trenddiagramm 610 kann einen historischen Datentrend und/oder andere Trenddaten enthalten, die einem Problem im Lauf der Zeit zugeordnet sind. Das Trenddiagramm 610 kann angeben, wann ein Kunde ein Problem (z. B. ein Nichtstartproblem) bemerkt hat, wie in der beispielhaften graphischen Darstellung durch die Linie 614 gezeigt ist. Der Systemfunktionszustandsinformationsbericht 612 kann, wie gezeigt ist, eine MPC, eine LPC und eine Empfehlung angeben. Im gezeigten Beispiel ist ein Nichtstart aufgetreten und gibt das integrierte Modell eine MPC, die der Anlasser ist, eine LPC, die die Batterie ist, und eine Empfehlung, den Anlasser zu ersetzen, an. Das integrierte Modell kann ähnliche Informationen für andere Probleme und Ursachen des Problems bereitstellen. In einer Ausführungsform und für Fälle intermittierender Störungen zeigt das Wartungswerkzeug 106 nach 1 von den möglichen anzugebenden Funktionszustandsinformationen nur eine Korrelation und einen Trend der historischen Daten im Systemfunktionszustandsinformationsbericht.
  • Die oben beschriebenen Operationen sind als veranschaulichende Beispiele gemeint. Die Operationen können abhängig von der Anwendung sequentiell, synchron, gleichzeitig, kontinuierlich, während überlappender Zeiträume oder in einer anderen Reihenfolge ausgeführt werden. Außerdem kann irgendeine der Operationen abhängig von der Implementierung und/oder der Reihenfolge der Ereignisse nicht ausgeführt oder übersprungen werden.
  • 7 zeigt einen Wartungswerkzeugschirm 700, der ein Fahrzeuginformationsfenster 702 und ein Systemfunktionszustandsinformationsberichtsfenster 704 enthält. Der beispielhafte Wartungswerkzeugschirm 700 ist als ein Beispiel für die Operation 426 nach 4 bereitgestellt. Das Fahrzeuginformationsfenster 702 kann Fahrzeuginformationen, wie z. B. eine Farbe, ein Fahrzeugwartungs-Tag, Bauartdaten, Lieferdaten und andere Fahrzeuginformationen enthalten. Die Fahrzeuginformationen können Freifeld-Handlungen 706 und Wartungsinformationen 708 enthalten. Die Freifeld-Handlungen 706 können Handlungstypen, Originalnummern und Beschreibungen enthalten. Die Wartungsinformationen 708 können Wartungstypen, Nummern, Beschreibungen, Daten usw. enthalten.
  • Das Systemfunktionszustandsinformationsberichtsfenster 704 kann ein schematisches Systemdiagramm 710 und einen Systemfunktionszustandsinformationsbericht 712 enthalten. Das schematische Systemdiagramm 710 kann Blöcke enthalten, die Module, Vorrichtungen, Komponenten und entsprechende Zusammenschaltungen identifizieren, um eine hierarchische Anordnung und die Beziehungen zwischen den Modulen, Vorrichtungen und Komponenten zu veranschaulichen.
  • Verschiedene Module, Vorrichtungen und Komponenten können hervorgehoben und/oder unterschiedlich eingefärbt sein, um Module, Vorrichtungen und/oder Komponenten eines speziellen Teilsystems und/oder jene, die einem speziellen Problem zugeordnet sein können, anzugeben. Das schematische Systemdiagramm 710 ermöglicht es einem Techniker, die Module, Vorrichtungen und Komponenten schnell zu identifizieren, die einbezogen und/oder eine Ursache eines Problems sein können. Dies kann basierend auf den Informationen im Systemfunktionszustandsinformationsbericht ausgeführt werden. Der Techniker kann die Informationen im Systemfunktionszustandsinformationsbericht basierend auf dem schematischen Systemdiagramm 710 und/oder der Hervorhebung und/oder Einfärbung der verschiedenen Module, Vorrichtungen und/oder Komponenten verifizieren. Der Systemfunktionszustandsinformationsbericht, der durch das Systemfunktionszustandsinformationsberichtsfenster 704 bereitgestellt wird, kann, wie gezeigt ist, eine MPC, eine LPC und eine Empfehlung angeben. Im gezeigten Beispiel ist ein Nichtstart aufgetreten und gibt das integrierte Modell an: eine MPC, die ein CAN-Bus, ein Passiver-Zugang-Passiver-Start-Modul (PEPS-Modul), ein BCM oder ein Schlüsselanhänger (oder Schlüsselanhänger-Modul) ist; eine LPC, die die Batterie, der Anlasser oder die Kraftmaschine ist; und eine Empfehlung, die Busverbindung zu überprüfen. Das integrierte Modell kann ähnliche Informationen für andere Probleme und Ursachen des Problems bereitstellen. In einer Ausführungsform und für die Fälle permanenter Störungen zeigt das Wartungswerkzeug 106 nach 1 aus den möglichen Funktionszustandsinformationen, die verfügbar sind, um angegeben zu werden, nur die aktuellen Testergebnisse und die MPC- und LPC-Ergebnisse von dem integrierten Modell an (oder meldet diese). Das Wartungswerkzeug 106 unterlässt das Anzeigen anderer verfügbarer Status- und/oder funktionszustandsbezogener Informationen.
  • Die oben dargelegten Beispiele enthalten das Verwenden einer adaptiven Architektur, um das integrierte Modell zu aktualisieren. Ein heuristisches Modell wird verwendet, um verschiedene Informationen zu integrieren. Ein Modell des maschinellen Lernens wird verwendet, um ein integriertes Ergebnis (oder eine Entscheidung) zu erzeugen. Die FMEA und die DFMEA können zum Etikettieren von Symptomen, Grundursachen und Kandidaten verwendet werden.
  • Verschiedene Architekturen können für die LPC-Erzeugung basierend auf aktuellen Fahrzeugdaten, Diagnose- und Prognoseergebnissen und Technikerbeobachtungen und wortgetreuen Kundenberichten und für die Anzeige der LPC-Ergebnisse für den Wartungstechniker für die Fahrzeugreparatur implementiert sein. Das Bereitstellen von LPC-Informationen für die Techniker kann den Technikern helfen, unnötige Reparaturen zu vermeiden. Die Architekturen und die entsprechenden Systeme umfassen (i) die Datensammlung und -verarbeitung an Bord des Fahrzeugs und im Kundendienstbüro und (ii) die Wartungswerkzeugintegration und -anzeige für die Techniker.
  • 8 zeigt eine erste beispielhafte Architektur (oder ein erstes System) 800, die (das) die Integration von aktuellen Fahrzeugdaten an einem Wartungswerkzeug und die Integration von Problemursachen-Angabedaten der Grün-Leistung (POG) in einem Kundendienstbüro enthält. Die VHM-Bewertungen sind entworfen, den Anfang von definierten Feldstörungsmodi vorherzusagen. Die POG-Entscheidungen sind hier auf VHM-Informationen unter Verwendung von LPC-Heuristiken bezogen und werden basierend auf VHM-Informationen unter Verwendung von LPC-Heuristiken erzeugt. Je mehr aufeinanderfolgende Grün-Bewertungen von den GYR-Angaben für ein spezielles Teilsystem, ein spezielles Modul, eine spezielle Vorrichtung und/oder eine spezielle Komponente in einem festgelegten Zeitraum, desto sicherer ist das System, dass das Teilsystem, das Modul, die Vorrichtung und/oder die Komponente gut sind (d. h., normal und/oder innerhalb der normalen festgelegten Parameterbetriebsbereiche arbeiten). Je mehr aufeinanderfolgende Gelb- und/oder Rot-Bewertungen von den GYR-Angaben für ein spezielles Teilsystem, ein spezielles Modul, eine spezielle Vorrichtung und/oder eine spezielle Komponente in einem festgelegten Zeitraum, desto sicherer ist das System, dass das Teilsystem, das Modul, die Vorrichtung und/oder die Komponente fehlerhaft ist (d. h., anomal und/oder außerhalb der normalen festgelegten Parameterbetriebsbereiche arbeitet).
  • Das erste System 800 enthält das Fahrzeug 102, ein Kundendienstbüro 804 und das Wartungswerkzeug 106. Das Fahrzeug 102 enthält das BCM 110, den Sender/Empfänger 112, den Speicher 114 und die Fahrzeugsysteme 116. Das BCM 110 enthält das Funktionszustandsmodul 118. Das Funktionszustandsmodul 118 kann eine Datensammlung von den Bordsystemen, Modulen, Vorrichtungen und Komponenten ausführen und die gesammelten Daten an das Kundendienstbüro 804 und/oder das Wartungswerkzeug 106 melden. Das Funktionszustandsmodul 118 kann durch ein Fahrzeugmodul, ein Modul einer mobilen Netzvorrichtung (z. B. ein Mobiltelefon), einen Kopierschutzstecker und/oder eine andere Bordvorrichtung implementiert sein. Das Funktionszustandsmodul 118 kann als eine Anwendung implementiert sein. In einer Ausführungsform ist das Funktionszustandsmodul 118 durch ein bordinternes Telematiksystem implementiert.
  • Das Kundendienstbüro 804 enthält einen oder mehrere Server 820, einen Sender/Empfänger 822 und einen Speicher 824. Die Server 820 enthalten ein Steuermodul 826, das das Modellmodul 128 aufweist. Das Steuermodul 826 kann ferner ein Diagnose- und Prognosemodul 830, ein GYR-Modul 832 und ein POG-Modul 834 enthalten. Das Diagnose- und Prognosemodul 830 kann basierend auf den vom Funktionszustandsmodul 118 empfangenen Daten bestimmen: die Ursache eines bestehenden Problems; Vorhersage eines Problems, dessen Auftreten in der Zukunft erwartet wird; und/oder die Ursachen der Probleme, deren Auftreten vorhergesagt wird. Dies kann basierend auf historischen und aktuell gesammelten Daten von einem oder mehreren Fahrzeugen einschließlich des Fahrzeugs, das das bestehende Problem aufweist, stattfinden. Die im Kundendienstbüro 804 ausgeführten Operationen können als Cloud-Computing bezeichnet werden. Das GYR-Modul 832 kann basierend auf den historischen und aktuell gesammelten Daten GYR-Angaben bereitstellen. Die GYR-Angaben können auf der Diagnose und Prognose basieren. Die GYR-Angaben können z. B. durch Signalisierung an das Fahrzeug 102 und/oder an eine mobile Netzvorrichtung der Fahrzeugbedienungsperson als proaktive Alarme der Fahrzeugbedienungsperson bereitgestellt werden. Das POG-Modul 834 kann POG-Entscheidungen und historische Daten, wie z. B. die HMPC- und HLPC-Daten, basierend auf den GYR-Angaben und/oder der Ausgabe des GYR-Moduls 832 erzeugen. Die POG-Entscheidungen können LPCs enthalten und können Vertrauensniveaus für die getroffenen MPC- und LPC-Entscheidungen bereitstellen. Der Speicher 824 speichert das integrierte Modell 130 und die Daten 132.
  • Das Wartungswerkzeug 106 enthält ein Steuermodul 140, einen Sender/Empfänger 142, eine Anwenderschnittstelle 144 und einen Speicher 146. Das Steuermodul 140 enthält ein Wartungsmodul 148. Das Wartungsmodul 148 kann die POG-Entscheidungen, Fahrzeugdaten und Techniker- und Kundenberichte integrieren und basierend auf dieser Integration die MPC- und LPC-Daten (oder -Entscheidungen) erzeugen. Die Fahrzeugdaten können Daten enthalten, die durch das Funktionszustandsmodul 118 gesammelt worden sind. Dies kann unter Verwendung des integrierten Modells ausgeführt werden. Die MPC- und LPC-Entscheidungen können dem Kundendienstbüro für die fortgesetzte Anpassung des integrierten Modells zurück bereitgestellt werden. Der Speicher 146 speichert das integrierte Modell 130 und die Daten 150.
  • 9 zeigt eine zweite beispielhafte Architektur (oder ein zweites System) 900, die (das) die Integration der aktuellen Fahrzeugdaten und der POG-Problemursachen-Angabedaten am Wartungswerkzeug enthält. Das zweite System 900 enthält das Fahrzeug 102, ein Kundendienstbüro 904 und ein Wartungswerkzeug 906. Das Fahrzeug 102 enthält das BCM 110, den Sender/Empfänger 112, den Speicher 114 und die Fahrzeugsysteme 116. Das BCM 110 enthält das Funktionszustandsmodul 118.
  • Das Kundendienstbüro 904 enthält einen oder mehrere Server 920, einen Sender/Empfänger 922 und einen Speicher 924. Die Server 920 enthalten ein Steuermodul 926 mit einem Modellmodul 128. Das Steuermodul 926 kann ferner das Diagnose- und Prognosemodul 830 und das GYR-Modul 832 enthalten. Das Diagnose- und Prognosemodul 830 kann basierend auf den gesammelten Daten bestimmen: die Ursache eines bestehenden Problems; Vorhersage eines Problems, dessen Auftreten in der Zukunft erwartet wird; und/oder die Ursachen der Probleme, deren Auftreten vorhergesagt wird. Dies kann basierend auf den historischen und aktuell gesammelten Daten von einem oder mehreren Fahrzeugen einschließlich des Fahrzeugs, das das bestehende Problem aufweist, stattfinden. Die im Kundendienstbüro 804 ausgeführten Operationen können als Cloud-Computing-Operationen bezeichnet werden. Das GYR-Modul 832 kann basierend auf den historischen und aktuell gesammelten Daten GYR-Angaben bereitstellen. Die GYR-Angaben können auf der Diagnose und der Prognose basieren. Die GYR-Angaben können z. B. durch das Signalisieren dem Fahrzeug 102 und/oder einer mobilen Netzvorrichtung der Fahrzeugbedienungsperson als proaktive Alarme der Fahrzeugbedienungsperson bereitgestellt werden. Der Speicher 924 speichert das integrierte Modell 130 und die Daten 132.
  • Das Wartungswerkzeug 906 enthält ein Steuermodul 940, einen Sender/Empfänger 942, eine Anwenderschnittstelle 944 und einen Speicher 946. Das Steuermodul 940 enthält das Wartungsmodul 148 und ein POG-Modul 950. Das POG-Modul 950 kann POG-Entscheidungen und historische Daten, wie z. B. die HMPC- und HLPC-Daten, erzeugen. Die POG-Entscheidungen können die LPCs enthalten und können Vertrauensniveaus für die getroffenen MPC- und LPC-Entscheidungen bereitstellen.
  • Das Wartungsmodul 148 kann die POG-Entscheidungen, die Fahrzeugdaten und die Techniker- und Kundenberichte integrieren und MPC- und LPC-Daten (oder -Entscheidungen) erzeugen. Dies kann unter Verwendung des integrierten Modells ausgeführt werden. Die MPC- und LPC-Entscheidungen können dem Kundendienstbüro für die fortgesetzte Anpassung des integrierten Modells zurück bereitgestellt werden. Der Speicher 146 speichert das integrierte Modell 130 und die Daten 150.
  • 10 zeigt eine dritte beispielhafte Architektur (oder ein drittes System) 1000, die (das) die Integration von aktuellen Fahrzeugdaten am Wartungswerkzeug und die Integration der POG-Problemursachen-Angabedaten an einem Fahrzeug enthält. Das dritte System 1000 enthält ein Fahrzeug 1002, das Kundendienstbüro 104 und das Wartungswerkzeug 106. Das Fahrzeug 1002 enthält ein BCM 1010, einen Sender/Empfänger 1012, einen Speicher 1014 und die Fahrzeugsysteme 1016. Das BCM 1010 enthält das Funktionszustandsmodul 118 und kann ferner ein Diagnose- und Prognosemodul 1030, ein GYR-Modul 1032 und ein POG-Modul 1034 enthalten. Das Diagnose- und Prognosemodul 1030, das GYR-Modul 1032 und das POG-Modul 1034 können ähnlich wie das Diagnose- und Prognosemodul 830, das GYR-Modul 832 und das POG-Modul 834 nach 8 arbeiten. Das Diagnose- und Prognosemodul 830 kann Diagnose- und Prognoseinformationen basierend auf den durch das Fahrzeug gesammelten Daten einschließlich des Status der Fahrzeugsysteme, Module, Vorrichtungen und Komponenten bereitstellen. In einer Ausführungsform sind das Diagnose- und Prognosemodul 1030, das GYR-Modul 1032 und das POG-Modul 1034 unter Verwendung einer Edge-Computing-Vorrichtung implementiert, die sich an Bord des Fahrzeugs 102 befinden kann oder in einer Netzvorrichtung zwischen dem Fahrzeug 1002 und dem Kundendienstbüro 104 enthalten sein kann. Das POG-Modul 1034 stellt die POG-Entscheidungen dem Wartungsmodul 148 des Wartungswerkzeugs 106 bereit.
  • Das Kundendienstbüro 104 enthält den einen oder die mehreren Server 120, den Sender/Empfänger 122 und den Speicher 124. Die Server 120 enthalten das Steuermodul 126 mit dem Modellmodul 128 und trainieren und aktualisieren das integrierte Modell 130, wie oben beschrieben worden ist. Der Speicher 124 speichert das integrierte Modell 130 und die Daten 132. Das Wartungswerkzeug 106 enthält das Steuermodul 140, den Sender/Empfänger 142, die Anwenderschnittstelle 144 und den Speicher 146. Das Steuermodul 140 enthält das Wartungsmodul 148. Das Wartungsmodul 148 kann die POG-Entscheidung von dem POG-Modul 1034 und der Edge-Computing-Vorrichtung empfangen, anstatt dass sie vom Kundendienstbüro 104 empfangen werden. Der Speicher 146 speichert das integrierte Modell 130 und die Daten 150.
  • 11 zeigt eine vierte beispielhafte Architektur (oder ein viertes System) 1100, (das) die die Integration von aktuellen Fahrzeugdaten und POG-Problemursachen-Angabedaten an einem Fahrzeug enthält. Das vierte System 1100 enthält ein Fahrzeug 1102, das Kundendienstbüro 104 und das Wartungswerkzeug 106. Das Fahrzeug 1102 enthält ein BCM 1110, einen Sender/Empfänger 1112, einen Speicher 1114 und die Fahrzeugsysteme 1116. Das BCM 1010 enthält das Funktionszustandsmodul 118 und kann ferner ein Diagnose- und Prognosemodul 1030, ein GYR-Modul 1032 und ein POG-Modul 1034 enthalten. Das BCM 1110 kann außerdem ein Integrationsmodul 1136 enthalten. Das Integrationsmodul 1036 kann die POG-Entscheidungen, wie z. B. die LPC-Entscheidungen, mit anderen Fahrzeugdaten, wie z. B. den aktuellen MPC- und LPC-Daten, integrieren. Die anderen Fahrzeugdaten können die HMPC- und HLPC-Daten enthalten.
  • In einer Ausführungsform sind das Diagnose- und Prognosemodul 1030, das GYR-Modul 1032, das POG-Modul 1034 und das Integrationsmodul 1136 unter Verwendung einer Edge-Computing-Vorrichtung implementiert, die sich an Bord des Fahrzeugs 102 befinden kann oder in einer Netzvorrichtung zwischen dem Fahrzeug 1102 und dem Kundendienstbüro 104 enthalten sein kann. Das Integrationsmodul 1136 stellt die kombinierten POG-Entscheidungen und andere Fahrzeugdaten dem Wartungsmodul 148 des Wartungswerkzeugs 106 bereit.
  • Das Kundendienstbüro 104 enthält den einen oder die mehreren Server 120, den Sender/Empfänger 122 und den Speicher 124. Die Server 120 enthalten das Steuermodul 126 mit dem Modellmodul 128 und trainieren und aktualisieren das integrierte Modell 130, wie oben beschrieben worden ist. Der Speicher 124 speichert das integrierte Modell 130 und die Daten 132. Das Wartungswerkzeug 106 enthält das Steuermodul 140, den Sender/Empfänger 142, die Anwenderschnittstelle 144 und den Speicher 146. Das Steuermodul 140 enthält das Wartungsmodul 148. Das Wartungsmodul 148 kann die kombinierten POG-Entscheidungen und andere Fahrzeugdaten von dem Integrationsmodul 1136 und der Edge-Computing-Vorrichtung empfangen. Das Wartungsmodul 148 integriert die wortgetreuen Berichte/Berichte der Techniker und der Kunden (oder der Fahrzeugbedienungspersonen) und bordinterne Integrationsergebnisse, die vom Fahrzeug 1102 empfangen werden, und stellt basierend auf dieser Integration eine LPC-Entscheidung bereit, die in einem Wartungswerkzeugschirm gezeigt werden kann. Der Speicher 146 speichert das integrierte Modell 130 und die Daten 150.
  • Die oben beschriebenen Beispiele enthalten Architekturen für die Implementierung der LPC-Entscheidungserzeugung. Dies wird über die bordinterne und Kundendienstbüro-Datensammlung, -Diagnose und -Prognose des Fahrzeugs, die POG-Entscheidungserzeugung und die Informationsintegration im Fahrzeug, Wartungswerkzeug und/oder Kundendienstbüro ausgeführt. Für die Implementierung der LPC-Entscheidungserzeugung sind verschiedene Architekturvarianten vorgesehen. In einer Ausführungsform geschieht die bordinterne Datensammlung des Fahrzeugs und die Erzeugung der POG-Entscheidungen im Kundendienstbüro basierend auf den Diagnose- und Prognoseergebnissen. Die Integration von Wartungswerkzeuginformationen geschieht basierend auf den POG-Entscheidungen, den Fahrzeugdaten und den Techniker- und Kundenberichten.
  • In einer weiteren Ausführungsform werden die bordinterne Datensammlung des Fahrzeugs und das Aktualisieren der Kundendienstbüro-Datenbank für die Diagnose- und Prognoseergebnisse ausgeführt. Die POG-Entscheidungserzeugung wird basierend auf den Diagnose- und Prognose- (D- u. P-) Ergebnissen bereitgestellt. Die D- u.- P-Ergebnisse werden für die POG-Entscheidungen in einem Wartungswerkzeug verwendet. Die POG-Entscheidungen, die Fahrzeugdaten und die Techniker- und Kundenberichte werden integriert.
  • In einer noch weiteren Ausführungsform werden die bordinternen POG-Entscheidungen des Fahrzeugs basierend auf den bordinternen D- u.- P-Entscheidungen des Fahrzeugs erzeugt. Die Wartungswerkzeug-Integration der POG-Entscheidungen, der Fahrzeugdaten und der Techniker- und Kundenberichte ist im Wartungswerkzeug implementiert. In einer weiteren Ausführungsform werden die bordinternen POG-Entscheidungen des Fahrzeugs basierend auf bordinternen D- u.- P-Entscheidungen des Fahrzeugs erzeugt. Die bordinterne Informationsintegration des Fahrzeugs wird ausgeführt und enthält das Integrieren der POG-Entscheidungen und der Fahrzeugdaten. Die Wartungswerkzeug-Integration der Informationen enthält das Integrieren der bordinternen Ergebnisse des Fahrzeugs und der Techniker- und Kundenberichte. Für die verschiedenen Varianten werden unterschiedliche Wartungsinformations-Integrationen beschrieben.
  • Die vorhergehende Beschreibung ist lediglich veranschaulichender Art und ist in keiner Weise vorgesehen, die Offenbarung, ihre Anwendung oder Verwendungen einzuschränken. Die umfassenden Lehren der Offenbarung können in verschiedenen Formen implementiert sein. Während diese Offenbarung spezielle Beispiele enthält, sollte deshalb der wahre Schutzumfang der Offenbarung nicht so eingeschränkt werden, weil andere Modifikationen bei einem Studium der Zeichnungen, der Beschreibung und der folgenden Ansprüche offensichtlich werden. Es sollte erkannt werden, dass ein oder mehrere Schritte innerhalb eines Verfahrens in unterschiedlicher Reihenfolge (oder gleichzeitig) ausgeführt werden können, ohne die Prinzipien der vorliegenden Offenbarung zu verändern. Obwohl jede der Ausführungsformen oben mit bestimmten Merkmalen beschrieben worden ist, können ferner ein oder mehrere dieser Merkmale, die bezüglich irgendeiner Ausführungsform der Offenbarung beschrieben worden sind, in irgendeiner der anderen Ausführungsform implementiert und/oder mit den Merkmalen irgendeiner der anderen Ausführungsform kombiniert sein, selbst wenn diese Kombination nicht explizit beschrieben ist. Mit anderen Worten, die beschriebenen Ausführungsformen schließen einander nicht aus, wobei Permutationen einer oder mehrerer Ausführungsformen miteinander im Schutzumfang dieser Offenbarung bleiben.
  • Räumliche und funktionale Beziehungen zwischen Elementen (z. B. zwischen Modulen, Schaltungselementen, Halbleiterschichten usw.) werden unter Verwendung verschiedener Begriffe beschrieben, z. B. „verbunden“, „im Eingriff“, „gekoppelt“, „benachbart“, „neben“, „oben auf“, „über“, „unter“ und „angeordnet“. Wenn eine Beziehung zwischen einem ersten und einem zweiten Element in der obigen Offenbarung beschrieben ist, kann diese Beziehung eine direkte Beziehung sein, bei der keine anderen dazwischenliegenden Elemente zwischen dem ersten und dem zweiten Element vorhanden sind, sie kann aber außerdem eine indirekte Beziehung sein, bei der ein oder mehrere dazwischenliegende Elemente (entweder räumlich oder funktional) zwischen dem ersten und dem zweiten Element vorhanden sind, wenn sie nicht ausdrücklich als „direkt“ beschrieben ist. Wie der Ausdruck wenigstens eines von A, B und C hier verwendet wird, sollte er ausgelegt werden, dass er ein logisches (A ODER B ODER C) unter Verwendung eines nicht ausschließlichen logischen ODER bedeutet, und nicht ausgelegt werden, dass er „wenigstens eines von A, wenigstens eines von B und wenigstens eines von C“ bedeutet.
  • In den Figuren demonstriert die Richtung eines Pfeils, wie durch die Pfeilspitze angegeben ist, im Allgemeinen den Informationsfluss (wie z. B. Daten oder Anweisungen), der für die Veranschaulichung von Interesse ist. Wenn z. B. das Element A und das Element B verschiedene Informationen austauschen, aber die vom Element A zum Element B übertragenen Informationen für die Veranschaulichung relevant sind, kann der Pfeil vom Element A zum Element B zeigen. Dieser unidirektionale Pfeil impliziert nicht, dass keine anderen Informationen vom Element B zum Element A übertragen werden. Ferner kann das Element B für die vom Element A zum Element B gesendeten Informationen Anforderungen für die oder Empfangsquittungen der Informationen an das Element A senden.
  • In dieser Anmeldung einschließlich der Definitionen im Folgenden kann der Begriff „Modul“ oder der Begriff „Controller“ durch den Begriff „Schaltung“ ersetzt werden. Der Begriff „Modul“ kann sich beziehen auf, Teil sein von, oder enthalten: eine anwendungsspezifische integrierte Schaltung (ASIC); eine digitale, analoge oder gemischt analog/digitale diskrete Schaltung; eine digitale, analoge oder gemischt analog/digitale integrierte Schaltung; eine kombinatorische Logikschaltung; eine feldprogrammierbare Gatteranordnung (FPGA); eine Prozessorschaltung (gemeinsam benutzt, dediziert oder Gruppe), die Code ausführt; eine Speicherschaltung (gemeinsam benutzt, dediziert oder Gruppe), die den durch die Prozessorschaltung ausgeführten Code speichert; andere geeignete Hardwarekomponenten, die die beschriebene Funktionalität bereitstellen; oder eine Kombination aus einigen oder allen der Obigen, wie z. B. in einem System auf einem Chip.
  • Das Modul kann eine oder mehrere Schnittstellenschaltungen enthalten. In einigen Beispielen können die Schnittstellenschaltungen verdrahtete oder drahtlose Schnittstellen enthalten, die mit einem lokalen Netz (LAN), dem Internet, einem Weitbereichsnetz (WAN) oder Kombinationen davon verbunden sind. Die Funktionalität irgendeines gegebenen Moduls der vorliegenden Offenbarung kann zwischen mehreren Modulen verteilt sein, die über Schnittstellenschaltungen verbunden sind. Mehrere Module können z. B. einen Lastausgleich ermöglichen. In einem weiteren Beispiel kann ein Server-Modul (das außerdem als ein entferntes oder Cloud-Modul bekannt ist) einige Funktionalität im Auftrag eines Client-Moduls ausführen.
  • Der Begriff Code, wie er oben verwendet wird, kann Software, Firmware und/oder Mikrocode enthalten und kann sich auf Programme, Routinen, Funktionen, Klassen, Datenstrukturen und/oder Objekte beziehen. Der Begriff gemeinsam benutzte Prozessorschaltung umfasst eine einzelne Prozessorschaltung, die etwas oder alles des Codes von mehreren Modulen ausführt. Der Begriff Gruppenprozessorschaltung umfasst eine Prozessorschaltung, die in Kombination mit zusätzlichen Prozessorschaltungen einiges oder alles des Codes von einem oder mehreren Modulen ausführt. Die Bezugnahmen auf mehrere Prozessorschaltungen umfassen mehrere Prozessorschaltungen auf diskreten Dies, mehrere Prozessorschaltungen auf einem einzigen Die, mehrere Kerne einer einzelnen Prozessorschaltung, mehrere Threads einer einzelnen Prozessorschaltung oder eine Kombination aus dem Obigen. Der Begriff gemeinsam benutzte Speicherschaltung umfasst eine einzelne Speicherschaltung, die etwas oder alles des Codes von mehreren Modulen speichert. Der Begriff Gruppenspeicherschaltung umfasst eine Speicherschaltung, die in Kombination mit zusätzlichen Speichern etwas oder alles des Codes von einem oder mehreren Modulen speichert.
  • Der Begriff Speicherschaltung ist eine Teilmenge des Begriffs computerlesbares Medium. Der Begriff computerlesbares Medium, wie er hier verwendet wird, umfasst keine transitorischen elektrischen oder elektromagnetischen Signale, die sich durch ein Medium (wie z. B. auf einer Trägerwelle) ausbreiten; der Begriff computerlesbares Medium kann deshalb als greifbar und nicht transitorisch betrachtet werden. Nicht einschränkende Beispiele für ein nicht transitorisches, greifbares computerlesbares Medium sind nichtflüchtige Speicherschaltungen (wie z. B. eine Flash-Speicherschaltung, eine löschbare programmierbare Festwertspeicherschaltung oder eine Maskenfestwertspeicherschaltung), flüchtige Speicherschaltungen (z. B. eine statische Schreib-Lese-Speicher-Schaltung oder eine dynamische Schreib-Lese-Speicher-Schaltung), magnetische Speichermedien (wie z. B. ein analoges oder digitales Magnetband oder ein Festplattenlaufwerk) und optische Speichermedien (wie z. B. eine CD, eine DVD oder eine Blu-ray-Disc).
  • Die in dieser Anwendung beschriebenen Vorrichtungen und Verfahren können teilweise oder vollständig durch einen Spezialcomputer implementiert sein, der durch das Konfigurieren eines Universalcomputers erzeugt wird, um eine oder mehrere spezielle in Computerprogrammen verkörperte Funktionen auszuführen. Die oben beschriebenen Funktionsblöcke, Ablaufplankomponenten und anderen Elemente dienen als Software-Spezifikationen, die durch die Routinearbeit eines ausgebildeten Technikers oder Programmierers in die Computerprogramme übersetzt werden können.
  • Die Computerprogramme enthalten prozessorausführbare Anweisungen, die in wenigstens einem nicht transitorischen, greifbaren, computerlesbaren Medium gespeichert sind. Die Computerprogramme können außerdem gespeicherte Daten enthalten oder sich auf gespeicherte Daten stützen. Die Computerprogramme können ein grundlegendes Eingabe-/Ausgabesystem (BIOS), das mit der Hardware des Spezialcomputers wechselwirkt, Vorrichtungstreiber, die mit speziellen Vorrichtungen des Spezialcomputers wechselwirken, ein oder mehrere Betriebssysteme, Anwenderanwendungen, Hintergrunddienste, Hintergrundanwendungen usw. umfassen.
  • Die Computerprogramme können enthalten: (i) beschreibenden Text, der zu parsen ist, wie z. B. HTML (Hypertext-Auszeichnungssprache), XML (erweiterbare Auszeichnungssprache) oder JSON (JavaScript-Objektbezeichnung), (ii) Assemblercode, (iii) Objektcode, der durch einen Compiler aus Quellcode erzeugt wird, (iv) Quellcode zur Ausführung durch einen Interpreter, (v) Quellcode zur Kompilierung und Ausführung durch einen Just-in-Time-Compiler usw. Lediglich als Beispiele kann der Quellcode unter Verwendung der Syntax von Sprachen einschließlich C, C++, C#, Objective-C, Swift, Haskell, Go, SQL, R, Lisp, Java®, Fortran, Perl, Pascal, Curl, OCaml, Javascript®, HTML5 (Hypertext-Auszeichnungssprache, 5. Überarbeitung), Ada, ASP (Aktive Server-Seiten), PHP (PHP: Hypertext-Vorprozessor), Scala, Eiffel, Smalltalk, Erlang, Ruby, FlashO, Visual Basic®, Lua, MATLAB, SIMULINK und Python® geschrieben sein.

Claims (10)

  1. Erste Netzvorrichtung, die umfasst: einen Sender/Empfänger, der konfiguriert ist, ein integriertes Modell von einer zweiten Netzvorrichtung zu empfangen, wobei die zweite Netzvorrichtung von der ersten Netzvorrichtung getrennt ist; einen Speicher, der konfiguriert ist, das integrierte Modell, Diagnose-Problemcodedaten, Daten der wahrscheinlichsten Ursache und Daten der unwahrscheinlichsten Ursache zu speichern, wobei die Diagnose-Problemcodedaten, die Daten der wahrscheinlichsten Ursache und die Daten der unwahrscheinlichsten Ursache entsprechende Angaben der Problemursache für ein Problem eines Fahrzeugs aufweisen; und ein Steuermodul, das konfiguriert ist, das integrierte Modell auszuführen, und das während des Ausführens des integrierten Modells die Angaben der Problemursache, die den Diagnose-Problemcodedaten, den Daten der wahrscheinlichsten Ursache und den Daten der unwahrscheinlichsten Ursache entsprechen, vergleicht, um zu bestimmen, ob die Angaben der Problemursache konsistent sind, so dass eine gleiche Problemursache angegeben wird, in Reaktion darauf, dass die Angaben der Problemursache konsistent sind, die gleiche Problemursache anzeigt, und in Reaktion darauf, dass die Angaben der Problemursache inkonsistent sind, und basierend auf einem Satz von Bedingungen einen selektiven Abschnitt von funktionszustandsbezogenen Informationen anzeigt, während es das Anzeigen eines weiteren selektiven Abschnitts der funktionszustandsbezogenen Informationen unterlässt.
  2. Erste Netzvorrichtung nach Anspruch 1, wobei das integrierte Modell wenigstens eines von einem heuristischen Modell oder einem Modell des maschinellen Lernens ist.
  3. Erste Netzvorrichtung nach Anspruch 1, wobei das Steuermodul konfiguriert ist: zu bestimmen, ob eine Komponente ausgefallen ist; in Reaktion auf das Bestimmen, dass die Komponente nicht ausgefallen ist, zu bestimmen, ob historische Daten anzuzeigen sind oder das Anzeigen eines Funktionszustandsberichts des Fahrzeugs zu unterlassen ist; und in Reaktion auf das Bestimmen, dass die Komponente ausgefallen ist, zu bestimmen, ob selektive funktionszustandsbezogene Informationen anzuzeigen sind oder das Anzeigen eines Funktionszustandsberichts des Fahrzeugs zu unterlassen ist.
  4. Erste Netzvorrichtung nach Anspruch 1, wobei das Steuermodul konfiguriert ist: zu bestimmen, ob eine nicht leere Menge von Daten der wahrscheinlichsten Ursache und eine nicht leere Menge von Daten der unwahrscheinlichsten Ursache verfügbar sind; in Reaktion auf das Bestimmen, dass eine leere Menge von Daten der wahrscheinlichsten Ursache und eine leere Menge von Daten der unwahrscheinlichsten Ursache verfügbar sind, das Anzeigen eines Funktionszustandsberichts zu unterlassen; und in Reaktion auf das Bestimmen, dass eine nicht leere Menge von Daten der wahrscheinlichsten Ursache und eine nicht leere Menge von Daten der unwahrscheinlichsten Ursache verfügbar sind, die Daten der wahrscheinlichsten Ursache und die Daten der unwahrscheinlichsten Ursache anzuzeigen.
  5. Erste Netzvorrichtung nach Anspruch 1, wobei das Steuermodul konfiguriert ist: zu bestimmen, ob die Daten der wahrscheinlichsten Ursache und die Daten der unwahrscheinlichsten Ursache mit wenigstens einem von Technikerbeobachtungen oder wortgetreuen Technikerberichten konsistent sind; in Reaktion auf das Bestimmen, dass die Daten der wahrscheinlichsten Ursache und die Daten der unwahrscheinlichsten Ursache mit wenigstens einem der Technikerbeobachtungen oder der wortgetreuen Technikerberichten konsistent sind, die Daten der wahrscheinlichsten Ursache und die Daten der unwahrscheinlichsten Ursache anzuzeigen; und in Reaktion auf das Bestimmen, dass die Daten der wahrscheinlichsten Ursache und die Daten der unwahrscheinlichsten Ursache mit wenigstens einem der Technikerbeobachtungen oder wortgetreuen Technikerberichte nicht konsistent sind, die Daten der wahrscheinlichsten Ursache, die Daten der unwahrscheinlichsten Ursache und andere funktionszustandsbezogene Daten anzuzeigen.
  6. Erste Netzvorrichtung nach Anspruch 1, wobei das Steuermodul konfiguriert ist: zu bestimmen, ob historische Daten der wahrscheinlichsten Ursache und historische Daten der unwahrscheinlichsten Ursache verfügbar sind; in Reaktion darauf, dass historische Daten der wahrscheinlichsten Ursache und historische Daten der unwahrscheinlichsten Ursache nicht verfügbar sind, das Anzeigen eines Funktionszustandsberichts zu unterlassen; und in Reaktion darauf, dass die historischen Daten der wahrscheinlichsten Ursache und die historischen Daten der unwahrscheinlichsten Ursache verfügbar sind, zu bestimmen, ob die historischen Daten der wahrscheinlichsten Ursache und/oder die historischen Daten der unwahrscheinlichsten Ursache mit wortgetreuen Kundenberichten konsistent sind oder keine wortgetreuen Kundenberichte verfügbar sind.
  7. Erste Netzvorrichtung nach Anspruch 1, wobei: die Daten der wahrscheinlichsten Ursache historische und aktuelle Daten der wahrscheinlichsten Ursache enthalten; und die Daten der unwahrscheinlichsten Ursache historische und aktuelle Daten der wahrscheinlichsten Ursache enthalten.
  8. Erste Netzvorrichtung nach Anspruch 1, wobei die funktionszustandsbezogenen Informationen die Daten der wahrscheinlichsten Ursache, die Daten der unwahrscheinlichsten Ursache, Trenddaten, Systemschemadaten und eine Empfehlung für eine Reparatur enthalten.
  9. Erste Netzvorrichtung nach Anspruch 1, wobei das Steuermodul konfiguriert ist: der Sender/Empfänger konfiguriert ist, integrierte Informationen zu empfangen, die durch das Fahrzeug, die zweite Netzwerkvorrichtung oder eine weitere Netzwerkvorrichtung erzeugt werden, wobei die integrierten Informationen eine Grün-Leistungs-Entscheidung enthalten; Entscheidungen über die unwahrscheinlichste Ursache basierend auf den integrierten Informationen zu erzeugen; und die Entscheidung über die unwahrscheinlichste Ursache anzuzeigen.
  10. System, das umfasst: die erste Netzvorrichtung nach Anspruch 1; und die zweite Netzvorrichtung, die umfasst: einen zweiten Sender/Empfänger, der konfiguriert ist, die Diagnose-Problemcodedaten, die Daten der wahrscheinlichsten Ursache und die Daten der unwahrscheinlichsten Ursache von der ersten Netzvorrichtung zu empfangen, einen zweiten Speicher, der konfiguriert ist, für ein Fahrzeugprogramm das integrierte Modell, die Daten der effektiven Störungsmodusanalyse, die Diagnose-Problemcodedaten, die Daten der wahrscheinlichsten Ursache, die Daten der unwahrscheinlichsten Ursache, die wortgetreuen Daten der Fahrzeugbedienungsperson und Reparaturhandlungen zu speichern, und ein zweites Steuermodul, das konfiguriert ist, das integrierte Modell basierend auf den Daten der effektiven Störungsmodusanalyse, den Diagnose-Problemcodedaten, den Daten der wahrscheinlichsten Ursache, den Daten der unwahrscheinlichsten Ursache, den wortgetreuen Daten der Fahrzeugbedienungsperson und den Reparaturhandlungen zu trainieren und/oder zu aktualisieren, und anschließend an das wenigstens eine des Trainierens oder des Aktualisierens des integrierten Modells das integrierte Modell über den zweiten Sender/Empfänger zu der ersten Netzvorrichtung übertragen.
DE102021114087.0A 2020-11-30 2021-06-01 Selektive Meldesysteme für Funktionszustandsinformationen, die integrierte Diagnosemodelle enthalten, die Informationen über die geringst- und höchstmögliche Ursache bereitstellen Pending DE102021114087A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US17/106,451 US11794758B2 (en) 2020-11-30 2020-11-30 Selective health information reporting systems including integrated diagnostic models providing least and most possible cause information
US17/106,451 2020-11-30

Publications (1)

Publication Number Publication Date
DE102021114087A1 true DE102021114087A1 (de) 2022-06-02

Family

ID=81585913

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102021114087.0A Pending DE102021114087A1 (de) 2020-11-30 2021-06-01 Selektive Meldesysteme für Funktionszustandsinformationen, die integrierte Diagnosemodelle enthalten, die Informationen über die geringst- und höchstmögliche Ursache bereitstellen

Country Status (3)

Country Link
US (1) US11794758B2 (de)
CN (1) CN114582043A (de)
DE (1) DE102021114087A1 (de)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220383670A1 (en) * 2021-05-28 2022-12-01 GM Global Technology Operations LLC System and method for determining most probable cause of vehicle fault using multiple diagnostic techniques

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8022710B2 (en) 2008-01-18 2011-09-20 GM Global Technology Operations LLC Methods for common mode voltage-based AC fault detection, verification and/or identification
US20100217478A1 (en) 2009-02-24 2010-08-26 Gm Global Technology Operations, Inc. Telematics-based vehicle status monitoring and customer concern resolving
US8744723B2 (en) 2009-05-22 2014-06-03 GM Global Technology Operations LLC Method of informing dealer service operation and customer of vehicle misfueling in non-flex fuel vehicles
US8352115B2 (en) 2009-06-30 2013-01-08 GM Global Technology Operations LLC Methods and apparatus for initiating service sessions between vehicles and service providers
US9200902B2 (en) 2009-12-11 2015-12-01 General Motors Llc Method of processing global navigation satellite system data
US8463485B2 (en) * 2010-11-10 2013-06-11 GM Global Technology Operations LLC Process for service diagnostic and service procedures enhancement
US11327475B2 (en) * 2016-05-09 2022-05-10 Strong Force Iot Portfolio 2016, Llc Methods and systems for intelligent collection and analysis of vehicle data
US10417837B2 (en) * 2016-09-22 2019-09-17 Ford Global Technologies, Llc Arrangements for collecting diagnostic information regarding vibrations of wheel-tire assembly and drive-line components of a wheeled vehicle
WO2020191225A1 (en) * 2019-03-19 2020-09-24 Service Concierge Securitized and encrypted data for vehicle service concierge (sc) devices and systems that provide and predict improved operations and outcomes
US11100732B2 (en) * 2019-05-21 2021-08-24 GM Global Technology Operations LLC Enhanced system failure diagnosis
GB2595430B (en) * 2019-09-02 2024-04-17 Jaguar Land Rover Ltd Electrical architecture for service-oriented vehicle diagnostics
US11288900B2 (en) * 2019-09-05 2022-03-29 GM Global Technology Operations LLC Method of enhanced component failure diagnosis for suggesting least probable fault

Also Published As

Publication number Publication date
US20220169264A1 (en) 2022-06-02
US11794758B2 (en) 2023-10-24
CN114582043A (zh) 2022-06-03

Similar Documents

Publication Publication Date Title
DE102011008211B4 (de) Fahrzeugfehlerdiagnose- und Fahrzeugfehlerprognosesystem und Verfahren zur Fehlerdiagnose und Fehlerprognose
DE102013200249B4 (de) Zusammenwirkendes Diagnosesystem zum Erzeugen einer Prognose
DE102012102770B4 (de) System und Verfahren zur Fehlereingrenzung und Fehlerabschwächung basierend auf einer Netzwerkmodellierung
DE102015214739B4 (de) Verfahren zur Bestimmung einer Fehlerursache bei einem Fahrzeug und Server zum Durchführen der Bestimmung der Fehlerursache
DE19742446B4 (de) Fehlerdiagnoseverfahren
DE102011108678B4 (de) Ereignisgesteuertes Datamining-Verfahren zum Verbessern von Fehlercodeeinstellungen und zum Isolieren von Fehlern
DE112017005163T5 (de) Systeme und verfahren zur vorausschauenden ausfalldetektion in fahrzeugen
DE102020103768A1 (de) Überwachung und Diagnose von Fahrzeugsystemproblemen mit Maschinenlern-Klassifikatoren
DE102005027378B3 (de) Dynamische Priorisierung von Prüfschritten in der Werkstattdiagnose
DE102016122415A1 (de) Verteiltes zustandsmanagement-system für fahrzeuge
DE102010052998A1 (de) Software-zentrierte Methodik für die Überprüfung und Bestätigung von Fehlermodellen
DE102020124693B4 (de) Adaptives Prognosesystem und Prognoseverfahren für Fahrzeuge
DE102010051133A1 (de) Fehlerdiagnose und -prognose unter Verwendung von Diagnosestörungscode-Markov-Ketten
DE102011010605A1 (de) Funktionsprognose für ein komplexes System unter Verwendung der Fehlermodellierung
DE102004015504A1 (de) Verfahren und Vorrichtung zur diagnostischen Wahl eines Wartungskonzepts für ein komplexes System
DE102005015664A1 (de) Diagnosesystem zur Bestimmung einer gewichteten Liste möglicherweise fehlerhafter Komponenten aus Fahrzeugdaten und Kundenangaben
DE102019135608A1 (de) Verfahren, Vorrichtung und System zur Detektion von anomalen Betriebszuständen eines Geräts
DE102004015503A1 (de) Verfahren und Vorrichtung zum Korrigieren diagnostischer Analysekonzepte in komplexen Systemen
DE102018109195A1 (de) Diagnosesystem und Verfahren zum Verarbeiten von Daten eines Kraftfahrzeugs
DE102021114087A1 (de) Selektive Meldesysteme für Funktionszustandsinformationen, die integrierte Diagnosemodelle enthalten, die Informationen über die geringst- und höchstmögliche Ursache bereitstellen
DE102015218262B4 (de) Datenverarbeitungsanlage und Verfahren für diese zur Zustandsüberwachung einer Mehrzahl an Fahrzeugen
DE102018132658A1 (de) Verfahren zur rechnergestützten Auswertung einer Messung einer elektrischen Größe in einem Hochvolt-Bordnetz eines vorgegebenen elektrisch angetriebenen Kraftfahrzeugs
DE102021104593A1 (de) Elektronisches reparatur- und diagnosesystem und -verfahren für ein fahrzeug
DE102011086352A1 (de) Verfahren und Diagnosesystem zur Unterstützung der geführten Fehlersuche in technischen Systemen
DE102004015501A1 (de) Verfahren und Vorrichtung für Wartbarkeit komplexer Systeme

Legal Events

Date Code Title Description
R012 Request for examination validly filed