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
Application number
EP16731195.0A
Other languages
German (de)
English (en)
Inventor
Pacome MAYOUMA
Thierry Lopez
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.)
PSA Automobiles SA
Original Assignee
PSA Automobiles SA
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 PSA Automobiles SA filed Critical PSA Automobiles SA
Publication of EP3281181A1 publication Critical patent/EP3281181A1/fr
Withdrawn legal-status Critical Current

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

Definitions

  • the invention relates to the realization of remote actions, by means of request sequences, in vehicles, possibly of the automotive type.
  • Some vehicles include communicating electronic equipment (such as computers) that are coupled to a wireline communication module, usually via supervisory equipment (sometimes referred to as “intelligent service box” (or BSI)).
  • This communication module serves as a communication interface between a remote tool, coupled to a communication network, and communicating electronic equipment of its vehicle, so that actions can be performed remotely in at least one of these electronic devices. communicating by a technician controlling the tool.
  • actions are remote diagnostics to remotely determine the origin of a fault or malfunction within a vehicle, at the request of the driver, and then to provide guidance when a single driver intervention is required. possible, or if a revision or a maintenance operation of the vehicle must be proposed to the driver, possibly accompanied by proposals for dates of intervention.
  • a global remote diagnosis is intended to carry out for each family of calculators of a vehicle the identification of its calculators and their respective software, the reading of the fault codes contained in each of its calculators, and the reading of the associated contexts (that is, the environment recorded in the presence of a failure).
  • the invention relates to all the actions that can be triggered remotely, and in particular the remote maintenance procedures, the learning reset, the recovery of parameter parameters of mission recorded in computers as and when runs made, retrieval of information on diagnostic efficiency ratios, and software downloads (for example to update or correct an anomaly).
  • a tool When a tool (remote diagnostics) wants to perform a remote diagnosis in a vehicle, it transmits by waves a sequence of requests to the communication module of the vehicle. The received requests are then sent by the communication module to the communicating electronic equipment concerned so that they perform the diagnostic operations
  • the responses to these requests are transmitted in a message by the communication module to the remote diagnosis tool.
  • the requests of a sequence can be transmitted by the remote diagnosis tool one after the other, and in this case the
  • the communication module also transmits them one after the other to the communicating electronic equipment concerned, or together, and in this case the communication module transmits them one after the other to the communicating electronic equipment concerned in an order that is defined by a script or a known OTX sequence
  • An OTX sequence ("Open Test sequence eXchange") is a sequence written in a computer language that is being standardized and that makes it possible to describe a procedure for exchanging remote diagnosis sequences.
  • a script is a list of remote diagnostic commands written in a language. computing (such as XML) and intended to be interpreted to perform tasks.
  • a communication module transmits a request to a communicating electronic equipment, it triggers a delay (or "time out") waiting for a response before expiration) of this timer.
  • a communicating electronic equipment receives a remote diagnostic request, it processes and transmits its response to the communication module while triggering a timer.
  • the duration of the delay is 5 seconds. If at the end of a delay the communication module has not received a reply or the communicating electronic equipment has not received another request from
  • the invention is therefore particularly intended to improve the situation.
  • the communication device opens an action session for each equipment identifier contained in the sequence, and sequentially transmits the requests, while triggering a delay, to the communicating electronic equipment represented by the equipment identifiers associated with an open action session, and
  • the method according to the invention may comprise other characteristics that can be taken separately or in combination, and in particular:
  • each request may also include a request identifier, and in the second step the request
  • the communication can check whether each request, represented by a received request identifier associated with a received equipment identifier, is authorized to be transmitted to the communicating electronic equipment which is represented by the latter, and can then transmit the authorized requests sequentially. to be transmitted;
  • the communication can store a response representative of the impossibility of this communicating electronic equipment to respond to this request;
  • the communication device can transmit at least once to this communicating electronic equipment a message
  • the communication device which is intended to determine if it is present, and can keep open the associated action session, then in the absence of response to each transmitted message the communication device can store a response representative of the lack of response to this request for equipment communicating electronics concerned;
  • the device of the third step if a response to a request transmitted by a communicating electronic equipment has not reached the end of the associated timer, the device of
  • 5 communication can increment a counter by one unit, and if the incremented value of this counter is lower than a threshold it can retransmit this request to this communicating electronic equipment and trigger the associated timer again, whereas if the incremented value of the counter is equal to the threshold it can store a representative answer
  • the communication device can determine whether
  • This response contains at least one code representative of a request for delay, and if so, it can determine if a number of successive responses, containing such a code and already received from this communicating electronic equipment, is below a predefined threshold. , and if so, it can trigger the associated timer again,
  • the invention also proposes a communication device, intended to equip a vehicle comprising on-board communicating electronic equipment, and comprising a communication module capable of communicating with a remote tool and coupled to communicating electronic equipment.
  • This device is characterized in that it also comprises processing means arranged, in the event of reception, from a tool, a sequence of requests adapted to perform a remote action and each comprising at least one equipment identifier representative of one of the communicating electronic equipment and at least one definition of an operation to be performed by the latter:
  • the communication module to transmit to the tool a message containing the responses stored in correspondence of the associated equipment identifiers according to a order defined by the sequence.
  • the invention also proposes a vehicle, possibly of automobile type, and comprising communicating electronic equipment on board and a communication device of the type of that presented above.
  • FIG. 1 diagrammatically and functionally illustrates a communication network coupled to a tool, a server and a communication device according to the invention embedded in a vehicle,
  • FIG. 2 diagrammatically illustrates a first example of an algorithm implementing a first exemplary embodiment of a method for performing remote actions according to the invention
  • FIG. 3 schematically illustrates a second example of an algorithm implementing a second exemplary embodiment of a method for performing remote actions according to the invention.
  • the object of the invention is in particular to propose a method for performing remote actions, and an associated DC communication device, intended to enable remote actions to be performed in V vehicles. comprising communicating electronic equipment EEj.
  • vehicles V in which remote actions can be performed are of automotive type. This is for example cars. But the invention is not
  • 5 not limited to this type of vehicle. It concerns any type of land vehicle, maritime (or fluvial), or air, as it includes communicating electronic equipment in which can be performed remote action operations and coupled to a communication device that can communicate over the air with a network of
  • the actions are remote diagnostics. But the invention is not limited to this type of action. It concerns all actions that can be triggered remotely, including
  • FIG. 1 Diagrammatically represented in Figure 1 a communication network RC to which are coupled an OD tool, an SC server and a DC communication device according to the invention which is embedded in a vehicle V also comprising communicating electronic equipment EEj.
  • the communicating electronic equipment EEj are connected to at least one RCE onboard communication network, possibly of the multiplexed type.
  • communicating electronic equipment means equipment capable of receiving and processing data frames.
  • RCE radio frequency
  • EEj can take any value greater than or equal to one (1).
  • the vehicle V also comprises an ES supervision equipment connected to the on-board communication network RCE and to the communication device DC.
  • This ES supervision equipment is a
  • communicating electronic equipment which is in particular responsible for interfacing between the communication device DC and the other communicating electronic equipment EEj and controlling diagnostic functions. This is for example what the skilled person sometimes calls an "intelligent servitude case" (or BSI).
  • each vehicle V is associated with a vehicle identifier.
  • the latter may, for example, be that which is called in English "Vehicle Identification Number" (or VIN).
  • the communication network RC comprises, for example, on the one hand, a non-wired communication infrastructure to which can be
  • DC communication devices implanted in V vehicles connect DC communication devices implanted in V vehicles, and, secondly, a wired communication infrastructure to which can connect wired communication equipment, such as an SC server and an OD tool.
  • wired communication equipment such as an SC server and an OD tool.
  • the tool OD is designed to carry out remote actions in vehicles V (and more precisely in at least some of their communicating electronic equipment EEj), possibly on demand.
  • V vehicle identifier of the latter
  • the OD tool is here a tool for remote diagnostics.
  • This OD tool is, for example, a fixed or portable computer connected to the RC communication network and used by a teleoperator or a
  • this OD tool can, for example, belong to an after-sales service of a vehicle manufacturer (here a car manufacturer).
  • the OD tool includes software modules (or
  • the tool OD can comprise storage means MS in which are stored the definitions of all the actions (here diagnostics) that can be performed remotely for at least some of the vehicle models of at least one brand, which are identified by their identifier of
  • These storage means MS may be in any form known to those skilled in the art, and especially in the form of a memory or a database.
  • a communication device DC comprises a communication module MC and processing means MT.
  • This DC communication device may be a fixed or well-connected electronic equipment and removable, such as an interface device (or “dongle”) that can be connected to the diagnostic socket that is coupled to the supervision equipment of a vehicle.
  • an interface device or "dongle” that can be connected to the diagnostic socket that is coupled to the supervision equipment of a vehicle.
  • the communication module MC is particularly suitable for dialogue
  • the OD tool to request the completion of an action (here a remote diagnosis) in his vehicle V and to transmit the vehicle identifier of this vehicle V.
  • It includes electronic circuits (or “hardware”) and software modules (or “software”).
  • it serves also a communication gateway (or gateway) between the OD tool and communicating electronic equipment EEj of its vehicle V, via (here) their ES supervision equipment, for the transmission of sequences of requests and response messages to these requests.
  • Each request of a sequence comprises at least one equipment identifier which is representative of one of the communicating electronic equipment EEj and at least one definition of an operation to be performed by the latter (EEj). Note that each definition of operation
  • each request 5 may optionally be an operation identifier.
  • each request also includes a request identifier whose interest will be understood later.
  • TCP / IP Transmission Control Protocol / Internet Protocol
  • the communication module MC is responsible for managing all aspects of the encapsulation.
  • it (MC) is responsible for de-encapsulating the encapsulated frames in TCP / IP to recover the only CAN frames in order to transmit them to their recipient (s).
  • it (MC) is responsible for encapsulating the CAN frames including the response messages in
  • the communication module MC may, for example, be of 3G or 4G type so as to be accessible directly by its IP address (private and contractually provided by an operator, or public and re-routed temporarily by an operator on an address in the context of a communication session and thus considered private only during the duration of this communication session).
  • his DC communication device initiates a data (and possibly voice) communication with the tool OD, possibly via a communication server SC.
  • the eventual voice (or telephone) communication is intended to enable the teleoperator or repairer who uses the OD tool to talk by telephone.
  • the data communication (or "data") is established, for example under IP ("Internet Protocol").
  • IP Internet Protocol
  • the communication device DC can connect directly to the possible communication server SC via the Internet because it knows its IP address.
  • 5 belong to the after-sales service of the manufacturer of vehicles (here a car manufacturer). It can also be part of a system that also includes the OD tool.
  • the invention proposes a method of performing remote actions, intended to allow the realization of actions to
  • This method can be implemented by means of a DC communication device and at least one OD tool. Such a method comprises three steps.
  • a first step, the method according to the invention, is initiated when an action must be performed in a vehicle V, or at the request of
  • V either at the request of a passenger of this vehicle V, or again at the initiative of a person controlling the tool OD.
  • the tool OD In this first step, the tool OD generates or loads a sequence of requests, then transmits the latter to the communication module MC of the communication device DC of the vehicle V
  • This sequence of requests comprises queries each containing at least one equipment identifier representative of one of the communicating electronic equipment EEj of the vehicle V and at least one definition of an operation to be performed by the latter (EEj).
  • This transmission is via the possible communication server SC, and the communication network RC.
  • the communication device DC opens an action session (for example a session
  • an action session for example a remote diagnostic session
  • the duration of the delay depends on the communication protocol that is used between the communication module MC and the communicating electronic equipment EEj. For example, it can be equal to 5
  • processing means MT of the communication device DC which control the opening of an action session for each equipment identifier, and which sequentially
  • MC communication module to transmit requests. This transmission is done via any ES monitoring equipment and RCE embedded communication network.
  • the tool OD can, as indicated previously, add a
  • the communication device DC (and more specifically its processing means MT) checks whether each request, represented by a received request identifier associated with a received equipment identifier, is authorized to be transmitted to the equipment
  • the communication device DC (and more precisely its communication module MC) transmits sequentially (on the order of the processing means MT) the requests which are authorized to be transmitted to the EEj communicating electronic equipment concerned.
  • This verification is performed by the processing means MT with storage means which store request identifiers in correspondence of equipment identifiers.
  • the storage means can be implanted in the communication device DC (possibly in its processing means MT). But this is not obligatory. Indeed, they could be deported, for example in ES supervision equipment or in the communication server SC. In the latter case (totally deported), the storage means must
  • these storage means may be in any form known to those skilled in the art, and in particular in the form of a memory or a database, possibly of the software type.
  • the communication device DC (and more precisely its means of
  • processing MT stores (s) a response that is representative of the impossibility of communicating electronic equipment EEj concerned to respond to this request.
  • this response includes an expression of the type "condition not satisfied" or a dedicated identifier. This response is stored in correspondence with the relevant request identifier. Otherwise,
  • this response will be transmitted later by the communication module MC with the other responses to other requests, as will be seen later.
  • the processing means MT organize the opening of an action session with this communicating electronic equipment EEj, via the communication module MC.
  • the communicating electronic equipment EEj Upon receipt of a request, the communicating electronic equipment EEj tries to perform each operation it defines (for example by an operation identifier). Then, if this communicating electronic equipment EEj is able to do so, it transmits a response to this request to the communication module MC, via any on-board communication network.
  • the communication device DC (and more specifically its processing means MT) stores (s) responses to the requests by taking into account the response times with respect to the associated delays. Then, the device of
  • DC communication (and more specifically its communication module MC) transmits to the OD tool a message that contains the responses stored in correspondence of the associated equipment identifiers in an order that is defined by the previously received sequence.
  • the communication device DC may, for example, transmit at least once to this communicating electronic equipment EEj a message which is intended to determine whether it is present, and keep open the associated action session.
  • This message may, for example, be of the type that is called
  • the number of presence determination messages that can be successively transmitted to a communicating electronic equipment EEj is configurable (it is at least equal to one (1)). Moreover, these messages
  • 5 presence determination can be transmitted periodically, according to a period that is strictly less than the duration of the time delay.
  • the communication device DC (and more precisely its
  • processing means MT stores (s) a response that is representative of the absence of response to this request by the communicating electronic equipment EEj concerned.
  • this response includes an expression of the type "no response” or "condition not satisfied” or a dedicated identifier. This answer is stored in correspondence of
  • this response is transmitted later by the communication module MC with the other responses to the other requests.
  • the communication device DC (and more precisely its processing means MT) may, for example, increment by one unit. the current value n st of a counter. Then, if the (new) incremented value n e of this counter is less than a threshold s 2, the device of
  • DC communication (and more precisely its communication module MC) retransmits this request to this communicating electronic equipment EEj and triggers the associated timer again. It is the processing means MT which orders each retransmission of the request and retrigger each time the associated timer.
  • the communication device DC (and more precisely its processing means MT) stores (s) a response which is representative of the absence response to this request by electronic equipment communicating EEj concerned.
  • this response includes an expression of the type "no response” or "condition not satisfied” or a dedicated identifier. This response is stored in correspondence with the relevant request identifier. Moreover, this answer is transmitted
  • each code can be of type NRC ("Negative Response Code") 0x78 or NRC 0x21. These latter codes are well known to those skilled in the art because they are used by the equipment
  • the communication device DC (and more precisely its processing means MT) bit (s) may determine whether a number n responses ca
  • the communication device DC (and more specifically its processing means MT) triggers (s) again the associated timer, then waits (ent) the complete response of the electronic equipment
  • the communication device DC (and more precisely its processing means MT) stores (s) a response that is representative of the absence of response to this request by the communicating electronic equipment EEj concerned.
  • this response includes an expression such as "no response” or "no condition”.
  • FIG. 2 schematically illustrates a first example of an algorithm implementing a first exemplary embodiment of a method according to the invention.
  • the diagnostic tool OD transmits a request sequence to the communication module MC of the communication device DC of a selected vehicle V.
  • the first step of this first exemplary method according to the invention corresponds to this sub-step 10.
  • vehicle V selected receives the transmitted sequence.
  • this communication device DC checks whether each request is authorized to be transmitted to the communicating electronic equipment EEj concerned. In other words, it checks whether the execution conditions of each request are met. If this is not the case
  • the communication device DC will perform a substep 80 in which it stores a response that is representative of the impossibility of this communicating electronic equipment EEj to respond to this request.
  • the communication device DC will perform a substep 40 in which it opens an action session for the equipment identifier with which it is associated in the received sequence, and transmits the first request of the sequence at the communicating electronic equipment EEj represented by the equipment identifier
  • the second step of this first exemplary method according to the invention corresponds to substeps 20 to 40.
  • the communication device DC verifies at the end of the timer associated with the request transmitted to the communicating electronic equipment EEj if it has received a response from the latter (EEj).
  • the DC communication device performs a Sub-step 60 in which it transmits at least once to this communicating electronic equipment EEj a message to determine if it is present, and keeps open the associated action session before returning to perform sub-step 50.
  • the communication device DC performs a substep 70 in which it checks whether this response contains at least one code representative of a request for delay.
  • the communicating electronic equipment EEj has transmitted its complete response to the request, and thus the communication device DC will perform the substep 80 to store this response.
  • the communication device DC performs a substep
  • the communication device DC will perform the substep 80 to store a response representative of the absence of
  • the communication device DC performs a substep 100 in which it re-triggers the delay associated with the request transmitted to the communicating electronic equipment EEj considered, then returns to perform the substep 50.
  • the communication device DC When the communication device DC has stored a response for a request, it returns to perform a new substep 40 for the next request within the sequence.
  • the communication device DC when it has stored all the answers to all the requests of the sequence, it performs a substep 1 in which it transmits to the tool OD a message which contains the answers stored in correspondence of the identifiers. associated equipment in an order that is defined by this sequence.
  • the third step of this first exemplary method according to the invention corresponds to substeps 50 to 110.
  • FIG. 3 schematically illustrates a second example of an algorithm implementing a second exemplary embodiment of a method according to the invention.
  • the diagnostic tool OD transmits a sequence of requests to the communication module MC of the communication device DC of a chosen vehicle V.
  • the first step of this second example of the method according to the invention corresponds to this substep 10 '.
  • the communication device DC of the vehicle V selected receives the transmitted sequence.
  • this communication device DC checks whether each request is authorized to be transmitted to the communicating electronic equipment EEj concerned. In other words, it checks whether the execution conditions of each request are met. If this is not the case for a request associated with a communicating electronic equipment EEj, the communication device DC will perform a sub-step 100 'in which it stores a response that is representative of the impossibility of this) electronic equipment communicating EEj to respond to this request.
  • the communication device DC will perform a sub-step 40 'in which it opens an action session for the equipment identifier to which it is associated in the received sequence, and transmits the first request of the sequence to the communicating electronic equipment EEj represented by the equipment identifier associated with the action session that it has just opened, while triggering a delay.
  • the second step of this second example of the method according to the invention corresponds to substeps 20 'to 40'.
  • the communication device DC checks at the end of the delay associated with the request transmitted to the communicating electronic equipment EEj if it has received a response from this last (EEj).
  • the communication device performs a DC sub-step 70 in which it checks whether the (new) value incremented n st of the counter is less than a predefined threshold s2.
  • the communication device DC will perform the substep 100 'to store a response representative of the absence of response to the request being processed by communicating electronic equipment EEj concerned.
  • Sub-step 80 ' which it re-triggers the delay associated with this request transmitted to the communicating electronic equipment EEj considered before retransmitting the query considered in a substep 50'.
  • the communication device DC performs a sub-step 90 'in which it checks whether this response contains at least one code representative of a delay request.
  • the response does not contain such a code, it means that the communicating electronic equipment EEj has transmitted its complete response to the request, and thus the communication device DC will perform the substep 100 'to store this response.
  • the communication device CD performs a substep) 1 10 'in which it determines whether the number n of ca successive responses containing such a code and already received communicating electronic equipment EEj, is lower than the threshold s1 predefined.
  • the DC communication device will perform the sub-step 100 'to store a response representative of the lack of response to the request by the communicating electronic equipment EEj concerned.
  • the communication device DC performs a sub-step 120 'in which it re-triggers the delay associated with the request transmitted to the communicating electronic equipment EEj considered, then returns to perform the substep 50' .
  • the communication device DC When the communication device DC has stored a response for a request, it returns to perform a new substep 40 'for the next request within the sequence.
  • the communication device DC when it has stored all the responses to all the requests of the sequence, it performs a substep 130 'in which it transmits to the tool OD a message which contains the responses stored in correspondence of the identifiers d equipment 5 associated in an order that is defined by this sequence.
  • the third step of this second exemplary method according to the invention corresponds to sub-steps 50 'to 130'.
  • the invention offers several advantages, among which:

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

REVENDICATIONS
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.
EP16731195.0A 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é Withdrawn EP3281181A1 (fr)

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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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

Also Published As

Publication number Publication date
FR3034910A1 (fr) 2016-10-14
WO2016162641A1 (fr) 2016-10-13
FR3034910B1 (fr) 2018-04-27
CN107548504B (zh) 2020-10-30
CN107548504A (zh) 2018-01-05

Similar Documents

Publication Publication Date Title
US10318269B2 (en) Providing vehicle system module updates
EP3488302B1 (fr) Procédé de gestion d'incident d'une installation domotique
EP3257027B1 (fr) Procédé et système de réalisation de télédiagnostics sécurisés d'équipements électroniques communicants de véhicules
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é
EP2920768B1 (fr) Procédé d'aide au diagnostic à distance d'un véhicule
FR2859341A1 (fr) Methode de controle entre appareils connectes a un reseau heterogene et appareil implementant la methode
EP3281181A1 (fr) Procédé de réalisation d'actions à distance dans des équipements électroniques communicants de véhicules, et dispositif de communication associé
FR3097988A1 (fr) Procédé de dialogue avec un calculateur sur bus embarqué de véhicule.
WO2016066953A1 (fr) Procédé, équipement et système d'aide au diagnostic
EP4024819B1 (fr) Procédé de détection, produit programme d'ordinateur et système de détection associés
CN116149293A (zh) 一种车辆远程诊断方法、系统及计算机设备
FR3012243A1 (fr) Systeme de realisation de telediagnostics de vehicules requis par des equipements de communication non filaire
DE102019006356A1 (de) System, Verfahren zur Digitalen Transformation von Industriesysteme
EP3729860A1 (fr) Dispositif de supervision de défauts d'organe(s) esclave(s) pour un organe maître d'un réseau multiplexé
FR3122059A1 (fr) Procédé, dispositif et système de communication de données d’évènement pour véhicule
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é
FR3018650A1 (fr) Commutateur ethernet, engin mobile et bus de transport de passagers comprenant ledit commutateur ethernet
EP1736020A2 (fr) Procede d'analyse du fonctionnement d'un terminal de radiocommunication, terminal de radiocommunication et dispositif d'analyse correspondants
FR3141577A1 (fr) Procédé de configuration d’un module électronique, véhicule et systèmes associés.
EP2251789A1 (fr) Module d'entrées/sorties pour capteurs et/ou actionneurs échangeant des informations avec deux unités centrales
FR3033429A1 (fr) Microcontroleur avec un module de diagnostic et procede d'acces audit module dudit microcontroleur
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
FR3141578A1 (fr) Procédé de détermination de profils de configuration d’un module électronique, dispositif et systèmes associés.
CN121690689A (zh) 车辆的网络安全防护方法、装置、设备、车辆及存储介质

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: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20221101