EP3281181A1 - Procédé de réalisation d'actions à distance dans des équipements électroniques communicants de véhicules, et dispositif de communication associé - Google Patents
Procédé de réalisation d'actions à distance dans des équipements électroniques communicants de véhicules, et dispositif de communication associéInfo
- Publication number
- EP3281181A1 EP3281181A1 EP16731195.0A EP16731195A EP3281181A1 EP 3281181 A1 EP3281181 A1 EP 3281181A1 EP 16731195 A EP16731195 A EP 16731195A EP 3281181 A1 EP3281181 A1 EP 3281181A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- eej
- electronic equipment
- request
- communicating electronic
- communication device
- 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.)
- Withdrawn
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
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
- G07C5/0808—Diagnosing performance data
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Selective Calling Equipment (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Un procédé permet de réaliser une action à distance dans un véhicule (V) comprenant un dispositif de communication (DC) communiquant avec un outil (OD) distant et des équipements électroniques communicants (EE1- EE4) embarqués. Ce procédé consiste à transmettre de l'outil (OD) vers le dispositif de communication (DC) une séquence de requêtes comportant chacune un identifiant d'équipement représentatif d'un équipement électronique communicant (EE2) et une définition d'opération à réaliser, puis à ouvrir dans le dispositif de communication (DC) une session d'action pour chaque identifiant d'équipement de la séquence, et à transmettre séquentiellement les requêtes, tout en déclenchant une temporisation, aux équipements électroniques communicants (EE1-EE4), puis à stocker dans le dispositif de communication (DC) des réponses aux requêtes en tenant compte des instants de réponse, puis à transmettre à l'outil (OD) un message contenant les réponses stockées en correspondance des identifiants d'équipement associés selon un ordre défini par la séquence.
Description
PROCÉDÉ DE RÉALISATION D'ACTIONS À DISTANCE DANS DES ÉQUIPEMENTS ÉLECTRONIQUES COMMUNICANTS DE VÉHICULES, ET DISPOSITIF DE COMMUNICATION ASSOCIÉ
L'invention concerne la réalisation d'actions à distance, au moyen de séquences de requêtes, dans des véhicules, éventuellement de type automobile.
Certains véhicules comportent des équipements électroniques communicants (comme par exemple des calculateurs) qui sont couplés à un module de communication par voie d'ondes, généralement via un équipement de supervision (parfois appelé « boîtier de servitude intelligent » (ou BSI)). Ce module de communication sert d'interface de communication entre un outil distant, couplé à un réseau de communication, et des équipements électroniques communicants de son véhicule, afin que des actions puissent être réalisées à distance dans l'un au moins de ces équipements électroniques communicants par un technicien contrôlant l'outil.
Habituellement, les actions sont des télédiagnostics destinés à déterminer à distance l'origine d'une panne ou d'un dysfonctionnement au sein d'un véhicule, à la demande du conducteur, puis à fournir des conseils lorsqu'une intervention du seul conducteur est possible, ou bien si une révision ou une opération de maintenance du véhicule doit être proposée au conducteur, éventuellement accompagnée de propositions de dates d'intervention.
Par exemple, un télédiagnostic global est destiné à réaliser pour chaque famille de calculateurs d'un véhicule l'identification de ses calculateurs et de leurs logiciels respectifs, la lecture des codes défauts contenus dans chacun de ses calculateurs, et la lecture des contextes associés (c'est-à-dire l'environnement enregistré lors de la présence d'une défaillance).
Mais l'invention concerne toutes les actions pouvant être déclenchées à distance, et notamment les procédures de télémaintenance, la réinitialisation d'apprentissages, la récupération de paramètres de profils de
mission enregistrés dans des calculateurs au fur et à mesure des roulages réalisés, la récupération d'informations relatives aux ratios d'efficacité de diagnostics, et les téléchargements de logiciel (par exemple pour effectuer une mise à jour ou corriger une anomalie).
5 Lorsqu'un outil (de télédiagnostics) veut réaliser un télédiagnostic dans un véhicule, il transmet par voie d'ondes une séquence de requêtes au module de communication de ce véhicule. Les requêtes reçues sont ensuite envoyées par le module de communication aux équipements électroniques communicants concernés afin qu'ils réalisent les opérations de diagnostic
) requises, puis les réponses à ces requêtes (comprenant les résultats de ces opérations) sont transmises dans un message par le module de communication à l'outil de télédiagnostics.
On notera que les requêtes d'une séquence peuvent être transmises par l'outil de télédiagnostics soit les unes après les autres, et dans ce cas le
5 module de communication les transmet également les unes après les autres aux équipements électroniques communicants concernés, soit ensemble, et dans ce cas le module de communication les transmet les unes après les autres aux équipements électroniques communicants concernés en respectant un ordre qui est défini par un script ou une séquence OTX connue
) du module de communication.
Une séquence OTX (« Open Test séquence eXchange » est une séquence écrite dans un langage informatique en cours de normalisation et permettant de décrire une procédure d'échange des séquences de télédiagnostic. Un script est une liste de commandes de télédiagnostic écrites 5 dans un langage informatique (comme par exemple XML) et destinées à être interprétées pour effectuer des tâches.
Actuellement, lorsqu'un module de communication transmet une requête à un équipement électronique communicant, il déclenche une temporisation (ou « time out ») dans l'attente d'une réponse avant l'expiration ) de cette temporisation. De même, lorsqu'un équipement électronique communicant reçoit une requête de télédiagnostic, il la traite puis transmet sa réponse au module de communication tout en déclenchant une temporisation.
Dans le cas des protocoles de communication KWP2000 (ISO 14230) ou UDS (ISO 14229), la durée de la temporisation est égale à 5 secondes. Si à la fin d'une temporisation le module de communication n'a pas reçu de réponse ou l'équipement électronique communicant n'a pas reçu d'autre requête de
5 télédiagnostic, leur session de télédiagnostic est fermée et donc une nouvelle session devra être ouverte si cet équipement électronique communicant est le destinataire d'autre(s) requête(s) de la même séquence.
On comprendra que pour qu'une séquence de requêtes puisse être intégralement réalisée il faut que l'ensemble des calculateurs du véhicule
) intègre les contraintes temporelles des remontées d'informations. Or, il arrive fréquemment qu'une temporisation ne soit pas respectée, ce qui génère un défaut de déroulement de la séquence qui empêche généralement, au moins partiellement, la réalisation du télédiagnostic. Cela est d'autant plus fréquent lorsque le véhicule comprend plusieurs passerelles servant d'interface entre
5 deux de ses réseaux de communication embarqués, du fait de l'augmentation notable des temps d'acheminement des requêtes et des réponses que cela occasionne.
L'invention a donc notamment pour but d'améliorer la situation.
Elle propose notamment à cet effet un procédé destiné à permettre la ) réalisation d'une action à distance, au moyen d'une séquence de requêtes, dans un véhicule qui comprend un dispositif de communication propre à communiquer avec un outil distant et couplé à des équipements électroniques communicants embarqués.
Ce procédé se caractérise par le fait qu'il comprend :
5 - une première étape dans laquelle l'outil transmet au dispositif de communication une séquence de requêtes comportant chacune au moins un identifiant d'équipement représentatif de l'un des équipements électroniques communicants et au moins une définition d'une opération devant être réalisée par ce dernier,
) - une deuxième étape dans laquelle le dispositif de communication ouvre une session d'action pour chaque identifiant d'équipement contenu dans la séquence, et transmet séquentiellement les requêtes, tout en déclenchant une temporisation, aux équipements électroniques communicants
représentés par les identifiants d'équipement associés à une session d'action ouverte, et
- une troisième étape dans laquelle le dispositif de communication stocke des réponses aux requêtes en tenant compte des instants de réponse par
5 rapport aux temporisations associées, puis transmet à l'outil un message contenant les réponses stockées en correspondance des identifiants d'équipement associés selon un ordre défini par la séquence.
Ainsi, on peut augmenter le nombre et la complexité des actions qui peuvent être réalisées à distance dans un véhicule, tout en réduisant ) notablement les temps d'échanges de requêtes entre l'outil et le véhicule.
Le procédé selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment :
- dans la première étape chaque requête peut comporter également un identifiant de requête, et dans la deuxième étape le dispositif de
5 communication peut vérifier si chaque requête, représentée par un identifiant de requête reçu associé à un identifiant d'équipement reçu, est autorisée à être transmise à l'équipement électronique communicant qui est représenté par ce dernier, puis peut transmettre séquentiellement les requêtes autorisées à être transmises ;
) dans la deuxième étape, si une requête, représentée par un identifiant de requête reçu associé à un identifiant d'équipement reçu, n'est pas autorisée à être transmise à l'équipement électronique communicant qui est représenté par ce dernier, le dispositif de communication peut stocker une réponse représentative de l'impossibilité de cet équipement 5 électronique communicant de répondre à cette requête ;
- dans la troisième étape, si une réponse à une requête transmise par un équipement électronique communicant n'est pas parvenue à la fin de la temporisation associée, le dispositif de communication peut transmettre au moins une fois à cet équipement électronique communicant un message
) qui est destiné à déterminer s'il est présent, et peut maintenir ouverte la session d'action associée, puis en l'absence de réponse à chaque message transmis le dispositif de communication peut stocker une réponse représentative de l'absence de réponse à cette requête de l'équipement
électronique communicant concerné ;
- en variante, dans la troisième étape, si une réponse à une requête transmise par un équipement électronique communicant n'est pas parvenue à la fin de la temporisation associée, le dispositif de
5 communication peut incrémenter d'une unité un compteur, et si la valeur incrémentée de ce compteur est inférieure à un seuil il peut retransmettre cette requête à cet équipement électronique communicant et déclencher de nouveau la temporisation associée, tandis que si la valeur incrémentée du compteur est égale au seuil il peut stocker une réponse représentative
) de l'absence de réponse à cette requête de cet équipement électronique communicant ;
- dans la troisième étape, si une réponse à une requête transmise par un équipement électronique communicant est parvenue avant la fin de la temporisation associée, le dispositif de communication peut déterminer si
5 cette réponse contient au moins un code représentatif d'une demande de délai, et dans l'affirmative il peut déterminer si un nombre de réponses successives, contenant un tel code et déjà reçues de cet équipement électronique communicant, est inférieur à un seuil prédéfini, et dans l'affirmative il peut déclencher de nouveau la temporisation associée,
) tandis que dans la négative il peut stocker une réponse représentative de l'absence de réponse à cette requête de cet équipement électronique communicant ;
- il peut être destiné à réaliser à distance une action qui est choisie parmi au moins un télédiagnostic, une procédure de télémaintenance et un
5 téléchargement d'un logiciel.
L'invention propose également un dispositif de communication, destiné à équiper un véhicule comprenant des équipements électroniques communicants embarqués, et comprenant un module de communication propre à communiquer avec un outil distant et couplé aux équipements ) électroniques communicants.
Ce dispositif se caractérise par le fait qu'il comprend également des moyens de traitement agencés, en cas de réception, en provenance d'un outil, d'une séquence de requêtes propres à réaliser une action à distance et
comportant chacune au moins un identifiant d'équipement représentatif de l'un des équipements électroniques communicants et au moins une définition d'une opération devant être réalisée par ce dernier :
- pour ouvrir une session d'action pour chaque identifiant d'équipement 5 contenu dans la séquence, et pour transmettre séquentiellement les requêtes, tout en déclenchant une temporisation, aux équipements électroniques communicants représentés par les identifiants d'équipement qui sont associés à une session d'action ouverte, et
- pour stocker des réponses aux requêtes en tenant compte des instants de ) réponse par rapport aux temporisations associées, puis pour ordonner au module de communication de transmettre à l'outil un message contenant les réponses stockées en correspondance des identifiants d'équipement associés selon un ordre défini par la séquence.
L'invention propose également un véhicule, éventuellement de type 5 automobile, et comprenant des équipements électroniques communicants embarqués et un dispositif de communication du type de celui présenté ci- avant.
D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur ) lesquels :
- la figure 1 illustre schématiquement et fonctionnellement, un réseau de communication auquel sont couplés un outil, un serveur et un dispositif de communication selon l'invention embarqué dans un véhicule,
- la figure 2 illustre schématiquement un premier exemple d'algorithme 5 mettant en œuvre un premier exemple de réalisation d'un procédé de réalisation d'actions à distance selon l'invention, et
- la figure 3 illustre schématiquement un second exemple d'algorithme mettant en œuvre un second exemple de réalisation d'un procédé de réalisation d'actions à distance selon l'invention.
) L'invention a notamment pour but de proposer un procédé de réalisation d'actions à distance, et un dispositif de communication DC associé, destinés à permettre la réalisation d'actions à distance dans des véhicules V
comprenant des équipements électroniques communicants EEj.
Dans ce qui suit, on considère, à titre d'exemple non limitatif, que les véhicules V dans lesquels peuvent être réalisées des actions à distance sont de type automobile. Il s'agit par exemple de voitures. Mais l'invention n'est
5 pas limitée à ce type de véhicule. Elle concerne en effet tout type de véhicule terrestre, maritime (ou fluvial), ou aérien, dès lors qu'il comprend des équipements électroniques communicants dans lesquels peuvent être réalisées des opérations d'actions à distance et couplés à un dispositif de communication pouvant communiquer par voie d'ondes avec un réseau de
) communication.
Par ailleurs, on considère dans ce qui suit, à titre d'exemple non limitatif, que les actions sont des télédiagnostics. Mais l'invention n'est pas limitée à ce type d'action. Elle concerne en effet toutes les actions pouvant être déclenchées à distance, et notamment les procédures de
5 télémaintenance, la réinitialisation d'apprentissages, la récupération de paramètres de profils de mission enregistrés dans des calculateurs au fur et à mesure des roulages réalisés, la récupération d'informations relatives aux ratios d'efficacité des diagnostics, et les téléchargements de logiciel (par exemple pour effectuer une mise à jour ou corriger une anomalie).
) On a schématiquement représenté sur la figure 1 un réseau de communication RC auquel sont couplés un outil OD, un serveur SC et un dispositif de communication DC selon l'invention qui est embarqué dans un véhicule V comprenant également des équipements électroniques communicants EEj.
5 Par exemple, et comme illustré non limitativement, les équipements électroniques communicants EEj sont connectés à au moins un réseau de communication embarqué RCE, éventuellement de type multiplexé.
On entend ici par « équipement électronique communicant » un équipement capable de recevoir et de traiter des trames de données
) numériques circulant dans le bus d'un réseau de communication embarqué RCE auquel il est connecté, ainsi que de fournir à ce dernier (RCE) des trames de données destinées à au moins un autre équipement électronique communicant. Il pourra, par exemple, s'agir d'un calculateur, d'un capteur ou
d'un actionneur.
On notera que dans l'exemple illustré non limitativement sur la figure 1 , le véhicule V comprend quatre équipements électroniques communicants EEj (j = 1 à 4). Mais le nombre d'équipements électroniques communicants
5 EEj peut prendre n'importe quelle valeur supérieure ou égale à un (1 ).
On notera également que dans l'exemple illustré non limitativement sur la figure 1 , le véhicule V comprend également un équipement de supervision ES connecté au réseau de communication embarqué RCE et au dispositif de communication DC. Cet équipement de supervision ES est un
) équipement électronique communicant qui est notamment chargé d'assurer l'interfaçage entre le dispositif de communication DC et les autres équipements électroniques communicants EEj et de contrôler des fonctionnalités de diagnostic. Il s'agit par exemple de ce que l'homme de l'art appelle parfois un « boîtier de servitude intelligent » (ou BSI)).
5 Par ailleurs, chaque véhicule V est associé à un identifiant de véhicule. Ce dernier peut, par exemple, être celui qui est appelé en anglais « Vehicle Identification Number » (ou VIN).
Le réseau de communication RC comporte, par exemple, d'une part, une infrastructure de communication non filaire à laquelle peuvent se
) connecter des dispositifs de communication DC implantés dans des véhicules V, et, d'autre part, une infrastructure de communication filaire à laquelle peuvent se connecter des équipements de communication filaire, comme par exemple un serveur SC et un outil OD. On notera que les dispositifs de communication DC et équipements de communication filaire SC et OD
5 pourraient être connectés à différents réseaux de communication interconnectés les uns aux autres, de préférence via l'Internet.
L'outil OD est agencé pour réaliser des actions à distance dans des véhicules V (et plus précisément dans certains au moins de leurs équipements électroniques communicants EEj), éventuellement à la demande
) de leur dispositif de communication DC ou d'un équipement de communication sans fil utilisé par un passager d'un véhicule. Chaque action réalisée dans un véhicule V est fonction de l'identifiant de véhicule de ce dernier (V).
Compte tenu du fait que l'on considère ici que les actions sont des télédiagnostics, l'outil OD est ici un outil de télédiagnostics.
Cet outil OD est, par exemple, un ordinateur fixe ou portable connecté au réseau de communication RC et utilisé par un téléopérateur ou un
5 réparateur sachant contrôler la réalisation d'actions (ici des télédiagnostics) à distance, et par exemple faire des propositions une fois l'action réalisée. Par ailleurs, cet outil OD peut, par exemple, appartenir à un service après-ventes d'un fabriquant de véhicules (ici un constructeur automobile).
L'outil OD comprend notamment des modules logiciels (ou
) « software ») constituant ensemble un programme similaire à celui qui est implanté dans un outil de diagnostic utilisé par les techniciens d'un garage (ou d'une concession), comme par exemple celui qui est appelé DiagBox® et qui sert à diagnostiquer et réparer (par téléchargement, télécodage, pièce de rechanges avec appairage/apprentissage) les problèmes dans les véhicules
5 des marques Peugeot et Citroën.
L'outil OD peut comporter des moyens de stockage MS dans lesquels se trouvent stockées les définitions de toutes les actions (ici des diagnostics) qui peuvent être réalisées à distance pour certains au moins des modèles de véhicule d'au moins une marque, lesquels sont identifiés par leur identifiant de
) véhicule. Ces moyens de stockage MS peuvent se présenter sous n'importe quelle forme connue de l'homme de l'art, et notamment sous la forme d'une mémoire ou d'une banque de données.
Un dispositif de communication DC, selon l'invention, comprend un module de communication MC et des moyens de traitement MT. On notera
5 que ce dispositif de communication DC peut être un équipement électronique fixe ou bien rapporté et amovible, comme par exemple un périphérique d'interfaçage (ou « dongle ») pouvant être connecté à la prise de diagnostic qui est couplée à l'équipement de supervision d'un véhicule.
Le module de communication MC est notamment propre à dialoguer
) avec l'outil OD pour demander la réalisation d'une action (ici un télédiagnostic) dans son véhicule V et pour lui transmettre l'identifiant de véhicule de ce véhicule V. Il comprend des circuits électroniques (ou « hardware ») et des modules logiciels (ou « software »). Par ailleurs, il sert
également de passerelle de communication (ou « gateway ») entre l'outil OD et les équipements électroniques communicants EEj de son véhicule V, via (ici) leur équipement de supervision ES, pour la transmission de séquences de requêtes et de messages de réponses à ces requêtes.
5 On comprendra que ces transmissions de séquences de requêtes et de messages de réponses est destiné à permettre à l'outil OD qui communique temporairement avec un véhicule V, via le module de communication MC de son dispositif de communication DC, de réaliser une action (ici un diagnostic) à distance, puis, éventuellement, de transmettre un
) résultat d'action à ce véhicule V.
Chaque requête d'une séquence comporte au moins un identifiant d'équipement qui est représentatif de l'un des équipements électroniques communicants EEj et au moins une définition d'une opération qui doit être réalisée par ce dernier (EEj). On notera que chaque définition d'opération
5 peut être éventuellement un identifiant d'opération. De préférence, chaque requête comporte également un identifiant de requête dont on comprendra l'intérêt plus loin.
On notera qu'afin que les requêtes puissent circuler dans au moins un réseau de communication embarqué RCE d'un véhicule V, il faut qu'elles se
) présentent sous la forme de trames conformes au protocole de communication qui est utilisé dans leurs bus (par exemple le protocole CAN), et pour que ces trames (CAN) puissent parvenir jusqu'au au niveau de l'équipement de supervision ES via le réseau IP, il faut qu'elles soient en outre encapsulées en TCP/IP (« Transport Control Protocol / Internet Protocol »).
5 De préférence, le module de communication MC est chargé de gérer tous les aspects de l'encapsulation. Dans ce cas, il (MC) est chargé de désencapsuler les trames encapsulées en TCP/IP pour récupérer les seules trames CAN afin de les transmettre à leur(s) destinataire(s). De même, il (MC) est chargé d'encapsuler les trames CAN comprenant les messages de réponses en
) TCP/IP, pour qu'elles puissent être transmises à l'outil OD.
Le module de communication MC peut, par exemple, être de type 3G ou 4G de manière à pouvoir être accessible directement par son adresse IP (privée et fournie par contrat par un opérateur, ou publique et re-routée
temporairement par un opérateur sur une adresse dans le cadre d'une session de communication et donc considérée comme privée uniquement pendant la durée de cette session de communication).
Lorsque c'est le véhicule V qui sollicite un télédiagnostic,
5 éventuellement à la demande du conducteur, son dispositif de communication DC initie une communication de données (et éventuellement de voix) avec l'outil OD, éventuellement via un serveur de communication SC. L'éventuelle communication de voix (ou téléphonique) est destinée à permettre au téléopérateur ou réparateur qui utilise l'outil OD de dialoguer par téléphone
) avec un passager du véhicule V. La communication de données (ou « data ») est établie, par exemple sous IP (« Internet Protocol »). Le dispositif de communication DC peut se connecter directement à l'éventuel serveur de communication SC via l'Internet du fait qu'il connaît son adresse IP.
On notera que l'éventuel serveur de communication SC peut
5 appartenir au service après-ventes du fabriquant de véhicules (ici un constructeur automobile). Il peut également faire partie d'un système comportant également l'outil OD.
Comme indiqué plus haut, l'invention propose un procédé de réalisation d'actions à distance, destiné à permettre la réalisation d'actions à
) distance dans des véhicules V. Ce procédé peut être mis en œuvre au moyen d'un dispositif de communication DC et au moins d'un outil OD. Un tel procédé comprend trois étapes.
Une première étape, du procédé selon l'invention, est initiée lorsqu'une action doit être réalisée dans un véhicule V, soit à la demande de
5 ce dernier (V), soit à la demande d'un passager de ce véhicule V, soit encore à l'initiative d'une personne contrôlant l'outil OD.
Dans cette première étape, l'outil OD génère ou charge une séquence de requêtes, puis transmet cette dernière au module de communication MC du dispositif de communication DC du véhicule V
) concerné. Cette séquence de requêtes comporte des requêtes contenant chacune au moins un identifiant d'équipement représentatif de l'un des équipements électroniques communicants EEj du véhicule V et au moins une définition d'une opération devant être réalisée par ce dernier (EEj).
Cette transmission se fait via l'éventuel serveur de communication SC, et le réseau de communication RC.
Dans une deuxième étape, du procédé selon l'invention, le dispositif de communication DC ouvre une session d'action (par exemple une session
5 de télédiagnostic) pour chaque identifiant d'équipement contenu dans la séquence reçue. Et, il transmet séquentiellement les requêtes de cette séquence (selon l'ordre défini dans cette dernière), tout en déclenchant une temporisation (ou « time out »), aux équipements électroniques communicants EEj qui sont représentés par les identifiants d'équipement
) associés à une session d'action (par exemple une session de télédiagnostic) venant d'être ouverte.
La durée de la temporisation dépend du protocole de communication qui est utilisé entre le module de communication MC et les équipements électroniques communicants EEj. Par exemple, elle peut être égale à 5
5 secondes lorsque les protocoles de communication sont KWP2000 (ISO 14230) ou UDS (ISO 14229).
On notera que ce sont les moyens de traitement MT du dispositif de communication DC qui contrôlent l'ouverture d'une session d'action pour chaque identifiant d'équipement, et qui ordonnent séquentiellement au
) module de communication MC de transmettre des requêtes. Cette transmission se fait via les éventuels équipement de supervision ES et réseau de communication embarqué RCE.
On notera également qu'afin de sécuriser encore plus la réalisation de l'action, l'outil OD peut, comme indiqué précédemment, adjoindre un
5 identifiant de requête à chaque requête de la séquence, dans la première étape. Dans ce cas, dans la deuxième étape le dispositif de communication DC (et plus précisément ses moyens de traitement MT) vérifie(nt) si chaque requête, représentée par un identifiant de requête reçu associé à un identifiant d'équipement reçu, est autorisée à être transmise à l'équipement
) électronique communicant EEj qui est représenté par ce dernier. Puis, le dispositif de communication DC (et plus précisément son module de communication MC) transmet séquentiellement (sur ordre des moyens de traitement MT) les requêtes qui sont autorisées à être transmises aux
équipements électroniques communicants EEj concernés.
Cette vérification est réalisée par les moyens de traitement MT auprès de moyens de stockage qui stockent des identifiants de requête en correspondance d'identifiants d'équipement. Ces moyens de stockage
5 peuvent être implantés dans le dispositif de communication DC (éventuellement dans ses moyens de traitement MT). Mais cela n'est pas obligatoire. En effet, ils pourraient être déportés, par exemple dans l'équipement de supervision ES ou dans le serveur de communication SC. Dans ce dernier cas (totalement déporté), les moyens de stockage doivent
) stocker des identifiants de requête en correspondance d'identifiants d'équipement et d'identifiants de véhicule. Par ailleurs, ces moyens de stockage peuvent se présenter sous n'importe quelle forme connue de l'homme de l'art, et notamment sous la forme d'une mémoire ou d'une banque de données, éventuellement de type logiciel.
5 De préférence, dans la deuxième étape, si une requête, représentée par un identifiant de requête reçu et associé à un identifiant d'équipement reçu, n'est pas autorisée à être transmise à l'équipement électronique communicant EEj qui est représenté par cet identifiant d'équipement reçu, le dispositif de communication DC (et plus précisément ses moyens de
) traitement MT) stocke(nt) une réponse qui est représentative de l'impossibilité de l'équipement électronique communicant EEj concerné de répondre à cette requête. Par exemple, cette réponse comprend une expression du type « condition non satisfaite » ou bien un identifiant dédié. Cette réponse est stockée en correspondance de l'identifiant de requête concerné. Par ailleurs,
5 cette réponse sera transmise ultérieurement par le module de communication MC avec les autres réponses aux autres requêtes, comme on le verra plus loin.
En présence de cette dernière option, ce n'est qu'une fois qu'une requête est autorisée à être transmise à un équipement électronique ) communicant EEj que les moyens de traitement MT organisent l'ouverture d'une session d'action avec cet équipement électronique communicant EEj, via le module de communication MC.
A réception d'une requête, l'équipement électronique communicant
EEj essaye de réaliser chaque opération qu'elle définit (par exemple par un identifiant d'opération). Puis, si cet équipement électronique communicant EEj est en mesure de le faire, il transmet une réponse à cette requête au module de communication MC, via les éventuels réseau de communication embarqué
5 RCE et équipement de supervision ES.
Dans une troisième étape, du procédé selon l'invention, le dispositif de communication DC (et plus précisément ses moyens de traitement MT) stocke(nt) des réponses aux requêtes en tenant compte des instants de réponse par rapport aux temporisations associées. Puis, le dispositif de
) communication DC (et plus précisément son module de communication MC) transmet à l'outil OD un message qui contient les réponses stockées en correspondance des identifiants d'équipement associés selon un ordre qui est défini par la séquence précédemment reçue.
En fait, cet ordre des réponses au sein du message de réponses est
5 identique à celui que possédaient les requêtes correspondantes dans le script (ou équivalent) de la séquence.
Si à la fin d'une temporisation le module de communication MC n'a pas reçu de réponse ou l'équipement électronique communicant EEj n'a pas reçu d'autre requête de télédiagnostic, leur session de télédiagnostic est ) fermée et donc une nouvelle session devra être ouverte si cet équipement électronique communicant EEj est le destinataire d'autre(s) requête(s) de la même séquence.
On notera que dans la troisième étape, si une réponse à une requête transmise par un équipement électronique communicant EEj n'est pas
5 parvenue à la fin de la temporisation qui lui a été initialement associée, le dispositif de communication DC peut, par exemple, transmettre au moins une fois à cet équipement électronique communicant EEj un message qui est destiné à déterminer s'il est présent, et maintenir ouverte la session d'action associée. Ce message peut, par exemple, être du type de celui qui est appelé
) « TesterPresent », lequel est bien connu de l'homme de l'art du fait qu'il est utilisé dans les protocoles de communication KWP2000 et UDS pour maintenir une session active en l'absence de réception d'une autre requête à destination d'un même équipement électronique communicant EEj ayant reçu
la requête précédente.
Le nombre de messages de détermination de présence qui peuvent être transmis successivement à un équipement électronique communicant EEj est configurable (il est au moins égal à un (1 )). Par ailleurs, ces messages
5 de détermination de présence peuvent être transmis périodiquement, selon une période qui est strictement inférieure à la durée de la temporisation.
Ensuite, en l'absence de réponse à chaque message de détermination de présence transmis à l'équipement électronique communicant EEj, le dispositif de communication DC (et plus précisément ses
) moyens de traitement MT) stocke(nt) une réponse qui est représentative de l'absence de réponse à cette requête par l'équipement électronique communicant EEj concerné. Par exemple, cette réponse comprend une expression du type « absence de réponse » ou « condition non satisfaite » ou bien un identifiant dédié. Cette réponse est stockée en correspondance de
5 l'identifiant de requête concerné. Par ailleurs, cette réponse est transmise ultérieurement par le module de communication MC avec les autres réponses aux autres requêtes.
Dans une variante de réalisation, dans la troisième étape, si une réponse à une requête transmise par un équipement électronique
) communicant EEj n'est pas parvenue à la fin de la temporisation qui lui a été initialement associée, le dispositif de communication DC (et plus précisément ses moyens de traitement MT) peu(ven)t, par exemple, incrémenter d'une unité la valeur en cours ner d'un compteur. Puis, si la (nouvelle) valeur incrémentée ner de ce compteur est inférieure à un seuil s2, le dispositif de
5 communication DC (et plus précisément son module de communication MC) retransmet cette requête à cet équipement électronique communicant EEj et déclenche de nouveau la temporisation associée. Ce sont les moyens de traitement MT qui ordonnent chaque retransmission de la requête et redéclenchent à chaque fois la temporisation associée.
) En revanche, si la (nouvelle) valeur incrémentée ner de ce compteur est égale au seuil s2, le dispositif de communication DC (et plus précisément ses moyens de traitement MT) stocke(nt) une réponse qui est représentative de l'absence de réponse à cette requête par l'équipement électronique
communicant EEj concerné. Par exemple, cette réponse comprend une expression du type « absence de réponse » ou « condition non satisfaite » ou bien un identifiant dédié. Cette réponse est stockée en correspondance de l'identifiant de requête concerné. Par ailleurs, cette réponse est transmise
5 ultérieurement par le module de communication MC avec les autres réponses aux autres requêtes.
On notera que dans la troisième étape, si une réponse à une requête transmise par un équipement électronique communicant EEj est parvenue avant la fin de la temporisation associée, le dispositif de communication DC
) (et plus précisément ses moyens de traitement MT) peu(ven)t déterminer si cette réponse contient au moins un code représentatif d'une demande de délai. Par exemple, chaque code peut être de type NRC (« Négative Response Code ») 0x78 ou NRC 0x21 . Ces derniers codes sont bien connus de l'homme de l'art du fait qu'ils sont utilisés par les équipements
5 électroniques communicants EEj pour requérir une prolongation de temporisation lorsque l'opération requise est longue à réaliser.
Si la réponse contient effectivement au moins un code du type précité, le dispositif de communication DC (et plus précisément ses moyens de traitement MT) peu(ven)t déterminer si un nombre nca de réponses
) successives, contenant un tel code et déjà reçues de l'équipement électronique communicant EEj, est inférieur à un seuil s1 prédéfini. Dans l'affirmative, le dispositif de communication DC (et plus précisément ses moyens de traitement MT) déclenche(nt) de nouveau la temporisation associée, puis attend(ent) la réponse complète de l'équipement électronique
5 communicant EEj. Dans la négative, le dispositif de communication DC (et plus précisément ses moyens de traitement MT) stocke(nt) une réponse qui est représentative de l'absence de réponse à cette requête par l'équipement électronique communicant EEj concerné. Par exemple, cette réponse comprend une expression du type « absence de réponse » ou « condition non
) satisfaite » ou bien un identifiant dédié. Cette réponse est stockée en correspondance de l'identifiant de requête concerné. Par ailleurs, cette réponse est transmise ultérieurement par le module de communication MC avec les autres réponses aux autres requêtes.
On a schématiquement illustré sur la figure 2 un premier exemple d'algorithme mettant en œuvre un premier exemple de réalisation d'un procédé selon l'invention.
Dans une sous-étape 10, l'outil de diagnostic OD transmet une 5 séquence de requêtes au module de communication MC du dispositif de communication DC d'un véhicule V choisi.
La première étape, de ce premier exemple de procédé selon l'invention, correspond à cette sous-étape 10.
Dans une sous-étape 20 le dispositif de communication DC du
) véhicule V choisi réceptionne la séquence transmise.
Puis, dans une sous-étape 30 ce dispositif de communication DC vérifie si chaque requête est autorisée à être transmise à l'équipement électronique communicant EEj concerné. En d'autres termes, il vérifie si les conditions d'exécution de chaque requête sont réunies. Si tel n'est pas le cas
5 pour une requête associée à un équipement électronique communicant EEj, le dispositif de communication DC va effectuer une sous-étape 80 dans laquelle il stocke une réponse qui est représentative de l'impossibilité de cet équipement électronique communicant EEj de répondre à cette requête.
En revanche, si une requête est autorisée à être transmise à un
) équipement électronique communicant EEj, le dispositif de communication DC va effectuer une sous-étape 40 dans laquelle il ouvre une session d'action pour l'identifiant d'équipement à laquelle elle est associée dans la séquence reçue, et transmet la première requête de la séquence à l'équipement électronique communicant EEj représenté par l'identifiant d'équipement
5 associé à la session d'action qu'il vient d'ouvrir, tout en déclenchant une temporisation.
La deuxième étape, de ce premier exemple de procédé selon l'invention, correspond aux sous-étapes 20 à 40.
Puis, dans une sous-étape 50 le dispositif de communication DC ) vérifie à la fin de la temporisation associée à la requête transmise à l'équipement électronique communicant EEj s'il a reçu une réponse de ce dernier (EEj).
Dans la négative, le dispositif de communication DC effectue une
sous-étape 60 dans laquelle il transmet au moins une fois à cet équipement électronique communicant EEj un message destiné à déterminer s'il est présent, et maintient ouverte la session d'action associée avant de retourner effectuer la sous-étape 50.
5 En revanche, dans l'affirmative (et donc s'il a reçu une réponse de l'équipement électronique communicant EEj), le dispositif de communication DC effectue une sous-étape 70 dans laquelle il vérifie si cette réponse contient au moins un code représentatif d'une demande de délai.
Si la réponse ne contient pas un tel code, cela signifie que
) l'équipement électronique communicant EEj a transmis sa réponse complète à la requête, et donc le dispositif de communication DC va effectuer la sous- étape 80 pour stocker cette réponse.
En revanche, si la réponse contient effectivement au moins un code du type précité, le dispositif de communication DC effectue une sous-étape
5 90 dans laquelle il détermine si le nombre nca de réponses successives, contenant un tel code et déjà reçues de l'équipement électronique communicant EEj, est inférieur au seuil s1 prédéfini.
Dans la négative, le dispositif de communication DC va effectuer la sous-étape 80 pour stocker une réponse représentative de l'absence de
) réponse à la requête par l'équipement électronique communicant EEj concerné.
Dans l'affirmative, le dispositif de communication DC effectue une sous-étape 100 dans laquelle il re-déclenche la temporisation associée à la requête transmise à l'équipement électronique communicant EEj considéré, 5 puis il retourne effectuer la sous-étape 50.
Lorsque le dispositif de communication DC a stocké une réponse pour une requête, il retourne effectuer une nouvelle sous-étape 40 pour la requête suivante au sein de la séquence.
Finalement, lorsque le dispositif de communication DC a stocké ) toutes les réponses à toutes les requêtes de la séquence, il effectue une sous-étape 1 10 dans laquelle il transmet à l'outil OD un message qui contient les réponses stockées en correspondance des identifiants d'équipement associés selon un ordre qui est défini par cette séquence.
La troisième étape, de ce premier exemple de procédé selon l'invention, correspond aux sous-étapes 50 à 1 10.
On a schématiquement illustré sur la figure 3 un second exemple d'algorithme mettant en œuvre un second exemple de réalisation d'un 5 procédé selon l'invention.
Dans une sous-étape 10', l'outil de diagnostic OD transmet une séquence de requêtes au module de communication MC du dispositif de communication DC d'un véhicule V choisi.
La première étape, de ce second exemple de procédé selon ) l'invention, correspond à cette sous-étape 10'.
Dans une sous-étape 20' le dispositif de communication DC du véhicule V choisi réceptionne la séquence transmise.
Puis, dans une sous-étape 30' ce dispositif de communication DC vérifie si chaque requête est autorisée à être transmise à l'équipement 5 électronique communicant EEj concerné. En d'autres termes, il vérifie si les conditions d'exécution de chaque requête sont réunies. Si tel n'est pas le cas pour une requête associée à un équipement électronique communicant EEj, le dispositif de communication DC va effectuer une sous-étape 100' dans laquelle il stocke une réponse qui est représentative de l'impossibilité de cet ) équipement électronique communicant EEj de répondre à cette requête.
En revanche, si une requête est autorisée à être transmise à un équipement électronique communicant EEj, le dispositif de communication DC va effectuer une sous-étape 40' dans laquelle il ouvre une session d'action pour l'identifiant d'équipement à laquelle elle est associée dans la 5 séquence reçue, et transmet la première requête de la séquence à l'équipement électronique communicant EEj représenté par l'identifiant d'équipement associé à la session d'action qu'il vient d'ouvrir, tout en déclenchant une temporisation.
La deuxième étape, de ce second exemple de procédé selon ) l'invention, correspond aux sous-étapes 20' à 40'.
Puis, dans une sous-étape 50' le dispositif de communication DC vérifie à la fin de la temporisation associée à la requête transmise à l'équipement électronique communicant EEj s'il a reçu une réponse de ce
dernier (EEj).
Dans la négative, le dispositif de communication DC effectue une sous-étape 60' dans laquelle il incrémente d'une unité la valeur en cours ner d'un compteur (soit ner = ner + 1 ).
5 Puis, le dispositif de communication DC effectue une sous-étape 70' dans laquelle il vérifie si la (nouvelle) valeur incrémentée ner du compteur est inférieure à un seuil s2 prédéfini.
Si la (nouvelle) valeur incrémentée ner du compteur est égale au seuil s2, le dispositif de communication DC va effectuer la sous-étape 100' pour ) stocker une réponse représentative de l'absence de réponse à la requête en cours de traitement par l'équipement électronique communicant EEj concerné.
En revanche, si la (nouvelle) valeur incrémentée ner de ce compteur est inférieure au seuil s2, le dispositif de communication DC effectue une
5 sous-étape 80' dans laquelle il re-déclenche la temporisation associée à cette requête transmise à l'équipement électronique communicant EEj considéré, avant de retransmettre la requête considérée dans une sous-étape 50'.
Si le résultat de la sous-étape 50' est positif (et donc si le dispositif de communication DC a reçu une réponse de l'équipement électronique
) communicant EEj dans la temporisation associé), le dispositif de communication DC effectue une sous-étape 90' dans laquelle il vérifie si cette réponse contient au moins un code représentatif d'une demande de délai.
Si la réponse ne contient pas un tel code, cela signifie que 5 l'équipement électronique communicant EEj a transmis sa réponse complète à la requête, et donc le dispositif de communication DC va effectuer la sous- étape 100' pour stocker cette réponse.
En revanche, si la réponse contient effectivement au moins un code du type précité, le dispositif de communication DC effectue une sous-étape ) 1 10' dans laquelle il détermine si le nombre nca de réponses successives, contenant un tel code et déjà reçues de l'équipement électronique communicant EEj, est inférieur au seuil s1 prédéfini.
Dans la négative, le dispositif de communication DC va effectuer la
sous-étape 100' pour stocker une réponse représentative de l'absence de réponse à la requête par l'équipement électronique communicant EEj concerné.
Dans l'affirmative, le dispositif de communication DC effectue une 5 sous-étape 120' dans laquelle il re-déclenche la temporisation associée à la requête transmise à l'équipement électronique communicant EEj considéré, puis il retourne effectuer la sous-étape 50'.
Lorsque le dispositif de communication DC a stocké une réponse pour une requête, il retourne effectuer une nouvelle sous-étape 40' pour la ) requête suivante au sein de la séquence.
Finalement, lorsque le dispositif de communication DC a stocké toutes les réponses à toutes les requêtes de la séquence, il effectue une sous-étape 130' dans laquelle il transmet à l'outil OD un message qui contient les réponses stockées en correspondance des identifiants d'équipement 5 associés selon un ordre qui est défini par cette séquence.
La troisième étape, de ce second exemple de procédé selon l'invention, correspond aux sous-étapes 50' à 130'.
L'invention offre plusieurs avantages, parmi lesquels :
- la possibilité d'augmenter le nombre et la complexité des actions qui ) peuvent être réalisées à distance dans un véhicule,
- une importante réduction des temps d'échanges de requêtes entre l'outil et le véhicule,
- une augmentation de l'efficacité de l'assistance routière, avec, dans certains cas, des possibilités de dépannage immédiat,
5 - la possibilité que plusieurs outils communiquent simultanément avec un même véhicule, voire avec un même calculateur d'un même véhicule.
Claims
1 . Procédé pour réaliser une action à distance, au moyen d'une séquence de requêtes, dans un véhicule (V) comprenant un dispositif de communication (DC) propre à communiquer avec un outil (OD) distant et couplé à des équipements électroniques communicants (EEj) embarqués, caractérisé en ce qu'il comprend une première étape dans laquelle ledit outil (OD) transmet audit dispositif de communication (DC) une séquence de requêtes comportant chacune au moins un identifiant d'équipement représentatif de l'un desdits équipements électroniques communicants (EEj) et au moins une définition d'une opération devant être réalisée par ce dernier (EEj), une deuxième étape dans laquelle ledit dispositif de communication (DC) ouvre une session d'action pour chaque identifiant d'équipement contenu dans ladite séquence, et transmet séquentiellement lesdites requêtes, tout en déclenchant une temporisation, aux équipements électroniques communicants (EEj) représentés par les identifiants d'équipement associés à une session d'action ouverte, une troisième étape dans laquelle ledit dispositif de communication (DC) stocke des réponses auxdites requêtes en tenant compte des instants de réponse par rapport auxdites temporisations associées, puis transmet audit outil (OD) un message contenant lesdites réponses stockées en correspondance des identifiants d'équipement associés selon un ordre défini par ladite séquence.
2. Procédé selon la revendication 1 , caractérisé en ce que dans ladite première étape chaque requête comporte également un identifiant de requête, et dans ladite deuxième étape ledit dispositif de communication (DC) vérifie si chaque requête, représentée par un identifiant de requête reçu associé à un identifiant d'équipement reçu, est autorisée à être transmise à l'équipement électronique communicant (EEj) représenté par ce dernier, puis transmet séquentiellement lesdites requêtes autorisées à être transmises.
3. Procédé selon la revendication 2, caractérisé en ce que dans ladite deuxième étape, si une requête représentée par un identifiant de requête reçu associé à un identifiant d'équipement reçu n'est pas autorisée à être transmise à l'équipement électronique communicant (EEj) représenté par ce
dernier, ledit dispositif de communication (DC) stocke une réponse représentative de l'impossibilité de cet équipement électronique communicant (EEj) de répondre à cette requête.
4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce que 5 dans ladite troisième étape, si une réponse à une requête transmise par un équipement électronique communicant (EEj) n'est pas parvenue à la fin de la temporisation associée, ledit dispositif de communication (DC) transmet au moins une fois à cet équipement électronique communicant (EEj) un message destiné à déterminer s'il est présent, et maintient ouverte la session d'action ) associée, puis en l'absence de réponse à chaque message transmis ledit dispositif de communication (DC) stocke une réponse représentative de l'absence de réponse à cette requête dudit équipement électronique communicant (EEj) concerné.
5. Procédé selon l'une des revendications 1 à 3, caractérisé en ce que 5 dans ladite troisième étape, si une réponse à une requête transmise par un équipement électronique communicant (EEj) n'est pas parvenue à la fin de la temporisation associée, ledit dispositif de communication (DC) incrémente d'une unité un compteur, et si la valeur incrémentée dudit compteur est inférieure à un seuil il retransmet cette requête à cet équipement électronique ) communicant (EEj) et déclenche de nouveau la temporisation associée, tandis que si la valeur incrémentée dudit compteur est égale audit seuil il stocke une réponse représentative de l'absence de réponse à cette requête de cet équipement électronique communicant (EEj).
6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce que 5 dans ladite troisième étape, si une réponse à une requête transmise par un équipement électronique communicant (EEj) est parvenue avant la fin de la temporisation associée, ledit dispositif de communication (DC) détermine si cette réponse contient au moins un code représentatif d'une demande de délai, et dans l'affirmative il détermine si un nombre de réponses successives, ) contenant un tel code et déjà reçues de cet équipement électronique communicant (EEj), est inférieur à un seuil prédéfini, et dans l'affirmative il déclenche de nouveau la temporisation associée, tandis que dans la négative il stocke une réponse représentative de l'absence de réponse à cette requête
de cet équipement électronique communicant (EEj).
7. Procédé selon l'une des revendications 1 à 6, caractérisé en ce qu'il est destiné à réaliser à distance une action choisie dans un groupe comprenant un télédiagnostic, une procédure de télémaintenance, une
5 récupération de paramètres de profils de mission enregistrés dans des calculateurs au fur et à mesure des roulages réalisés, une récupération d'informations relatives aux ratios d'efficacité de diagnostics, et un téléchargement d'un logiciel.
8. Dispositif de communication (DC) pour un véhicule (V) comprenant ) des équipements électroniques communicants (EEj) embarqués, ledit dispositif (DC) comprenant un module de communication (MC) propre à communiquer avec un outil (OD) distant et couplé auxdits équipements électroniques communicants (EEj), caractérisé en ce qu'il comprend en outre des moyens de traitement (MT) agencés, en cas de réception, en provenance
5 d'un outil (OD), d'une séquence de requêtes propres à réaliser une action à distance et comportant chacune au moins un identifiant d'équipement représentatif de l'un desdits équipements électroniques communicants (EEj) et au moins une définition d'une opération devant être réalisée par ce dernier (EEj), i) pour ouvrir une session d'action pour chaque identifiant d'équipement
) contenu dans ladite séquence, et pour transmettre séquentiellement lesdites requêtes, tout en déclenchant une temporisation, aux équipements électroniques communicants (EEj) représentés par les identifiants d'équipement associés à une session d'action ouverte, et ii) pour stocker des réponses auxdites requêtes en tenant compte des instants de réponse par
5 rapport auxdites temporisations associées, puis pour ordonner audit module de communication (MC) de transmettre audit outil (OD) un message contenant lesdites réponses stockées en correspondance des identifiants d'équipement associés selon un ordre défini par ladite séquence.
9. Véhicule (V) comprenant des équipements électroniques ) communicants (EEj) embarqués, caractérisé en ce qu'il comprend en outre un dispositif de communication (DC) selon la revendication 8.
10. Véhicule selon la revendication 9, caractérisé en ce qu'il est de type automobile.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR1553098A FR3034910B1 (fr) | 2015-04-10 | 2015-04-10 | Procede de realisation d’actions a distance dans des equipements electroniques communicants de vehicules, et dispositif de communication associe |
| PCT/FR2016/050805 WO2016162641A1 (fr) | 2015-04-10 | 2016-04-07 | Procédé de réalisation d'actions à distance dans des équipements électroniques communicants de véhicules, et dispositif de communication associé |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| EP3281181A1 true EP3281181A1 (fr) | 2018-02-14 |
Family
ID=53776730
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| EP16731195.0A Withdrawn EP3281181A1 (fr) | 2015-04-10 | 2016-04-07 | Procédé de réalisation d'actions à distance dans des équipements électroniques communicants de véhicules, et dispositif de communication associé |
Country Status (4)
| Country | Link |
|---|---|
| EP (1) | EP3281181A1 (fr) |
| CN (1) | CN107548504B (fr) |
| FR (1) | FR3034910B1 (fr) |
| WO (1) | WO2016162641A1 (fr) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114253251A (zh) * | 2022-01-20 | 2022-03-29 | 深圳市元征科技股份有限公司 | 车辆远程诊断方法、装置、设备连接器及存储介质 |
| CN114615105B (zh) * | 2022-04-02 | 2024-04-02 | 深圳市元征科技股份有限公司 | 数据传输方法、装置、电子设备、系统及存储介质 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE10225786A1 (de) * | 2002-06-10 | 2004-01-08 | Robert Bosch Gmbh | Verfahren und Vorrichtung zur Übertragung, zum Senden und/oder zum Empfang von Informationen in Verbindung mit einem Fahrzeug |
| US8447465B2 (en) * | 2010-02-24 | 2013-05-21 | Denso International America, Inc. | Method of activating a telematics device |
| US8498771B2 (en) * | 2010-05-05 | 2013-07-30 | Ford Global Technologies, Llc | Wireless vehicle servicing |
| US8412406B2 (en) * | 2010-08-13 | 2013-04-02 | Deere & Company | Method and system for performing diagnostics or software maintenance for a vehicle |
| CN103080719B (zh) * | 2010-09-10 | 2016-04-06 | 迪尔公司 | 用于执行车辆的诊断或软件维护的方法和系统 |
| FR2998237B1 (fr) * | 2012-11-16 | 2016-12-02 | Peugeot Citroen Automobiles Sa | Procede d'aide au diagnostic a distance d'un vehicule |
-
2015
- 2015-04-10 FR FR1553098A patent/FR3034910B1/fr active Active
-
2016
- 2016-04-07 EP EP16731195.0A patent/EP3281181A1/fr not_active Withdrawn
- 2016-04-07 WO PCT/FR2016/050805 patent/WO2016162641A1/fr active Application Filing
- 2016-04-07 CN CN201680021098.6A patent/CN107548504B/zh not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| WO2016162641A1 (fr) | 2016-10-13 |
| CN107548504A (zh) | 2018-01-05 |
| FR3034910A1 (fr) | 2016-10-14 |
| CN107548504B (zh) | 2020-10-30 |
| FR3034910B1 (fr) | 2018-04-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10318269B2 (en) | Providing vehicle system module updates | |
| EP3771182B1 (fr) | Procédé pour détecter et identifier des equipements communiquant selon un protocole modbus et controleur de communication pour la mise en oeuvre d'un tel procédé | |
| EP3257027B1 (fr) | Procédé et système de réalisation de télédiagnostics sécurisés d'équipements électroniques communicants de véhicules | |
| WO2018015671A1 (fr) | Procédé de gestion d'incident d'une installation domotique | |
| EP2920768B1 (fr) | Procédé d'aide au diagnostic à distance d'un véhicule | |
| WO2016162641A1 (fr) | Procédé de réalisation d'actions à distance dans des équipements électroniques communicants de véhicules, et dispositif de communication associé | |
| FR3001556A1 (fr) | Procede, dispositif et programme d'ordinateur d'aide a la maintenance d'un systeme d'un aeronef utilisant un outil d'aide au diagnostic et des donnees de retour d'experience | |
| EP3213213A1 (fr) | Procédé, équipement et système d'aide au diagnostic | |
| FR2812437A1 (fr) | Procede et dispositif de communication entre un equipement exterieur a un vehicule automobile et des calculateurs embarques | |
| FR3012243A1 (fr) | Systeme de realisation de telediagnostics de vehicules requis par des equipements de communication non filaire | |
| CN116684455A (zh) | 远程控制车辆的方法、装置、存储介质及车辆 | |
| WO2021197864A1 (fr) | Dispositifs et procédé de contrôle d'unités de commande électroniques d'un véhicule automobile | |
| EP3991029A1 (fr) | Procédé de dialogue avec un calculateur sur bus embarqué de véhicule | |
| EP2919421A1 (fr) | Commutateur Ethernet, engin mobile et bus de transport de passagers comprenant ledit commutateur Ethernet | |
| WO2019122589A1 (fr) | Dispositif de supervision de défauts d'organe(s) esclave(s) pour un organe maître d'un réseau multiplexé | |
| EP1484898A1 (fr) | Procédé de télécommunication entre un terminal local et un terminal central et système mettant en oeuvre le procédé | |
| EP1736020A2 (fr) | Procede d'analyse du fonctionnement d'un terminal de radiocommunication, terminal de radiocommunication et dispositif d'analyse correspondants | |
| EP3039827A1 (fr) | Procédé et dispositif de contrôle de la transmission de trames de réponse, issues d'organes esclaves appartenant à un réseau lin, à un réseau d'un autre type | |
| EP2251789A1 (fr) | Module d'entrées/sorties pour capteurs et/ou actionneurs échangeant des informations avec deux unités centrales | |
| FR3078178A1 (fr) | Procede d’interconnexion entre robots | |
| FR3141577A1 (fr) | Procédé de configuration d’un module électronique, véhicule et systèmes associés. | |
| FR3096168A1 (fr) | Fourniture d’informations, notamment de connectivité, d’un véhicule, pour un équipement de communication | |
| FR3120723A1 (fr) | Procédé et dispositif de contrôle d’un calculateur mécatronique d’un véhicule | |
| FR3140195A1 (fr) | Procédé et dispositif de transmission de données de tentative d’enregistrement de dispositifs d’accès main libre pour véhicule | |
| FR2970614A1 (fr) | Procede d'adaptation d'un reseau de communication, par transmission d'un programme en champ proche entre un dispositif de communication d'un equipement a coupler et un dispositif d'interface communicant de ce reseau |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE |
|
| PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
| STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
|
| 17P | Request for examination filed |
Effective date: 20170929 |
|
| AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
| AX | Request for extension of the european patent |
Extension state: BA ME |
|
| RIN1 | Information on inventor provided before grant (corrected) |
Inventor name: MAYOUMA, PACOME Inventor name: LOPEZ, THIERRY |
|
| DAV | Request for validation of the european patent (deleted) | ||
| DAX | Request for extension of the european patent (deleted) | ||
| STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: EXAMINATION IS IN PROGRESS |
|
| 17Q | First examination report despatched |
Effective date: 20200728 |
|
| RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: PSA AUTOMOBILES SA |
|
| STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: EXAMINATION IS IN PROGRESS |
|
| STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
| 18D | Application deemed to be withdrawn |
Effective date: 20221101 |