EP1716670B1 - Passerelle et systeme de transmission de donnees pour reseau de diagnostic de vehicule automobile - Google Patents

Passerelle et systeme de transmission de donnees pour reseau de diagnostic de vehicule automobile Download PDF

Info

Publication number
EP1716670B1
EP1716670B1 EP05726419A EP05726419A EP1716670B1 EP 1716670 B1 EP1716670 B1 EP 1716670B1 EP 05726419 A EP05726419 A EP 05726419A EP 05726419 A EP05726419 A EP 05726419A EP 1716670 B1 EP1716670 B1 EP 1716670B1
Authority
EP
European Patent Office
Prior art keywords
gateway
receiver
transmitter
data stream
data
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.)
Not-in-force
Application number
EP05726419A
Other languages
German (de)
English (en)
Other versions
EP1716670A1 (fr
Inventor
Gilles Michard
Eric Abadie
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.)
Renault Technocentre
Original Assignee
Renault Technocentre
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 Renault Technocentre filed Critical Renault Technocentre
Publication of EP1716670A1 publication Critical patent/EP1716670A1/fr
Application granted granted Critical
Publication of EP1716670B1 publication Critical patent/EP1716670B1/fr
Not-in-force legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215—Controller Area Network CAN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle

Definitions

  • the present invention relates to the exchange of diagnostic information on a diagnostic network of a motor vehicle, such as a network type CAN (English “Controller Area Network”).
  • a network type CAN English “Controller Area Network”
  • Diagnostic networks conventionally comprise a set of diagnostic data transmission devices that communicate with a corresponding set of receiving devices.
  • the information circulating on this network sometimes passes through gateways that connect the network to subnets. These gateways are installed on the network bus, between a transmitter and a data receiver.
  • the diagnostic information conveyed on such a network makes it possible to identify a defect or malfunction of an on-board system on a motor vehicle by analyzing the transmission times between a transmitter and a receiver.
  • a diagnostic and error correction device comprising a bus control block provided with a receiver for recording signals that circulate on the data bus and means for detecting communication errors or for compensating for errors in the information transmitted.
  • the device is connected to the central bus interconnection thus forming a gateway.
  • a diagnostic block is built into the gateway to control the regularity of bus control block corrections.
  • Such a device does not take into account the transmission time of a data stream and therefore does not provide for improving the data transmission rate due to the significant duration of the transfer times within the device.
  • the presence of a gateway greatly extends the transmission time of a data stream from the transmitter to the receiver. This time is even longer than the message is important.
  • the document EP-1244252 describes a gateway connecting first and second networks having different characteristics to ensure information exchange between the two networks.
  • the gateway sends and receives on the one hand a message that is transmitted periodically, and on the other hand a message transmitted in response to an event, a request or a request.
  • the device described receives messages from the first network, stores them and delivers them to the second network on receipt of an event related to the change of a value called message.
  • the document US 2003/149715 describes a device called a communication node capable of acting on the communication mode in the case of a TCP protocol.
  • the communication node transmits early recognition messages for datagrams that have not yet reached the node, so as to avoid the saturation of the memory of the node. Communication. These anticipated messages are associated with the messages transmitted by the network but are not similar to them.
  • the present invention aims to provide an improved gateway and data transmission system for a motor vehicle diagnostic network. Another object of the present invention is to overcome certain drawbacks of known systems and to reduce the transfer time to a value close to the transfer time in the absence of a transmission gateway and to make this time independent of the length of the message and the time. number of bridges crossed.
  • the invention relates to a data transmission gateway for a motor vehicle diagnostic network (CAN) intended to be installed on a bus of the diagnostic network between a transmitter and a data receiver.
  • This gateway comprises means for transmitting a simulated data stream, identical to a data stream sent by the receiver, in response to the data stream transmitted by the transmitter and transmitted by the gateway.
  • CAN motor vehicle diagnostic network
  • the sending of this fictitious message by the gateway makes it possible to simulate the flow control issued by the recipient, for example a calculator, before it has received it.
  • the data flow simulated by the gateway to the transmitter allows the latter to transmit the rest of the message to be transmitted. This minimizes the waiting times for copying and response subnets.
  • the gateway comprises synchronization means.
  • the data flow transmission gateway can be integrated in an electronic box dedicated to the gateway function.
  • the function performed by the data flow transmission gateway can be implemented within an electronic computer housing other functions.
  • the subject of the invention is also a system for transmitting diagnostic messages comprising at least one transmission gateway intended to be installed on a bus of a diagnostic network (CAN) of a motor vehicle, a transmitter and a receiver installed. on this bus.
  • the gateway includes a system for transmitting a simulated stream identical to the stream of data transmitted by the transmitter, and transmitted by the gateway to the transmitter, this stream of simulated data being transmitted at the same time as the transmitted stream. from the transmitter to the receiver by the gateway.
  • the diagnostic message transmission method sends the message in successive frames of 7 bytes until the end of the message.
  • FIG. 1 the block diagram of a data transmission gateway 11 for a motor vehicle diagnostic network (CAN) is shown.
  • This gateway comprises first and second CAN controllers through which it communicates with the CAN network.
  • the gateway 11 also comprises a microprocessor 3, which communicates with the controllers 2 and 4.
  • the first controller CAN1 2 is intended to receive incident messages from a remote transmitter, constituted by a vehicle diagnostic tool, and also to transmit messages to this tool 10.
  • the second controller CAN2 4 is responsible for sending the received messages to a remote receiver, constituted by a computer 12, and also to receive messages from this computer.
  • the diagnostic message transmission system to which the gateway belongs has indeed a set of transmitters 10 and corresponding receivers 12 connected in network on the CAN network of the vehicle. These transmitters and receiver communicate with each other by means of data transmission buses on which the gateways 11 are placed. The data exchanges between a transmitter 10 and a corresponding receiver 12 take place in the form of successive frames of diagnostic data.
  • This system may comprise a plurality of data transmission buses operating in parallel and each associated with several gateways 11.
  • the microprocessor 3 is duly programmed so as to transmit, together with the first controller CAN1, a message simulated to the transmitter 10, in synchronism with the retransmission to the receiver 12 of a received incident diagnostic message from from this issuer.
  • the gateway 11 will seek to make the most of the load capacities of the buses. In this way, we accelerate the transmission of data for a result close to a transmission without gateway.
  • the data transmission gateway 11 comprises means for transmitting a simulated stream 15.
  • a simulated stream is identical to the data stream 17 sent by the receiver 12 in response to the data stream 13, 14, 16, issued by the issuer 10.
  • the response of the recipient 12 is known in advance.
  • the gateway 11 can send it to the transmitter 10 before receiving it. So, as we see on the figure 2 which illustrates the exchange of messages on a data transmission bus between the transmission of a first frame 13 and that of a last frame 19 and on which the arrows represent the transmission of frames between a transmitter and a receiver, passing by a gateway, the transmission of a message comprises several steps.
  • diagnostic data is sent from the transmitter 10 to the gateway 11 in the form of a first message 13. This data is then transmitted from the gateway 11 to the receiver 12. Simultaneously with the transmission of data from the gateway 11 to the receiver 12, the microprocessor 3 and the controller 2 cause the sending, to the gateway and the transmitter 10, of a simulated data stream 15 which corresponds to the response FC This fictitious response is thus transmitted to the transmitter 10 even before it is transmitted by the receiver.
  • the invention operates using the cutting of diagnostic messages according to a variant of the protocol called "diagnosis on CAN".
  • This variant uses a block size BS equal to 1. In other words, for each frame sent by the transmitter 10, a frame must be sent in response by the recipient to the gateway.
  • the message thus cut is transmitted between a transmitter and a receiver as follows.
  • the gateway 11 transmits the transmitted data stream 14 to the receiver 12 and simultaneously develops a stream of simulated FC data that it retransmits to the transmitter.
  • the gateway waits for the response of the receiver 12 which is sent by the latter in response to the frame n-1. Then, it sends a simulated response FC 15 for this frame n, to the transmitter 10.
  • the receiver 12 sends no response. Similarly, the gateway 11 does not send any simulated message.
  • the gateway 11 controls the number of messages FC 17 that it receives. It ensures that only one frame is sent in advance, which avoids having important buffer circuits.
  • the messages were cut using a series of blocks BS equal to 1.
  • the gateway algorithm is completed so as to maintain a similar mode of operation to that described above by hiding the transmitter 10 that the actual block size is different from 1 so that it behaves in the same way as if the block size was equal to 1.
  • the transmission is performed according to the following principle.
  • a first FF frame 13 is transmitted from the transmitter to the gateway 11.
  • the gateway 11 transmits a controlled flow FC 15 to the transmitter 10 with a variable BS set to 1. Simultaneously, it transmits the first frame FF 14 to the receiver 12.
  • the receiver 12 transmits an FC controlled flow 17 to the gateway 11 with a variable BS set to 2.
  • a first consecutive frame 18 is received by the gateway from the transmitter 10.
  • the gateway 11 then retransmits, on the one hand, a controlled flow frame FC15 to the transmitter 10 with a block size equal to 1, and, on the other hand, the consecutive frame CF 18 to the receiver 12.
  • the transmitter 10 then sends a second consecutive frame 16.
  • the gateway 11 retransmits the controlled flow frame 15 to the transmitter 10 with a block size equal to 1 and retransmits also the consecutive frame 18 to the receiver 12.
  • the transmitter 10 only sees frames for which the block size is equal to 1.
  • the gateway 11 must carry out additional processing related to the specific value of the block size.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)
  • Arrangements For Transmission Of Measured Signals (AREA)
  • Computer And Data Communications (AREA)

Description

  • La présente invention concerne l'échange d'informations de diagnostic sur un réseau de diagnostic d'un véhicule automobile, tel qu'un réseau de type CAN (de l'anglais « Controller Area Network »).
  • Les réseaux de diagnostic comportent classiquement un ensemble de dispositifs émetteurs de données de diagnostic qui communiquent avec un ensemble correspondant de dispositifs récepteurs.
  • Les informations circulant sur ce réseau transitent parfois par des passerelles qui connectent le réseau à des sous-réseaux. Ces passerelles sont installées sur le bus du réseau, entre un émetteur et un récepteur de données.
  • Les informations de diagnostic véhiculées sur un tel réseau permettent d'identifier un défaut ou un mauvais fonctionnement d'un système embarqué à bord d'un véhicule automobile grâce à l'analyse des temps de transmission entre un émetteur et un récepteur.
  • On connaît, par la demande de brevet US 2003093727 , un dispositif de diagnostic et de correction d'erreurs, comprenant un bloc de contrôle de bus pourvu d'un récepteur pour l'enregistrement des signaux qui circulent sur le bus de données et des moyen pour détecter les erreurs de communication ou pour compenser les erreurs contenues dans les informations transmises. Le dispositif est connecté à l'interconnexion centrale de bus formant ainsi une passerelle. En outre, un bloc de diagnostic est intégré à la passerelle pour contrôler la régularité des corrections du bloc de contrôle de bus.
  • Un tel dispositif ne prend pas en compte le temps de transmission d'un flux de données et ne prévoit donc pas d'améliorer le débit de transmission de données en raison de la durée non négligeable des temps de transfert au sein du dispositif. En effet, la présence d'une passerelle allonge considérablement le temps de transmission d'un flux de données de l'émetteur au récepteur. Ce temps est d'autant plus long que le message est important.
  • Le document EP-1244252 décrit une passerelle connectant un premier et un deuxième réseaux ayant différentes caractéristiques pour assurer un échange d'informations entre les deux réseaux. La passerelle envoie et reçoit d'une part un message qui est transmis périodiquement, et d'autre part un message transmis en réponse à un évènement, à une requête ou encore à une demande. Le dispositif décrit reçoit des messages du premier réseau, les stocke puis les délivre au second réseau à la réception d'un évènement lié au changement d'une valeur dite message.
  • Le document US-2003/149715 décrit un dispositif appelé noeud de communication capable d'agir sur le mode de communication dans le cas d'un protocole TCP. Dans le cas du mode dit de reconnaissance anticipée (« early anticipation »), le noeud de communication transmet des messages de reconnaissance anticipée pour des datagrammes qui n'ont pas encore atteint le noeud, de façon à éviter la saturation de la mémoire du noeud de communication. Ces messages anticipés sont associés aux messages transmis par le réseau mais ne sont pas similaires à ces derniers.
  • La présente invention a pour but de fournier un passerelle et système de transmission de données améliorés pour réseau de diagnostic de véhicule automobile. La présente invention a aussi pour but de palier certains inconvénients des systèmes connus et de réduire le temps de transfert à une valeur proche du temps de transfert en l'absence de passerelle de transmission et de rendre ce temps indépendant de la longueur du message et du nombre de passerelles traversées.
  • À cet effet, l'invention concerne une passerelle de transmission de données pour un réseau de diagnostic de véhicule automobile (CAN), destinée à être installée sur un bus du réseau de diagnostic entre un émetteur et un récepteur de données. Cette passerelle comporte des moyens d'émission d'un flux de données simulé, identique à un flux de données envoyé par le récepteur, en réponse au flux de données émis par l'émetteur et transmis par la passerelle.
  • L'envoi de ce message fictif par la passerelle permet de simuler le contrôle de flux émis par le destinataire, par exemple un calculateur, avant que celui-ci ne l'ait reçu. Le flux de données simulé par la passerelle vers l'émetteur permet à ce dernier d'émettre la suite du message à transmettre. Ainsi on minimise les temps d'attente de recopie et de réponse des sous-réseaux.
  • Par ailleurs, afin de transmettre simultanément le flux de données simulé vers l'émetteur et le flux de données correspondant au message à transmettre au récepteur, la passerelle comporte des moyens de synchronisation.
  • Selon une variante de l'invention, la passerelle de transmission de flux de données peut être intégrée dans un boîtier électronique dédié à la fonction de passerelle.
  • En variante, la fonction réalisée par la passerelle de transmission de flux de données peut être implémentée au sein d'un calculateur électronique abritant d'autres fonctions.
  • L'invention a également pour objet un système de transmission de messages de diagnostic comprenant au moins une passerelle de transmission destinée à être installée sur un bus d'un réseau de diagnostic (CAN) d'un véhicule automobile, un émetteur et un récepteur installés sur ce bus. De plus la passerelle comporte un système d'émission d'un flux simulé identique au flux de données émis par l'émetteur, et transmis par la passerelle à l'émetteur, ce flux de données simulées étant émis en même temps que le flux transmis de l'émetteur vers le récepteur par la passerelle.
  • Enfin, selon encore un autre aspect, l'invention à pour objet un procédé de transmission de messages de diagnostic (CAN) dans un réseau de diagnostic d'un véhicule automobile au moyen d'une ou plusieurs passerelles de transmission installées sur un bus du réseau de diagnostic (CAN), qui comporte les étapes suivantes :
    • émission des données d'un émetteur vers la passerelle,
    • transmission des données de la passerelle vers un récepteur, et
    • émission, simultanément à l'étape de transmission des données de la passerelle vers le récepteur, d'un flux de données simulé identique à un flux de données envoyé par le récepteur en réponse au flux de données transmis par l'émetteur.
  • Selon un mode de mise en oeuvre, le procédé de la transmission des trames constituant les messages de diagnostic de véhicule automobile, comporte les étapes consistant à :
    • émettre chaque flux correspondant à la trame n du message du récepteur, vers la passerelle située entre l'émetteur et le récepteur ;
    • attendre la réponse vraie à la trame n-1 envoyée par le récepteur à la passerelle, sauf pour la première trame, et
    • dès sa réception, envoyer une réponse simulée de la trame n, de la passerelle vers l'émetteur et transmettre en parallèle la trame n vers le récepteur, ladite réponse simulée constituant une simulation de la trame n.
  • Le procédé de transmission de message de diagnostic procède à l'envoi du message par trames successives de 7 octets jusqu'à la fin du message.
  • D'autres avantages et caractéristiques de l'invention apparaîtront à l'examen de la description détaillée d'un mode de réalisation de l'invention nullement limitatif, et des dessins annexés, sur lesquels :
    • la figure 1 est un schéma synoptique d'un passerelle de transmission de données ; et
    • la figure 2 illustrant le procédé de transmission de données selon l'invention.
  • Sur la figure 1, on a représenté le schéma fonctionnel d'une passerelle 11 de transmission de données pour réseau de diagnostic de véhicule automobile (CAN). Cette passerelle comprend des premier et deuxième contrôleurs CAN par lesquels elle communique avec le réseau CAN. La passerelle 11 comprend également un micro-processeur 3, qui communique avec les contrôleurs 2 et 4.
  • En se référant également à la figure 2, sur laquelle on a représenté l'évolution en fonction du temps d'une portion d'un système de transmission de messages de diagnostic auquel appartient la passerelle de la figure 1, le premier contrôleur CAN1 2 est destiné à recevoir des messages incidents en provenance d'un émetteur 10 distant, constitué par un outil de diagnostic du véhicule, et également à transmettre des messages vers cet outil 10.
  • Le deuxième contrôleur CAN2 4 se charge de l'envoi des messages reçus vers un récepteur distant, constitué par un calculateur 12, et également de recevoir des messages en provenance de ce calculateur.
  • Le système de transmission de messages de diagnostic auquel appartient la passerelle comporte en effet un ensemble d'émetteurs 10 et de récepteurs 12 correspondant connectés en réseau sur le réseau CAN du véhicule. Ces émetteurs et récepteur communiquent entre eux grâce à des bus de transmission de données sur lesquels sont placées les passerelles 11. Les échanges de données entre un émetteur 10 et un récepteur 12 correspondant s'effectuent sous la forme de trames successives de données de diagnostic.
  • Ce système peut comporter plusieurs bus de transmission de données fonctionnant en parallèle et associés chacun à plusieurs passerelles 11.
  • L'association de deux ou plusieurs passerelles 11 n'entraîne pas de modifications de celles-ci. Chacune travaille comme si elle était isolée. Par ailleurs cette association de plusieurs passerelles a peu d'impact sur les performances.
  • Le micro-processeur 3 est dûment programmé de manière à émettre, conjointement avec le premier contrôleur CAN1, un message simulé vers l'émetteur 10, en synchronisme avec la retransmission, vers le récepteur 12, d'un message de diagnostic incident reçu en provenance de cet émetteur.
  • En particulier, de manière à gérer les temps morts de transmission, la passerelle 11 va chercher à utiliser au maximum les capacités de charge des bus. De cette façon, on accélère la transmission des données pour un résultat proche d'une transmission sans passerelle.
  • Pour cela, la passerelle 11 de transmission de données comporte des moyens d'émission d'un flux simulé 15. Un tel flux est identique au flux de données 17 envoyé par le récepteur 12 en réponse au flux de donnée 13, 14, 16, émis par l'émetteur 10.
  • En effet, la réponse du destinataire 12 est connue par avance. La passerelle 11 peut donc l'envoyer à l'émetteur 10 avant de la recevoir. Ainsi, comme on le voit sur la figure 2 qui illustre les échanges de messages sur un bus de transmission de données entre l'émission d'un première trame 13 et celle d'une dernière trame 19 et sur laquelle les flèches représentent les transmission de trames entre un émetteur et un récepteur, en passant par une passerelle, la transmission d'un message comporte plusieurs étapes.
  • Lors de la première étape, des données de diagnostic sont émises de l'émetteur 10 vers la passerelle 11 sous la forme d'un premier message 13. Ces données sont alors transmises de la passerelle 11 vers le récepteur 12. Simultanément à la transmission des données de la passerelle 11 vers le récepteur 12, le micro-processeur 3 et le contrôleur 2 provoquent l'émission, à destination de la passerelle puis de l'émetteur 10, d'un flux de données simulé 15 qui correspond à la réponse FC 17 récepteur 12. Cette réponse fictive est ainsi transmise à l'émetteur 10 avant même qu'elle soit émise par le récepteur.
  • En outre, l'invention fonctionne en utilisant le découpage des messages de diagnostic selon une variante du protocole dit « diagnostic on CAN ». Cette variante utilise une taille de bloc BS égale à 1. En d'autres termes, pour chaque trame émise par l'émetteur 10, une trame doit être envoyée en réponse par le destinataire vers la passerelle.
  • Selon ce découpage, un message est découpé de manière à former les trames suivantes :
    • SF (Trame Unique, « Single Frame », en anglais) : il s'agit d'un message de 7 octets entièrement contenu dans une trame CAN dont le premier octet est de la forme 0x ;
    • FF (Première Trame, « First Frame », en anglais) : il s'agit d'un début d'un message qui commence par 1xyz, où xyz est le nombre d'octets du message ;
    • CF (Trame Consécutive « Consecutive Frame », en anglais) : cette trame correspond à une réponse du récepteur. Elle commence par 2x ;
    • FC (Flux controlé « Flow Control », en anglais) : Cette trame correspond à une réponse simulée envoyée par la passerelle à l'émetteur. Elle commence par 3. Le deuxième octet est appelé BS et indique que chaque trame émise est acquittée par un FC.
  • Le message ainsi découpé est transmis entre un émetteur et un récepteur de la manière suivante.
  • Tout d'abord, une première trame 13, constituée par la trame FF résultant du découpage du message, est émise à tinit. Pour cette première trame, la passerelle 11 transmet le flux de données émis 14 vers le récepteur 12 et élabore simultanément un flux 15 de données simulées FC qu'elle retransmet vers l'émetteur.
  • Pour une trame n d'un message CF 16, la passerelle attend la réponse du récepteur 12 qui est émise par ce dernier en réponse à la trame n-1. Puis, elle renvoie une réponse simulée FC 15 pour cette trame n, vers l'émetteur 10.
  • En ce qui concerne la dernière trame 19, le récepteur 12 n'envoie aucune réponse. De même, la passerelle 11 n'envoie aucun message simulé.
  • On notera qu'au cours de la transmission de ces messages, la passerelle 11 contrôle le nombre de messages FC 17 qu'elle reçoit. Elle s'assure ainsi qu'une seule trame est émise en avance, ce qui lui évite de disposer de circuits tampons importants.
  • Dans l'exemple de réalisation décrit précédemment, le découpage des messages a été effectué en utilisant une série de blocs BS égale à 1.
  • Il est également possible, en variante, d'utiliser une taille de bloc supérieure à 1. Dans ce cas, l'algorithme de la passerelle est complété de manière à conserver un mode de fonctionnement similaire à celui décrit précédemment en cachant à l'émetteur 10 que la taille de bloc réelle est différente de 1 de sorte que celui-ci se comporte de la même manière que si la taille de bloc était égale à 1.
  • Ainsi, dans le cas où le récepteur 12 souhaite que le découpage s'effectue selon une taille de bloc supérieure à 1, la transmission s'effectue selon le principe suivant.
  • Tout d'abord, une première trame FF 13 est émise de l'émetteur vers la passerelle 11.
  • En réponse, la passerelle 11 transmet un flux contrôlé FC 15 à l'émetteur 10 avec une variable BS positionnée à 1. Simultanément, elle transmet la première trame FF 14 au récepteur 12.
  • En réponse, le récepteur 12 transmet un flux contrôlé FC 17 à la passerelle 11 avec une variable BS positionnée à 2. A cet instant, une première trame consécutive 18 est reçue par la passerelle en provenance de l'émetteur 10.
  • La passerelle 11 retransmet alors, d'une part, une trame de flux contrôlé FC15 à l'émetteur 10 avec une taille de bloc égale à 1, et, d'autre part, la trame consécutive CF 18 au récepteur 12.
  • L'émetteur 10 envoie ensuite une deuxième trame consécutive 16. A l'expiration d'une période de temps STmin, la passerelle 11 retransmet la trame de flux contrôlé 15 à l'émetteur 10 avec une taille de bloc égale à 1 et retransmet également la trame consécutive 18 au récepteur 12.
  • Le processus se répète ainsi jusqu'à la dernière trame 19.
  • Comme on le conçoit, l'émetteur 10 ne voit que des trames pour lesquelles la taille de bloc est égale à 1.
  • Par ailleurs, aucune trame n'est émise avant de s'assurer préalablement qu'une ressource de réception est disponible.
  • On notera également que, selon le fonctionnement qui vient d'être décrit, la passerelle 11 doit procéder à un traitement additionnel lié à la valeur spécifique de la taille de bloc.
  • Cependant, le fait de gérer systématiquement la communication avec l'émetteur 10 en utilisant une taille de bloc égale à 1 libère la passerelle 1 de toute gestion ou de tout stockage temporaire de trame, et permet ainsi de compenser les inconvénients liés au traitement conditionné par une taille de bloc différente de 1.

Claims (8)

  1. Passerelle de transmission de données pour réseau de diagnostic de véhicule automobile en particulier de type, la passerelle (11) étant destinée à être installée sur un bus du réseau de diagnostic entre un émetteur (10) et un récepteur (12) de données, caractérisée en ce qu'elle comporte des moyens d'émission (3) d'un flux de données simulé, identique à un flux de données envoyé par le récepteur (12) en réponse au flux de données émis par l'émetteur (10) et transmis par la passerelle (11).
  2. Passerelle selon la revendication 1, caractérisée par le fait qu'elle possède des moyens de synchronisation pour transmettre simultanément le flux de données simulé à l'émetteur et le flux de données au récepteur.
  3. Passerelle selon l'une des revendications 1 et 2, caractérisée par le fait que ladite passerelle (11) est intégrée à un boîtier électronique dédié à la fonction de passerelle.
  4. Passerelle selon l'une des revendications 1 et 2 caractérisée en ce que la fonction réalisée par ladite passerelle (11) est implémentée au sein d'un calculateur électronique abritant d'autres fonctions.
  5. Système de transmission de messages de diagnostic comprenant au moins une passerelle (11) de transmission selon la revendication 1 destinée à être installée sur un bus d'un réseau de diagnostic d'un véhicule automobile, un émetteur (10) et un récepteur (12) installés sur ce bus, caractérisé en ce que ladite passerelle (11) comporte un système d'émission (3) d'un flux simule, identique au flux de données envoyé par le récepteur (12) en réponse au flux de données émis par l'émetteur (10) et transmis par la passerelle (11) à l'émetteur (10), ce flux de données simulé étant émis en même temps que le flux transmis de l'émetteur (10) vers le récepteur (12) par ladite passerelle (11).
  6. Procédé de transmission de messages de diagnostic dans un réseau de diagnostic en particulier de type d'un véhicule automobile au moyen d'une ou plusieurs passerelles (11) de transmission installées sur un bus du réseau de diagnostic, comportant les étapes consistant à :
    - émettre les données d'un émetteur (10) vers la passerelle (11),
    - transmettre les données de la passerelle (11) vers un récepteur (12) ; et
    caractérisé en ce que
    - simultanément à l'étape de transmission des données de la passerelle (11) vers le récepteur (12), un flux de données simulé identique à un flux de données envoyé par le récepteur (12) est émis en réponse au flux de données transmis par l'émetteur (10).
  7. Procédé de la transmission selon la revendication 6, caractérisé en ce qu'il comporte les étapes consistant à :
    - émettre chaque flux (CF) correspondant à une trame n du message, du récepteur (12) vers la passerelle (11) située entre l'émetteur (10) et le récepteur (12) ;
    - attendre la réponse vraie (17) à la trame n-1 envoyée par le récepteur (12) à la passerelle (11), sauf pour la première trame (FF), et
    - dès réception de la réponse vraie, envoyer une réponse simulée (15), de la passerelle (11) vers l'émetteur (10) et transmettre en parallèle la trame n vers le récepteur (12), ladite réponse simulée constituant une simulation de la trame n.
  8. Procédé de transmission selon l'une quelconque des revendications 6 à 7, caractérisé en ce que l'on procède à l'envoi du message par trames successives de 7 octets jusqu'à la fin du message.
EP05726419A 2004-02-10 2005-02-10 Passerelle et systeme de transmission de donnees pour reseau de diagnostic de vehicule automobile Not-in-force EP1716670B1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0401287A FR2866172B1 (fr) 2004-02-10 2004-02-10 Passerelle et systeme de transmission de donnees pour reseau de diagnostic de vehicule automobile et procede de transmission de donnees correspondant.
PCT/FR2005/050086 WO2005079010A1 (fr) 2004-02-10 2005-02-10 Passerelle et systeme de transmission de donnees pour reseau de diagnostic de vehicule automobile

Publications (2)

Publication Number Publication Date
EP1716670A1 EP1716670A1 (fr) 2006-11-02
EP1716670B1 true EP1716670B1 (fr) 2008-02-27

Family

ID=34778640

Family Applications (1)

Application Number Title Priority Date Filing Date
EP05726419A Not-in-force EP1716670B1 (fr) 2004-02-10 2005-02-10 Passerelle et systeme de transmission de donnees pour reseau de diagnostic de vehicule automobile

Country Status (6)

Country Link
EP (1) EP1716670B1 (fr)
AT (1) ATE387778T1 (fr)
DE (1) DE602005005025T2 (fr)
ES (1) ES2302191T3 (fr)
FR (1) FR2866172B1 (fr)
WO (1) WO2005079010A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE112007003071A5 (de) * 2007-02-08 2009-12-24 Bayerische Motoren Werke Aktiengesellschaft Bus-System in einem Kraftfahrzeug mit fahrzeugexternem Zugang
CN114584590B (zh) * 2022-03-08 2022-12-30 奇瑞汽车股份有限公司 数据传输方法、系统、设备和存储介质

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1244252B1 (fr) * 1999-12-15 2009-03-25 Hitachi, Ltd. Passerelle et systeme reparti utilisant ladite passerelle
GB0018119D0 (en) * 2000-07-24 2000-09-13 Nokia Networks Oy Flow control
DE10044818B4 (de) * 2000-09-11 2005-06-23 Volkswagen Aktiengesellschaft Verfahren zur Adaption von Bussystemen
DE10148325A1 (de) * 2001-09-29 2003-04-17 Daimler Chrysler Ag Buswächtereinheit

Also Published As

Publication number Publication date
EP1716670A1 (fr) 2006-11-02
DE602005005025T2 (de) 2009-03-12
ATE387778T1 (de) 2008-03-15
FR2866172B1 (fr) 2006-05-05
WO2005079010A1 (fr) 2005-08-25
ES2302191T3 (es) 2008-07-01
FR2866172A1 (fr) 2005-08-12
DE602005005025D1 (de) 2008-04-10

Similar Documents

Publication Publication Date Title
CA2698325C (fr) Methode de transmission de messages acars sur ip
EP2885899B1 (fr) Dispositif et procédé de transfert unidirectionnel de données
EP1217778A1 (fr) Procédé et dispositif de communication de données avec demande de répétition automatique
EP1560372A1 (fr) Procédé et dispositif de détection automatique du débit d'un réseau de type bus CAN.
EP1716670B1 (fr) Passerelle et systeme de transmission de donnees pour reseau de diagnostic de vehicule automobile
EP1161023B1 (fr) Procédé et système de transmission de données bi-mode, émetteur et récepteur correspondants
EP3039827B1 (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
EP1372307A1 (fr) Procédé de contrôle de transmission de données et unite de contrôle pour la mise en oeuvre du procédé
EP1517474B1 (fr) Procédé et dispositif correspondant de détection automatique du débit d'un réseau, notamment de type CAN (Controller Area Network), et de configuration du réseau au débit détecté
EP1760952A1 (fr) Procédé de commande de la vitesse de communication sur un bus LIN
FR2585909A1 (fr) Procede de transmission de donnees par paquets a travers un reseau ou une chaine de transmission, et dispositif de mise en oeuvre
EP3198462A1 (fr) Transmission de donnees synchrones par l'intermediaire d'un bus de donnees serie, notamment un bus spi
WO2013107975A1 (fr) Reveil a distance d'un equipement connecte a un reseau a liens multiples
EP1850602A2 (fr) Procédé et système pour accelérer l'accès à un contenu à partir d'un terminal mobile
EP1740012B1 (fr) Procédé et système de transmission d'information entre deux terminaux mobiles
FR2760920A1 (fr) Procede de transmission de donnees entre des moyens de traitement de donnees et un reseau de radiocommunication et module et terminal mobile pour la mise en oeuvre du procede
FR2925806A1 (fr) Procede de transmission de donnees et dispositif correspondant
FR2855925A1 (fr) Procede de telecommunication entre un terminal local et un terminal central et systeme mettant en oeuvre le procede
EP4380228A1 (fr) Procédé et dispositif de communication dans un réseau de communication sans fil
EP3934107A1 (fr) Procede et dispositif de transmission d'un message
EP0966803A1 (fr) Terminal de radiocommunication pour le traitement de donnees de serveurs internet et de messagerie electronique
FR3084985A1 (fr) Relai pour la convergence entre un routage geographique a sauts multiples et un routage cellulaire
FR2760922A1 (fr) Procede d'echange de donnees, avec adaptation, entre un reseau radio de communication et des moyens de traitement de donnees
WO2000049706A1 (fr) Procede et systeme pour accelerer la transmission de donnees en temps reel
WO2007066045A2 (fr) Procede et dispositif d'emission de donnees en paquets

Legal Events

Date Code Title Description
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

17P Request for examination filed

Effective date: 20060911

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU MC NL PL PT RO SE SI SK TR

17Q First examination report despatched

Effective date: 20061120

DAX Request for extension of the european patent (deleted)
GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU MC NL PL PT RO SE SI SK TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: FRENCH

REF Corresponds to:

Ref document number: 602005005025

Country of ref document: DE

Date of ref document: 20080410

Kind code of ref document: P

REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2302191

Country of ref document: ES

Kind code of ref document: T3

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080627

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080227

NLV1 Nl: lapsed or annulled due to failure to fulfill the requirements of art. 29p and 29m of the patents act
PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080227

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080227

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080227

REG Reference to a national code

Ref country code: IE

Ref legal event code: FD4D

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080227

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080227

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080227

Ref country code: IE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080227

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080721

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080227

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080527

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080227

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080227

26N No opposition filed

Effective date: 20081128

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080227

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080527

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080227

BERE Be: lapsed

Owner name: RENAULT TECHNOCENTRE

Effective date: 20090228

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20090228

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20090228

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20090228

REG Reference to a national code

Ref country code: FR

Ref legal event code: ST

Effective date: 20091030

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20090228

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: FR

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20090302

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080528

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20090210

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080828

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080227

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20170217

Year of fee payment: 13

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20170216

Year of fee payment: 13

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: IT

Payment date: 20170221

Year of fee payment: 13

Ref country code: ES

Payment date: 20170213

Year of fee payment: 13

REG Reference to a national code

Ref country code: DE

Ref legal event code: R119

Ref document number: 602005005025

Country of ref document: DE

GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 20180210

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180901

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180210

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180210

REG Reference to a national code

Ref country code: ES

Ref legal event code: FD2A

Effective date: 20190801

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: ES

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180211