Brevet FR2983670A1 — publié le 20130607

Domaine de l'invention La présente invention se rapporte à un procédé de transmission de données utiles de plusieurs capteurs vers un dispositif de commande de bus et un dispositif de transmission de capteur pour un véhicule. L'invention se rapporte également à un produit programme d'ordinateur pour la mise en oeuvre d'un tel procédé. Etat de la technique Les véhicules utilisent de plus en plus les solutions de liaisons par bus à la place des liaisons propriétaires point par point entre les capteurs et les unités centrales d'exploitation. On utilise habi- tuellement le bus LIN (réseau d'interconnexion local LIN) comme système de bus normalisé et optimisé du point de vue du coût dans les véhicules. Selon le protocole LIN standard, un participant envoi ces données chaque fois dans une trame dédiée. Les données de commande nécessaires à une trame détériore de manière très significative le débit de transmission net de données si un seul participant n'envoi qu'une faible quantité de données. Selon l'état de la technique (définition du réseau LIN) le protocole LIN prévoit que chaque participant transmette ses données par une ou plusieurs trames dédiées caractérisées par une trame ID. Le document DE 10 2009 027 201 A 1 décrit un procédé consistant à faire partager une trame entre plusieurs participants avec pour objectif de réduire les données de commande globalement néces- saire. La position à laquelle chaque participant inscrit ses données dans la trame commune est fixée par sa caractéristique univoque. La position des données est ainsi fixée de manière statique. Pour arriver à une trame valide, il faut que tous les capteurs émettent. Le protocole est optimisé au cas où tous les participants ont à envoyer de nouvelles don- nées au cours de chaque cycle. Le débit net de données est le plus élevé. Le débit net de données chute toutefois si certains participants n'envoient aucune nouvelle donnée au cours d'un cycle. Alors, ils doivent envoyer des « octets vides » ce qui constitue une occupation inutile de largeur de bande ou allonge inutilement la durée du cycle. La propo- sition évoquée dans le document cité ci-dessus est appelé « VLINC » et cette expression sera utilisée ci-après dans la description. A cet effet, la présente invention a pour objet un procédé pour attribuer des données utiles d'un paquet de données de bus à différents dispositifs de transmission de capteurs, selon lequel un dispositif de commande de bus est relié à un bus de données d'un véhicule pour transmettre simultané- ment des paquets de données de bus entre un ensemble de dispositifs de transmission de capteur et le dispositif de commande de bus, les paquets de données de bus comprenant au moins un champ de signalisation et un champ de données utiles avec au moins deux blocs de données utiles, ce procédé consistant à : - enregistrer un paquet de données de bus, - définir une prescription d'association sur le fondement d'une liste d'actions, * la liste d'actions comprenant plusieurs combinaisons de chaque fois plusieurs états de fonctionnement possibles pour chaque dis- positif de transmission de capteur utilisant le bus de données, * la prescription d'attribution donnant la relation entre la longueur du champ de données utiles et l'état de fonctionnement actuel de chacun des dispositifs de transmission de capteur, et - interpréter les données utiles du paquet de données de bus et attri- buer les données utiles lues aux différents dispositifs de transmission de capteur, l'étape d'interprétation et d'attribution tenant compte de ce que le champ de données utiles a une longueur différente pour les différentes combinaisons des états de fonctionnement des dispositifs de transmission de capteurs en fonction de la pres- cription d'attribution. L'invention a également pour objet un procédé de trans- mission de données utiles d'un dispositif de transmission de capteur vers un dispositif de commande de bus en utilisant un bus de données transmettant simultanément des paquets de données de bus entre un ensemble de dispositifs de transmission de capteur et le dispositif de commande de bus, les paquets de données de bus ayant au moins un champ de signalisation et un champ de données utiles avec au moins un bloc de données utiles, procédé consistant à : - obtenir les données utiles d'un capteur, * les données utiles représentant une grandeur physique mesurée par le capteur, - déterminer une prescription d'attribution sur le fondement d'une liste d'actions, la liste d'actions comportant plusieurs combinaison de chaque fois l'un des états de fonctionnement possibles pour cha- cun des dispositifs de transmission de capteur utilisant le bus de données, et * la relation entre la prescription d'attribution et un état de fonctionnement actuel du dispositif de transmission de capteur dé- terminant l'une des longueurs différentes et/l'une des positions différentes du bloc de données utiles dans le champ de données utiles et recevoir des données de signalisation prédéterminées dans le champ de signalisation du paquet de données de bus et disposer de façon correspondante au moins une partie des don- nées utiles reçues dans au moins un bloc de données utiles spéci- fié par la prescription d'attribution pour le dispositif de transmission de capteur. Selon l'invention, le format des données sur un bus de données existant pourra être utilisé ou modifié efficacement pour transmettre les données utiles d'un ensemble de capteur vers une unité centrale d'exploitation ou une unité de commande de bus pour l'attribution des données à transmettre. Il n'est pas nécessaire d'utiliser l'ensemble du paquet de données de bus pour chaque capteur mais plusieurs capteurs ou leurs unités de transmission peuvent être re- groupées en une « unité virtuelle ». Cela permet d'intégrer les données utiles provenant de plusieurs capteurs dans le champ de données utiles d'un unique paquet de données de bus. On réduit ainsi la mise en oeuvre de moyens de signalisation et ainsi toute mise en oeuvre excessive de signaux (dépassement) car avec un seul paquet de données de bus, on peut transmettre une quantité plus importante de données utiles. Pour pouvoir faire une telle transmission de données de plusieurs capteurs vers l'unité d'exploitation ou l'unité de commande de bus sans produire d'erreur, le champ de signalisation d'un tel paquet de données de bus doit contenir une information prédéfinie de signalisa- tion ou des données prédéfinies de signalisation convenant d'un en- semble de différentes données de signalisation qui indiquent au dispositif de transmission de capteur qu'il y a maintenant transmission d'un paquet de données de bus par le bus de données qui sera exploité par le dispositif de commande de bus selon une règle prédéfinie d'attribution des blocs de données utiles dans le champ de données utiles à chaque dispositif de transmission de capteur. La solution selon l'invention permet de raccourcir les pa- quets de données de bus envoyés par le bus de données, par rapport à ce que permettent les procédés connus, en ce que tous les dispositifs de transmission de capteur, raccordés n'apportent pas des données utiles à chaque paquet de données de bus. Par la règle d'attribution, toutes les installations raccordées au bus de données connaissent la longueur et la disposition des blocs de données utiles dans le paquet de données de bus. Le véhicule peut être un véhicule automobile tel qu'un véhicule de tourisme, un camion ou autres véhicules utilitaires. L'expression « dispositif de transmission de capteur » désigne une installation qui reçoit les signaux d'un capteur et les transmet à un bus de données. Les signaux de capteur représentent une grandeur physique détectée par le capteur. Le dispositif de transmission de capteur peut par exemple extraire les données utiles contenues dans les signaux de capteur et les fournir au bus de données selon d'autres règles. Le bus de données est par exemple un bus LIN mais tout autre bus de données peut s'envisager. Le bus de données permet de transmettre par exemple des paquets de données fixés selon une définition ou une spécification. Le bus de données peut être par exemple un bus série. Les paquets de données de bus se composent d'un champ de signalisation que rappelé en tête ou trame ID ou encore signalisation ID, d'un champ de données utile ainsi que d'autres caractéristiques en option. L'expression « liste d'actions » désigne une liste qui con- tient plusieurs combinaisons de chaque fois un parmi plusieurs mode ou état de fonctionnement de tous les dispositifs de transmission de capteur et pour le dispositif de commande de bus. Tous les dispositifs de transmission de capteur pourront déterminer dans le réseau, les dispositifs de transmission de capteur qui émettent et pourront déter- miner de façon correspondante, la position de leur propre bloc de données utiles dans le champ de données utiles. La détermination de la position des différents blocs de données utiles dans un paquet de données de bus doit être comprise comme étant une règle d'attribution. L'invention a également pour objet un dispositif de transmission de capteur ou un dispositif de commande de bus permettant d'exécuter les étapes des procédés développés ci-dessus pour exécuter rapidement et efficacement le procédé et répondre au problème posé. lo Un dispositif de transmission de capteur ou un dispositif de commande de bus selon l'invention est un appareil électrique qui traite des signaux de capteur et en fonction de ceux-ci, il émet des signaux de commande. Le dispositif de transmission de capteur et/ou le dispositif de commande de bus comporte au moins une interface sous 15 la forme d'un circuit et/ou d'un programme. Une réalisation sous forme de dispositif peut comporter des interfaces comme faisant par exemple partie d'un système à cycle (système dédié) qui contient les différentes fonctions d'un appareil de commande. Mais il est également possible de réaliser les interfaces séparément, comme circuit intégré ou formé au 20 moins en partie de composants distincts. Dans le cas d'un développe- ment sous forme de programme, les interfaces sont des modules de programme logés par exemple dans un micro-contrôleur à côté d'autres modules de programmes. L'invention a également pour objet un produit de pro- 25 gramme d'ordinateur avec un code programme enregistré sur un sup- port lisible par une machine telle qu'une mémoire semi-conductrice, un disque dur ou une mémoire optique pour la mise en oeuvre du procédé tel que défini ci-dessus lorsque le programme est appliqué par un ordinateur ou un dispositif de transmission de capteur ou un dispositif de 30 commande de bus. L'invention à l'avantage d'améliorer la vitesse ou débit de transmission de données nettes dans un réseau comportant un ensemble d'installations de transmission de capteurs qui n'envoient chacune que de faibles quantités de données et n'ont pas à envoyer des 35 données au cours de chaque cycle. On améliore ainsi la vitesse ou le débit de transmission de données. Lorsque le dispositif de transmission du capteur n'envoie qu'une faible quantité de données, les données de commande représentent une partie importante du débit total de données. Dans les solutions connues, ce problème a été évoqué pour un système équipé d'unités de transmission de capteur qui n'émettent pas de données au cours de chaque cycle mais transmettent des octets vides ou des données déjà précédemment envoyées pour former un paquet de données de bus qui soit valable. Au lieu de cela, le procédé selon l'invention augmente le débit de transmission de données nettes car il n'est plus nécessaire de transmettre des octets vides. Selon un développement avantageux, le procédé est caractérisé en ce que dans l'étape de définition ou dans l'étape de détermination on détermine l'association d'un ensemble de blocs de données utiles dans un champ de données utiles en connaissance de l'état de fonctionnement actuel de tous les dispositifs de transmission de cap- teur utilisant le bus de données. Si par exemple l'état de fonctionnement d'une unité de transmission de capteur a une priorité élevée pour l'appareil de commande de bus, le bloc de données utiles correspondant pourra être placé plus en avant dans un paquet de données de bus. Ou encore les blocs de données utiles peuvent être installés dans un ordre croissant, fictif, de sorte que les dispositifs de transmission de capteur qui n'ont pas à envoyer actuellement de données ne seront pas pris en compte. Suivant une autre caractéristique, l'étape d'initialisation consiste à émettre et/ou recevoir et/ou actualiser la liste d'actions. Cette solution à l'avantage que pendant le fonctionnement, le dispositif de commande de bus ou un système dominant permet de remplacer la liste d'actions pour réagir à une nouvelle situation de fonctionnement. Cela permet d'économiser la place de mémoire pour la liste des actions car par exemple seule la partie actuellement déter- minante d'une plus grande liste d'actions sera mise à disposition à ce moment à tous les participants au bus. Selon un développement, le dans l'étape de définition ou dans l'étape de détermination on définit ou on détermine la règle d'attribution en fonction de la liste d'actions en utilisant les données de signalisation inscrites par le dispositif de commande de bus dans le champ de signalisation d'un paquet de données de bus. Il peut être avantageux de ne pas nécessiter d'ordre de sélection supplémentaire qui diminuerait le débit de transmission de données nettes. De façon avantageuse dans l'étape de détermination on exécute l'une des actions sélectionnées sur la liste d'actions dans le dispositif de transmission de capteur à l'aide des données de signalisation inscrites par le dispositif de commande de bus dans le champ de signalisation d'un paquet de données de bus. Cela rend inutile l'émission d'un ordre de sélection et augmente en définitive le débit de transmission de données nettes. Selon un autre développement, dans une étape d'envoi d'un ordre de sélection par le dispositif de commande de bus à un premier et au moins un second dispositif de transmission de capteur, l'ordre de sélection produit l'exécution d'une première action sélection- née dans la liste d'actions dans le premier dispositif de transmission de capteurs et d'une seconde action sélectionnée dans la liste d'action dans au moins un second dispositif de transmission de capteur. Ainsi, avec un ordre de sélections, ont pourra interroger plusieurs dispositifs de transmission de capteur ou tous les dispositifs de transmission de capteur ou encore l'état de fonctionnement d'un ensemble de dispositif de transmission de capteur ou de tous. Dessins La présente invention sera décrite ci-après de manière plus détaillée à l'aide d'exemples de réalisation du procédé d'attribution de données utiles d'un paquet de données de bus à différents dispositifs de transmission de capteurs et d'un dispositif pour sa mise en oeuvre représentés dans les différentes figures dans lesquelles les mêmes références seront utilisées pour désigner les mêmes éléments. Ainsi : - les figures la-d représentent la structure d'un paquet de données pour une transmission usuelle de données par comparaison avec la structure d'un paquet de données sur un bus de données selon le protocole VLINC et selon un premier exemple de réalisation de l'invention, - la figure 2 est un schéma par bloc d'un exemple de réalisation d'un dispositif de transmission de données et d'un exemple de réalisation d'un dispositif de commande de bus selon l'invention pour un système de transmission de données, - la figure 4 est un ordinogramme d'un exemple de réalisation du pro- cédé de l'invention, - la figure 5 est un ordinogramme d'un autre exemple de réalisation du procédé de l'invention. Description de modes de réalisation Les exemples décrits ci-après seront décrits dans le cas d'un bus de données constitué par un bus LIN. Mais d'autres systèmes de bus de véhicules peuvent être utilisés comme bus de données selon l'invention. Les figures la, lb, le et ld montrent la structure d'un paquet de données pour une transmission usuelle de données par rap- port à la structure d'un paquet de données sur un bus de données selon le protocole VLINC et selon un premier exemple de réalisation de l'invention. La figure la montre l'organisation chronologique de pa- guets de données de bus 100 à transmettre par un bus de données se- lon la transmission usuelle des données correspondant au protocole LIN. Dans un premier exemple de réalisation, on suppose que chaque capteur souhaitent transmettre un octet, c'est-à-dire 8 bits, avec six capteurs reliés au bus LIN. Pour chacun des capteurs, il faut prévoir un seul paquet de données de bus 100. Un paquet de bus 100 se compose de données de signalisation 110 encore appelé trame ID 110 et d'un bloc de données utiles 120. Pour transmettre jusqu'à six paquets de données de bus 100 selon la solution connue il faut une durée de transmission ou temps de transmission 130. Dans une première partie (signalisation) on transmet les données de signalisation 110 prédéfinies individuellement pour un capteur. Ces données sont envoyées par un Maître ou par un dispositif de commande de bus sur le bus de données et ces données déclenchent une fonction de chaque capteur sollicité ou de chaque dispositif de transmission de capteur qui aura été sollicité. La fonction ainsi déclen- chée, peut consister à fournir les données utiles de l'unité de capteur correspondant à la réception des données de signalisation. Ces données utiles représentent par exemple une distance mesurée par ultrasons entre le véhicule et un objet extérieur au véhicule ou une autre gran- deur physique. Dans un champ de données utiles à la suite du champ de signalisation 110, on place les données utiles fournies par le capteur dans un bloc de données utiles 120 et le dispositif de transmission de capteur les envois par le bus de données vers le dispositif de commande de bus. Le champ de données utiles peut comporter plusieurs blocs de données utiles 120. La figure la montre à titre d'exemple la transmission selon le protocole LIN. Chaque participant envoi les données dans une trame distincte. Le rapport entre les données utiles et les données de commande est significativement mauvais dans le cas d'une faible quan- tité de données utiles. Si dans un réseau composé de six participants, par exemple chaque participant souhaite envoyer un octet, alors selon le protocole du standard LIN, il faut envoyer six trames séparées n'ayant chacune qu'un unique octet. Cela se traduit par une durée de transmission de 23,64ms (6*3,94ms). La figure lb montre une situation selon le protocole LIN standard avec deux participants ou capteurs envoyant des données au cours d'un cycle. L'envoi se compose de deux paquets de données de bus 100 ; un premier paquet de données de bus se compose des données de champ de signalisation 110 et des données utiles du bloc de données utiles 120.1 d'un premier capteur ; le second paquet de don- nées de bus 100 se compose des données de champ de signalisation 110 et des données utiles d'un bloc de données utiles 120.6 d'un second capteur. Le temps nécessaire à la transmission des deux paquets de données de bus selon la solution connue correspond à un temps de transmission 132. Si dans un cycle seuls deux participants veulent envoyer des données, ils pourront également être interrogés séparément selon le protocole LIN standard. En poursuivant l'exemple présenté à la figure la, pour transmettre les données utiles de deux capteurs, le temps de transmission 132 est égal à 7,88ms. La figure le montre une extension du protocole LIN standard. Un paquet de données de bus 100.c se compose des données de signalisation 110 et d'un champ de données utiles 140 ; le champ de données utiles 140 est composé de plusieurs blocs de données utiles 122.1 et 122.6 et 124. Pour transmettre un paquet de données de bus 100.c selon la figure le il faut un temps de transmission 134. Selon le protocole LIN standard, un paquet de données de bus 100 ne contient que les données utiles d'un capteur. Une extension selon le protocole VLINC permettrait de regrouper les données utiles de plusieurs cap- teurs dans un champ de données utiles. La figure le montre de façon analogue à la figure la, la transmission de données utiles de six capteurs. Si de façon analogue à la figure lb, seuls deux capteurs veulent transmettre des données utiles, les autres capteurs doivent envoyer des octets vides 124 à la place des données utiles. Le champ de données utile 140 comportera ainsi deux blocs de données utiles 122.1 et 122.6 occupés par des données utiles et des blocs de données utiles 124 remplis par des octets vides. Selon le protocole VLINC, tous les six participants inscri- vent leur octet dans une trame commune. Ainsi, le temps de transmis- sion se réduit à 7,58ms. Ce procédé suppose que tous les participants ont une identité univoque ID. A l'aide de cette indication ID, on détermine la position de l'octet de données dans la trame commune. Cette position des données est ainsi fixée de manière statique. La figure le montre la disposition des données selon le protocole VLINC. Les six participants doivent envoyer un paquet de données (par exemple un octet) c'est-à-dire un bloc de données utiles 122.1, 122.6, 124. Si les participants n'ont pas à envoyer de nouvelles données, ils transmettent au lieu de cela des octets vides 124. La figure ld montre une transmission selon l'invention de données utiles par un bus de données ; dans cet exemple selon l'invention six capteurs sont reliés au bus de données. Dans l'état actuel, seuls deux capteurs veulent transmettre des données utiles. Un paquet de données de bus 100 se compose de données de signalisation 110 et de blocs de données utiles 126.1, 126.2 ; le bloc de données utiles 126.1 reçoit les données utiles d'un premier capteur et le bloc de données utiles 126.2 reçoit les données utiles d'un second capteur. Pour transmettre le paquet de données de bus 110.d il faut un temps de transmission 136. Un premier développement de l'invention suppose que tous les participants savent quand et quels participants veulent envoyer des données. Selon l'invention on envoie une liste globale d'actions à tous les participants. Si chaque participant dispose non seulement de l'information concernant ses propres actions mais également celles de tous les autres participants du réseau, tous les participants sauront quand et quels participants souhaitent faire un envoi ; ils peuvent ainsi déterminer en fonction de leur position, les données dans la trame ou leur taille de données utiles encore appelée taille « en charge partagée » par une définition dynamique. Dans cette procédure, la trame ID 110 n'est pas importante. Ce procédé fonctionne notamment même si la liste globale des actions est actualisée pendant le fonctionnement. Selon un exemple de réalisation, on suppose que six capteurs sont reliés à un bus de données et que chacun des capteurs veut transmettre des données utiles de la taille d'un octet. On suppose que seulement deux des six participants veulent envoyer un octet, si bien que l'invention permet un temps de transmission de 4,67ms (au lieu de 7,58ms selon le protocole VLINC de la figure lc ou de 7,88ms selon le protocole LINC standard de la figure lb). Un autre développement prévoit que les participants savent à l'aide de la trame ID 110 à quelle position d'octet ils doivent inscrire leurs données. Ainsi, les participants n'ont pas à connaître toutes les actions des autres participants. On suppose que dans un cycle effectivement, seuls deux des six participants veulent envoyer des données. En application du protocole LIN standard il serait interrogé par une trame comme celle de la figure lb. Dans le cas du protocole VLINC standard, les trames se- raient composées comme cela est présenté à la figure lc. La figure ld montre une disposition dynamique des données correspondant à ce développement de l'invention. La figure ld montre une disposition des données selon l'invention. Seuls les participants qui ont effectivement à transmettre des données émettent. Ainsi, le participant 6 n'envoie pas ses données à la position 6 (comme à la figure lc) mais à la position 2 qu'il calcule à partir des informations de la liste d'actions ou qu'il détermine à l'aide de la trame ID 110. La trace se fait par une analyse dans la « couche phy- sique » (par exemple avec un oscilloscope. Il apparaît que selon le proto- n cole VLINC, tous les participants associent des données de manière statique à une trame. Dans le procédé selon l'invention, la couche de transmission de bits (la couche physique) montre que les trames se composent de façon dynamique et ce ne sont pas toujours tous les participants qui émettent. 10 La figure 2 est un schéma par blocs de la combinaison d'exemples de réalisation de dispositif de transmission de capteurs 200.1, 200.2... 200.n avec un exemple de réalisation d'un dispositif de commande de bus 210 par un bus de données 220. Les dispositifs de transmission de capteur 200.1, 200.2,... 200.n peuvent ainsi être reliés 15 à un capteur 230 pour former une unité de capteur USS1, USS2,... USSn ; les capteurs 230 du dispositif de transmission de capteur 200 fournissent des données concernant l'interface de capteur 235. Ces données représentent une grandeur physique. La grandeur physique peut être un signal de distance obtenu par ultrason par rapport à un 20 objet extérieur au véhicule si le capteur 230 fait partie d'un système d'assistance aux manoeuvres de rangement. Le dispositif de commande de bus 210 commande la transmission des données par le bus de données 220 et l'exploitation des données utiles du champ de données utiles d'un paquet de données de bus 100. 25 Le dispositif de commande de bus 210 comporte une uni- té des missions 240 qui, à un certain instant dispose des données de signalisation prédéfinies dans un champ de signalisation d'un paquet de données de bus 100 et envoie ces données de signalisation par le bus de données 220. Ces données de signalisation peuvent être lues par une 30 interface de bus 250 dans chaque dispositif de transmission de capteur 200 dans le bus de données 220 et être interprétées. Si les unités de transmission de capteur 200.1, 200.2... 200.n reconnaissent les données de signalisation prédéfinies sur le bus de données 220 qui initialisent une transmission de données utiles des capteurs 230 des 35 différentes unités de capteur USS1, USS2, ... USSn, alors chacun des dispositifs de transmission de capteur 200.1, 200.2... 200.n ou l'interface de bus respective 250 peut insérer un octet de données utiles dans le bloc de données utiles 135 du champ de données utile d'un paquet de données de bus 100, bloc réservé pour le dispositif correspon- dant de transmission de capteur 200.1, 200.2,... 200.n. La position respective à laquelle on peut insérer les données utiles de l'unité de capteur respective USS1, USS2, USSn dans le champ de données utiles 130 est mémorisé dans une mémoire 260 pour chacun des dispositifs de transmission de capteur 200.1, 200.2,... 200.n. A la place d'une in- formation directe concernant la position dans le champ de données utile, selon un exemple de réalisation, la mémoire peut également comporter l'enregistrement d'une liste d'actions et à partir de cette liste d'actions, on définit la règle d'attribution. L'interface de bus 250 de chaque dispositif de transmis- sion de capteur 200.1, 200.2,... 200.n appelle ainsi tout d'abord l'information de position enregistrée dans la mémoire 260 associée ou détermine à partir de la liste d'actions déposée dans la mémoire, une règle d'attribution donnant l'information de position et ajoute au moins une partie des données utile du capteur 230 dans le bloc de données utiles 135 défini par l'information de position. On génère ainsi un pa- quet de données de bus 100 qui apparaît pour le dispositif de commande de bus 210 comme provenant d'une unique unité. Les unités de capteur USS1, USS2... USSn sont ainsi regroupées comme un « capteur virtuel ». Le dispositif de commande de bus 210 exploite les données utiles de façon à pouvoir extraire par l'interface 270 les données utiles des blocs de données utiles du champ de données utiles et de les interpréter de manière correspondante dans une unités d'attribution 280 en fonction de la règle d'attribution comme appartenant aux différentes unités de transmission de capteur 200.1, 200.2,.... 200.n. La règle d'attribution qui contient la réservation exclusive des blocs de données utiles du champs de données utiles pour la transmission de ces données utiles des différents dispositifs de transmission de capteur 200.1, 200.2... 200.n vers le dispositif de commande de bus 210 peut ainsi s'extraire d'une mémoire 290. Selon l'exemple de réalisation de l'invention, présenté ci-dessus, les différentes unités de capteur ou dispositifs de transmission de capteur sont regroupés en une seule « unité virtuelle » dépendante et commandée c'est-à-dire un « esclave » virtuel ou un « dispositif virtuel permettant de regrouper jusqu'à huit « esclave » c'est-à-dire des unités de capteur différentes. Chaque « esclave » peut occuper dans chaque paquet de données de mesure 100, un octet à un endroit défini de manière précise. Cet endroit défini de manière précise dans le paquet de données de mesure (champ de données utiles) est défini par une identi- fication de capteur enregistré dans une mémoire pour chaque unité de capteur ou chaque dispositif de transmission de capteur 100. La longueur du champ de données de capteur peut être différente pour chaque paquet de données de mesure 100 ; cette longueur découle de la règle d'attribution définie par l'utilisation de la liste d'action. La figure 3 est une représentation graphique d'une règle d'attribution 300 d'un autre exemple de réalisation du procédé de l'invention. La règle d'attribution est établie en utilisant une liste d'action 305. Un bus de données 310 relie les dispositifs de transmis- sion de capteur 320.1, 320.2, 320.3, 320.4, 320.5 et 320.6 ainsi qu'un dispositif de commande de bus 330. Une liste d'actions 305 enregistrée dans une mémoire donne la règle d'attribution 300. C'est ainsi que selon un exemple de réalisation, la liste d'actions 305 peut demander les données du dispositif de transmission de capteur 320.1 et du dispositif de transmission de capteur 320.6. Dans l'exemple choisi, les dispositifs de transmission de capteur 320.2, 320.3, 320.4, 320.5 ne transmettent pas de données. Il en résulte une règle d'attribution 300 selon laquelle le dispositif de commande de bus envoie pour un paquet de données de bus 100, la trame ID ou les données de signalisation 110 et dans le champ de données utiles, il y a les données utiles du dispositif de transmission de capteur 320.1 dans le premier bloc de données utiles et dans le second bloc de données utiles du champ de données utiles du paquet de données de bus 100, il y a les données utiles du dispositif de transmission de capteur 320.6. Les autres dispositifs de transmission de capteur 320.2, 320.3, 320.4, 320.5 n'envoient aucune donnée et ainsi aucun bloc de données utiles dans le paquet de données de bus 100. Dans l'exemple de réalisation du procédé de l'invention présenté à la figure 3, on met en évidence l'avantage d'un paquet de données de bus 100 plus court que celui du procédé présenté dans le document DE102009027201A1 car il n'est pas nécessaire de transmettre des octets vides ou en variante, il n'est pas nécessaire de répartir les deux blocs de données utiles sur deux paquets de données de bus 100. La figure 4 est un schéma par bloc d'un procédé 400 de transmission de données utiles provenant d'un ensemble de capteurs vers un dispositif de commande de bus de véhicule selon un exemple de réalisation de l'invention. Le procédé comprend l'étape d'enregistrement 410, l'étape de définition 420 et l'étape d'interprétation 430. Dans un exemple de réalisation, l'étape de définition 420 suit l'étape d'enregistrement 410. L'étape d'interprétation 430 suit l'étape de détermination 420. Dans un autre exemple de réalisation non représentée de l'invention, l'étape d'enregistrement 410 et l'étape de définition 420 sont exécutée sen parallèles et elles sont suivies par l'étape d'interprétation 430. L'étape d'interprétation 430 contient une étape partielle d'attribution. Dans l'étape d'enregistrement 410, le dispositif de com- mande de bus enregistre un paquet de données de bus. Dans l'étape de définition 420, on défini la règle d'attribution des dispositifs de trans- mission de capteur aux blocs de données utiles du champ d'analyses utiles du paquet de données de bus. Ainsi, à partir d'une liste d'actions, on défini l'état de fonctionnement de tous els dispositifs de transmission de capteur, on sélectionne les dispositifs de transmission de capteur qui ont des données utiles à transmettre et on classe dans un ordre défini les dispositifs de transmission de capteur ; les dispositifs de transmis- sion de capteur qui ont des données utiles à transmettre, sont associés aux blocs de données utiles dans le champ de données utiles d'un paquet de données de bus. La règle d'attribution donne la longueur du champ de données utiles en fonction du nombre de blocs de données utiles. Dans l'étape d'interprétation 430 on interprète le paquet de don- nées de bus enregistré au cours de l'étape d'enregistrement 410 en attribuant les données utiles transmises dans les blocs de données utiles et qui représentent un signal de capteur, aux dispositifs de transmission de capteur. La liste d'actions utilisées dans l'étape de détermina- tion 420 peut être fournie dès le début ou en variante elle peut être fournie au cours d'une étape d'initialisation non représentée. L'étape d'initialisation du dispositif de commande de bus peut servir à recevoir la liste d'action et en même temps ou en variante, fournir la liste d'actions par le bus de données aux dispositifs de transmission de cap- teur. Dans un autre exemple de réalisation non représenté de l'invention, la liste d'actions peut être actualisée ou remplacée en fonctionnement permanent. La figure 5 montre un ordinogramme d'un procédé 500 de transmission de données utiles par un ensemble de capteurs vers un dispositif de commande de bus d'un véhicule selon un exemple de réalisation de l'invention. Le procédé comprend l'étape d'obtention 510, l'étape de détermination 520 et l'étape de réception 530. Dans un exemple de réalisation, l'étape de détermination 520 suit l'étape d'obtention 510. L'étape de réception 530 suit l'étape de détermination 520. En outre, dans un exemple de réalisation de l'invention non représentée, l'étape d'obtention 510 et l'étape de détermination 520 sont exécutées en parallèle et sont suivies par l'étape de réception 530. L'étape de réception 530 comporte une étape partielle de disposition. Dans l'étape d'obtention 510, le dispositif de transmission de capteur reçoit les données utiles d'un capteur ; ces données utiles représentent une grandeur mesurée par le capteur. Dans l'étape de détermination 520 on établit une règle d'attribution en utilisant une liste d'actions. La liste d'actions donne un état de fonctionnement de plusieurs états de fonctionnement possibles pour chaque dispositif de transmission de capteur. A l'aide de l'information de la liste d'actions, dans l'étape de détermination 520, on détermine l'information de posi- tion du bloc de données utiles du dispositif respectif de transmission de capteur. Pour cela, à partir de la liste d'actions, on définit l'état de fonctionnement de tous les dispositifs de transmission de capteur qui sélectionne les dispositifs de transmission de capteur ayant des données utiles à transmettre et les dispositifs de transmission de capteur sont classés dans un ordre défini. Dans l'étape de réception 530, le dispositif de transmis- sion de capteur reçoit des données de signalisation prédéfinies dans le champ de signalisation d'un paquet de données de bus et ensuite il dis- pose les données utiles du capteur obtenues dans l'étape 510, dans le bloc de données utiles du paquet de données de bus, bloc déterminé dans l'étape 520. Selon un autre exemple de réalisation, la sélection de l'action et la détermination de l'information de position du bloc de don- nées de bus ne se font pas à l'aide d'une liste d'actions mais la règle d'attribution résulte directement des données de signalisation du champ de signalisation. La liste d'actions utilisée dans l'étape de détermination 520, peut être disponible par exemple dès le début ou en va- riante être fournie pendant une étape d'initialisation non représentée. Ainsi, dans l'étape d'initialisation, le dispositif de transmission de capteur peut recevoir la liste d'actions. Selon un autre exemple de réalisation non représenté de l'invention, la liste d'actions peut être actualisée et remplacée en fonc- tionnement continu. La sélection d'une action dans la liste d'actions dans l'étape de détermination 520 peut se faire par un ordre de sélection envoyé par le bus de données et en même temps ou en variante par des données de signalisation prédéfinies dans le champ de signalisation d'un paquet de données de bus.25 NOMENCLATURE 100 Paquet de données de bus 110 Données de signalisation 120 Bloc de données utiles 120.1... Bloc de données utiles 122.1... Bloc de données utiles 124 Bloc de données utiles occupé par des octets vides 126 1... Bloc de données utiles 130 Durée de transmission 132 Durée de transmission 134 Temps de transmission 135 Bloc de données utiles 136 Temps de transmission 140 Champ de données utiles 200 1...,200.n Dispositif de transmission de capteur 210 Dispositif de commande de bus 220 Bus de données 230 Capteur 235 Interface de capteur 240 Unité d'envoi 250 Interface de bus 270 Interface de réception 280 Unité d'attribution 290 Mémoire 300 Règle d'attribution 305 Liste d'actions 310 Bus de données 320 1..., 320.6 Dispositif de transmission de capteur 400 Procédé de transmission de données utiles à partir de capteurs 410-430 Etapes du procédé 500 Procédé de transmission de données utiles à partir de plusieurs capteurs 510-530 Etape du procédé USS1, USS2...USSn Unité de capteur5 REVENDICATIONS1°) Procédé (400) pour attribuer des données utiles d'un paquet de données de bus (100) à différents dispositifs de transmission de capteurs (200.x), selon lequel un dispositif de commande de bus (210) est relié à un bus de données (220) d'un véhicule pour transmettre simultanément des paquets de données de bus (100) entre un ensemble de dispositifs de transmission de capteur (200.x) et le dispositif de commande de bus (210), les paquets de données de bus (100) comprenant au moins un champ de signalisation (110) et un champ de données utiles (140) avec au moins deux blocs de données utiles (120), procédé (400) comprenant les étapes suivantes consistant à : - enregistrer (410) un paquet de données de bus (100), (300) sur le fondement - définir (420) une prescription d'association d'une liste d'actions (3 05), * la liste d'actions (305) comprenant plusieurs combinaisons de chaque fois plusieurs états de fonctionnement possibles pour chaque dispositif de transmission de capteur (200.x) utilisant le bus de données (220), * la prescription d'attribution (300) donnant la relation entre la lon- gueur du champ de données utiles (140) et l'état de fonctionne- ment actuel de chacun des dispositifs de transmission de capteur (200.x), et - interpréter (430) les données utiles du paquet de données de bus (100) et attribuer les données utiles lues aux différents dispositifs de transmission de capteur (200.x), * l'étape d'interprétation et d'attribution (430) tenant compte de ce que le champ de données utiles (140) a une longueur différente pour les différentes combinaisons des états de fonctionnement des dispositifs de transmission de capteur (200.x) en fonction de la prescription d'attribution (300). 2°) Procédé (500) de transmission de données utiles d'un dispositif de transmission de capteurs (200.x) vers un dispositif de commande de bus (210) en utilisant un bus de données (220) transmettant simulta- nément des paquets de données de bus (100) entre un ensemble de dis-positifs de transmission de capteur (200.x) et le dispositif de commande de bus (210), les paquets de données de bus (100) ayant au moins un champ de signalisation (110) et un champ de données utiles (140) avec au moins un bloc de données utiles (120), procédé (500) comprenant les étapes suivantes consistant à : - obtenir (510) les données utiles d'un capteur, * les données utiles représentant une grandeur physique mesurée par le capteur, - déterminer (520) une prescription d'attribution (300) sur le fonde- ment d'une liste d'actions (305), comportant plusieurs combinaison de chaque fois l'un des états de fonctionnement possibles pour chacun des dispositifs de transmission de capteur (200.x) utilisant le bus de données (220), et * la relation entre la prescription d'attribution (300) et un état de fonctionnement actuel du dispositif de transmission de capteur (200.x) déterminant l'une des longueurs différentes et/l'une des positions différentes du bloc de données utiles (120) dans le champ de données utiles (140), et - recevoir (530) des données de signalisation prédéterminées dans le champ de signalisation (110) du paquet de bus de données (100) et disposer de façon correspondante au moins une partie des données utiles reçues dans au moins un bloc de données utiles (120) spécifié par la prescription d'attribution (300) pour le dispositif de transmission de capteur (200.x). 3°) Procédé (400; 500) selon l'une des revendications 1 ou 2, caractérisé en ce que dans l'étape (420) de définition ou dans l'étape (520) de détermination on détermine l'association d'un ensemble de blocs de données utiles (120) dans un champ de données utiles (140) en connaissance de l'état de fonctionnement actuel de tous les dispositifs de transmission de capteur (200.x) utilisant le bus de données (220). 4°) Procédé (400; 500) selon l'une des revendications 1 et 2, caractérisé en ce quedans l'étape d'initialisation, on émet et/ou reçoit et/ou actualise la liste d'actions (305). 5°) Procédé selon l'une des revendications 1 ou 2, caractérisé en ce que dans l'étape de définition (420) ou dans l'étape de détermination (520) on définit ou on détermine la règle d'attribution (300) en fonction de la liste d'actions (305) en utilisant les données de signalisation inscrites par le dispositif de commande de bus (210) dans le champ de signalisa- tion (110) d'un paquet de données de bus (100). 6°) Procédé selon l'une des revendications précédentes en relation avec la revendication 2, caractérisé en ce que dans l'étape de détermination (520) on exécute l'une des actions sélec- tionnée sur la liste d'actions (305) dans le dispositif de transmission de capteur (200.x) à l'aide des données de signalisation inscrites par le dispositif de commande de bus (210) dans le champ de signalisation (110) d'un paquet de données de bus (100). 7°) Procédé selon l'une des revendications précédentes en liaison avec la revendication 1, caractérisé en ce que dans une étape d'envoi d'un ordre de sélection par le dispositif de com- mande de bus (210) à un premier et au moins un second dispositif de transmission de capteur (200.x), l'ordre de sélection produit l'exécution d'une première action sélectionnée dans la liste d'actions (305) dans le premier dispositif de transmission de capteurs (200.x) et d'une seconde action sélectionnée dans la liste d'actions (305) dans au moins un second dispositif de transmission de capteur (200.x). 8°) Dispositif de transmission de capteur (200.x) comportant les installations pour exécuter au moins l'une des étapes d'un procédé (500) se- lon l'une des revendications 2 à 7.9°) Dispositif de commande de bus (210) comportant des installations pour exécuter au moins l'une des étapes d'un procédé (400) selon l'une des revendications 1 ou 3 à 7. 10°) Produit de programme d'ordinateur comportant un code pro- gramme pour la mise en oeuvre du procédé selon l'une des revendications 1 à 8, lorsque le programme est exécuté par un dispositif.10