Il y a une erreur qui se r\u00e9p\u00e8te trop souvent dans les projets industriels : demander le prototype de c\u00e2blage quand le design est d\u00e9j\u00e0 fig\u00e9, que l’\u00e9quipement est en validation et que le d\u00e9lai de lancement ne laisse plus de marge. \u00c0 ce stade, le prototype cesse d’\u00eatre un outil de d\u00e9veloppement et devient une source de pression.<\/p>\n\n\n\n
Le prototype de c\u00e2blage existe pour valider avant de s’engager. Pour d\u00e9tecter les probl\u00e8mes de design, de mat\u00e9riau ou d’int\u00e9gration quand il est encore possible de les corriger sans co\u00fbt ni retard. Mais il ne remplit cette fonction que s’il est demand\u00e9 au bon moment du projet.<\/p>\n\n\n\n
Dans cet article, nous expliquons ce qu’est exactement un prototype de c\u00e2blage, ce qu’il permet de valider, quand il est pertinent de le demander et quand il est d\u00e9j\u00e0 trop tard.<\/p>\n\n\n\n
Un prototype de c\u00e2blage est une unit\u00e9 ou un ensemble r\u00e9duit d’unit\u00e9s fabriqu\u00e9es selon les sp\u00e9cifications du client \u2014 ou selon une version pr\u00e9liminaire de celles-ci \u2014 dans le but de valider le design avant de s’engager dans une production en s\u00e9rie.<\/p>\n\n\n\n
Ce n’est pas un produit fini. C’est un outil de d\u00e9veloppement.<\/p>\n\n\n\n
Ce qui est fabriqu\u00e9 dans un prototype peut varier consid\u00e9rablement selon la phase du projet :<\/p>\n\n\n\n
Dans tous les cas, l’objectif est le m\u00eame : obtenir des informations r\u00e9elles sur le comportement du c\u00e2blage dans l’environnement d’utilisation avant de fabriquer en volume.<\/p>\n\n\n\n
Un prototype de c\u00e2blage bien con\u00e7u permet de valider simultan\u00e9ment plusieurs aspects difficiles \u00e0 anticiper sur papier \u2014 ou en CAO :<\/p>\n\n\n\n
Int\u00e9gration physique :<\/strong> le faisceau tient-il dans l’espace disponible ? Les longueurs sont-elles correctes ? Les rayons de courbure sont-ils r\u00e9alisables avec les mat\u00e9riaux sp\u00e9cifi\u00e9s ? Les connecteurs atteignent-ils leurs points de connexion sans tension m\u00e9canique ?<\/p>\n\n\n\n Compatibilit\u00e9 des connecteurs :<\/strong> les connecteurs s’embo\u00eetent-ils correctement dans les r\u00e9ceptacles de l’\u00e9quipement ? La force d’insertion est-elle ad\u00e9quate ? La polarisation fonctionne-t-elle comme pr\u00e9vu ?<\/p>\n\n\n\n Comportement \u00e9lectrique :<\/strong> la continuit\u00e9 est-elle correcte ? Y a-t-il des courts-circuits ou des signaux crois\u00e9s dans le design ? La r\u00e9sistance de contact est-elle dans les valeurs attendues ?<\/p>\n\n\n\n Ad\u00e9quation des mat\u00e9riaux :<\/strong> l’isolation du c\u00e2ble r\u00e9siste-t-elle \u00e0 la temp\u00e9rature ambiante ? Les protections m\u00e9caniques sont-elles suffisantes pour le niveau de vibration ou d’abrasion pr\u00e9vu ? Les couleurs d’identification correspondent-elles au sch\u00e9ma de l’\u00e9quipement ?<\/p>\n\n\n\n Montabilit\u00e9 :<\/strong> le faisceau est-il facile \u00e0 installer dans l’\u00e9quipement dans les conditions r\u00e9elles de montage ? Les op\u00e9rateurs peuvent-ils acc\u00e9der aux connecteurs sans difficult\u00e9 ? L’ordre d’installation est-il correct ?<\/p>\n\n\n\n Un projet de d\u00e9veloppement de produit industriel passe g\u00e9n\u00e9ralement par ces phases :<\/p>\n\n\n\n Phase de concept :<\/strong> le produit est en d\u00e9finition fonctionnelle. Il n’y a pas de sch\u00e9ma \u00e9lectrique, pas de BOM, pas de g\u00e9om\u00e9trie d\u00e9finitive. \u00c0 ce stade, il n’est pas pertinent de demander un prototype de c\u00e2blage car il n’y a rien de suffisamment pr\u00e9cis \u00e0 valider.<\/p>\n\n\n\n Phase de design pr\u00e9liminaire :<\/strong> il existe un sch\u00e9ma \u00e9lectrique, une g\u00e9om\u00e9trie approximative de l’\u00e9quipement et une premi\u00e8re s\u00e9lection de composants. C’est le moment id\u00e9al pour demander un prototype fonctionnel. Les mat\u00e9riaux ne sont peut-\u00eatre pas les d\u00e9finitifs, mais le prototype permet de valider l’int\u00e9gration physique et de d\u00e9tecter les probl\u00e8mes de design avec suffisamment de marge pour les corriger.<\/p>\n\n\n\n Phase de design d\u00e9taill\u00e9 :<\/strong> le sch\u00e9ma \u00e9lectrique est fig\u00e9, les connecteurs sont d\u00e9finis et la g\u00e9om\u00e9trie de l’\u00e9quipement est stable. C’est le moment de demander un prototype fid\u00e8le aux sp\u00e9cifications finales, qui sera utilis\u00e9 pour les tests de validation de l’\u00e9quipement complet : fonctionnels, CEM, environnementaux.<\/p>\n\n\n\n Phase de validation :<\/strong> l’\u00e9quipement est en cours d’homologation ou de certification. Si le c\u00e2blage n’a pas \u00e9t\u00e9 prototyp\u00e9 auparavant, tout changement \u00e0 ce stade a un co\u00fbt \u00e9lev\u00e9 : il retarde la certification, peut obliger \u00e0 r\u00e9p\u00e9ter des essais et compromet le d\u00e9lai de lancement.<\/p>\n\n\n\n Phase de production en s\u00e9rie :<\/strong> le design est fig\u00e9 et valid\u00e9. Demander un \u00ab prototype \u00bb \u00e0 ce stade revient en r\u00e9alit\u00e9 \u00e0 demander un \u00e9chantillon de production, qui a un objectif diff\u00e9rent : v\u00e9rifier que le processus de fabrication en s\u00e9rie reproduit fid\u00e8lement ce qui a \u00e9t\u00e9 valid\u00e9.<\/p>\n\n\n\n Tous les prototypes ne sont pas identiques et n’ont pas le m\u00eame niveau de fid\u00e9lit\u00e9. En fonction de la phase du projet et de ce que l’on souhaite valider, le prototype appropri\u00e9 diff\u00e8re :<\/p>\n\n\n\n Demander un prototype de validation en phase de design pr\u00e9liminaire est une erreur : on investit du temps et de l’argent pour fabriquer quelque chose dont les sp\u00e9cifications vont encore \u00e9voluer. Demander un prototype fonctionnel de base en phase de validation est une autre erreur : il n’a pas la fid\u00e9lit\u00e9 suffisante pour d\u00e9tecter les probl\u00e8mes qui importent \u00e0 ce stade.<\/p>\n\n\n\n L’un des freins les plus courants pour demander un prototype \u00e0 temps est la conviction qu’il faut disposer de toute la documentation compl\u00e8te et d\u00e9finitive. Ce n’est pas le cas.<\/p>\n\n\n\n Ce dont le fabricant a besoin d\u00e9pend du type de prototype :<\/p>\n\n\n\n Pour un prototype fonctionnel de base :<\/strong> un sch\u00e9ma \u00e9lectrique provisoire, une liste de signaux avec les longueurs approximatives et le type de connecteurs pr\u00e9vu. Aucun plan m\u00e9canique d\u00e9finitif ni BOM ferm\u00e9e n’est n\u00e9cessaire.<\/p>\n\n\n\n Pour un prototype d’ing\u00e9nierie :<\/strong> sch\u00e9ma \u00e9lectrique avec connecteurs d\u00e9finis, longueurs estim\u00e9es avec une tol\u00e9rance de \u00b110% et sp\u00e9cification du type de c\u00e2ble ou d’isolation pr\u00e9vu.<\/p>\n\n\n\n Pour un prototype de validation :<\/strong> sch\u00e9ma \u00e9lectrique complet, BOM avec r\u00e9f\u00e9rences d\u00e9finitives, sp\u00e9cification des mat\u00e9riaux et toute exigence de certification ou r\u00e9glementation applicable.<\/p>\n\n\n\n Demander le prototype sans sch\u00e9ma \u00e9lectrique :<\/strong> le fabricant ne peut pas deviner le sch\u00e9ma de connexion. Un prototype fabriqu\u00e9 sur la base de descriptions verbales ou de r\u00e9f\u00e9rences approximatives ne valide rien de fiable.<\/p>\n\n\n\n Ne pas d\u00e9finir ce que l’on veut valider :<\/strong> si l’on ne sait pas ce que l’on cherche dans le prototype, on ne sait pas non plus quoi v\u00e9rifier \u00e0 sa r\u00e9ception. Le prototype doit s’accompagner d’un protocole de r\u00e9vision minimal : ce qui est v\u00e9rifi\u00e9, comment et par qui.<\/p>\n\n\n\n Modifier le design entre le prototype et la s\u00e9rie sans en informer le fabricant :<\/strong> un changement de connecteur, de longueur ou de mat\u00e9riau entre le prototype valid\u00e9 et la production en s\u00e9rie invalide la validation. Tout changement apr\u00e8s le prototype doit \u00eatre trait\u00e9 comme un nouveau prototype, m\u00eame s’il est partiel.<\/p>\n\n\n\n Demander un seul prototype pour tout :<\/strong> dans les projets comportant plusieurs variantes de c\u00e2blage \u2014 par exemple, des longueurs diff\u00e9rentes pour diff\u00e9rentes versions de l’\u00e9quipement \u2014 demander un seul prototype ne valide pas les variantes qui n’ont pas \u00e9t\u00e9 fabriqu\u00e9es. Chaque variante pr\u00e9sentant des diff\u00e9rences significatives n\u00e9cessite sa propre validation.<\/p>\n\n\n\n Ne pas conserver le prototype valid\u00e9 comme r\u00e9f\u00e9rence :<\/strong> le prototype approuv\u00e9 est la r\u00e9f\u00e9rence physique du design. S’il n’est pas conserv\u00e9 ou correctement document\u00e9, il n’y a aucun moyen de v\u00e9rifier que la production en s\u00e9rie est fid\u00e8le \u00e0 ce qui a \u00e9t\u00e9 valid\u00e9.<\/p>\n\n\n\n Au-del\u00e0 de la validation technique, le prototype remplit une autre fonction que l’on ignore souvent : c’est le point de rencontre entre l’\u00e9quipe de conception du client et l’\u00e9quipe de fabrication du fournisseur.<\/p>\n\n\n\n Lorsque le client examine un prototype physique avec le fabricant, des conversations \u00e9mergent qui ne surgissent pas \u00e0 partir d’un plan : \u00ab ce rayon de courbure est trop serr\u00e9 pour le c\u00e2ble sp\u00e9cifi\u00e9 \u00bb, \u00ab le connecteur n’a pas suffisamment de jeu pour le montage en ligne \u00bb, \u00ab la longueur du rameau secondaire n’atteint pas le point de connexion avec l’\u00e9quipement mont\u00e9 \u00bb.<\/p>\n\n\n\n Ces conversations sont celles qui alignent le design sur la r\u00e9alit\u00e9 de la fabrication et de l’installation. Et elles sont beaucoup plus productives lorsqu’elles se tiennent avec le prototype en main que lorsqu’elles se tiennent avec l’\u00e9quipement d\u00e9j\u00e0 en production.<\/p>\n\n\n\nLes phases d’un projet et quand le prototype s’inscrit dedans<\/h3>\n\n\n\n
Types de prototypes selon la phase et l’objectif<\/h3>\n\n\n\n
Type de prototype<\/th> Fid\u00e9lit\u00e9<\/th> Objectif principal<\/th> Phase recommand\u00e9e<\/th><\/tr><\/thead> Prototype fonctionnel de base<\/td> Faible<\/td> Valider l’int\u00e9gration physique et les longueurs<\/td> Design pr\u00e9liminaire<\/td><\/tr> Prototype d’ing\u00e9nierie<\/td> Moyenne<\/td> Valider le design \u00e9lectrique et la compatibilit\u00e9 des connecteurs<\/td> Design pr\u00e9liminaire \/ d\u00e9taill\u00e9<\/td><\/tr> Prototype de validation<\/td> \u00c9lev\u00e9e<\/td> Tests fonctionnels, CEM et environnementaux de l’\u00e9quipement<\/td> Design d\u00e9taill\u00e9<\/td><\/tr> \u00c9chantillon de production<\/td> Maximale<\/td> V\u00e9rifier le processus de fabrication en s\u00e9rie<\/td> Avant le lancement<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n Les informations dont le fabricant a besoin pour r\u00e9aliser un prototype<\/h3>\n\n\n\n
Les erreurs les plus fr\u00e9quentes dans la gestion des prototypes de c\u00e2blage<\/h3>\n\n\n\n
Le prototype comme outil de communication entre conception et fabrication<\/h3>\n\n\n\n
R\u00e9flexion d’atelier :<\/strong> Chez JM Cableados, nous traitons la r\u00e9vision du prototype avec le client comme une phase du projet, pas comme une formalit\u00e9. C’est le moment o\u00f9 les \u00e9quipes techniques des deux parties partagent les m\u00eames informations physiques et peuvent aligner les attentes avant de s’engager dans la s\u00e9rie. Les projets qui passent par cette r\u00e9vision conjointe ont beaucoup moins de probl\u00e8mes en production.<\/th><\/tr><\/thead><\/table><\/figure>\n\n\n\n Ce qu’il faut avoir clair avant de demander un prototype<\/h3>\n\n\n\n