saisie multi-bâtiments

[Régis]

Oui, c'est exactement cela.

Cordialement.

[Clement_R]

Bonjour,

Une autre remarque, qui concerne la saisie multi-bâtiments mais aussi la saisie classique. Je me suis demandé si sur Pléiades les masques proches étaient pris en compte dans le calcul de la production électrique des champs photovoltaïques. J'obtiens la même production électrique pour un bâtiment seul en R+1 que pour le même bâtiment en R+1 entouré de 2 bâtiments en R+4 donc je suppose que non. J'ai fait ce test en modélisant 3 constructions faisant partie du même bâtiment et en modélisant 3 bâtiments différents avec le mode quartier (et évidemment en utilisant le bouton "créer les masques à partir des autres bâtiments"), les résultats sont les mêmes... Il semble donc que quelque soit la technique de modélisation le relief ou les masques entourant le bâtiment n'ont aucune influence sur la production électrique d'un champ photovoltaïque installé sur son toit.

Pensez-vous qu'il serait possible de corriger ceci dans une version future du logiciel ? A mon avis ce serait intéressant...

Bonne journée

[Régis]

Bonjour,

Pouvez-vous me transmettre les deux saisies Pleiades correspondantes (pour un bâtiment seul en R+1 et pour le même bâtiment en R+1 entouré de 2 bâtiments en R+4 ) pour analyse ?
En effet, cela peut être lié au type d'intégration des PV.

Cordialement.

[Régis]

Bonjour,

J'ai bien reçu votre projet pour analyse.

Comme indiqué ici dans le manuel :
Pour les PV en brise soleil et en toiture terrasse, les masques proches ne sont pas pris en compte.

Il s'agit d'une amélioration prévue pour les futures versions du logiciel.


Cordialement

[Clement_R]

Bonjour,

Autant pour moi alors, la mention de ce point dans le manuel m'a échappé. Merci pour votre réponse !

En attendant que cette amélioration soit intégrée à P+C, pour info j'ai quand même cherché à évaluer l'influence des masques proches sur la production électrique du champ PV. Après simulation il s'avère que la production est quasiment la même pour une intégration en surimposition (sur une toiture plate, donc avec une inclinaison de 0°) que pour une intégration en toiture terrasse (différence max de 2,4% sur l'année). Etant donné que les masques proches sont pris en compte dans le calcul de la production électrique du champ PV pour une intégration des panneaux en surimposition, il est possible d'évaluer l'influence de ces masques proches avec ce type d'intégration et de considérer que les résultats seront très proches pour une intégration en toiture terrasse.

Il y a par contre une différence de production non négligeable pour des panneaux inclinés (par exemple) à 30° et des panneaux inclinés à 0°. Du coup, pour tester l'influence des masques proches pour une intégration en toiture terrasse avec une inclinaison de 30° il faudrait modéliser une toiture inclinée de 30° sur Alcyone et tester l'influence des masques proches avec une intégration en surimposition sur cette toiture... Faire le test sans masque pour cette dernière situation peut être intéressant aussi, pour voir si l'on obtient encore une production similaire à l'intégration en toiture terrasse avec inclinaison de 30°.

Bon weekend prolongé pour ceux qui font le pont !

[Clement_R]

Bonjour,

Je vous consulte cette fois suite à un problème de simulation de production électrique de systèmes PV.

J'ai essayé de mettre, sur chacun des 26 bâtiments de mon quartier, une surface de capteurs égale à 1/4 de la surface de toiture de chaque bâtiment. J'ai donc 26 systèmes, tous intégrés en toiture terrasse. Ce quartier n'est pas simulé en mode "multi-bâtiment", j'ai 26 édifices en R+3, non reliés physiquement (avec 1 zone par édifice) mais dans le même "bâtiment" au sens de Pléiades.

Lorsque je lance la simulation elle affiche "erreur inconnue durant le maillage" et s'arrête. J'en ai parlé à Alain Guiavarch, qui a travaillé sur cette partie du moteur de calcul à l'école des Mines, et il a supposé que cela venait de la limite de 10 systèmes PV maximum qui a été fixée initialement. Cette limite existe-t-elle toujours ? Pour travailler sur des quartiers elle est contraignante...

J'ai ensuite testé de mettre toute ma surface de capteurs sur un seul bâtiment. Cela représente une surface de capteurs largement supérieure à la surface de toiture du bâtiment en question mais ça ne pose normalement pas de problème pour une intégration en toiture, étant donné que dans ce cas le système est dissocié de la paroi. J'ai obtenu la même erreur.

J'ai alors testé de mettre 50m² de capteurs sur un seul bâtiment et j'ai obtenu la même erreur.

Le problème doit venir d'autre part mais je ne vois pas d'où... Cela vient bien des systèmes PV car sans système PV la simulation se déroule sans problème.

Merci d'avance pour votre aide,

Cordialement

[Régis]

Bonjour,

Dans un premiers temps, je vous propose de simplifier votre projet comme indiqué ici dans le manuel.
Les PV sont peut-être la "goutte de trop" qui fait que les capacités maximales de calcul sont atteintes.

Si le problèmes persiste, envoyez-nous la saisie pour analyse.

Cordialement.

[Clement_R]

Bonjour,

En diminuant le pas de temps de calcul de la simulation à 1/10 d'heure cela débloque effectivement la situation pour la version dans laquelle j'ai regroupé toute la surface de panneaux sur un bâtiment.

En revanche, dans la version avec 26 systèmes PV, diminuer le pas de temps de calcul + simplifier les menuiseries + simplifier les masques intégrés semble ne pas être suffisant pour permettre à la simulation de s'effectuer. J'ai tenté d'enlever tous les ponts thermiques, cela ne règle pas non plus le problème. Je réitère donc ma question sur une éventuelle limite du nombre de systèmes, est-ce que ceci a bien été "débridé" ?

Cordialement

[Régis]

Non, il n'existe pas de limitation en nombre de systèmes sur une saisie.

Cordialement.

[Dimitri]

Bonjour,
Pour les PV en brise soleil et en toiture terrasse, les masques proches ne sont pas pris en compte.

Il s'agit d'une amélioration prévue pour les futures versions du logiciel.


Cordialement

Bonjour,

Qu'en est-il de cette amélioration ? Je n'arrive pas non plus à faire varier ma production PV quelle que soit la toiture où mes capteurs sont placés.

Merci !

[Régis]

Cette amélioration n'a pas encore été effectué.
Cette remarque (indiqué ici dans le manuel) reste donc valable.

[Clement_R]

Bonjour,

Je me permets de faire remonter ce sujet pour des questions liées à la simulation multi-bâtiments avec Pléiades+COMFIE.

Je me pose des questions sur la façon dont sont effectués les calculs de rayonnement dans Pléiades+COMFIE. Il me semble que pour effectuer le bilan énergétique (et donc radiatif) d'un bâtiment au sein d'une étude multi-bâtiments, les bâtiments alentours sont pris en compte comme masques solaires. Dans le calcul des apports solaires, le rayonnement CLO réfléchi par l'environnement urbain (bâtiments voisins, sol...) est-il pris en compte ?

De la même façon, est-ce qu'un bilan radiatif en grande longueur d'onde est effectué, prenant en compte les rayonnements émis par la voûte céleste et le sol ? Et par les bâtiments alentours ?

Merci pour votre aide,

Cordialement

[Régis]

pour effectuer le bilan énergétique (et donc radiatif) d'un bâtiment au sein d'une étude multi-bâtiments, les bâtiments alentours sont pris en compte comme masques solaires

Oui.

Dans le calcul des apports solaires, le rayonnement CLO réfléchi par l'environnement urbain (bâtiments voisins, sol...) est-il pris en compte ?

Pour le calcul des apports solaires, le logiciel prend en compte l’albédo du sol (et donc la réflexion du sol) mais ne prend pas en compte la réflexion des masques proches.

En revanche, pour les calculs d'éclairement, un état de surface par défaut est affecté aux masques proches et peut être modifié (via la fonction de modification des états de surface).

De la même façon, est-ce qu'un bilan radiatif en grande longueur d'onde est effectué, prenant en compte les rayonnements émis par la voûte céleste et le sol ? Et par les bâtiments alentours ?

Non.

[Clement_R]

Bonjour,

Merci pour ces réponses rapides, ça n'a pas changé !

Une question complémentaire pour lever mes derniers doutes, car je n'ai pas utilisé le logiciel depuis quelques temps : je vous ai posé la question pour une étude multi-bâtiments, je suppose que pour vous cela correspond à une modélisation des différents bâtiments avec le mode "quartier", donc avec un "projet" par bâtiment.

Si je modélise un quartier en créant tous les bâtiments dans le même projet, donc sous la forme d'un seul "bâtiment" au sens d'Alcyone, d'après mes derniers tests (qui remontent un peu, voir mon poste du 24 avril 2014) les effets de masques entre les différents bâtiments du projet sont bien pris en compte. Dans ce cas, est ce que les échanges CLO et/ou GLO entre les faces de ces bâtiments (qui sont modélisés comme un seul "bâtiment" au sens d'Alcyone) sont calculés ou non ?

[Régis]

Ma réponse précédente est valable pour la saisie quartier avec la fonction multi-bâtiment mais aussi pour une saisie pour une saisie Alcyone dont tout les bâtiments seraient modélisés sur la même "feuille".