FR2824213A1 - Dispositif de generation d'une messagerie commune a plusieurs systemes electroniques produisant et consommant des donnees - Google Patents

Abstract

Les données sont échangées sur un bus (B) de communication multiplexé interconnectant les systèmes (Sn ), les données étant portées par des trames de signaux numériques. Le dispositif comprend a) des moyens (In ) pour lister les données produites ou consommées par les systèmes (Sn ) ainsi que les caractéristiques desdites données, b) des moyens (MC) de configuration des trames de signaux produites par chacun des systèmes, ces moyens comprenant b1) des moyens (LI) de lecture du contenu des moyens (In) de listage des données, b2) des moyens (MF) de constitution des formats des trames, à partir des informations réunies par les moyens de lecture (LI) et de règles prédéterminées et, c) des moyens (Fn ) de chargement, dans chacun des systèmes (Sn ), de formats de trames élaborées par les moyens (MC) de constitution en vue de l'émission de trames chargées de données.Application à un véhicule automobile.

Description

La présente invention est relative à un dispositif de génération d'une

messagerie commune à plusieurs systèmes électroniques produisant et consommant des données échangées sur un bus de communication multiplexé commun, lesdites données étant portées par des trames de signaux numériques comportant chacune au moins une desdites données. On connait des ensembles de systèmes électroniques de ce type, concus notamment pour équiper des véhicules automobiles. Un tel véhicule comprend couramment plusieurs systèmes assurant chacun l'exéaution d'une prestation telle que la commande du moteur propulsant le véhicule, la gestion de la climatisation de l'habitacle, la gestion des liaisons du véhicule au sol (freinage, suspension...), la

gestion de communications télophoniques, etc. etc...

On a schématisé à la figure 1 du dessin annexé les moyens matériels qui constituent l' ensemble de ces systèmes. Ces moyens comprennent essentiellement des unités de commande électroniques ou "caleulateurs" UCEn, chaque calculateur étant éventuellement connocté à des capteurs Ci et à des actionneurs Amj, tous les calaulateurs étant connectés à un même bus B pour y émettre ou recevoir des informations convenablement multiplexées, en provenance ou à destination des autres caloulateurs connectés au bus B. Ce multiplexage est obtenu notamment, comme cela est bien connu pour le bus CAN par exemple, en introduisant les informations en cause dans des messages matérialisés par des trames de signaux numériques comprenant notamment un "champ identificateur" de ladite trame et un "champ de données" réunissant couramment plusieurs informations de natures différentes (valeur d'une grandeur physique, état d'un organe, etc...) contenues chacune dans une partie

prédéterminée de ce champ.

A titre d'exemple illustratif, le système S2 de "commande du moteur" comprend le calaulateur UCE2, plusieurs capteurs C2i sensibles à des grandeurs telles que le régime du moteur, à combustion interne par exemple, la pression au collecteur d' admission de ce moteur, la pression de l'air extérieur, la température de l'eau de refroidissement du moteur, celle de l' air, l'état de charge de la batterie, etc. etc..., et plusieurs actionneurs A2j. Le calculateur UCE2 est dûment programmé pour exéauter plusieurs fonctions de commande du moteur telles que: la réqulation de ralenti, la réqulation de la richesse du mélange air/carburant, le réglage de l' avance à l' allumage

de ce mélange et la recirculation des gaz d'échappement.

Pour ce faire le calaulateur UCE2 exploite des informations venues des capteurs C2i précités et élabore des signaux de commande des actionneurs A2j constitués par une vanne de commande d' air additionnel et une bobine d'allumage de bougie pour la fonction "réqulation de ralenti", un ingecteur de carburant pour la fonction "réqulateur de richesse", la même bobine d'allumage pour la fonction "avance de l'allumage" et une vanne pour la

fonction "recirculation de gaz d'échappement".

Les autres "prestations" évoquées ci-dessus, "climatisation de l'habitacle", "liaison avec le sol", etc... sont exécutées par des systèmes d' architecture analogue à celle présentée ci-dessus pour la commande du moteur. Dans un tel contexte on appelle "messagerie" la liste des trames de signaux numériques qui, dans un véhicule donné, portent les données consommées ou produites par chacun des systèmes, ces données étant mises à disposition des autres systèmes sur le bus multiplexé qui les interaonnsate. Actuellement la construction d'une telle messagerie s'opère essentiellement pendant la phase du développement du véhicule. Les calculateurs des divers systèmes électroniques sont programmés pour recevoir et émettre des

trames de signaux prédéterminés.

Lorsqu'un véhicule est produit dans plusieurs versions qui différent par leurs équipements ou par les prestations offertes, les messageries des diverses

versions peuvent elles aussi présenter des différences.

Pour chaque version, on adapte une messagerie de base, à l' aide de donnces de calibrage mises en mémoire dans les caloulateurs des divers systèmes électroniques du véhicule. Ce procédé de génération de messagerie est cependant peu souple, car il oblige à partir d'une messagerie de base, prédéfinie en phase de développement du véhicule, et donc de structure rigide, à l' aide d'un outil logiciel tel que VOLCANO, disponible auprès de la société de droit

suédois dite Volcano Communication Technologies AB.

En outre, des versions différentes d'un méme véhicule sortent aujourd'hui couramment, les unes derrière les autres, d'une même chaine de fabrication. Il serait souhaitable de pouvoir charger chacun des véhicules avec une messagerie personnalisée qui lui est adaptée, par exemple juste avant sa sortie de chaine. Un outil logiciel tel que celui mentionné ci-dessus, adapté à la construction progressive d'une messagerie pendant la phase de développement des diverses versions du véhicule, n'est pas structuré de manière à permettre la fourniture d'une

telle prestation.

La présente invention a donc pour but de réaliser un dispositif de génération d'une messagerie commune à plusieurs systèmes électroniques produisant et consommant des donnces, concu pour lever les difficultés mentionnées ci-dessus et, en particulier, pour permettre le chargement d'une telle messagerie dans des véhicules automobiles progressant sur une méme chaine de fabrication, les messageries de chaque véhicule étant personnalisées en fonction des prestations et/ou des équipements

particuliers à chacun de ces véhicules.

On atteint ce but de l' invention, ainsi que d'autres

qui apparaîtront à la lecture de la description qui va

suivre, avec un dispositif de génération d'une messagerie commune à plusieurs systèmes électroniques produisant et consommant des données échangées sur un bus de communication multiplexé interaonnoctant lesdits systèmes, lesdites donnces étant portées par des trames de signaux numériques comportant chacune au moins une desdites données, ce dispositif étant remarquable en ce que qu'il comprend a) des moyens pour lister des données potentiellement produites ou consommées par lesdits systèmes ainsi que les caractéristiques desdites données, b) des moyens de configuration des trames de signaux produites par chacun des systèmes, ces moyens comprenant: bl) des moyens de lecture du contenu desdits moyens de listage desdites données, b2) des moyens de constitution des formats desdites trames, à partir des informations réunies par lesCits moyens de lecture et de règles prédéterminées définissant une architecture de ladite messagerie conditionnant le fonctionnement du bus et desdits systèmes électroniques, et c) des moyens de chargement, dans chacun desdits systèmes, des formats de trames élaborés par lesdits moyens de constitution en vue de l'émission de trames chargées de données produites par

ledit système.

Comme on le verra plus loin en détails, ce dispositif permet d'optimiser la structure de la messagerie chargée dans chaque véhicule, tout en simplifiant le processus de

développement de cette messagerie.

Selon d'autres caractéristiques de la présente invention: - les moyens de listage sont constitués par une pluralité de moyens d' interface associés chacun à un desdits systèmes électroniques et listant les donnces potentiellement produites ou consommées par ledit système, - chacun des systèmes électroniques comprend une unité de commande électronique, les moyens d' interface étant constitués par des mémoires électroniques associées chacune à l'une desdites unités de commande électronique, lesdites mémoires électroniques stockont des caractéristiques desUites données choisies dans le groupe formé par: la précision de la donnce, la périodicité de sa présentation sur le bus, l'identité de l'unité de commande qui produit la donnce, l'identité de la, ou des, unités de commande qui la consomment, - les moyens de constitution de format de trame procèdent selon une méthode heuristique, - le dispositif comprend en outre des moyens de constitution de format de masques pour la lecture, par chacun desdits systèmes, des données qu'ils consomment et qui sont incorporées à des trames produites par les autres systèmes, - les systèmes électroniques sont embarqués dans un véhicule automobile o ils sont interaonnectés dans un bus de communication du type CAN, les moyens de configuration de trames ou de masques étant incorporés à un ordinateur placé au bord d'une chaîne de fabrication de véhicules automobiles, des moyens de communication sans fil étant

installés entre cet ordinateur et le bus.

D'autres caractéristiques et avantages de la présente

invention apparaîtront à la lecture de la description qui

va suivre et à l'examen du dessin annexé dans lequel: - la figure 1 est un schéma du dispositif de génération de messagerie suivant la présente invention, figure déjà partiellement décrite en

préambule de la présente description,

- la figure 2 représente le format drune trame de signaux numériques représentative de celles générces par le dispositif suivant l' invention, - la figure 3 est une table, établie par le dispositif de la figure 1, listant les données à introduire dans des trames de signaux numériques formatées par ce dispositif, et - les figures 4 et 5 sont des exemples illustratifs de tables, établies par ce dispositif, listant les données contenues dans des trames de signaux numériques formant partie de la messagerie générée

par le dispositif suivant l' invention.

On se réfère à la figure 1 du dessin annexé o il apparaît que les calaulateurs UCEl... UCEn, etc.... des systèmes électroniques sont équipés chacun de moyens d' interface I1,... In' etc respectivement, constitués par des mémoires ROM, par exemple. Dans ces mémoires sont listées les données potentiellement émises ou produites et les données potentiellement consommées par le système associé, en deux tables séparées. Pour chacune de ces données, la mémoire In associée au calaulateur UCEn liste le nom de la donnce, sa précision, ou "tailleT', en bits et la

périodicité de la présentation de cette donnée sur le bus.

C'est ainsi que, par exemple, certaines données peuvent être présentées sur le bus toutes les 50 ms, d'autres toutes les 100 ou 200 ms. C'est le cas des données qui doivent être, en pratique, constamment disponibles telles que, dans un système électronique de gestion d'un moteur à combustion interne, la pression au collecteur d' admission ou le régime du moteur. D'autres données peuvent n'être émises sur le bus qu'à la survenance d'un "événement"

(Event) particulier.

Toutes les données produites ou consommées par l'ensemble des systèmes S1, ... Sn' etc sont, suivant l' invention, mises en trames de signaux numériques. A titre d'exemple illustratif et non limitatif seulement, on a représenté à la figure 2 du dessin annexé le format

d'une telle trame de tels signaux, du type CAN bien connu.

Une trame CAN comporte ainsi divers champs, champ SOF de début de trame, champ EOF de fin de trame, etc... et, notamment, un champ identificateur et un champ de données pouvant contenir plusieurs données différentes, enregistrées dans des zones distinctes x, y, z,... de ce

champ, qui compte 8 octets.

Chaque trame réunit des données produites par un même "n_ud" de l'ensemble des systèmes électroniques de la

figure 1, soit par un même caloulateur UCEn.

Pour construire les jeux de trames que chaque calculateur doit émettre, le dispositif suivant l' invention comprend des moyens MC de configuration de ces trames. Suivant une caractéristique avantageuse de ce dispositif, ces moyens sont constitués par un ordinateur placé, dans l'application "automobile" décrite en

préambule de la présente description, au bord d'une chaîne

de fabrication de véhicules automobiles, de manière à pouvoir dialoguer avec chacun des calculateurs UCEn embarqués dans un même véhicule, par l'intermédiaire du bus B et de moyens de liaison bidirectionnels (non

représentés), installés entre l'ordinateur et ce bus.

Avantageusement ces moyens de liaison sont du type "sans fil" et fonctionnent en radio-fréquence ou en

hypertréquence, par exemple.

Grâce à cette liaison, les moyens MC de configuration des trames dont l'ensemble constitue la "messagerie" à générer, peuvent lire le contenu des interfaces In des caloulateurs d'un véhicule qui va sortir de chaîne de fabrication, analyser ce contenu et construire un ensemble cobérent de formats de trames contenant les donnces, les formats de trames associés à chacun des calaulateurs UCEn étant ensuite enregistrés dans des moyens Fn de chargement de ces formats associés aux calculateurs respectifs (voir Figure 1), en même temps que les moyens logiciels permettant de construire ces trames, ou d'extraire des données pertinentes des trames accessibles sur le bus. On comprend qu'il est alors possible de charger, en bord de chaîne, des versions différentes d'un même véhicule qui sortent successivement de cette chaîne, avec des messageries ', personnalisées", étroitement adaptées à

chaque version.

On gère ainsi au mieux le problème posé par la diversité des fonctionnalités qui sont incorporces à des véhicules qui sortent dans des versions différentes d'une même chaîne de fabrication, tout en permettant de réduire le travail de développement qui serait autrement nécessaire pour traiter, en amont de la chaîne, le problème de l' installation des diverses messageries

requises par des véhicules différents.

Comme schématisé à la figure 1, les moyens MC de configuration du dispositif suivant l' invention comprennent es sent ie l lement des moyens LI de lecture du contenu des moyens d' interface In et des moyens MF de constitution de formats de trames et, comme on le verra

plus loin, de formats de masques.

Les moyens LI de lecture d' interfaces sont des moyens logiciels qui, à partir des informations contenues dans l'ensemble des moyens d' interface In associés aux calculateurs UCEn' permettent de former une table tel. le que celle illustrée par la figure 3, listant l'ensemble des donnces a, b, c, etc... produites ou consommées par les divers systèmes de l'ensemble schématisé à la figure 1 et, pour chaque donnée, sa "précision" ou taille, en bits, sa période de présentation sur le bus B. 1 T identité du calculateur qui la produit et celle(s) du (ou des)

calaulateur(s) qui la consomme(nt).

C'est ainsi que la donnée nommée _ occupe, dans la trame qui la porte, 1 bit du champ de données. Elle apparaît sur le bus B toutes les 50 ms, cette donnée b étant produite par le calculateur UCE1 et consommée par le calculateur UCE:. De même, la donnée e dont la taille couvre les 8 octets (64 bits) du champ de données d'une même trame CAN, et qui est produite et consommée par le calaulateur UCE3, n'apparaît sur le bus qu'à la survenance

d'un événement (Event) particulier attaché à cette donnée.

La liaison sans fil établie entre l'ordinateur MC de bord de chaîne et les diverses interfaces In utilise un protocole de communication convenant à une tel. le liaison, par exemple le protocole Bluetooth décrit dans le document intitulé "Bluetooth specification v. 1.OB" édité par Dan Sonnerstan de la société suédoise dite Pyramid

Communication AB.

Les moyens MF de constitution de formats de trames sont des moyens logiciels qui, à partir des informations réunies dans la table de la figure 3 par les moyens LI de lecture d' interface, et de règles qui seront définies dans

la suite de la présente description, définissent une

architecture de la messagerie à charger dans l'ensemble des systèmes électroniques de la figure 1, c'est-à-dire les formats des diverses trames de signaux porteuses de donnces, produites par les différents "n_uds" de cet ensemble, c'est-à-dire par les différents calculateurs UCEn Pour ce faire les moyens logiciels MF constituent d'abord des listes de toutes les données émises par un même calculateur, puis classe ces données en fonction de leur période de présentation (ou de "production") sur le bus B. Ensuite, par une méthode d'auto-apprentissage, ou heuristique, les moyens MF assurent un regroupement optimal des données en trames, par l'application de règles prédéterminées telles que: - chaque trame contient des données produites par un même calaulateur, - le nombre de trames produites par un méme calculateur est minimisé, - le nombre de trames lues par un même calculateur est minimisé, - les périodes de présentation des données d'une même trame sont identiques ou compatibles, - les longueurs des trames émises sont équilibrées,

dans la mesure du possible.

Ces règles ont pour but de minimiser la charge du bus, notamment le nombre de requêtes d' interruption intempestives, déclenchées lorsqu'une trame arrive sur un calculateur consommateur d'une donnce contenue dans la

trame.

L'algorithme de construction de trames défini par les règles énoncées cidessus peut évidemment être modifié ou complété par d'autres règles éventuelles, en tant que de besoin. On remarquera que certaines trames construites à l' aide ce cet algorithme peuvent être lacunaires, en ce sens qu'il reste dans le champ de données de ces trames des parties inoccupées, qui peuvent donc être occupées par des données à venir. Celles-ci devront respecter la période de production de la trame d'accueil et donc présenter une période supérieure ou égale à celle de cette dernière. Les tables des figures 4 et 5 réunissent les caractéristiques de deux formats de trames représentatifs de ceux des jeux de trames caloulés par les moyens MC de configuration du dispositif suivant l' invention, ces trames étant données à titre d'exemple illustratif et non

limitatif seulement.

Chaque trame est nommoe et chacune des données portées par cette trame est identifiée par un nombre codé, sur 16 bits par exemple, contenant divers champs identifiant respectivement la prestation du véhicule à laquelle participe la donnée, la fonction qui utilise la

donnée et le nom proprement dit de la donnce.

La trame définie par la table de la figure 4 porte aini les données c et b de la table de la figure 3. La donnée c est produite (P) par le calculateur UCE1 et consommée (C) par le caloulateur UCE2. Sa taille est de 1 bit, positionné au bit 7 de l' octet N 1 (voir figure 2) lo du champ de données de la trame. La donnce b présente les mêmes caractéristiques à l' exception du fait qu'elle est

positionnce au bit 6 de l' octet N 1.

La trame définie par la table de la figure 5 ne comporte qu'une donnce f produite par le caloulateur UCE et consommoe par le calaulateur UCE3, sa taille est de 64 bits, le bit (MSB) de plus fort poids étant positionné au

bit N 7 de l' octet N 1.

Les formats de trame établis par les moyens MF de constitution de formats correspondent à des trames dont les priorités sont, dans le cas d'un bus CAN, déterminées

par le contenu du champ identificateur de ces trames.

A titre d'exemple illustratif et non limitatif seulement, l' attribution d'une priorité aux diverses trames peut se faire en application du critère dit "Rate Monotonic" tel que décrit dans l'ouvrage de Klein, M.H et al intitulé "A Practitioner's Handhook for Real-Time Analysis: Guide to Rate Monotonic Analysis for Real-Time Systems", Boston, USA, MA; éditeur: Kluwer Academic Publishers, 1993. pour les trames périodiques, avec éventuellement une correction apportée par le degré de criticité de l'information véhiculée par la trame. Les trames émises à la suite d'un événement pourront avoir une priorité plus élevée que les autres et seront hiérarchisées entre elles en fonction de la criticité déclarée des données et, éventuellement, en fonction d'un classement de niveau de priorité par systèmes (contrôle

moteur, climatisation, habitacle, etc..).

Les diverses versions de messagerie calculées par l'ordinateur MC en bord de chaine peuvent avantageusement étre mémorisées dans celui-ci. Ainsi quand deux véhicules d'une méme version se présentent successivement devant cet ordinateur, l'ordinateur n'a pas à réexécuter, pour le deuxième véhicule, les calculs déjà exécutés lors du

passage du premier.

Les moyens MF de constitution de format calaulent d'abord, comme décrit ci-dessus, les formats de la messagerie à établir pour un véhicule donné. A partir de

ces formats, ils calculent ensuite des formats de masques.

Ces masques sont utilisés, par chacun des calaulateurs UCEn, pour déterminer, parmi toutes les trames présentées sur le bus B. celles qui contiennent des données qu'ils exploitent, puis pour repérer sur ces trames la ou les positions de ces données dans les champs de données, afin

de lire les données repérées.

Les formats de trames et les formats de masques utilisés par chaque calculateur UCEn sont stockés dans les moyens de chargement de formats Fn associés à ce calculateur, ces moyens étant constitués par une mémoire

morte du type "E2PROM" par exemple.

Sont également stockés dans cette mémoire les moyens logiciels permettant de construire les trames et les masques, à partir des données définissant les formats de ceux-ci. Le dispositif suivant l' invention fonctionne alors comme suit. Différentes versions d'un même véhicule avancent successivement sur une chaîne de fabrication au bord de laquelle l'ordinateur MC de ce dispositif est installé. Quand un véhicule arrive au droit de l 'ordinateur MC' celui-ci interroge à l' aide des moyens de communication sans fil évoqués plus haut, les divers calaulateurs UCEn embarqués dans le véhicule de manière à le reconnaltre. Pour ce but, à chacun de ces calculateurs est attaché un identificateur prédéterminé, reconnu par l'ordinateur. Avantageusement, cet identificateur définit en outre un ordre de priorité dans les systèmes associés

aux caleulateurs identifiés.

On peut prévoir aussi des moyens de séaurisation des communications entre un véhicule et l'ordinateur, afin d'empêcher des accès au bus indésirables (piratage, sabotage, etc). Pour ce faire chaque calaulateur peut contenir un code qui est exéauté une fois seulement préalablement au lancement des opérations de configuration de trames et de masques. Ce code permet au calaulateur de répondre aux requetes de l'ordinateur MC de configuration en donnant son identité, puis la liste des données qu'il doit recevoir et ensuite celle des donnces qu'il doit produire. L'ordinateur interroge chaque calculateur dans l'ordre défini par la priorité intégrce à l'identificateur de ce calculateur et configure les trames et masques associés à ce calculateur comme décrit ci-dessus. Il charge enfin l es configurations calaulée s et l es moyens logiciels de construction de trames et masques à partir de

ces configurations, dans la mémoire Fn associée.

L'ordinateur MC charge aussi dans cette mémoire les

alarmes et événements à surveiller.

A titre d'exemple illustratif et non limitatif seulement, on décrit cidessous en plus de détail un mode de réalisation des moyens utilisés pour générer des trames et

pour extraire des données de celles-ci.

On définit, pour ce faire, des vecteurs d' activation des trames, des vecteurs de trames et des tableaux de trames. Pour chaque trame et chaque donnée, les tableaux définissent la position de la donnée dans la trame et la

position de cette méme donnée en mémoire.

Périodiquement, par exemple toutes les 5 ms, les moyens logiciels examinent s'il y a lieu d'émettre une trame. Le cas échéant ils procèdent tout d'abord à une mise à j our des

vecteurs de trames.

Si une donnée doit être envoyée immédiatement, la production de la donnce commande la mise à "1" d'un bit d' activation de la trame correspondante, dans le vecteur

d'activation des trames.

Si la donnée doit être envoyée périodiquement au moyen d'une trame périodique, le bit d' activation de cette trame est mis à 1, dans le vecteur d'activation des trames, avec

une fréquence correspondante.

Le vecteur d' activation des trames est paraouru périodiquement, par exemple toutes les 5ms, pour lancer la procédure d'envoi de toutes les trames pour lesquelles le bit d' activation est à 1 dans ce vecteur d' activation des trames. Le tableau de trames permet de retrouver en mémoire les

valeurs des données à émettre dans les trames activées.

En sens inverse, pour recevoir des données en trames, la procédure peut être la suivante. L'arrivée de la trame sur le bus déclenchant une interruption, cette interruption déclenche une tâche, consistant à stocker la trame dans une mémoire tampon. Après lecture de l'identifiant de cette trame, contenu dans le champ identificateur de celle-ci, et lecture dans le vecteur de trames du début du tableau de trame correspondant, la tâche relève dans celui-ci les données de la trame qui sont à lire puis à écrire en mémoire

RAM, pour rafraîchir les données contenues dans celle-ci.

Les masques permettant de sélectionner les trames qui doivent être exploitées par telle ou telle unité centrale UCEi, sont aussi élaborés par le dispositif de génération de

messagerie suivant l' invention.

Il apparaît maintenant que l' invention permet bien d'atteindre les buts annoncés, à savoir assurer la génération d'une messagerie personnalisée pour un ensemble de systèmes électroniques embarqués dans un véhicule automobile, et le chargement de cette messagerie dans ce véhicule, depuis le bord de sa chaine de fabrication, ceci de manière particulièrement efficace et rationnelle. On remarquera en outre que la génération de messagerie suivant la présente invention permet de réduire le temps de développement de cette messagerie. Le processus de génération proposé peut encore être mis en _uvre sans difficultés par des modifications progressives du processus classique actuel, intervenant essentiellement

en phase de développement.

Bien entendu la présente invention n'est pas limitée au mode de réalisation décrit et représenté, qui n'a été donné qu'à titre d'exemple. Clest ainsi que la lecture des informations sur les échanges de donnces stockées dans les moyens d' interface In pourrait étre remplacée par la constitution préalable d'une base de donnces réunissant ces informations, ceci, cependant, au détriment de la

souplesse du dispositif suivant l' invention.

C'est ainsi encore que le dispositif de génération de messagerie décrit ci-dessus dans le contexte d'un ensemble de systèmes électroniques embarqués dans un véhicule automobile, pourrait s' adapter sans difficulté à tout ensemble de calculateurs fonctionnant en réseau, comme

cela apparaitra immédiatement à l'homme de métier.

Claims (13)

REVENDICATIONS

1. Dispositif de génération d'une messagerie commune à plusieurs systèmes électroniques (Sn) produisant et consommant des données (a, b, c,) échangées sur un bus (B) de communication multiplexé interconnectant lesUits systèmes, lesdites données (a, b, c,) étant portées par des trames de signaux numériques comportant chacune au moins une desdites données, ce dispositif étant caractérisé en ce que qu'il comprend: a) des moyens (In) pour lister les données potentiellement produites ou consommoes par lesUits systèmes ainsi que les caractéristiques desUites données, b) des moyens (MC) de configuration des trames de signaux produites par chacun desUits systèmes, ces moyens comprenant: bl) des moyens (LI) de lecture du contenu desdits moyens (In) de listage desdites données, b2) des moyens (MF) de constitution des formats desdites trames, à partir des informations réunies par lesdits moyens de lecture (LI), et de règles prédéterminées définissant une architecture de ladite messagerie conditionnant le fonctionnement du bus et desdits systèmes électroniques, et c) des moyens (Fn) de chargement, dans chacun desdits systèmes (Sn), de formats de trames élaborées par lesdits moyens (MC) de constitution en vue de l'émission de trames

chargées de données produites par ledit système.

2. Dispositif conforme à la revendication 1, caractérisé en ce que lesdits moyens de listage sont constitués par une pluralité de moyens d' interface (In) associés chacun à un desdits systèmes électroniques (Sn) et listant les donnces potentiellement produites ou

consommées par ledit système.

3. Dispositif conforme à la revendication 2, caractérisé en ce que chacun desdits systèmes 1' électroniques (Sn) comprend une unité de commande électronique (UCEn), et en ce que lesdits moyens d' interface (In) sont constitués par des mémoires électroniques associées chacune à l'une desUites unités de commande électronique (UCEn)

4. Dispositif conforme à la revendication 3, caractérisé en ce que lesdites mémoires électroniques (In) stockent des caractéristiques desdites données choisies dans le groupe formé par: la précision de la donnée, la périodicité de sa présentation sur le bus (B), l'identité de l'unité de commande qui produit la donnée, l'identité

de la, ou des, unités de commande qui la consomment.

5. Dispositif conforme à la revendication 4, caractérisé en ce que lesdites règles mises en _uvre par lesdits moyens (MF) de constitution de formats de trames sont choisies dans le groupe formé par: a) chaque trame contient des données produites par une méme unité de commande (UCEn), b) le nombre de trames produites par une méme unité de commande, ou lues par cette unité, est minimisé, c) les périodicités de présentation des données contenues dans une méme trame (T) sont identiques ou

compatibles, d) les longueurs des trames sont équilibrées.

6. Dispositif conforme à la revendication 5, caractérisé en ce que lesdits moyens (MF) de constitution de formats de trames procèdent selon une méthode heuristique.

7. Dispositif conforme à l'une quelcouque des

revendications 1 à 6, caractérisé en ce qu'il comprend des

moyens de constitution de formats de masques pour la lecture, par chacun desdits systèmes, des donnces qutil consomme et qui sont incorporées à des trames produites

par les autres systèmes.

8. Dispositif conforme à l'une quelconque des

revendications 3 à 7, caractérisé en ce que lesdits

formats de trames ou de masques associés à l'un quelcouque (Sn) desdits systèmes électroniques sont chargés dans une mémoire électronique (Fn) associée à l'unité de commande

(UCEn) dudit système (Sn).

9. Dispositif conforme à la revendication 8, caractérisé en ce que ladite mémoire (Fn) est également chargée avec des moyens logiciels de construction de

trames ou de masques, à partir des formats stockés.

10. Dispositif conforme à l'une quelcouque des

revendications 1 à 9, caractérisé en ce que lesUits

systèmes électroniques sont embarqués dans un véhicule automobile.

11. Dispositif conforme à la revendication 10, caractérisé en ce que le bus (B) de communication est du

type CAN.

12. Dispositif conforme à l'une quelcouque des

revendications 10 et 11, caractérisé en ce que lesdits

moyens (MF) de configuration de trames ou de masques sont incorporés à un ordinateur placé au bord d'une chaîne de fabrication de véhicules automobiles équipés chacun de ladite pluralité de systèmes électroniques (Sn) produisant et consommant des données échangées sur un bus (B) multiplexé.

13. Dispositif conforme à la revendication 12, caractérisé en ce qu'il comprend des moyens de communication sans fil installés entre ledit ordinateur et ledit bus (B), lesdits moyens étant activés pour la