Niveaux de CO2 sans VMC

[sebastien38]

Bonjour,

je me lance sur INDALO et j'ai un questionnement au vu de mes premières variantes (je veux étudier l'opportunité de la mise en place de VMC pendant la réhabilitation thermique d'un collège).

J'obtiens des chiffres qui me paraissent aberrants au niveau du CO2 :

- dans une variante avec entrées d'air et extraction (même modérée), je trouve des niveaux moyens/max qui me semblent cohérents (1000ppm/2500ppm)

- mais dans ma variante initiale avec juste l'ouverture des fenêtres, j'ai des niveaux moyens de CO2 de l'ordre de 10 000-15 000 ppm dans toutes mes salles de classes étudiées, et des maxima jusqu'à 35 000 ppm !

Mon scénario d'occupation est de 13 occupants pour une classe de 26 élèves.
Je considère une ouverture permanente des fenêtres (100% d'ouvertures + ratios d'ouverture max oscillo-battants et quelques ouvrants à la française) sur la plage d'occupation.

Qu'est-ce qui pourrait pêcher dans ma simulation ?


Question subsidiaire : est-il prévu d'intégrer ultérieurement un calcul de l'indice ICONE qui pourrait ressortir en résultats de synthèse ?

Cordialement

[Maxence_Mendez]

Bonjour,

Avez-vous analysé le TRA (taux de renouvellement d'air) dans les pièces en question ?
Effectivement 35 000 ppm me paraît excessif.

La ventilation naturelle est peut-être mal prise en compte dans la maquette. A investiguer.

Pour ce qui est d'ICONE, c'est calculé dans le rapport automatique sur le dashboard (indalo.octopuslab.fr).

[sebastien38]

Bonjour,

Le TRA est effectivement très très faible (<0.05 vol/h) mais je ne vois pas à première vue ce que j'ai à corriger dans la maquette, car j'ai lu sur la documentation du module que les portes et menuiseries intérieures sont considérées toujours fermées.

J'ai en tout cas des portes intérieures donnant sur les circulations qui sont modélisées, et elles disposent bien d'une ouverture qui a priori me parait avoir un scénario d'ouverture pris en compte par INDALO.

Il n'y a bien normalement pas besoin de renseigner une enveloppe aéraulique ?

[Benjamin_R]

Bonjour,

L'enveloppe aéraulique est effectivement fixée par défaut, sur la valeur de la RT 2012.
Après investigation, nous avons fait quelques améliorations sur notre moteur de calcul. Ceci devrait permettre d'affiner la simulation de la ventilation naturelle dans votre cas. Ces changements devraient être pris en compte à la prochaine mise à jour du module INDALO.

On reste à votre disposition si vous avez d'autres questions.

[olivir]

Bonjour tout le monde,

Sans vouloir déprécier l'énorme travail qu'a dû effectuer Octopus Lab, je me serai attendu à ce que le CO2 soit géré directement dans Pléiades plutôt que par les serveurs INDALO. Le calcul est actuellement externalisé vers des boîtes noires distantes (qui stockent nos données ?) appartenant à la start-up lilloise "anticipatrice d'atmosphère".

D'abord parce que le CO2 n'est pas un polluant réactif mais un marqueur d'occupation et de qualité de la ventilation. C'est donc clairement lié à la thermique du bâtiment et pas à la chimie de l'ambiance. C'est relativement simple à modéliser (cela resemble à la puissance dissipée par les occupants) et à faire fonctionner avec le calcul de transferts aérauliques intégré.

Ensuite, parce que cela permettrait d'améliorer la simulation des sondes CO2. C'est pris en compte de façon extrêmement grossière actuellement (via RT). On parle bien d'améliorer les simulations dynamiques, le cœur de métier d'Izuba ! 1550 € par an supplémentaire pour savoir ça d'un tiers, ce n'est pas raisonnable.

Je serai curieux de connaître l'opinion de mes confrères à ce propos.

[Régis]

IZUBA Energies s'était gardé le droit d'implémenter le CO2 dans Comfie pour qu'on puisse justement gérer des sondes.
Ce sera fait dès que possible même si dans l'immédiat, le temps nous manque.

[olivir]

Merci Régis, voilà une bonne nouvelle !

[Caeli]

[Maxence_Mendez]

Bonjour tout le monde,

Sans vouloir déprécier l'énorme travail qu'a dû effectuer Octopus Lab, je me serai attendu à ce que le CO2 soit géré directement dans Pléiades plutôt que par les serveurs INDALO. Le calcul est actuellement externalisé vers des boîtes noires distantes (qui stockent nos données ?) appartenant à la start-up lilloise "anticipatrice d'atmosphère".

D'abord parce que le CO2 n'est pas un polluant réactif mais un marqueur d'occupation et de qualité de la ventilation. C'est donc clairement lié à la thermique du bâtiment et pas à la chimie de l'ambiance. C'est relativement simple à modéliser (cela resemble à la puissance dissipée par les occupants) et à faire fonctionner avec le calcul de transferts aérauliques intégré.

Ensuite, parce que cela permettrait d'améliorer la simulation des sondes CO2. C'est pris en compte de façon extrêmement grossière actuellement (via RT). On parle bien d'améliorer les simulations dynamiques, le cœur de métier d'Izuba ! 1550 € par an supplémentaire pour savoir ça d'un tiers, ce n'est pas raisonnable.

Je serai curieux de connaître l'opinion de mes confrères à ce propos.

Bonjour Olivir,

Je suis Maxence Mendez, Fondateur et dirigeant d'Octopus Lab.
Je découvre votre message avec un temps de décalage désolé.

Premièrement, je tiens à vous préciser quelques éléments :
- Le CO2, c'est un sujet de qualité de l'air quand bien même vous ne le considériez pas comme tel. De fait, le CO2 impacte la thermique du bâtiment quand la ventilation est couplée à une sonde.
Qualité d'air ou confort ou performance énergétique, ce ne sont pas 3 compartiments étanches qui n'ont pas d'interactions, c'est pourquoi on estime qu'INDALO a sa place à côté de Pleiades.

Si votre besoin porte uniquement le CO2, j'en suis désolé. INDALO traite beaucoup d'autre chose et peut-être qu'il est sur-dimensionné pour votre besoin, je ne sais pas. Si c'est un besoin redondant, on pourrait voir avec Pleiades si un INDALO Light est envisageable, on aurait pas mal de travail de notre côté pour ne traiter qu'un seul polluant sa lancer la machine complète.

Enfin, quelques précisions sur la "start-up anticipatrice d'atmosphère". Une start-up c'est juste une PME innovante qui accepte de perdre de l'argent pour faire de la R&D. En gros, on est une PME spécialisée sur un seul sujet, la QAI, et on est une petite vingtaine à développer ça.
Il fût un temps où l'état français était capable de financer sa recherche fondamentale et appliquée jusqu'à ce qu'émergent des solutions. Nous n'avons pas eu cette opportunité et le véhicule start-up est le plus adapté pour qu'on puisse développer des choses nouvelles.

Pour le côté boîte noire, je tiens à faire quelques précisions supplémentaires :
- Toutes les équations utilisées ont été publiées, seul le code est privé, au même titre que Pleiades.
- Nous avons besoin d'avoir ces calculs sur des serveurs car les calculs sont assez longs. ça se rapproche plutôt d'un
- Les données que nous avons sur votre maquette sont affichées sur indalo.octopuslab.fr. Vous verrez que nous n'avons pas la géométrie complète de votre projet, pas les noms des pièces, etc. Nous archivons les données juste pour que vous ayez l'opportunité d'y revenir un jour, pas de revente de données, pas de mise à disposition à une société tierce. Si vous ne demander de supprimer des données, nous pouvons le faire.
Nous conservons bien moins de données que les GAFAM soyez tranquilles

Cordialement

[olivir]

Cela ne change pas vraiment mon opinion sur la question mais merci de votre réponse cordiale.

[Maxence_Mendez]

De rien.

Comme l'a rappelé Regis, Izuba a contractuellement l'opportunité de développer les fonctionnalités dédiées à la simulation du CO2.

Bonne journée,

[Caeli]

De rien.

Comme l'a rappelé Regis, Izuba a contractuellement l'opportunité de développer les fonctionnalités dédiées à la simulation du CO2.

Bonne journée,

Et je rejoins Olivir ça serait vraiment bien qu'Izuba s'en saisisse !

[olivir]

Je plussoie, ce serait une belle plus-value pour évaluer l'efficacité des ventilations, en particulier les naturelles. Elles sont très à la mode, on voit de jolis schémas de principe avec des flèches colorées, mais, mises en œuvre, les résultats in situ sont très variables.