Nouveauté pour les masques intégrés

[Stephane_T]

Dans la version 6.25.2.0 de Pleiades, disponible depuis ce matin, vous allez découvrir une grosse évolution des masques intégrés qui apporte des possibilités supplémentaires de saisie et de modélisation et améliore la qualité des calculs. Pour les plus curieux, voici les principales évolutions :

Important ! Cette évolution n'est disponible que pour les nouveaux projets.

Possibilités supplémentaires :
* Modélisation de tout type de masque (casquettes, joues, balcon, brise-soleil, etc.) sous forme de "lames" verticale ou horizontale
* Lames avec ou sans épaisseur
* Chaque lame peut avoir sa propre transparence et son propre état de surface (pour les calculs lumineux)
* Affectation possible de la même manière aux fenêtres et aux parois extérieures
* Brise-soleil sur des plans verticaux ou inclinés
* Cumul possible de lames et de brise-soleil horizontaux et verticaux
* Les interfaces de saisie habituelles peuvent être couplées à la nouvelle interface de saisie : l'ensemble sera pris en compte.
* Sortie graphique des apports solaires par fenêtre avec et sans effet des masques proches et lointains. Ces sorties sont en option. La case à cocher pour les activer se trouve dans la section Paramètres expert de la fenêtre de lancement des calculs de STD/SED.


Qualité des calculs :
* Calcul du rayonnement diffus couplant correctement les effets des masques proches et des masques intégrés (y compris les transparences et la correction du facteur solaire due à l'angle d'incidence).
* Calcul du rayonnement réfléchi de manière autonome, avec le même algorithme que pour le rayonnement diffus.
* Cumul des effets de tous les masques saisis en tenant compte des transparences propres à chaque élément du masque
* Même algorithme appliqué à tous les types de masques

Limites (il en reste toujours ) :
* Pas de prise en compte des réflexions sur les lames pour le calcul des apports solaires
* Lames de longueur infinie (pas de limitation latérale)
* Lames horizontales ou verticales, mais pas inclinées par rapport à l'horizontale :-/
* Angle des lames invariable au cours du temps

[FabK]

Bonjour,

Petite question quand on réalise un calcul RT/RE et une STD avec le même modèle.
Si une casquette est modélisée avec l'outil STD, elle n'est pas exportée au moteur de calcul RT/RE (cf géométrie exportée). Du coup il est nécessaire de la modéliser avec l'outil "masque intégré paroi" en ajoutant un débord pour une prise en compte dans le calcul RT/RE. Que se passe t-il si au moment de lancer le calcul STD on laisse la casquette créée pour le calcul RT/RE?

Bonne journée

[FabK]

Bonjour,
En complément, existe une astuce avec la nouvelle saisie de masque pour modéliser la casquette ci-dessous? La prise en compte de la partie en rouge me pose problème. Le fait qu'elle ne soit pas dessinée dans Pleiades ne me semble pas problématique en STD car elle est considérée de largeur infinie (pas de limitation latérale) mais pour un calcul FLJ ne pas la prendre en compte est plus problématique.

Bonne journée

[Stephane_T]

En complément, existe-t-il une astuce avec la nouvelle saisie de masque pour modéliser la casquette ci-dessous?

Non, actuellement, il n'y a pas moyen de saisir ce type de casquette en angle. En effet, cela va jouer légèrement sur les résultats du calcul de FLJ.

[Stephane_T]

Petite question quand on réalise un calcul RT/RE et une STD avec le même modèle.
Si une casquette est modélisée avec l'outil STD, elle n'est pas exportée au moteur de calcul RT/RE (cf géométrie exportée). Du coup il est nécessaire de la modéliser avec l'outil "masque intégré paroi" en ajoutant un débord pour une prise en compte dans le calcul RT/RE. Que se passe t-il si au moment de lancer le calcul STD on laisse la casquette créée pour le calcul RT/RE?

Actuellement, le débord saisi dans l'onglet correspondant est toujours converti en masque détaillé pour la STD. Si vous avez modélisé le même masque de manière identique dans les deux onglets Débords et Masques détaillés STD, ce n'est pas problématique car la superposition ne pose pas de problème. Mais dans ce cas, vous devriez plutôt ne pas modéliser le masque dans l'onglet Masques détaillés STD.
En revanche, si vous avez modélisé le même masque de deux manières différentes, par exemple une casquette inclinée modélisée comme telle dans l'onglet Masques détaillés STD et comme une casquette horizontale dans l'onglet Débords, les deux modélisations vont de superposer en STD et fausser légèrement les calculs de STD. Le logiciel ne propose pas la possibilité de ne pas convertir la saisie de l'onglet Débords en masques détaillé de STD. Je vous invite dans ce cas, à vous limiter à la modélisation simplifiée de l'onglet Débords.

[FabK]

Merci pour les retours, c'est très clair.
Bonne journé

[OTEIS - THIBAUT]

Bonjour,
Comment saisir un masque fait dans le prolongement d'une toiture double-pente ?

Merci pour votre aide

[Stephane_T]

Nous ne savons toujours pas gérer (au niveau de calculs) ce type de masque. Il n'est donc pas possible de les saisir. Il faut donc continuer à les approcher avec des masques horizontaux.

[bcolas]

Bonjour,
Concernant la saisie d'un masque en prolongement de toiture double pans, une méthode un peu fastidieuse par plusieurs masques de différentes hauteurs est-elle valable?
Cela semble fonctionner visuellement en mode 3D et dans les résultats de FLJ :

De même, pour des formes spécifiques de débords plats, une saisie de masque proche sur niveau supérieur est-elle fonctionnelle ?


Bonne journée

[Régis]

Concernant la saisie d'un masque en prolongement de toiture double pans, une méthode un peu fastidieuse par plusieurs masques de différentes hauteurs est-elle valable?

Oui et c'est le mieux que l'on puisse faire.

pour des formes spécifiques de débords plats, une saisie de masque proche sur niveau supérieur est-elle fonctionnelle ?

Non, il ne faut surtout pas utiliser les masques proches. C'est d’ailleurs écrit en gras et en rouge dans l’interface :