Brevet FR3154821A1 — publié le 20250502

La présente invention concerne un procédé et un système de communication entre un premier composant (101) et un deuxième composant (102) d’un système embarqué d’un véhicule (10). La communication entre le premier composant (101) et le deuxième composant (102) est basée sur le protocole de communication I2C sur une liaison LVDS (100). A cet effet, le premier composant (101) transmet à destination du deuxième composant (102) une trame de données comprenant des premières données et une première valeur de contrôle déterminée en fonction des premières données. Le deuxième composant (102) détermine une deuxième valeur de contrôle en fonction des données reçues et compare la première valeur de contrôle et la deuxième valeur de contrôle pour prise en compte ou on de la trame de données reçue. Figure pour l’abrégé : Figure 1 Procédé et système de communication entre composants d’un système embarqué d’un véhicule La présente invention concerne les procédés et systèmes de communication de données entre deux composants d’un système embarqué d’un véhicule, par exemple mais non exclusivement entre deux composants 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 contrôle d’intégrité de données transmises entre deux composants d’un système 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 perturbée par l’environnement du véhicule, notamment en raison des problèmes de compatibilité électromagnétiques (CEM) entre les différents systèmes électriques ou électroniques du véhicule. Les problèmes de CEM peuvent ainsi altérer la communication des données et entrainer des problèmes de communications entre deux composants, qui se traduisent par exemple par la perte de données ou par une altération du signal électrique transportant les données qui se traduit au niveau du récepteur par un décodage erroné du signal. 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 d’améliorer la détection d’erreur dans une communication de données basée I2C sur LVDS. Selon un premier aspect, la présente invention concerne un procédé de communication entre un premier composant et un deuxième composant d’un système embarqué d’un véhicule, la communication entre le premier composant et le deuxième composant étant selon un protocole de communication I2C sur une liaison LVDS, le procédé comprenant les étapes suivantes : - transmission, par le premier composant à destination du deuxième composant via la liaison LVDS, d’un premier ensemble de données représentatif d’une trame de données, le premier ensemble de données comprenant des premières données et une première valeur de contrôle déterminée en fonction des premières données ; - réception, par le deuxième composant, d’un deuxième ensemble de données représentatifs de la trame de données, le deuxième ensemble de données comprenant des deuxièmes données et la première valeur de contrôle ; - détermination, par le deuxième composant, d’une deuxième valeur de contrôle en fonction des deuxièmes données ; - comparaison, par le deuxième composant, de la première valeur de contrôle et de la deuxième valeur de contrôle ; - traitement du deuxième ensemble de données, par le deuxième composant, en fonction d’un résultat de la comparaison. L’utilisation de valeur de contrôle (correspondant par exemple à une somme de contrôle, de l’anglais « checksum ») permet de vérifier que les données reçues dans une trame de données correspondent aux données transmises dans la trame de données. L’insertion dans la trame de données, par le transmetteur de la trame de données, d’une valeur de contrôle calculée à partir des données transmises dans la trame de données permet au récepteur de la trame de données de vérifier l’intégrité des données reçues en comparant une valeur de contrôle calculée par le récepteur en fonction des données reçues dans la trame avec la valeur de contrôle transportée dans la trame. Le résultat de la comparaison permet au récepteur de détecter une éventuelle différence entre les données transmises et les données reçues et de traiter les données de manière adaptée selon qu’une différence est détectée ou non. Selon une variante, le traitement correspond à : - une prise en compte du deuxième ensemble de données par le deuxième composant lorsque la première valeur de contrôle est égale à la deuxième valeur de contrôle ; - un rejet du deuxième ensemble de données par le deuxième composant lorsque la première valeur de contrôle est différente de la deuxième valeur de contrôle. Selon une autre variante, la trame comprenant une séquence d’octets comprenant une pluralité d’octets, la première valeur de contrôle est codée sur le dernier octet de la séquence d’octets. Selon encore une variante, les premières données étant codées sur un ensemble d’octets de la séquence d’octets précédant le dernier octet, la première valeur de contrôle est déterminée par application des opérations suivantes aux premières données : - une première opération correspondant à une somme de valeurs associées à chaque octet de l’ensemble d’octets à laquelle est soustraite une première valeur déterminée lorsque la somme est supérieure ou égale à une deuxième valeur déterminée ; puis - une deuxième opération d’inversion bit à bit appliquée à un résultat de la première opération. Selon une variante supplémentaire, la deuxième valeur de contrôle est déterminée par application des opérations aux deuxièmes données. Selon encore une variante, la trame de données est une trame de type écriture ou une trame de type lecture selon le protocole de communication I2C. Selon une variante supplémentaire, le système embarqué correspond à 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 premier composant et un deuxième composant, les premier et deuxième composants étant reliés via une liaison LVDS, le premier composant et ledit deuxième composant communiquant selon un protocole de communication I2C, le premier composant et le deuxième composant 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 deux composants d’un système embarqué d’un véhicule, selon un exemple de réalisation particulier de la présente invention ; FIG. 2 illustre schématiquement une trame de données communiquées entre les deux composants du système embarqué de la FIG. 1 , selon un exemple de réalisation particulier de la présente invention ; FIG. 3 illustre un dispositif correspondant aux composants de la FIG. 1 et configuré pour la transmission ou la réception de la trame de données 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 deux composants 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 un premier composant et un deuxième composant d’un système 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 deux composants d’un système embarqué de véhicule, par exemple un système d’infodivertissement ou un système ADAS, est mis en œuvre par l’un et/ou l’autre des composants, à savoir un premier composant et un deuxième composant. Les deux composants 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 des deux composants, par exemple le premier composant, transmet à destination du deuxième composant d’un premier ensemble de données représentatif d’une trame de données via la liaison LVDS. Le premier ensemble de données comprend des premières données et une première valeur de contrôle déterminée ou calculée en fonction des premières données, cette première valeur de contrôle correspondant par exemple à une somme de contrôle (ou « checksum » en anglais). Le deuxième composant reçoit alors un deuxième ensemble de données représentatif de la trame de données, le deuxième ensemble de données étant identique au premier ensemble de données lorsque la transmission de la trame de données s’est effectuée sans perte ni erreur, le deuxième ensemble de données étant différent du premier ensemble de données lorsque la transmission de la trame de données s’est effectuée avec perte et/ou erreur. Le deuxième ensemble de données comprend ainsi des deuxièmes données (identiques aux ou différentes des premières données) et la première valeur de contrôle. Le deuxième composant détermine une deuxième valeur de contrôle en fonction des deuxièmes données, selon la méthode de détermination ou calcul utilisée pour déterminer la première valeur de contrôle. Les première et deuxième valeurs de contrôle sont comparées par le deuxième composant, le traitement du deuxième ensemble de données mis en œuvre par le deuxième composant étant fonction du résultat de la comparaison. La FIG. 1 illustre schématiquement un système de communication comprenant un premier composant 101 et un deuxième composant 102 d’un système 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 ensemble de composants reliés en communication. Selon l’exemple particulier de la FIG. 1 , le système comprend deux composants, à savoir un premier composant 101 et un deuxième composant 102 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 deux composants reliés entre eux via un ensemble de liaisons LVDS. En prenant comme exemple un système IVI, le premier composant 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é »). Le deuxième composant 102 correspond à un contrôleur d’un dispositif d’affichage, 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 le contrôleur du dispositif d’affichage 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 premier composant 101 et le deuxième composant 102 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 composant correspond à un équipement maître et un ou plusieurs autres composants communiquant avec l’équipement maître sont appelés équipements esclaves, les communications étant à l’initiative de l’équipement maître. Dans ce qui suit, le premier composant 101 correspond par exemple à l’équipement maître et le deuxième composant 102 à l’équipement esclave. Selon les exemples, le composant transmettant les données, dit « Transmetteur » correspond au premier composant 101 ou au deuxième composant 102, le composant recevant les données, dit « Récepteur » correspondant respectivement au deuxième composant 102 ou au premier composant 101. Un processus de communication entre un composant (le transmetteur) et un autre composant (le récepteur) d’un système embarqué du véhicule 10 est avantageusement mis en œuvre par un ou plusieurs processeurs de chacun des composants transmetteur et récepteur d’un système de communication configuré pour la mise en œuvre du processus. Un tel système comprend le premier composant 101 et le deuxième composant 102. Le processus est décrit selon un exemple de réalisation particulier pour lequel le premier composant 101 correspond au transmetteur d’une trame de données et le deuxième composant 102 correspond au récepteur de la trame de données. Selon cet exemple, le premier composant 101 peut correspondre à l’équipement maître ou à l’équipement esclave et le deuxième composant 102 à l’équipement esclave ou à l’équipement maître, respectivement. Dans une première opération du processus, le premier composant 101 transmet à destination du deuxième composant 102 un premier ensemble de données représentatif d’une trame de données via la liaison LVDS 100. La trame de données 2 est par exemple telle qu’illustrée à la FIG. 2 . Une telle trame de données comprend une séquence de ‘N’ octets (ou « bytes » en anglais) 20, 21, 22, 23, 2 N-2 et 2 N-1 , ‘N’ étant un entier supérieur ou égal à 2, par exemple égal à 8, 9, 10 ou plus. Selon le protocole I2C, la trame de données 2 correspond à une trame de type « ECRITURE » (de l’anglais « WRITE ») lorsque le premier composant 101 correspond à un équipement maître ou une trame de type « LECTURE » (de l’anglais « READ ») lorsque le premier composant 101 correspond à un équipement esclave. Une trame de données de type « LECTURE » est transmise suivant la réception par l’équipement esclave d’une trame de type « EN-TETE » (de l’anglais « HEADER ») transmise par l’équipement maître. La trame de données 2, qu’elle soit de type « ECRITURE » ou « LECTURE » comprend des premières données codées par exemple sur les ‘N-1’ premiers octets 20 à 2 N-2 de la séquence de ‘N’ octets et une première valeur de contrôle codée par exemple sur le dernier octet 2 N- 1 de la séquence de ‘N’ octets, lequel correspond par exemple à l’octet suivant immédiatement un ensemble d’octets de la trame de données utilisées pour transporter les données utiles (de l’anglais « Payload data ») dans la trame de données 2. Selon d’autres exemples, la valeur de contrôle est codée sur un autre octet de la séquence de ‘N’ octets que le dernier octet 2 N- 1 , par exemple sur le quatrième octet 23 de la séquence ou sur l’octet précédant les données utiles (de l’anglais « Payload data ») transportées dans la trame de données 2. Lorsque la trame de données 2 correspond à une trame de type « ECRITURE », les premières données comprennent par exemple : - le premier octet 20 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 ; - le deuxième octet 21 comprenant des données identifiants la trame de données pour permettre au deuxième composant 102 d’identifier le message transporté dans la trame de données en décodant ce deuxième octet 21 ; - le troisième octet 22 comprenant des données indiquant le nombre d’octets alloués aux données utiles dans la trame de données, incluant l’octet 2 N-1 comprenant la première valeur de contrôle ; - un nombre ‘n’ d’octets 23 à 2 N- 2 alloués aux données utiles ; et - le dernier octet 2 N-1 comprenant des données représentatives de la première valeur de contrôle codées sur 8 bits. Lorsque la trame de données 2 correspond à une trame de type « LECTURE » (suivant la réception d’une trame de type « EN-TETE »), les premières données comprennent par exemple : - un nombre ‘N-1’ d’octets, du premier octet 20 à l’avant-dernier octet 2 N-2 , alloués aux données utiles ; et - le dernier octet 2 N-1 comprenant des données représentatives de la première valeur de contrôle codées sur 8 bits. La première valeur de contrôle codée dans l’octet 2 N-1 est par exemple calculée par le premier composant 101 à partir des premières données, c’est-à-dire à partir des données codées dans l’ensemble des octets de la trame de données 2 à l’exception de l’octet 2 N-1 transportant la première valeur de contrôle. Par exemple, si la trame de données comprend 9 octets et que la première valeur de contrôle est codée sur le neuvième (le dernier) octet de la séquence d’octets formant la trame 2, la première valeur de contrôle est calculée à partir des valeurs associées aux 8 octets précédant le neuvième et dernier octet de la trame de données 2. La première valeur de contrôle est par exemple déterminée ou calculées en appliquant les opérations suivantes aux premières données : - une première opération correspondant à une somme des valeurs associées à chaque octet de l’ensemble d’octets 20 à 2 N-2 précédant le dernier octet 2 N- 1 à laquelle est soustraite une première valeur déterminée lorsque la somme est supérieure ou égale à une deuxième valeur déterminée ; puis - une deuxième opération d’inversion bit à bit appliquée à un résultat de la première opération. Dit autrement, la première valeur de contrôle est calculée comme suit : - somme des valeurs prises par les octets 20 à 2 N-2 ; puis - soustraction à la somme obtenue à l’opération précédente d’une première valeur déterminée (par exemple égale à 0xFF) lorsque la somme obtenue à l’opération précédente est supérieure ou égale à une deuxième valeur déterminée (par exemple égale à 0x100) ; puis - inversion bit à bit appliqué au résultat de la somme ou de la soustraction selon le cas de figure. La méthode de calcul ou de détermination de la première valeur de contrôle est identique quel que soit le type de la trame de données 2 (ECRITURE ou LECTURE). Selon une variante de réalisation, la première valeur de contrôle est calculée selon toute méthode connue de l’homme du métier pour le calcul de somme de contrôle ou de l’empreinte numérique de la trame de données, par exemple par application d’une fonction de hachage (par exemple de type MD5, SHA1, SHA256) ou encore par l’utilisation d’un code de redondance cyclique, ou CRC (de l’anglais « Cyclic Redundancy Check »). Dans une deuxième opération du processus, le deuxième composant 102 reçoit un deuxième ensemble de données représentatifs de la trame de données 2 transmise par le premier composant 101 à la première opération. Le deuxième ensemble de données comprend des deuxièmes données et la première valeur de contrôle. Le deuxième ensemble de données est identique au premier ensemble de données lorsque la transmission de la trame de données 2 s’est effectuée sans perte ni erreur. Le deuxième ensemble de données est différent du premier ensemble de données lorsque la transmission de la trame de données 2 s’est effectuée avec perte et/ou erreur. Le deuxième ensemble de données comprend ainsi des deuxièmes données (identiques aux ou différentes des premières données) et la première valeur de contrôle. Dans une troisième opération du processus, le deuxième composant détermine ou calcule une deuxième valeur de contrôle en fonction des deuxièmes données transportées dans la trame de données 2. La méthode de détermination ou de calcul de la deuxième valeur de contrôle est identique à la méthode de détermination ou de calcul de la première valeur de contrôle décrite précédemment dans la première opération du processus, sur la base des deuxièmes données comprises dans la trame de données 2 reçues par le deuxième composant 102, ces deuxièmes données étant identiques ou différentes des premières données selon d’éventuels problèmes de transmission ou d’interférence lors de la transmission de la trame de données 2 sur la liaison LVDS 100. Dans une quatrième opération du processus, le deuxième composant 102 compare la première valeur de contrôle transportée dans la trame de données (par exemple la valeur associée au dernier octet 2 N-1 de la trame de données 2) à la deuxième valeur de contrôle déterminée ou calculée à la troisième opération. Dans une cinquième opération du processus, le deuxième composant 102 effectue un ou plusieurs traitements déterminés à la trame de données 2 reçues en fonction du résultat de la comparaison de la quatrième opération. Lorsque le résultat de la comparaison indique que la première valeur de contrôle et la deuxième valeur de contrôle sont identiques, alors le deuxième composant 102 prend en compte les données de la trame de données, notamment les données utiles (ou « payload » en anglais). Le deuxième composant 102 décode par exemple les données utiles et les interprète pour mise en œuvre d’un processus associé par exemple ou pour une utilisation dans une fonction ou un processus dont le deuxième composant 102 à la charge (par exemple pour un affichage lorsque les données utiles représentent une partie d’un contenu graphique à afficher et que le deuxième composant 102 correspond au contrôleur d’un écran d’affichage). En effet, une deuxième valeur de contrôle identique à la première valeur de contrôle indique que les données transportées dans la trame de données 2 ont été reçues telles que transmises par le premier composant 101 (ou avec une probabilité élevée d’absence d’erreur ou de perte lors de la transmission, l’intégrité des données étant assurée avec un niveau de confiance élevé). Lorsque le résultat de la comparaison indique que la première valeur de contrôle et la deuxième valeur de contrôle sont différentes, alors le deuxième composant 102 ne prend pas en compte les données de la trame de données 2, c’est-à-dire que le deuxième composant 102 ignore ou rejette la trame de données sans utiliser les données transportées dans cette trame de données 2. En effet, une deuxième valeur de contrôle différente de la première valeur de contrôle indique qu’une erreur ou perte est survenue lors de la transmission des données et que la trame de données reçue ne correspond pas à la trame de donnée transmise par le premier composant 101. La trame de données reçues est considérée comme non valide par le deuxième composant 102, l’intégrité des données transportées dans la trame de données 2 n’étant pas garantie. La FIG. 3 illustre schématiquement un dispositif 3 correspondant à un composant électronique d’un système 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 au premier composant 101 ou au deuxième composant 102 de la FIG. 3 configuré pour la communication (transmission et/ou réception) 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 premier composant et un deuxième composant d’un système 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 premier composant 101 et le deuxième composant 102 reliés en communication correspondant chacun à un dispositif 2 de la FIG. 2 . Dans une première étape 41, le premier composant transmet un premier ensemble de données représentatif d’une trame de données à destination du deuxième composant via la liaison LVDS, le premier ensemble de données comprenant des premières données et une première valeur de contrôle déterminée en fonction des premières données. Dans une deuxième étape 42, le deuxième composant reçoit un deuxième ensemble de données représentatifs de la trame de données transmise par le premier composant à la première étape 41, le deuxième ensemble de données comprenant des deuxièmes données et la première valeur de contrôle. Dans une troisième étape 43, le deuxième composant détermine une deuxième valeur de contrôle en fonction des deuxièmes données. Dans une quatrième étape 44, le deuxième composant compare la première valeur de contrôle et la deuxième valeur de contrôle. Dans une cinquième étape 45, le deuxième composant met en œuvre un traitement du deuxième ensemble de données en fonction d’un résultat de la comparaison de la quatrième étape 44. 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 contrôle d’intégrité de transmission d’une trame de données 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 premier composant (101) et un deuxième composant (102) d’un système embarqué d’un véhicule (10), la communication entre le premier composant et le deuxième composant étant selon un protocole de communication I2C sur une liaison LVDS (100), ledit procédé comprenant les étapes suivantes : - transmission (41), par le premier composant (101) à destination du deuxième composant (102) via ladite liaison LVDS (100), d’un premier ensemble de données représentatif d’une trame de données (2), ledit premier ensemble de données comprenant des premières données et une première valeur de contrôle déterminée en fonction desdites premières données ; - réception (42), par le deuxième composant (102), d’un deuxième ensemble de données représentatifs de ladite trame de données (2), ledit deuxième ensemble de données comprenant des deuxièmes données et ladite première valeur de contrôle ; - détermination (43), par le deuxième composant (102), d’une deuxième valeur de contrôle en fonction desdites deuxièmes données ; - comparaison (44), par ledit deuxième composant (102), de ladite première valeur de contrôle et de ladite deuxième valeur de contrôle ; - traitement (45) dudit deuxième ensemble de données, par ledit deuxième composant (102), en fonction d’un résultat de ladite comparaison. Procédé selon la revendication 1, pour lequel ledit traitement correspond à : - une prise en compte dudit deuxième ensemble de données par ledit deuxième composant (102) lorsque la première valeur de contrôle est égale à la deuxième valeur de contrôle ; - un rejet dudit deuxième ensemble de données par ledit deuxième composant (102) lorsque la première valeur de contrôle est différente de la deuxième valeur de contrôle. Procédé selon la revendication 1 ou 2, pour lequel ladite trame de données (2) comprenant une séquence d’octets comprenant une pluralité d’octets (20 à 2 N-1 ), ladite première valeur de contrôle est codée sur le dernier octet (2 N-1 ) de ladite séquence d’octets. Procédé selon la revendication 3, pour lequel lesdites premières données étant codées sur un ensemble d’octets (20 à 2 N-2 ) de ladite séquence d’octets précédant ledit dernier octet (2 N-1 ), ladite première valeur de contrôle est déterminée par application des opérations suivantes auxdites premières données : - une première opération correspondant à une somme de valeurs associées à chaque octet dudit ensemble d’octets (20 à 2 N-2 ) à laquelle est soustraite une première valeur déterminée lorsque ladite somme est supérieure ou égale à une deuxième valeur déterminée ; puis - une deuxième opération d’inversion bit à bit appliquée à un résultat de la première opération. Procédé selon la revendication 4, pour lequel ladite deuxième valeur de contrôle est déterminée par application desdites opérations aux deuxièmes données. Procédé selon l’une des revendications 1 à 5, pour lequel ladite trame de données est une trame de type écriture ou une trame de type lecture selon ledit protocole de communication I2C. Procédé selon l’une des revendications 1 à 6, pour lequel ledit système embarqué correspond à 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, ledit système comprenant un premier composant et un deuxième composant, les premier et deuxième composants étant reliés via une liaison LVDS, ledit premier composant et ledit deuxième composant communiquant selon un protocole de communication I2C, ledit premier composant et ledit deuxième composant comprenant chacun une mémoire (21) associée à au moins un processeur (20) 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.