FR2847749A1 - Procede et dispositif de transmission de donnees d'informations dans un systeme de bus - Google Patents

Procede et dispositif de transmission de donnees d'informations dans un systeme de bus Download PDF

Info

Publication number
FR2847749A1
FR2847749A1 FR0313584A FR0313584A FR2847749A1 FR 2847749 A1 FR2847749 A1 FR 2847749A1 FR 0313584 A FR0313584 A FR 0313584A FR 0313584 A FR0313584 A FR 0313584A FR 2847749 A1 FR2847749 A1 FR 2847749A1
Authority
FR
France
Prior art keywords
messages
message
transmission
window
transmission window
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.)
Granted
Application number
FR0313584A
Other languages
English (en)
Other versions
FR2847749B1 (fr
Inventor
Thomas Fuehrer
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.)
Robert Bosch GmbH
Original Assignee
Robert Bosch GmbH
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 Robert Bosch GmbH filed Critical Robert Bosch GmbH
Publication of FR2847749A1 publication Critical patent/FR2847749A1/fr
Application granted granted Critical
Publication of FR2847749B1 publication Critical patent/FR2847749B1/fr
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/407Bus networks with decentralised control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0078Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083Formatting with frames or packets; Protocol or part of protocol for error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/08Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/4013Management of data rate on the bus
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L2012/40208Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215Controller Area Network CAN
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L2012/40208Bus networks characterized by the use of a particular bus standard
    • H04L2012/40241Flexray
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L2012/40267Bus for use in transportation systems
    • H04L2012/40273Bus for use in transportation systems the transportation system being a vehicle

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Small-Scale Networks (AREA)
  • Time-Division Multiplex Systems (AREA)

Abstract

Procédé de transmission de données dans des messages par un système de bus, les messages étant émis avec une vitesse de transmission déterminée dans des fenêtres d'émission.Le taux de transmission dans une fenêtre d'émission est variable pour permettre d'envoyer plusieurs fois le message prévu pour cette fenêtre d'émission à l'intérieur de cette fenêtre.

Description

Domaine de l'invention La présente invention concerne un procédé et un
dispositif de transmission de données dans des messages, le dispositif comportant des premiers moyens qui émettent les messages dans des fenêtres d'émission avec un premier tour de transmission, déterminé. La mise en réseau d'appareils de commande, de capteurs et d'actionneurs à l'aide d'un système de communication, d'un système de bus, s'est développé de manière très importante au cours des dernières années dans la construction de véhicules et dans la construction de ma1o chines, en particulier dans le domaine des machines-outils ainsi que dans l'automatisation. Cela permet d'avoir un effet de synergie du fait de la répartition des fonctions entre plusieurs appareils de commande. Il s'agit de systèmes répartis, et la communication entre les différentes stations se fait plus ou moins par un bus ou un système de bus. Le réseau de com15 munication sur un système de bus, les mécanismes d'accès et de réception ainsi que les traitements d'erreurs sont réglés par un protocole. Dans le domaine de la construction automobile il s'est établi le protocole CAN
(contrôleur de zone de réseau).
Il s'agit d'un protocole à commande événementielle, c'est-à20 dire que l'activité du protocole telle que l'émission d'une information est initialisée par un événement dont l'origine se situe en dehors du système de communication lui-même. L'unique accès au système de communication ou système de bus se fait par un arbitrage de bits basé sur la priorité. Une condition en est que chaque information se voit attribuer une priorité 25 unique. Le protocole CAN est très souple. Ainsi, il n'y a aucune difficulté à ajouter d'autres noeuds et informations aussi longtemps que des bits de
priorité sont disponibles.
Une solution alternative d'un tel système de communication spontanée à commande événementielle est une solution commandée uni30 quement en fonction du temps. Toutes les activités de communication sur le bus sont strictement périodiques. Les activités de protocole telles que l'émission d'une information sont résolues par la progression d'un temps valable dans l'ensemble du système de bus. L'accès au milieu repose sur
l'attribution de zones de temps ou de fenêtres d'émission dans lesquelles 35 un émetteur a le droit exclusif d'émettre. Ainsi, il est possible d'ajouter de nouveaux noeuds si préalablement la fente d'émission correspondante a été libérée. Cette circonstance oblige la suite des informations de fixer dès avant la mise en route un plan de fonctionnement répondant aux condi-
tions des informations du point de vue du taux de répétition, de la redondance, des lignes mortes, etc...
A côté de la solution à commande événementielle et de la solution à commande purement temporelle, on a également une solution CAN à commande temporelle connue sous la référence TTCAN réseau de zone à contrôleur déclenché en temps). Cette solution répond aux conditions esquissées cidessus d'une communication commandée dans le temps et aux conditions d'un certain degré de souplesse. Le réseau ITCAN répond à cette exigence par la construction d'une ronde de communication
1o (cycle de base) dans une fenêtre de temps exclusive pour les informations périodiques de certaines participants à la communication et dans des fenêtres de temps d'arbitrage ou fentes de temps d'arbitrage pour les informations spontanées de plusieurs participants à la communication.
Des systèmes de communication purement commandés i5 dans le temps de même que des systèmes de bus commandés dans le temps comme le système 'ITCAN supposent l'émission des messages de manière cyclique selon un schéma de temps fixe. Le déroulement est déduit d'une horloge tournant librement (temps global). Le schéma chronologique (cycle de communication) est réparti ainsi entre plusieurs fentes 20 d'émission ou fenêtres d'émission. La répétition de l'émission d'une information dans le même cycle de communication n'est pas prévue en principe dans l'état de la technique évoqué. Néanmoins, on cherche à avoir la redondance pour le contenu de l'information et on attribue une autre fenêtre d'émission au même contenu d'information et ainsi on lui attribue 25 une autre information. Mais le contenu redondant des informations modifie le cycle de communication car il faut prévoir une autre fenêtre d'émission.
But de l'invention
La présente invention a pour but de créer la redondance du 30 contenu d'informations sans modifier pour cela le cycle de communication.
Exposé et avantage de l'invention La présente invention concerne un procédé du type défini ci-dessus, caractérisé en ce que le taux de transmission dans une fenêtre 35 d'émission est variable pour permettre d'envoyer plusieurs fois le message
prévu pour cette fenêtre d'émission à l'intérieur de cette fenêtre.
L'invention concerne également un dispositif de transmission de données, du type défini ci-dessus, caractérisé par des seconds
moyens qui modifient le taux de transmission dans une fenêtre d'émission pour que le message prévu pour cette fenêtre d'émission soit émis plusieurs fois dans cette fenêtre d'émission.
Par le procédé et le dispositif de transmission de données selon l'invention sur un système de bus, les informations sont émises dans des éléments de temps d'émission avec un certain taux de transmission variable dans le fenêtre d'émission de façon à pouvoir émettre plusieurs fois l'information prévue à l'intérieur de cette fenêtre d'émission. Grâce à la multiplication de l'émission, en augmentant le débit de données 10 dans une fenêtre d'émission, on peut avoir une redondance des informations sans avoir à occuper une autre fenêtre d'émission dans le cycle de communication pour la même information, c'est-à-dire sans avoir à modifier le cycle de communication. De façon avantageuse, la durée de la fenêtre d'émission reste inchangée. Il est également avantageux qu'au moins deux informations
transmises plusieurs fois dans une même fenêtre d'émission soient comparées entre elles pour déceler des déviations concernant au moins des parties des informations pour détecter les défauts.
Un développement particulier prévoit de comparer N. c'est20 à-dire au moins trois des informations transmises plusieurs fois dans une fenêtre d'émission et de reconnaître comme défectueuse dans le cadre d'une déviation M parmi N par rapport à au moins des parties des informations, au moins une information et les informations reconnues comme défectueuses sont rejetées, avec N un nombre entier > 2 et M un nombre entier tel que N/2 < M < N.
On attribue avantageusement une information d'une manière non équivoque à une fenêtre d'émission et l'information prend une certaine position dans un cycle de communication.
Il est en outre avantageux que le taux de transmission dans 30 une fenêtre d'émission soit un multiple de la transmission redondante des informations avec un coefficient entier pour arriver sans modifier l'information à une redondance selon le coefficient entier de la multiplication.
De façon avantageuse, on construit les informations pour 35 que le début et la fin de l'information ou du message puisse être reconnu sans équivoque, de sorte que les messages redondant dans le temps puissent être distingués sans équivoque dans une fenêtre d'émission par le participant à la réception. En particulier, on peut prévoir une première
caractéristique non équivoque du début de l'information et une seconde caractéristique non équivoque de la fin du message.
Les messages reçoivent ainsi en particulier une identification et des données et l'identification caractérise le contenu des données; des messages transmis plusieurs fois dans une fenêtre d'émission sont identiques au moins pour l'identification et les données. On garantit ainsi avantageusement qu'au moins le contenu de l'information sous forme de données est identique même si ces données peuvent différer entre autre par les trames de message, ce qui correspond à un développement très
particulier.
De façon avantageuse, les messages transmis plusieurs fois dans une fenêtre d'émission sont comparés et en cas de différence d'identification et/ou de données on estime qu'il y a une erreur, en particulier dans le cadre d'une identification concernant une déviation de M
parmi N et/ou des données comme indiqué ci-dessus.
De manière avantageuse, le dispositif correspondant comporte des moyens de mémoire pouvant recevoir les messages transmis plusieurs fois à l'intérieur de la fenêtre d'émission respective, l'enregistrement étant fait dans l'ordre chronologique de la transmission,
en particulier pour effectuer des comparaisons.
L'invention permet ainsi de faire fonctionner à pleine charge un système de communication ou système de bus sans prévoir de fenêtre d'émission redondante, sans par exemple en cas d'adaptation d'un échéancier de bus ou d'une matrice de communication, on soit obligé de 25 transformer les redondances indiquées du cycle de communication. De plus, dans des systèmes concernant la sécurité, on peut dans certaines plages renoncer à un second canal de communication redondant.
Dessins La présente invention sera décrite ci-après de manière plus détaillée à l'aide des dessins annexés dans lesquels: - la figure 1 est une vue d'ensemble d'un système de bus à deux participants, - la figure 2 montre une première présentation d'un cycle de communication avec des messages dans différentes fenêtres d'émission, - la figure 3 montre des messages avec des trames de messages équidistantes dans une autre présentation d'un cycle de communication, - la figure 4 montre l'émission multiple de messages selon l'invention dans un fenêtre d'émission, - la figure 5 montre une implémentation particulière de l'enregistrement des messages redondants dans des moyens de mémoire en fonction du
déroulement chronologique.
Description des exemples de réalisation
La figure 1 montre un système de bus 113 avec un premier participant 100 et un second participant 101 relié par une liaison de communication au bus 102. Un composant de commande de bus, c'est-àdire un contrôleur de bus 103, 108, est prévu dans chaque participant. Les deux interfaces de communication 106, 111 reliant la liaison de comio munication ou le bus 102 sont représentées séparément mais peuvent également être intégrées dans le contrôleur de bus 103, 108 o leur fonction peut être assurée par le contrôleur de bus 103, 108. Le système de bus 113 montre deux participants avec un bus 102 sous la forme d'un système réparti. Comme la communication peut être réalisée par les parti15 cipants eux-mêmes ou par les unités de calcul ou les unités de commande qu'il comportent ainsi que par des unités de commande séparées, par exemple le contrôleur de bus qui peut être installé de manière interne mais aussi de manière externe par rapport aux participants, on utilisera dans la suite comme synonymes les expressions " système de bus " et 20 " système réparti " ou " système de communication ". Cela signifie que le système de bus peut assurer à la fois une simple liaison de communication avec des unités de commande pour maintenir ou assurer la communication et aussi une liaison de communication avec des participants raccordés qui assurent de leur côté la communication et aussi on peut 25 envisager des systèmes mélangés avec les deux variantes. Les fonctionnalités présentées peuvent toutes être logées dans un composant lui-même logé dans l'appareil de commande d'une unité de commande ou encore en amont, être reliées directement avec le bus. De la même manière, on peut envisager d'autres variantes par combinaison de fonctionnalité comme 30 déjà indiqué, par l'intégration des interfaces de bus 106, 111 dans le contrôleur de bus 108, 103, de façon interne ou externe par rapport à l'unité de commande. Les références 104, 109 désignent des unités de transfert pour chaque participant qui garantissent un certain taux de transmission sur le bus ou qui, par modification de ce taux de transmission, c'est-à-dire 35 de la lecture vers la sortie ou de l'enregistrement de données par les interfaces de bus 106, 111, ou le taux de transmission correspondant et que l'on peut modifier. De plus, en option, dans chaque participant ou chaque contrôleur de bus, on a une base de temps locale 105, 110 pour former
des temps locaux ou globaux en fonction des protocoles de 'ITCAN ou encore du protocole FlexRay et qui permettent alors d'avoir un cycle de communication avec des repères de temps d'émission séparés.
Onpeut également envisager qu'une telle information de temps, nécessaire, peut ne pas être fournie à partir de la base de temps propre à chaque participant, éventuellement également par un déclencheur extérieur tel qu'un message de référence et être présentée avec correction mais être fournie exclusivement par une information de temps venant de l'extérieur. De plus, on a prévu des unités de traitement 107, 10 112 qui comparent les messages selon l'invention ou l'enregistrement et l'extraction de messages ou des données correspondantes ou contenus de messages dans les mémoires 114, 115. Ces unités de traitement et/ou ces
mémoires peuvent être logées à la fois dans le participant et cela comme représenté ici, séparément du contrôleur de bus; ces unités peuvent éga15 lement faire partie du contrôleur de bus. Le participant représenté 100, 101 peut être installé comme composant en amont d'un appareil de commande ou être logé dans celui-ci et les fonctionnalités décrites ou les composants 108, 112, 115 et 111 peuvent être intégrés en commun ou encore suivant la capacité, la fonction de traitement peut être assurée par l'unité 20 de transmission 109, 104, ou inversement. On peut également envisager de reprendre les fonctions évoquées par les composants dans l'appareil de commande et n'avoir ainsi qu'une simple interface entre l'appareil de commande et le système de bus. Cela signifie que l'invention ou les fonctions nécessaires à celle-ci peuvent être exécutées par des ensembles dif25 férents d'un participant, d'une unité de commande ou de l'élément de liaison avec le bus, en particulier de l'interface de bus et les combinaisons qui en sont déduites correspondant à la variante d'application respective, c'est-à-dire que ces fonctions sont exécutées par différents moyens.
La communication sur le bus 102 se fait suivant un cycle de communication représenté aux figures 2, 3, 4, sous les nombres 1, 2, 3, 4. Les nombres 1, 2, 3, 4 désignent les fenêtres d'émission dans le cycle de communication. Les fenêtres d'émission 1, 2, 3, 4 peuvent être équidistantes ou avoir une longueur ou une durée différente selon un plan prédéfini. Comme le montrent les figures 2, 3, 4, des messages sont asso35 ciés de manière bijective aux différentes fenêtres d'émission. Cela signifie qu'un message a une certaine position de cycle de communication ce qui garantit qu'une fenêtre d'émission n'est toujours utilisée que par un émetteur, c'est-à-dire pour un seul message. Grâce à la possibilité décrite ci-dessus de fenêtres d'émission équidistantes ou de fenêtres d'émission
de longueurs différentes, il est ainsi possible d'adapter la longueur de la fenêtre d'émission au contenu du message ou d'adapter la longueur du message suivant la longueur souhaitée pour tous les temps d'émission.
Dans tous ces cas il n'y a émission que d'un seul message par fenêtre
d'émission. Comme remarqué au début, dans l'état de la technique on émet un message précisément une fois par fenêtre d'émission, ce qui rend nécessaire, pour répondre au besoin de redondance, la nécessité d'une fenêtre d'émission supplémentaire pour le message redondant ou encore 10 exige un second canal de communication pour émettre en parallèle. Comme déjà indiqué, les difficultés sont engendrées par le fait que l'on a, d'une part, un cycle de communication fixé et planifié qu'il faut ensuite adapter d'une manière très compliquée à condition que cela soit possible, par une nouvelle organisation avec d'autres fenêtres d'émission.
La figure 2 montre un cycle de communication avec des fenêtres d'émission 1, 2, 3, 4; la fenêtre d'émission 1 s'étend de TO1 jusqu'à Ti1; la fenêtre d'émission 2 s'étend de T1i jusqu'à T21; la fenêtre d'émission 3 s'étend de T21 à jusqu'à T31 et la fenêtre d'émission 4 s'étend de T31 jusqu'à T02; à l'instant T02 on peut commencer un nou20 veau cycle de communication avec la première fenêtre d'émission. Dans ces fenêtres d'émission on transmet les messages A... D associés chaque fois aux fenêtres de temps 1...4. Les trames de messages portent les références 200, 205, 206, 207; dans l'exemple de la figure 2, ces trames ont une longueur différente. On pourrait également envisager de la même ma25 nière comme le montre la figure 3, des trames de messages 300-303 équidistantes et de remplir la plage d'une trame de messages non utilisée par des contenus de messages autres ou de les laisser vides.
La figure 2 montre la trame de messages 205 entre TB i et TB2, la trame de messages 206 entre TC i et TC2 et la trame de message 30 207 entre TD i et TD2. A titre d'exemple, la trame de messages 200, c'està-dire le message A, est adaptée complètement dans la fenêtre d'émission 1. Le message se compose d'une tête 201, en particulier d'un identificateur et d'une partie 202, en particulier contenant les données. La partie caractéristique peut soit identifier le participant émetteur et/ou caractéri35 ser les données contenues dans la partie 202. En option, on a prévu des blocs 203, 204, qui caractérisent sans équivoque le début et la fin d'un message. IL faut veiller à ce qu'en utilisant des caractéristiques bijecives pour les blocs 201 on puisse également utiliser ces caractéristiques ou cet identificateur au début du message pour identifier le début du message. Dans un cas particulier, des modèles de bits non équivoques sont enregistrés dans ce cas dans les blocs 203, 204, permettant de reconnaître le début et la fin d'un message ou d'une trame de messages pour les partici5 pants au bus. Tous les messages utilisés dans le cycle de communication peuvent être construits comme le message A et avoir une identification 201 (s'il y a une caractéristique de début 203, il s'agit d'une longueur raccourcie de ce modèle de bit) et d'une partie 201 contenant les données (ici également raccourcies s'il y a un modèle de bit pour caractériser la fin
1o 204).
La figure 3 montre également un cycle de communication avec des fenêtres d'émission 1-4 comme déjà indiqué, les trames des messages A, B, C, D, 300-303 sont construites équidistantes et les durées TlTA, Tll-TB, T2-TC et T31-TD sont égales. Entre la fin d'une trame de 15 messages et la fenêtre d'émission suivante, c'est-à-dire ici TA-TII, TBT21, TC-T31 et TDT02, on a toujours un temps idéal. Les cycles de communication décrits et les messages correspondants ne doivent expliciter qu'à titre d'exemple la multiplicité des suites de communication possibles selon l'invention avec les fenêtres de temps. Le but de l'invention est de 20 laisser inchangé le cycle de communication choisi mais de pouvoir transmettre néanmoins plusieurs fois certains messages ou tous les messages par un canal de communication ou par un second canal de communication. Comme le montre la figure 4 et comme cela sera décrit ensuite, on n'introduit aucune autre fenêtre d'émission pour un message en particu25 lier redondant à un instant ultérieur dans le cycle de communication. Selon l'invention, en augmentant le débit des données, par exemple en les doublant, en les triplant, les quadruplant, en passant par exemple de 5 Mbit/s à 10 Mbit/s ou 15 Mbit/s ou même 20 Mbit/s, on pourra émettre plusieurs fois un message dans cette fenêtre de temps attribuée à 30 l'origine. Cela signifie que la durée, c'est-à-dire la longueur de la fenêtre de temps, reste inchangée. Mais on autorise expressément l'émission répétée du message dans la fenêtre d'émission. Cela est représenté à la figure 4 par la multiplication de l'émission des messages A et D. Ainsi, on transmet dans les fenêtres d'émission 1-4, c'est-à-dire T01-Tll; Tl 1-T21 et T3135 T02, comme précédemment, les messages A, B, C, D associés de manière bijective à ces fenêtres. Les trames de messages 400-403 redondantes du message A sont transmises entre TOI-TAI, TA2-TA3 et TA4-TA5 et TA6TA7 dans la fenêtre d'émission 1. Suivant le degré de redondance, on peut transmettre un nombre différent de trames de messages identiques ou de
mêmes messages A dans une fenêtre d'émission.
Dans cet exemple de la figure 4, on transmet d'une manière non redondante les messages B et C, c'est-à-dire les trames de messages 404 entre T 1i et TB et les trames de messages 405 entre T21 et TC. Un premier message D est émis plusieurs fois, ici quatre fois dans cet exemple, de nouveau entre T3 1-TD 1, de TD2 jusqu'à TD3, de TD4 jusqu'à TD5 et de TD6 jusqu'à TD7. Comme le montre la figure 5, ces messages envoyés de manière redondante peuvent être enregistrés dans leur ordre io chronologique dans une mémoire, ici portant la référence 500, aux emplacements de mémoire 501-504. Suivant le procédé, on peut recevoir ou enregistrer tous les messages ou seulement une partie des messages émis de manière redondante. Il est également possible de prévoir dans des fenêtres d'émissions différentes, des degrés de redondance différents de la trans15 mission des messages, c'est-à-dire par exemple comme à la figure 4, dans la fenêtre d'émission 1 on transmet quatre fois le message A mais dans la fenêtre d'émission 4 on ne transmet que deux ou trois fois le message D.
Ainsi, en comparant les messages redondants, on peut facilement détecter une erreur.
Pour des degrés de redondance plus élevés, on peut même avoir une sécurité de type M parmi N, c'est-à-dire constater une déviation M parmi N, relation dans laquelle N est un nombre entier supérieur > 2 et M est également un nombre entier tel que N/2 < M < N. Dans l'exemple des figures 4 ou 5 on peut avoir par exemple une sécurité de type 3 parmi 25 4. Dans le cas d'une triple transmission, c'est-à-dire d'une redondance d'ordre 3, on peut avoir une sécurité de type 2 parmi 3; dans le cas d'une redondance d'ordre 5, on peut avoir une sécurité de type 3 parmi 4 ou de type 4 parmi 5. Les messages redondants dans le temps peuvent être distingués sans équivoque dans une fenêtre d'émission par les unités de ré30 ception, c'est-à-dire les participants en réception car chaque message
possède une structure non équivoque et permet ainsi de reconnaître la fin ou le début d'un message. Cela peut se faire soit par l'identification soit par la partie de données mais aussi par une caractéristique explicitement présente du début et/ou de la fin. La couche de protocole du système de 35 bus dans le participant respectif permet de décider si l'on enregistre chaque message séparément pour le rendre disponible pour la suite de l'analyse ou si l'on enregistre seulement le dernier message valable ou encore un nombre précédemment déterminé de messages transmis de ma-
nière redondante. Les données transmises dans la partie de données et la caractéristique de message, en particulier l'identification de ces messages redondants, ne se distinguent pas alors que d'autres parties des messages peuvent être identiques ou différentes. L'association bijective du message et d'une fenêtre d'émission, c'est-à-dire les données transmises dans cette
fenêtre d'émission restent ainsi conservées.
En particulier dans le domaine automobile, la planification de la communication et ainsi des cycles de communication jouent un rôle central dans la conception future du véhicule. On peut arriver facilement 10 à une utilisation maximale du cycle de communication et ainsi de la durée de la fenêtre d'émission, ce qui correspond par exemple pour un taux de transmission ou un taux de données de 2 Mbit/s jusqu'à éventuellement 5 Mbit/s et une longueur moyenne de message de 32 octets jusqu'à 128 octets. Au cours du développement de plates-formes de véhicules 15 mais également pour l'entretien des véhicules ou des produits et de l'adaptation correspondante des cycles de communication ou de la matrice de communication, il faut entre autre d'autres redondances dans la transmission des messages comme par exemple une redondance dans le temps. De même, vis-à-vis de la redondance des messages on peut prévoir 20 une transmission par au moins deux canaux de communication qui souvent n'est pas nécessaire ou devient obsolète du fait de la poursuite du développement ou de transformations. Une telle transformation du cycle de communication global, c'est-à-dire en particulier de l'attribution de la fenêtre d'émission à des applications déterminées/noeuds ou messages 25 pour une position fixe dans le cycle de communication, est évitée selon l'invention dans une très large mesure pour de telles extensions ou transformations fonctionnelles.
Cela signifie que dans une configuration normale, par exemple comme à la figure 2 ou à la figure 3, on aura uniquement une 30 relation 1/1 entre la fenêtre de message, c'est-à-dire la fenêtre d'émission et le message, pour un taux de transmission donné ou une vitesse de transmission, comme par exemple 2 Megabit/s. Le message est construit pour que le début et la fin du message puissent être reconnus sans équivoque, en particulier par l'utilisation d'une caractéristique bijective pour le 35 début et la fin, c'est-à-dire qu'un codage de bit/décodage de bit d'un décodeur de communication d'un contrôleur de communication ou d'un contrôleur de bus peut composer un message d'une manière bijective à partir d'un modèle de bit dans le canal de communication. Cela peut également se faire en principe indépendamment d'un nombre planifié de messages dans une fenêtre d'émission de sorte que l'on peut associer également à chaque fenêtre d'émission une vitesse de transmission différente. Si comme dans le présent exemple on quadruple le taux ce transmission ou la vitesse de transmission, c'est-à-dire que l'on passe par exemple de 2 Megabit/s à 8 Megabit/s, on pourra transmettre successivement quatre fois le même message (c'est-à-dire au moins trois messages égaux du point de vue de l'identification des données) dans la fenêtre d'émission laissée inchangée. Cette caractéristique de message, c'est-à-dire 10 l'identification, reste ainsi la même pour les quatre messages. On peut ainsi utiliser par exemple l'invention dans le cas d'un capteur qui détecte
très fréquemment des données pour transmettre des messages avec la même caractéristique mais envoyer les informations de capteur successivement pour quatre instants différents; l'information de capteur la plus 15 récente ou celle qui correspond à l'opération de calcul, adaptée en propre, sera alors reçue. Dans ce cas particulier, on peut surveiller la comparaison des identifications et transmettre de la même manière des données correspondant à l'actualité la plus récente. Il est possible par exemple de transmettre des données d'actualité différente encore avec de la redon20 dance. L'en-tête de la fenêtre d'émission, avant tout une phase idéale à la fin d'une fenêtre d'émission, n'est pas augmentée par ce procédé car il n'y a chaque fois qu'un début et qu'une fin de fenêtre d'émission.
L'unité de codage ou l'unité de décodage du contrôleur de bus ou du contrôleur de communication peut émettre ou recevoir d'une 25 manièreclairement séparée les quatre messages ou trames de messages. En cas d'absence d'erreur, on aura quatre messages reçus de manière valable correspondant à une fenêtre comme celle présentée par exemple à la figure 4 ou à la figure 5. L'instant de l'émission ou l'instant de la réception prévisible dans le cas d'un système de bus commandé dans le temps, pour 30 l'accès contrôlé au canal de communication et pour mesurer le temps, n'est pas nécessaire ou concerne toujours la fenêtre d'émission. Il n'est pas nécessaire ainsi de modifier le cycle de communication. Suivant l'implémentation ou le souhait du client, on pourra copier maintenant les quatre messages dans des plages de messages séparées ou seulement le 35 dernier message valable que l'on maintient dans la plage de messages. Si par exemple le troisième et le quatrième message présentent des défauts,
on aura finalement le message reçu en dernier lieu sans erreur, c'est-à-
dire le second message de la fenêtre d'émission. Il en résulte les avantages
explicités ci-dessus dans la description.

Claims (5)

    REVENDICATI ONS ) Procédé de transmission de données dans des messages par un système de bus, les messages étant émis avec un taux de transmission déterminé dans des fenêtres d'émission, caractérisé en ce que le taux de transmission dans une fenêtre d'émission est variable pour permettre d'envoyer plusieurs fois le message prévu pour cette fenêtre d'émission à l'intérieur de cette fenêtre.
  1. 20) Procédé selon la revendication 1, caractérisé en ce qu' on compare entre eux au moins deux messages transmis plusieurs fois dans une fenêtre d'émission et en cas de déviation concernant au moins
    des parties du message on estime qu'il y a un défaut.
    ) Procédé selon la revendication 2, caractérisé en ce qu' on compare entre eux N mais au moins trois des messages transmis plusieurs fois dans une fenêtre d'émission et on reconnaît comme défectueux 20 au moins les parties des messages d'au moins un message dans le cadre d'une déviation M parmi N, et on rejette les messages reconnus comme défectueux, avec en nombre entier N > 2, et M étant un nombre entier tel que N/2 <M <N.
  2. 40) Procédé selon la revendication 1,
    caractérisé en ce qu' on associe de manière bijective les messages à chaque fenêtre d'émission.
    ) Procédé selon la revendication 1, caractérisé en ce qu'
    on multiplie le taux de transmission dans une fenêtre d'émission par un coefficient à nombre entier.
    ) Procédé selon la revendication 1, caractérisé en ce que
    le message est construit de manière à reconnaître sans équivoque son début et sa fin.
    ) Procédé selon la revendication 6, caractérisé en ce que chaque message présente une première caractéristique pour le début du
    message et une seconde caractéristique pour la fin du message.
  3. 8 ) Procédé selon la revendication 1, caractérisé en ce que
    les messages contiennent une identification et des données, l'identification indiquant le contenu des données et les messages transmis plusieurs fois 1o dans une fenêtre d'émission sont identiques au moins pour leur identification et les données.
  4. 9 ) Procédé selon la revendication 8, caractérisé en ce qu'
    on compare entre eux au moins deux des messages transmis plusieurs fois dans une fenêtre d'émission et on détecte les défauts en cas de différence concernant l'identification et/ou les données.
    ) Procédé selon la revendication 8, caractérisé en ce qu' on compare entre eux N messages mais au moins trois messages transmis plusieurs fois dans une fenêtre d'émission, et en cas de déviation de M parmi N pour l'identification et/ou les données, on reconnaît comme défectueux au moins un message et les messages reconnus comme défec25 tueux sont rejetés, avec N > 2 et M étant un nombre entier tel que N/2 <
    M < N.
    ) Dispositif de transmission de données dans des messages, le dispositif comportant des premiers moyens qui émettent les messages dans des fenêtres d'émission avec un premier taux de transmission, déterminé, caractérisé par
    des seconds moyens qui modifient le taux de transmission dans une fenêtre d'émission pour que le message prévu pour cette fenêtre d'émission soit émis plusieurs fois dans cette fenêtre d'émission.
    ) Dispositif selon la revendication 11, caractérisé par
    des troisièmes moyens associant d'une manière bijective les messages aux fenêtres d'émission.
    ) Dispositif selon la revendication 11, caractérisé par
    des mémoires recevant les messages transmis plusieurs fois dans une fenêtre d'émission, pour être enregistrés dans l'ordre chronologique de la transmission.
  5. 140) Système de bus équipé d'un dispositif selon la revendication 11.
FR0313584A 2002-11-22 2003-11-20 Procede et dispositif de transmission de donnees d'informations dans un systeme de bus Expired - Fee Related FR2847749B1 (fr)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE2002154580 DE10254580A1 (de) 2002-11-22 2002-11-22 Verfahren und Vorrichtung zur Übertragung von Daten in Nachrichten auf einem Bussystem

Publications (2)

Publication Number Publication Date
FR2847749A1 true FR2847749A1 (fr) 2004-05-28
FR2847749B1 FR2847749B1 (fr) 2007-05-11

Family

ID=32240301

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0313584A Expired - Fee Related FR2847749B1 (fr) 2002-11-22 2003-11-20 Procede et dispositif de transmission de donnees d'informations dans un systeme de bus

Country Status (3)

Country Link
US (1) US8855109B2 (fr)
DE (1) DE10254580A1 (fr)
FR (1) FR2847749B1 (fr)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005048585A1 (de) * 2005-10-06 2007-04-12 Robert Bosch Gmbh Teilnehmer und Kommunikationscontroller eines Kommunikationssystems und Verfahren zur Realisierung einer Gateway-Funktionalität in einem Teilnehmer eines Kommunikationssystems
DE102006053357A1 (de) * 2006-11-10 2008-05-15 Siemens Ag Bussystem und Verfahren zum sicheren Übermitteln von Telegrammen in einem Bussystem
GB2457818A (en) * 2008-02-27 2009-09-02 Trw Ltd Identifying a particular signal on a CAN bus
DE102010039845A1 (de) * 2010-08-26 2012-03-01 Robert Bosch Gmbh Verfahren zum Übertragen von Sensordaten
DE102015223435A1 (de) * 2015-11-26 2017-06-01 Robert Bosch Gmbh Verfahren und Vorrichtung zum Auswerten von Signaldaten
US20230336380A1 (en) * 2020-09-07 2023-10-19 Hirschmann Automation And Control Gmbh Method of operating a network

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3760371A (en) * 1972-08-14 1973-09-18 Gte Automatic Electric Lab Inc Asynchronous data transmission over a pulse code modulation carrier
DE3426568A1 (de) * 1984-07-19 1986-01-23 Licentia Patent-Verwaltungs-Gmbh, 6000 Frankfurt Verfahren zur uebertragung von daten in einem digitalen funktelegraphiesystem
US4709376A (en) * 1985-02-22 1987-11-24 Nec Corporation Received signal processing apparatus
US5581575A (en) * 1993-11-01 1996-12-03 Qualcomm Incorporated Method and apparatus for transmission of variable rate digital data
WO1997003403A1 (fr) * 1995-07-12 1997-01-30 Nokia Telecommunications Oy Service de transmission a debit variable dans les liaisons commutees, pour un reseau radio cellulaire

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2595522A1 (fr) * 1986-03-06 1987-09-11 Cimsa Sintra Procede et dispositif de transmission de donnees numeriques par messages organises en trames
US5659569A (en) * 1990-06-25 1997-08-19 Qualcomm Incorporated Data burst randomizer
CA2068847C (fr) * 1991-07-01 1998-12-29 Ronald C. Roposh Methode d'utilisation d'un bus de paquets asynchrone pour la transmission d'informations asynchrones et isochrones
ES2164081T3 (es) * 1994-02-11 2002-02-16 Cit Alcatel Protocolo de acceso.
US5666358A (en) * 1995-10-16 1997-09-09 General Instrument Corporation Of Delaware Method and apparatus for supporting TDMA operating over hybrid fiber coaxial (HFC) or other channels
JPH09139725A (ja) * 1995-11-16 1997-05-27 Matsushita Electric Ind Co Ltd 多重通信装置
GB2351884B (en) * 1999-04-10 2002-07-31 Peter Strong Data transmission method
US6621830B1 (en) * 1999-12-22 2003-09-16 Alcatel Usa Sourcing, L.P. Variable rate subscriber bus
DE10000302B4 (de) * 2000-01-05 2011-08-11 Robert Bosch GmbH, 70469 Verfahren und Vorrichtung zum Austausch von Daten zwischen wenigstens zwei mit einem Bussystem verbundenen Teilnehmern
DE10000304B4 (de) * 2000-01-05 2011-09-15 Robert Bosch Gmbh Verfahren und Vorrichtung zum Austausch von Daten zwischen wenigstens zwei mit einem Bussystem verbundenen Teilnehmern
EP1290529B1 (fr) * 2000-05-15 2006-03-01 Konstantinos Amouris Procede pour l'attribution dynamique d'intervalles de temps d'un canal de telediffusion tdma commun a un reseau de noeuds d'emetteurs-recepteurs
JP2002171307A (ja) * 2000-12-04 2002-06-14 Fujitsu Ltd データ伝送装置およびデータ伝送方法
US7031292B2 (en) * 2001-03-09 2006-04-18 Flarion Technologies, Inc. Method of scheduling regular signal transmission in a cellular wireless system
JP2003069641A (ja) * 2001-08-29 2003-03-07 Fujitsu Ltd パケット転送装置
US20030088694A1 (en) * 2001-11-02 2003-05-08 Internet Machines Corporation Multicasting method and switch
US6920504B2 (en) * 2002-05-13 2005-07-19 Qualcomm, Incorporated Method and apparatus for controlling flow of data in a communication system
DE10248672B4 (de) * 2002-10-18 2016-02-11 Robert Bosch Gmbh Verfahren zur Übertragung von Daten auf einem Bus

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3760371A (en) * 1972-08-14 1973-09-18 Gte Automatic Electric Lab Inc Asynchronous data transmission over a pulse code modulation carrier
DE3426568A1 (de) * 1984-07-19 1986-01-23 Licentia Patent-Verwaltungs-Gmbh, 6000 Frankfurt Verfahren zur uebertragung von daten in einem digitalen funktelegraphiesystem
US4709376A (en) * 1985-02-22 1987-11-24 Nec Corporation Received signal processing apparatus
US5581575A (en) * 1993-11-01 1996-12-03 Qualcomm Incorporated Method and apparatus for transmission of variable rate digital data
WO1997003403A1 (fr) * 1995-07-12 1997-01-30 Nokia Telecommunications Oy Service de transmission a debit variable dans les liaisons commutees, pour un reseau radio cellulaire

Also Published As

Publication number Publication date
US20040146051A1 (en) 2004-07-29
FR2847749B1 (fr) 2007-05-11
US8855109B2 (en) 2014-10-07
DE10254580A1 (de) 2004-06-03

Similar Documents

Publication Publication Date Title
EP0403911B1 (fr) Procédé et dispositif de gestion d&#39;acces au support de transmission d&#39;un réseau de commutation reparti multiservices
EP1701273B1 (fr) Architecture de communication globalement asynchrone pour système sur circuit intégré
EP0269481B1 (fr) Procédé et dispositif de transmission de données numériques
EP1074099B1 (fr) Procede de transmission dans un reseau de communication domestique comportant un canal sans fil
FR3006532A1 (fr) Procede pour realiser une interface generique et microcontroleur comportant une telle interface
FR2883117A1 (fr) Architecture de noeud de communication dans un systeme de reseau sur puce globalement asynchrone.
EP1976237B1 (fr) Attribution d&#39;adresses réseau dans un système de divertissement en vol
FR2982443A1 (fr) Procede de gestion d&#39;un dispositif de bus
FR2758681A1 (fr) Allocation a une pluralite d&#39;elements d&#39;autorisations d&#39;acces a une ressource partagee
FR2804812A1 (fr) Procede et dispositif de communication entre un premier et un deuxieme reseau
FR2906663A1 (fr) Procede de gestion d&#39;un systeme de reseau a bus de champ a topologie en anneau et reseau
FR2739515A1 (fr) Procedes, appareils et systemes de partage d&#39;un support de transmission, procede de transmission, appareils de communication et systemes de communication les mettant en oeuvre
FR2847749A1 (fr) Procede et dispositif de transmission de donnees d&#39;informations dans un systeme de bus
EP0505281A1 (fr) Synchronisation de stations terminales dans un réseau arborescent à l&#39;alternat et multidébit
FR2998125A1 (fr) Procede de transmission de paquets de donnees entre deux modules de communication ainsi que module emetteur et module recepteur
FR2790892A1 (fr) Procede et dispositif de controle de la synchronisation entre deux bus de communication serie d&#39;un reseau
FR2534753A1 (fr) Systeme d&#39;etablissement de circuits de transmission de donnees a debit constant entre une pluralite de stations
FR3001310A1 (fr) Interface de reseau sur puce dotee d&#39;un systeme adaptatif de declenchement d&#39;envoi de donnees
FR2691029A1 (fr) Procédé d&#39;analyse à distance de données d&#39;un protocole, terminal d&#39;abonné spécialisé et dispositif d&#39;analyse distant correspondant.
FR2744310A1 (fr) Procede, moyen et systeme de communication sur un support de transmission partage
EP3675435A1 (fr) Procédé de routage dynamique dans un réseau d&#39;objets connectés
FR2739511A1 (fr) Procedes, appareils et systemes de partage d&#39;un support de transmission, procede de transmission, appareils de communication et systemes de communication les mettant en oeuvre
EP2740039B1 (fr) Dispositif pour echanger des donnees entre au moins deux applications
EP1401156B1 (fr) Procédé de contrôle d&#39;accès dans un réseau à ressources partagées, noeud et réseau correspondants
EP0471633A1 (fr) Réseau de communication à anneau d&#39;écriture et anneau de lecture et procédé d&#39;accès et de reconfiguration d&#39;un tel réseau

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 13

PLFP Fee payment

Year of fee payment: 14

PLFP Fee payment

Year of fee payment: 15

PLFP Fee payment

Year of fee payment: 17

PLFP Fee payment

Year of fee payment: 18

ST Notification of lapse

Effective date: 20220705