Heures de la simulation

[Sylvain_GC]

Bonjour,

Un doute me traverse l'esprit... Je souhaiterais savoir à quoi correspondent les heures de la simulation : heure solaire ou heure civile ?

Merci d'avance, et bonne continuation

Sylvain Giessner-Commenge
SE&ME - www.bet-seme.fr

[Stéphanie]

Bonjour,

Le temps pris en compte dans les simulations et graphiques dépend de votre station météo. On peut être soit en heure solaire soit en heure légale, disponible dans le 3ème onglet Interface Comfie >> Environnement >> Site et météo.


Meilleures salutations,

[Renaud]

Rectification : dans les graphiques, les résultats sont toujours présentés en heure légale d'hiver (pas de prise en compte de l'heure d'été).

Meilleures salutations.

[Olivier BERTRAND]

Je fais remonter ce topic, parce que j'avais la même interrogation.

Vous confirmez bien que:
- dans Pléiades, l'heure utilisée est toujours l'heure légale d'hiver ?
- les fichiers météo sont oujours construits de cette façon ?
- du coup, il faut adapter nos scénarii (heures d'ouvertures, pour l'occupation de bureaux, par ex) en utilisant systématiquement un scénario annuel si on veut coller au mieux à la réalité et faire bien coincider les apports solaires et les apports internes ?
- dans Alcyone (en particulier pour la représentation 3D avec ombres portées), c'est la même chose ?

Est-ce qu'il y a un moyen simple pour contourner la difficulté ?

La solution évoqué ci-dessus, à base de scénarii annuels devient très très vite fastidieuse puisqu'il faut le faire pour tous les scenarii définis. J'ose à peine imaginer les sacs de noeuds, par exemple en ventilation, entre les chevauchements des sur-ventilations de nuit, by-pass de VMC DF, et re-calage d'heure d'été, etc...

Merci d'avance

[Régis]

Bonjour,

- Le décalage horaire des heures d'été n'est pas pris en compte dans Comfie.
C'est à vous de décaler les scénarios durant la période d'été.
Nous étudions actuellement la possibilité de rendre automatique cette prise en compte.

- Les fichier météo peuvent être définis en heures solaires ou en heures légales mais cela ne change rien au fait que les scénarios doivent être saisis en heures légales. Attention, vous ne devez absolument pas modifier dans Pleiades le type d'heure défini par défaut pour chaque fichier météo, cela aboutirait à des résultats aberrants.

- Dans Alcyone, les ombres portées sont toujours exprimées en heures solaires.

Cordialement.

[gregoiremouly]

Bonjour,

"Les fichier météo peuvent être définis en heures solaires ou en heures légales mais cela ne change rien au fait que les scénarios doivent être saisis en heures légales."

Je reviens sur ce point car j'ai une petite incompréhension. Pour un projet défini avec un scenario donné en heure légale, lorsque je change le fichier météo en passant d'un fichier en heure solaire à un fichier en GMT+1 ou GMT+2, il n'y a aucune modifications dans l'affichage des résultats.
C'est à dire que le scenario respecte bien les horaires qui le définissent, ce qui signifie que les résultats sont bien affichés en heure légale. Par contre le fichier météo, qu'il soit en heure solaire ou autres reste toujours identique au fichier d'origine .try.

Ne devrait-on pas s'attendre à un décalage des données météo suivant que le fichier de départ est en heure solaire ou GMT+x ?

Merci d'avance.

[Régis]

Bonjour gregoiremouly,


Le trois paramètres que sont GMT, longitude et apports solaires définis dans les données météo permettent de déterminer la quantité d'apport solaires arrivant sur les parois et sur les vitrages pour chaque instant.
Le fait de modifier le GMT créer une incohérence dans la prise en compte de ces apports solaires et aboutis à des résultats erronés.

lorsque je change le fichier météo en passant d'un fichier en heure solaire à un fichier en GMT+1 ou GMT+2, il n'y a aucune modifications dans l'affichage des résultats.

Je vous invite à le vérifier car vous devriez trouver une différence de résultats.

Cordialement.

[alher]

Bonjour,
Y a-t-il eu des modifications dans les récentes mises à jours sur ce point?
Doit-on toujours décaler les scénarios pour prendre en compte l'heure d'été.
Merci par avance.

[Ludovic_B]

oui, nous n'avons pas intégré de décalage d'heure d'été en STD.
(Nota, en calcul de charge de clim, cette modif a été intégrée.)

[Nico.Naud]

Bonjour,

Suite aux évolutions du logiciel ces dernières années, je me permets de déterrer ce vieux sujet pour poser la question suivante :
La prise en compte de l'heure d'été/hiver se fait désormais au lancement de la STD.
Cela signifie-t-il que le passage à l'heure d'été/hiver n'est pas réalisé sur une simulation de lumière du jour (calcul d'Autonomie en Lumière du Jour ALJ notamment) ?

Je précise que je me pose la question car je ne retrouve pas exactement les mêmes résultats que le logiciel, quand j'effectue "à la main" le calcul de l'ALJ. Il subsiste une petite différence, qui pourrait peut-être s'expliquer par cette histoire d'heure d'été/hiver.

Merci de votre retour,

[Régis]

Effectivement, je vous confirme que la prise en compte des heures d'été peut se faire uniquement pour les calculs de STD, pas pour les calculs d'éclairement.