ES2879869T3 - Método y sistema para realizar un diagnóstico o mantenimiento de software para un vehículo - Google Patents

Método y sistema para realizar un diagnóstico o mantenimiento de software para un vehículo Download PDF

Info

Publication number
ES2879869T3
ES2879869T3 ES11817184T ES11817184T ES2879869T3 ES 2879869 T3 ES2879869 T3 ES 2879869T3 ES 11817184 T ES11817184 T ES 11817184T ES 11817184 T ES11817184 T ES 11817184T ES 2879869 T3 ES2879869 T3 ES 2879869T3
Authority
ES
Spain
Prior art keywords
data
vehicle
processing system
data processing
diagnostic
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES11817184T
Other languages
English (en)
Inventor
Michael Johnson
Daniel Colavita
Tammy Pullen
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.)
Deere and Co
Original Assignee
Deere and Co
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=45565413&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2879869(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Deere and Co filed Critical Deere and Co
Application granted granted Critical
Publication of ES2879869T3 publication Critical patent/ES2879869T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0736—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function
    • G06F11/0739—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function in a data processing system embedded in automotive or aircraft systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751—Error or fault detection not based on redundancy
    • G06F11/0754—Error or fault detection not based on redundancy by exceeding limits
    • G06F11/0757—Error or fault detection not based on redundancy by exceeding limits by exceeding a time limit, i.e. time-out, e.g. watchdogs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793—Remedial or corrective actions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2294—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing by remote test
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3013—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is an embedded system, i.e. a combination of hardware and software dedicated to perform a certain function in mobile devices, printers, automotive or aircraft systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/81—Threshold
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/865—Monitoring of software
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/88—Monitoring involving counting

Abstract

Un método para realizar un diagnóstico a distancia en un vehículo, comprendiendo el método: recoger y almacenar datos de alta fidelidad de eventos medidos en una memoria intermedia o en un dispositivo de almacenamiento de datos (56) por medio de un controlador (73, 74) de la electrónica del vehículo (46) que está asociado con sensores o dispositivos de medición en el vehículo, siendo el almacenamiento y la agregación de los datos de alta fidelidad realizados para su posterior transmisión a través de un bus de datos del vehículo (72) para su posterior análisis por un sistema central de procesamiento de datos (10) constituido con los archivos de configuración (30) para respaldar el análisis de ingeniería o diagnóstico sobre los componentes, sistemas o rendimiento del vehículo; recuperar datos complementarios a través de una transmisión de ancho de banda baja a una frecuencia de muestreo menor que la frecuencia de muestreo de los datos de alta fidelidad por la electrónica del vehículo (46) en el vehículo para complementar los datos de alta fidelidad registrados; transmitir los datos de alta fidelidad registrados y los datos complementarios recuperados al sistema central electrónico de procesamiento de datos (10) y procesar, con el sistema central electrónico de procesamiento de datos (10), los datos de alta fidelidad registrados y los datos complementarios recuperados para generar un mensaje de informe de estado de diagnóstico; organizar el mensaje de informe de diagnóstico, los datos de alta fidelidad registrados y los datos complementarios recuperados en un depósito de datos o en una base de datos de diagnóstico (28) para respaldar el análisis de ingeniería o el diagnóstico de componentes, sistemas o rendimiento del vehículo; caracterizado por que los datos de alta fidelidad comprenden datos recopilados a una frecuencia de muestreo superior a la frecuencia de muestreo requerida para que el controlador (73, 74) realice funciones que no sean de diagnóstico durante el funcionamiento normal del controlador (73, 74).

Description

DESCRIPCIÓN
Método y sistema para realizar un diagnóstico o mantenimiento de software para un vehículo
Antecedentes de la Invención
En cierta técnica anterior, el diagnóstico a distancia y el análisis del rendimiento del vehículo pueden requerir el almacenamiento y la transmisión de archivos de configuración completos desde un centro de procesamiento central a la electrónica del vehículo. Dicha transmisión tiende a utilizar de manera ineficaz uno o más canales de comunicación entre el centro de procesamiento central y la electrónica del vehículo. Es posible que un canal de comunicación terrestre no esté disponible o no sea fiable cuando el vehículo y la electrónica asociada del vehículo estén ubicados en áreas rurales, de modo que se requiera un canal de comunicaciones por satélite. Por ejemplo, la transmisión de archivos de configuración completos y, por lo tanto, los diagnósticos a distancia, puede no ser económicamente factible, donde se requieren canales de comunicaciones por satélite más costosos para gestionar un rendimiento significativo de datos en archivos de configuración completos.
En alguna técnica anterior, el diagnóstico a distancia y el análisis del rendimiento de los vehículos pueden requerir distintas cargas útiles de software para adaptarse tanto a la conexión local al vehículo, a través de una conexión cableada o inalámbrica de corto alcance, como a la conexión a distancia al vehículo, a través de un sistema de comunicaciones inalámbricas. Las distintas cargas útiles de software tienden a requerir software duplicado que puede afectar la capacidad de procesamiento del software o del rendimiento del procesamiento de datos de la electrónica del vehículo. Por ejemplo, las actualizaciones de software o los diagnósticos procesados por la electrónica del vehículo pueden funcionar más lentamente debido al software duplicado, u otro software en la electrónica del vehículo puede funcionar más lentamente cuando existen menos recursos de procesamiento de datos disponibles.
En cierta técnica anterior, las capacidades de diagnóstico pueden limitarse a la capacidad de velocidad de transmisión de un bus de datos del vehículo, tal como un bus de datos de la red de área de controlador (CAN). Por consiguiente, los eventos de control del motor que ocurren a velocidades más altas que la capacidad de velocidad de transmisión del bus de datos del vehículo pueden ignorarse en ciertos sistemas de diagnóstico de la técnica anterior, lo que puede conducir a procedimientos de diagnóstico menos precisos o que consumen más tiempo.
El documento US 7532 963 B1 da a conocer un sistema de la técnica anterior en donde los datos de la máquina se recogen en una máquina en base a un sistema descargado desde una estación remota. El sistema define, entre otras características, la frecuencia de recopilación y la transmisión de los datos. Por último, se procesan en una estación central para proporcionar un informe. La transmisión de datos se realiza en tiempo real y, por lo tanto, no puede ser más rápida que el bus de datos del vehículo.
Por tanto, existe la necesidad de mejorar la eficiencia y el rendimiento de un método para realizar diagnósticos a distancia de un vehículo para resolver los problemas mencionados con anterioridad.
Sumario de la Invención
Un método y sistema para realizar un diagnóstico a distancia en un vehículo comprenden las siguientes etapas o medios para realizar dichas etapas:
recoger y almacenar datos de alta fidelidad de eventos medidos en una memoria intermedia o en un dispositivo de almacenamiento de datos por medio de un controlador de la electrónica del vehículo que está asociado con sensores o dispositivos de medición en el vehículo, siendo el almacenamiento y agregación de los datos de alta fidelidad realizado para su transmisión posterior a través de un bus de datos del vehículo para su análisis posterior por un sistema central de procesamiento de datos compatible con los archivos de configuración para respaldar el análisis de ingeniería o el diagnóstico sobre los componentes, sistemas o rendimiento del vehículo, comprendiendo los datos de alta fidelidad datos recopilados a una frecuencia de muestreo superior a las frecuencias de muestreo necesarias para que el controlador realice funciones que no sean de diagnóstico durante el funcionamiento normal del controlador;
recuperar datos complementarios a través de una transmisión de ancho de banda baja a una frecuencia de muestreo menor que la frecuencia de muestreo de los datos de alta fidelidad por la electrónica del vehículo en el vehículo para complementar los datos de alta fidelidad registrados;
transmitir los datos de alta fidelidad registrados y los datos complementarios recuperados al sistema central electrónico de procesamiento de datos y procesar, con el sistema central electrónico de procesamiento de datos, los datos de alta fidelidad registrados y los datos complementarios recuperados para generar un mensaje de informe de estado de diagnóstico;
organizar el mensaje de informe de diagnóstico, los datos de alta fidelidad registrados y los datos complementarios recuperados en un depósito de datos o base de datos de diagnóstico para respaldar el análisis de ingeniería o el diagnóstico de los componentes, sistemas o rendimiento del vehículo.
Los datos de alta fidelidad comprenden datos recopilados a una frecuencia de muestreo superior a la frecuencia de muestreo requerida para que el controlador realice funciones que no sean de diagnóstico durante el funcionamiento normal del controlador.
Breve descripción de los dibujos
Los dibujos muestran una serie de realizaciones, con solamente la realización de la Figura 2C comprendida en las reivindicaciones, mientras que los demás dibujos y las descripciones correspondientes se dan como antecedentes.
La Figura 1 es un diagrama de bloques de un sistema para realizar diagnósticos o mantenimiento de software de la electrónica del vehículo.
La Figura 2A es un diagrama de flujo de una realización de un método para realizar diagnósticos o mantenimiento de software de la electrónica del vehículo.
La Figura 2B es un diagrama de flujo de otra realización de un método para realizar diagnósticos o mantenimiento de software de la electrónica del vehículo.
La Figura 2C es un diagrama de flujo de una realización de un método para realizar diagnósticos o mantenimiento de software de la electrónica del vehículo según la invención.
La Figura 3 es un diagrama de bloques de módulos de software y componentes del sistema para realizar diagnósticos o mantenimiento de software, de conformidad con la Figura 1.
La Figura 4 es un diagrama de flujo de un proceso para recuperar el flujo de trabajo de configuración de la máquina.
La Figura 5 es un diagrama de flujo de un proceso para gestionar solicitudes de registro de datos para facilitar el diagnóstico o la evaluación del rendimiento del vehículo o de la electrónica del vehículo.
La Figura 6 es un diagrama de flujo de un proceso para gestionar un idioma seleccionado por el usuario. La Figura 7 es un diagrama de flujo de un proceso de reprogramación de la electrónica del vehículo.
La Figura 8A es un diagrama de flujo del proceso para gestionar errores después de la aplicación de una tarea, carga útil o actualización a la electrónica del vehículo.
La Figura 8B es un diagrama de flujo del proceso para detectar y gestionar mensajes o tareas de realización dudosa.
La Figura 9 es un diagrama de flujo de un proceso para importar configuraciones de ingeniería para el vehículo o la electrónica del vehículo en el sistema central de procesamiento de datos.
La Figura 10 es un diagrama de bloques del sistema de facturación para realizar diagnósticos y mantenimiento de software para un vehículo.
Descripción de la realización preferida
De conformidad con una realización, la Figura 1 ilustra un sistema de diagnóstico a distancia 11. En una realización, el sistema de diagnóstico a distancia 11 comprende un sistema central electrónico de procesamiento de datos 10 que es capaz de comunicarse con la electrónica del vehículo 46 a través de una red de comunicaciones 36 y de una infraestructura inalámbrica 44.
El sistema central electrónico de procesamiento de datos 10 y la infraestructura inalámbrica 44 están acoplados a una red de comunicaciones electrónicas 36 (por ejemplo, Internet). Uno o más terminales de técnico de servicio (por ejemplo, el primer terminal de técnico de servicio 40 y un segundo terminal de técnico de servicio 42) son capaces de comunicarse con el sistema central electrónico de procesamiento de datos 10 a través de la red de comunicaciones 36. Uno o más terminales de técnico de servicio (40, 42) son capaces de comunicarse con la electrónica del vehículo 46 a través de la red de comunicaciones 36 y de la infraestructura inalámbrica 44.
En una realización alternativa, un técnico de servicio o usuario puede utilizar un ordenador de diagnóstico local 38 que se comunica, de manera directa, con la electrónica del vehículo 46 a través de una conexión inalámbrica de corto alcance, una conexión por cable u otra conexión local. Por ejemplo, el técnico de servicio podría utilizar el ordenador de diagnóstico local 38 para comunicarse con la electrónica del vehículo 46, si un vehículo se encuentra en un centro de servicio o se traslada al mismo, donde trabaja el técnico de servicio. De no ser así, el técnico de servicio puede realizar, a distancia, algunas de las muchas tareas de reprogramación de software y de diagnóstico a través de la red de comunicaciones 36 y de la infraestructura inalámbrica 44.
El sistema central electrónico de procesamiento de datos 10 comprende un procesador de datos remoto 12, un dispositivo de almacenamiento de datos remoto 14 y una interfaz de comunicaciones remota 18 acoplada a un bus de datos 16. En una realización, el sistema central electrónico de procesamiento de datos 10 puede ser puesto en práctica por un ordenador de uso general o un servidor que esté programado con módulos de software almacenados en el dispositivo de almacenamiento de datos remoto 14. El procesador de datos remoto 12 es capaz de comunicarse con uno o más de los siguientes a través del bus de datos 16: el dispositivo de almacenamiento de datos remoto 14 y la interfaz de comunicaciones remota 18. El dispositivo de almacenamiento de datos remoto 14 almacena uno o más de los siguientes módulos de software, estructuras de datos o archivos: un generador de carga útil 22, un generador de archivos de configuración 23, un recalibrador 20, una interfaz de mensajería común, un gestor de facturación 32, archivos de configuración 30 (por ejemplo, componentes de archivos de configuración 30), un analizador 26 y una base de datos de diagnóstico 28 (por ejemplo, un depósito de datos).
El procesador de datos remoto 12 puede comprender un microprocesador, un microcontrolador, una unidad central de procesamiento, una matriz lógica programable, un circuito integrado específico de la aplicación (ASIC), un circuito lógico, una unidad aritmética lógica u otro sistema de procesamiento de datos 10 para procesar, almacenar, recuperar o manipular datos electrónicos.
El dispositivo de almacenamiento de datos remoto 14 comprende una memoria electrónica, una memoria de acceso aleatorio no volátil, un dispositivo de almacenamiento óptico, un dispositivo de almacenamiento magnético u otro dispositivo para almacenar y tener acceso a datos electrónicos en cualquier dispositivo electrónico, óptico o electrónico grabable, regrabable o medio de almacenamiento magnético.
La interfaz de comunicaciones remota 18 puede comprender un transceptor u otro dispositivo para comunicar, transmitir o recibir datos a través de la red de comunicaciones 36. En una realización, la red de comunicaciones 36 comprende Internet, la red telefónica pública conmutada (PSTN) u otra red de comunicaciones electrónicas pública o privada 36, o un enlace de comunicaciones (por ejemplo, una línea de telecomunicaciones o un enlace de microondas) que soporta la comunicación hacia o desde la infraestructura inalámbrica 44.
El generador de carga útil 22 comprende un módulo de software o instrucciones para organizar, ensamblar o generar cargas útiles o componentes de archivos de configuración para la programación o reprogramación de uno o más de los siguientes dispositivos: la electrónica del vehículo 46, un controlador 73 o un controlador de motor 74. El generador de carga útil 22 puede leer archivos de configuración 30 o componentes de archivos de configuración que estén instalados en la electrónica del vehículo 46 para un vehículo particular con un identificador de vehículo o un identificador de máquina. El generador de carga útil 22 también puede leer configuraciones objetivo para un identificador de vehículo correspondiente o un identificador de máquina, en donde las configuraciones objetivo se almacenan en el dispositivo de almacenamiento de datos remoto 14 o son accesibles por el sistema central electrónico de procesamiento de datos 10. Las configuraciones objetivo se suelen establecer por el fabricante del vehículo o el proveedor de varios módulos electrónicos para el vehículo.
El recalibrador 20 comprende un módulo de software o instrucciones para organizar, ensamblar o generar datos de calibración para programar, reprogramar o establecer el estado o valor de los parámetros de uno o más de los siguientes dispositivos: la electrónica del vehículo 46, un controlador 73, o un controlador de motor 74. El recalibrador 20 puede leer archivos de configuración 30, componentes de archivos de configuración o datos de calibración que representan datos de calibración instalados (por ejemplo, ajustes de fábrica o del fabricante para los parámetros) en la electrónica del vehículo 46 para un vehículo particular con un identificador de vehículo o con un identificador de máquina. El recalibrador 20 también puede leer calibraciones objetivo para un identificador de vehículo correspondiente o un identificador de máquina, en donde las calibraciones objetivo se almacenan en el dispositivo de almacenamiento de datos remoto 14 o son accesibles por el sistema central electrónico de procesamiento de datos 10. Las calibraciones objetivo pueden ser establecidas por el fabricante del vehículo, un proveedor de diversos módulos electrónicos para el vehículo, o un técnico de servicio o un ingeniero de modo que el vehículo cumpla con ciertas normas de rendimiento, normas de emisiones, objetivos de ahorro de combustible u otros objetivos compatibles con la satisfacción del cliente y los requisitos reglamentarios. El recalibrador 20 es capaz de realizar una recalibración automática de componentes de la electrónica del vehículo 46 que están fuera de un margen objetivo de valores de parámetros. El recalibrador 20 puede realizar dicha recalibración automática en respuesta a los resultados de un mensaje de informe de diagnóstico proporcionado por el sistema de procesamiento de datos 10 o el analizador 26.
El generador de archivos de configuración 23 comprende un módulo de software o instrucciones para generar, gestionar, archivar, almacenar y recuperar datos de configuración para los vehículos correspondientes con identificadores de vehículos respectivos. Los datos de configuración pueden pertenecer a componentes de archivos de configuración para descargarlos como cargas útiles o proporcionarlos a la electrónica del vehículo. El archivo de configuración puede almacenar archivos de configuración 30 o componentes de archivos de configuración que pueden organizarse o redisponerse debido al formato modular de los componentes de los archivos de configuración.
Un analizador 26 comprende un módulo de software o instrucciones para analizar los resultados de pruebas de diagnóstico, códigos de fallo, mensajes de error, mensajes de estado o resultados de pruebas proporcionados por la electrónica del vehículo 46 al sistema central electrónico de procesamiento de datos 10 a través de la infraestructura inalámbrica 44 y de la red de comunicaciones 36.
Una base de datos de diagnóstico 28 comprende una base de datos u otro conjunto de registros o archivos de datos que pueden utilizarse para almacenar el historial de diagnóstico de vehículos o de vehículos correspondientes con identificadores de vehículos respectivos. Además, la base de datos de diagnóstico 28 puede contener modelos de vehículos de referencia o modelos de rendimiento de vehículos de referencia que proporcionan valores de referencia de medidas de la electrónica del vehículo 46 para facilitar la identificación de condiciones operativas anormales, a modo de ejemplo.
En una realización, el gestor de facturación 32 puede incluir al menos una parte del sistema de facturación 911 de la Figura 10. El gestor de facturación 32 comprende un módulo de software o instrucciones para facilitar la facturación para la provisión de diagnósticos, programación a distancia, programación local u otro soporte técnico de la electrónica del vehículo 46 y de controladores asociados (73, 74).
El primer terminal de técnico de servicio 40 y el segundo terminal de técnico de servicio 42 comprenden, cada uno, un ordenador. El primer terminal de técnico de servicio 40 y el segundo terminal de técnico de servicio 42 comprenden cada uno una interfaz de usuario 41. Una interfaz de usuario 41 puede comprender un teclado, un teclado numérico, un dispositivo apuntador (por ejemplo, un ratón electrónico), una pantalla u otro dispositivo para introducir o emitir datos desde el primer terminal de técnico de servicio 40, el segundo terminal de técnico de servicio 42 u otro ordenador.
La infraestructura inalámbrica 44 soporta comunicaciones inalámbricas entre la electrónica del vehículo 46 y uno o más de los siguientes dispositivos: un primer terminal de técnico de servicio 40, un segundo terminal de técnico de servicio 42 y un sistema central electrónico de procesamiento de datos 10. La infraestructura inalámbrica 44 puede comprender uno o más de los siguientes: una o más estaciones base inalámbricas que son capaces de comunicarse a través de la red de comunicaciones 36 a través de una pasarela, un proveedor de servicios de Internet, o de otra manera; uno o más transceptores de satélite; un receptor de enlace descendente por satélite, un transmisor de enlace ascendente por satélite; un sistema de comunicaciones por satélite; una red de infraestructura celular; un sistema de enlace, un sistema de comunicaciones punto a multipunto, un enlace de comunicaciones punto a punto, una red de comunicaciones inalámbricas con base en tierra 36, o similares.
La electrónica del vehículo 46 comprende un procesador de datos del vehículo 71, un dispositivo de almacenamiento de datos del vehículo 56 y un dispositivo de comunicaciones inalámbricas del vehículo 58, un puerto de datos 48, una interfaz de usuario 54, un bus de datos del vehículo (por ejemplo, un bus de datos de red de área de controlador (CAN) 72, un controlador 73 y un controlador de motor 74. El procesador de datos 71 es capaz de comunicarse con uno o más de los siguientes dispositivos a través de un bus de datos 16: el dispositivo de almacenamiento de datos del vehículo 56, el puerto de datos 48, la interfaz de usuario 54 y el dispositivo de comunicaciones inalámbricas del vehículo 58.
El puerto de datos 48 proporciona una interfaz, tal como una memoria común entre un bus de datos 50 y un bus de datos del vehículo 72. Un controlador 73 y un controlador de motor 74 están acoplados al bus de datos del vehículo 72. El controlador 73 y el controlador del motor 74 puede tener memoria electrónica (por ejemplo, una memoria de acceso aleatorio no volátil) u otro dispositivo de almacenamiento para almacenar, recuperar y procesar datos de carga útil, datos de calibración, datos de configuración, cargas útiles, componentes de archivos de configuración u otras instrucciones informáticas que se descargan o proporcionan a través del ordenador de diagnóstico local 38 o mediante el sistema central electrónico de procesamiento de datos 10.
El dispositivo de almacenamiento de datos del vehículo 56 almacena o contiene uno o más de los siguientes módulos de software, estructuras de datos o archivos: un registrador 60, un dispositivo de recuperación 62, un descargador 64 y un gestor 66. Un registrador 60 comprende un módulo de software o instrucciones para registrar datos recopilados por el controlador 73, un controlador del motor 74, un sensor, un accionador, un dispositivo de red acoplado o capaz de comunicarse con el bus de datos del vehículo 72, u otro sensor o dispositivo de medición para enviar o medir parámetros, condiciones o el estado de la electrónica del vehículo 46, los sistemas del vehículo o los componentes del vehículo. Un descargador 64 comprende un módulo de software o instrucciones que facilitan la descarga, el seguimiento de la descarga y la comunicación de uno o más de los siguientes: carga útil, datos de configuración, ajustes de parámetros, datos de calibración, componentes de archivos de configuración, módulos de software o similares. Un gestor 66 comprende un módulo de software o instrucciones que facilitan la instalación, la supervisión, la gestión y la reversión o nuevo desarrollo de uno o más de los siguientes: carga útil, datos de configuración, ajustes de parámetros, datos de calibración, componentes de archivos de configuración, módulos de software o similares. Un dispositivo de recuperación 62 comprende un módulo de software o instrucciones para responder a consultas del régimen operativo sobre el estado (por ejemplo, estado de instalación) o versiones de módulos de software, cargas útiles, datos de configuración, datos de calibración, componentes de archivos de configuración, especificaciones técnicas, configuración del procesador, configuración de entrada/salida, software del sistema operativo, ajustes de hardware, arquitectura de hardware u otra información relacionada con uno o más controladores (73, 74), la electrónica del vehículo 46 o el software instalado en cualquiera de ellos.
El procesador de datos del vehículo 71 puede comprender un microprocesador, un microcontrolador, una unidad central de procesamiento, una matriz lógica programable, un circuito integrado específico de la aplicación, un circuito lógico, una unidad aritmética lógica u otro sistema de procesamiento de datos para procesar, almacenar, recuperar o manipular datos electrónicos.
El dispositivo de almacenamiento de datos del vehículo 56 comprende una memoria electrónica, una memoria de acceso aleatorio no volátil, un dispositivo de almacenamiento óptico, un dispositivo de almacenamiento magnético u otro dispositivo para almacenar y acceder a datos electrónicos en cualquier dispositivo electrónico, óptico o electrónico grabable, regrabable o legible o medio de almacenamiento magnético.
Una interfaz de usuario 54 comprende uno o más de los siguientes: un teclado, un teclado numérico, una pantalla táctil, un conmutador, un dispositivo apuntador (por ejemplo, un ratón electrónico), una pantalla (por ejemplo, una pantalla de cristal líquido o una pantalla de plasma), u otro dispositivo para introducir, incorporar, seleccionar, recibir o mostrar datos de entrada o salida para un ordenador, controlador, electrónica u otro sistema de procesamiento de datos electrónicos.
El puerto de datos 48 puede comprender un puerto de datos de entrada/salida 48, tal como un UART, un transceptor de datos con memoria intermedia, un dispositivo que soporta comunicaciones con el ordenador de diagnóstico local 38, o un dispositivo de interfaz que soporta la comunicación entre el bus de datos 50 y el bus de datos del vehículo 72.
En una realización alternativa, el puerto de datos 48 puede comprender una conexión inalámbrica de corto alcance, tal como una conexión 802.11 IEEE (Instituto de Ingenieros Eléctricos y Electrónicos) o una conexión inalámbrica Bluetooth. El puerto de datos 48 soporta una conexión, transmisión, recepción o intercambio de datos entre la electrónica del vehículo 46 y el ordenador de diagnóstico local 38.
En otra realización alternativa, el dispositivo de almacenamiento de datos remoto 14 o el dispositivo de almacenamiento de datos del vehículo 56 comprende o almacena una interfaz de mensajería común para la comunicación con la electrónica del vehículo 46, proporcionando la interfaz de mensaje común una interfaz de comunicaciones entre la electrónica del vehículo 46 y al menos un programa de aplicación.
En la Figura 1, la electrónica del vehículo 46 comprende, además, un monitor de recursos 74, un temporizador de vigilancia 72, lógica de reinicio 73, un módulo de tareas dudosas 65 y un contador de bucle 75. En una realización, el monitor de recursos 74, el temporizador de vigilancia 72, la lógica de reinicio 73, el módulo de tareas dudosas 65 y el contador de bucle 75 pueden utilizarse para la detección y gestión de un mensaje dudoso, una tarea dudosa o un código de software problemático que puede consumir recursos informáticos excesivos o hacer que el procesador de datos 71 se atasque en un bucle repetitivo, que hace que el procesador de datos 71 deje de ejecutar software o ciertas instrucciones de software, o que contribuya a otro proceso no deseado. Tal como se ilustra en la Figura 1, el monitor de recursos 74, el temporizador de vigilancia 72 y la lógica de reinicio 73 pueden comunicarse con el procesador de datos 71 o con el módulo de tarea dudosa 75 (o el contador de bucle 75) en el dispositivo de almacenamiento de datos del vehículo 56 a través del bus de datos 50. Además, el temporizador de vigilancia 72 y la lógica de reinicio 73 pueden comunicarse entre sí a través del bus de datos 50, o de manera directa a través de una línea de transmisión o de un conductor eléctrico (no mostrado).
El monitor de recursos 74 comprende un dispositivo electrónico o instrucciones de software para supervisar el consumo del nivel de recursos, el rendimiento del procesamiento, la duración del procesamiento o la capacidad de procesamiento del procesador de datos 71, para una tarea correspondiente realizada o por realizar por el procesador de datos 71. Por ejemplo, el monitor de recursos 74 puede comprender un detector para detectar una solicitud enviada o recibida por el procesador de datos 71 para ejecutar una tarea particular, un archivo ejecutable, instrucciones de software ejecutables o conjuntos de instrucciones y un temporizador para medir la duración del procesamiento de datos o finalización por parte del procesador de datos 71 de una tarea correspondiente, de un archivo ejecutable u otras instrucciones de software ejecutables o conjuntos de instrucciones. Una tarea se refiere a cualquier proceso, procedimiento o serie de procesos y procedimientos discretos e identificables que se aplican a datos de entrada, datos de salida, datos intermedios derivados de los datos de entrada o un precursor de los datos de salida por el procesador de datos 71. Por ejemplo, una tarea puede incluir el registro basado en el dispositivo de iniciación del rendimiento o de los datos de diagnóstico asociados con un controlador 73 o un controlador de motor 74.
El temporizador de vigilancia 72 comprende un temporizador y un circuito de control, un dispositivo electrónico o instrucciones de software que controlan una duración de tiempo máxima permitida para cada tarea o proceso a realizar por el procesador de datos. En una realización, el temporizador de vigilancia 72 tiene una duración máxima permitida ajustable o definible por el técnico que puede ajustarse en base al software de aplicación particular y al sistema operativo (por ejemplo, la duración máxima prevista para que un procesador de datos ejecute un bucle de software, una tarea o un grupo de tareas) para ser ejecutado por el procesador de datos 71. El temporizador de vigilancia 72 puede ser activado por software (por ejemplo, software de aplicación o una tarea particular en software de aplicación) donde exista un bucle infinito o un bucle infinito en el nivel de interrupción (por ejemplo, en el software de la aplicación o en una tarea en particular), a modo de ejemplo. Cuando el procesador de datos 71 (por ejemplo, un microprocesador), el software o la tarea ejecutable por el mismo, y el hardware requerido que soporta el procesador de datos 71 están funcionando de manera normal o con suficiente velocidad, el temporizador de vigilancia 72 normalmente evita que el procesador de datos 71 se restablezca o reinicie borrando un indicador de activación o un valor de activación en un registro de datos (antes de la terminación de un período de tiempo de espera de vigilancia). Sin embargo, cuando el procesador de datos 71, el software o la tarea ejecutable por el mismo, o el hardware requerido que soporta el procesador de datos 71 no está funcionando de manera normal o con suficiente velocidad, el temporizador de vigilancia 72 no borra o restablece el indicador de activación o el valor de activación en el registro de datos, que al terminar el período de tiempo de espera de vigilancia, activa la lógica de reinicio 73 para reiniciar o restablecer el procesador de datos 71. Por ejemplo, el temporizador de vigilancia 72 puede ser incapaz de borrar el indicador de activación o el valor de activación en el registro de datos si el procesador de datos 71 está atascado en un bucle, retrasa la ejecución de una tarea o detiene la ejecución de una tarea mientras se ejecuta la tarea o el archivo ejecutable. Aunque el temporizador de vigilancia 72 y la lógica de reinicio 73 se ilustran como bloques separados en la Figura 1, el temporizador 72 de vigilancia y la lógica de reinicio 73 pueden integrarse en un procesador de datos 71.
La lógica de reinicio 73 comprende un circuito lógico, un controlador o instrucciones de software para proporcionar una señal digital, una señal de nivel lógico u otra señal de reinicio al procesador de datos 71 para restablecer o reiniciar el procesador de datos 71. La lógica de reinicio 73 puede configurarse para enviar la señal de reinicio a través del bus de datos 50 al procesador de datos 71 o de manera directa a una entrada de reinicio de datos (no ilustrada) del procesador de datos 71, que puede variar desde un dispositivo procesador de datos a otro.
Tal como se ilustra en la Figura 1, el dispositivo de almacenamiento del vehículo 56 comprende, además, un módulo de tareas dudosas 65 y un contador de bucle 75. El módulo de tareas dudosas 65 comprende instrucciones de programa para detectar una o más tareas dudosas, instrucciones de programa para gestionar una o más tareas dudosas, instrucciones de programa para segregar una o más tareas dudosas para no ejecución e instrucciones del programa para eliminar una o más tareas dudosas.
Un contador de bucle 75 comprende instrucciones de software o un contador electrónico para almacenar, acceder, recuperar, escribir o leer datos en uno o más registros de almacenamiento de datos u otras ubicaciones de almacenamiento de datos para efectuar un seguimiento del número de veces que se ha ejecutado un bucle para una tarea particular correspondiente de un programa ejecutable. Tal como se ilustra en la Figura 1, el contador de bucle 75 se almacena dentro, siendo accesible por, o gestionado por, el módulo de tareas dudosas 65. El contador de bucle 75 se almacena de tal manera que desactivar la electrónica del vehículo 46 o restablecer o reiniciar el procesador de datos 71 no interrumpe ni interfiere con la capacidad de leer o acceder a datos que se han almacenado de manera previa en el contador de bucle 75.
La Figura 2A es un diagrama de flujo de una realización de un método para realizar diagnósticos o mantenimiento de software en un vehículo. El método de la Figura 2A comienza en la etapa S200.
En la etapa S200, un sistema central electrónico de procesamiento de datos 10 almacena uno o más componentes de los archivos de configuración 30 para el acceso del sistema central electrónico de procesamiento de datos 10. Por ejemplo, los componentes de los archivos de configuración 30 se organizan como un conjunto modular de archivos que soportan la comunicación electrónica entre el sistema central electrónico de procesamiento de datos 10 y la electrónica del vehículo 46 o entre un ordenador de diagnóstico local 38 y la electrónica del vehículo 46. Los archivos de configuración o componentes pueden configurarse como cargas útiles o datos de configuración que son adecuados para transferencia a distancia entre el sistema central de procesamiento de datos 10 y la electrónica del vehículo 46 (por ejemplo, o los controladores 73, 74), a modo de ejemplo. Los datos de configuración comprenden instrucciones de software, parches, componentes o módulos que se basan en las configuraciones del vehículo y la electrónica del vehículo 46. En general, los datos de configuración son funcional y operativamente compatibles con el controlador del motor 74 y el controlador para el vehículo 73 en particular, que puede depender de la compatibilidad con el sistema operativo del software o el código rígido en los controladores (73, 74) o el tipo (p. ej., fabricante) de procesadores de datos (p. ej., microprocesadores) utilizados en los controladores (73, 74).
En la etapa S202, el sistema central electrónico de procesamiento de datos 10 o un terminal de técnico de servicio (40, 42) solicita una actualización de los archivos de configuración almacenados 30 para la electrónica del vehículo 46, en un vehículo particular, desde o por el sistema central electrónico de procesamiento de datos 10. La actualización solicitada puede basarse en una demanda del usuario (por ejemplo, a través de un terminal 40, 42), o generada de manera automática por el sistema central electrónico de procesamiento de datos 10 como parte de un ciclo de actualización de software, después de que transcurra un período de tiempo, para una rellamada del producto relacionado con el vehículo, o ante la ocurrencia de otro evento desencadenante definido por un usuario o fabricante del vehículo.
En la etapa S204, la electrónica del vehículo 46 recibe la actualización solicitada como componentes de los archivos de configuración 30 desde el sistema central electrónico de procesamiento de datos 10 basándose en una comparación de un registro de los archivos de configuración instalados en el vehículo 30 y la información de configuración objetivo sobre los archivos de configuración 30 almacenados en el sistema central electrónico de procesamiento de datos 10 (o en el dispositivo de almacenamiento de datos). Por ejemplo, la electrónica del vehículo 46 recibe los componentes solicitados de los archivos de configuración a través de una red de comunicaciones y de una infraestructura inalámbrica, en donde la infraestructura inalámbrica comprende un sistema inalámbrico terrestre, un sistema de comunicaciones por satélite o ambos a la vez. Se puede utilizar el sistema inalámbrico terrestre, excepto cuando no proporcione una cobertura fiable o una señal de calidad adecuada para la electrónica del vehículo 46 o el dispositivo de comunicaciones inalámbricas del vehículo 58. El sistema de comunicaciones por satélite se utiliza como un sistema de comunicaciones auxiliar para el sistema inalámbrico terrestre, cuando o si el sistema terrestre no proporciona una cobertura fiable o una señal de calidad adecuada al dispositivo de comunicaciones inalámbricas del vehículo 58.
En una realización, los archivos de configuración 30 instalados en el vehículo comprenden una lista de software cargada que se carga en la electrónica del vehículo 46 (o controladores asociados) de conformidad con los registros archivados del sistema central electrónico de procesamiento de datos 10. Antes de recibir componentes de los archivos de configuración en la electrónica del vehículo 46, el sistema de procesamiento de datos 10 puede verificar que los archivos de configuración instalados en el vehículo están en curso o actualizados enviando un mensaje de consulta de estado del software desde el sistema central de procesamiento de datos a la electrónica del vehículo 46, o controladores (73, 74) asociados con ellos o que residen en los mismos. La información de configuración de objetivos sobre los archivos de configuración 30 comprende una lista de objetivos de software para cargar en el vehículo, en donde la lista de objetivos está asociada con un período de tiempo válido correspondiente. Si el período de tiempo válido finaliza, el sistema de procesamiento de datos 10 puede programarse para actualizar o verificar el estado o la precisión de la lista de software objetivo, poniéndose en contacto (por ejemplo, a través de la red de comunicaciones 36) con un fabricante del vehículo o la electrónica del vehículo o registros de datos proporcionados en nombre del fabricante del vehículo o de la electrónica del vehículo.
De manera alternativa, los registros de los archivos de configuración 30 instalados en el vehículo y la configuración objetivo correspondiente para cada vehículo pueden almacenarse en una o más bases de datos centrales a las que pueda acceder el sistema central electrónico de procesamiento de datos 10 a través de una red de comunicaciones electrónicas 36, una red de comunicaciones local 36 (por ejemplo, Ethernet) o de otro modo.
Después de actualizar la configuración o el software en la electrónica del vehículo 46 (por ejemplo, en la etapa S204), la electrónica del vehículo 46 genera un archivo de retorno o acuse de recibo para su transmisión desde la electrónica del vehículo 46 al sistema central de procesamiento de datos 10 a través de la infraestructura inalámbrica 44 y la red de comunicaciones 36. El archivo de retorno puede contener un identificador de usuario o identificador de hardware de quién inició la reprogramación o solicitó la actualización (por ejemplo, carga útil, componente, datos de configuración o archivo de configuración). Además, el archivo de retorno puede contener información sobre la dirección de control de acceso a medios (MAC) o el identificador de host de un ordenador (por ejemplo, primer terminal de técnico de servicio 40 o segundo terminal de técnico de servicio 42) que inició la reprogramación (por ejemplo, de los componentes). La dirección MAC representa un identificador único para el hardware del ordenador que es asignado por un fabricante del hardware.
Para un entorno de programación a distancia, un controlador no programado en la electrónica del vehículo 46 puede generar un código de fallo cuando no puede comunicarse con otro controlador (por ejemplo, un controlador reprogramado) temporalmente durante el proceso de reprogramación. Por ejemplo, la electrónica del vehículo 46 puede recibir instrucciones para restablecer de manera automática el código de fallo mencionado con anterioridad, o el operador (del vehículo) puede recibir instrucciones para restablecer o borrar dichos códigos de fallo del programa de manera manual.
La configuración de software cargada o la configuración instalada en un vehículo puede actualizarse de vez en cuando mediante una o más transmisiones de componentes desde la electrónica del vehículo 46 al sistema de procesamiento de datos 10. Por ejemplo, después de que la electrónica del vehículo 46 se actualice mediante la instalación o descarga de una carga útil de software, la electrónica del vehículo 46 puede generar un reconocimiento o actualización de estado del software actual que se haya instalado de forma satisfactoria en la electrónica del vehículo 46.
La Figura 2B se refiere a otra realización de un método para realizar diagnósticos a distancias o el mantenimiento de software en un vehículo. El método de la Figura 2B comienza en la etapa S230.
En la etapa S230, un sistema central de procesamiento de datos 10 o un dispositivo de almacenamiento de datos remoto 14 almacena componentes de software para la electrónica del vehículo 46 en un sistema central electrónico de procesamiento de datos 10 o en una base de datos separada accesible por el sistema electrónico de procesamiento de datos 10.
En la etapa S232, el sistema central de procesamiento de datos 10 determina si se solicita o no una actualización del software cargado en la electrónica del vehículo 46. La actualización se solicita, si la demanda un usuario o un técnico al que se le ha otorgado permiso del propietario del vehículo para realizar diagnósticos, reparar el vehículo o actualizar o mantener el software en el vehículo. La actualización es requerida, si dicha actualización es necesaria para cumplir con la garantía del fabricante del vehículo, una rellamada del producto asociado con el vehículo o la electrónica del vehículo 46, una actualización del vehículo u otras instrucciones proporcionadas por el fabricante procedentes del propio fabricante del vehículo. Si se requiere o solicita la actualización, el método continúa con la etapa S236. Sin embargo, si no se solicita ni se requiere la actualización, el método continúa con la etapa S234.
En la etapa S234, el sistema central de procesamiento de datos 10 espera un intervalo de tiempo antes de volver a la etapa S232.
En la etapa S236, el sistema central de procesamiento de datos 10 o un terminal (por ejemplo, el primer terminal de técnico de servicio 40 o un segundo terminal de técnico de servicio 42) demanda una actualización del software cargado en la electrónica del vehículo 46 desde el sistema central electrónico de procesamiento de datos 10. Por ejemplo, un técnico de servicio puede solicitar una actualización del software cargado mientras realiza un mantenimiento o servicio de rutina en el vehículo asociado con la electrónica del vehículo 46.
En la etapa S238, el sistema central de procesamiento de datos 10 genera una carga útil o parche común, compatible con la conexión a distancia y local a la electrónica del vehículo 46 y compatible con la actualización solicitada. Por ejemplo, el sistema central de procesamiento de datos 10 genera una carga útil en respuesta a una solicitud para actualizar el software en la electrónica del vehículo 46, o en uno o más controladores (73, 74). En una realización, el software de procesamiento de carga útil común ensambla, de manera dinámica, cargas útiles que son específicas de la máquina y personalizadas, en lugar de reprogramar un grupo completo de vehículos del mismo número de modelo con la misma carga útil de software. Para establecer y ensamblar la carga útil ensamblada de manera dinámica apropiada para el vehículo, el sistema electrónico de procesamiento de datos 10 considera: (a) la diferencia entre un registro del software cargado (por ejemplo, almacenado o gestionado por el sistema central de procesamiento de datos 10) y la configuración de software de destino y (b) la configuración de opciones del vehículo (por ejemplo, opciones de fábrica seleccionadas por el comprador original). Por ejemplo, las opciones pueden afectar la curva de torsión del motor, la configuración de la transmisión u otras características.
Una carga útil puede comprender datos de configuración, datos de calibración o ambos a la vez. Los datos de configuración se refieren a una configuración particular de la electrónica del vehículo 46, un controlador, un sistema de vehículo o un vehículo en donde una o más características del vehículo están activas, inactivas o configuradas para coincidir con las opciones seleccionadas del vehículo (por ejemplo, las opciones del vehículo de fábrica según lo ordenado en el vehículo original). Los datos de calibración pueden relacionarse con la configuración de parámetros que se pueden ajustar para cumplir con varios requisitos o normas operativas de ingeniería. Los datos de calibración pueden relacionarse con parámetros que se ajustan para el consumo de combustible, el ahorro de combustible, los requisitos del par de torsión, las normas de emisión del motor, los objetivos de control de la contaminación (por ejemplo, NOx (reducción de óxido nitroso), los requisitos de potencia del motor, el rendimiento del sistema hidráulico, la potencia del sistema eléctrico o la salida de corriente, condiciones del medio ambiente (p. ej., temperatura ambiente, humedad, elevación del suelo), o para cumplir con otras especificaciones del vehículo. Los datos de carga útil, los datos de configuración y los datos de calibración se asocian con un identificador de vehículo correspondiente para su almacenamiento, recuperación o indexación en el dispositivo de almacenamiento de datos remoto 14.
En la etapa S240, la electrónica del vehículo 46 recibe la carga útil común generada o el parche del sistema central electrónico de procesamiento de datos 10. Por ejemplo, uno o más controladores (73, 74) dentro de la electrónica del vehículo 46 se pueden reprogramar con la carga útil común o parche desde el sistema central electrónico de procesamiento de datos 10. La electrónica del vehículo 46 o los controladores (73, 74) pueden reprogramarse a un estado en donde el software instalado coincida con una configuración objetivo para el software en la electrónica del vehículo 46, o donde el rendimiento de la electrónica del vehículo 46 o del vehículo cumple una especificación del propio vehículo. Los datos de calibración, los datos de configuración o ambos pueden establecerse u optimizarse para condiciones ambientales particulares, características autorizadas del vehículo u otros.
En la etapa S242, el sistema central de procesamiento de datos 10 o la electrónica del vehículo 46, o ambos a la vez, pueden instalar la carga útil común generada o el parche en la electrónica del vehículo 46. La etapa S242 puede llevarse a cabo de conformidad con varias técnicas que pueden ser aplicada por separado o de forma acumulativa.
Según una primera técnica, el sistema central de procesamiento de datos 10 utiliza software de procesamiento de carga útil común (por ejemplo, 350 en la Figura 3) en el sistema central de procesamiento de datos 10, un ordenador de diagnóstico local 38, o ambos a la vez, donde la misma carga útil puede ser entregada a distancia a través de la programación a distancia de la electrónica del vehículo 46 (a través de comunicaciones con el dispositivo de comunicación inalámbrica del vehículo 58) a través de una red de comunicaciones 36 y una infraestructura inalámbrica 44 y a nivel local a través de la programación local de una conexión cableada o inalámbrica de corto alcance entre un puerto de datos de la electrónica del vehículo y el ordenador de diagnóstico local 38.
Según una segunda técnica, el sistema central de procesamiento de datos 10 utiliza un software de procesamiento de carga útil común (por ejemplo, 350 en la Figura 3) para instalar o reprogramar una carga útil, datos de configuración, datos de calibración o componentes de software de configuración para un controlador de motor 74 y un controlador que no es del motor (por ejemplo, 73) de manera prácticamente simultánea. En este caso, el calificativo de prácticamente simultánea significará simultánea en general, teniendo lugar al mismo tiempo más o menos tres segundos, ocurriendo de manera alternativa en una forma multiplexada por división de tiempo, u ocurriendo de manera alternativa durante ventanas temporales alternas de duración igual o desigual.
Según una tercera técnica, el sistema central de procesamiento de datos 10 utiliza un software de procesamiento de carga útil común (por ejemplo, 350) para reprogramar o instalar una carga útil, datos de configuración, datos de calibración o componentes del software de configuración en un primer controlador (por ejemplo, 73 o 74) que está funcionando correctamente e ignorar un segundo controlador (por ejemplo, 73 o 74), distinto del primer controlador, que funciona mal o no responde a uno o más mensajes de datos, o que está generando un código de error o código de diagnóstico.
Según una cuarta técnica, el sistema central de procesamiento de datos 10 facilita la visualización de un estado de la programación de la carga útil común o un parche a un usuario a través de una interfaz de usuario 54 de la electrónica del vehículo 46 o una interfaz de usuario 41 de un primer terminal de técnico de servicio 40 o un segundo terminal de técnico de servicio 42.
Según una quinta técnica, el sistema central de procesamiento de datos 10 facilita permitir que un usuario controle el progreso de la programación del vehículo con la carga útil común o parche a través de una interfaz de usuario 54 de la electrónica del vehículo 46 o una interfaz de usuario 41 de un primer terminal de técnico de servicio 40 o de un segundo terminal de técnico de servicio 42.
Según una sexta técnica, el sistema central de procesamiento de datos 10 puede instalar la carga útil común generada de una manera que permita al sistema central de procesamiento de datos 10 revertir la electrónica del vehículo 46 a un estado de programación anterior, a petición generada por un técnico o usuario desde un primer terminal de técnico de servicio 40, un segundo terminal de técnico de servicio 42, la interfaz de usuario 54 de la electrónica del vehículo 46, o de cualquier otro modo. Por ejemplo, el sistema central de procesamiento de datos 10 puede almacenar datos de carga útil anterior, datos de configuración previa, datos de calibración previa, datos de carga útil actual, datos de configuración actual y datos de calibración actual en un archivo, un fichero de archivo, un archivo invertido, un registro de datos, una base de datos o en otra estructura de datos adecuada. En consecuencia, la electrónica del vehículo 46, el sistema de procesamiento de datos 10, o el técnico de servicio (por ejemplo, desde un terminal 40, 42) pueden hacer retroceder los datos de configuración actuales, la carga útil actual o la calibración actual de la electrónica del vehículo 46 o el propio vehículo para una configuración o calibración anterior, según esté disponible en los datos de configuración anterior almacenados, los datos de calibración y los datos de carga útil anteriores.
En un ejemplo, la electrónica del vehículo 46, el sistema central de procesamiento de datos 10 o el usuario (por ejemplo, a través de un ordenador de diagnóstico local 38 o de la interfaz de usuario 54 de la electrónica del vehículo 46) pueden desencadenar el retroceso de la corriente de carga útil, de la configuración actual o de los datos de calibración actuales a la carga útil anterior, configuración anterior o datos de calibración anteriores. Por ejemplo, si el vehículo comprende un dispositivo combinador o cosechadora, la electrónica del vehículo 46 en una configuración y la calibración previas puede optimizarse para una primera cosecha (por ejemplo, maíz), mientras que la electrónica del vehículo 46 en una configuración actual está optimizada para una segunda cosecha (por ejemplo, trigo o soja). En consecuencia, el operador o la electrónica del vehículo 46 pueden volver a la configuración anterior y a la calibración previa para que coincida con el ciclo de rotación de cosechas de un operador entre la primera cosecha y la segunda cosecha, de modo que la electrónica del vehículo 46 se optimice para la cosecha correspondiente particular que se encuentra actualmente dentro del ciclo de rotación de cosechas.
La Figura 2C se refiere a una realización de un método para efectuar un diagnóstico a distancia en un vehículo según la invención reivindicada. El método de la Figura 2C comienza en la etapa o bloque S300.
En la etapa S220, la electrónica del vehículo 46 registra datos de alta fidelidad o datos de mayor frecuencia de muestreo en el vehículo de conformidad con los archivos de configuración 30 para respaldar el análisis de ingeniería o el diagnóstico sobre los componentes, sistemas o rendimiento del vehículo. Los datos de alta fidelidad pueden definirse de conformidad con varias definiciones que pueden aplicarse de forma alterna o acumulativa. Bajo una primera definición, el término datos de alta fidelidad es sinónimo de datos de mayor frecuencia de muestreo con un intervalo de muestreo que es mayor que el retardo total sobre un bus de datos del vehículo 72 (por ejemplo, bus de datos CAN (red de área del controlador)), donde el retardo total (por ejemplo, aproximadamente 0.5 microsegundos o más) incluye la suma de un retardo de propagación sobre la longitud máxima (por ejemplo, 10 metros) del bus de datos del vehículo, un retardo de procesamiento del controlador y un retardo del transceptor del controlador.
Según una segunda definición, de conformidad con la presente invención, los datos de alta fidelidad comprenden datos de frecuencia de muestreo más alta que se recogen a frecuencias de muestreo superiores a las que se suelen utilizar por los controladores (por ejemplo, el controlador del motor 74 u otros controladores 73) durante el funcionamiento normal del vehículo (o el funcionamiento normal de un controlador en particular). Una frecuencia de muestreo normal significa una frecuencia de muestreo de datos que es necesaria o requerida para que un controlador (por ejemplo, un controlador de motor 74) realice y funcione correctamente, además, de realizar cualquier característica de diagnóstico o recoger datos que no sean necesarios para que el controlador funcione de manera correcta y adecuada. La frecuencia de muestreo más alta que una frecuencia de muestreo normal o típica más baja para un parámetro medido puede ayudar a mejorar la precisión o mejorar la identificación de un problema con un vehículo, un sistema de vehículo o un componente.
Los datos de alta fidelidad pueden ser recopilados por un controlador de motor 74 u otro controlador (por ejemplo, 73) que está asociado con sensores o dispositivos de medición, donde los eventos medidos (por ejemplo, inyección de combustible o eventos del sistema de medición de combustible) ocurren durante períodos de tiempo que son menores que el retardo total. El controlador (por ejemplo, 74) puede almacenar los datos de alta fidelidad recopilados en la memoria intermedia (por ejemplo, externa o interna al controlador) o en otro dispositivo de almacenamiento de datos (por ejemplo, 56). Es posible que el bus de datos del vehículo 72 o el bus de datos de la red de área del controlador (CAN) no tengan suficiente ancho de banda o capacidad de velocidad de transmisión para transmitir los datos de alta fidelidad en tiempo real a medida que se recogen. En su lugar, los datos de alta fidelidad recopilados pueden ser almacenados y agregados por un controlador (por ejemplo, 74) para su posterior transmisión a través del bus de datos del vehículo 72 y para un análisis posterior. Por ejemplo, si el bus de datos del vehículo 72 comprende un bus de datos CAN, la velocidad de transmisión puede oscilar entre 1 megabits por segundo (Mbps) y 10 kilobits por segundo (Kbps). A una velocidad de transmisión de 10 kilobits por segundo, cada símbolo o bit puede tardar hasta 100 microsegundos en transmitirse desde el bus de datos del vehículo 72 (por ejemplo, bus de datos CAN), lo que puede limitar las capacidades en tiempo real donde el bus de datos CAN puede estar cargado en gran medida con tráfico o actividad, a modo de ejemplo.
En la etapa S222, la electrónica del vehículo 46 recupera o registra datos complementarios a través de una transmisión de ancho de banda baja en el vehículo para complementar los datos de alta fidelidad registrados. La transmisión de ancho de banda baja puede definirse de conformidad con varias definiciones que pueden aplicarse de forma alterna o acumulativa. Según una primera definición, los datos complementarios son sinónimo del término de datos de tasa de muestreo más baja que se recogen a una tasa de muestreo más baja que la tasa de muestreo más alta de los datos de alta fidelidad.
Según una segunda definición, la transmisión de ancho de banda baja comprende una transmisión inalámbrica entre la electrónica del vehículo 46 y el sistema central electrónico de procesamiento de datos 10 u otro sistema de procesamiento de datos a distancia, en donde el ancho de banda máximo (o velocidad de transmisión máxima) está limitado para cumplir o exceder un cierto umbral mínimo de fiabilidad o de calidad de la señal o para cumplir con una limitación de ancho de banda proporcionada por un satélite u otro proveedor de servicios inalámbricos.
Según una tercera definición, la transmisión de ancho de banda baja es a una velocidad de transmisión de datos o velocidad máxima de transmisión de datos ofrecida o proporcionada por un bus de datos del vehículo 72 (por ejemplo, un bus de datos CAN), en donde se entiende que la velocidad de transmisión de datos máxima puede estar limitada por la carga del bus de datos del vehículo 72 con tráfico, múltiples controladores, accionadores u otros dispositivos de red. Por ejemplo, en la etapa S222, la electrónica del vehículo 46 puede proporcionar dichos datos de ancho de banda baja al sistema central electrónico de procesamiento de datos 10 o al analizador 26 después de que la electrónica del vehículo 46 haya informado o transmitido datos de alta fidelidad pertinentes al sistema de procesamiento de datos 10 o al analizador 26. La electrónica del vehículo 46 puede proporcionar la transmisión de ancho de banda baja en tiempo real a través del bus de datos del vehículo 72 desde el controlador (por ejemplo, 73 o 74) para complementar los datos de alta fidelidad previamente recogidos.
En la etapa S224, el sistema de procesamiento de datos 10 o el analizador 26 procesan los datos de alta fidelidad registrados y los datos complementarios recuperados para generar un mensaje de informe de estado de diagnóstico para su transmisión al primer terminal de técnico de servicio 40 o al segundo terminal de técnico de servicio 42. En una realización alternativa, para el estado crítico de un fallo, error, problema o mal funcionamiento, o para prevenir un fallo (por ejemplo, fallo catastrófico) de la electrónica del vehículo 46 o del propio vehículo, el sistema de procesamiento de datos 10 o el analizador 26 procesan los datos de alta fidelidad registrados y los datos complementarios recuperados para generar un mensaje de informe de estado de diagnóstico para su transmisión a una interfaz de usuario 54 de la electrónica del vehículo 46, el primer terminal de técnico de servicio 40 o el segundo terminal de técnico de servicio 42. Además, el informe de estado de diagnóstico que se transmite a la electrónica del vehículo 46 puede indicar al usuario u al operador del vehículo que tome medidas correctivas o de precaución con respecto al vehículo o a la electrónica del vehículo 46.
En la etapa S226, el sistema de procesamiento de datos 10 o la base de datos de diagnóstico 28 organiza el mensaje de informe de diagnóstico, los datos de alta fidelidad registrados y los datos complementarios recuperados en un depósito de datos o en una base de datos de diagnóstico 28 para respaldar el análisis de ingeniería y el diagnóstico sobre los componentes, sistemas o rendimiento del vehículo.
La etapa S226 se puede llevar a cabo de conformidad con diversas técnicas que se pueden aplicar de forma alterna o acumulativa. Según una primera técnica, el sistema de procesamiento de datos 10 o la base de datos de diagnóstico 28 organiza el mensaje de informe de diagnóstico, los datos de alta fidelidad registrados y los datos complementarios recuperados para identificar tendencias en la base de datos de diagnóstico 28. Según una segunda técnica, el sistema de procesamiento de datos 10 determina un estado o progreso de las solicitudes de diagnóstico y muestra el estado determinado a un usuario en un terminal de usuario (40, 42) o interfaz de usuario de la electrónica del vehículo 46 en comunicación con el sistema central electrónico de procesamiento de datos 10. Según una tercera técnica, el sistema de procesamiento de datos 10 muestra lecturas de datos en tiempo real desde un vehículo a un usuario en un terminal de usuario (40, 42) o interfaz de usuario de la electrónica del vehículo 46 en comunicación con el sistema central electrónico de procesamiento de datos 10.
Según una cuarta técnica, basada en el mensaje de informe de diagnóstico, el sistema de procesamiento de datos 10 y la interfaz de usuario de la electrónica del vehículo 46 soportan la selección por el cliente de un centro de servicio para dar servicio a distancia a un vehículo mediante configuraciones seleccionables a través del sitio web. La lista de centros de servicio presentada a un usuario en particular puede adaptarse (a) para tener la ubicación geográfica más cercana entre el centro de servicio y un usuario en particular correspondiente, o (b) tener experiencia o pericia en la resolución de uno o más problemas o cuestiones técnicas identificadas por el mensaje de informe de diagnóstico al usuario particular.
Según una quinta técnica, un sistema de facturación factura a uno o más usuarios sobre una base por uso para el servicio de diagnóstico a distancia y las sesiones de programación que son seleccionadas por un usuario a través de la interfaz de usuario de la electrónica del vehículo 46 o a través de un sitio web al que accede el usuario mediante un dispositivo de comunicación personal o un ordenador.
Un controlador de motor 74 u otro controlador (por ejemplo, 73) puede estar provisto con un monitor de datos interno u otro dispositivo de recogida de datos (no ilustrado) para la recogida de datos de alta fidelidad. El monitor de datos interno puede comprender un módulo electrónico, un módulo de software o ambos a la vez. Por ejemplo, el dispositivo de recogida de datos puede comprender la combinación de memoria electrónica y un procesador de datos 71. De manera similar, el monitor de datos interno en el controlador (por ejemplo, 73 o 74) puede comprender una combinación de memoria electrónica y un microprocesador u otro procesador de datos asociado con el controlador. El módulo de software para el dispositivo de recogida de datos, o el monitor de datos interno, comprende instrucciones de software para la lectura, registro, almacenamiento, recuperación y gestión de datos en uno o más registros, direcciones de memoria o ubicaciones de la memoria electrónica de conformidad con las instrucciones de registro, parámetros de registro, intervalos de muestreo, duración del registro u otras instrucciones especificadas o seleccionadas por un usuario.
En una realización, no de conformidad con la invención, los datos de alta fidelidad se refieren a datos que se muestrean a una velocidad de muestreo que es mayor que una velocidad de transmisión en tiempo real o a una tasa de rendimiento de datos en tiempo real de un bus de datos del vehículo 72 (por ejemplo, bus de datos de la red de área del controlador 72). Los datos de alta fidelidad también pueden denominarse datos de mayor frecuencia de muestreo, mientras que la transmisión de ancho de banda baja puede denominarse datos de menor frecuencia de muestreo o datos del vehículo limitados por bus o por un ancho de banda. Por ejemplo, los datos de alta fidelidad pueden referirse a datos que se muestrean a una frecuencia de muestreo mayor que una velocidad de transmisión en tiempo real que funciona en condiciones de carga normales, un margen de condiciones de carga típicas o condiciones de carga completa, para un bus de datos del vehículo 72. En un ejemplo, la frecuencia de muestreo para los datos de alta fidelidad es menor o igual a 50 milisegundos. En otro ejemplo, la frecuencia de muestreo para datos de alta fidelidad es menor o igual a 5 milisegundos. En otro ejemplo más, la frecuencia de muestreo para datos de alta fidelidad es menor o igual a 2.5 milisegundos.
Se pueden recoger datos de alta fidelidad pertenecientes a uno o más de los siguientes parámetros: (a) velocidad del motor, (b) solicitud de velocidad del bus válida, (c) combustible deseado, (d) término integral del regulador, (e) término proporcional del regulador, y (f) tipo de regulador. Los datos de alta fidelidad pueden utilizarse para examinar o evaluar el rendimiento de uno o más de los siguientes componentes de un vehículo: sistema de inyección de combustible, sistema de medición de combustible, tiempo de encendido u otros aspectos de control de un vehículo con motor de combustión interna, o un sistema de detección de fallos en tierra para un vehículo de propulsión eléctrica, o un alternador o controlador de motor para controlar un motor de accionamiento eléctrico para un vehículo de propulsión eléctrica.
El controlador (73, 74) o la electrónica del vehículo 46 pueden tener almacenamiento de datos o memoria electrónica (por ejemplo, memoria externa de acceso aleatorio) que pueda dividirse en una o más zonas de almacenamiento. La electrónica del vehículo 46 puede registrar o supervisar uno o más parámetros a una o más frecuencias de muestreo diseñadas o a una frecuencia de muestreo predeterminada. La electrónica del vehículo 46, el sistema central de procesamiento de datos 10 o el técnico (a través de un terminal 40, 42) pueden establecer o seleccionar uno o más de entre los siguientes: (a) los parámetros que se registrarán, (b) las tasas de muestreo, (c) un activador de inicio para iniciar el registro, (d) un activador de parada para detener el registro, (e) asignación de memoria o asignación de almacenamiento de datos, y (f) duración máxima de registro o una magnitud máxima de datos registrados. De conformidad con una realización, uno o más parámetros pueden ser registrados al mismo tiempo por uno o más controladores (73, 74). El método de la Figura 2C se puede realizar ejecutando pruebas en el vehículo a través de un terminal remoto (40, 42) en comunicación con al menos uno de entre la electrónica del vehículo 46 y el sistema central electrónico de procesamiento de datos 10.
La Figura 3 ilustra una posible configuración de software que soporta el sistema de diagnóstico a distancia 11 de la Figura 1. Las referencias numéricas similares en la Figura 1 y en Figura 3 indican elementos similares.
La aplicación informática del centro de servicio 301 y el panel de control web 302 están configurados para ejecutarse en el sistema central electrónico de procesamiento de datos 10 y mostrarse a un usuario del primer terminal de técnico de servicio 40 o el segundo terminal de técnico de servicio 42. La aplicación informática del centro de servicio 301 puede abarcar aquellos módulos de software, estructuras de datos y archivos que se almacenan en el dispositivo de almacenamiento de datos remoto 14. La aplicación informática del centro de servicio 301 puede facilitar la selección por un usuario de un centro de servicio que esté geográficamente más próximo del vehículo o de la electrónica del vehículo 46 que requiere análisis, diagnóstico, reparación, programación de software o reprogramación de software.
El panel de control web 302 proporciona el estado de las solicitudes de actualización, transferencias de carga útil o pruebas de diagnóstico a una interfaz de usuario 41 de un primer terminal de técnico de servicio 40 o un segundo terminal de técnico de servicio 42. Los servicios web para el uso del panel de control 309 admiten la provisión de datos de estado sobre transferencia de carga útil, reprogramación u otras actividades al panel de control web, de conformidad con las limitaciones técnicas y especificaciones de la interfaz de usuario 41 para el primer terminal de técnico de servicio 40, el segundo terminal de técnico de servicio o ambos a la vez.
El sistema central electrónico de procesamiento de datos 10 ejecuta o admite la ejecución de los siguientes módulos de software, de las siguientes funciones de gestión y alojamiento de sitios web, de las siguientes funciones de gestión de almacenamiento y recuperación de datos, de las siguientes funciones de seguridad y autorización y de otras funciones de procesamiento electrónico de datos: el sistema de gestión a distancia y la base de datos 303, el host de servicios de comunicaciones 304, el sitio web de telemática 305, el servicio de telemática 306, la base de datos de identificación de la máquina 307, la base de datos de búsqueda de suscripción telemática de la máquina 308, el servicio web para el uso del panel de control 309 (base de datos de la máquina), y la conexión telemática al vehículo 310.
El sistema de gestión a distancia y la base de datos 303 pueden comprender la base de datos de diagnóstico 28 de la Figura 1, a modo de ejemplo. El host de servicios de comunicaciones 304 puede ser gestionado o ejecutado por la interfaz de comunicaciones 18 de la Figura 1, a modo de ejemplo.
La base de datos de identificación de máquina 307 puede almacenar registros de autorización para usuarios (por ejemplo, técnicos de servicio) y los identificadores de máquina o vehículo correspondientes que autorizan a los usuarios a reparar, reprogramar, reconfigurar, revisar, evaluar o diagnosticar la electrónica del vehículo 46 correspondiente o los propios vehículos correspondientes. La búsqueda de suscripción telemática de máquina 308 puede referirse a qué terminales de técnico (por ejemplo, primer terminal de técnico de servicio 40 o un segundo terminal de técnico de servicio 42) tienen acceso para diagnóstico a distancia o programación a distancia de la electrónica del vehículo 46.
La capa de conexión de la máquina 311 y el procesador de carga útil de programación a distancia 312 son componentes de software de carga útil común 350 que se pueden utilizar para la programación y el análisis local y a distancia de la electrónica del vehículo 46. La programación local es la programación y el análisis que se realiza a través del ordenador de diagnóstico 38 que está conectado de manera directa a la electrónica del vehículo 46 o su puerto de datos 48 mediante un hilo, cable o enlace inalámbrico. El software de procesamiento de carga útil común es asimismo común, o por lo general el mismo, para el sistema central electrónico de procesamiento de datos 10 y el ordenador de diagnóstico local 38. El sistema central electrónico de procesamiento de datos 10 proporciona cargas útiles o reprogramación a distancia a través de la red de comunicaciones 36 y de la infraestructura inalámbrica 44 a la electrónica del vehículo 46. El ordenador de diagnóstico local 38 proporciona cargas útiles y reprogramación de manera directa a la electrónica del vehículo 46 a través de una conexión local. El ordenador de diagnóstico local 38 puede descargar la programación del sistema central electrónico de procesamiento de datos 10 a través de una red de comunicaciones 36 o de otro modo.
El software de procesamiento de carga útil común comprende un componente de conexión del motor 314, un programa de cargador del motor 315, un componente de conexión no del motor 313 y un programa del cargador no del motor 316. En consecuencia, el software o la carga pueden adaptarse a los diferentes tipos de controladores de motor y de no motor (73, 74). Además, el software presenta redundancia de modo que (1) la reprogramación de los controladores que no son del motor (por ejemplo, 73) y de los controladores del motor (por ejemplo, 74) se pueden realizar de manera simultánea, y (2) la reprogramación de un controlador que no es del motor (por ejemplo, 73 ) todavía se puede realizar, si un controlador de motor (por ejemplo, 74) o un software de reprogramación de software produce un fallo o error y no se puede reprogramar, y (3) la reprogramación de un controlador de motor (por ejemplo, 74) todavía se puede realizar, si un controlador que no es del motor (por ejemplo, 73) o software produce un fallo o error y no se puede reprogramar.
En una realización, durante la reprogramación se pueden inhabilitar todas las demás funciones del controlador distintas de programar o escribir en su memoria.
En otra realización ilustrativa, el software de carga útil común puede utilizar una variable de entorno. La variable de entorno proporciona un indicador de si la electrónica del vehículo 46 está funcionando en un entorno de reprogramación local o en un entorno de reprogramación a distancia. La electrónica del vehículo 46, el sistema central de procesamiento de datos 10 o ambos determinan si una variable de entorno está presente, lo que indica un entorno de programación a distancia. Si se detecta el entorno de programación a distancia, el sistema central de procesamiento de datos 10 puede suprimir algunos elementos de un script basado en las capacidades de visualización de una interfaz de usuario 41 en la electrónica del vehículo 46 o para filtrar el contenido mostrado para eliminar el contenido técnico o el contenido técnico que no se considera adecuado para un usuario final de un vehículo, a diferencia de un técnico sofisticado (por ejemplo, o la interfaz de usuario 41 del primer terminal de técnico de servicio 40 o el segundo terminal de técnico de servicio 43).
En una realización alternativa, en el entorno de programación a distancia, el script puede modificarse para solicitar características de la máquina, tal como el tamaño de la llanta u otra información que pueda utilizarse para reprogramar la máquina.
La electrónica del vehículo 46 puede facilitar la ejecución de los servicios de comunicación móvil 317, un marco de software 318, diagnóstico a distancia y programación a bordo 319, conexión telemática al vehículo 310, conexión local al vehículo 320, controladores de la red de área de controlador (CAN) 321 y controladores de vehículos 322. Los controladores CAN 321 son un software que permite que uno o más controladores (73, 74) interactúen con otros elementos de red o se comuniquen a través del bus de datos del vehículo (por ejemplo, bus de datos CAN), en donde los elementos de red pueden comprender uno o más controladores, transceptores, accionadores, sensores u otros dispositivos electrónicos. Los controladores de vehículo 322 pueden comprender un controlador de motor 74 y un controlador 73, a modo de ejemplo.
El proceso de la Figura 4 comienza o se inicia en la etapa o bloque 401.
En la etapa 402, el usuario o técnico introduce un identificador de producto de la máquina (por ejemplo, un identificador de vehículo) en un terminal (por ejemplo, un primer terminal de técnico de servicio 40) u otro dispositivo informático que es capaz de comunicaciones cableadas o inalámbricas con el sistema central electrónico de procesamiento de datos 10 a través de la red de comunicaciones 36 (por ejemplo, Internet).
En la etapa 403, a través del terminal o del dispositivo informático, un usuario o técnico crea una solicitud para recuperar información de la máquina (por ejemplo, datos de configuración, datos de calibración, datos de software cargados, datos de software de destino u otros datos relacionados con la electrónica del vehículo 46 o con los controladores en la misma) desde el sistema central electrónico de procesamiento de datos 10 o una base de datos accesible a través del sistema central electrónico de procesamiento de datos 10.
En la etapa 404, a través del terminal o del dispositivo informático, el usuario o técnico envía la solicitud creada para recuperar información de la máquina al sistema central electrónico de procesamiento de datos 10 (por ejemplo, un ordenador central) a través de la red de comunicaciones 36 (por ejemplo, Internet).
En la etapa 405, el sistema central electrónico de procesamiento de datos 10 determina si el usuario está autorizado o no lo está. Por ejemplo, el sistema central electrónico de procesamiento de datos 10 puede determinar que el usuario está autorizado si el usuario o el técnico supera un proceso de autenticación, tal como la entrada de un identificador y una contraseña correspondiente. Si el usuario está autorizado, el método continúa con la etapa 406. Sin embargo, si el usuario no está autorizado (por ejemplo, de conformidad con un proceso de autenticación o medida de seguridad), el método continúa con el bloque 409.
En la etapa 406, el sistema central de procesamiento de datos 10 determina si el vehículo o máquina particular, o su electrónica del vehículo 46 asociada, son capaces de actuar a distancia. El hecho de que sea capaz de actúa a distancia significa que la electrónica del vehículo 46 soporta comunicaciones inalámbricas entre el sistema central electrónico de procesamiento de datos 10 y la electrónica del vehículo 46 a través de la red de comunicaciones 36 y a través de cualquier otro intermediario (por ejemplo, infraestructura inalámbrica 44). Si el vehículo o la electrónica del vehículo 46 tienen capacidad a distancia, el método continúa con la etapa 408. Sin embargo, si el vehículo o la electrónica del vehículo 46 no tienen capacidad a distancia, el método continúa con el bloque 407.
En la etapa 408, el sistema central de procesamiento de datos 10 completa uno o más de las siguientes acciones: (a) el sistema central de procesamiento de datos 10 recupera una configuración de la máquina o datos de configuración para el vehículo de conformidad con el número de identificación de producto introducido de la máquina y con la demanda de información, (b) el sistema central de procesamiento de datos 10 recupera la información de solicitud de la máquina, (c) el sistema central de procesamiento de datos 10 establece un archivo de configuración optimizado de manera dinámica basado en la configuración de la máquina y en la información solicitada por el usuario.
En la etapa 409, el sistema central de procesamiento de datos 10 devuelve y muestra los resultados de la recuperación de la información de la máquina.
La Figura 5 es un diagrama de flujo de un proceso de registro de datos en la electrónica del vehículo 46. El método de la Figura 5 comienza en la etapa o bloque 501.
En el bloque 502, un sistema central electrónico de procesamiento de datos 10 recupera una configuración de máquina para un usuario o técnico (por ejemplo, en un primer terminal de técnico de servicio 40, un segundo terminal de técnico de servicio 42 u otro terminal capaz de comunicarse con el sistema central electrónico de procesamiento de datos 10 a través de la red de comunicaciones 36 o de otro modo).
En el bloque 503, un usuario (a través de una interfaz de usuario 41 de un terminal) activa, introduce o selecciona una característica de registro de datos (por ejemplo, un botón de registro de datos), conmutador o medio de control. La interfaz de usuario 41 puede presentar la característica de registro de datos en la aplicación informática del centro de servicio 301, o de otro modo.
En el bloque 504, el sistema central de procesamiento de datos 10 o el terminal muestra un asistente de registro de datos. El asistente de registro de datos comprende un asistente, un conjunto de instrucciones controladas por menús u otro mecanismo asistido por software para registrar parámetros de la electrónica del vehículo 46, o uno o más controladores de la electrónica del vehículo 46.
En el bloque 505, el sistema central de procesamiento de datos 10 selecciona o introduce uno o más de los siguientes: tipo de registro, parámetros de registro, condiciones de registro, duración del registro, evento de activación de registro, hora de inicio de registro, hora de parada de registro u otros elementos definibles por el usuario relacionados con el registro.
En el bloque 506, el sistema central de procesamiento de datos 10 o la aplicación informática del centro de servicio 301 crea una solicitud de registro utilizando la información devuelta de la información de la máquina recuperada y la información que el usuario seleccionó o introdujo en el asistente de registro en el bloque 504, bloque 505, o ambos a la vez.
En el bloque 507, el sistema central de procesamiento de datos 10 genera el archivo de configuración dinámica en base a los datos solicitados o a la solicitud de registro.
En el bloque 508, la aplicación informática 301 del centro de servicios envía una solicitud al servidor (por ejemplo, el sistema central de procesamiento de datos 10). El servidor o el sistema central de procesamiento de datos 10 reenvía o transmite los datos solicitados o la solicitud de registro a la electrónica del vehículo 46 para su procesamiento. La electrónica del vehículo 46 puede procesar la solicitud mediante un controlador, un controlador de motor o un registrador 60 junto con un procesador de datos.
En el bloque 509, el sistema central de procesamiento de datos 10 o el servidor valida la solicitud y envía una solicitud al panel de control.
En el bloque 510, se envía/recibe el flujo de trabajo de los resultados. La electrónica del vehículo 46 recopila datos en un dispositivo de recogida de datos, dispositivo de registrado 60, controlador o un controlador de motor. Los datos recopilados se recogen de conformidad con los parámetros de registro y las condiciones de registro seleccionadas en el bloque 505. Una vez que los datos recopilados están completos de conformidad con la solicitud, la electrónica del vehículo 46 transmite o envía el flujo de trabajo de resultados (por ejemplo, datos registrados o datos recopilados) al sistema central electrónico de procesamiento de datos 10 para su análisis mediante un analizador 26, almacenándolos en una base de datos de diagnóstico 28, o realizando otras medidas apropiadas.
En el bloque 511, finaliza el proceso de la Figura 5.
La Figura 6 es un diagrama de flujo de un proceso para gestionar solicitudes y flujos de trabajo de resultados. El método de la Figura 6 comienza en el bloque 602.
En el bloque 601, el sistema central de procesamiento de datos 10 pone en cola de espera una solicitud de entrega a una máquina. Por ejemplo, el sistema central de procesamiento de datos 10 puede recibir la solicitud desde un primer terminal de técnico de servicio 40, un segundo terminal de técnico de servicio 42 y otro terminal.
En el bloque 602, el sistema central de procesamiento de datos 10 determina si una solicitud recibida es válida o no lo es. La solicitud recibida puede ser validada por un proceso de autenticación en donde se verifica uno o más de los siguiente: (a) identificador de usuario y contraseña de usuario correspondiente, (b) identificador de vehículo y autorización de un usuario particular asociado con el identificador de usuario para modificar o recibir información sobre la configuración del vehículo de un vehículo correspondiente, (c) el formato de la solicitud está en la sintaxis adecuada, y (d) la información solicitada está disponible para el vehículo en particular con el conjunto de características o configuración del vehículo correspondiente. Si una solicitud es válida, el método continúa con la etapa 604. Sin embargo, si la solicitud no es válida, el método continúa con la etapa 603.
En el bloque 603, el sistema central de procesamiento de datos 10 devuelve un error (por ejemplo, un mensaje de error) a la aplicación informática del centro de servicio 301 y muestra el error o mensaje de error a un usuario a través de un terminal de usuario o de una interfaz de usuario 41. El mensaje de error puede explicar o relacionarse con una declaración sobre por qué la solicitud recibida no era válida. El mensaje de error puede explicar uno o más de lo siguiente: (a) el identificador de usuario o la contraseña del usuario es incorrecta, (b) el usuario en particular asociado con el identificador de usuario no está autorizado para modificar o recibir información sobre la configuración del vehículo de un vehículo correspondiente, (c) el formato de la solicitud no está en la sintaxis adecuada, y (d) la información solicitada no está disponible para el vehículo en particular con el conjunto de características o configuración del vehículo correspondiente.
En el bloque 605, el primer terminal de técnico de servicio 40, el segundo terminal de técnico de servicio 42 o una aplicación informática del centro de servicio 301 en el mismo se comunica con (por ejemplo, sondea) el sistema central de procesamiento de datos 10 (por ejemplo, servidor) en una frecuencia o intervalo definido por el usuario para comprobar los resultados.
En el bloque 604, el sistema central de procesamiento de datos 10 (por ejemplo, el servidor) actualiza o restablece la pantalla o el estado de la interfaz de usuario 41 del primer terminal de técnico de servicio 40, el segundo terminal de técnico de servicio 42 o la aplicación informática del centro de servicio 301 con el panel web 302 con un estado de solicitud.
En el bloque 606, el sistema central de procesamiento de datos 10 (p. ej., servidor) envía los resultados al primer terminal del técnico de servicio 40, al segundo terminal del técnico de servicio 42 o a la aplicación informática 301 del centro de servicio y los resultados se almacenan en el dispositivo de almacenamiento de datos remoto 14 o en la base de datos de la máquina remota asociada con el sistema central de procesamiento de datos 10.
En el bloque 607, el sistema central de procesamiento de datos 10, el primer terminal de técnico de servicio 40, el segundo terminal de técnico de servicio 42, o todos los elementos del sistema anteriores, determina si los resultados se recibieron o no. Si se recibieron los resultados, el método continúa con la etapa 608 y la etapa 610. Sin embargo, si no se recibieron los resultados, el método continúa con la etapa 609.
En la etapa 608, el sistema central de procesamiento de datos 10, el primer terminal de técnico de servicio 40, el segundo terminal de técnico de servicio 42, o cualquier combinación de los elementos de red anteriores, convierte los resultados al idioma seleccionado por el usuario para su visualización a través de una interfaz de usuario 41.
En la etapa 610, la interfaz de usuario del primer terminal técnico 41, el segundo terminal técnico de servicio 42 o el ordenador de diagnóstico local 38 muestra los resultados.
En la etapa 611, el proceso finaliza.
El proceso de la Figura 7 se refiere a la actualización de datos de configuración u otros datos de software del vehículo después de la instalación satisfactoria del software en la electrónica del vehículo 46. El método de la Figura 7 comienza en el bloque 701.
En el bloque 702, a través de una interfaz de usuario 41 del primer terminal de técnico de servicio 40 o el segundo terminal de técnico de servicio 42, el usuario o técnico de servicio selecciona un vehículo o vehículos para reprogramar en el sitio web de carga útil de software. El sitio web de carga útil de software puede proporcionarse o alojarse en el sistema central electrónico de procesamiento de datos 10.
En el bloque 703, a través de una interfaz de usuario 41 del primer terminal de técnico de servicio 40 o el segundo terminal de técnico de servicio 42, el usuario selecciona un controlador particular asociado con o en la electrónica del vehículo 46 para reprogramar.
En el bloque 704, a través de una interfaz de usuario 41 del primer terminal de técnico de servicio 40 o el segundo terminal de técnico de servicio 42, el usuario selecciona o realiza una entrada en la interfaz de usuario 41 para enviar la solicitud de reprogramación.
En el bloque 705, el sistema central de procesamiento de datos 10 genera la carga o cargas útiles de reprogramación, si el usuario está autorizado a reprogramar un vehículo respectivo con la electrónica del vehículo 46 y el controlador particular. Las cargas útiles se generan tal como se describió con anterioridad en este documento. Se pueden utilizar las mismas cargas útiles tanto si la electrónica del vehículo 46 como si el controlador está programado a nivel local o a distancia.
En el bloque 706, el sistema central de procesamiento de datos 10 pone en cola de espera las cargas útiles para su entrega a las máquinas o a la electrónica del vehículo 46. El sistema central de procesamiento de datos 10 es capaz de enviar una o más cargas útiles que son puestas en cola de espera en su dispositivo de almacenamiento de datos a través de la red de comunicaciones 36 y de la infraestructura inalámbrica 44 a la electrónica del vehículo 46.
En el bloque 707, el sistema de procesamiento de datos 10 actualiza el panel web 302 que se puede visualizar para el primer terminal de técnico de servicio 40, el segundo terminal de técnico de servicio 42, o ambos a la vez. El panel web 302 puede visualizarse en la interfaz de usuario 41 del terminal para proporcionar un estado actual de la descarga o instalación de una o más cargas útiles en la electrónica del vehículo 46 o un controlador particular de la electrónica del vehículo 46.
En el bloque 708, se produce la interacción de la máquina, en donde una o más cargas útiles se transmiten desde el sistema de procesamiento de datos 10 o su dispositivo de almacenamiento de datos a través de la red de comunicaciones 36 y de la infraestructura inalámbrica 44 a la electrónica del vehículo 46.
En el bloque 708, el sistema de procesamiento de datos 10 espera que se reciban los resultados (por ejemplo, archivo de retorno o acuse de recibo) de la electrónica del vehículo 46 o del controlador particular que se reprogramó o intentó reprogramar. Los resultados, el archivo de retorno o el acuse de recibo proporcionan una indicación de si la reprogramación fue satisfactoria o no lo fue, u otros indicadores asociados (por ejemplo, códigos de fallo, códigos de diagnóstico o mensajes de diagnóstico) del estado de la electrónica del vehículo 46 o de un controlador en particular.
En el bloque 710, el sistema central de procesamiento de datos 10 determina si la reprogramación se ejecutó sin que se haya excedido el tiempo de espera. Si se excedió el tiempo de espera de reprogramación, se notificará a un buzón de correo de soporte o a un proceso de soporte. Sin embargo, si no se excedió el tiempo de espera de reprogramación, el método continúa con la etapa 712.
En la etapa 712, el sistema central de procesamiento de datos 10 determina si se recibieron los resultados. Si se recibieron los resultados, el método continúa con la etapa 713. Sin embargo, si no se recibieron los resultados, el método continúa con la etapa 709.
En la etapa 713, el sistema central de procesamiento de datos 10 determina si la reprogramación fue satisfactoria o no lo fue. El sistema de procesamiento de datos 10 puede efectuar la lectura de los resultados, devolver el archivo o el acuse de recibo transmitido por la electrónica del vehículo 46 a través de la infraestructura inalámbrica 44 y de la red de comunicaciones 36 al sistema central de procesamiento de datos 10. El sistema de procesamiento de datos 10 interpreta o realiza la lectura de los resultados, devuelve archivo o el acuse de recibo para determinar si la reprogramación fue satisfactoria o no lo fue. Si la reprogramación fue satisfactoria, el método continúa con la etapa 714. Sin embargo, si la reprogramación no fue satisfactoria, el método continúa con la etapa 711. El método termina en la etapa 715 después de la etapa 711 o 714.
El proceso de la Figura 8A se refiere a la gestión de errores en la actualización de software en la electrónica del vehículo 46. El proceso de la Figura 8A comienza en la etapa 801.
En la etapa 801, un sistema central de procesamiento de datos 10 recibe una solicitud de tarea de inicio desde un primer terminal de técnico de servicio 40 o un segundo terminal de técnico de servicio 42.
En la etapa 802, el sistema central de procesamiento de datos 10 crea una tarea basada en la solicitud de tarea de inicio si el usuario está autorizado para ejecutar la tarea para una máquina particular, vehículo o electrónica del vehículo 46 asociada.
En la etapa 803, un sistema central de procesamiento de datos 10 verifica para determinar si la tarea o solicitud de tarea se relaciona con un mensaje dudoso. Por ejemplo, el sistema central de procesamiento de datos 10 verifica una ejecución o tarea anterior y un reinicio anormal anterior de un dispositivo, o el sistema de procesamiento de datos 10.
En la etapa 804, el sistema central de procesamiento de datos 10 guarda la tarea en un dispositivo de almacenamiento de datos, tal como un disco magnético, un disco óptico, una unidad de disco o una memoria electrónica (por ejemplo, una memoria de acceso aleatorio no volátil).
En la etapa 805, el sistema central de procesamiento de datos 10 planifica la ejecución de la tarea.
En el bloque 806, el sistema central de procesamiento de datos 10 crea una conexión en el bus de datos del vehículo 16 (por ejemplo, el bus de datos de la red de área de controlador (CAN) 16).
El bloque 807 puede ejecutarse de manera simultánea con el bloque 806, o después o antes del bloque 806. En el bloque 807, el sistema central de procesamiento de datos 10 crea una conexión a una pantalla del vehículo o interfaz de usuario 41 en la electrónica del vehículo 46. La conexión puede comprender un canal de comunicaciones o una comunicación basada en paquetes establecida entre el sistema de procesamiento de datos 10 y la electrónica del vehículo 46 a través de la red de comunicaciones 36 y de la infraestructura inalámbrica 44.
En el bloque 808, el sistema central de procesamiento de datos 10, la electrónica del vehículo 46 o ambas a la vez, ejecutan la tarea.
En el bloque 809, el sistema central de procesamiento de datos 10 y la electrónica del vehículo 46 envían una actualización de estado a la pantalla del vehículo o a la interfaz de usuario 41.
En el bloque 811, el sistema central de procesamiento de datos 10, la electrónica del vehículo 46 o ambas a la vez, determinan si la tarea se completó de forma satisfactoria. Si la tarea se completó, el método continúa con la etapa 810. Sin embargo, si la tarea no se completó, se ejecuta un procedimiento de gestión de errores en el bloque 812.
En el bloque 810, la electrónica del vehículo 46 envía los resultados al sistema central de procesamiento de datos 10.
Después de la etapa 812, el método continúa con la etapa 813. En la etapa 813, la electrónica del vehículo 46, el sistema de procesamiento de datos 10 o ambas a la vez, determinan si el procedimiento de gestión de errores resolvió el problema. Si el procedimiento de gestión de errores resolvió el problema, el método continúa con el bloque 810. Sin embargo, si el procedimiento de gestión de errores no resolvió el problema, el método continúa con el bloque 814.
En el bloque 814, la electrónica del vehículo 46 envía información de error al sistema central de procesamiento de datos 10 para su análisis.
En el bloque 815, que puede seguir al bloque 810 o al bloque 814, finaliza el proceso de la Figura 8A.
El proceso de la Figura 8B se refiere a la detección y gestión de mensajes o tareas dudosas en el software en la electrónica del vehículo 46. El proceso de la Figura 8B comienza en la etapa 818. El proceso de la Figura 8B proporciona un ejemplo ilustrativo de la etapa 803 en la Figura 8A, a modo de ejemplo. Las referencias numéricas similares en las Figura 8A y Figura 8B indican elementos similares.
Antes de ejecutar la etapa 818, el procesador de datos 71 o la electrónica del vehículo 46 ejecuta o realiza una tarea particular. Por ejemplo, el procesador de datos 71 puede realizar o ejecutar la tarea particular en el bloque 808 de la Figura 8A. Una tarea se refiere a cualquier proceso, procedimiento o serie de procesos y procedimientos discretos e identificables que se aplican a datos de entrada, datos de salida, datos intermedios derivados de los datos de entrada o un precursor de los datos de salida por el procesador de datos 71. En un ejemplo, una tarea puede incluir el registro basado en la iniciación del rendimiento o de los datos de diagnóstico asociados con un controlador 73 o con un controlador de motor 74. En otro ejemplo, una tarea comprende registrar datos en la electrónica del vehículo 46 para respaldar el análisis de ingeniería o el diagnóstico sobre los componentes, sistemas o rendimiento del vehículo.
En la etapa 818, el monitor de recursos 74, el módulo de tareas dudosas 65 o el procesador de datos 71 determina si el consumo de recursos del procesador de datos (por ejemplo, del procesador de datos del vehículo 71) para una tarea respectiva excede una cantidad umbral de consumo de recursos. La cantidad umbral de consumo de recursos puede relacionarse con uno o más de lo siguiente: (1) una medida del rendimiento de procesamiento del procesador de datos 71 (por ejemplo, en la duración total del tiempo de procesamiento, o en los megabytes o gigabytes procesados por segundo durante la duración total del procesamiento) consumida para la realización de una tarea particular correspondiente, (2) medición de la capacidad de procesamiento del procesador de datos 71 (por ejemplo, en la duración total del tiempo de procesamiento, o en los megabytes o gigabytes procesados por segundo durante la duración total del tiempo de procesamiento) consumido para la realización de una tarea particular correspondiente, y (3) medir el porcentaje de la capacidad de procesamiento total consumida para la ejecución de una tarea particular correspondiente, en donde la cantidad umbral de consumo de recursos indica un consumo histórico superior a la media o un consumo histórico superior a la media del rendimiento de procesamiento del procesador de datos 71 o la capacidad de procesamiento del procesador de datos 71 para una tarea correspondiente o para una tarea esencialmente similar.
El monitor de recursos 74 es capaz de estimar el consumo de recursos de procesamiento de datos para cada tarea respectiva realizada por el procesador de datos 71 o el porcentaje del consumo total de capacidad de procesamiento para cada tarea respectiva. Una tarea se refiere a cualquier proceso, procedimiento o serie de procesos y procedimientos discretos e identificables que se aplican a datos de entrada, datos de salida, datos intermedios derivados de los datos de entrada o un precursor de los datos de salida por el procesador de datos 71. Por ejemplo, una tarea puede incluir el registro basado en el iniciador del rendimiento o de los datos de diagnóstico asociados con un controlador 73 o con un controlador de motor 74.
Si el consumo de recursos del procesador de datos para una tarea respectiva supera una cantidad umbral de consumo de recursos, el método continúa con la etapa 824. Sin embargo, si el consumo de recursos del procesador de datos para una tarea respectiva es igual o no supera la cantidad umbral de consumo de recursos, el método continúa con la etapa 820.
En la etapa 820, durante la ejecución o el intento de ejecución de una tarea particular respectiva, el temporizador de vigilancia 73 determina si el temporizador de vigilancia 73 finaliza su funcionamiento sin ser borrado durante un intervalo de tiempo de espera. El temporizador de vigilancia 73 puede rastrear el rendimiento de una tarea particular o grupo de tareas que normalmente deberían realizarse o procesarse durante el intervalo de tiempo de espera. Si el temporizador de vigilancia 73 finaliza su funcionamiento sin ser borrado durante el intervalo de tiempo de espera (por ejemplo, el período de espera de vigilancia), el método continúa con la etapa 824, donde la lógica de reinicio 73 puede restablecer o reiniciar el procesador de datos 71, tal como se describirá a continuación en el bloque 826. Sin embargo, si el temporizador de vigilancia 73 no finaliza su funcionamiento sin ser borrado durante el intervalo de tiempo de espera (por ejemplo, el período de espera de vigilancia), el método continúa con la etapa 822.
En la etapa 822, el procesador de datos 71 realiza la lectura de la siguiente tarea en la cola de espera para su ejecución. La tarea puede disponerse como una serie de instrucciones a nivel de máquina en una pila de datos o en registros de datos asociados con el procesador de datos 71, su unidad aritmética lógica, almacenamiento de datos electrónicos u otro componente con datos que sea legible por el procesador de datos 71. Después de la etapa 822, el método vuelve o continúa con la etapa 818. En la etapa 822, el procesador de datos 71 puede opcionalmente esperar un intervalo de tiempo antes de volver a la etapa 818, o retrasar dicha ejecución de conformidad con los procedimientos de interrupción coordinados por el procesador de datos 71.
En la etapa 824, que puede seguir a la etapa 820, el procesador de datos 71 o el contador de bucle 75 incrementa el contador de bucle 75 en el dispositivo de almacenamiento de datos para la tarea particular correspondiente. La etapa 824 se puede ejecutar de conformidad con diversas técnicas, que se pueden aplicar de forma alternativa o acumulativa. Según una primera técnica, el contador de bucle 75 en un dispositivo de almacenamiento de datos del vehículo 56 se incrementa si el consumo de recursos (en el bloque 818) excede la cantidad umbral. Según una segunda técnica, el contador de bucle 75 en el dispositivo de almacenamiento de datos del vehículo 56 se incrementa si el temporizador de vigilancia 72 finaliza su funcionamiento sin ser borrado durante el período de tiempo de espera o el intervalo de tiempo de espera.
Según una tercera técnica, un contador de bucle 75 único puede asignarse o cederse a cada tarea particular correspondiente con fines de seguimiento. El valor del contador de bucle para cada tarea particular correspondiente se almacena en el dispositivo de almacenamiento de datos del vehículo 56 (por ejemplo, en el contador de bucle 75) de una manera que permite que el valor del contador de bucle se conserve o retenga cuando el procesador de datos 71 se restablece o reinicia. Por ejemplo, el dispositivo de almacenamiento de datos del vehículo 56 puede comprender una memoria electrónica de acceso aleatorio no volátil, un dispositivo de almacenamiento óptico, un dispositivo de almacenamiento magnético o una unidad de disco magnético que retiene los valores del contador de bucle u otros datos en el contador de bucle 75 cuando se desactiva, restablece o reinicia el procesador de datos 71.
En la etapa 826, la lógica de reinicio 73, el temporizador de vigilancia 72 o el módulo de tarea dudosa 65 restablece o reinicia el procesador de datos 71. El procesador de datos 71 o la electrónica del vehículo 46 pueden reiniciarse o restablecerse en uno o más de las siguientes circunstancias: (1) el procesador de datos 71 se restablece o reinicia si el temporizador de vigilancia finaliza su funcionamiento sin ser borrado durante el período de tiempo de espera o el intervalo de tiempo de espera, o (2) el procesador de datos 71 se restablece o reinicia si el consumo de recursos para la tarea particular respectiva excede la cantidad umbral. Por ejemplo, cuando el temporizador de vigilancia 72 finaliza sin restablecer o borrar un valor de activación almacenado en un registro de datos durante el período de espera de vigilancia, el temporizador de vigilancia 71 y la lógica de reinicio 73 generan una señal de restablecimiento o reinicio para que el procesador de datos 71 restablezca o reinicie el procesador de datos 71.
La etapa 828 sigue a la etapa 826. En la etapa 826, el procesador de datos 71, el módulo de tareas dudosas 65 o el contador de bucle 75 determina si el procesador de datos 71 se restablece o reinicia más de un número máximo de veces (por ejemplo, tres veces o de conformidad con la configuración definible por el técnico del número máximo de veces), tal como se indica efectuando la lectura de un contador de bucle 75 en el dispositivo de almacenamiento de datos 56. Si el procesador de datos 71 se restablece o reinicia más de un número máximo de veces (por ejemplo, tres veces o de conformidad con el ajuste definido por el técnico del número máximo de veces), el método continúa con el bloque 832. Sin embargo, si el procesador de datos 71 no se restablece ni reinicia más de un número máximo de veces, el método continúa con el bloque 830.
En el bloque 830, el procesador de datos 71 puede ejecutar de nuevo el bucle asociado con la tarea o puede reprogramar la tarea para que la ejecute el procesador de datos 71, antes de volver a la etapa 818. Por ejemplo, el procesador de datos 71 o la electrónica del vehículo 46 ejecuta la tarea particular de nuevo después de restablecer o reiniciar el procesador de datos 71, si el procesador de datos 71 o la electrónica del vehículo 46 no se han restablecido o reiniciado más de un número máximo de veces (por ejemplo, definido por un técnico).
En el bloque 832, el procesador de datos 71 o el módulo de tarea dudosa 65 identifica o designa la tarea como un mensaje dudoso y marca la tarea para que no se ejecute por el procesador de datos 71. La tarea particular es designada como un mensaje dudoso por el procesador de datos 71 o el módulo de tareas dudosas 65 si el procesador de datos 71 se ha restablecido o reiniciado un número máximo de veces según lo indicado por el contador de bucle 75. El bloque 832 puede ejecutarse de conformidad con diversas técnicas que pueden aplicarse de forma acumulativa o por separado. Según una primera técnica, el procesador de datos 71 o el módulo de tareas dudosas 65 pueden segregar o aislar el mensaje dudoso en el almacenamiento de datos en una sección del dispositivo de almacenamiento de datos 56 que tiene prohibido el acceso de lectura o escritura por uno o más programas ejecutables, o el módulo de tareas dudosas 65 o el procesador de datos segrega o aísla el mensaje dudoso en el dispositivo de almacenamiento de datos 56 (por ejemplo, de conformidad con un algoritmo de seguridad o sistema operativo) para evitar la lectura o escritura en uno o más programas de aplicación.
Según una segunda técnica, el procesador de datos 71 o el módulo de tarea dudosa 65 puede optar por eliminar los archivos o registros de datos o fragmentos de archivo asociados con el mensaje o la tarea dudosos, ya sea después de la segregación durante algún período de tiempo o en lugar de la segregación.
Según una tercera técnica, el procesador de datos 71 se libera del procesamiento de mensajes de datos dudosos que consumen niveles de recursos de procesamiento superiores a los objetivos para mejorar la eficiencia y el rendimiento del procesamiento. El procesador de datos 71 es más capaz de realizar otras tareas críticas en tiempo real, donde dichas tareas críticas pueden comprender uno o más de lo siguiente: recopilación o procesamiento de datos de alta fidelidad; recopilación o procesamiento de datos de diagnóstico; reprogramación de uno o más controladores (73, 74), o electrónica del vehículo 46; reconfiguración o recalibración de uno o más controladores (73, 74) o electrónica del vehículo 46; control de la configuración del motor de combustión interna para economía o potencia; control de los ajustes de medición de combustible; control de contaminación o controles de emisiones; determinación de la ubicación del vehículo; determinación de la posición, inclinación, balanceo y guiñada del vehículo; navegación de vehículos; protección de vehículos; detección de obstáculos; evitación de obstáculos; dirigir, frenar o controlar el vehículo para evitar colisiones con obstáculos o chocar con obstáculos; y detectar, percibir, observar o escanear un área o entorno alrededor del vehículo con dispositivos visuales, de audio, infrarrojos, láser, infrarrojos cercanos, visión estéreo u otros dispositivos.
Según una cuarta técnica, el procesador de datos 71 o el módulo de tarea dudosa 65 guarda o almacena el hecho de que se ejecutó una tarea particular, pero no completó la tarea particular en el módulo de tarea dudosa 65 o en el dispositivo de almacenamiento de datos 56. El módulo de tareas dudosas 65 puede contener una cola de espera de procesamiento de tareas para asegurar que la identidad de las tareas dudosas no se pierda durante los ciclos de encendido, restableciendo o reiniciando el procesador de datos 71 o la electrónica del vehículo 46. El procesador de datos 71 o el módulo de tareas dudosas 65 realiza la lectura de una tarea en particular en la cola de espera de procesamiento de tareas al inicio y antes de ejecutar la tarea particular para determinar si la tarea se califica o no como una tarea dudosa o contiene un mensaje dudoso. Si el módulo de tarea dudosa 65 indica que una tarea es una tarea dudosa, el procesador de datos 71 no ejecutará la tarea y el procesador de datos 71 enviará un estado de tarea dudosa al sistema central electrónico de procesamiento de datos 10 (por ejemplo, mensaje de estado dudoso para mostrar en un panel web), la interfaz de usuario 41 del primer terminal de técnico de servicio 40, o la interfaz de usuario 41 del segundo terminal de técnico de servicio 42 a través de la red de comunicaciones 36. El estado de la tarea dudosa informará al técnico de servicio de que no se ejecutó la tarea particular, que no se instaló software en la electrónica del vehículo 46 o en los controladores (73, 74), no se pudo realizar un proceso de calibración de la electrónica del vehículo 46, o que no se pudo realizar un proceso de diagnóstico debido a la presencia de un mensaje dudoso en el software.
El método de la Figura 9 se refiere a la gestión o importación de datos de ingeniería al sistema de diagnóstico. El método comienza en el bloque 901.
En el bloque 901, se crean datos de ingeniería.
En el bloque 902, los datos de ingeniería creados se cargan o introducen en el sistema central de procesamiento de datos 10. Por ejemplo, un usuario introduce los datos de ingeniería creados en el sistema central de procesamiento de datos 10 a través de una interfaz de usuario 41 asociada con un primer terminal de técnico de servicio 40, un segundo terminal de técnico de servicio 42 u otro terminal.
En el bloque 903, el sistema central de procesamiento de datos 10 importa los datos de ingeniería en un sistema de autoría.
En el bloque 904, el sistema central de procesamiento de datos 10 agrega terminología adicional, instrucciones u otros datos complementarios a los datos de ingeniería importados a través del sistema de autoría. Los datos complementarios soportan la aplicación informática del centro de servicio 301, que puede ser visualizada por un usuario en la interfaz de usuario 41 de un terminal.
En el bloque 905, el sistema central de procesamiento de datos 10 carga los datos de ingeniería y los datos complementarios en la aplicación informática 301 del centro de servicio.
En el bloque 906, finaliza el método de la Figura 9.
La Figura 10 proporciona un ejemplo ilustrativo de un sistema de facturación. El sistema de facturación puede ser puesto en práctica por el procesador de datos remoto 12 como instrucciones de software dentro del sistema central de procesamiento de datos 10. Las instrucciones de software pueden almacenarse en el dispositivo de almacenamiento de datos remoto 14, a modo de ejemplo.
El sistema de facturación comprende un módulo de ingresos 950 y un módulo de coste de ventas 972 que proporcionan datos de entrada a la calculadora 957. A su vez, la calculadora 957 proporciona datos a un módulo de transferencia contable 959. El módulo de transferencia contable 959 se comunica con uno o más sistemas de contabilidad (por ejemplo, el primer sistema de contabilidad 960 y el segundo sistema de contabilidad 961). El primer sistema de contabilidad 960 puede servir a un grupo de agentes (por ejemplo, primer agente 962, segundo agente 963, tercer agente 964, cuarto agente 965 y hasta un N-ésimo agente 966, en donde N es un número entero mayor o igual a cinco en este ejemplo). Un segundo sistema contable 961 puede servir a uno o más distribuidores (970, 967) y un centro de servicio 968.
El módulo de ingresos 950 comprende, además, un componente de servicio de vehículo 951, un componente de servicio de comunicación 952 y una base de datos de gestión a distancia 953. La base de datos de gestión a distancia 953 almacena registros de transacciones y otra información de facturación.
El módulo de coste de ventas 972 comprende un estimador de costes de proveedor de telecomunicaciones 955, un estimador de costes de tecnología de la información 954 y un estimador de coste total de ventas 956. El estimador de costes de tecnología de la información 954 estima los costes de mantener y operar el sistema central de procesamiento de datos 10, uno o más servidores y otro hardware e infraestructura.
Habiendo descrito la realización preferida, resultará evidente que se pueden realizar diversas modificaciones sin desviarse del alcance de la invención tal como se define en las reivindicaciones adjuntas.

Claims (11)

REIVINDICACIONES
1. Un método para realizar un diagnóstico a distancia en un vehículo, comprendiendo el método:
recoger y almacenar datos de alta fidelidad de eventos medidos en una memoria intermedia o en un dispositivo de almacenamiento de datos (56) por medio de un controlador (73, 74) de la electrónica del vehículo (46) que está asociado con sensores o dispositivos de medición en el vehículo, siendo el almacenamiento y la agregación de los datos de alta fidelidad realizados para su posterior transmisión a través de un bus de datos del vehículo (72) para su posterior análisis por un sistema central de procesamiento de datos (10) constituido con los archivos de configuración (30) para respaldar el análisis de ingeniería o diagnóstico sobre los componentes, sistemas o rendimiento del vehículo;
recuperar datos complementarios a través de una transmisión de ancho de banda baja a una frecuencia de muestreo menor que la frecuencia de muestreo de los datos de alta fidelidad por la electrónica del vehículo (46) en el vehículo para complementar los datos de alta fidelidad registrados;
transmitir los datos de alta fidelidad registrados y los datos complementarios recuperados al sistema central electrónico de procesamiento de datos (10) y procesar, con el sistema central electrónico de procesamiento de datos (10), los datos de alta fidelidad registrados y los datos complementarios recuperados para generar un mensaje de informe de estado de diagnóstico;
organizar el mensaje de informe de diagnóstico, los datos de alta fidelidad registrados y los datos complementarios recuperados en un depósito de datos o en una base de datos de diagnóstico (28) para respaldar el análisis de ingeniería o el diagnóstico de componentes, sistemas o rendimiento del vehículo; caracterizado por que los datos de alta fidelidad comprenden datos recopilados a una frecuencia de muestreo superior a la frecuencia de muestreo requerida para que el controlador (73, 74) realice funciones que no sean de diagnóstico durante el funcionamiento normal del controlador (73, 74).
2. El método según la reivindicación 1, en donde la transmisión de ancho de banda baja comprende una transmisión inalámbrica entre la electrónica del vehículo (46) y el sistema central electrónico de procesamiento de datos (10) u otro sistema de procesamiento de datos a distancia, en donde el ancho de banda está limitado para cumplir o exceder un cierto umbral mínimo de fiabilidad o de calidad de la señal o para cumplir con una limitación de ancho de banda proporcionada por un satélite u otro proveedor de servicios inalámbricos.
3. El método según la reivindicación 1, en donde la organización comprende identificar tendencias en la base de datos de diagnóstico (28).
4. El método según la reivindicación 1, que comprende, además:
determinar el estado o el progreso de las solicitudes de diagnóstico; y
mostrar el estado determinado a un usuario en un terminal de usuario (40, 42) en comunicación con el sistema central electrónico de procesamiento de datos (10).
5. El método según la reivindicación 1, que comprende, además:
visualizar lecturas de datos en tiempo real desde el vehículo a un usuario en un terminal de usuario (40, 42) en comunicación con el sistema central electrónico de procesamiento de datos (10).
6. El método según la reivindicación 1, que comprende:
apoyar la selección del cliente de un centro de servicio para dar servicio a distancia a un vehículo mediante configuraciones seleccionables a través del sitio web.
7. El método según la reivindicación 1, que comprende, además:
ejecutar pruebas en el vehículo a través de un terminal remoto (40, 42) en comunicación con al menos uno de entre la electrónica del vehículo (46) y el sistema central electrónico de procesamiento de datos (10).
8. El método según la reivindicación 1, que comprende, además:
facturar a los usuarios del sistema por uso para las sesiones de programación y de diagnóstico a distancia.
9. El método según la reivindicación 1, en donde los datos de alta fidelidad se recogen a través de un colector de datos en un controlador de motor (74) y en donde los datos de alta fidelidad comprenden datos relacionados con eventos de inyección de combustible o eventos del sistema de medición de combustible.
10. El método según la reivindicación 1, en donde la recuperación de los datos complementarios a través de la transmisión de ancho de banda baja se realiza en tiempo real por intermedio del bus de datos del vehículo (72).
11. Un sistema para realizar el diagnóstico a distancia en un vehículo, comprendiendo el sistema:
la electrónica del vehículo (46) que comprende un controlador (73, 74) adaptado para recoger y almacenar datos de alta fidelidad de eventos medidos en una memoria intermedia o en un dispositivo de almacenamiento de datos (56), estando el controlador (73, 74) asociado con sensores o dispositivos de medición en el vehículo y adaptados para almacenar y agregar los datos de alta fidelidad para su posterior transmisión a través de un bus de datos del vehículo (72) para su posterior análisis por un sistema central de procesamiento de datos (10) compatible con los archivos de configuración (30) para respaldar el análisis de ingeniería o diagnósticos de componentes, sistemas o rendimiento del vehículo,
un dispositivo de recuperación (62) para recuperar datos complementarios mediante una transmisión de ancho de banda baja a una frecuencia de muestreo menor que la frecuencia de muestreo de los datos de alta fidelidad por la electrónica del vehículo (46) en el vehículo para complementar los datos de alta fidelidad registrados; en donde la electrónica del vehículo (46) está configurada para transmitir los datos de alta fidelidad registrados y los datos complementarios recuperados al sistema central electrónico de procesamiento de datos (10), en donde el sistema central electrónico de procesamiento de datos (10) está configurado para generar un mensaje de informe de estado de diagnóstico procesando los datos de alta fidelidad registrados y los datos complementarios recuperados; estando el sistema central electrónico de procesamiento de datos (10) adaptado para organizar el mensaje de informe de diagnóstico, los datos de alta fidelidad registrados y los datos complementarios recuperados en un depósito de datos o en una base de datos de diagnóstico (28) para respaldar el análisis de ingeniería o el diagnóstico de los componentes, sistemas o rendimiento del vehículo; caracterizado por que los datos de alta fidelidad comprenden datos recopilados a una frecuencia de muestreo superior a la frecuencia de muestreo requerida para que el controlador (73, 74) realice funciones que no sean de diagnóstico durante el funcionamiento normal del controlador (73, 74).
ES11817184T 2010-08-13 2011-08-24 Método y sistema para realizar un diagnóstico o mantenimiento de software para un vehículo Active ES2879869T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US37349310P 2010-08-13 2010-08-13
US12/879,176 US9043078B2 (en) 2010-08-13 2010-09-10 Method and system for performing diagnostics or software maintenance for a vehicle
PCT/US2011/048929 WO2012021905A1 (en) 2010-08-13 2011-08-24 Method and system for performing diagnostics or software maintenance for a vehicle

Publications (1)

Publication Number Publication Date
ES2879869T3 true ES2879869T3 (es) 2021-11-23

Family

ID=45565413

Family Applications (1)

Application Number Title Priority Date Filing Date
ES11817184T Active ES2879869T3 (es) 2010-08-13 2011-08-24 Método y sistema para realizar un diagnóstico o mantenimiento de software para un vehículo

Country Status (7)

Country Link
US (3) US8412406B2 (es)
EP (3) EP2614348A4 (es)
CN (2) CN103154694B (es)
AU (3) AU2011289162A1 (es)
BR (3) BR112013003139B1 (es)
ES (1) ES2879869T3 (es)
WO (3) WO2012021905A1 (es)

Families Citing this family (148)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10056008B1 (en) 2006-06-20 2018-08-21 Zonar Systems, Inc. Using telematics data including position data and vehicle analytics to train drivers to improve efficiency of vehicle use
US8626152B2 (en) 2008-01-31 2014-01-07 Agero Connected Sevices, Inc. Flexible telematics system and method for providing telematics to a vehicle
US20120253551A1 (en) * 2009-01-30 2012-10-04 Sammy Halimi Systems and Methods for Providing Telematic Services to Vehicles
US8934866B2 (en) * 2009-04-20 2015-01-13 Aetherpal Inc. System to assist a mobile device subscriber to perform self-diagnosis of the mobile device
US8868679B2 (en) 2010-05-24 2014-10-21 Nuance Communications, Inc. Systems, methods and articles for providing communications and services via a peer-to-peer network over a data transport link
KR101952965B1 (ko) 2010-05-25 2019-02-27 더 리젠츠 오브 더 유니버시티 오브 캘리포니아 Ｂａｍｂａｍ：고처리율 서열분석 데이터의 병렬 비교 분석
US9646134B2 (en) 2010-05-25 2017-05-09 The Regents Of The University Of California Bambam: parallel comparative analysis of high-throughput sequencing data
US8412406B2 (en) 2010-08-13 2013-04-02 Deere & Company Method and system for performing diagnostics or software maintenance for a vehicle
CN103124654A (zh) * 2010-09-27 2013-05-29 日本电气株式会社 信息处理系统、用于检查车辆的方法和用于检查车辆的程序
US10719813B1 (en) * 2010-09-29 2020-07-21 Bluelink Diagnostic Solutions, Inc. Remote diagnostic system for vehicles
US20160203655A1 (en) * 2011-01-18 2016-07-14 Control-Tec, Llc Multiple-Mode Data Acquisition System
US8626904B1 (en) * 2011-03-09 2014-01-07 Symantec Corporation Detecting and reporting livelocks in a computer
DE102011076638A1 (de) * 2011-05-27 2012-11-29 Stephan Kaufmann Verfahren zur Fahrzeugkommunikation über ein fahrzeugimplementiertes Fahrzeugdiagnosesystem, Schnittstellenmodul sowie Fahrzeugdiagnose-Schnittstelle und Diagnose- und Steuerungsnetz für eine Vielzahl von Fahrzeugen
US8996235B2 (en) * 2011-11-14 2015-03-31 GM Global Technology Operations LLC Repair assist system for vehicle servicing
US9181878B2 (en) * 2011-12-19 2015-11-10 Honeywell International Inc. Operations support systems and methods for calculating and evaluating engine emissions
US8880277B2 (en) * 2012-02-29 2014-11-04 GM Global Technology Operations LLC Methods and systems for diagnosing a vehicle
US20130261939A1 (en) 2012-04-01 2013-10-03 Zonar Systems, Inc. Method and apparatus for matching vehicle ecu programming to current vehicle operating conditions
CN104503861A (zh) * 2012-04-20 2015-04-08 华为技术有限公司 一种异常处理方法及系统、代理设备与控制装置
US20130311074A1 (en) * 2012-05-17 2013-11-21 Webtech Wireless Inc. Ignition event generation using data from vehicle bus
FR2992079A1 (fr) * 2012-06-15 2013-12-20 France Telecom Dispositif et procede d'extraction de donnees sur un bus de communication d'un vehicule automobile
GB2503459A (en) * 2012-06-26 2014-01-01 Nordic Semiconductor Asa Multiple hardware registers for watchdog timer preventing erroneous microprocessor system reset
US9329917B2 (en) * 2012-06-28 2016-05-03 Arnott, Inc. Vehicle suspension augmentation devices, systems and methods
US9090265B2 (en) 2012-08-28 2015-07-28 GM Global Technology Operations LLC Active safety systems of vehicles with graphical microprocessors
US8527139B1 (en) * 2012-08-28 2013-09-03 GM Global Technology Operations LLC Security systems and methods with random and multiple change-response testing
US8831585B2 (en) 2012-08-31 2014-09-09 Nuance Communications, Inc. Systems, methods and articles for a communications device providing communications and services involving automobile head units
US8799360B2 (en) * 2012-08-31 2014-08-05 Tweedle Group, Inc. Systems, methods and articles for a server providing communications and services involving automobile head units
DE102012017451A1 (de) 2012-09-04 2014-03-06 Claas Agrosystems Kgaa Mbh & Co. Kg Telemetrievorrichtung
US9510067B2 (en) 2012-10-18 2016-11-29 GM Global Technology Operations LLC Self-diagnostic non-bussed control module
KR101438978B1 (ko) * 2012-12-31 2014-09-11 현대자동차주식회사 리프로그래밍 방법 및 시스템
GB2510384B (en) * 2013-02-01 2017-11-29 Jaguar Land Rover Ltd Vehicle diagnostics apparatus and method
US20140309905A1 (en) * 2013-04-05 2014-10-16 Michael Drew System and method for sending and receiving messages between an electronic control unit of a vehicle and an external device
GB2513395B (en) 2013-04-26 2017-01-04 Jaguar Land Rover Ltd Vehicle diagnostics apparatus, diagnostics unit and methods
US9402174B2 (en) * 2013-05-06 2016-07-26 Verizon Telematics Inc. Vehicle driver identification using portable device
US9379855B2 (en) * 2013-06-03 2016-06-28 MiCOM Labs, Inc. Method and apparatus for a remote modular test system
US9286152B2 (en) * 2013-06-14 2016-03-15 Microsoft Technology Licensing, Llc Securely obtaining memory content after device malfunction
DE102013218075A1 (de) * 2013-07-04 2015-01-08 Robert Bosch Gmbh Vorrichtung und Messverfahren zur Ermittlung der internen Verzögerungszeit einer CAN-Busanschlusseinheit
KR101491293B1 (ko) * 2013-08-09 2015-02-10 현대자동차주식회사 게이트웨이 장치 및 그의 메시지 라우팅 방법
FI126436B (fi) * 2013-08-23 2016-11-30 Konecranes Global Oy Käyttäjän oikeuksien hallinta nosturin yhteydessä
US9092020B2 (en) * 2013-10-08 2015-07-28 GM Global Technology Operations LLC Calibration data selection
CN103577233A (zh) * 2013-11-07 2014-02-12 深圳市元征科技股份有限公司 一种obdii读码卡设备、设备升级系统及方法
CN104699686A (zh) * 2013-12-04 2015-06-10 广州汽车集团股份有限公司 车载控制模块及车载控制模块匹配方法
WO2015040764A1 (ja) * 2013-12-11 2015-03-26 株式会社小松製作所 作業機械、管理システム及び管理方法
US10060827B2 (en) 2014-01-17 2018-08-28 Kohler Co. Fleet management system
US9079505B1 (en) 2014-02-25 2015-07-14 Elwah LLC System and method for management of a fleet of vehicles having an energy storage system
US9878631B2 (en) 2014-02-25 2018-01-30 Elwha Llc System and method for predictive control of an energy storage system for a vehicle
US9056556B1 (en) 2014-02-25 2015-06-16 Elwha Llc System and method for configuration and management of an energy storage system for a vehicle
US20160012401A1 (en) * 2014-07-08 2016-01-14 Navico Holding As Methods for Discovering and Purchasing Content for Marine Electronics Device
DE102014213503A1 (de) * 2014-07-11 2016-01-14 Bayerische Motoren Werke Aktiengesellschaft Verfahren zum Überwachen einer Software in einem Straßenfahrzeug
DE102014213922B4 (de) * 2014-07-17 2020-02-20 Continental Automotive Gmbh Fahrzeug-Infotainmentsystem
CN104181839A (zh) * 2014-08-07 2014-12-03 深圳市元征科技股份有限公司 一种车辆实时行车数据处理方法和装置
US9401053B2 (en) * 2014-09-09 2016-07-26 GM Global Technology Operations LLC Fault notifications for vehicles
DE102014113371A1 (de) 2014-09-17 2016-03-17 Knorr-Bremse Systeme für Schienenfahrzeuge GmbH Verfahren zur Überwachung und Diagnose von Komponenten eines Schienenfahrzeugs, mit erweiterbarer Auswertungssoftware
US9373203B1 (en) 2014-09-23 2016-06-21 State Farm Mutual Automobile Insurance Company Real-time driver monitoring and feedback reporting system
US9056616B1 (en) * 2014-09-23 2015-06-16 State Farm Mutual Automobile Insurance Student driver feedback system allowing entry of tagged events by instructors during driving tests
WO2016053870A1 (en) 2014-09-29 2016-04-07 Laird Technologies, Inc. Telematics devices and methods for vehicle speeding detection
US20160131062A1 (en) * 2014-11-10 2016-05-12 Caterpillar Inc. Engine system utilizing selective engine optimization
US20160131069A1 (en) * 2014-11-10 2016-05-12 Caterpillar Inc. Engine system utilizing cloud based engine optimization
US9689336B2 (en) 2014-11-10 2017-06-27 Caterpillar Inc. Engine system utilizing modal weighted engine optimization
US9773354B2 (en) * 2014-12-11 2017-09-26 Hyundai Motor Company Terminal mounted in vehicle, control method thereof, data center and control method thereof
CN105758648B (zh) * 2014-12-19 2018-08-28 北京宝沃汽车有限公司 车辆性能的测试方法和装置
FR3034910B1 (fr) * 2015-04-10 2018-04-27 Psa Automobiles Sa. Procede de realisation d’actions a distance dans des equipements electroniques communicants de vehicules, et dispositif de communication associe
US10373523B1 (en) 2015-04-29 2019-08-06 State Farm Mutual Automobile Insurance Company Driver organization and management for driver's education
US9586591B1 (en) 2015-05-04 2017-03-07 State Farm Mutual Automobile Insurance Company Real-time driver observation and progress monitoring
CN106293979B (zh) * 2015-06-25 2019-11-15 伊姆西公司 检测进程无响应的方法和装置
US10118592B2 (en) * 2015-08-04 2018-11-06 Ford Global Technologies, Llc Diagnostic port protection to body control module
US10388161B2 (en) 2015-09-16 2019-08-20 Truck-Lite Co., Llc Telematics road ready system with user interface
US10093232B2 (en) 2015-09-16 2018-10-09 Truck-Lite Co., Llc Telematics road ready system
JP6864006B2 (ja) * 2015-12-21 2021-04-21 バイエリシエ・モトーレンウエルケ・アクチエンゲゼルシヤフト 自動車の安全性及び／又はセキュリティに関連する制御機器の修正方法とそれに関する装置
KR20170082770A (ko) * 2016-01-07 2017-07-17 현대자동차주식회사 전자제어장치(electronic control unit, ECU) 리프로그래밍의 경우 보조배터리 심방전 방지 방법 및 장치
KR102544864B1 (ko) * 2016-01-15 2023-06-19 삼성전자 주식회사 하드웨어의 진단 결과에 기초한 프로세스 수행 방법 및 이를 구현하는 전자 장치
DE102016201162B4 (de) * 2016-01-27 2018-10-18 Bayerische Motoren Werke Aktiengesellschaft Übermitteln einer anzuzeigenden Nachricht an eine Anzeigeeinrichtung eines Kraftfahrzeugs
US9824512B2 (en) * 2016-02-05 2017-11-21 Ford Global Technologies, Llc Adjusting diagnostic tests based on collected vehicle data
US10055199B2 (en) * 2016-02-10 2018-08-21 NodeSource, Inc. Transparent node runtime and management layer
GB2548163B (en) 2016-03-11 2022-06-15 V Nova Int Ltd Data processing devices, data processing units, methods and computer programs for processsing telemetry data
CN109070745B (zh) 2016-03-25 2021-09-03 康明斯有限公司 基于车辆工作循环调整车辆操作参数的系统和方法
US10325037B2 (en) 2016-04-28 2019-06-18 Caterpillar Inc. System and method for analyzing operation of component of machine
US10417839B2 (en) 2016-05-25 2019-09-17 Navigation Research Company System and method for vehicle assessment and uses thereof
JP6736980B2 (ja) * 2016-05-27 2020-08-05 オムロン株式会社 システムおよび半導体装置
US10235631B2 (en) 2016-07-01 2019-03-19 Deere & Company Methods and apparatus to predict machine failures
US9934624B2 (en) * 2016-08-12 2018-04-03 Snap-On Incorporated Method and system for providing diagnostic filter lists
US10269191B2 (en) 2016-08-12 2019-04-23 Snap-On Incorporated Method and system for displaying PIDs based on a PID filter list
US10950229B2 (en) * 2016-08-26 2021-03-16 Harman International Industries, Incorporated Configurable speech interface for vehicle infotainment systems
CN106445586A (zh) * 2016-08-31 2017-02-22 惠州华熙制造科技有限公司 一种车载设备自动配置文件的方法
US20180088959A1 (en) * 2016-09-28 2018-03-29 Delphi Technologies, Inc. Automated-vehicle resource management system
US10353691B2 (en) * 2016-09-30 2019-07-16 Cummins Inc. Updating electronic controller through telematics
US10634111B2 (en) 2016-12-12 2020-04-28 Kohler Co. Ignition module for internal combustion engine with integrated communication device
US20190268675A1 (en) 2017-03-15 2019-08-29 Scott Troutman Telematics Road Ready System including a Bridge Integrator Unit
EP3616366B1 (en) * 2017-04-25 2021-05-19 Munic Method to write requests on a vehicle diagnostic bus
US10102693B1 (en) * 2017-05-30 2018-10-16 Deere & Company Predictive analysis system and method for analyzing and detecting machine sensor failures
CN107248945A (zh) * 2017-06-15 2017-10-13 北京全路通信信号研究设计院集团有限公司 一种多功能车辆总线控制器
US10816354B2 (en) 2017-08-22 2020-10-27 Tusimple, Inc. Verification module system and method for motion-based lane detection with multiple sensors
US10762673B2 (en) 2017-08-23 2020-09-01 Tusimple, Inc. 3D submap reconstruction system and method for centimeter precision localization using camera-based submap and LiDAR-based global map
US10565457B2 (en) 2017-08-23 2020-02-18 Tusimple, Inc. Feature matching and correspondence refinement and 3D submap position refinement system and method for centimeter precision localization using camera-based submap and LiDAR-based global map
US10217066B1 (en) 2017-08-28 2019-02-26 Deere & Company Methods and apparatus to monitor work vehicles and to generate worklists to order the repair of such work vehicles should a machine failure be identified
US10953880B2 (en) 2017-09-07 2021-03-23 Tusimple, Inc. System and method for automated lane change control for autonomous vehicles
US10649458B2 (en) 2017-09-07 2020-05-12 Tusimple, Inc. Data-driven prediction-based system and method for trajectory planning of autonomous vehicles
US10953881B2 (en) 2017-09-07 2021-03-23 Tusimple, Inc. System and method for automated lane change control for autonomous vehicles
US11475723B2 (en) * 2017-12-29 2022-10-18 Robert Bosch Gmbh Determining a fault in an electronic controller
EP3737595B1 (en) 2018-01-09 2023-12-27 TuSimple, Inc. Real-time remote control of vehicles with high redundancy
CN115834617A (zh) 2018-01-11 2023-03-21 图森有限公司 用于自主车辆操作的监视系统
CN108282365A (zh) * 2018-01-19 2018-07-13 北京新能源汽车股份有限公司 一种车辆配置方法、装置、终端、车载终端及车辆
US11009365B2 (en) 2018-02-14 2021-05-18 Tusimple, Inc. Lane marking localization
US11009356B2 (en) 2018-02-14 2021-05-18 Tusimple, Inc. Lane marking localization and fusion
US10685244B2 (en) 2018-02-27 2020-06-16 Tusimple, Inc. System and method for online real-time multi-object tracking
CN110378185A (zh) 2018-04-12 2019-10-25 北京图森未来科技有限公司 一种应用于自动驾驶车辆的图像处理方法、装置
US10831605B2 (en) * 2018-04-27 2020-11-10 Rovi Guides, Inc. System and method for detection of, prevention of, and recovery from software execution failure
CN110458854B (zh) 2018-05-02 2022-11-15 北京图森未来科技有限公司 一种道路边缘检测方法和装置
US11287811B2 (en) * 2018-05-21 2022-03-29 Deere & Company Gateway interface for a work machine
US20190367081A1 (en) * 2018-06-01 2019-12-05 GM Global Technology Operations LLC Method and system for testing of systems
US20190378355A1 (en) * 2018-06-12 2019-12-12 GM Global Technology Operations LLC Remote vehicle electronics configuration
US20200005555A1 (en) * 2018-06-29 2020-01-02 K&N Engineering, Inc. Vehicle Performance Wireless Interface
EP3837598A1 (en) * 2018-08-15 2021-06-23 Clark Equipment Company Remote feature activation in power machines
US11292480B2 (en) 2018-09-13 2022-04-05 Tusimple, Inc. Remote safe driving methods and systems
US20200090425A1 (en) * 2018-09-18 2020-03-19 Cambridge Mobile Telematics Inc. Using vehicle electrical system monitored values
US10845800B2 (en) 2018-10-08 2020-11-24 Ford Global Technologies, Llc Vehicle software check
US11422967B2 (en) * 2018-10-18 2022-08-23 General Electric Company Data acquisition utilizing spare databus capacity
US10942271B2 (en) 2018-10-30 2021-03-09 Tusimple, Inc. Determining an angle between a tow vehicle and a trailer
FR3089651B1 (fr) * 2018-12-06 2020-11-06 Continental Automotive France Gestion conjointe par un calculateur embarque de véhicule automobile d’une fonction opérationnelle et d’une fonction passerelle entre des bus de communication de données
FR3090157B1 (fr) 2018-12-12 2020-11-20 Continental Automotive France Procédé de commande d’une unité de contrôle moteur à processeur multicœur
US11823460B2 (en) 2019-06-14 2023-11-21 Tusimple, Inc. Image fusion for autonomous vehicle operation
FR3098316B1 (fr) * 2019-07-04 2021-05-28 Continental Automotive Procédé de test d’un dispositif de réinitialisation de calculateur
US11386722B2 (en) 2019-07-13 2022-07-12 Toyota Motor North America, Inc. Remote access of transports
US11014534B2 (en) 2019-07-13 2021-05-25 Toyota Motor North America, Inc. Remote access of transports
US11233713B2 (en) * 2019-07-19 2022-01-25 Deere & Company Controller area network and connectivity health troubleshooting system
US11699308B2 (en) 2019-07-29 2023-07-11 Toyota Motor North America, Inc. Tracking of transport data
US11500571B2 (en) 2019-07-29 2022-11-15 Toyota Motor North America, Inc. Tracking of transport data
US11217041B2 (en) 2019-07-29 2022-01-04 Toyota Motor North America, Inc. Tracking of transport data
CN110609835B (zh) * 2019-08-19 2022-12-13 广州明珞汽车装备有限公司 一种车型位置信息存储的控制方法、系统和存储介质
CN110597229A (zh) * 2019-09-24 2019-12-20 中国第一汽车股份有限公司 一种车辆诊断互斥方法、装置、车辆和存储介质
JP7298427B2 (ja) * 2019-10-07 2023-06-27 トヨタ自動車株式会社 プログラム更新システムおよびプログラム更新方法
US11169795B2 (en) * 2019-10-09 2021-11-09 Toyota Motor North America, Inc. Management of transport software updates
US11422792B2 (en) 2019-10-09 2022-08-23 Toyota Motor North America, Inc. Management of transport software updates
US11294662B2 (en) 2019-10-09 2022-04-05 Toyota Motor North America, Inc. Management of transport software updates
US11618585B2 (en) 2019-10-10 2023-04-04 Ge Aviation Systems Limited Integrated system for improved vehicle maintenance and safety
CN113077735B (zh) * 2020-01-06 2023-11-17 广州汽车集团股份有限公司 一种车载显示设备的测试方法、装置及系统
US11868909B2 (en) 2020-01-30 2024-01-09 Ford Global Technologies, Llc Enhanced vehicle maintenance
EP3893150A1 (en) 2020-04-09 2021-10-13 Tusimple, Inc. Camera pose estimation techniques
CN112805648A (zh) * 2020-06-12 2021-05-14 百度时代网络技术（北京）有限公司 用于自主驾驶车辆的故障安全处理系统
AU2021203567A1 (en) 2020-06-18 2022-01-20 Tusimple, Inc. Angle and orientation measurements for vehicles with multiple drivable sections
US11880670B2 (en) 2020-06-23 2024-01-23 Toyota Motor North America, Inc. Execution of transport software update
US11281450B2 (en) 2020-06-23 2022-03-22 Toyota Motor North America, Inc. Secure transport software update
CN112504293B (zh) * 2020-11-18 2023-01-10 陕西中科启航科技有限公司 一种基于车辆速度的导航方法、导航装置及移动终端
US20220207933A1 (en) * 2020-12-31 2022-06-30 Jaswinder Kaur Central controller and modular device
FR3119030A1 (fr) * 2021-01-18 2022-07-22 Psa Automobiles Sa Procédé de gestion du fonctionnement d’une unité de commande électronique d’un véhicule automobile, système, unité de commande électronique et véhicule automobile associés
US11887411B2 (en) * 2021-01-27 2024-01-30 Amazon Technologies, Inc. Vehicle data extraction service
US11902374B2 (en) 2021-11-29 2024-02-13 Amazon Technologies, Inc. Dynamic vehicle data extraction service
WO2023158743A1 (en) * 2022-02-17 2023-08-24 Cummins Inc. Rapid data analytics for engines with integration to service team / service dealer
US20230326338A1 (en) * 2022-04-07 2023-10-12 At&T Intellectual Property I, L.P. System for sharing vehicle sensor information

Family Cites Families (70)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IL50822A (en) * 1975-12-11 1979-09-30 Hughes Aircraft Co Signal sampling system
GB1601811A (en) * 1977-02-22 1981-11-04 Morling R C S Signal processing
US5175537A (en) * 1990-03-29 1992-12-29 Micro Technology, Inc. Method and apparatus for scheduling access to a CSMA communication medium
AU7453491A (en) * 1990-03-29 1991-10-21 Sf2 Corporation Method and apparatus for scheduling access to a csma communication medium
JP2758742B2 (ja) * 1991-07-19 1998-05-28 日本電気株式会社 誤動作検出方式
US5388841A (en) * 1992-01-30 1995-02-14 A/N Inc. External memory system having programmable graphics processor for use in a video game system or the like
US5541840A (en) 1993-06-25 1996-07-30 Chrysler Corporation Hand held automotive diagnostic service tool
JP3331036B2 (ja) * 1994-01-13 2002-10-07 株式会社日立国際電気 フライトデータレコーダ
US8140358B1 (en) * 1996-01-29 2012-03-20 Progressive Casualty Insurance Company Vehicle monitoring system
US5908455A (en) * 1996-10-07 1999-06-01 Hewlett-Packard Company High performance automotive diagnostics instrumentation architecture
US6904110B2 (en) * 1997-07-31 2005-06-07 Francois Trans Channel equalization system and method
DE19921845A1 (de) 1999-05-11 2000-11-23 Bosch Gmbh Robert Diagnosetestvorrichtung für Kraftfahrzeuge mit programmierbaren Steuergeräten
US6434458B1 (en) * 1999-10-28 2002-08-13 General Electric Company Method and apparatus for vehicle data transfer optimization
DE10037397A1 (de) 2000-08-01 2002-02-14 Daimler Chrysler Ag Verfahren zum Laden von Software
US7092803B2 (en) 2000-08-18 2006-08-15 Idsc Holdings, Llc Remote monitoring, configuring, programming and diagnostic system and method for vehicles and vehicle components
US20050060070A1 (en) * 2000-08-18 2005-03-17 Nnt, Inc. Wireless communication framework
US20050065678A1 (en) * 2000-08-18 2005-03-24 Snap-On Technologies, Inc. Enterprise resource planning system with integrated vehicle diagnostic and information system
JP3834463B2 (ja) * 2000-10-13 2006-10-18 株式会社日立製作所 車載故障警報通報システム
US7149206B2 (en) * 2001-02-08 2006-12-12 Electronic Data Systems Corporation System and method for managing wireless vehicular communications
US6611740B2 (en) 2001-03-14 2003-08-26 Networkcar Internet-based vehicle-diagnostic system
US20020130691A1 (en) * 2001-03-15 2002-09-19 Silvestri Paul A. Method and apparatus for fast lock of delay lock loop
US7505467B1 (en) * 2001-03-30 2009-03-17 Cisco Technology, Inc. Method and apparatus for dynamic bandwidth management for voice traffic in a digital communications network
DE10133945A1 (de) * 2001-07-17 2003-02-06 Bosch Gmbh Robert Verfahren und Vorrichtung zum Austausch und zur Verarbeitung von Daten
CN100339859C (zh) 2001-08-10 2007-09-26 株式会社智卡平 采集车辆数据并诊断车辆的系统和方法
US6609051B2 (en) * 2001-09-10 2003-08-19 Daimlerchrysler Ag Method and system for condition monitoring of vehicles
DE10157188A1 (de) * 2001-11-22 2003-05-28 G I N Mbh Programmierbarer Datenlogger und Klassiergerät für CAN-Systeme
WO2003067350A2 (en) 2002-02-05 2003-08-14 Cleaire Advanced Emission Controls Apparatus and method for simultaneous monitoring, logging, and controlling of an industrial process
US6691007B2 (en) 2002-04-04 2004-02-10 The Boeing Company Vehicle condition monitoring system
US6993681B2 (en) 2002-04-15 2006-01-31 General Electric Corporation Remote administration in a distributed system
US6745151B2 (en) * 2002-05-16 2004-06-01 Ford Global Technologies, Llc Remote diagnostics and prognostics methods for complex systems
US6931309B2 (en) * 2003-05-06 2005-08-16 Innosurance, Inc. Motor vehicle operating data collection and analysis
JP4223909B2 (ja) * 2003-09-24 2009-02-12 三菱電機株式会社 車載電子制御装置
DE10360125A1 (de) * 2003-12-20 2005-07-21 Daimlerchrysler Ag Datenloggin in einem Kraftfahrzeug
US7111185B2 (en) * 2003-12-23 2006-09-19 Micron Technology, Inc. Synchronization device with delay line control circuit to control amount of delay added to input signal and tuning elements to receive signal form delay circuit
JP4509602B2 (ja) * 2004-02-27 2010-07-21 富士重工業株式会社 オペレータ側システムおよびモードファイルの特定方法
US7506309B2 (en) 2004-03-23 2009-03-17 General Motors Corporation Method for managing vehicle software configuration updates
CN100509499C (zh) * 2004-05-28 2009-07-08 深圳市英唐智能控制股份有限公司 汽车无线监测及故障诊断系统及方法
US20060101311A1 (en) * 2004-10-25 2006-05-11 Spx Corporation Connectivity between a scan tool and a remote device and method
US7239946B2 (en) 2004-10-25 2007-07-03 General Motors Corporation Vehicles fault diagnostic systems and methods
US7272475B2 (en) * 2004-12-02 2007-09-18 General Motors Corporation Method for updating vehicle diagnostics software
US7161391B2 (en) * 2004-12-03 2007-01-09 Micron Technology Skew tolerant high-speed digital phase detector
JP4060322B2 (ja) * 2005-03-28 2008-03-12 三菱電機株式会社 アプリケーション管理装置およびそのソフトウェアを格納した記憶媒体
US20060229777A1 (en) * 2005-04-12 2006-10-12 Hudson Michael D System and methods of performing real-time on-board automotive telemetry analysis and reporting
US7346728B1 (en) * 2005-04-18 2008-03-18 Intel Corporation Method and apparatus for a hub capable of being self-powered for use in a USB-compliant system
JP2006338605A (ja) * 2005-06-06 2006-12-14 Denso Corp プログラム異常監視方法及びプログラム異常監視装置
CN101263499B (zh) * 2005-07-11 2013-03-27 布鲁克斯自动化公司 智能状态监测和故障诊断系统
US7920944B2 (en) * 2005-10-21 2011-04-05 General Motors Llc Vehicle diagnostic test and reporting method
US7774130B2 (en) * 2005-12-07 2010-08-10 Gary Thomas Pepper Methods and system for determining consumption and fuel efficiency in vehicles
US20070152503A1 (en) * 2005-12-30 2007-07-05 Kowalick Thomas M Vehicle connector lockout apparatus and method of using same
DE102006009098A1 (de) * 2006-02-28 2007-08-30 Daimlerchrysler Ag Kraftfahrzeugdiagnose und Fahrzeugannahme
US7631229B2 (en) * 2006-04-24 2009-12-08 Freescale Semiconductor, Inc. Selective bit error detection at a bus device
JP5028852B2 (ja) 2006-04-25 2012-09-19 株式会社デンソー 車両用通信システム
JP4187028B2 (ja) * 2006-09-13 2008-11-26 ヤマハ株式会社 ネットワークシステム及び音響信号処理装置
US7519933B2 (en) * 2006-09-21 2009-04-14 Sun Microsystems, Inc. Converging repeater methodology for channel-limited SOC microprocessors
US20090254243A1 (en) * 2006-09-28 2009-10-08 Fujitsu Ten Limited On-board machine, frequency collecting device, and frequency collecting method
US8213321B2 (en) * 2007-02-01 2012-07-03 Deere & Company Controller area network condition monitoring and bus health on in-vehicle communications networks
US20080291014A1 (en) * 2007-05-23 2008-11-27 Toyota Engineering & Manufacturing North America, Inc. System and method for remote diagnosis and repair of a plant malfunction with software agents
US8200376B2 (en) * 2007-07-30 2012-06-12 Symvionics, Inc. Vehicle performance monitoring system with multi-level caching
US8185609B2 (en) 2007-11-27 2012-05-22 The Boeing Company Method and apparatus for processing commands in an aircraft network
GB2457279A (en) * 2008-02-08 2009-08-12 Airmax Group Plc Configuration of an electronic control system for controlling the operation of at least one component of a vehicle
JP2009286295A (ja) * 2008-05-30 2009-12-10 Hitachi Ltd 車載情報収集システム及び車載情報収集装置におけるデータ収集方法
US8700255B2 (en) * 2008-10-08 2014-04-15 Trimble Navigation Limited Devices, systems, and methods for monitoring driver and vehicle behavior
US8548669B2 (en) * 2009-01-08 2013-10-01 New Flyer Industries Canada Ulc System and method for monitoring operation of 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
US9367967B2 (en) * 2009-09-29 2016-06-14 GM Global Technology Operations LLC Systems and methods for odometer monitoring
CN201548405U (zh) * 2009-11-13 2010-08-11 上汽通用五菱汽车股份有限公司 电脑式汽车故障诊断装置
US20110130916A1 (en) * 2009-12-01 2011-06-02 Ise Corporation Location Based Vehicle Data Logging and Diagnostic System and Method
US8392698B2 (en) * 2010-04-16 2013-03-05 Cisco Technology, Inc. System and method for providing prefixes indicative of mobility properties in a network environment
US20120008460A1 (en) * 2010-07-12 2012-01-12 Wireless Seismic Data acquisition system with removable
US8412406B2 (en) 2010-08-13 2013-04-02 Deere & Company Method and system for performing diagnostics or software maintenance for a vehicle

Also Published As

Publication number Publication date
BR112013003140B8 (pt) 2021-05-04
US9043078B2 (en) 2015-05-26
WO2012021903A1 (en) 2012-02-16
BR112013003140B1 (pt) 2020-10-27
EP2603784A4 (en) 2016-12-28
AU2011289163A1 (en) 2013-02-28
AU2011289163B2 (en) 2015-06-11
AU2011289164B2 (en) 2015-07-23
BR112013003139A2 (pt) 2016-06-28
AU2011289162A1 (en) 2013-02-28
EP2699883A1 (en) 2014-02-26
US20120041638A1 (en) 2012-02-16
BR112013003139B1 (pt) 2020-04-07
EP2603784A1 (en) 2013-06-19
US8751100B2 (en) 2014-06-10
EP2614348A1 (en) 2013-07-17
US20120041635A1 (en) 2012-02-16
EP2614348A4 (en) 2017-01-11
BR112013003141B1 (pt) 2021-05-25
BR112013003140A2 (pt) 2016-06-28
US8412406B2 (en) 2013-04-02
EP2699883A4 (en) 2016-12-14
CN103154694B (zh) 2016-03-30
EP2699883B1 (en) 2020-09-16
US20120041636A1 (en) 2012-02-16
WO2012021905A8 (en) 2013-04-11
CN103154694A (zh) 2013-06-12
WO2012021904A1 (en) 2012-02-16
BR112013003141A2 (pt) 2020-06-30
AU2011289164A1 (en) 2013-03-14
WO2012021905A1 (en) 2012-02-16
EP2603784B1 (en) 2021-04-28
CN103080720B (zh) 2016-06-15
CN103080720A (zh) 2013-05-01

Similar Documents

Publication Publication Date Title
ES2879869T3 (es) Método y sistema para realizar un diagnóstico o mantenimiento de software para un vehículo
US20200258323A1 (en) Method and apparatus for remote vehicle diagnosis
US8892451B2 (en) Vehicle monitoring system
KR101058871B1 (ko) 포획 시험 차량군
US9000949B2 (en) Gen II meter system with multiple processors, multiple detection sensor types, fault tolerance methods, power sharing and multiple user interface methods
US11551486B1 (en) Vehicle monitoring system
CA2838632C (en) Method and apparatus for translating vehicle diagnostic trouble codes
US20140025253A1 (en) Systems and methods for extraction and telemetry of vehicle operational data from an internal automotive network
US20050060070A1 (en) Wireless communication framework
US11641290B2 (en) Configurable OBD isolation
CN103080719B (zh) 用于执行车辆的诊断或软件维护的方法和系统
CA2734219A1 (en) Maintenance system and method for vehicle fleets
JP2005520725A (ja) 車両および車両構成要素の遠隔モニタリング、構成、プログラミングおよび診断システムおよびその方法
AU2020200296A1 (en) GEN II meter system with multiple processors, multiple detection sensor types, fault tolerance methods, power sharing and multiple user interface methods
CN117931232A (en) Vehicle software upgrading method and device, gateway controller and vehicle
CN117579470A (zh) 一种日志上传方法、通信设备及存储介质