Recommandations à d’autres personnes envisageant Centro:
Soyez conscient des mises à jour en cascade sur des assemblages très grands avec plusieurs sous-assemblages. Si les concepteurs utilisent la fonctionnalité de check-out/check-in et enregistrent plusieurs composants de la couche inférieure, chaque sous-assemblage en amont de l'arborescence initiera une mise à jour en cascade pour les vignettes, les fichiers SpinfireWeb et Spinfire Ultimate. Selon la complexité de l'assemblage, les fichiers Spinfire Ultimate peuvent devenir très volumineux plus on monte dans l'arborescence de navigation. Vous pouvez consommer une grande quantité d'espace disque sans même le savoir. De plus, les mises à jour en cascade utilisent le Pipeline Système qui est actuellement codé en dur pour ne faire fonctionner qu'un seul travail simultané à la fois. Les grands assemblages peuvent ralentir les Pipelines Système. Nous avons décidé de désactiver toutes les conversions Spinfire Ultimate (ACT3D) et de ne créer que des vignettes et des conversions Spinfire Web.
Notez également : l'option "Générer..." dans le menu des ressources définira automatiquement les conversions pour qu'elles se fassent en cascade chaque fois qu'il y a un changement. Par exemple, si vous souhaitez créer une conversion STEP, vous devez sélectionner "Générer..." et cocher la case de conversion STEP. À partir de ce moment, cette conversion sera toujours mise à jour avec une nouvelle version chaque fois que le fichier natif change. Ces versions peuvent s'accumuler et consommer de l'espace disque. Si vous créez une conversion STEP unique et que vous n'avez pas besoin que cette conversion STEP soit mise à jour à chaque changement de l'assemblage, assurez-vous de retourner dans le menu "Générer..." et de décocher la conversion STEP.
Assurez-vous également que tous les assemblages que vous décidez de mettre en pipeline sont liés à 100 % à l'assemblage de niveau supérieur. Il existe de nombreuses façons de le faire. Dans Catia, vous pouvez tout mettre en mode conception et utiliser la gestion des sauvegardes pour lier correctement tous les composants. Vous avez également la possibilité d'utiliser la commande "Envoyer vers..." qui enregistrera le produit de niveau supérieur et les composants dans un répertoire différent tel qu'un répertoire de surveillance Centro. Dans NX, vous pouvez utiliser l'outil de clonage pour faire la même chose. Si vous avez des composants enregistrés dans différents répertoires auxquels Centro ne peut pas accéder, vous risquez de vous retrouver avec un assemblage de niveau supérieur avec des liens rompus vers ses composants.
La plus grande leçon que nous avons apprise : partager des composants avec exactement le même nom entre deux OEM différents peut être désastreux. Par exemple, JLR et Ford utilisent souvent les mêmes noms de pièces Teamcenter puisque JLR appartenait autrefois à Ford. La beauté originale de Centro était la capacité d'utiliser la fonction "où utilisé" pour voir tous les assemblages qui utilisaient un composant spécifique. C'est parfait pour les opportunités de VA/VE, de réduction des coûts et de nombreux autres avantages. Le problème sous-jacent est les particularités avec les logiciels CAD natifs et les versions que les OEM utilisent. Si deux OEM différents utilisent la même pièce mais des versions différentes de CAD, il y a une chance qu'un concepteur utilisant un niveau supérieur de CAD natif écrase le niveau inférieur de CAD. L'autre concepteur OEM ne pourra pas ouvrir ce fichier pour y apporter des modifications. Nous avons dû résoudre ce problème en ajoutant des préfixes spécifiques aux OEM dans nos pipelines. Nous perdons la fonctionnalité "où utilisé" mais nous gardons notre CAD natif cohérent avec la version du logiciel CAD natif de l'OEM. Certaines fonctionnalités sont là pour nous cependant : l'onglet Duplicates. Cela nous montrera alors les pièces en double et le préfixe CatalogID nous montre l'OEM.
Enfin, méfiez-vous des implémentations globales qui utilisent le modèle d'architecture distribuée où il y a une base de données Arango liée à plusieurs hôtes de pipeline/gestionnaires de pipeline. Il y a un problème de latence bloquant lors de la connexion à un hôte de pipeline européen qui accède à une base de données Arango nord-américaine. Cette configuration est insupportable à utiliser en Europe au point que les utilisateurs finaux ne l'utiliseront pas en raison du décalage. Nous envisageons de diviser nos bases de données Arango afin qu'il y en ait une pour toutes les installations européennes et une pour les installations nord-américaines. Cette option brise tout aspect de recherche et de partage global entre les continents, mais elle améliorera l'adoption par les utilisateurs.
Note de mise à jour supplémentaire : la RAM du système semble être le plus grand goulot d'étranglement et l'aspect le plus critique du serveur hôte de pipeline. Il y a un équilibre entre le nombre de cœurs et la RAM disponible. Nous avons effectué des tests qui ont saturé les cœurs du CPU en exécutant plusieurs pipelines avec six travaux simultanés par pipeline. Ce que nous avons constaté, c'est qu'une fois que la RAM disponible est saturée, le système commencera à écrire des données dans le fichier d'échange. Une fois que cela se produit, lorsque l'hôte de pipeline accède à des assemblages très volumineux pour traiter les conversions SpinfireWeb, ACT3D et les vignettes, ils risquent de dépasser le délai imparti. En raison du volume de pipelines que nous avons toujours en cours d'exécution, nous envisageons un serveur autonome avec 500 Go de RAM et 32 cœurs. Notre solution de contournement actuelle est de limiter les travaux simultanés par pipeline à trois, ainsi que de limiter le nombre de pipelines que nous exécutons. Nous continuons à surveiller les ressources système et à nous assurer que notre utilisation de la RAM ne dépasse jamais 75 % d'utilisation. Leçons apprises : évitez de saturer la RAM du système au point où l'hôte de pipeline déplace d'énormes quantités de données vers le fichier d'échange. Avis collecté par et hébergé sur G2.com.
Quels sont les problèmes que Centro résout, et en quoi cela vous est-il bénéfique?
Partage mondial de CAO, bibliothèque de modèles de fonctionnalités, bibliothèque de fixations, flux de travail de conception Avis collecté par et hébergé sur G2.com.
