Ingénierie collaborative : la puissance de la précision avec Team Ribbot

Dans le matériel haute performance, un seul millimètre détermine si une pièce s’insère ou échoue. Pourtant, la manière traditionnelle de transférer une conception entre les outils électriques et mécaniques rend ce millimètre difficile à fiabiliser. Les fichiers d’échange neutres tels que STEP, DXF et IDF doivent traduire une conception du langage d’une application vers un format générique, puis à nouveau dans l’autre sens. Chaque traduction aplatit la géométrie et arrondit les coordonnées. Une petite erreur de conversion au départ devient un problème d’ajustement à l’arrivée.

• Les fichiers neutres comme STEP et IDF retirent l’intelligence d’une conception, ne laissant qu’une géométrie déconnectée qui doit être corrigée manuellement.
• Les erreurs dangereuses sont les petites. Un décalage d’une fraction de millimètre passe inaperçu et corrompt tout ce qui est construit par-dessus.
• MCAD CoDesigner transfère les données de manière native dans les deux sens, sans fichier intermédiaire, il n’y a donc aucune étape de conversion susceptible d’introduire une erreur.
• Le transfert natif préserve l’intelligence de conception, pas seulement la forme. Les désignateurs de composants et les références restent liés entre les mondes électrique et mécanique.

Le cas Ribbot : quand les millimètres comptent

Ribbot est un robot de combat de 250 livres construit pour la BattleBots Pro League. Ses contrôleurs moteur personnalisés doivent être précis au millimètre près. La carte comporte des composants critiques sur ses deux faces, des éléments mécaniques pour les connexions électriques et des trous de fixation qui maintiennent un dissipateur thermique contre les FETs sous une précharge réelle.

À cette densité, une erreur de traduction n’est pas une simple note d’arrondi. Une position de broche décalée d’une fraction de millimètre lors d’une conversion de fichier signifie que la carte ne s’insère plus dans le boîtier en aluminium usiné. Pour une équipe qui concourt au plus haut niveau de la ligue, avec un calendrier serré et un budget limité, un seul mauvais transfert peut signifier un boîtier à repenser entièrement depuis zéro. La voie la plus sûre consistait à supprimer complètement les fichiers tiers du processus.

Le défaut des fichiers neutres

La faiblesse du flux de travail conventionnel réside dans le fichier d’échange neutre lui-même. Les formats STEP et IDF retirent l’intelligence d’un modèle et transforment une conception structurée en un ensemble de formes déconnectées.

Les grosses erreurs ne sont pas la menace. Une mauvaise origine ou un axe inversé se voit immédiatement, et quelqu’un le détecte vite. Le vrai danger, c’est l’erreur microscopique. Une erreur d’arrondi d’un millimètre à l’importation est invisible à l’œil nu. Elle passe inaperçue, et l’ingénieur continue à construire sur une base déjà erronée. Lorsque l’erreur apparaît enfin, la corriger coûte bien plus cher que si elle avait été détectée plus tôt.

Ancien flux de travail : la roulette export-import

Les années précédentes, l’ingénieur électricien exportait un fichier IDF, le compressait et l’envoyait par e-mail à l’ingénieur mécanicien, qui l’importait en espérant que les données aient survécu au trajet.

Chaque transfert impliquait une réparation manuelle. Les formats neutres perdent les contraintes et déforment les courbes, de sorte que les ingénieurs devaient reconstruire les splines, réaligner les trous de fixation et refaire les contraintes d’assemblage avant de pouvoir travailler. Ils ne concevaient pas. Ils corrigeaient les données et contournaient les limites du format. Un seul défaut non détecté pouvait entraîner une refonte complète du boîtier au moment de l’assemblage, lorsque plus rien ne s’ajustait.

Nouveau flux de travail : synchronisation native et directe

Ribbot a éliminé l’erreur de format du processus en utilisant la synchronisation directe dans MCAD CoDesigner. Au lieu de générer un fichier externe, CoDesigner transfère la conception entre Altium Designer et l’outil de CAO mécanique de manière native. Il mappe directement la structure de données de la conception de carte dans le format natif de l’assemblage mécanique. Sans étape de conversion, il n’y a pas d’erreur de conversion.

Lorsque l’équipe électrique place un connecteur dense, l’équipe mécanique reçoit une représentation géométrique exacte, inchangée. Le lien direct permet à l’équipe de travailler sur des positions de montage serrées et une forte densité de composants sans corrompre les données sous-jacentes. Comme l’a dit Tim, l’équipe n’a plus à gérer des fichiers solides exportés isolés qui pourraient introduire une erreur dans la conception mécanique ou de mauvaises entrées dans la conception électrique.

Un modèle unique haute fidélité, fiable pour les deux parties

Le résultat est une source unique de vérité sur laquelle les deux domaines peuvent s’appuyer. Nick décrit un modèle haute fidélité à la fois en ECAD et en MCAD, qui donne à chaque ingénieur la certitude que les conceptions mécanique et électrique fonctionneront ensemble en situation réelle. C’est cette confiance qui a permis à l’équipe d’utiliser des procédés rapides comme l’impression 3D pour vérifier l’ajustement carte-dans-boîtier avant d’engager des dépenses pour des pièces métalliques usinées. Lorsque le robot a été assemblé pour la première fois, tout s’est emboîté. Aucune surprise.

"La possibilité de voir les composants en 3D et de savoir exactement comment ils vont se positionner dans le châssis change complètement la donne. Nous n’avons pas à nous inquiéter qu’un élément vienne heurter une paroi ou une poutre de support, car nous l’avons déjà vu dans le modèle haute fidélité." — Cam Collins, ingénieur mécanique principal

Comment la synchronisation native aide

MCAD CoDesigner fait le lien entre Altium Designer et les principaux outils de MCAD, notamment SOLIDWORKS, PTC Creo et Autodesk Inventor, sans fichier intermédiaire. Il en découle deux choses :

• La géométrie reste intacte. Les contours complexes de carte, les découpes courbes et la description mathématique des splines et des arcs sont transférés avec précision, au lieu d’être approximés en segments droits comme c’est souvent le cas avec les exports STEP ou DXF.
• L’intelligence est également préservée. Le transfert conserve plus que la forme. Les désignateurs de composants et les références restent connectés entre les environnements électrique et mécanique, de sorte qu’une modification d’un composant met à jour son équivalent sans rompre le lien entre eux.

Pour une équipe qui conçoit des cartes non rectangulaires à l’intérieur de boîtiers exploitant chaque millimètre cube disponible, cette précision fait la différence entre une pièce qui se met en place immédiatement et une pièce qu’il faut reconstruire.

Aucune perte de données entre ECAD et MCAD (étape par étape)

Gagner sur le dernier millimètre

Dans la BattleBots Pro League, les systèmes mécaniques et électriques doivent fonctionner en parfaite harmonie, et cette harmonie dépend de données qui ne dérivent pas pendant le transfert. En remplaçant l’aller-retour export-import par une synchronisation directe sans format intermédiaire, Ribbot conserve l’exactitude de ses données de conception depuis la première connexion jusqu’à la fabrication finale.

Gardez vos données d’ingénierie à l’abri des erreurs de traduction. Découvrez comment fonctionne la synchronisation bidirectionnelle précise dans MCAD CoDesigner.

Précision de conception et intégrité des données : questions fréquemment posées

Pourquoi des formats comme STEP ou IDF ont-ils tendance à perdre en précision lors des transferts ?

Ces formats jouent le rôle d’interprètes entre différentes applications de CAO. L’export convertit le modèle natif en une représentation géométrique générique, et l’import réinterprète ces données génériques dans le format natif de l’outil de destination. Des erreurs d’arrondi, des pertes de paramètres et des contraintes rompues surviennent en cours de route.

Le fait de contourner les fichiers intermédiaires signifie-t-il que nous cessons de chercher la bonne version du fichier ?

Oui. Comme la synchronisation passe par le cloud, il n’y a pas de « board_v4_final_updated.STEP » à retrouver. L’échange de données gère les modifications de manière native, de sorte que l’équipe travaille à partir de données à jour au lieu d’essayer de deviner quel fichier est le bon.

Les éléments géométriques complexes, comme les découpes courbes de carte, sont-ils préservés avec précision ?

Oui, avec une meilleure précision que celle offerte par les formats neutres. STEP et DXF approximent souvent les courbes complexes par une série de segments droits, ce qui réduit la précision. La synchronisation directe conserve exacte la description mathématique des splines et des arcs.

Que deviennent les propriétés et les désignateurs des composants sans formats neutres ?

Ils sont préservés. Les fichiers neutres abandonnent généralement l’intelligence électrique et ne transmettent qu’un corps 3D générique. La synchronisation native conserve le lien entre les données électriques, telles que les désignateurs et les références, et la conception mécanique.