Brevet FR3158401A1 — publié le 20250718

La présente invention concerne un procédé et un système de communication entre un dispositif maître (101) et au moins un dispositif esclave (102, 103) d’un réseau embarqué d’un véhicule (10), la communication entre le dispositif maître (101) et le au moins un dispositif esclave (102, 103) étant selon un protocole de communication I2C sur une liaison LVDS (100). A cet effet, un ensemble de trames de données est communiquée entre le dispositif maître (101) et le au moins un dispositif esclave (102, 103) selon une planification temporelle déterminée, les informations représentatives d’allocation de créneaux temporels aux dispositifs maître (101) et esclaves (102, 103) pour la communication de données étant enregistrées dans une table de planification. Figure pour l’abrégé : Figure 1 Procédé et système de communication entre un dispositif maître et un ensemble de dispositifs esclaves d’un réseau embarqué d’un véhicule La présente invention concerne les procédés et systèmes de communication de données entre un dispositif maître et un ensemble de dispositifs esclaves d’un réseau embarqué d’un véhicule, par exemple mais non exclusivement entre un dispositif maître et un ensemble de dispositifs esclaves d’un système d’infodivertissement d’un véhicule, par exemple automobile. La présente invention concerne également un procédé et un système de planification temporelle de la communication de données sur un réseau embarqué d’un véhicule. Arrière-plan technologique Les véhicules contemporains embarquent nombre de composants électroniques correspondant à des contrôleurs ou calculateurs aussi appelés UCE (« Unité de Commande Electronique » ou en anglais ECU « Electronic Control Unit ») ou encore des capteurs, lesquels assurent chacun une ou plusieurs fonctions dans le cadre de systèmes embarqués, tels qu’un système d’infodivertissement, aussi appelé système IVI (de l’anglais « In-Vehicle Infotainment » ou en français « Infodivertissement embarqué ») ou un système ADAS (de l’anglais « Advanced Driver-Assistance System » ou en français « Système d’aide à la conduite avancé »). Ces calculateurs, capteurs et autres composants électroniques sont reliés entre eux via un ou plusieurs bus de données pour former le réseau embarqué du véhicule, dit IVN (de l’anglais « In-Vehicle Network »). Les bus de données dont par exemple de type CAN (de l’anglais « Controller Area Network » ou en français « Réseau de contrôleurs »), CAN FD (de l’anglais « Controller Area Network Flexible Data-Rate » ou en français « Réseau de contrôleurs à débit de données flexible ») ou LVDS (de l’anglais « Low Voltage Differential Signaling » ou en français « Transmission différentielle basse-tension »). La communication de données entre deux composants d’un même système embarqué d’un véhicule, par exemple entre deux calculateurs ou entre un calculateur et un contrôleur ou entre un calculateur et un ou plusieurs capteurs, est ainsi par exemple basée sur une liaison de type LVDS en utilisant un protocole de communication de type I2C (aussi notée I 2 C, de l’anglais « Inter Integrated Circuit » ou en français « Circuit inter intégré »). La communication de données basée I2C sur LVDS peut être sujette à des collisions entre les trames de données émises, la communication des données basée sur I2C n’étant pas déterministe. Résumé de la présente invention Un objet de la présente invention est de résoudre au moins l’un des problèmes de l’arrière-plan technologique décrit précédemment. Un autre objet de la présente invention est d’améliorer la communication de données entre deux composants d’un système embarquée basée I2C sur LVDS. Un autre objet de la présente invention est de réduire le risque de collision entre paquets ou trames de données transmises par deux composants du réseau embarqué d’un véhicule selon une communication basée I2C sur LVDS. Selon un premier aspect, la présente invention concerne un procédé de communication entre un dispositif maître et au moins un dispositif esclave d’un réseau embarqué d’un véhicule, la communication entre le dispositif maître et le au moins un dispositif esclave étant selon un protocole de communication I2C sur une liaison LVDS, le procédé comprenant une étape de communication d’un ensemble de trames de données entre le dispositif maître et le au moins un dispositif esclave, la communication étant planifiée temporellement en fonction d’informations représentatives d’allocation d’un premier ensemble de créneaux temporels au dispositif maître pour une transmission de données par le dispositif maître et d’un deuxième ensemble de créneaux temporels à le au moins un dispositif esclave pour une transmission de données par le au moins un dispositif esclave, les informations étant enregistrées dans une table de planification, le premier ensemble de créneaux temporels et le deuxième ensemble de créneaux temporels formant un ensemble de créneaux temporels arrangés temporellement selon une séquence déterminée. L’utilisation d’une table de planification comprenant des informations d’allocation de créneaux temporels aux différents composants ou dispositifs de communication du réseau embarqué du véhicule permet de planifier de manière déterministe la communication des trames de données sur le réseau entre les différents dispositifs de communication. Cela permet de réduire fortement le risque de collision, chaque dispositif transmettant les trames de données qu’il doit émettre sur le créneau temporel qui lui est alloué. Selon une variante, chaque créneau temporel de l’ensemble de créneaux temporels possède une durée correspondant à un multiple d’une base temporelle déterminée. Selon encore une variante, la durée de chaque créneau temporel est en outre déterminée en fonction d’une information représentative de gigue. Selon une autre variante, un créneau temporel du deuxième ensemble de créneaux temporels est précédé temporellement d’un créneau temporel du premier ensemble de créneaux temporels dans la séquence déterminée. Selon encore une variante, la planification est contrôlée par le dispositif maître en fonction des informations enregistrées dans la table de planification. Selon une variante supplémentaire, une trame de données de l’ensemble de trames de données transmise par le dispositif maître correspond à une trame de type écriture ou en-tête selon le protocole de communication I2C et une trame de données de l’ensemble de trames de données transmise par le au moins un dispositif esclave correspond à une trame de type lecture selon le protocole de communication I2C. Selon encore une variante, le dispositif maître et le au moins un dispositif esclave appartiennent à un système d’infodivertissement du véhicule. Selon un deuxième aspect, la présente invention concerne un système de communication pour véhicule, le système comprenant un dispositif maître et au moins un dispositif esclave, le dispositif maître et le au moins un dispositif esclave étant reliés via une liaison LVDS, le dispositif maître et le au moins un dispositif esclave communiquant selon un protocole de communication I2C, le dispositif maître et le au moins un dispositif esclave comprenant chacun une mémoire associée à un processeur configuré pour la mise en œuvre des étapes du procédé selon le premier aspect de la présente invention. Selon un troisième aspect, la présente invention concerne un véhicule, par exemple de type automobile, comprenant un système tel que décrit ci-dessus selon le deuxième aspect de la présente invention. Selon un quatrième aspect, la présente invention concerne un programme d’ordinateur qui comporte des instructions adaptées pour l’exécution des étapes du procédé selon le premier aspect de la présente invention, ceci notamment lorsque le programme d’ordinateur est exécuté par au moins un processeur. Un tel programme d’ordinateur peut utiliser n’importe quel langage de programmation, et être sous la forme d’un code source, d’un code objet, ou d’un code intermédiaire entre un code source et un code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. Selon un cinquième aspect, la présente invention concerne un support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur comprenant des instructions pour l’exécution des étapes du procédé selon le premier aspect de la présente invention. D’une part, le support d’enregistrement peut être n'importe quel entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une mémoire ROM, un CD-ROM ou une mémoire ROM de type circuit microélectronique, ou encore un moyen d'enregistrement magnétique ou un disque dur. D'autre part, ce support d’enregistrement peut également être un support transmissible tel qu'un signal électrique ou optique, un tel signal pouvant être acheminé via un câble électrique ou optique, par radio classique ou hertzienne ou par faisceau laser autodirigé ou par d'autres moyens. Le programme d’ordinateur selon la présente invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme d’ordinateur est incorporé, le circuit intégré étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des figures D’autres caractéristiques et avantages de la présente invention ressortiront de la description des exemples de réalisation particuliers et non limitatifs de la présente invention ci-après, en référence aux figures 1 à 4 annexées, sur lesquelles : FIG. 1 illustre schématiquement un système de communication entre dispositifs de communication d’un réseau embarqué d’un véhicule, selon un exemple de réalisation particulier de la présente invention ; FIG. 2 illustre schématiquement une séquence temporelle de créneaux temporels alloués aux dispositifs de communication de la FIG. 1 pour la communication de données sur le réseau, selon un exemple de réalisation particulier de la présente invention ; FIG. 3 illustre un dispositif correspondant aux dispositifs de communication de la FIG. 1 et configuré pour la transmission ou la réception de la trame de données selon la séquence temporelle de la FIG. 2 , selon un exemple de réalisation particulier et non limitatif de la présente invention. FIG. 4 illustre un organigramme des différentes étapes d’un procédé de communication entre les dispositifs de communication de la FIG. 1 , selon un exemple de réalisation particulier et non limitatif de la présente invention. Description des exemples de réalisation Un procédé et un dispositif de communication de données entre composants ou dispositifs de communication comprenant un dispositif maître et un ou plusieurs dispositifs esclaves d’un réseau embarqué de véhicule vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1 à 4. Des mêmes éléments sont identifiés avec des mêmes signes de référence tout au long de la description qui va suivre. Les termes « premier(s) », « deuxième(s) » (ou « première(s) », « deuxième(s) »), etc. sont utilisés dans ce document par convention arbitraire pour permettre d’identifier et de distinguer différents éléments (tels que des opérations, des moyens, etc.) mis en œuvre dans les modes de réalisation décrits ci-après. De tels éléments peuvent être distincts ou correspondre à un seul et unique élément, selon le mode de réalisation. Selon un exemple particulier et non limitatif de réalisation de la présente invention, la communication entre le dispositif maître d’une part et le ou les dispositifs esclaves d’autre part d’un réseau embarqué d’un véhicule est mis en œuvre par l’un et/ou l’autre des dispositifs, à l’initiative du dispositif maître. Le dispositif maître et le(s) dispositif(s) esclave(s) sont reliés en communication filaire via une liaison LVDS, la communication des données entre les deux composant étant selon le protocole I2C. A cet effet, un ensemble de trames de données sont communiquées sur le réseau embarqué, une partie des trames de données étant par exemple transmises par le dispositif maître (par exemple à destination d’un ou plusieurs dispositifs esclaves) et une autre partie des trames de données étant transmises par un ou plusieurs dispositifs esclaves à destination du dispositif maître, via la liaison LVDS. La communication des trames de données est mise en œuvre de manière déterministe temporellement. La communication des trames de données est en effet planifiée temporellement en fonction d’informations représentatives d’allocation d’un premier ensemble de créneaux temporels au dispositif maître pour une transmission de données par le dispositif maître et d’un deuxième ensemble de créneaux temporels à le au moins un dispositif esclave pour une transmission de données par le ou les dispositifs esclaves. Les informations relatives à l’allocation des créneaux temporels aux différents dispositifs de communication sont avantageusement enregistrées dans une table de planification, let premier ensemble de créneaux temporels et le deuxième ensemble de créneaux temporels formant un ensemble de créneaux temporels arrangés temporellement selon une séquence déterminée. La FIG. 1 illustre schématiquement un système de communication comprenant un groupe de dispositifs ou composants de communications du réseau embarqué d’un véhicule 10, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le véhicule 10 correspond par exemple à un véhicule à moteur thermique, à moteur(s) électrique(s) ou encore un véhicule hybride avec un moteur thermique et un ou plusieurs moteurs électriques. Le véhicule 10 correspond ainsi par exemple à un véhicule terrestre, par exemple une automobile, un camion, un car. Le véhicule 10 embarque avantageusement un ou plusieurs systèmes configurés pour assister le conducteur ou les passagers du véhicule 10 lors d’un trajet réalisé avec le véhicule 10. Parmi ces systèmes, le véhicule 10 comprend par exemple un système d’infodivertissement, dit système IVI, pour contrôler l’affichage de contenus graphiques sur un ou plusieurs écrans du véhicule 10, pour le rendu de contenus multimédias avec affichage d’informations sur ce ou ces contenus multimédias sur un ou plusieurs écrans du véhicule 10 et/ou rendu de contenus sonores (par exemple de la musique) sur un ou plusieurs haut-parleurs répartis dans l’habitacle du véhicule 10. Un écran du véhicule 10 correspond par exemple à un écran à interface tactile permettant au conducteur et/ou aux passagers du véhicule 10 d’interagir avec le système IVI. Parmi ces systèmes, le véhicule 10 comprend par exemple en outre un ou plusieurs systèmes tels que par exemple : - un système d’aide à la conduite du véhicule, dit système ADAS, par exemple un ou plusieurs des systèmes suivants : un système de régulation de vitesse, par exemple un système de régulation adaptative de vitesse, dit système ACC (de l’anglais « Adaptive Cruise Control »), et/ou un régulateur de vitesse prédictif, dit système PCC (de l’anglais « Predictive Cruise Control ») ; un système de contrôle électronique de stabilité, dit système ESC (de l’anglais « Electronic Stability Control » ou en français « Contrôle électronique de la stabilité »), DSC (de l’anglais « Dynamic Stability Control » ou en français « Contrôle dynamique de la stabilité ») ou encore ESP (de l’anglais « Electronic Stability Program » ou en français « Programme électronique de la stabilité ») ; un système d’aide au maintien dans la file de circulation du véhicule, dit système LKA (de l’anglais « Lane-Keeping Assist » ou en français « Assistant de maintien dans la file ») ; un système d’alerte de franchissement involontaire de ligne, dit système AFIL ; un système de reconnaissance / lecture de panneaux de signalisation, dit système TSR (de l’anglais « Traffic Sign Recognition ») ; un système d’allumage automatique des feux de croisement ; un système d’activation automatique d’essuie-vitre ; un système de surveillance de l’attention du conducteur ; un système de détection de piéton ; un système d’alerte de distance de sécurité, dit système ADS ; un système de détection et reconnaissance de marquage au sol ; et/ou un système d’aide au stationnement ; - un système de climatisation automatique ; et/ou - un système d’arrêt et de redémarrage automatique du véhicule, dit système STT (de l’anglais « Start and Stop ») ; et/ou - un système de navigation ; et/ou - un système d’infodivertissement ; et/ou - un système d’avertissement sonore, dit système AVAS (de l’anglais « Acoustic Vehicle Alerting System » ou en français « Système d’alerte sonore pour véhicule ») ; - un système de contrôle ou de supervision d’un organe de la chaine de traction du véhicule, par exemple le moteur, la transmission, la batterie de traction pour un véhicule électrique, etc. Le système illustré sur la FIG. 1 comprend un groupe de dispositifs ou composants de communication, c’est-à-dire des dispositifs configurés pour communiquer des données entre eux, par exemple sous la forme de trames de données. Selon l’exemple particulier de la FIG. 1 , le système comprend 3 dispositifs de communication, à savoir un premier dispositif de communication 101 correspondant à un dispositif maître et deux dispositifs esclaves correspondant à un deuxième dispositif de communication 102 et un troisième dispositif de communication 103. Les dispositifs de communication 101, 102, 103 du groupe sont reliés en communication via une liaison LVDS 100. Bien entendu, l’invention ne se limite pas à un tel exemple et s’étend à un système comprenant plus de 3 composants reliés entre eux via un ensemble de liaisons LVDS, par exemple 4, 5, 10 ou plus de dispositifs de communication. Un groupe de dispositifs de communication est formé d’un unique dispositif maître et d’un ou plusieurs dispositifs esclaves, par exemple 2, 3, 4 ou 5 dispositifs esclaves. Un dispositif esclave 102, 103 est un dispositif dont la communication de données est contrôlée par le dispositif maître 101, un dispositif esclave ne communiquant pas de données sur le réseau de sa propre initiative mais uniquement sous le contrôle ou sur requête du dispositif maître 101. En prenant comme exemple un système IVI, le dispositif maître 101 correspond à un calculateur contrôlant le système d’infodivertissement, appelé calculateur IVI (de l’anglais « In-Vehicle Infotainment » ou en français « Infodivertissement embarqué »). Les dispositifs esclaves 102, 103 correspondent chacun à un contrôleur d’un dispositif d’affichage différent, par exemple un écran de type LCD (de l’anglais « Liquid Crystal Display » ou en français « Affichage à cristaux liquides »), par exemple de type de type TFT (de l’anglais « Thin-Film Transistor » ou en français « Transistor en film mince »), ou OLED (de l’anglais « Organic Light-Emitting Diode » ou en français « Diode électroluminescente organique ») ou un dispositif d’affichage tête-haute d’un système de Vision Tête Haute, dite VTH ou HUD (de l’anglais « Head Up Display » ou en français « Affichage Tête Haute »). Le calculateur 101 et les contrôleurs 102, 103 des dispositifs d’affichages sont reliés en communication par la liaison LVDS 100. La technologie LVDS est connue de l’homme du métier et est par exemple décrite dans le document intitulé « An overview of LVDS technology » édité par la société Texas Instruments® sous la référence SNLA165 en 1998. La communication entre le dispositif maître 101 d’une part et les dispositifs esclaves 102, 103 d’autre part est avantageusement basée sur le protocole I2C. Le protocole I2C est connu de l’homme du métier et est par exemple décrit dans le document intitulé « I2C Bus Specification » édité par la société NXP® sous la référence UM10204 d’avril 2014. Dans le cadre d’une communication I2C, un dispositif de communication d’un groupe de dispositifs de communication correspond à un équipement maître, c’est-à-dire le premier dispositif 101 selon l’exemple de la FIG. 1 , et un ou plusieurs autres composants communiquant avec l’équipement maître correspondent à des équipements esclaves, c’est-à-dire le deuxième dispositif 102 et le troisième dispositif 103 selon l’exemple de la FIG. 1 , les communications étant à l’initiative de l’équipement maître. Un dispositif ou composant transmettant les données est aussi appelé « Transmetteur » et un dispositif ou composant recevant les données est aussi appelé « Récepteur ». Les dispositifs de communication 101, 102, 103 peuvent ainsi être à tout de rôle un transmetteur ou un récepteur. Un processus de communication entre un dispositif de communication (le transmetteur) et un autre dispositif de communication (le récepteur) d’un groupe de dispositifs de communication connectés ensemble via le réseau embarqué du véhicule 10 est avantageusement mis en œuvre par un ou plusieurs processeurs de chacun des dispositifs transmetteur et récepteur d’un système de communication configuré pour la mise en œuvre du processus. Un tel système comprend le dispositif maître 101 et un ou plusieurs dispositifs esclaves 102, 103. Selon des opérations du processus, un ensemble de trames de données est communiqué entre le dispositif maître 101 et le ou les dispositifs esclaves. Par exemple, une ou plusieurs trames de données sont transmises par le dispositif maître 101, par exemple à destination de chaque dispositif esclave 102, 103. Une ou plusieurs trames de données sont transmises en retour par un ou plusieurs des dispositifs esclaves 102, 103 à destination du dispositif maître 101. La communication des trames de données est mise en œuvre via la liaison LVDS 100 et comprend la transmission et/ou la réception de trames de données sur la liaison LVDS 100. Une trame de données comprend une séquence de ‘N’ octets (ou « bytes » en anglais), ‘N’ étant un entier supérieur ou égal à 2, par exemple égal à 8, 9, 10 ou plus. Selon le protocole I2C, une trame de données correspond à une trame de type « ECRITURE » (de l’anglais « WRITE ») ou de type « EN-TETE » (de l’anglais « HEADER ») lorsque le transmetteur correspond au dispositif maître 101. Une trame de données est de type « LECTURE » (de l’anglais « READ ») selon le protocole I2C lorsque le transmetteur correspond à un dispositif esclave 102, 103. Une trame de données de type « LECTURE » est transmise par un dispositif esclave 102, 103 suivant la réception par ce dernier d’une trame de type « EN-TETE » (de l’anglais « HEADER ») transmise par le dispositif maître 101. Une trame de données de type « ECRITURE » comprend par exemple : - un premier octet comprenant des données d’adresse du composant destinataire de la trame de données codées par exemple sur les 7 bits de poids les plus forts (ou en anglais MSB pour « Most Significant Bits »), le 8 ème bit étant mis à 0 ; - un deuxième octet comprenant des données identifiants la trame de données pour permettre au dispositif esclave destinataire de la trame de données d’identifier le message transporté dans la trame de données en décodant ce deuxième octet ; - un troisième octet comprenant des données indiquant le nombre d’octets alloués aux données utiles (de l’anglais « payload ») dans la trame de données ; et - un nombre ‘n’ d’octets alloués aux données utiles. Une trame de données de type « EN-TETE » comprend par exemple : - un premier octet comprenant des données d’adresse du composant émetteur de la trame de données ; - un deuxième octet comprenant des données identifiants la trame de données pour permettre au dispositif esclave destinataire de la trame de données d’identifier le message transporté dans la trame de données en décodant ce deuxième octet ; - un troisième octet comprenant des données indiquant le nombre d’octets ‘n’ qui devront être alloués dans la trame de type « LECTURE » aux données utiles (de l’anglais « payload ») ; et - un quatrième octet comprenant des données identifiant le destinataire de la trame de données de type « EN-TETE », le composant destinataire correspond au dispositif esclave devant répondre à la trame de type « EN-TETE » avec une trame de type « LECTURE ». Une trame de données de type « LECTURE » (suivant la réception d’une trame de type « EN-TETE ») comprend par exemple : - un nombre ‘n’ d’octets tel que requis dans la trame de type « EN-TETE ». La communication des trames de données sur la liaison LVDS est planifiée temporellement de manière déterministe, sous le contrôle du dispositif maître 101. L’ordre temporel de communication de chaque trame de données est décrit dans une table de planification (de l’anglais « schedule table »), laquelle table de planification est stockée dans une mémoire du véhicule 10 accessible par le dispositif maître 101, par exemple dans une mémoire du dispositif maître 101. La table de planification n’est accessible que par le dispositif maître 101 qui contrôle la communication de l’ensemble des trames de données par l’ensemble de dispositifs de communication du groupe auquel le dispositif maître 101 appartient. Un groupe de dispositifs de communication comprend par exemple l’ensemble des dispositifs ou composants de communication connectés à une même liaison LVDS. La table de planification est par exemple fonction de la topologie du réseau embarqué et/ou du groupe de dispositifs de communication 101 à 103 reliés entre eux via la liaison LVDS 100. La communication des trames de données par les différents dispositifs maître et esclaves 101 à 103 est ainsi planifiée temporellement en fonction d’informations représentatives d’allocation d’un premier ensemble de créneaux temporels au dispositif maître 101, pour la transmission de données par le dispositif maître 101, et d’un deuxième ensemble de créneaux temporels aux dispositifs esclaves 102, 103, pour la transmission de données par le ou les dispositifs esclaves, un ou plusieurs créneaux temporels étant alloués à chaque dispositif esclave 102, 103. Ces informations d’allocation sont enregistrées dans la table de planification, ledit premier ensemble de créneaux temporels et ledit deuxième ensemble de créneaux temporels formant un ensemble de créneaux temporels arrangés temporellement selon une séquence déterminée. Une telle séquence est illustrée sur la FIG. 2 , selon un exemple de mise en œuvre particulier et non-limitatif. La FIG. 2 représente une séquence de créneaux temporels 21 à 26 ordonnés temporellement les uns à la suite des autres, par exemple comme suit : - le premier créneau 21 (d’un point de vue temporel) est par exemple alloué au dispositif maître 101 ; - le deuxième créneau 22, suivant le premier créneau 21 d’un point de vue temporel, est par exemple alloué au dispositif esclave 102 ; - le troisième créneau 23, suivant le deuxième créneau 22 d’un point de vue temporel, est par exemple alloué au dispositif maître 101 ; - le quatrième créneau 24, suivant le troisième créneau 23 d’un point de vue temporel, est par exemple alloué au dispositif esclave 103 ; - le cinquième créneau 24, suivant le quatrième créneau 24 d’un point de vue temporel, est par exemple alloué au dispositif maître 101 ; et - le sixième créneau 26, suivant le cinquième créneau 25 d’un point de vue temporel, est par exemple alloué à un dispositif esclave, par exemple de nouveau au dispositif esclave 103 ou à un autre dispositif esclave différent des dispositifs esclaves 102, 103 représentés sur la FIG. 1 . La séquence 2 de créneaux temporels ne se limite pas à l’exemple particulier décrit ci-dessus. Le nombre de créneaux temporels de la séquence 2 est quelconque, et est par exemple égal à 2, 3, 5, 10, 20 ou plus de créneaux temporels, le nombre de créneaux dans la séquence dépendant par exemple du nombre de dispositifs de communication reliés entre eux via la liaison LVDS 100. Une allocation des créneaux temporels différente de celle décrite ci-dessus est possible, par exemple : - le premier créneau 21, le deuxième créneau 22, le troisième créneau 23 et le cinquième créneau sont alloués au dispositif maître 101 ; et - le quatrième créneau 24 est alloué au dispositif esclave 102 et le sixième créneau 26 est alloué au dispositif esclave 103. La transmission d’une trame de données par un dispositif esclave 102, 103 étant déclenchée par la transmission d’une trame de données de type « EN-TETE » par le dispositif maître 101, un créneau temporel alloué à un dispositif esclave 102, 103 est ainsi toujours précédé temporellement d’un créneau temporel alloué au dispositif maître 101, c’est-à-dire que le créneau temporel précédant immédiatement un créneau temporel alloué à un dispositif esclave 102, 103 dans la séquence 2 correspond à un créneau temporel alloué au dispositif maître 101. La séquence 2 est par exemple jouée de manière cyclique, c’est-à-dire que lorsque la communication de trames de données s’est faite selon le dernier créneau temporel de la séquence 2 (correspondant au sixième créneau 26 selon l’exemple de la FIG. 2 ), la communication des trames de données suivantes reprend la séquence de créneaux temporel avec le premier créneau 21 de la séquence 2, et ainsi de suite. Les informations comprises dans la table de planification comprennent par exemple : - une information représentative du début de chaque créneau temporel ou une information représentative de l’ordre du créneau dans la séquence ; - une information représentative de durée de chaque créneau temporel, la durée des créneaux variant par exemple selon le créneau temporel. La durée d’un créneau temporel, notée ‘d’, est par exemple déterminée en fonction de la quantité de données à communiquer, la durée étant calculée comme correspondant à un multiple d’une base temporelle déterminée, notée ‘b t ’. La base temporelle correspond par exemple à un paramètre de configuration, une telle base temporelle étant par exemple comprise entre 5 et 20 ms, par exemple égale à 5, 10, 15 ou 20 ms. Le multiple est un paramètre correspondant à un nombre entier, noté ‘n’, ce paramètre étant défini selon la durée de transmission prévue pour chaque trame de données, ce paramètre ‘n’ étant par exemple déterminé par le dispositif maître 101. La durée d’un créneau temporel est calculée selon l’équation suivante : d = n * b t Selon une variante, la durée d’un créneau temporel est calculée en prenant en outre en compte un paramètre de gigue (de l’anglais « jitter »), noté ‘j’, la gigue correspondant à une différence temporelle estimée ou potentielle entre le point de départ temporel (début) d’un créneau et le point de départ réel de la communication des données sur le créneau temporel considéré. Selon cette variante, la durée d’un créneau temporel est calculée selon l’équation suivante : d = n * b t + j Selon une variante de réalisation, plusieurs tables de planification sont configurées et accessibles par le dispositif maître 101. Selon cette variante, le dispositif maître sélectionne la table de planification dans la liste des tables de planification disponible, par exemple selon le type de communication à établir avec les dispositifs esclaves et/ou selon quels dispositifs esclaves reliés au dispositif maître 101 sont concernés par la communication que souhaite mettre en œuvre le dispositif maître 101. La FIG. 3 illustre schématiquement un dispositif 3 correspondant à un dispositif de communication d’un réseau embarqué de véhicule, par exemple du véhicule 10, selon différents exemples de réalisation particuliers et non limitatifs de la présente invention. Le dispositif 3 correspond par exemple à un composant électronique d’un système embarqué du véhicule. Le dispositif 3 correspond par exemple au dispositif ou composant maître 101 ou à l’un quelconque des dispositifs ou composants esclaves 102, 103 de la FIG. 1 configuré pour la communication (transmission et/ou réception) de trames de données via une liaison LVDS. Le dispositif 3 est par exemple configuré pour la mise en œuvre d’au moins une partie des opérations décrites en regard des figures 1 et 2 et/ou des étapes du procédé décrit en regard de la FIG. 4 . Des exemples d’un tel dispositif 3 comprennent, sans y être limités, un équipement électronique embarqué tel qu’un ordinateur de bord d’un véhicule, un calculateur électronique tel qu’une UCE (« Unité de Commande Electronique »), une TCU, un contrôleur, un microprocesseur. Les éléments du dispositif 3, individuellement ou en combinaison, peuvent être intégrés dans un unique circuit intégré, dans plusieurs circuits intégrés, et/ou dans des composants discrets. Le dispositif 3 peut être réalisé sous la forme de circuits électroniques ou de modules logiciels (ou informatiques) ou encore d’une combinaison de circuits électroniques et de modules logiciels. Le dispositif 3 comprend un (ou plusieurs) processeur(s) 30 configurés pour exécuter des instructions pour la réalisation des étapes du procédé et/ou pour l’exécution des instructions du ou des logiciels embarqués dans le dispositif 3. Le processeur 30 peut inclure de la mémoire intégrée, une interface d’entrée/sortie, et différents circuits connus de l’homme du métier. Le dispositif 3 comprend en outre au moins une mémoire 31 correspondant par exemple à une mémoire volatile et/ou non volatile et/ou comprend un dispositif de stockage mémoire qui peut comprendre de la mémoire volatile et/ou non volatile, telle que EEPROM, ROM, PROM, RAM, DRAM, SRAM, flash, disque magnétique ou optique. Le code informatique du ou des logiciels embarqués comprenant les instructions à charger et exécuter par le processeur est par exemple stocké sur la mémoire 31. Selon différents exemples de réalisation particuliers et non limitatifs, le dispositif 3 est couplé en communication avec d’autres dispositifs ou systèmes similaires et/ou avec des dispositifs de communication, par exemple une TCU (de l’anglais « Telematic Control Unit » ou en français « Unité de Contrôle Télématique »), par exemple par l’intermédiaire d’un bus de communication ou au travers de ports d’entrée / sortie dédiés. Selon un exemple de réalisation particulier et non limitatif, le dispositif 3 comprend un bloc 32 d’éléments d’interface pour communiquer avec des dispositifs externes. Les éléments d’interface du bloc 32 comprennent une ou plusieurs des interfaces suivantes : - interface radiofréquence RF, par exemple de type Wi-Fi® (selon IEEE 802.11), par exemple dans les bandes de fréquence à 2,4 ou 5 GHz, ou de type Bluetooth® (selon IEEE 802.15.1), dans la bande de fréquence à 2,4 GHz, ou de type Sigfox utilisant une technologie radio UBN (de l’anglais Ultra Narrow Band, en français bande ultra étroite), ou LoRa dans la bande de fréquence 868 MHz, LTE (de l’anglais « Long-Term Evolution » ou en français « Evolution à long terme »), LTE-Advanced (ou en français LTE-avancé), 5G ; - interface USB (de l’anglais « Universal Serial Bus » ou « Bus Universel en Série » en français) ; - interface HDMI (de l’anglais « High Definition Multimedia Interface », ou « Interface Multimedia Haute Definition » en français) ; - interface LIN (de l’anglais « Local Interconnect Network », ou en français « Réseau interconnecté local »). Selon un autre exemple de réalisation particulier et non limitatif, le dispositif 3 comprend une interface de communication 33 qui permet d’établir une communication avec d’autres dispositifs (tels que d’autres calculateurs du système embarqué) via un canal de communication 330. L’interface de communication 33 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 330. L’interface de communication 33 correspond par exemple à un réseau filaire de type LVDS (de l’anglais « Low Voltage Differential Signaling » ou en français « Transmission différentielle basse-tension »). Selon un exemple de réalisation particulier et non limitatif, le dispositif 3 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage 340, tactile ou non, un ou des haut-parleurs 350 et/ou d’autres périphériques 360 (système de projection) via respectivement des interfaces de sortie 34, 35 et 36. Selon une variante, l’un ou l’autre des dispositifs externes est intégré au dispositif 3. La FIG. 4 illustre un organigramme des différentes étapes d’un procédé de communication entre un dispositif ou composant maître et au moins un dispositif ou composant esclave d’un réseau embarqué d’un véhicule, par exemple le véhicule 10, dans le cadre de communications selon le protocole de communication I2C sur une liaison LVDS, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le procédé est par exemple mis en œuvre par un système comprenant le dispositif maître 101 et un ou plusieurs dispositifs esclaves 102, 103 reliés en communication correspondant chacun à un dispositif 3 de la FIG. 3 . Dans une étape 41, un ensemble de trames de données est communiquée entre le dispositif maître et le au moins un dispositif esclave, la communication étant planifiée temporellement en fonction d’informations représentatives d’allocation d’un premier ensemble de créneaux temporels au dispositif maître pour une transmission de données par le dispositif maître et d’un deuxième ensemble de créneaux temporels à le au moins un dispositif esclave pour une transmission de données par le au moins un dispositif esclave, les informations étant enregistrées dans une table de planification, le premier ensemble de créneaux temporels et le deuxième ensemble de créneaux temporels formant un ensemble de créneaux temporels arrangés temporellement selon une séquence déterminée. Selon une variante, les variantes et exemples des opérations décrits en relation avec les figures 1 et 2 s’appliquent aux étapes du procédé de la FIG. 4 . Bien entendu, la présente invention ne se limite pas aux exemples de réalisation décrits ci-avant mais s’étend à un procédé de planification temporelle de transmission de trames de données sur une liaison LVDS basée sur le protocole I2C qui inclurait des étapes secondaires sans pour cela sortir de la portée de la présente invention. Il en serait de même d’un dispositif configuré pour la mise en œuvre d’un tel procédé. Procédé de communication entre un dispositif maître (101) et au moins un dispositif esclave (102, 103) d’un réseau embarqué d’un véhicule (10), la communication entre le dispositif maître (101) et ledit au moins un dispositif esclave (102, 103) étant selon un protocole de communication I2C sur une liaison LVDS (100), ledit procédé comprenant une étape de communication (41) d’un ensemble de trames de données entre ledit dispositif maître (101) et ledit au moins un dispositif esclave (102, 103), ladite communication (41) étant planifiée temporellement en fonction d’informations représentatives d’allocation d’un premier ensemble de créneaux temporels audit dispositif maître (101) pour une transmission de données par ledit dispositif maître (101) et d’un deuxième ensemble de créneaux temporels audit au moins un dispositif esclave (102, 103) pour une transmission de données par ledit au moins un dispositif esclave, lesdites informations étant enregistrées dans une table de planification, ledit premier ensemble de créneaux temporels et ledit deuxième ensemble de créneaux temporels formant un ensemble de créneaux temporels (21 à 26) arrangés temporellement selon une séquence (2) déterminée. Procédé selon la revendication 1, pour lequel chaque créneau temporel dudit ensemble de créneaux temporels (21 à 26) possède une durée correspondant à un multiple d’une base temporelle déterminée. Procédé selon la revendication 2, pour lequel la durée dudit chaque créneau temporel est en outre déterminée en fonction d’une information représentative de gigue. Procédé selon l’une des revendications 1 à 3, pour lequel un créneau temporel dudit deuxième ensemble de créneaux temporels est précédé temporellement d’un créneau temporel dudit premier ensemble de créneaux temporels dans ladite séquence déterminée. Procédé selon l’une des revendications 1 à 4, pour lequel ladite planification est contrôlée par ledit dispositif maître (101) en fonction desdites informations enregistrées dans ladite table de planification. Procédé selon l’une des revendications 1 à 5, pour lequel une trame de données dudit ensemble de trames de données transmise par ledit dispositif maître (101) correspond à une trame de type écriture ou en-tête selon ledit protocole de communication I2C et une trame de données dudit ensemble de trames de données transmise par ledit au moins un dispositif esclave (102, 103) correspond à une trame de type lecture selon ledit protocole de communication I2C. Procédé selon l’une des revendications 1 à 6, pour lequel le dispositif maître (101) et ledit au moins un dispositif esclave (102, 103) appartiennent à un système d’infodivertissement du véhicule (10). Programme d’ordinateur comportant des instructions pour la mise en œuvre du procédé selon l’une quelconque des revendications précédentes, lorsque ces instructions sont exécutées par un processeur. Système de communication pour véhicule, le système comprenant un dispositif maître (101) et au moins un dispositif esclave (102, 103), le dispositif maître et le au moins un dispositif esclave étant reliés via une liaison LVDS, le dispositif maître et le au moins un dispositif esclave communiquant selon un protocole de communication I2C, le dispositif maître et le au moins un dispositif esclave comprenant chacun une mémoire (31) associée à au moins un processeur (30) configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 7. Véhicule (10) comprenant le système selon la revendication 9.