FR3114465A1 - Procédé et dispositif de gestion de l'émission de messages - Google Patents
Procédé et dispositif de gestion de l'émission de messages Download PDFInfo
- Publication number
- FR3114465A1 FR3114465A1 FR2009626A FR2009626A FR3114465A1 FR 3114465 A1 FR3114465 A1 FR 3114465A1 FR 2009626 A FR2009626 A FR 2009626A FR 2009626 A FR2009626 A FR 2009626A FR 3114465 A1 FR3114465 A1 FR 3114465A1
- Authority
- FR
- France
- Prior art keywords
- message
- signal
- messages
- priority
- event
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- 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
- H04L12/40143—Bus networks involving priority mechanisms
- H04L12/4015—Bus networks involving priority mechanisms by scheduling the transmission of messages at the communication node
-
- 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
Landscapes
- Small-Scale Networks (AREA)
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
Abstract
L’invention concerne un procédé de gestion de l'émission de messages par des équipements (E1,E2,E3) connectés en parallèle à un bus multiplexé (B) d'un réseau de communication d’un véhicule caractérisé en ce qu’il comporte une étape de :- Emission d’un message périodique comprenant un premier identifiant de message, associé à une première priorité et des données de description d’un signal, Et en ce qu’il comprend en outre, en réponse, à un événement prédéfini correspondant à une modification dudit signal, une étape de :- Emission d’un message dit événementiel, comprenant un deuxième identifiant de message associé à une deuxième priorité et des données de mises à jour dudit signal, ladite deuxième priorité étant supérieure à ladite première priorité. Figure pour l’abrégé : Figure 1
Description
L'invention concerne les réseaux de communication, par exemple de type CAN (« Controller Area Network »), dans lesquels les messages sont transmis au moyen de bus multiplexés, et plus particulièrement la gestion de l'émission de tels messages par des équipements qui sont connectés en parallèle à de tels bus multiplexés.
Arrière-plan technologique
Les réseaux multiplexés sont des réseaux de communication numérique permettant à des équipements électriques ou des sous-ensembles d'équipement électriques de communiquer entre eux avec un nombre de fils réduit. Ces réseaux trouvent de nombreuses applications notamment dans le domaine automobile, ferroviaire, industriel, etc. L'invention s'adresse en particulier aux réseaux de type CAN (acronyme anglais de Controller Area Network), et concerne aussi bien les réseaux CAN HS (High Speed — Haute Vitesse) que CAN LS (Low Speed Fault Tolerant — à faible vitesse et tolérant les fautes). L’invention concerne également la version CAN FD et les futures versions dont CAN XL.
Le protocole CAN est un protocole de communication série (c'est-à-dire qui transmet des informations après les avoir découpées en plusieurs morceaux de taille fixe) qui supporte des fonctions en temps réel. Le protocole CAN est utilisé par les différents nœuds d'un réseau pour communiquer. Une des caractéristiques des réseaux de type CAN est la possibilité offerte à tous les nœuds du réseau d'émettre des messages (ou trames) sur le réseau indépendamment des autres nœuds. Le protocole CAN ne présente pas de configuration maître-esclave permettant de synchroniser automatiquement les différents nœuds comme c'est le cas par exemple pour un protocole LIN (Local lnterconnect Network).
Dans un réseau à bus multiplexé(s), par exemple de véhicule automobile, plusieurs équipements connectés en parallèle peuvent vouloir émettre sensiblement en même temps. Dans la situation précitée et en l'absence de règles d'émission les messages les moins prioritaires doivent attendre que les messages plus prioritaires qu'eux aient été transmis avant de pouvoir être transmis à leur tour. Il en résulte qu'il est impossible de définir (ou prévoir) la valeur maximale du temps de latence (ou temps d'attente) des messages au sein d'un équipement. On rappelle au besoin, que le temps de latence correspond au temps écoulé entre le moment où une application qui s'exécute dans un nœud demande l'émission d'une trame et le moment où cette trame est disponible sur le réseau.
Pour améliorer la situation, il a été proposé dans le document FR2977106, de faire usage de trames périodiques et de trames événementielles. On rappelle qu'on entend par trame périodique, les informations envoyées périodiquement, à intervalles réguliers, sur le bus. Un exemple de trame périodique dans une application automobile peut être une information concernant la vitesse du véhicule. L'exécution d’un programme horaire permet d'échelonner les émissions de trames et d'éviter les collisions ce qui permet de garantir des temps de latence constants.
On rappelle qu'on entend par trame événementielle une information envoyée à chaque fois que surgit un événement. Un exemple de trame événementielle dans une application automobile peut être la demande de mise en route de la climatisation.
Cette solution ne donne pas entière satisfaction car elle n’est pas adaptée à la transmission de signaux critiques pour le fonctionnement du véhicule.
Un objet de la présente invention est de proposer une solution pour améliorer l’émission des messages depuis un calculateur en permettant la prise en compte d’événements critiques sans surcharger le réseau de communication.
A cet effet, l’invention a pour objet un procédé de gestion de l'émission de messages par des équipements connectés en parallèle à un bus multiplexé d'un réseau de communication d’un véhicule caractérisé en ce qu’il comporte une étape :
- Emission d’un message périodique comprenant un premier identifiant de message, associé à une première priorité et des données de description d’un signal,
Et en ce qu’il comprend en outre, en réponse, à un événement prédéfini correspondant à une modification dudit signal, une étape de :
- Emission d’un message dit événementiel, comprenant un deuxième identifiant de message associé à une deuxième priorité et des données de mises à jour dudit signal, ladite deuxième priorité étant supérieure à ladite première priorité.
L'invention propose un message d'événement multiplexé accéléré qui a une priorité relative élevée sur le réseau. L’invention est particulièrement adaptée pour transmettre des valeurs mises à jour de signaux déclenchés par des événements critiques. Les signaux assignés au message d'événement multiplexé accéléré peuvent provenir de différents messages mixtes d'origine. Cette solution permet :
- d'améliorer le délai de transmission des valeurs de signal critiques grâce à une priorité CAN relativement élevée,
- de réduire la charge de bus du réseau CAN en évitant de transmettre des signaux inchangés,
- une flexibilité de multiplexage de signaux différents dans le même message d'événement.
- d'améliorer le délai de transmission des valeurs de signal critiques grâce à une priorité CAN relativement élevée,
- de réduire la charge de bus du réseau CAN en évitant de transmettre des signaux inchangés,
- une flexibilité de multiplexage de signaux différents dans le même message d'événement.
La solution proposée offre une garantie de qualité accrue des transmissions de signaux critiques en termes de délai et de flexibilité, en particulier pour les futurs réseaux CAN fortement chargés (avec des fonctions ADAS par exemple).
L’invention permet une mise en œuvre légère : aucune modification matérielle et une modification logicielle partielle. L’invention permet aussi une configuration flexible de la criticité du flux en fonction des besoins fonctionnels et applicatifs.
Avantageusement, le message évènementiel, succédant à un message périodique, est envoyé après la réception d’une confirmation de réception dudit message périodique.
Avantageusement, le message évènementiel est multiplexé, de sorte qu’il comprend une pluralité de données de mise à jour de signaux différents.
Avantageusement, le message événementiel comporte un index indiquant à quelle partie du signal décrit dans le message périodique s’applique les données de mise à jour dudit signal.
L’invention concerne aussi un dispositif de gestion de l'émission de messages, comprenant une mémoire associée à au moins un processeur configuré pour la mise en œuvre des étapes du procédé selon l’invention.
L’invention concerne aussi un véhicule comprenant le dispositif selon l’invention.
Brève description des figures
D’autres caractéristiques et avantages de l’invention ressortiront de la description des modes de réalisation non limitatifs de l’invention ci-après, en référence aux figures annexées, sur lesquelles :
On a schématiquement représenté sur la figure 1 un exemple de bus multiplexé B d'un réseau de communication auquel sont connectés en parallèle trois équipements Ei (i = 1 à 3) propres à transmettre des messages périodiques de niveaux de priorité différents ainsi qu'éventuellement des messages événementiels.
Dans ce qui suit, on considère à titre d'exemple non limitatif que le réseau de communication est un réseau de type CAN d'un véhicule automobile, et que les équipements Ei sont des calculateurs équipés d'un contrôleur CRi. Mais, l'invention n'est limitée ni à ce type de réseau, ni à ce type d'équipement. Elle concerne en effet tout type de réseau de communication comprenant au moins un bus multiplexé, et tout type d'équipement capable de transmettre des messages de niveaux de priorité différents sur un bus multiplexé.
L'invention propose de mettre en œuvre au sein du réseau de communication un procédé dédié à la gestion de l'émission de messages.
Ce procédé vise à mieux répondre au besoin de transmission d’une valeur actualisée d’un signal, déclenchée par un événement critique. L’invention apporte une solution basée sur un message événementiel dit « accéléré ». Ce message événementiel accéléré a un identifiant (abrégé par ID) de message associé à une priorité élevée relative à des signaux associés à des événements critiques. Une fois qu'un événement critique est déclenché, la valeur mise à jour du signal associé sera envoyée dans ce message d'événement accéléré au lieu d'être envoyée par un message dont la priorité est faible et qui peut nécessiter l’attente d’un temps d'exclusion ou la périodicité suivante. Il permet d'économiser le temps de retard ou de retard d'exclusion généré par d'autres messages de priorité moyenne. De plus, au lieu d'envoyer le message entier avec plusieurs signaux inchangés, le message d'événement accéléré n'envoie que des données de mise à jour du signal.
Dans la suite de la description, on décrit une convention pour les priorités dans laquelle : les valeur 1 et 2 sont qualifiées de priorités hautes, les valeurs 3 et 4 de priorités moyennes et la valeur 5 de priorité basse. L’invention peut évidemment fonctionner avec d’autres conventions comportant par plus ou moins de valeurs de priorité.
Le procédé de gestion de l'émission de messages par des équipements Ei connectés en parallèle à un bus multiplexé B d'un réseau de communication d’un véhicule comporte une étape de :
- Emission d’un message périodique comprenant un premier identifiant de message, associé à une première priorité et des données de description d’un signal,
Et, en réponse, à un événement prédéfini correspondant à une modification dudit signal, une étape de :
- Emission d’un message dit événementiel, comprenant un deuxième identifiant de message associé à une deuxième priorité et des données de mises à jour dudit signal, ladite deuxième priorité étant supérieure à ladite première priorité.
Avantageusement, le message évènementiel, succédant à un message périodique, est envoyé après la réception d’une confirmation de réception dudit message périodique.
Avantageusement, le message évènementiel est multiplexé, de sorte qu’il comprend une pluralité de données de mise à jour de signaux différents.
Avantageusement, le message événementiel comporte un index indiquant à quelle partie du signal décrit dans le message périodique s’applique les données de mise à jour dudit signal.
La figure 2 montre un premier exemple d’émission de messages. L’exemple comprend l’émission de messages périodiques (messages 5) transportant des données relatives à un signal A. On suppose que le signal A a une longueur (ou taille) de 4 bits. Son bit de début est situé au quatrième bit du troisième octet dans le message périodique 5 (5 est l'ID du message). Le message 5 a une charge utile de 8 octets. Dans cet exemple, on suppose que : juste après une demande de transmission d'une trame périodique de message 5, un événement critique déclenche une valeur actualisée du signal A. Le message événementiel accéléré est appelé et affecté d'un ID de message 2. Le message d'événementiel accéléré 2 portant la valeur actualisée du signal A demande à être transmis immédiatement. Afin d’éviter une inversion de l'ordre des différentes valeurs du signal A, le message 2 attend la confirmation de la transmission de la trame précédente du message 5.
On peut noter que le message 2 n'a pas besoin d'attendre un temps d'exclusion (généralement nécessaire entre l’émission de deux messages de même priorité) puisqu'il a un autre ID de message.
De plus, si des messages de priorité moyenne (par exemple 3 ou 4) doivent être transmis en même temps, le message 2 est transmis avant eux grâce à sa priorité supérieure. De plus, au lieu d'envoyer un message événementiel 5 avec une charge utile de 8 octets dans lesquels plus de 7 octets sont inchangés, le message 2 est envoyé uniquement avec des données de mise à jour du signal A.
La figure 3 montre un deuxième exemple similaire au premier mais dans lequel l'événement critique n'est pas déclenché juste après une demande de transmission d'une trame périodique. Le message événementiel accéléré permet d’éviter le délai introduit par les messages de priorité moyenne (ici les messages 3 et 4), qui nécessitent une transmission en même temps, et évite d'envoyer l'ensemble du message périodique.
Le message événementiel accéléré est un message événementiel multiplexé, ce qui signifie qu'il a un ID de message mais qu'il peut transporter des mises à jour de signaux de différents messages avec des ID de messages différents.
La figure 4 montre un troisième exemple dans lequel, le message 6 est transmis périodiquement. Après une demande de transmission périodique, un événement critique déclenche une valeur actualisée du signal B. Cette valeur actualisée du signal B peut également être transmise dans le message 2 sans être retardée, ni par le temps d'exclusion, ni par d'autres messages de priorité moyenne. Le message multiplexé offre une flexibilité du système et évite l'attribution d'un ID de message pour chaque événement critique (ce qui permet d’éviter un problème de pénurie de l'ID de message).
Selon une caractéristique de l’invention, le message est multiplexé. Selon un mode de réalisation, le message comprend un sous-champ dans la charge utile, utilisé pour indiquer l'ID du message d'origine ainsi que la position du signal concerné (l'index de Byte et l'index de bit) dans le message d'origine. Un exemple de ce sous-champ pour le réseau CAN 2.0 est illustré figure 5. Dans cet exemple, les données de mise à jour du signal A sont codées sur 4 bits et son premier bit est situé au 4ème bit du 3ème octet dans le message d'origine. Le sous-champ a besoin de 17 bits, qui peuvent être organisés en 4 octets comme dans cet exemple :
- deux octets sont utilisés pour indiquer l'ID du message d'origine (Message 5), codé sur onze bits 501 et cinq bits réservés 502,
- deux octets sont utilisés pour indiquer l'ID du message d'origine (Message 5), codé sur onze bits 501 et cinq bits réservés 502,
- un octet est utilisé pour coder la position du signal dans le message, un index d’octet dans le message codé sur trois bits 503 et un index de bit dans l’octet codé sur trois bits 504 et deux bits réservés 505,
- un octet est utilisé pour coder la valeur de mise à jour du signal, la valeur étant codée sur quatre bits 506, plus quatre bits réservés 507.
La figure 6 montre un autre exemple de message (par exemple sur un réseau CAN FD) qui a un index de position d’octet plus long pouvant aller jusqu'à 64.
Dans ce deuxième exemple, le message comporte cinq octets :
- deux octets sont utilisés pour indiquer l'ID du message d'origine (Message 5), codé sur onze bits 601 et 5 bits réservés 602,
- un octet est utilisé pour coder la position du signal dans le message, un index d’octet dans le message codé sur six bits 603 et deux bits réservés 604,
- un octet est utilisé pour coder la position du signal dans l’octet, un index de bit dans l’octet codé sur trois bits 605 et cinq bits réservés 606,
- un octet est utilisé pour coder la valeur de mise à jour du signal, la valeur étant codée sur quatre bits 607, plus quatre bits réservés 608.
Pour un ECU de réception qui doit consommer les signaux transmis par un message d'événement multiplexé accéléré, deux points sont traités:
- Réception du message multiplexé accéléré: Afin de comprendre le signal transmis, l'ECU de réception doit mettre en œuvre les mêmes sous-champs de l'ID de message original et de la position de signal concernée que l'ECU de transmission défini dans le catalogue de messagerie.
- Garantie de l’ordre de réception et de la fraîcheur des valeurs de signal: Lorsque le message périodique et le message d'événement accéléré portent le même signal avec des valeurs différentes, il est important pour l'ECU de réception de savoir quelle est la valeur la plus fraîche du signal (la dernière valeur de signal reçue). L'ECU de réception peut utiliser une méthode d'interruption ou une méthode d'interrogation pour récupérer les messages reçus.
Si l'ECU utilise une méthode d'interruption, le niveau applicatif reçoit une interruption lorsque l'ECU reçoit un nouveau message. Par conséquent, l'ordre de réception des valeurs de signal est naturellement garanti par l'ordre d'interruption et la valeur évidemment la plus fraîche est la dernière valeur reçue.
Si l'ECU utilise une méthode d'interrogation, le niveau d'application vérifie les messages reçus dans le gestionnaire de protocole en fonction d'une tâche périodique interne. Au cours d'une période de tâche, il peut alors trouver deux messages, l'un périodique et l'autre événementiel, prenant le même signal avec deux valeurs différentes. L'ECU tient alors compte de la valeur du signal portée par le message événementiel accéléré. Considérons les deux cas suivants :
- Si le message périodique est reçu avant le message d'événement accéléré, le message d'événement accéléré porte la valeur de signal la plus récente;
- Si le message périodique est reçu après le message d'événement accéléré, il doit avoir la même valeur de signal que le message d'événement accéléré car c'est le message d'événement accéléré qui prend la valeur de signal mise à jour et le message périodique qui prend la copie de la valeur de signal mise à jour. Par conséquent, le niveau d'application doit tenir compte de la valeur du signal du message d'événement accéléré.
L’invention propose un message d'événement multiplexé accéléré qui permet d'améliorer la transmission des valeurs de signal mises à jour déclenchées par des événements critiques en termes de délai et de flexibilité. Il pourrait être particulièrement attrayant pour garantir un délai de transmission court des signaux critiques liés à un événement dans un réseau CAN fortement chargé, voire surchargé (par exemple avec des fonctions ADAS accrues). Cette solution permet également de réduire la charge inutile de bus. Aucune modification matérielle n'est nécessaire
Claims (6)
- Procédé de gestion de l'émission de messages par des équipements (Ei) connectés en parallèle à un bus multiplexé (B) d'un réseau de communication d’un véhicule caractérisé en ce qu’il comporte une étape de :
- Emission d’un message périodique comprenant un premier identifiant de message, associé à une première priorité et des données de description d’un signal,
Et en ce qu’il comprend en outre, en réponse, à un événement prédéfini correspondant à une modification dudit signal, une étape de :
- Emission d’un message dit événementiel, comprenant un deuxième identifiant de message associé à une deuxième priorité et des données de mises à jour dudit signal, ladite deuxième priorité étant supérieure à ladite première priorité. - Procédé de gestion de l'émission de messages selon la revendication précédente, caractérisé en ce que le message évènementiel, succédant à un message périodique, est envoyé après la réception d’une confirmation de réception dudit message périodique.
- Procédé de gestion de l'émission de messages selon l’une des revendications précédentes, caractérisé en ce que le message évènementiel est multiplexé, de sorte qu’il comprend une pluralité de données de mise à jour de signaux différents.
- Procédé de gestion de l'émission de messages selon la revendication précédente, caractérisé en ce que le message événementiel comporte un index indiquant à quelle partie du signal décrit dans le message périodique s’applique les données de mise à jour dudit signal.
- Dispositif de gestion de l'émission de messages, comprenant une mémoire associée à au moins un processeur configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 4.
- Véhicule comprenant le dispositif selon la revendication précédente.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2009626A FR3114465A1 (fr) | 2020-09-23 | 2020-09-23 | Procédé et dispositif de gestion de l'émission de messages |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2009626A FR3114465A1 (fr) | 2020-09-23 | 2020-09-23 | Procédé et dispositif de gestion de l'émission de messages |
| FR2009626 | 2020-09-23 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| FR3114465A1 true FR3114465A1 (fr) | 2022-03-25 |
Family
ID=74758855
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR2009626A Withdrawn FR3114465A1 (fr) | 2020-09-23 | 2020-09-23 | Procédé et dispositif de gestion de l'émission de messages |
Country Status (1)
| Country | Link |
|---|---|
| FR (1) | FR3114465A1 (fr) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070083787A1 (en) * | 2000-01-05 | 2007-04-12 | Andreas Weigl | Method and device for exchanging data between at least two stations connected via a bus system |
| FR2931603A1 (fr) * | 2008-05-21 | 2009-11-27 | Peugeot Citroen Automobiles Sa | Procede de gestion par etalement dans le temps des emissions de messages d'equipements connectes a un bus multiplexe, et dispositif associe |
| FR2977106A1 (fr) | 2011-06-21 | 2012-12-28 | Peugeot Citroen Automobiles Sa | Systeme de gestion des emissions de trames sur un reseau multiplexe comprenant une pluralite de calculateurs |
| US20140068126A1 (en) * | 2012-09-06 | 2014-03-06 | Denso Corporation | Communication system |
-
2020
- 2020-09-23 FR FR2009626A patent/FR3114465A1/fr not_active Withdrawn
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070083787A1 (en) * | 2000-01-05 | 2007-04-12 | Andreas Weigl | Method and device for exchanging data between at least two stations connected via a bus system |
| FR2931603A1 (fr) * | 2008-05-21 | 2009-11-27 | Peugeot Citroen Automobiles Sa | Procede de gestion par etalement dans le temps des emissions de messages d'equipements connectes a un bus multiplexe, et dispositif associe |
| FR2977106A1 (fr) | 2011-06-21 | 2012-12-28 | Peugeot Citroen Automobiles Sa | Systeme de gestion des emissions de trames sur un reseau multiplexe comprenant une pluralite de calculateurs |
| US20140068126A1 (en) * | 2012-09-06 | 2014-03-06 | Denso Corporation | Communication system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU772598B2 (en) | Selecting a cache | |
| US8788573B2 (en) | Method and apparatus for efficiently expanding a P2P network | |
| EP0517609A1 (fr) | Procédé et bus d'arbitrage pour transmission de données série | |
| US20070179948A1 (en) | Method and apparatus for disseminating new content notifications in peer-to-peer networks | |
| EP1884875A1 (fr) | Système de gestion de messages transmis dans un réseau d'interconnexions sur puce | |
| US10666457B2 (en) | Relay device | |
| US7187683B1 (en) | Statistics data collection mechanism for distributed, high-speed data processing environments | |
| FR3114465A1 (fr) | Procédé et dispositif de gestion de l'émission de messages | |
| 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 | |
| CN115442177B (zh) | 一种can网络的数据通信方法和装置 | |
| US20120134370A1 (en) | Asynchronous communication in an unstable network | |
| US8874646B2 (en) | Message managing system, message managing method and recording medium storing program for that method execution | |
| CN113835905B (zh) | 一种消息队列负载均衡方法、装置、电子设备及介质 | |
| EP0380378B1 (fr) | Procédé et dispositif d'accès hiérarchisé à un réseau de transmission d'informations | |
| EP0328435B2 (fr) | Procédé et dispositif de transmission au sein d'un réseau de transmission d'informations comportant plusieurs stations maítres et au moins une station esclave, d'un message d'informations, notament dans un véhicle automobile | |
| FR2922038A1 (fr) | Procede de gestion des trames de donnees dans un bus de communication de type bus can | |
| FR2766937A1 (fr) | Protocole et systeme de liaison par bus entre elements d'un microcontroleur | |
| FR3100649A1 (fr) | Procédé et dispositif d’échange d’au moins un message entre un véhicule et un système d’information distant | |
| FR3076161B1 (fr) | Dispositif de supervision de defauts d’organe(s) esclave(s) pour un organe maitre d’un reseau multiplexe. | |
| CN114531401A (zh) | 一种基于优先权的令牌桶流量限制方法 | |
| US7325070B1 (en) | Sub-application layer data transfer in a network comprising a layered architecture | |
| FR3102269A1 (fr) | Procédé et dispositif de détection d’une intrusion sur un bus de données d’un véhicule | |
| EP3295613B1 (fr) | Procédé et dispositif de contrôle de la transmission de trames dans un réseau vidéo bidirectionnel. | |
| FR3106422A1 (fr) | Passerelle de communication de trames de données pour véhicule automobile | |
| WO2022013488A1 (fr) | Aspects temporels d'une gestion centralisée de l'exécution de services connectés d'un véhicule |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PLFP | Fee payment |
Year of fee payment: 2 |
|
| PLSC | Publication of the preliminary search report |
Effective date: 20220325 |
|
| ST | Notification of lapse |
Effective date: 20230505 |