{"id":13022,"date":"2024-09-14T02:24:35","date_gmt":"2024-09-14T02:24:35","guid":{"rendered":"https:\/\/introspect.ca\/blog\/our-biggest-takeaway-from-the-most-recent-mipi-i3c-plugfest-in-taipei\/"},"modified":"2026-06-28T01:52:32","modified_gmt":"2026-06-28T01:52:32","slug":"our-biggest-takeaway-from-the-most-recent-mipi-i3c-plugfest-in-taipei","status":"publish","type":"blogposts","link":"https:\/\/introspect.ca\/fr\/blog\/our-biggest-takeaway-from-the-most-recent-mipi-i3c-plugfest-in-taipei\/","title":{"rendered":"Ce que nous avons retenu de cette derni\u00e8re \u00e9dition du Plugfest MIPI I3C \u00e0 Taipei"},"content":{"rendered":"

En d\u00e9but de semaine, nous avons pass\u00e9 deux jours \u00e0 un \u00e9v\u00e9nement \u00ab plugfest \u00bb I3C confidentiel organis\u00e9 par l\u2019Alliance MIPI<\/a> \u00e0 Taipei, \u00e0 Ta\u00efwan. Cet \u00e9v\u00e9nement a permis aux fabricants de p\u00e9riph\u00e9riques, aux concepteurs de propri\u00e9t\u00e9 intellectuelle et aux fabricants d\u2019\u00e9quipements de test de v\u00e9rifier l\u2019interop\u00e9rabilit\u00e9 entre leurs diff\u00e9rentes impl\u00e9mentations de la sp\u00e9cification MIPI I3C. Dans cet article, nous vous pr\u00e9sentons les principaux enseignements que nous avons tir\u00e9s de cet \u00e9v\u00e9nement ! Mais tout d\u2019abord, voyons pourquoi un tel \u00e9v\u00e9nement existe et partageons quelques-unes de nos observations \u00e0 ce sujet. <\/p>\n

Pourquoi organiser un Plugfest ?<\/h2>\n

Les sp\u00e9cifications des interfaces \u00e9lectroniques actuelles sont dict\u00e9es par des exigences extr\u00eamement vari\u00e9es, ce qui est particuli\u00e8rement vrai pour des interfaces telles que le protocole MIPI I3C<\/a>\u00ae. Par exemple, selon le site web de la MIPI Alliance, le protocole I3C est une \u00ab interface de bus \u00e0 vitesse moyenne, destin\u00e9e aux fonctions utilitaires et de contr\u00f4le, permettant de connecter des p\u00e9riph\u00e9riques \u00e0 un processeur d\u2019application dans toute une gamme d\u2019applications mobiles, IoT et automobiles \u00bb.<\/span>Ce large \u00e9ventail d\u2019applications implique que le protocole I3C doit r\u00e9pondre \u00e0 des besoins tr\u00e8s diversifi\u00e9s, et c\u2019est l\u00e0 que la normalisation industrielle s\u2019av\u00e8re utile. Concr\u00e8tement, la normalisation industrielle signifie que des entreprises issues de divers horizons peuvent collaborer pour d\u00e9finir le fonctionnement des interfaces, et ce processus de normalisation est devenu une n\u00e9cessit\u00e9 dans l\u2019industrie des semi-conducteurs. Sans normalisation, m\u00eame les entreprises les plus riches au monde ne seraient pas en mesure de fournir des solutions \u00e9lectroniques dans le respect de contraintes r\u00e9alistes en mati\u00e8re de co\u00fbts et\/ou de d\u00e9lais. <\/p>\n

La normalisation implique \u00e9galement que les sp\u00e9cifications des protocoles deviennent de plus en plus complexes, car elles tendent \u00e0 regrouper les contributions de plusieurs entreprises ayant des priorit\u00e9s diff\u00e9rentes en mati\u00e8re de fonctionnalit\u00e9s. Il n\u2019est pas exag\u00e9r\u00e9 de dire qu\u2019un seul protocole, comme l\u2019I3C, peut \u00eatre d\u00e9crit \u00e0 travers plusieurs documents comptant chacun des centaines de pages. Ce nombre de pages correspond simplement \u00e0 ce qui est n\u00e9cessaire pour d\u00e9crire le protocole de communication de mani\u00e8re \u00e0 garantir son fonctionnement fiable. Face \u00e0 un ensemble de documentation aussi volumineux, les ing\u00e9nieurs concepteurs sont confront\u00e9s au d\u00e9fi d\u2019\u00ab interpr\u00e9ter \u00bb l\u2019intention des documents sur lesquels ils s\u2019appuient pour concevoir leurs solutions. Si un ing\u00e9nieur de conception interpr\u00e8te une sp\u00e9cification de mani\u00e8re erron\u00e9e, le co\u00fbt pour son entreprise peut s\u2019av\u00e9rer prohibitif ! Et c\u2019est l\u00e0 que les \u00ab plugfests \u00bb s\u2019av\u00e8rent utiles. Les \u00ab plugfests \u00bb sont des \u00e9v\u00e9nements au cours desquels les ing\u00e9nieurs peuvent travailler ensemble et tester leurs interpr\u00e9tations des sp\u00e9cifications. Il s\u2019agit d\u2019\u00e9v\u00e9nements hautement collaboratifs, qui t\u00e9moignent de la maturit\u00e9 de l\u2019industrie des semi-conducteurs face aux d\u00e9fis pos\u00e9s par les progr\u00e8s technologiques rapides. <\/p>\n

 <\/p>\n

\"\"<\/p>\n

Figure 1 :<\/strong> On voit le SV6E-X en train de tester un nouvel appareil lors du Plugfest I3C.<\/p>\n

 <\/p>\n

Ce que nous avons observ\u00e9 lors du Plugfest de l’I3C<\/h2>\n

Le module de test num\u00e9rique \u00e0 moyenne fr\u00e9quence SV6E-X<\/a> d\u2019Introspect est un incontournable du \u00ab plugfest \u00bb MIPI I3C depuis 2018, et nos ing\u00e9nieurs ont eu l\u2019occasion de travailler directement avec des d\u00e9veloppeurs issus de nombreuses entreprises membres du MIPI. Alors que notre module de test num\u00e9rique \u00e0 moyenne fr\u00e9quence SV6E-X fait le tour des stands, voici quelques observations sur le dernier \u00ab plugfest \u00bb. <\/p>\n

Les impl\u00e9mentations de l’I3C gagnent en maturit\u00e9<\/h3>\n

On constate clairement que le protocole I3C arrive \u00e0 maturit\u00e9, et ce \u00ab plugfest \u00bb en a \u00e9t\u00e9 la meilleure illustration ! Nous avons pu observer que de nombreuses impl\u00e9mentations interagissaient avec succ\u00e8s les unes avec les autres et qu’elles prenaient \u00e9galement en charge plusieurs fonctionnalit\u00e9s optionnelles du protocole. <\/p>\n

L’analyseur SV6E-X a jou\u00e9 un r\u00f4le d\u00e9terminant dans le d\u00e9pannage des probl\u00e8mes d’interop\u00e9rabilit\u00e9<\/h3>\n

Alors que nous \u00e9tions install\u00e9s dans notre coin lors de la premi\u00e8re journ\u00e9e du \u00ab plugfest \u00bb, nous avons \u00e9t\u00e9 sollicit\u00e9s par deux entreprises membres qui ne parvenaient pas \u00e0 assurer une interop\u00e9rabilit\u00e9 fiable entre elles \u2013 l\u2019une d\u2019elles jouait le r\u00f4le de contr\u00f4leur et l\u2019autre celui de cible. Le SV6E-X a \u00e9t\u00e9 connect\u00e9 dans une configuration de \u00ab sondage \u00bb (voir figure 2), et nous avons utilis\u00e9 \u00e0 la fois notre analyseur de protocole et notre analyseur PurVue<\/a> \u2013 dot\u00e9 d\u2019un oscilloscope temps r\u00e9el int\u00e9gr\u00e9 \u00e0 2 canaux et 1 Gsps \u2013 pour aider les deux entreprises \u00e0 identifier la source du probl\u00e8me. En quelques minutes, le SV6E-X a pu identifier la cause premi\u00e8re du probl\u00e8me d\u2019interop\u00e9rabilit\u00e9, et les entreprises charg\u00e9es du contr\u00f4leur et de la cible ont pu poursuivre leurs tests fonctionnels. La fonction d\u2019oscilloscope en temps r\u00e9el du SV6E-X s\u2019est av\u00e9r\u00e9e cruciale, car elle a permis de mener le processus de d\u00e9bogage de mani\u00e8re fluide tout en rendant superflu l\u2019utilisation d\u2019un oscilloscope de table traditionnel. C\u2019est vraiment remarquable. <\/p>\n

 <\/p>\n

\"\"<\/p>\n

Figure 2 :<\/strong> On voit ici le SV6E-X tester la liaison entre un dispositif de contr\u00f4le et un dispositif cible. Contrairement \u00e0 ce que montre cette image, il est assez rare que l’appareil de test soit plus petit que le format de l’appareil mesur\u00e9. <\/p>\n

La flexibilit\u00e9 est importante<\/h3>\n

Depuis notre premier \u00e9v\u00e9nement \u00ab plugfest \u00bb en 2018, nous n\u2019avons cess\u00e9 d\u2019am\u00e9liorer les capacit\u00e9s du produit SV6E-X afin de le rendre aussi flexible que possible. Cette semaine, nous avons \u00e9t\u00e9 ravis de constater que l\u2019outil \u00e9tait capable de s\u2019adapter \u00e0 tous les sc\u00e9narios qui lui ont \u00e9t\u00e9 pr\u00e9sent\u00e9s. C\u2019est important car, malgr\u00e9 la normalisation, l\u2019\u00e9conomie de march\u00e9 libre exige toujours une diff\u00e9renciation entre les entreprises. Ainsi, l\u2019appareil de chaque membre (dot\u00e9 d\u2019une interface I3C) poss\u00e9dera toujours des fonctionnalit\u00e9s uniques refl\u00e9tant sa propre innovation et sa propre contribution au secteur. Tout outil tel que le SV6E-X doit \u00eatre flexible afin de permettre \u00e0 nos entreprises d\u2019innover ! <\/p>\n

Notre principale conclusion : tout est toujours une question de c\u00e2bles !<\/h2>\n

Bon, c’est parti.<\/p>\n

Lors de chaque \u00ab plugfest \u00bb I3C auquel nous avons particip\u00e9, nous avons remarqu\u00e9 que les ing\u00e9nieurs perdent souvent beaucoup de temps simplement parce qu\u2019ils utilisent les mauvais c\u00e2bles ou qu\u2019ils ne les utilisent pas correctement ! Et \u00e0 chaque \u00ab plugfest \u00bb, c\u2019est l\u2019oscilloscope temps r\u00e9el int\u00e9gr\u00e9 \u00e0 l\u2019analyseur PurVue du SV6E-X qui s\u2019est av\u00e9r\u00e9 \u00eatre l\u2019outil permettant de r\u00e9soudre ces probl\u00e8mes de c\u00e2blage ! Plus que jamais lors de ce \u00ab plugfest \u00bb, l\u2019analyseur PurVue d\u2019Introspect a \u00e9t\u00e9 utilis\u00e9 comme outil p\u00e9dagogique<\/em> pour aider les ing\u00e9nieurs \u00e0 prendre conscience de l\u2019importance de choisir les c\u00e2bles adapt\u00e9s et\/ou de les raccorder correctement. <\/p>\n

En effet, ayant une exp\u00e9rience de l’I2C et partant du principe que l’I3C est un bus \u00ab \u00e0 basse fr\u00e9quence \u00bb, de nombreux ing\u00e9nieurs opteraient pour une connexion des fils SDA\/SCL telle qu’illustr\u00e9e \u00e0 la figure 3.<\/p>\n

 <\/p>\n

\"\"<\/p>\n

Figure 3 :<\/strong> C\u00e2bles g\u00e9n\u00e9ralement utilis\u00e9s pour relier les signaux SCL et SDA de l’I3C. Pouvez-vous rep\u00e9rer ce qui ne va pas avec ces c\u00e2bles ? <\/p>\n

 <\/p>\n

Le probl\u00e8me est que les signaux I3C sont transmis en mode push-pull, ce qui signifie que leurs vitesses de front sont extr\u00eamement \u00e9lev\u00e9es, m\u00eame si la fr\u00e9quence SCL est relativement faible. Ainsi, lorsque les signaux SDA et SCL se propagent ensemble \u00e0 si peu de distance l\u2019un de l\u2019autre le long des fils, comme illustr\u00e9 \u00e0 la figure 3, le couplage capacitif entre eux est trop important, ce qui provoque une diaphonie. La diaphonie signifie qu\u2019\u00e0 chaque fois que la ligne SCL change d\u2019\u00e9tat, la ligne SDA subit une impulsion de tension importante ou un glitch. Ceci est illustr\u00e9 \u00e0 la figure 4. <\/p>\n

 <\/p>\n

\"\"<\/p>\n

Figure 4 :<\/strong> On observe une interf\u00e9rence crois\u00e9e tr\u00e8s importante sur la ligne SDA \u00e0 chaque changement d’\u00e9tat de la ligne SCL.<\/p>\n

 <\/p>\n

La figure 4 pr\u00e9sente un extrait de la forme d’onde o\u00f9 la ligne SDA transmet des bits bas tandis que la ligne SCL change d’\u00e9tat. Comme on peut le constater, une perturbation pouvant atteindre 1,45 V appara\u00eet sur SDA \u00e0 chaque fois que le signal SCL change de niveau, ce qui est consid\u00e9rable. Lorsque l\u2019on examine une partie de la forme d\u2019onde pr\u00e9sentant des transitions actives sur SDA, la situation peut s\u2019aggraver encore davantage, comme l\u2019illustre la figure 5. Sur cette figure, nous pr\u00e9sentons une phase \u00ab open-drain \u00bb de SDA fonctionnant \u00e0 4 MHz. Bien que le temps de mont\u00e9e sur SDA semble conforme, la perturbation qui s\u2019y produit est si importante qu\u2019elle peut facilement \u00eatre mal interpr\u00e9t\u00e9e par le r\u00e9cepteur. <\/p>\n

 <\/p>\n

\"\"<\/p>\n

Figure 5 :<\/strong> La diaphonie affecte le SDA m\u00eame lorsque celui-ci est \u00e9lev\u00e9. Un tel niveau de diaphonie peut avoir des cons\u00e9quences catastrophiques sur le protocole. <\/p>\n

 <\/p>\n

N’oubliez pas que la forme d’onde ci-dessus correspond \u00e0 une situation r\u00e9elle observ\u00e9e lors du Plugfest I3C \u00e0 Taipei : il ne s’agit ni d’une simulation ni d’un montage artificiel. Les perturbations sur la ligne SDA \u00e9taient si importantes qu’elles ont provoqu\u00e9 de fausses erreurs de protocole. Plus pr\u00e9cis\u00e9ment, en vous r\u00e9f\u00e9rant \u00e0 la figure 6 ci-dessous, nous vous pr\u00e9sentons une trace d\u2019analyseur de protocole obtenue \u00e0 l\u2019aide du SV6E-X ; cette trace met en \u00e9vidence une transition d\u2019erreur surlign\u00e9e en rouge. En examinant la forme d\u2019onde analogique, on constate que cette transition d\u2019erreur a \u00e9t\u00e9 provoqu\u00e9e par une perturbation due \u00e0 la diaphonie ! <\/p>\n

 <\/p>\n

\"\"<\/p>\n

Figure 6 :<\/strong> Superposition d’une courbe d’analyseur de protocole et d’une courbe d’oscilloscope en temps r\u00e9el illustrant comment une perturbation SDA a \u00e9t\u00e9 interpr\u00e9t\u00e9e \u00e0 tort comme une transition de protocole.<\/p>\n

 <\/p>\n

N’oubliez pas que les formes d’onde ci-dessus ont toutes \u00e9t\u00e9 enregistr\u00e9es \u00e0 l’aide de la fonction d’oscilloscope int\u00e9gr\u00e9e du SV6E-X, sans aucun mat\u00e9riel externe.<\/p>\n

Comparons maintenant les r\u00e9sultats ci-dessus \u00e0 ceux obtenus en modifiant simplement le c\u00e2blage sur la m\u00eame plateforme. La figure 7 pr\u00e9sente la m\u00eame transition SDA que celle de la figure 5, mais on n’y observe pratiquement plus aucune perturbation. <\/p>\n

 <\/p>\n

\"\"<\/p>\n

Figure 7 :<\/strong> La m\u00eame courbe d’oscilloscope en temps r\u00e9el int\u00e9gr\u00e9e que celle de la figure 5 ne pr\u00e9sente d\u00e9sormais pratiquement plus aucune diaphonie. La seule diff\u00e9rence entre les deux graphiques r\u00e9side dans les c\u00e2bles utilis\u00e9s pour relier les lignes SDA et SCL. <\/p>\n

 <\/p>\n

Et en les comparant c\u00f4te \u00e0 c\u00f4te, on constate la diff\u00e9rence flagrante entre les deux enregistrements. Rappelez-vous que la seule diff\u00e9rence r\u00e9sidait dans le fait que nous avions chang\u00e9 les c\u00e2bles. Pour le reste, c’\u00e9tait bien le m\u00eame SV6E-X, \u00e9quip\u00e9 de son oscilloscope en temps r\u00e9el int\u00e9gr\u00e9, qui effectuait les mesures dans les deux cas. <\/p>\n

 <\/p>\n

\"\"<\/p>\n

Figure 8 :<\/strong> Comparez les deux captures, toutes deux r\u00e9alis\u00e9es \u00e0 l’aide du PurVue Analyzer, mais avec deux types de c\u00e2bles diff\u00e9rents.<\/p>\n

 <\/p>\n

Pour plus de certitude encore, prenons un peu de recul afin d\u2019observer l\u2019int\u00e9gralit\u00e9 de la transmission de trames, avec \u00e0 la fois les c\u00e2bles d\u00e9fectueux et les c\u00e2bles en bon \u00e9tat. La figure 9 pr\u00e9sente les deux traces. Comme on peut le constater sur le c\u00f4t\u00e9 gauche de la figure, les sections mises en \u00e9vidence montrent qu\u2019il n\u2019y a pas d\u2019espace entre les zones \u00ab VIL \u00bb et \u00ab VIH \u00bb sur la ligne SDA, ce qui explique pourquoi le risque de transitions de protocole erron\u00e9es est \u00e9lev\u00e9. Sur la partie droite, on observe une tr\u00e8s nette s\u00e9paration entre les zones VIL et VIH du signal SDA. C\u2019est pourquoi les captures de protocole n\u2019ont r\u00e9v\u00e9l\u00e9 aucune erreur. <\/p>\n

 <\/p>\n

\"\"<\/p>\n

Figure 9 :<\/strong> La comparaison de la transmission de la trame compl\u00e8te montre \u00e0 quel point la diaphonie peut \u00eatre importante. \u00c0 gauche, on constate qu’il n’y a pratiquement aucune s\u00e9paration entre les r\u00e9gions VIH et VIL sur le signal SDA. <\/p>\n

 <\/p>\n

Quelle est la meilleure configuration de c\u00e2blage pour les tests I3C ?<\/h2>\n

Cela \u00e9tant dit, nous vous pr\u00e9sentons dans cette section le type de c\u00e2ble le plus adapt\u00e9 aux tests d\u2019interop\u00e9rabilit\u00e9 I3C. La figure 10 illustre les c\u00e2bles I3C standard fournis avec le module num\u00e9rique \u00e0 moyenne fr\u00e9quence SV6E-X ; il s\u2019agit de la m\u00e9thode recommand\u00e9e pour r\u00e9aliser les tests I3C. La caract\u00e9ristique principale de cette figure est que chacun des fils SDA et SCL est enti\u00e8rement blind\u00e9 par un blindage reli\u00e9 \u00e0 la terre. En r\u00e9alit\u00e9, ces fils sont de v\u00e9ritables c\u00e2bles coaxiaux de 50 ohms, bien qu\u2019il ne soit pas n\u00e9cessairement indispensable de disposer d\u2019une imp\u00e9dance contr\u00f4l\u00e9e sur les c\u00e2bles I3C. Ce qui importe, c\u2019est la gaine de blindage reli\u00e9e \u00e0 la masse. Celle-ci garantit l\u2019absence de diaphonie entre les lignes SDA et SCL. De plus, elle minimise les chemins de retour \u00e0 la masse pour tous les signaux circulant dans les deux sens le long des c\u00e2bles. <\/p>\n

 <\/p>\n

\"\"<\/p>\n

Figure 10 :<\/strong> Photographie des c\u00e2bles coaxiaux blind\u00e9s fournis avec chaque module de test SV6E-X.<\/p>\n

 <\/p>\n

Conclusion<\/h2>\n

Lors du Plugfest I3C, notre principale conclusion a \u00e9t\u00e9 l\u2019importance des c\u00e2bles utilis\u00e9s pour les tests d\u2019interop\u00e9rabilit\u00e9. Gr\u00e2ce \u00e0 l\u2019oscilloscope temps r\u00e9el int\u00e9gr\u00e9 du SV6E-X, nous avons d\u00e9montr\u00e9 comment des c\u00e2bles inadapt\u00e9s peuvent provoquer des erreurs de protocole dues \u00e0 une diaphonie excessive ou \u00e0 d\u2019autres artefacts de signal. L\u2019utilisation de c\u00e2bles correctement blind\u00e9s permet d\u2019\u00e9liminer la plupart des probl\u00e8mes d\u2019int\u00e9grit\u00e9 du signal ! <\/p>\n

D\u00e9veloppez-vous des produits I3C ? \u00c9vitez de passer des heures \u00e0 d\u00e9boguer faute d’outils adapt\u00e9s et n’h\u00e9sitez pas \u00e0 contacter notre \u00e9quipe \u00e0 l’adresse info@introspect.ca<\/a> pour obtenir des conseils. <\/p>\n","protected":false},"excerpt":{"rendered":"

En d\u00e9but de semaine, nous avons pass\u00e9 deux jours \u00e0 un \u00e9v\u00e9nement \u00ab plugfest \u00bb I3C confidentiel organis\u00e9 par l\u2019Alliance MIPI \u00e0 Taipei, \u00e0<\/p>\n","protected":false},"author":9,"featured_media":9423,"menu_order":0,"template":"","meta":{"_acf_changed":false,"inline_featured_image":false,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"class_list":["post-13022","blogposts","type-blogposts","status-publish","has-post-thumbnail","hentry","blog_topics-perspectives-techniques","blog_tags-mipi","blog_tags-signal-integrity","blog_tags-sv6e-x","blog_tags-i3c","blog_tags-plugfest","blog_tags-purvue-analyzer"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/introspect.ca\/fr\/wp-json\/wp\/v2\/blogposts\/13022","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/introspect.ca\/fr\/wp-json\/wp\/v2\/blogposts"}],"about":[{"href":"https:\/\/introspect.ca\/fr\/wp-json\/wp\/v2\/types\/blogposts"}],"author":[{"embeddable":true,"href":"https:\/\/introspect.ca\/fr\/wp-json\/wp\/v2\/users\/9"}],"version-history":[{"count":1,"href":"https:\/\/introspect.ca\/fr\/wp-json\/wp\/v2\/blogposts\/13022\/revisions"}],"predecessor-version":[{"id":13023,"href":"https:\/\/introspect.ca\/fr\/wp-json\/wp\/v2\/blogposts\/13022\/revisions\/13023"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/introspect.ca\/fr\/wp-json\/wp\/v2\/media\/9423"}],"wp:attachment":[{"href":"https:\/\/introspect.ca\/fr\/wp-json\/wp\/v2\/media?parent=13022"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}