Il existe plusieurs façons de Clash-Check un modèle.
Table of Contents
Lewis Guy, Captain Awesome et responsable du service de mise en œuvre
Un temps avant la détection.
Il y a treize ans, lorsque j’ai commencé à utiliser Revit, la vie était un mélange très dense de modèles 3D et de dessins 2D. Il était très rare d’avoir toutes les disciplines modélisant en 3D sur un même projet. Pendant cette période, la «détection de collision» était encore un mot à la mode inconnu. Des temps plus simples.
Il y a dix ans, les modèles 3D devenaient de plus en plus courants. Avec cela est venu une pléthore de plaintes demandant pourquoi les colonnes structurelles étaient situées au milieu des portes d’architectes ou pourquoi les tuyaux traversaient un mur, d’autant plus qu’il y avait une ouverture dans le mur à seulement 500 mm à droite de l’emplacement des tuyaux. Pour moi, c’est à ce moment-là que j’ai entendu parler pour la première fois de cette solution logicielle mythique « Navisworks ». Apparemment, « Navisworks » allait résoudre ces problèmes en les attirant à notre attention beaucoup plus tôt et en nous aidant à examiner les progrès en continu tout au long du projet.
Oh, y avait-il des problèmes.
À l’époque, c’était révolutionnaire. Vous pouvez voir chaque instance où un objet heurte un autre objet. Wow!!! Le problème avec cela était que parce que nous étions encore en train de nous réconcilier avec les modèles 3D, nous avions souvent beaucoup de problèmes. BEAUCOUP DE PROBLÈMES. Mais au fil du temps, nous nous sommes tous améliorés dans ce domaine et nous avons rapidement obtenu des informations très utiles dans Navisworks. Nous n’avions pas nécessairement un excellent moyen de partager cela avec les autres à ce stade, mais nous l’avons fait fonctionner et nos modèles devenaient de plus en plus coordonnés au fur et à mesure que nous avancions.
Pour beaucoup de gens, c’est toujours le processus principal pour effectuer la détection des conflits et il n’y a rien de mal à cela du tout. Ensuite, vous ajoutez Revizto à ce processus et cela résout largement le problème du partage des informations depuis Navisworks avec le reste des équipes.
Puis, en 2013, ce nouveau logiciel est tombé sur mon bureau. Un client nous avait demandé de nous coordonner à l’aide de cet outil appelé Solibri. Solibri est un outil qui peut faire une version incroyablement avancée de la détection des collisions (ainsi qu’une simple détection des collisions) mais également vérifier les données dans les modèles. La plus grande différence entre Solibri et Navisworks est que Solibri ne lit que les fichiers IFC, tandis que Navisworks vous permet d’importer des modèles natifs de la plupart des outils de modélisation ainsi que d’IFC. À ce stade, dans toute l’Europe du moins, les fichiers IFC devenaient un livrable régulier sur les projets, ce n’était donc pas un problème pour nous. Nous avons donc commencé à l’utiliser.
Solibri pour la détection de collision
Lorsque vous ouvrez Solibri pour la première fois et que vous commencez à parcourir les ensembles de règles, c’est assez intimidant. Mais une fois que vous commencez à passer plus de temps dans le gestionnaire d’ensembles de règles, tout commence à avoir un sens et devient un outil très intuitif à utiliser. Dans Solibri, les ensembles de règles sont généralement prédéfinis, et vous commencez ensuite à les personnaliser pour qu’ils soient plus spécifiques afin de répondre à vos besoins. Vous pouvez commencer à classer des groupes d’objets similaires aux ensembles de recherche Navisworks, ce qui vous permet de rendre les règles existantes plus spécifiques. Et, comme les fichiers IFC ont en grande partie leurs données structurées de la même manière, peu importe l’outil de création utilisé, les règles fonctionnaient.
Dans Solibri, la règle de base de détection des conflits est très similaire à la façon dont Navisworks effectue la détection des conflits. Vous spécifiez quel est votre premier composant et quel est votre deuxième composant. Comme avec Navisworks, il peut s’agir d’un modèle entier (modèle structurel) par rapport à un modèle entier (modèle MEP), il peut s’agir d’une catégorie d’objet (Mur) par rapport à une catégorie d’objet (Conduit) ou il peut s’agir d’un objet répondant à des critères spécifiques ( Mur + Classement au feu > 30) par rapport à un objet répondant à des critères spécifiques (Conduits + Largeur > 100). Cela peut sembler différent, mais c’est la même chose que Navisworks SearchSets utilisé pour la détection des conflits.
Solibri se lance alors tout seul avec sa version beaucoup plus poussée de la détection des collisions. Cette détection avancée des conflits, à première vue, peut sembler compliquée, mais une fois que vous avez pris le temps de la connaître, elle est en fait très simple mais extrêmement puissante.
Nous pouvons spécifier des règles qui vérifient les distances maximales ou minimales entre les objets d’un visage de votre choix.
Nous pouvons commencer à vérifier que les objets comme les portes et les fenêtres ont suffisamment d’espace libre devant eux pour qu’ils puissent s’ouvrir correctement sans entrer en contact avec une autre porte ou fenêtre ou pire encore un tuyau ou un conduit.
Nous pouvons même commencer à vérifier la constructibilité et les problèmes de santé et de sécurité. Comme, s’assurer que chaque bord avec une chute a une main courante ou une balustrade pour empêcher quelqu’un ou quelque chose de tomber.
Pour moi, la chose à laquelle il faut le plus s’habituer, surtout si vous venez d’un environnement Navisworks, est la façon dont Solibri répertorie les résultats.
Vous pouvez basculer entre une vue Hiérarchie des catégories (par défaut) et une vue Liste. La vue Hiérarchie des catégories a un ordre de priorité prédéfini, ce qui signifie que peu importe ce qui est le composant 1 et ce qui est le composant 2 dans la règle de détection de collision, il le regroupera de la même manière.
Dans mon exemple, « catégorie d’objet (Mur) vs catégorie d’objet (Conduit) », le Mur est l’objet par lequel il regroupe les résultats. On peut alors voir tous les affrontements à l’écran à la fois
Tous les affrontements avec un seul mur.
Ou le choc individuel.
Solibri a le même problème que Navisworks, c’est génial dans l’outil, mais comment partagez-vous les informations avec l’ensemble de l’équipe ? Solibri fonctionne avec des diapositives et des présentations. Les diapositives sont des images des problèmes et les présentations sont des collections de diapositives. Ceux-ci peuvent être partagés sous forme de rapports XLS ou PDF, mais ils peuvent également être partagés via un BCF et c’est là que Revizto peut vous aider dans ce processus.
Bien qu’il ne soit peut-être pas aussi fluide que Navisworks en utilisant l’outil Sync Clashes, ce n’est pas vraiment différent. La seule étape supplémentaire requise dans le flux de travail Solibri consiste à appliquer une zone de section autour des composants avant de créer la diapositive.
Une fois la diapositive créée, vous pouvez définir les informations dans Solibri ou attendre qu’elles soient dans Revizto et y apporter ces modifications.
Nous pouvons ensuite importer ce fichier BCF dans Revizto et il apparaîtra ensuite dans le suivi des problèmes. L’ensemble de données dans Solibri a été transféré, mais vous pouvez également tout définir ici selon vos besoins.
Depuis Revizto, nous pouvons maintenant revenir à notre logiciel de modélisation afin de pouvoir résoudre le problème.
Il existe plusieurs façons de vérifier un modèle.
En règle générale, lorsque vous pensez à Clash Detection, vous pensez à Navisworks, et c’est très bien. Navisworks va bien. Mais il existe d’autres outils qui peuvent le faire. Et oui, Solibri est limité aux fichiers IFC, et oui, à première vue il n’a pas la même simplicité que Navisworks. Mais à mesure que la complexité de nos bâtiments évolue et que nous devenons plus avancés dans leur modélisation, notre outil de détection des conflits doit peut-être également changer.
Et qui sait ce qui nous attend dans le monde de la détection des conflits. Surveillez cet endroit…
