Est ce que le problème est uniquement sur cette paroi ou il est généralisé sur d'autre ?
Ce que je peux vous dire ici, c'est que cette paroi n'est pas considérée comme une paroi, car elle à été coupée par l'outil toit et exportée comme géométrie. Il s'agit en effet d'un BREP (boundary representation) on conserve la géométrie exacte mais on perd les paramètres, ça devient un objet "mort".
Deuxième chose, les murs doivent être modélisés par étage, les logiciels de calcul thermique ont besoins de travailler par relation, un étage = une paroi, on ne peut pas modéliser un mur de 3 étages et demander au logiciel RT de le prendre en compte dans un calcul, c'est à votre archi de travailler dans ce sens.

Pour palier à ce problème de BREP, il faut modéliser un mur sur la hauteur du bas de pente et refaire un autre mur pour finir le pignon ou ne pas cocher BREP dans le traducteur IFC (la parois dépassera du toit). Les experts Archicad "@fmr" me contrediront si toutefois ce n'est pas ça !!

A bientôt

Bonjour, je viens de tombé sur votre discussion qui m'intéresse vivement.
Nous expérimentons les échanges entre ArchiCad 20 et Pleiades.
Je rencontre presque le même problème que Mr Barbé concernant les murs composites. Sauf que même les épaisseurs ne sont pas exportées. J'ai vérifié dans SOLIBRI, je ne le vois pas non plus. Il y a les noms des composants mais pas l'épaisseur.
Avez-vous une idée ou faut-il vérifier le parametrage sur ArchiCad 20?

Bonjour,

Deux pistes :
- Avez vous vérifié votre traducteur IFC, ? Si les épaisseurs de parois ne sont pas dispo dans un viewer, le problème vient de l'export en lui même.
-Les zones, il faut bien faire attention au mode de fonctionnement de ces logiciels de calculs réglementaires, si aucune zone n'est disponible dans la maquette source, ils ne peuvent pas travailler. Pléiade, comme les autres d’ailleurs, récupère une zone et à partir de cette zone, il récupère les parois horizontales et verticales : IfcRelSpaceBoundary.

Bonne reception