dimanche 28 juin 2020

Revit_Navisworks 2021_Switchback_Repérage des clashs dans Revit

Objectif: Optimiser l'identification, le repérage des clashs de Navisworks dans Revit

La fonction Switchback / Basculement, rappel un peu les BCF de BCFIER, à partir d'une image d'un clash de Navisworks, en cliquant sur l'image on bascule dans Revit sur la zone concernée

Les rapports de clash de Navisworks identifient les éléments en collision, ils sont repérés par leurs coordonnées et identifiés par ID, 

Seulement quand on a des centaines de clashs il est très chronophage de travailler simplement avec les ID, la fonction Switchback est plus pratique et rapide pour cela

00_La fonction Switchback depuis Navisworks vers Revit

01_Revit
Pour ce test, j'ai volontairement provoqué des erreurs dans le fichier Revit > les murs en rouge

02_Revit
Exportation du fichier Revit vers Navisworks

03_Navisworks

04_Navisworks, utilisation de Clash Detective
_Début > Clash Detective
_Ajouter un test > Analyse 1
_Sélection A > Murs
_Sélection B > Panneaux de murs-rideaux
_Exécuter le test...

05_Navisworks, utilisation de Clash Detective
_Résultats
_Par défaut Navisworks propose d'identifier les éléments en collision en rouge et vert, le reste du fichier est en filaire
(Cette représentation permet de bien mettre en valeur les éléments en collision, par contre on a du mal à se situer dans le projet)

06_Navisworks, Clash Detective et Rapport de clashs
Plusieurs formats d'exportation sont proposés, dont HTML

07_Naviworks, Rapport de clashs dans Excel
Le format HTML du rapport indique une image, le point de conflit (coordonnées X, Y, Z), l'ID de l'élément et d'autres données
Ce rapport est bien pour un compte rendu, mais pour le travail du projeteur il n'est pas très pratique...

08_Naviworks, Switchbak / Basculement
Cette fonction permet basculer dans Revit pour identifier plus clairement le clash, l'outil s'apparente un peu à BCFier
_Sélectionner un conflit
_Clic Droit sur un des deux éléments en collision > Basculement...

09_Revit_Switchback / Basculement
La fenêtre Swichback du clash, dans Revit

10_Revit_Switchback / Basculement
_Gauche la fenêtre Switchback
_Droite un plan de niveau ou le clash est visible

11_Navisworks
_Points de vues enregistrés
_Imaginez que vous avez des centaines de clashs, ils seront listés dans les vues enregistrées, par noms d'analyses et par Conflit 1, 2, 3....
Vous ne souhaitez pas perdre du temps avec un rapport assez incipide...
_Adoptez la fonction Switchback en plus du rapport

lundi 1 juin 2020

Revit 2020_Vue de niveau_Vue orthographique_Ombres_Particularités des vitrages

Objectif: Construire un plan de niveau avec la cotation et les ombrages

Ce tuto sera l'occasion d'utiliser les caméras orthographiques et de les paramétrer par rapport à la plage de vue du plan d'étage, le but étant d'obtenir un plan coté "technique" avec des ombres y compris pour les vitrages


00_Feuille: Plan d'étage & Vue orthographique
En haut sans plan de coupe
En bas avec plan de coupe

01_Plan d'étage
_Paramétrage de la plage de vue

02_Plan d'étage
Tracer des plans de référence pour le placement de la caméra
Ajout d'une caméra > Vue > Vue 3D > Caméra
_Caméra > Mode de projection > Orthographique...

03_Plan d'étage
Paramétrage de la caméra
_Graphisme > Echelle de la vue > Mettre la même échelle que pour le Plan d'étage
_Caméra > Mode de projection > Orthographique
_Elévation de l'œil > Choisir une hauteur inférieure à la hauteur du plan de coupe pour le Plan d'étage
_Elévation de la cible > Egal niveau du sol sur lequel les ombres vont se projeter

04_Coupe / Elévation
_Faire en sorte que la caméra soit le plus possible alignée avec la cible (verticale)
(on peut regretter que la caméra et la cible ne puissent pas être manipulées avec l'outil aligner)

05_V3D Orthographique
_Dans ce cas, la vue orthographique est orientée à la verticale, ce n'est pas problématique puisque sur la feuille on pourra la faire pivoter
_Par contre il faut bien s'assurer que la vue ne soit pas en biais, dans ce cas il faut modifier la position de la caméra ou / et de la cible, il suffit de pas grand chose 
_Paramétrer les ombres et éclairages

06_Plan d'étage
_Paramétrage de la plage de vue
(ici elle est légèrement supérieure à la hauteur de l'œil de la V3D Orthographique)

07_V3D Orthographique
_Paramétrage ombres et éclairages
_Paramétrage hauteur de l'œil et hauteur de la cible

08_Feuille_V3D Orthographique et Plan d'étage
Le plan d'étage est plus haut que la caméra orthographique, la dalle cache les ombres de la vue 3D orthographique...


09_Feuille_V3D Orthographique et Plan d'étage
De l'importance du choix de l'ordre de mise en page des éléments sur la feuille
Ci-dessus le Plan d'étage a été placé en 1er sur la feuille, la V3D Orthographique vient ensuite et recouvre le plan d'étage
Quelque soit les paramètres (Plage de vue du Plan d'étage et Hauteur de l'œil de la caméra), le résultat sera le même: Le Plan d'étage sera recouvert par la V3D Orthographique

10_Feuille V3D Orthographique et Plan d'étage
De l'importance du choix de l'ordre de mise en page des éléments sur la feuille
Ci-dessus la Vue 3D a été placée en 1er sur la feuille, le Plan d'étage vient recouvrir la V3D, sans affecter les ombres
Il faut cependant ajouter un filtre au Plan d'étage, voir en 11

11_Feuille_V3D Orthographique et Plan d'étage
_Ajout d'un filtre sur la dalle du plan d'étage
_Filtre > Transparence 0

12_Feuille_V3D Orthographique et Plan d'étage
_Ajout d'un filtre sur la dalle du plan d'étage
_Filtre > Transparence 100

13_V3D Orthographique
_Ajout d'une zone de coupe...


14_V3D Orthographique, Elévation / Coupe_Zone de coupe
_Modifier la hauteur de la zone de coupe dans l'élévation / coupe

15_Feuille_V3D Orthographique (avec Zone de coupe) et Plan d'étage

16_Lors d'une discussion sur HexaBIM, on m'a soumis le problème suivant:
_Une caméra en mode Orthographique est activée, 
les ombres sont activées, mais les ombres n’apparaissent pas
_La source du problème, c’est que la hauteur de la caméra (l’œil) est supérieure au décalage de la délimitation éloignée (Graphisme Etendue)
_Donc si le décalage de la délimitation éloignée est inférieur à la hauteur de la caméra, il n’y a pas d’ombres
(Pour avoir la main sur cette commande, Délimitation éloignée active > V / Cochée)



17_Paramétrage de la caméra et du décalage de la délimitation éloignée

















dimanche 10 mai 2020

Revit 2020_Dynamo_Excel_Extraction de données pour les couches géologiques

Objectif: à partir d'une demande interne: "Extraire les volumes des différentes couches géologiques",

Revit donne le volume d'un terre-plein par contre l'altitude de la couche n'est pas indiquée dans la nomenclature
Avec Dynamo, on peu répondre à cette demande, on peu exporter toutes ces données vers Excel,
Par contre l'importation de ces mêmes données dans Revit n'est pas souhaitable...
En utilisant les valeurs absolues, des altitudes des couches géologiques, on détruit la logique de construction des terre-pleins, il y a des collisions dans les couches si l'on modifie cela depuis Excel...
Par ailleurs cet excercice m'a permis de tester plusieurs noeuds et de constater qu'il est possible d'extraire des données de différents types depuis une même source, exemple de la source "Décalage par rapport au niveau" qui permet d'extraire l'épaisseur des couches lorsque les valeurs sont combinées avec le volume et la surface
Pour info, j'ai commencé ce tuto avant de proposer le tuto sur les Nomenclatures de pièces en mode bidirectionnel Revit < > Excel, via Dynamo (Tuto)

00_De Revit à Excel via Dynamo
Nomenclature des couches géologiques_Noms, épaisseurs, Altimétries, Volumes

01_Revit, couches géologiques
(il s'agit de terre-pleins)
Feuille de présentation, V3D, Coupe, Nomenclature
> La nomenclature Revit indique un niveau 0, quel que soit l'altimétrie...

02_Revit, Coupe
Les couches géologiques et les propriétés associées
> Le décalage de niveau n'est pas une valeur intégrable dans une nomenclature

03_Revit, Nomenclature
Nomenclature des terre-pleins
Le tri est fait par Commentaires et les noms sont les identifiants
> Le champ niveau est inexploitable, on ne peut pas utiliser le décalage de niveau

04_Nomenclature Excel depuis Revit, via Dynamo
> Nom de la couche, épaisseur, Niveau haut, Niveau bas de la couche, Volume

05_Comparatif des nomenclatures
> en haut Nomenclature Revit
> en bas Nomenclature Excel issue de Revit via Dynamo

06_Dynamo
Vue générale du script

07_Dynamo
_Entrants: Site_Terre-Plein
_Le noeud List.ShiftIndices + Code Block sert à réorganiser les couches
(Utiliser les ID)

08_Dynamo
_Noms des couches
(c'est l'identifiant qui est utilisé, c'est le seul qui permet l'échange avec Revit)

09_Dynamo
> Niveau 0.00, inutilisable

10_Dynamo
_Décalage par rapport au niveau
Utilisation pour deux données différentes:
> Extraction des données (ici 0, -0.50, -1.00, -2.00, -3.50, -6.50)
> Utilisation de ces mêmes données combinées avec les Volumes et Surfaces pour déduire les altimétries
> La combinaison de ces données oblige à utiliser les valeurs absolues

11_Dynamo
_Volume des couches

12_Dynamo
_Surface des couches

13_Dynamo
_Epaisseur des couches
> Entrées = Volumes / Surfaces

14_Dynamo
_Niveau des couches à la base
> Entrée = Décalage par rapport au niveau (10)
> Conversion des données en valeurs absolues
> Entrée = Epaisseur des couches (13)

15_Dynamo
_Tri des données: Noms des couches, Niveaux Bas et Hauts des couches, Volumes

16_Dynamo
_Epaisseur des couches
_Rassemblement des données
Le fait d'utiliser les valeurs absolues, empêche d'obtenir les "vraies" valeurs...
Il faut les travailler dans Excel, ce qui perturbe le retour des données vers Revit
Par ailleurs, je n'ai pas trouvé d'alternative à l'utilisation des valeurs absolues dans Dynamo, sinon les résultats sont faux

17_Dynamo
_Export vers Excel

18_Excel
_Données brutes

19_Excel
_Données finalisées