ES2988340T3 - Sistema y método para transferir comandos de diagnóstico a un vehículo - Google Patents

Sistema y método para transferir comandos de diagnóstico a un vehículo Download PDF

Info

Publication number
ES2988340T3
ES2988340T3 ES16795981T ES16795981T ES2988340T3 ES 2988340 T3 ES2988340 T3 ES 2988340T3 ES 16795981 T ES16795981 T ES 16795981T ES 16795981 T ES16795981 T ES 16795981T ES 2988340 T3 ES2988340 T3 ES 2988340T3
Authority
ES
Spain
Prior art keywords
diagnostic
interface device
batch
instruction
instructions
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
ES16795981T
Other languages
English (en)
Inventor
Jacobus Grobler
Petrus Johannes Badenhorst
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.)
Hex Microsystems Pty Ltd
Original Assignee
Hex Microsystems Pty Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hex Microsystems Pty Ltd filed Critical Hex Microsystems Pty Ltd
Application granted granted Critical
Publication of ES2988340T3 publication Critical patent/ES2988340T3/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
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00—Testing or monitoring of control systems or parts thereof
    • G05B23/02—Electric testing or monitoring
    • G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
    • G05B23/0208—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the configuration of the monitoring system
    • G05B23/0216—Human interface functionality, e.g. monitoring system providing help to the user in the selection of tests or in its configuration
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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 OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/903—Querying
    • G06F16/90335—Query processing
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C2205/00—Indexing scheme relating to group G07C5/00
    • G07C2205/02—Indexing scheme relating to group G07C5/00 using a vehicle scan tool

Landscapes

  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Automation & Control Theory (AREA)
  • Computational Linguistics (AREA)
  • Human Computer Interaction (AREA)
  • Data Mining & Analysis (AREA)
  • Small-Scale Networks (AREA)
  • Computer And Data Communications (AREA)
  • Debugging And Monitoring (AREA)

Abstract

Se proporcionan sistemas y métodos para transferir comandos de diagnóstico a un sistema de diagnóstico a bordo (OBD) de un vehículo. Un dispositivo de interfaz de diagnóstico tiene una conexión dedicada a un sistema OBD del vehículo y está en comunicación de datos con un servidor de diagnóstico a través de una red abierta. Un indicador de instrucción se transmite desde el dispositivo de interfaz de diagnóstico al servidor de diagnóstico y el servidor de diagnóstico transmite varias instrucciones que se deben proporcionar al sistema OBD para ejecutar la instrucción al dispositivo de interfaz de diagnóstico. Las instrucciones se proporcionan en un lote que incluye parámetros de temporización específicos para cada instrucción en el lote, de modo que el dispositivo de interfaz de diagnóstico es capaz de transferir cada instrucción en el lote al sistema OBD del vehículo de acuerdo con los parámetros de temporización. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Sistema y método para transferir comandos de diagnóstico a un vehículo
Referencia cruzada a solicitudes relacionadas
Esta solicitud reivindica la prioridad de la solicitud de patente provisional sudafricana número 2015/03489 presentada el 19 de mayo de 2015.
Campo de la invención
La invención se refiere a un sistema y a un método para transferir comandos de diagnóstico a un sistema de diagnóstico de vehículo a bordo, especialmente a través de una red de alta latencia.
Antecedentes de la invención
El diagnóstico a bordo (OBD) se refiere a las capacidades de autodiagnóstico y notificación de un vehículo. Los sistemas de OBD incluyen al menos una unidad de control del motor (ECU) en comunicación con una multitud de sistemas y subsistemas del vehículo. El sistema de OBD proporciona a un usuario acceso al estado de los sistemas y subsistemas del vehículo, y puede usarse para leer códigos de error de los diversos sistemas, así como para controlar o someter a prueba los diversos sistemas y subsistemas.
Para acceder a la información del sistema de OBD de un vehículo, se conecta una herramienta de diagnóstico a un sistema de OBD de un vehículo, generalmente a través de un puerto de conector de diagnóstico. La herramienta de diagnóstico puede comunicarse luego con el sistema de OBD del vehículo, y leer información asociada con los diversos sistemas y subsistemas del vehículo. Una herramienta de diagnóstico también puede hacerse funcionar para enviar instrucciones a la ECU del vehículo, que puede encaminar esas instrucciones a actuadores y sensores controlados por la ECU.
Las herramientas de diagnóstico que pueden enviar instrucciones a una ECU están ubicadas generalmente en un taller de vehículos, ya que suelen ser voluminosas y estar conectadas a un sistema informático que almacena los comandos localmente y puede generar los comandos necesarios de acuerdo con el protocolo de comunicación aplicable. La comunicación se produce normalmente como parte de una sesión de comunicación. Debido a la comunicación de alcance relativamente corto usada en tales talleres, el protocolo de comunicación usado para comunicarse con las ECU es particularmente adecuado para una comunicación de baja latencia. Los retardos en las comunicaciones pueden dar como resultado tiempos de espera ya que el sistema puede suponer que se ha perdido una conexión. Por tanto, los sistemas existentes no son adecuados para su uso en una red de alta latencia, ya que la alta latencia puede generar retardos que superen los tiempos de espera aplicables.
Se han realizado intentos para proporcionar herramientas de diagnóstico que se comuniquen con servidores remotos a través de redes de comunicación abiertas tales como Internet. Sin embargo, a menos que la red remota tenga una latencia mínima, por ejemplo 10 milisegundos, es probable que se produzcan errores de tiempo de espera. Puede resultar difícil lograr una latencia baja en redes tales como Internet, en particular cuando un servidor en comunicación está ubicado lejos del vehículo que va a monitorizarse.
El documento US 2005/0038581 da a conocer un sistema y un método de monitorizar, configurar, programar y/o diagnosticar el funcionamiento de al menos un vehículo que incluye una unidad a bordo dispuesta en el vehículo para enviar y recibir datos correspondiente a al menos una característica operativa del vehículo, una pluralidad de aplicaciones modulares, teniendo cada aplicación una función asociada que procesa los datos correspondientes a dicha al menos una característica operativa del vehículo obtenida a través de la unidad a bordo, y una interfaz que permite la selección entre la pluralidad de aplicaciones modulares para crear un sistema personalizado.
El documento US 2013/0246135 da a conocer una unidad de diagnóstico de vehículos que se comunica con unidades de control electrónico de un vehículo a través de un puerto de OBD. Los resultados de diagnóstico se transfieren a un servidor remoto o bien directamente o bien a través de un dispositivo inteligente que tiene un módulo de comunicación inalámbrica.
El documento US 2013/0317693 da a conocer un sistema y un método de acceso y gestión de vehículos de alquiler/coches compartidos que utiliza códigos de barras, códigos QR, GPS, y una aplicación móvil acoplados con una red inalámbrica para permitir que los clientes eviten el mostrador de reservas. Los servidores remotos y/o la aplicación móvil se comunican con un módulo de control que se conecta con el módulo de diagnóstico a bordo del vehículo.
El documento US 2010/0332073 da a conocer un método para iniciar una sesión de mantenimiento con un vehículo que incluye las etapas de recibir una primera señal inalámbrica transmitida por el vehículo, establecer una identidad del vehículo a partir de la primera señal inalámbrica, asociar un privilegio con el vehículo basándose al menos en parte en la identidad, transmitir una segunda señal inalámbrica al vehículo con una petición de datos de mantenimiento del vehículo si el privilegio incluye una capacidad para pedir los datos de mantenimiento.
La discusión anterior de los antecedentes de la invención tiene como único fin facilitar la comprensión de la presente invención. Debe apreciarse que la discusión no constituye un reconocimiento o una admisión de que cualquiera de los materiales a los que se hace referencia formaba parte del conocimiento general común en la técnica en la fecha de prioridad de la solicitud.
Sumario de la invención
Según la presente invención, se proporcionan métodos y dispositivos tal como se definen en las reivindicaciones adjuntas. La presente invención se define en las reivindicaciones independientes. Se definen realizaciones preferidas en las reivindicaciones dependientes.
Según una realización, se proporciona un método para transferir comandos de diagnóstico a un sistema de diagnóstico a bordo (OBD) de un vehículo, realizándose el método en un servidor de diagnóstico que está en comunicación de datos con un dispositivo de interfaz de diagnóstico a través de una red abierta, conectándose el dispositivo de interfaz de diagnóstico al sistema de OBD de vehículo por medio de una conexión dedicada, comprendiendo el método:
recibir, desde el dispositivo de interfaz de diagnóstico, detalles de una unidad de control electrónico (ECU) asociada con el sistema de OBD;
recuperar una lista de funciones ejecutables por la ECU de una base de datos,
transmitir, al dispositivo de interfaz de diagnóstico, la lista de funciones ejecutables por la ECU;
recibir, desde el dispositivo de interfaz de diagnóstico, una indicación de una función seleccionada de la lista de funciones ejecutables; y
transmitir un lote de instrucciones al dispositivo de interfaz de diagnóstico para realizar la función seleccionada, incluyendo el lote de instrucciones parámetros de temporización específicos para cada instrucción dentro del lote, de modo que el dispositivo de interfaz de diagnóstico pueda transferir cada instrucción en el lote al sistema de OBD de vehículo a través de la conexión dedicada de acuerdo con los parámetros de temporización.
Una característica adicional prevé que el método incluya la etapa de transmitir un lote adicional de instrucciones al dispositivo de interfaz de diagnóstico, incluyendo el lote adicional de instrucciones una instrucción de archivo de configuración para facilitar la preparación de los parámetros de temporización para la función.
Todavía características adicionales prevén que el método incluya la etapa de transmitir un lote inicial de instrucciones al dispositivo de interfaz de diagnóstico, incluyendo el lote inicial de instrucciones una petición de parámetros de ECU; que el método incluya la etapa de recibir los parámetros de ECU pedidos; y que el método incluya analizar los parámetros de ECU para confirmar que permiten que se realice la función antes de transmitir el lote de instrucciones para realizar la función seleccionada.
Aún una característica adicional prevé que el lote de instrucciones incluya una instrucción para mantener activa una sesión de comunicación.
Características adicionales prevén que el método incluya las etapas de: en respuesta a recibir un indicador de acción de terminación de usuario, transmitir instrucciones para facilitar la terminación de la función al dispositivo de interfaz de diagnóstico; en respuesta a un tiempo de espera predeterminado que expira antes de que se realice una acción de terminación de usuario, transmitir instrucciones adicionales al dispositivo de interfaz de diagnóstico; en respuesta a recibir un código de error desde el dispositivo de interfaz de diagnóstico, transmitir un mensaje de error al dispositivo de interfaz de diagnóstico; y, en respuesta a recibir un indicador de función completada, transmitir un mensaje de función completada al dispositivo de interfaz de diagnóstico.
Aún características adicionales prevén que los parámetros de temporización incluyan uno o más de los siguientes: tiempo requerido para ejecutar la función, limitaciones de temporización de un protocolo de comunicación usado por el sistema de OBD, y espacios entre bytes y entre paquetes.
Características adicionales prevén que las instrucciones incluyan una colección de comandos para iniciar una sesión de diagnóstico, realizar la función específica, esperar un cierto tiempo a menos que se haya realizado una acción de terminación de usuario, y una instrucción para repetir un subconjunto del lote actual un número predeterminado de veces.
Una característica adicional prevé que el método incluya la etapa de, en respuesta a que el subconjunto de un lote se haya realizado el número predeterminado de veces, transmitir comandos para facilitar la terminación de la función al dispositivo de interfaz de diagnóstico.
Todavía características adicionales prevén el procesamiento por lotes y la transmisión de comandos para facilitar la terminación de la función, incluyendo instrucciones para terminar una función actual, leer cualquier código de error, y detener la sesión de comunicaciones.
Aún característica adicional prevé que el tiempo de espera predeterminado incluya la latencia de la red para tener en cuenta un retardo como resultado de la transmisión de los datos.
Características adicionales prevén que la lista de funciones ejecutables por la ECU se transmita en un formato adecuado para su visualización en un elemento de visualización asociado con el dispositivo de interfaz de diagnóstico; y que las instrucciones por lotes transmitidas al dispositivo de interfaz de diagnóstico incluyan detalles que van a visualizarse en el elemento de visualización. Los detalles pueden incluir uno o más de funciones adicionales o botones interactivos que pueden seleccionarse, progreso o estado de la función, información sobre la función actual, y similares.
Una realización se extiende a un sistema para transferir comandos de diagnóstico a un sistema de diagnóstico a bordo (OBD) de un vehículo que comprende un servidor de diagnóstico en comunicación de datos con un dispositivo de interfaz de diagnóstico a través de una red abierta, conectándose el dispositivo de interfaz de diagnóstico al sistema de OBD de vehículo por medio de una conexión dedicada, incluyendo el servidor de diagnóstico:
un componente de recepción de detalles de la unidad de control electrónico (ECU) para recibir detalles de una ECU desde el dispositivo de interfaz de diagnóstico;
un componente de recuperación de función de ECU para recuperar una lista de funciones ejecutables por la ECU de una base de datos;
un componente de transmisión de lista para transmitir la lista de funciones al dispositivo de interfaz de diagnóstico; un componente de recepción de función para recibir una indicación de una función seleccionada de la lista de funciones ejecutables;
un componente de procesamiento por lotes para que se transmitan instrucciones de procesamiento por lotes al dispositivo de interfaz de diagnóstico; y
un componente de transmisión de instrucciones para transmitir un lote de instrucciones al dispositivo de interfaz de diagnóstico para realizar la función seleccionada, incluyendo el lote de instrucciones parámetros de temporización específicos para cada instrucción en el lote.
Características adicionales prevén que el servidor de diagnóstico incluya un componente de transmisión de instrucción de archivo de configuración para transmitir una instrucción de archivo de configuración al dispositivo de interfaz de diagnóstico, facilitando el archivo de configuración la preparación de parámetros de temporización para la función.
Todavía características adicionales prevén que el servidor de diagnóstico incluya un componente de transmisión de petición de parámetros de ECU para transmitir una petición de parámetros de ECU; un componente de recepción de parámetros de ECU para recibir parámetros de ECU; y un componente de análisis de parámetros de ECU configurado para analizar los parámetros de ECU y determinar si permiten que se realice la función seleccionada. Aún características adicionales prevén que el servidor de diagnóstico incluya un componente de sesión de comunicación configurado para incluir una instrucción para mantener activa una sesión de comunicación como parte de un lote de instrucciones.
Características adicionales prevén que el servidor de diagnóstico incluya un componente de recepción de acción de terminación de usuario para recibir una acción de terminación de usuario; un componente de transmisión de instrucción de terminación para transmitir una instrucción de terminación al dispositivo de interfaz de diagnóstico; un componente de tiempo de espera para determinar cuándo ha expirado un tiempo de espera sin que se haya recibido una acción de terminación de usuario; un componente de recepción de código de error para recibir un código de error desde el dispositivo de interfaz de diagnóstico; y un componente de transmisión de mensaje de código de error para transmitir un mensaje de código de error al dispositivo de interfaz de diagnóstico.
Una característica adicional permite que el servidor de diagnóstico incluya un componente de recuento de comandos para contar el número de veces que se ejecuta un subconjunto de un lote y esté configurado para detectar cuándo el subconjunto se ha realizado un número predeterminado de veces y para instruir al componente de transmisión de instrucciones de terminación que transmita una instrucción de terminación al dispositivo de interfaz de diagnóstico al detectar dicha realización.
Todavía características adicionales prevén que el servidor de diagnóstico incluya un componente de visualización para transmitir instrucciones para visualizar información o botones interactivos en un elemento de visualización asociado con el dispositivo de interfaz de diagnóstico como parte de las instrucciones por lotes.
Una realización se extiende a un método para transferir comandos de diagnóstico a un sistema de diagnóstico a bordo (OBD) de un vehículo, realizándose el método en un dispositivo de interfaz de diagnóstico conectado al sistema de OBD a través de una conexión dedicada y en comunicación de datos con un servidor de diagnóstico a través de una red abierta, incluyendo el método las etapas de:
transmitir, al servidor de diagnóstico, detalles de una ECU asociada con el sistema de OBD;
recibir, desde el servidor de diagnóstico, una lista de funciones ejecutables por la ECU;
recibir, de un usuario, una indicación de una función de la lista que va a proporcionarse al OBD;
transmitir, al servidor de diagnóstico, la indicación de la función;
recibir un lote de instrucciones desde el servidor de diagnóstico para realizar la función seleccionada, incluyendo el lote de instrucciones parámetros de temporización específicos para cada instrucción dentro del lote; y transferir cada instrucción en el lote al sistema de OBD de acuerdo con los parámetros de temporización.
Características adicionales prevén que el método incluya la etapa de recibir una instrucción de archivo de configuración desde el servidor de diagnóstico, facilitando el archivo de configuración la preparación de parámetros de temporización para la instrucción; y cargar el archivo de configuración en una memoria.
Todavía características adicionales prevén que el método incluya las etapas de: recibir, desde el servidor de diagnóstico, un lote inicial de instrucciones, incluyendo el lote inicial una petición de parámetros de ECU; transmitir una petición de parámetros de ECU al sistema de OBD; recibir parámetros de ECU desde el sistema de OBD; y transmitir los parámetros de ECU al servidor de diagnóstico en un formato por lotes.
Aún una característica adicional prevé que el lote de instrucciones incluya una instrucción para mantener activa la sesión de comunicación.
Características adicionales prevén que el método incluya las etapas de: en respuesta a recibir una acción de terminación de usuario, transmitir un indicador de terminación de usuario al servidor de diagnóstico; en respuesta a recibir un código de error desde el sistema de OBD, transmitir el código de error al servidor de diagnóstico; y en respuesta a reconocer que se ha completado una función, transmitir un indicador de función completada al servidor de diagnóstico.
Todavía características adicionales prevén que el método incluya las etapas de, en respuesta a recibir detalles que van a visualizarse en un elemento de visualización asociado con el dispositivo de interfaz de diagnóstico como parte de las instrucciones por lotes, visualizar los detalles en el elemento de visualización, y que la lista de funciones ejecutables por la ECU esté en un formato adecuado para visualizarse en el elemento de visualización.
Aún características adicionales prevén que el método incluya las etapas de:
en respuesta a que el sistema de OBD responde a una instrucción con una respuesta de que la instrucción no puede realizarse ahora, esperar una cantidad de tiempo predeterminada y repetir la instrucción específica; y
en respuesta a que el sistema de OBD responde a una instrucción con una respuesta de que se ha recibido la instrucción pero el sistema de OBD no puede responder ahora, esperar una cantidad de tiempo predeterminada para la respuesta.
Una realización se extiende a un dispositivo de interfaz de diagnóstico para transferir comandos de diagnóstico a un sistema de diagnóstico a bordo (OBD) de un vehículo, que comprende:
una interfaz física para comunicarse con el sistema de OBD a través de una red dedicada;
una interfaz de comunicación para comunicarse con un servidor de diagnóstico a través de una red abierta; y un módulo de procesamiento, en el que el módulo de procesamiento incluye:
un componente de recepción de lista para recibir una lista de funciones desde el servidor de diagnóstico; un componente de entrada de usuario para recibir, de un usuario, una indicación de una función en la lista que va a proporcionarse al sistema de OBD;
un componente de transmisión de función para transmitir una indicación de la función al servidor;
un componente de recepción de instrucciones para recibir un lote de instrucciones desde el servidor de diagnóstico, incluyendo el lote de instrucciones parámetros de temporización específicos para cada instrucción dentro del lote; y
un componente de transferencia al sistema de OBD para transferir cada instrucción en el lote al sistema de OBD de acuerdo con los parámetros de temporización.
Características adicionales prevén que el dispositivo de interfaz de diagnóstico incluya un componente de recepción de archivo de configuración para recibir un archivo de configuración desde el servidor de diagnóstico; y un componente de carga de archivo de configuración para cargar el archivo de configuración en una memoria.
Todavía una característica adicional es que el dispositivo de interfaz de diagnóstico incluye un componente de procesamiento por lotes para que se transmitan instrucciones de procesamiento por lotes al servidor de diagnóstico. Aún características adicionales prevén que el dispositivo de interfaz de diagnóstico incluya un componente de recepción de petición de parámetros de ECU para recibir una petición de parámetros de<e>CU; un componente de transmisión de petición de parámetros de ECU para pedir, desde el sistema de OBD, parámetros de ECU; un componente de recepción de parámetros de ECU para recibir parámetros de ECU desde el sistema de OBD; y un componente de transmisión de parámetros de ECU para transmitir los parámetros de ECU al servidor de diagnóstico en un formato por lotes.
Una característica adicional prevé que el dispositivo de interfaz de diagnóstico incluya un componente de sesión de comunicaciones para mantener activa la sesión de comunicaciones.
Todavía características adicionales prevén que el dispositivo de interfaz de diagnóstico incluya un componente de recepción de acción de terminación de usuario para recibir una acción de terminación de usuario desde una interfaz de usuario; un componente de transmisión de acción de terminación de usuario para transmitir la acción de terminación de usuario al servidor de diagnóstico; un componente de recepción de código de error para recibir un código de error desde el sistema de OBD; un componente de transmisión de código de error para transmitir un código de error al servidor de diagnóstico; y un componente de transmisión de función completada para transmitir un indicador de función completada al servidor de diagnóstico.
Aún características adicionales prevén que el dispositivo de interfaz de diagnóstico incluya un componente de visualización para transmitir instrucciones para visualizar información o botones interactivos en un elemento de visualización asociado con el dispositivo de interfaz de diagnóstico.
El dispositivo de interfaz de diagnóstico puede ser un dispositivo de diagnóstico en comunicación con el sistema de OBD de un vehículo. El dispositivo de diagnóstico puede conectarse a un puerto de conexión de diagnóstico complementario para comunicarse con el sistema de OBD. El dispositivo de diagnóstico puede conectarse a un dispositivo de usuario a través de una red de comunicación inalámbrica, tal como Wi-Fi o Bluetooth, o mediante una conexión por cable. El dispositivo de diagnóstico puede incluir un servidor web que permite que el dispositivo de usuario navegue hasta el servidor web para permitir que un usuario proporcione información de usuario e interactúe con el conector de diagnóstico a través de la interfaz de usuario del dispositivo de usuario. La interfaz de usuario del dispositivo de usuario puede ser el elemento de visualización asociado con el dispositivo de interfaz de diagnóstico. El dispositivo de usuario puede proporcionar conectividad a Internet al dispositivo de diagnóstico y permitir que se comunique con el servidor de diagnóstico. Adicionalmente, el dispositivo de comunicación móvil puede permitir que un usuario interactúe con funciones limitadas disponibles en el conector de diagnóstico cuando el dispositivo de diagnóstico no está en comunicación de datos con el servidor de diagnóstico.
En una realización, un dispositivo de usuario puede ser el dispositivo de interfaz de diagnóstico y puede incluir un puerto de conector de diagnóstico configurado para insertarse directamente en el puerto de conexión de diagnóstico de un vehículo o puede conectarse de manera inalámbrica al sistema de OBD de vehículo. Todavía en una realización adicional, el dispositivo de interfaz de diagnóstico puede formar parte del sistema de OBD de un vehículo.
Una realización se extiende a un producto de programa informático para transferir comandos de diagnóstico a un sistema de diagnóstico a bordo (OBD) de un vehículo, comprendiendo el producto de programa informático un medio legible por ordenador no transitorio que tiene almacenado un código de programa legible por ordenador, pudiendo ejecutarse el código de programa legible por ordenador por un circuito de procesamiento para realizar las etapas de: transmitir, a un servidor de diagnóstico, detalles de una unidad de control electrónico (ECU) asociada con el sistema de OBD;
recibir, desde el servidor de diagnóstico, una lista de funciones ejecutables por la ECU;
recibir, de un usuario, una indicación de una función de la lista que va a proporcionarse al OBD;
transmitir, al servidor de diagnóstico, la indicación de la función;
recibir un lote de instrucciones desde el servidor de diagnóstico para realizar la función seleccionada, incluyendo el lote de instrucciones parámetros de temporización específicos para cada instrucción dentro del lote; y transferir cada instrucción en el lote al sistema de OBD de acuerdo con los parámetros de temporización.
A continuación se describirá una realización de la invención, únicamente a modo de ejemplo, con referencia a los dibujos adjuntos.
Breve descripción de los dibujos
En los dibujos:
La figura 1 muestra un sistema para transferir comandos de diagnóstico a un sistema de diagnóstico a bordo (OBD) de un vehículo según una realización a modo de ejemplo de la invención;
la figura 2 es un diagrama de bloques que ilustra los componentes físicos de una realización de un dispositivo de interfaz de diagnóstico adecuado para conectarse a un puerto de conexión de diagnóstico del vehículo;
la figura 3 es un diagrama de bloques que ilustra los componentes lógicos de una realización de un servidor de diagnóstico;
la figura 4 es un diagrama de bloques que ilustra los componentes lógicos de una realización de un dispositivo de interfaz de diagnóstico;
la figura 5 es un diagrama de flujo que ilustra las etapas realizadas en un servidor de diagnóstico en un método de transferir comandos de diagnóstico a un vehículo;
la figura 6 es un diagrama de flujo que ilustra las etapas realizadas en un dispositivo de interfaz de diagnóstico en un método de transferir comandos de diagnóstico a un vehículo;
las figuras 7A a 7F son capturas de pantalla de un elemento de visualización en un dispositivo de usuario durante un método a modo de ejemplo de transferir comandos de diagnóstico;
las figuras 8A a 8D son capturas de pantalla de visualizaciones específicas del dispositivo de usuario durante métodos a modo de ejemplo adicionales de transferir comandos de diagnóstico;
y la figura 9 ilustra un ejemplo de un servidor de diagnóstico en el que pueden implementarse diversos aspectos de la divulgación.
Descripción detallada con referencia a los dibujos
Las realizaciones descritas en el presente documento proporcionan un sistema y un método para transferir comandos de diagnóstico a un sistema de diagnóstico a bordo (OBD) de un vehículo.
En un sistema de comandos de diagnóstico convencional, se requiere una red de baja latencia para permitir la transmisión satisfactoria de comandos al sistema de OBD, ya que los sistemas de OBD de vehículos existentes se desarrollaron para la comunicación con herramientas de diagnóstico ubicadas físicamente en un lugar donde se realiza el mantenimiento de un vehículo. La latencia de la transferencia de datos puede no haber sido una consideración particular al desarrollar protocolos de comunicación convencionales, ya que las comunicaciones de alcance relativamente corto permitían una comunicación de baja latencia. La presente invención permite que se transmitan comandos a través de una red de comunicaciones abierta de latencia relativamente alta, tal como Internet, mientras que limita los tiempos de espera e impide al menos parcialmente la terminación inesperada de una sesión de comunicación.
La figura 1 muestra una realización a modo de ejemplo de un sistema (100) para la transferencia de comandos de diagnóstico a un sistema de diagnóstico a bordo (OBD) (105) de un vehículo. El sistema incluye un dispositivo de interfaz de diagnóstico (110) que se conecta a un puerto de conexión de diagnóstico (120) de un vehículo (130) que va a someterse a mantenimiento, probarse o ajustarse. El dispositivo de interfaz de diagnóstico se proporciona en una robusta carcasa resistente a los golpes y, en esta realización, obtiene alimentación del vehículo (130) a través del puerto de conexión de diagnóstico (120). En la presente realización, el vehículo (130) es una motocicleta. Sin embargo, se apreciará que puede emplearse cualquier vehículo con un sistema de OBD, incluyendo, pero sin limitarse a, un vehículo a motor, un camión, un barco, una aeronave, y similares.
Se apreciará que al conectarse al puerto de conexión de diagnóstico (120) del vehículo (130), el dispositivo de interfaz de diagnóstico se conecta al sistema de OBD de vehículo por medio de una conexión dedicada, en este caso una conexión física. En esta memoria descriptiva, el término “conexión dedicada” se refiere a cualquier conexión no pública que pueda establecerse entre dos dispositivos electrónicos, incluyendo conexiones físicas por cable, redes de área local (LAN) privadas, conexiones por Bluetooth®, redes Wi-Fi privadas, infrarrojos, o comunicación de campo cercano, por nombrar algunos ejemplos. Una conexión dedicada es una conexión sobre la cual un usuario puede ejercer al menos cierto tipo de control. Los parámetros de la red, especialmente la latencia y la velocidad, normalmente son conocidos y estables.
El sistema incluye un dispositivo de usuario (140) que está asociado con un usuario (150). El dispositivo de usuario (140) puede ser cualquier dispositivo de usuario portátil, tal como un teléfono móvil, una tableta, un ordenador portátil, o similar. El dispositivo de usuario (140) y el dispositivo de interfaz de diagnóstico (110) están en comunicación de datos entre sí, en esta ilustración por medio de una red Wi-Fi (170), pero que también podría ser por medio de otras redes tales como una red de datos celular. El dispositivo de usuario (140) y el dispositivo de interfaz de diagnóstico (110) también podrían estar conectados por medio de una conexión por cable, en cuyo caso el dispositivo de interfaz de diagnóstico (110) está dotado de un puerto de comunicaciones (no mostrado) tal como un puerto de bus serie universal (USB). En ese caso, el dispositivo de interfaz de diagnóstico (110) podría obtener alimentación del dispositivo de usuario (140) en lugar de hacerlo del vehículo (130).
El dispositivo de interfaz de diagnóstico (110) aloja un servidor web (180) que permite que el dispositivo de usuario (140) navegue hasta el mismo y se comunique con el dispositivo de interfaz de diagnóstico (110) a través de la red Wi-Fi. La red Wi-Fi (170) también permite que los dispositivos conectados a la misma (tales como, por ejemplo, el dispositivo de interfaz de diagnóstico (110)) accedan a una red abierta, en este ejemplo Internet (190). Una red abierta es una red sobre la cual el usuario tiene un control mínimo o nulo. Los parámetros de la red normalmente no son conocidos o no están bajo el control del usuario, por ejemplo, la velocidad y la latencia de una conexión a través de la red. Una multitud de usuarios en una variedad de ubicaciones pueden conectarse a la red abierta. Internet es un ejemplo de una red abierta de este tipo. El dispositivo de interfaz de diagnóstico (110) está en comunicación con un servidor de diagnóstico remoto (160) a través de Internet (190). Una red abierta permite que el servidor de diagnóstico (160) esté ubicado de manera remota con respecto al dispositivo de interfaz de diagnóstico (110), tal como en un país diferente.
El sistema de OBD (105) incluye una unidad de control electrónico (ECU) que se comunica con componentes, sistemas y subsistemas individuales del vehículo para recibir códigos de error, estados, parámetros en tiempo real, o similares. Además, la ECU puede instruir a los diversos componentes del vehículo que realicen ciertas funciones. Puede proporcionarse de más de una ECU en un vehículo, y cada una de ellas está dedicada a un componente o sistema específico del vehículo. Una ECU del sistema de frenado antibloqueo (ABS), por ejemplo, sólo puede configurarse para gestionar datos relativos al sistema ABS de un vehículo. Las ECU de diversos sistemas pueden configurarse para comunicarse con una única ECU que esté en comunicación de datos con el puerto de diagnóstico del vehículo, o todas las ECU pueden comunicarse a través del mismo puerto de diagnóstico. Debe observarse que una referencia a una ECU del sistema de OBD (105) a continuación puede incluir una o más ECU del sistema de OBD (105).
Los componentes físicos de una realización a modo de ejemplo del dispositivo de interfaz de diagnóstico (110) se muestran en la figura 2. El dispositivo de interfaz de diagnóstico (110) incluye una interfaz de comunicación (210), un módulo de procesamiento (220), y una interfaz física (230).
La interfaz de comunicación (210) permite que el dispositivo (110) se comunique con el servidor de diagnóstico (160) y, opcionalmente, con el dispositivo de usuario (140). La interfaz de comunicación (210) incluye una antena (212) para permitir la comunicación inalámbrica a través de, por ejemplo, una red Wi-Fi o Bluetooth, y un puerto (214) para comunicarse a través de una conexión por cable, por ejemplo una conexión USB.
El módulo de procesamiento (220) permite que se ejecuten instrucciones por el dispositivo de interfaz de diagnóstico (110). El módulo de procesamiento (220) incluye una fuente de alimentación (222) para proporcionar alimentación al dispositivo de interfaz de diagnóstico (110), un procesador principal (224) para procesar datos, y un dispositivo de almacenamiento (226) para almacenar los datos requeridos para el funcionamiento del dispositivo de interfaz de diagnóstico (110). En la presente realización, el procesador principal (224) se implementa en un procesador avanzado de máquina de computación de conjunto de instrucciones reducido (ARM).
La interfaz física (230) permite que el dispositivo de interfaz de diagnóstico (110) se conecte al sistema de diagnóstico a bordo (OBD) (105) del vehículo (130), normalmente a través del puerto de conexión de diagnóstico (120). Diferentes tipos de vehículos pueden usar diversos protocolos de comunicación. Por consiguiente, el componente de interfaz física (230) puede proporcionar una variedad de protocolos. El componente de interfaz física puede incluir una interfaz de red de área de controlador (CAN) (232) para permitir la comunicación a través de un protocolo de comunicación de bus CAN, una interfaz de línea K (234) para permitir la comunicación con un vehículo que usa un protocolo de comunicación de línea K de la Organización Internacional de Normalización (ISO) 9141, una interfaz de ancho de pulso variable (VPW) J1850 (236) para permitir la comunicación a través de un protocolo de comunicación VPW J1850 de la Sociedad de Ingenieros de Automoción (SAE), y una interfaz de modulación por ancho de pulsos (PWM) J1850 (238) para permitir la comunicación a través de un protocolo de comunicación de PWM J1850 de SAE.
El dispositivo de interfaz de diagnóstico (110) incluye una funcionalidad para permitir que un usuario realice funciones de diagnóstico básicas con el sistema de OBD. Esto puede incluir leer códigos de fallo, borrar códigos de fallo, leer valores en tiempo real, leer información de la ECU, y controlar el flujo de instrucciones. Por tanto, puede usarse el dispositivo de interfaz de diagnóstico para realizar estas funciones de diagnóstico básicas sin la necesidad de recibir información desde una fuente externa. Sin embargo, es importante destacar que el dispositivo de diagnóstico no incluye funcionalidad para realizar análisis o acciones más avanzados, tal como se apreciará a continuación.
Los componentes lógicos de una realización a modo de ejemplo del servidor de diagnóstico (160) se muestran en la figura 3. El servidor de diagnóstico (160) puede incluir un procesador para ejecutar las funciones de los componentes que se describen a continuación, que pueden proporcionarse mediante hardware o mediante unidades de software que se ejecutan en el servidor de diagnóstico (160). Las unidades de software pueden almacenarse en un componente de memoria y pueden proporcionarse instrucciones al procesador para llevar a cabo la funcionalidad de los componentes descritos. Algunos o todos los componentes pueden proporcionarse mediante una aplicación de software descargable y ejecutable en el servidor de diagnóstico (160).
El servidor de diagnóstico (160) incluye un componente de recepción (310), un componente de recuperación de función de ECU (330), un componente de transmisión (340), un componente de procesamiento por lotes (360), un componente de análisis de parámetros de ECU (362), un componente de sesión de comunicación (364), un componente de tiempo de espera (366), un componente de visualización (368), y un componente de recuento de comandos (370).
El componente de recuperación de función de ECU (330) está configurado para recuperar parámetros de ECU ejecutables por una ECU específica de una base de datos asociada con el servidor de diagnóstico. El componente de procesamiento por lotes (360) está configurado para procesar instrucciones que van a proporcionarse al sistema de OBD. El componente de análisis de parámetros de ECU (362) está configurado para analizar los parámetros de ECU recibidos desde el sistema de o Bd , y para comprobar si puede realizarse una función deseada con esos parámetros de ECU. El componente de sesión de comunicación (364) está configurado para mantener activa una sesión de comunicación. El componente de tiempo de espera (366) está configurado para determinar cuándo ha expirado un tiempo de espera antes de que puedan enviarse instrucciones posteriores al dispositivo de interfaz de diagnóstico. El componente de visualización (368) está configurado para generar instrucciones que van a enviarse a un elemento de visualización asociado con el dispositivo de interfaz de diagnóstico como parte de instrucciones por lotes, y el componente de recuento de comandos (370) está configurado para contar comandos ejecutados para determinar cuándo se ha alcanzado un número predeterminado de ejecuciones de un subconjunto de un lote de instrucciones.
El componente de recepción (310) incluye diversos subcomponentes para recibir datos desde el dispositivo de interfaz de diagnóstico y desde el sistema de OBD. Un componente de recepción de detalles de ECU (312) está configurado para recibir detalles de ECU desde el dispositivo de interfaz de diagnóstico. Un componente de recepción de función (314) está configurado para recibir una indicación de una función recibida desde el dispositivo de interfaz de diagnóstico. Un componente de recepción de parámetros de ECU (316) está configurado para recibir parámetros de ECU desde el sistema de OBD. Un componente de recepción de acción de terminación (318) está configurado para recibir una acción de terminación desde el dispositivo de interfaz de diagnóstico, y un componente de recepción de código de error (320) está configurado para recibir un código de error desde el dispositivo de interfaz de diagnóstico.
El componente de transmisión (340) incluye diversos subcomponentes para transmitir datos al dispositivo de interfaz de diagnóstico y al sistema de OBD. Un componente de transmisión de lista (342) está configurado para transmitir una lista de funciones disponibles para una ECU aplicable al dispositivo de interfaz de diagnóstico. Un componente de transmisión de instrucciones (344) está configurado para transmitir instrucciones por lotes al dispositivo de interfaz de diagnóstico. Un componente de transmisión de instrucción de archivo de configuración (346) está configurado para transmitir una instrucción de archivo de configuración al dispositivo de interfaz de diagnóstico. Un componente de transmisión de petición de parámetros de ECU (348) está configurado para transmitir una petición de parámetros de ECU al sistema de OBD. Un componente de transmisión de acción de terminación (350) está configurado para transmitir una acción de terminación al dispositivo de interfaz de diagnóstico, y un componente de transmisión de mensaje de código de error (352) está configurado para transmitir un mensaje de código de error al dispositivo de interfaz de diagnóstico.
Los componentes lógicos de una realización a modo de ejemplo del dispositivo de interfaz de diagnóstico (110) se muestran en la figura 4. El dispositivo de interfaz de diagnóstico (110) incluye un componente de recepción (410), un componente de transmisión (430), un componente de carga de archivo de configuración (450), un componente de procesamiento por lotes (460), y un componente de sesión de comunicación (470).
El componente de carga de archivo de configuración (450) está configurado para cargar un archivo de configuración en la memoria. El archivo de configuración prepara los parámetros de sincronización ajustándolos para el protocolo de comunicación relevante. El componente de procesamiento por lotes (460) está configurado para procesar por lotes datos que van a transmitirse al servidor de diagnóstico (160). El componente de sesión de comunicación (470) está configurado para mantener activa una sesión de comunicación y controlar el flujo de instrucciones.
El componente de recepción (410) incluye diversos subcomponentes para recibir datos desde el servidor de diagnóstico (160) y desde el sistema de OBD. Un componente de recepción de lista (412) está configurado para recibir una lista de funciones ejecutables por una ECU relevante desde el servidor de diagnóstico (160). Un componente de recepción de entrada de usuario (414) está configurado para recibir la entrada del usuario que indica cuál de las funciones ejecutables va a proporcionarse al sistema de OBD. Un componente de recepción de instrucciones (416) está configurado para recibir instrucciones por lotes, incluyendo parámetros de temporización, desde el servidor de diagnóstico (160). Un componente de recepción de archivo de configuración (418) está configurado para recibir una indicación de un archivo de configuración desde el servidor de diagnóstico (160). Un componente de recepción de petición de parámetros de ECU (420) está configurado para recibir una petición de parámetros de ECU desde el servidor de diagnóstico (160), mientras que un componente de recepción de parámetros de ECU (422) está configurado para recibir parámetros de ECU desde el sistema de OBD. Un componente de recepción de acción de terminación (424) está configurado para recibir una acción de terminación de un usuario, y un componente de recepción de código de error (426) está configurado para recibir un código de error desde el sistema de OBD.
El componente de transmisión (430) incluye diversos subcomponentes para transmitir datos al servidor de diagnóstico (160), al sistema de OBD y al dispositivo de usuario (140). Un componente de transmisión de función (432) está configurado para transmitir una indicación de una función seleccionada por un usuario al servidor de diagnóstico (160). Un componente de transmisión de OBD (434) está configurado para transmitir cada instrucción recibida como parte de un lote de instrucciones desde el servidor de diagnóstico (160), al sistema de OBD. Un componente de transmisión de petición de parámetros de ECU (436) está configurado para transmitir una petición de parámetros de ECU al sistema de OBD, mientras que un componente de transmisión de parámetros de ECU (438) está configurado para transmitir parámetros de ECU recibidos al servidor de diagnóstico (160).
Un componente de acción de terminación de usuario (440) está configurado para transmitir un indicador de acción de terminación de usuario al servidor de diagnóstico (160), y un componente de transmisión de código de error (442) está configurado para transmitir un indicador de código de error al servidor de diagnóstico (160). Un componente de transmisión de función completada (444) está configurado para transmitir un indicador de función completada al servidor de diagnóstico. Un componente de visualización (480) está configurado para transmitir detalles que van a visualizarse en un elemento de visualización del dispositivo de usuario (140).
La figura 5 muestra un método (500) de transferir comandos de diagnóstico a un sistema de diagnóstico a bordo (OBD) de un vehículo usando el servidor de diagnóstico (160) de la figura 3, y la figura 6 muestra un método (600) de transferir comandos de diagnóstico a un sistema de diagnóstico a bordo (OBD) usando el dispositivo de interfaz de diagnóstico (110) de la figura 4. Las figuras 7A a 7F muestran capturas de pantalla tomadas de un elemento de visualización asociado con el dispositivo de interfaz de diagnóstico (110). En la presente realización, el elemento de visualización asociado es el elemento de visualización del dispositivo de usuario (140) en comunicación con el dispositivo de interfaz de diagnóstico (110) a través del servidor web (180). Los métodos (500, 600) tal como se llevan a cabo durante las pruebas de una luz de refrigerante del motor de un vehículo se describen a continuación con referencia a las figuras 5, 6, y 7A a 7F.
Para transferir un comando de diagnóstico a un sistema de OBD de un vehículo según una realización de la presente invención, puede emplearse el sistema descrito con referencia a la figura 1. Para interactuar con el vehículo, el usuario debe identificar en primer lugar el modelo específico del vehículo con el que desea interactuar. Un usuario navega hasta el servidor web (180) del dispositivo de interfaz de diagnóstico (110) usando su dispositivo de usuario (140). Luego se visualiza la figura 7A en el elemento de visualización del dispositivo de usuario (140). Cuando el usuario selecciona la función “Serie” (710) en el elemento de visualización, el usuario visualiza la figura 7B. El usuario selecciona entonces “Serie K” (720) y se le presenta la visualización de la figura 6C. Luego, el usuario selecciona “K1600GT” (730), que es el modelo del vehículo relevante, en este caso una motocicleta. El dispositivo de interfaz de diagnóstico (110) recibe (602) la indicación de la ECU relevante, y luego el usuario visualiza la figura 7D. El usuario selecciona “Controlador de motor” (740) y se le proporciona la visualización que se muestra en la figura 7E. Al seleccionar “Funciones de mantenimiento” (750), el dispositivo de interfaz de diagnóstico (110) transmite (604) los detalles de ECU al servidor de diagnóstico (160) a través de Internet.
El servidor de diagnóstico (160) recibe (502) los detalles de ECU y recupera (504) una lista de funciones ejecutables por la ECU específica de una base de datos asociada con ella. El servidor de diagnóstico (160) transmite esta lista de funciones al dispositivo de interfaz de diagnóstico (110). El dispositivo de interfaz de diagnóstico (110) recibe (606) la lista de funciones, y las envía al dispositivo de usuario (140) para que se visualicen en el elemento de visualización del dispositivo de usuario tal como se muestra en la figura 7F. El usuario puede necesitar expandir una subsección de la lista, por ejemplo “Prueba de salida de BMSX” (760), de modo que se visualice una función deseada en la lista. En la figura 7F, un usuario desea someter a prueba una luz de refrigerante del motor y, por tanto, selecciona la función deseada, “Luz de refrigerante del motor” (770).
Cuando el usuario selecciona la función “Luz de refrigerante del motor” (770), el dispositivo de interfaz de diagnóstico recibe (608) una indicación de la misma, y transmite (610) una indicación de esta función al servidor de diagnóstico (160).
El servidor de diagnóstico recibe (508) la indicación de la función. En respuesta, el servidor de diagnóstico transmite (510) una instrucción de archivo de configuración al dispositivo de interfaz de diagnóstico (110), que recibe (612) la instrucción. Luego, el dispositivo de interfaz de diagnóstico (110) carga (614) el archivo de configuración en la memoria. Esto prepara los parámetros de sincronización ajustándolos para el protocolo de comunicación específico en uso.
El servidor transmite un lote de instrucciones al dispositivo de interfaz de diagnóstico (110), incluyendo una petición (512) de parámetros de ECU asociados con la función específica. También se transmite la información que va a visualizarse en el elemento de visualización asociado con el dispositivo de interfaz de diagnóstico (110). También puede proporcionarse una opción de usuario que permita que el usuario seleccione continuar con el método, o cancelarlo. Si el usuario instruye que continúe el método, esto hace. Alternativamente, si el usuario selecciona cancelar, el método puede detenerse inmediatamente.
El dispositivo de interfaz de diagnóstico (110) recibe (616) la petición de parámetros de ECU y transmite (618) una petición de los parámetros al sistema de OBD (105). Luego, los parámetros de ECU se reciben (620) y se transmiten (622) al servidor de diagnóstico (160). Estos parámetros se agrupan por lotes y se envían en formato por lotes al servidor de diagnóstico (160).
El servidor de diagnóstico (160) recibe (514), y analiza (516) los parámetros de ECU. Los parámetros de ECU pueden variar dependiendo del tipo de función que vaya a realizarse. Ciertos parámetros pueden influir en la posibilidad de ejecutar una instrucción deseada. En el presente ejemplo, los parámetros son las revoluciones por minuto (RPM) de un motor del vehículo, y cualquier código de fallo actual del OBD. Los análisis de los parámetros de ECU incluyen la determinación de que el valor de RPM no es cero, lo que significa que el motor del vehículo está en funcionamiento, y que cualquier código de fallo presente no es relevante para la función aplicable. Todavía puede permitirse que la función continúe si hay códigos de fallo que no son relevantes para esa función.
Si el análisis de los parámetros de ECU determina (518) que los parámetros no son aceptables, se transmite (520) un mensaje de error al dispositivo de interfaz de diagnóstico y se detiene el método. Si se determina (518) que los parámetros son aceptables, el método puede continuar.
El servidor de diagnóstico (160) procesa por lotes un conjunto de instrucciones para iniciar una sesión de diagnóstico y ejecutar la función seleccionada, y transmite (522) el lote de instrucciones al dispositivo de interfaz de diagnóstico. El lote de instrucciones incluye parámetros de temporización específicos para cada instrucción en el lote. Luego, el servidor de diagnóstico (160) espera (524) durante un cierto periodo de tiempo. El periodo de tiempo puede incluirse en el conjunto de instrucciones, y calcularse para que sea suficiente para que el conjunto de instrucciones se lleve a cabo por el dispositivo de interfaz de diagnóstico (110), dada la latencia de la red. Las instrucciones también pueden incluir una instrucción para repetir un subconjunto del lote de instrucciones varias veces.
Para realizar una función deseada, es necesario proporcionar ciertas instrucciones al sistema de OBD (105) en un orden específico y dentro de plazos específicos. Algunos procedimientos no pueden interrumpirse mientras se realizan. Al agrupar y procesar por lotes las instrucciones de modo que se proporcionen grupos de instrucciones y sus desgloses por el dispositivo de interfaz de diagnóstico al sistema de OBD en los momentos correctos y en el orden correcto, el dispositivo de interfaz de diagnóstico (110) tiene las instrucciones requeridas listas para transmitirlas cuando se requiera. Esto puede impedir tiempos de espera que se habrían producido de otro modo si las instrucciones se enviasen directamente desde el servidor al sistema de OBD a través de la red abierta.
El dispositivo de interfaz de diagnóstico (110) recibe (624) las instrucciones por lotes, y transfiere (626) las instrucciones de acuerdo con los parámetros de temporización relevantes al sistema de OBD. El sistema de OBD puede ejecutar entonces las instrucciones en el orden correcto y en los momentos correctos.
Además de ejecutar las instrucciones en el orden correcto y en los momentos correctos a través de la conexión dedicada, el dispositivo de interfaz de diagnóstico (110) puede controlar el flujo de instrucciones basándose en las respuestas recibidas desde el sistema de OBD (105). Dependiendo de otras acciones que esté llevando a cabo actualmente el vehículo, el sistema de OBD puede responder a una petición del dispositivo de interfaz de diagnóstico (110) con “No puedo realizar su petición ahora, inténtelo más tarde” o “Recibí su petición pero no puedo responder ahora, espere mi respuesta”. En el primer caso, el dispositivo de interfaz de diagnóstico puede controlar el flujo de instrucciones para esperar y repetir de nuevo la instrucción específica. En el segundo caso, el dispositivo de interfaz de diagnóstico puede esperar uno o más periodos de tiempo adicionales para obtener la respuesta.
Al usuario (150) se le puede proporcionar una opción de cancelación en el elemento de visualización para terminar la función que está ejecutándose actualmente. Sin embargo, el procedimiento exacto para terminar una función puede no ser sencillo. Puede requerirse que se complete una serie de instrucciones para poder desactivar de manera segura una función actual. Si el usuario selecciona la opción de cancelación, el dispositivo de interfaz de diagnóstico (110) recibe (628) la acción de terminación de usuario, y transmite (630) una instrucción de terminación de usuario al servidor de diagnóstico (160). Si el servidor de diagnóstico (160) recibe (526) tal instrucción de terminación, procesa por lotes y transmite (528) las funciones requeridas para terminar la función al dispositivo de interfaz de diagnóstico. Las funciones de terminación pueden incluir un comando para terminar la sesión de comunicación, y una instrucción para leer cualquier código de error. El conjunto procesado por lotes se maneja de manera similar al lote que incluye la instrucción original, y se realiza cuando el dispositivo de interfaz de diagnóstico lo proporciona al sistema de o Bd . Puede visualizarse en el elemento de visualización un mensaje que indica que se terminó la función.
Si la función requiere que se transmita un lote posterior de instrucciones al dispositivo de interfaz de diagnóstico, el servidor puede configurarse para esperar una cierta cantidad de tiempo antes de transferir las instrucciones posteriores. Si se ha superado (530) el tiempo de espera, el servidor de diagnóstico (160) repetirá y procesará por lotes (522) un conjunto adicional de instrucciones y las enviará al dispositivo de interfaz de diagnóstico, que procesa de nuevo el lote de instrucciones tal como se ha descrito anteriormente. Se determinará normalmente que el tiempo de espera incluye la latencia esperada de la red.
Si, durante la ejecución del método, se recibe (632) un código de error desde el sistema de OBD por el dispositivo de interfaz de diagnóstico (110), el código de error se transmite (634) al servidor de diagnóstico (160). Si el servidor de diagnóstico (160) recibe (534) un código de error, transmite (536) un mensaje de error que se visualizará al usuario en el elemento de visualización.
Si la función se ha completado (636) de manera satisfactoria, el dispositivo de interfaz de diagnóstico (110) transmite (638) un mensaje a tal efecto al servidor de diagnóstico (160). El servidor de diagnóstico (160) recibe (538) tal mensaje y transmite (540) un mensaje al dispositivo de usuario para que el usuario visualice que la función se ha completado de manera satisfactoria.
Debe observarse que los parámetros de temporización pueden incluir uno o más de un tiempo requerido para ejecutar una función específica, las limitaciones de temporización del protocolo de comunicación del sistema de OBD, y los espacios entre bytes y entre paquetes. Si no se respetan estos parámetros de temporización, la transmisión de datos entre el dispositivo de interfaz de diagnóstico y el sistema de OBD de vehículo puede no ser satisfactoria. Por este motivo, las instrucciones por lotes se transmiten al dispositivo de interfaz de diagnóstico, que garantiza a su vez que los datos se transmitan al sistema de OBD de acuerdo con los parámetros de temporización relevantes. Las instrucciones pueden transmitirse luego en un orden adecuado y en los momentos correctos para impedir un fallo en la comunicación, y el dispositivo de interfaz de diagnóstico también puede controlar el flujo de instrucciones basándose en las respuestas del sistema de OBD. Mientras un sistema de OBD espera más instrucciones, el componente de sesión de comunicación garantiza que la sesión de comunicación se mantenga activa. Esto impide que se produzca un tiempo de espera que haría que se perdiese la comunicación con el OBD. Si las instrucciones por lotes incluyen una instrucción para repetir uno de los subconjuntos del lote de instrucciones un número predeterminado de veces, el servidor de diagnóstico puede configurarse para transmitir un lote de instrucciones de terminación cuando se haya alcanzado ese número de veces. El dispositivo de interfaz de diagnóstico puede instruir al servidor el número de veces que se ha realizado una función; alternativamente, el servidor puede configurarse para determinar el tiempo requerido para realizar la instrucción el número de veces, y para transmitir una instrucción de terminación si no se ha recibido más información desde el dispositivo de interfaz de diagnóstico durante ese tiempo.
Debe observarse que el elemento de visualización del dispositivo de usuario sirve como elemento de visualización e interfaz gráfica de usuario para el dispositivo de interfaz de diagnóstico en la realización descrita anteriormente, por medio de la conexión del dispositivo de usuario al servidor web alojado en el dispositivo de interfaz de diagnóstico. Los detalles del elemento de visualización son adecuados para su visualización en el elemento de visualización del dispositivo de usuario, y permiten que un usuario interactúe con las funciones, botones o similares visualizados. Los detalles visualizados pueden incluir el progreso de una función, un estado del OBD o de la función, información sobre una función, y similares. La información que va a visualizarse puede estar contenida en un lote de instrucciones, alternativamente puede transmitirse de manera individual, por ejemplo la lista de instrucciones ejecutables por la ECU.
En algunas realizaciones, el dispositivo de usuario puede proporcionar un canal para que el dispositivo de interfaz de diagnóstico se conecte al servidor de diagnóstico. En este caso, el dispositivo de interfaz de diagnóstico puede conectarse de manera inalámbrica o a través de una conexión por cable al dispositivo de usuario, y el dispositivo de usuario puede facilitar entonces la comunicación del dispositivo de interfaz de diagnóstico con el servidor de diagnóstico a través de la red abierta.
En una realización alternativa, el dispositivo de usuario puede ser en sí mismo el dispositivo de interfaz de diagnóstico. El dispositivo de usuario puede incluir entonces un conector de puerto de diagnóstico para conectarse a un puerto de conexión de diagnóstico, o un puerto de conexión de diagnóstico puede conectarse al dispositivo de usuario.
En una realización adicional, el dispositivo de interfaz de diagnóstico se incorpora al sistema de OBD de un vehículo y siempre puede tener una conexión dedicada al sistema de OBD. Luego, sólo se requerirá una conexión al servidor de diagnóstico a través de la red abierta para implementar el método y el sistema.
También se prevé que, en lugar de usar un navegador web, el dispositivo de usuario pueda tener una aplicación instalada en el mismo que esté configurada para, al abrirse, acceder al servidor web en el dispositivo de interfaz de diagnóstico.
Aunque sólo se ha descrito anteriormente una única función de mantenimiento, a saber, la “Luz de refrigerante del motor” como función a modo de ejemplo, debe observarse que pueden realizarse una multitud de funciones de mantenimiento usando un dispositivo de interfaz de diagnóstico de la presente invención. Estas funciones de mantenimiento pueden ser cualquier función que se realiza normalmente en un taller, incluyendo, pero sin limitarse a, funciones de calibración tales como la calibración del actuador de ralentí y la calibración del sensor de posición del acelerador, o funciones reinicio de o de borrado de adaptación. Las funciones de mantenimiento pueden incluir funciones de configuración tales como el modo denominado “exposición” y “envío”, en el que se habilitan o deshabilitan determinadas funciones del vehículo. Las pruebas de salida, tales como las pruebas de ventiladores o inyectores, también pueden formar parte de las posibles funciones, así como la codificación de ciertas restricciones, tales como unidades de visualización, sincronización de luces, y similares.
Dado que todas las funciones de mantenimiento se almacenan en el servidor de diagnóstico, es posible que no sea necesario actualizar el dispositivo de interfaz de diagnóstico, en particular el firmware del dispositivo de interfaz de diagnóstico, cuando se modifican estos parámetros. Esto puede permitir la adición, eliminación o alteración de ciertas instrucciones sin requerir un acceso directo a todos los dispositivos de interfaz de diagnóstico. Como un dispositivo de interfaz de diagnóstico recibe las posibles funciones del servidor de diagnóstico antes de seleccionar una función específica, los detalles de las funciones disponibles pueden ser independientes del dispositivo de interfaz de diagnóstico. Esto también permite que el dispositivo de interfaz de diagnóstico tenga una capacidad de procesamiento mínima, ya que el procesamiento de las instrucciones que van a proporcionarse a un sistema de OBD, en particular el procesamiento por lotes, se realiza en el servidor de diagnóstico. Esto puede limitar al menos parcialmente el coste del dispositivo de interfaz de diagnóstico.
La presente invención permite la comunicación con un sistema de OBD de vehículo desde un servidor de diagnóstico, a través de una red de comunicaciones abierta tal como Internet, a un dispositivo de interfaz de diagnóstico en conexión con un sistema de OBD de vehículo. El procesamiento por lotes de instrucciones permite la comunicación con un servidor de diagnóstico a través de una red de comunicación de latencia relativamente alta, tal como Internet. Esto puede permitir que el servidor esté ubicado lejos del vehículo, tal como en un continente diferente.
Las figuras 8A a 8D muestran capturas de pantalla adicionales del elemento de visualización asociado con el dispositivo de interfaz de diagnóstico. La figura 8A muestra información sobre la función “Accionar bomba de combustible”. El elemento de visualización incluye una descripción (802) de la función, una advertencia (804), un botón (806) para realizar la acción, y un botón (808) para cancelar la función.
La figura 8B muestra información sobre una función “Iniciar prueba de purga”. Se visualiza una descripción (810), así como un botón (812) para realizar, y un botón (814) para cancelar la función.
La figura 8C muestra información sobre las funciones de “Límite de RPM”. Se visualiza información (816) sobre las funciones, así como un botón “Eliminar límite de RPM” (818) para eliminar un límite de RPM, un botón “Establecer límite de RPM” (820) para establecer un límite de RPM y un botón “Cancelar” (822) para cancelar la función.
La figura 8D muestra una visualización después de seleccionar el encabezado de salida IABSCAN (824) y una lista de funciones que se encuentran bajo ese encabezado expandido.
La figura 9 ilustra un ejemplo de un servidor de diagnóstico (900) en el que pueden implementarse diversos aspectos de la divulgación. El servidor de diagnóstico (900) puede ser adecuado para almacenar y ejecutar código de programa informático. Los diversos participantes y elementos en los diagramas de sistema descritos previamente pueden usar cualquier número adecuado de subsistemas o componentes del servidor de diagnóstico (900) para facilitar las funciones descritas en el presente documento. El servidor de diagnóstico (900) puede incluir subsistemas o componentes interconectados a través de una infraestructura de comunicación (905) (por ejemplo, un bus de comunicaciones, un dispositivo de barra cruzada, o una red). El servidor de diagnóstico (900) puede incluir uno o más procesadores centrales (910) y al menos un componente de memoria en forma de medios legibles por ordenador. En algunas configuraciones, pueden proporcionarse varios procesadores y pueden organizarse para realizar cálculos simultáneamente. En algunas implementaciones, pueden proporcionarse varios servidores de diagnóstico (900) en una configuración informática distribuida, de conglomerado o basada en la nube y pueden proporcionar unidades de software dispuestas para administrar y/o procesar datos en nombre de dispositivos remotos.
Los componentes de memoria pueden incluir la memoria del sistema (915), que puede incluir memoria de sólo lectura (ROM) y memoria de acceso aleatorio (RAM). Un sistema básico de entrada/salida (BIOS) puede almacenarse en la ROM. El software del sistema puede almacenarse en la memoria del sistema (915), incluyendo software del sistema operativo. Los componentes de memoria también pueden incluir memoria secundaria (920). La memoria secundaria (920) puede incluir un disco fijo (921), tal como una unidad de disco duro, y, opcionalmente, una o más interfaces de almacenamiento extraíble (922) para componentes de almacenamiento extraíble (923). Las interfaces de almacenamiento extraíble (922) pueden estar en forma de unidades de almacenamiento extraíble (por ejemplo, unidades de cinta magnética, unidades de disco óptico, etc.) para componentes de almacenamiento extraíble correspondientes (por ejemplo, una cinta magnética, un disco óptico, etc.), que pueden escribirse y leerse por la unidad de almacenamiento extraíble. Las interfaces de almacenamiento extraíble (922) también pueden estar en forma de puertos o conectores para la interconexión con otras formas de componentes de almacenamiento extraíble (923), tales como una unidad de memoria flash, un disco duro externo, o un chip de memoria extraíble, etc.
El servidor de diagnóstico (900) puede incluir una interfaz de comunicaciones externa (930) para el funcionamiento del servidor de diagnóstico (900) en un entorno conectado en red que permita la transferencia de datos entre múltiples servidores de diagnóstico (900). Los datos transferidos a través de la interfaz de comunicaciones externa (930) pueden estar en forma de señales, que pueden ser electrónicas, electromagnéticas, ópticas, de radio, u otros tipos de señales. La interfaz de comunicaciones externa (930) puede permitir la comunicación de datos entre el servidor de diagnóstico (900) y otros servidores de diagnóstico, incluyendo servidores e instalaciones de almacenamiento externo. Pueden ser accesibles servicios web por el servidor de diagnóstico (900) a través de la interfaz de comunicaciones (930). La interfaz de comunicaciones externa (930) también puede permitir otras formas de comunicación hacia y desde el servidor de diagnóstico (900), incluyendo comunicación de voz, comunicación de campo cercano, comunicaciones de radiofrecuencia, tales como Bluetooth™, etc.
Los medios legibles por ordenador en forma de diversos componentes de memoria pueden proporcionar el almacenamiento de instrucciones ejecutables por ordenador, estructuras de datos, módulos de programa, unidades de software y otros datos. Un producto de programa informático puede proporcionarlo un medio legible por ordenador que tenga almacenado un código de programa legible por ordenador ejecutable por el procesador central (910). Un producto de programa informático puede proporcionarlo un medio legible por ordenador no transitorio, o puede proporcionarse a través de una señal u otro medio transitorio mediante la interfaz de comunicaciones (930). La interconexión a través de la infraestructura de comunicación (905) permite al procesador central (910) comunicarse con cada subsistema o componente y controlar la ejecución de instrucciones de los componentes de memoria, así como el intercambio de información entre subsistemas o componentes. Pueden acoplarse periféricos (tales como impresoras, escáneres, cámaras, o similares) y dispositivos de entrada/salida (E/S) (tales como un ratón, un panel táctil, un teclado, un micrófono, y similares) al servidor de diagnóstico (900) ya sea directamente o a través de un controlador de E/S (935). Estos componentes pueden conectarse al servidor de diagnóstico (900) mediante cualquier número de medios conocidos en la técnica, tales como un puerto en serie. Uno o más monitores (945) pueden acoplarse a través de un adaptador de visualización o vídeo (940) al servidor de diagnóstico (900). La descripción anterior se ha presentado con fines ilustrativos; no pretende ser exhaustiva ni limitar la invención a las formas precisas dadas a conocer. Los expertos en la técnica pertinente pueden apreciar que son posibles muchas modificaciones y variaciones a la luz de la divulgación anterior.
Cualquiera de las etapas, operaciones, componentes o procesos descritos en el presente documento pueden realizarse o implementarse con una o más unidades de hardware o software, solos o en combinación con otros dispositivos. En una realización, una unidad de software se implementa con un producto de programa informático que comprende un medio legible por ordenador no transitorio que contiene código de programa informático, que puede ejecutarse por un procesador para realizar cualquiera o todas las etapas, operaciones, o procesos descritos. Las unidades o funciones de software descritas en esta solicitud pueden implementarse como código de programa informático usando cualquier lenguaje informático adecuado tal como, por ejemplo, Java™, C++, o Perl™ usando, por ejemplo, técnicas convencionales u orientadas a objetos. El código de un programa informático puede almacenarse como una serie de instrucciones, o comandos en un medio legible por ordenador no transitorio, tal como una memoria de acceso aleatorio (RAM), una memoria de sólo lectura (ROM), un medio magnético tal como un disco duro, o un medio óptico tal como un CD-ROM. Cualquier medio legible por ordenador de este tipo también puede residir en o dentro de un único aparato informático, y puede estar presente en o dentro de diferentes aparatos informáticos dentro de un sistema o una red.
En el presente documento se usan ilustraciones de diagramas de flujo y diagramas de bloques de métodos, sistemas, y productos de programas informáticos según realizaciones. Cada bloque de las ilustraciones de diagramas de flujo y/o diagramas de bloques, y las combinaciones de bloques en las ilustraciones de diagramas de flujo y/o diagramas de bloques, pueden proporcionar funciones que pueden implementarse mediante instrucciones de programa legibles por ordenador. En algunas implementaciones alternativas, las funciones identificadas por los bloques pueden tener lugar en un orden diferente al que se muestra en las ilustraciones de diagramas de flujo. El lenguaje usado en la memoria descriptiva se ha seleccionado principalmente con fines de legibilidad e instrucción, y puede no haberse seleccionado para delinear o circunscribir el contenido inventivo. Por tanto, se pretende que el alcance de la invención esté limitado no por esta descripción detallada, sino más bien por cualquier reivindicación que surja de una aplicación basada en la misma. Por consiguiente, la divulgación de las realizaciones de la invención pretende ser ilustrativa, pero no limitativa, del alcance de la invención, que se establece en las siguientes reivindicaciones.
Finalmente, a lo largo de la memoria descriptiva y las reivindicaciones, a menos que el contenido requiera lo contrario, el término “comprender” o variaciones tales como “comprende” o “que comprende” se entenderán como que implican la inclusión de un número entero o grupo de números enteros indicados, pero no la exclusión de cualquier otro número entero o grupo de números enteros.

Claims (15)

  1. REIVINDICACIONES
    i. Un método para transferir comandos de diagnóstico a un sistema de diagnóstico a bordo (OBD) (105) de un vehículo (130), realizándose el método por un servidor de diagnóstico (160) que está en comunicación de datos con un dispositivo de interfaz de diagnóstico (110) a través de una red abierta (190), conectándose el dispositivo de interfaz de diagnóstico (110) al sistema de OBD de vehículo (105) por medio de una conexión dedicada, comprendiendo el método:
    recibir (502), desde el dispositivo de interfaz de diagnóstico (110), detalles de una unidad de control electrónico (ECU) asociada con el sistema de OBD (105);
    recuperar (504) una lista de funciones ejecutables por la ECU de una base de datos,
    transmitir (506), al dispositivo de interfaz de diagnóstico (110), la lista de funciones ejecutables por la ECU; recibir (508), desde el dispositivo de interfaz de diagnóstico (110), una indicación de una función seleccionada de la lista de funciones ejecutables; y
    transmitir (522) un lote de instrucciones al dispositivo de interfaz de diagnóstico (110) para iniciar una sesión de diagnóstico y ejecutar la función seleccionada, incluyendo el lote de instrucciones parámetros de temporización específicos para cada instrucción dentro del lote para instruir al dispositivo de interfaz de diagnóstico (110) que transfiera cada instrucción en el lote al sistema de OBD de vehículo (105) a través de la conexión dedicada de acuerdo con los parámetros de temporización, en el que los parámetros de temporización incluyen limitaciones de temporización de un protocolo de comunicación del sistema de OBD (105).
  2. 2. El método según la reivindicación 1, que incluye una etapa de transmitir (510) un lote adicional de instrucciones al dispositivo de interfaz de diagnóstico (110), incluyendo el lote adicional de instrucciones una instrucción de archivo de configuración para facilitar la preparación de los parámetros de temporización para la función.
  3. 3. El método según la reivindicación 1 o la reivindicación 2, que incluye las etapas de:
    transmitir un lote inicial de instrucciones al dispositivo de interfaz de diagnóstico, incluyendo el lote inicial de instrucciones una petición (512) de parámetros de ECU;
    recibir (514) los parámetros de ECU pedidos; y
    analizar (516) los parámetros de ECU para confirmar que permiten realizar la función antes de transmitir (522) el lote de instrucciones para realizar la función seleccionada.
  4. 4. El método según una cualquiera de las reivindicaciones anteriores, en el que el lote de instrucciones incluye una instrucción para mantener activa una sesión de comunicación.
  5. 5. El método según una cualquiera de las reivindicaciones anteriores, que incluye la etapa de:
    en respuesta a recibir (526) un indicador de acción de terminación de usuario, transmitir (528) instrucciones para facilitar la terminación de la función al dispositivo de interfaz de diagnóstico (110).
  6. 6. El método según una cualquiera de las reivindicaciones anteriores, que incluye la etapa de:
    en respuesta a un tiempo de espera predeterminado que expira (530) antes de que se realice una acción de terminación de usuario, transmitir (522) instrucciones adicionales al dispositivo de interfaz de diagnóstico (110);
    en respuesta a recibir (534) un código de error desde el dispositivo de interfaz de diagnóstico (110), transmitir un mensaje de error al dispositivo de interfaz de diagnóstico (110); y
    en respuesta a recibir (538) un indicador de función completada, transmitir (540) un mensaje de función completada al dispositivo de interfaz de diagnóstico (110).
  7. 7. El método según una cualquiera de las reivindicaciones anteriores, en el que los parámetros de temporización incluyen además uno o más de: tiempo requerido para ejecutar la función, y espacios entre bytes y entre paquetes.
  8. 8. El método según una cualquiera de las reivindicaciones anteriores, en el que el lote de instrucciones incluye una colección de comandos para iniciar una sesión de diagnóstico, para realizar la función específica, para esperar (524) un cierto tiempo a menos que se haya realizado una acción de terminación de usuario, y una instrucción para repetir un subconjunto del lote un número predeterminado de veces.
  9. 9. Un método para transferir comandos de diagnóstico a un sistema de diagnóstico a bordo (OBD) (105) de un vehículo (130), realizándose el método por un dispositivo de interfaz de diagnóstico (110) conectado al sistema de OBD (105) a través de una conexión dedicada y en comunicación de datos con un servidor de diagnóstico (160) a través de una red abierta (190), incluyendo el método las etapas de:
    transmitir (604), al servidor de diagnóstico (160), detalles de una ECU asociada con el sistema de OBD; recibir (606), desde el servidor de diagnóstico (160), una lista de funciones ejecutables por la ECU; recibir (608), de un usuario, una indicación de una función de la lista que va a proporcionarse al OBD; transmitir (610), al servidor de diagnóstico (160), la indicación de la función;
    recibir (624) un lote de instrucciones desde el servidor de diagnóstico (160) para iniciar una sesión de diagnóstico y ejecutar la función seleccionada, incluyendo el lote de instrucciones parámetros de temporización específicos para cada instrucción dentro del lote para instruir al dispositivo de interfaz de diagnóstico (110) que transfiera cada instrucción en el lote al sistema de OBD de vehículo (105) de acuerdo con los parámetros de temporización incluyendo limitaciones de temporización de un protocolo de comunicación del sistema de OBD (105); y
    transferir (626) cada instrucción en el lote al sistema de OBD (105) de acuerdo con los parámetros de temporización.
  10. 10. El método según la reivindicación 9, que incluye las etapas de:
    recibir (612) una instrucción de archivo de configuración desde el servidor de diagnóstico (160), facilitando el archivo de configuración la preparación de parámetros de temporización para la instrucción; y cargar (614) el archivo de configuración en una memoria.
  11. 11. El método según la reivindicación 9 o la reivindicación 10, que incluye las etapas de:
    recibir (616), desde el servidor de diagnóstico (160), un lote inicial de instrucciones, incluyendo el lote inicial una petición de parámetros de ECU;
    transmitir (618) una petición de parámetros de ECU al sistema de OBD (105);
    recibir (620) parámetros de ECU desde el sistema de OBD (105); y
    transmitir (622) los parámetros de ECU al servidor de diagnóstico (160) en un formato por lotes.
  12. 12. El método según una cualquiera de las reivindicaciones 9 a 11, que incluye las etapas de:
    en respuesta a recibir (628) una acción de terminación de usuario, transmitir (630) un indicador de terminación de usuario al servidor de diagnóstico (160);
    en respuesta a recibir (632) un código de error desde el sistema de OBD (105), transmitir el código de error al servidor de diagnóstico (160); y
    en respuesta a reconocer (636) que se ha completado una función, transmitir (638) un indicador de función completada al servidor de diagnóstico (160).
  13. 13. El método según una cualquiera de las reivindicaciones 9 a 12, que incluye la etapa de: en respuesta a recibir detalles que van a visualizarse en un elemento de visualización asociado con el dispositivo de interfaz de diagnóstico como parte de las instrucciones por lotes, enviar los detalles al elemento de visualización.
  14. 14. El método según una cualquiera de las reivindicaciones 9 a 13, que incluye las etapas de:
    en respuesta al sistema de OBD (105) que responde a una instrucción con una respuesta de que la instrucción no puede realizarse ahora, esperar una cantidad de tiempo predeterminada y repetir la instrucción específica; y
    en respuesta al sistema de OBD (105) que responde a una instrucción con una respuesta de que se ha recibido la instrucción pero el sistema de OBD (105) no puede responder ahora, esperar una cantidad de tiempo predeterminada para la respuesta.
  15. 15. Un dispositivo de interfaz de diagnóstico (110) para transferir comandos de diagnóstico a un sistema de diagnóstico a bordo (OBD) (105) de un vehículo (130), que comprende:
    una interfaz física (230) configurada para comunicarse con el sistema de OBD (105) a través de una red dedicada;
    una interfaz de comunicación (210) configurada para comunicarse con un servidor de diagnóstico (160) a través de una red abierta (190); y
    un módulo de procesamiento (220), en el que el módulo de procesamiento (220) incluye:
    un componente de transmisión de parámetros de ECU (438) configurado para transmitir detalles de una ECU asociada con el sistema de OBD al servidor de diagnóstico (160);
    un componente de recepción de lista (412) configurado para recibir una lista de funciones ejecutables por la ECU desde el servidor de diagnóstico (160);
    un componente de entrada de usuario (414) configurado para recibir, de un usuario, una indicación de una función en la lista que va a proporcionarse al sistema de OBD (105);
    un componente de transmisión de función (432) configurado para transmitir la indicación de la función al servidor (160);
    un componente de recepción de instrucciones (416) configurado para recibir un lote de instrucciones desde el servidor de diagnóstico (160), para iniciar una sesión de diagnóstico y ejecutar la función seleccionada, incluyendo el lote de instrucciones parámetros de temporización específicos para cada instrucción dentro del lote para instruir al dispositivo de interfaz de diagnóstico (110) que transfiera cada instrucción en el lote al sistema de OBD de vehículo (105) de acuerdo con los parámetros de temporización incluyendo limitaciones de temporización de un protocolo de comunicación del sistema de OBD; y
    un componente de transferencia al sistema de OBD (434) configurado para transferir cada instrucción en el lote al sistema de OBD (105) de acuerdo con los parámetros de temporización.
ES16795981T 2015-05-19 2016-05-16 Sistema y método para transferir comandos de diagnóstico a un vehículo Active ES2988340T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
ZA201503489 2015-05-19
PCT/IB2016/052826 WO2016185360A1 (en) 2015-05-19 2016-05-16 System and method for transferring diagnostic commands to a vehicle

Publications (1)

Publication Number Publication Date
ES2988340T3 true ES2988340T3 (es) 2024-11-20

Family

ID=57319531

Family Applications (1)

Application Number Title Priority Date Filing Date
ES16795981T Active ES2988340T3 (es) 2015-05-19 2016-05-16 Sistema y método para transferir comandos de diagnóstico a un vehículo

Country Status (6)

Country Link
US (1) US10621797B2 (es)
EP (1) EP3297880B1 (es)
CN (1) CN107848522B (es)
ES (1) ES2988340T3 (es)
WO (1) WO2016185360A1 (es)
ZA (1) ZA201707851B (es)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWM522269U (zh) * 2016-01-14 2016-05-21 Autoland Scientech Co Ltd 車輛節氣門診斷裝置
US10529150B2 (en) * 2016-06-30 2020-01-07 Aviation Systems LLC Remote data loading for configuring wireless communication unit for communicating engine data
US20180032421A1 (en) * 2016-07-29 2018-02-01 Wipro Limited Method and system for debugging automotive applications in an electronic control unit of an automobile
JP2019516145A (ja) * 2017-04-07 2019-06-13 深▲せん▼市元征科技股▲ふん▼有限公司 自動車の遠隔診断の方法及び装置
US11295560B2 (en) * 2018-08-01 2022-04-05 Ford Global Technologies, Llc Cloud-managed validation and execution for diagnostic requests
KR102529392B1 (ko) * 2018-11-19 2023-05-08 현대자동차 주식회사 전방 충돌 방지 보조 성능 검사 시스템 및 그 방법
CN109617899A (zh) * 2018-12-28 2019-04-12 深圳市元征科技股份有限公司 一种数据传输方法以及系统
CN113060081A (zh) * 2019-12-31 2021-07-02 陕西重型汽车有限公司 一种基于手机app的中央充放气调试系统及方法
US12327439B2 (en) * 2020-02-26 2025-06-10 Innova Electronics Corporation Vehicle diagnostic system and related methodology deployable at vehicle service facility
GB2592650A (en) * 2020-03-05 2021-09-08 Jaguar Land Rover Ltd Vehicle diagnostics
USD960129S1 (en) 2020-06-09 2022-08-09 Geotab Inc. Case for electronic communication device
US11336727B2 (en) * 2020-08-18 2022-05-17 Geotab Inc. Specialized casing unit detection for asset tracking devices
US11649775B2 (en) * 2020-09-24 2023-05-16 Kohler Co. Analog controller for electronic throttle body
CN112965463B (zh) * 2021-02-07 2023-02-03 上汽大通汽车有限公司 远程诊断系统及远程诊断方法
CN113485310B (zh) * 2021-08-20 2021-12-14 深圳市星卡科技有限公司 汽车远程诊断方法、装置和计算机设备
CN113448320B (zh) * 2021-08-30 2021-11-30 深圳市星卡科技有限公司 汽车双远程诊断方法、系统、装置和计算机设备
CN114328175A (zh) * 2021-11-22 2022-04-12 江铃汽车股份有限公司 一种车辆特殊流程配置方法、装置、存储介质及系统
CN114137937B (zh) * 2021-11-25 2024-01-26 北京经纬恒润科技股份有限公司 一种自动化诊断功能测试方法及系统
US12292807B2 (en) * 2021-12-08 2025-05-06 Hcl Technologies Limited Method and system for performing dataload protocol operation testing in an avionics unit
US12210342B2 (en) * 2022-03-27 2025-01-28 Third Wave Automation, Inc. Methods and apparatus for supporting remote control operation of devices taking into consideration communications latency, environmental conditions, and/or a task to be performed
CN115190144A (zh) * 2022-06-23 2022-10-14 深圳市易孔立出软件开发有限公司 数据获取方法、系统、装置、终端设备及存储介质
CN116233813B (zh) * 2023-02-17 2025-04-11 武汉锐科控制系统有限公司 提高手机与车机之间数据传输的方法
CN116149302B (zh) * 2023-04-10 2024-10-01 北斗星通智联科技有限责任公司 车辆诊断测试方法、装置、电子设备及存储介质
CN116224976B (zh) * 2023-05-08 2023-08-25 北京集度科技有限公司 测试方法及装置
JP2025174028A (ja) * 2024-05-16 2025-11-28 カワサキモータース株式会社 乗物
US20250363022A1 (en) * 2024-05-24 2025-11-27 Advantest Test Solutions, Inc. Testing systems and methods with cross-platform bridge components
USD1112107S1 (en) * 2024-11-12 2026-02-10 Geotab Inc. Electronic control unit housing
USD1112108S1 (en) * 2024-11-22 2026-02-10 Geotab Inc. Rugged electronic control unit housing

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
AU8314001A (en) * 2000-08-18 2002-03-04 Nexiq Technologies Inc System, method and computer program product for remote vehicle diagnostics, monitoring, configuring and reprogramming
JP3721089B2 (ja) * 2001-03-01 2005-11-30 株式会社日立製作所 車両診断システム及び該システムを用いた自動車
JP4069836B2 (ja) * 2002-10-11 2008-04-02 株式会社デンソー 車両用電子制御装置，電子制御ユニット，プログラム及び記録媒体
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
CN202472295U (zh) * 2012-03-01 2012-10-03 黄颂晖 一种机动车远程控制和交互装置
US20130246135A1 (en) 2012-03-14 2013-09-19 Zhenrong Wang System, device and method of remote vehicle diagnostics based service for vehicle owners
US8768565B2 (en) * 2012-05-23 2014-07-01 Enterprise Holdings, Inc. Rental/car-share vehicle access and management system and method
CA2868573C (en) 2013-10-24 2017-09-12 Alldata Llc Vehicle diagnostic systems and methods

Also Published As

Publication number Publication date
US10621797B2 (en) 2020-04-14
CN107848522A (zh) 2018-03-27
EP3297880C0 (en) 2024-09-25
EP3297880A1 (en) 2018-03-28
WO2016185360A1 (en) 2016-11-24
US20180151003A1 (en) 2018-05-31
EP3297880B1 (en) 2024-09-25
CN107848522B (zh) 2020-07-17
EP3297880A4 (en) 2018-06-20
ZA201707851B (en) 2020-07-29

Similar Documents

Publication Publication Date Title
ES2988340T3 (es) Sistema y método para transferir comandos de diagnóstico a un vehículo
CN110430100B (zh) 网络连通性探测方法和装置
EP3073381A2 (en) Virtual intelligent platform management interface (ipmi) satellite controller and method
EP2696534B1 (en) Method and device for monitoring quick path interconnect link
EP3141974A1 (en) Personal vehicle diagnosis system and method based on mobile intelligent terminal
CN102072822B (zh) 车辆诊断装置
US20170046884A1 (en) Personal vehicle diagnosis system and method based on mobile intelligent terminal
CN111886588B (zh) 处理装置
CN111506047B (zh) 车辆诊断方法、装置及存储介质
US10355968B2 (en) Diagnosis of a network adapter during network operation
CN113960991A (zh) 车辆故障诊断系统、方法、装置、片上系统芯片及车辆
US12190656B2 (en) Method for vehicle diagnostics, diagnostic connector, and diagnostic device
US12139080B2 (en) Apparatus for diagnostics communication error of vehicle, system having the same, and method thereof
CN108628712B (zh) 一种应用程序测试方法及终端设备
CN115576580A (zh) 固件升级方法、装置、电子设备及自动驾驶车辆
CN115221069A (zh) 电子控制单元升级测试方法、系统、电子设备及存储介质
CN116736823A (zh) 跨平台的控制器硬件在环测试方法、装置及系统
CN109542656B (zh) 一种车载智能平台的调试诊断方法及装置、计算机存储介质
CN116820866B (zh) 针对axi总线传输的异常检测电路的验证方法及平台
CN117194135A (zh) 通用异步收发传输器的验证方法、系统及计算机设备
US20210176156A1 (en) Identifying an Electronic Device Connected to a Communication Network That Has XCP Enabled
CN119996490B (zh) 链路保活状态确定方法、装置、设备及存储介质
US20250311017A1 (en) In-vehicle device, information processing method, and information processing program
US20260019330A1 (en) Methods for updating peripheral device settings
CN111164624B (zh) 用于车辆的处理单元