mirror of
https://forge.chapril.org/tykayn/orgmode-to-gemini-blog
synced 2025-06-20 09:04:42 +02:00
up gen gemini
This commit is contained in:
parent
bba1df0377
commit
6134f677fa
622 changed files with 165 additions and 544 deletions
|
@ -1,20 +0,0 @@
|
|||
|
||||
#+title: ouiiii-heuuu-voilà
|
||||
#+post_ID:
|
||||
#+post_slug: organisation-de-taches-orgmode
|
||||
#+post_url: https://www.ciperbliss.com/2024/ouiiii-heuuu-voilà
|
||||
#+post_title: ouiiii heuuu voilà
|
||||
#+post_tags: bidule, machin, truc
|
||||
#+post_type: post
|
||||
#+post_mime_types:
|
||||
#+post_guid:
|
||||
#+post_status: publish
|
||||
#+post_date_published: <2025-01-29 14:33:22>
|
||||
#+post_date_modified: <2025-01-29 14:33:22>
|
||||
#+post_index_page_roam_id:
|
||||
#+BLOG: cipherbliss_blog dragonfeu_blog
|
||||
|
||||
* ouiiii heuuu voilà
|
||||
|
||||
|
||||
hé oui ouhodhadod hoa hoahdaooh dhoa
|
|
@ -22,98 +22,3 @@
|
|||
Au début, j'avais un blog sur papier dans mon agenda de lycée où je dessinais ce qui m'arrivait avec les camaradz de l'époque, ce qui m'a bien occupé pendant 4 ans. C'était le média social très low tech en papier de l'époque. En y repensant, mes premiers journaux de bord sur papier datent de bien avant cela, autour de 1995 quand je me suis régulièrement mis à écrire sur tout et rien juste pour le plaisir de l'écriture.
|
||||
|
||||
Puis je découvre les forums de dessins en ligne à l'aide d'un ami qui s'amuse à bidouiller des mods de jeu comme American Mc Gee's Alice sur ordinateur.
|
||||
|
||||
Au lycée je bricole un site personnel pour montrer mes dessins en html et css, en dupliquant plein de choses d'une page à l'autre, ce qui rend l'évolution pas super simple, le tout hébergé chez Lycos. Je ne fais pas de backup de ce site et expérimentera les déconvenues d'un crash d'ordi bien plus tard, ainsi que la découverte qu'il est tout à fait possible qu'une grosse boîte comme Lycos puisse tout à fait supprimer ses hébergements web sans prévenir, et disparaître du jour au lendemain sans possibilité de recours. Pareil pour Photobucket où j'avais placé des dessins et des photos retouchées.
|
||||
|
||||
En 2003, un copain, Monoceros, me propose d'installer un blog dotclear sur mon espace free, ce qui me convient pendant pas mal de temps. Puis souhaitant bénéficier de thèmes un peu plus jolis dans un catalogue bien plus fourni de thèmes et de plugins, je convertis mon blog Dotclear en blog Wordpress, toujours hébergé chez free.
|
||||
|
||||
Une copine pas du tout ingénieure, Puchi-ko, mais aimant la musique Japonaise me montre comment me servir des flux RSS des sites qu'elle lit en utilisant Firefox, c'est une super fonctionnalité dont je découvre les nombreux avantages. J'adopte peu de temps après Thunderbird pour y mettre les flux RSS principalement de sites de dessin. De nos jours, Firefox ne propose plus cette fonctionnalité et peu de sites web proposent un flux RSS.
|
||||
|
||||
J'incite les gens que je connais et fréquente en festival manga / fanzine / dessin en ligne à avoir leur site personnel pour présenter leurs dessins, commençant à comprendre que dépendre d'acteurs qui n'en ont rien à faire de ce que l'on place chez eux est un risque important.
|
||||
Je participe à un évènement de l'école d'ingé d'Every où le thème est "les blogs" avec d'autres gens qui le pratiquent depuis un bon bout de temps, genre Korben, Sauvane, etc.
|
||||
|
||||
J'avais développé un script de migration des billets en base de données pour aller vers Wordpress.
|
||||
Je constate aussi que le temps avançant, de plus en plus d'artistes qui avaient ouvert un blog sur une plateforme comme Livejournal, overblog ou d'autres endroits exotiques disposant de flux RSS ne mettent plus leurs oeuvres en ligne (sauf Loish <3 https://blog.loish.net )
|
||||
|
||||
Les gens se rendent de plus en plus captifs de plateformes privatrices sans flux RSS qui cachent à ses abonnés ce que l'on poste selon son bon vouloir, tout en requérant aux visiteurs d'avoir un compte pour accéder à ce qui est publié.
|
||||
Je commence mon plan pour sortir de Facebook et Google et envisage des exports de mes données, tout en incitant d'autres à faire de même et à toujours alimenter une adresse personnelle et me mets à héberger mon instance Mastodon et à suivre des artistes dessus.
|
||||
|
||||
Mes flux RSS d'artistes suivis deviennent de plus en plus morts, ayant migré deux ou trois fois de nom de domaine aussi pour mes blogs je fais en sorte d'indiquer régulièrement la nouvelle adresse et d'avoir les contenus qui fonctionnent à coup de rechercher et remplacer les liens en base de données dans mes sites. Ce n'est pas très compliqué et ça marche assez bien, le plus relou étant le changement de chemin vers les articles, le chemin du slug d'article.
|
||||
|
||||
** Inspiration wiki personnel
|
||||
Ayant adopté Zettlr pour faire un wiki perso et exporter tous les trucs que j'avais écrit dans des blogs avec base de donnée mysql, je fais une moulinette pour exporter mes écrits en Markdown.
|
||||
Un kamaradz libriste me vante les mérites d'Emacs et je m'y essaie. Je lis des gens qui aiment particulièrement le format Org, et convertis mes écrits de Markdown à Org pour me faire un wiki personnel.
|
||||
Emacs étant un bon outil pour se forger ses propres raccourcis clavier c'était bien pratique. J'ai donc mon wiki dans un format Orgmode en réunissant plein de fichiers dont je peux voir une représentation en graphe orienté avec org-roam-ui, ça me permet de préparer des articles et de relier des idées ensemble, sans que mes blogs exposent l'intégralité de mes pages de wiki.
|
||||
|
||||
Je suis étonné de voir que l'ensemble de mes écrits en ligne (blogs, site perso, médias sociaux et forums) tient sur un espace disque très restreint: 33Mo. Mes dessins avec leurs versions de travail intermédiaires, tiennent quant à eux sur une cinquantaine de Go. Ce qui aurait tenu sur le disque dur de mon premier ordi perso acheté en 2003 avec l'aide de mon frère, le disque était alors un disque IDE de 80Go.
|
||||
|
||||
Constatant qu'il y a un temps non négligeable entre mes écrits et leurs publication sur mes blogs wordpress, j'envisage de faire quelque chose pour relier plus directement l'écrit à la publication.
|
||||
|
||||
Puis lisant du Ploum qui évoque la version finale de son blog parce qu'il en a gros des évolutions bancales et des trucs relou des CMS qui deviennent des monstres, je m'intéresse à la gestion de blog statique et aux capsules gemini.
|
||||
|
||||
https://ploum.net/2022-12-04-fin-du-blog-et-derniere-version.html
|
||||
|
||||
** S'inspirer des meilleurs
|
||||
Je regarde comment fonctionnent deux ou trois outils de génération de blog statique, en tentant d'y reporter quelques uns de mes contenus: Pelican, Hugo, Offpunk, LazyBlorg, Zola... certains sont affreusement complexes pour comprendre les infos nécessaires à leur utilisation, d'autres beaucoup moins.
|
||||
|
||||
J'examine les fonctionnalités minimales dont j'ai besoin, et quel est l'effort à faire en développement pour adapter un outil existant ou partir vers une solution maison en quelques scripts.
|
||||
Je veux pouvoir réutiliser mes articles Org en devinant la date de leur publication, leur titre et leur contenu.
|
||||
|
||||
Je constate que pour réutiliser des choses existantes il faut forcément bidouiller sur le contenu des articles, ne serait-ce que pour que le moteur de blog détecte les dates des articles, car la date de création ou de modification de mes fichiers org ne reflète pas du tout cela. Heureusement c'est une bidouille assez simple à faire.
|
||||
|
||||
** Quelques objectifs pour mon moteur de blog:
|
||||
J'opte pour un petit ensemble d'outils qui me permettent de générer à partir de documents org:
|
||||
- plusieurs sites, dont les contenus sont séparés dans un dossier
|
||||
- un flux RSS/Atom par site
|
||||
- un thème de base en quelques lignes de scss, différent pour chaque site si on veut
|
||||
- avec des posts dans plusieurs langues
|
||||
- des tags naviguables qui permettent de lister les autres articles ayant ce tag
|
||||
- des tags auto détectés à partir d'un vocabulaire contrôlé, spécifique à chaque blog
|
||||
- une gestion simple des chemins vers les articles avec un préfixe d'année et des slugs
|
||||
- pas besoin de section commentaires ou de plugins, les gens peuvent m'écrire par email à contact+blog@cipherbliss.com
|
||||
- les templates html permettent une réutilisation de style pour les thèmes de wordpress
|
||||
- une configuration de contenu paramétrable pour chacun des sites, titre, description, tags de base, signature, infos de soutien financier, etc.
|
||||
- un index qui présente en entier quelques articles puis liste les suivants avec des liens au lieu de faire une infinité de pages
|
||||
- pas de moteur de recherche interne, on utilise un lien vers un moteur externe
|
||||
- une mise à disposition de l'intégralité des articles sur une forge logicielle qui cause le Git, ici
|
||||
https://forge.chapril.org/tykayn/orgmode-to-gemini-blog
|
||||
- une automatisation de la gestion des nouvelles images
|
||||
- pas d'administration à plusieurs, bien que c'est tout à fait faisable en partageant un dossier et en ajoutant chacun ses articles avec la gestion de version git.
|
||||
- un outil en ligne de commande pour simplifier la création de nouvel article avec les quelques infos nécessaires à tout article: titre, date, texte.
|
||||
|
||||
Faire de la publication programmée à une heure donnée? Ce serait faisable mais finalement je n'y tiens pas particulièremment.
|
||||
|
||||
Les quelques bibliothèques pour faire ce blog dynamique: git, python, pypandoc, argparse, SASS.
|
||||
|
||||
Avec un peu de bash, pandoc et quelques scripts python je parviens à générer en une trentaine de secondes des pages html à partir d'un milier d'articles. En utilisant pypandoc au lieu de pandoc je réduis ce temps de conversion à moins de 2 secondes. En faisant quelques autres vérifications pour ne régénérer que les articles qui ont été modifiés depuis la dernière génération, comme le font d'autres moteurs de blog, je réduis encore ce temps.
|
||||
|
||||
La mise à jour des blogs est super simple, un git pull, une génération de blog, et une copie vers les dossiers hébergés. Le tout peut se faire dans un cronjob qui lance un simple script qui ne fera des changements que si il y a du neuf.
|
||||
|
||||
Voici les sources du dépot, qui contiennent donc tous mes écrits en ligne sous licence libre CC-BY-SA et en AGPLv3+ pour les scripts:
|
||||
|
||||
https://forge.chapril.org/tykayn/orgmode-to-gemini-blog
|
||||
|
||||
Pour le fun, ce blog de cipherbliss contient 274 articles, 140 000 mots, qui se lisent en 10h34min si vous lisez à la vitesse moyenne de 220 mots minutes comme beaucoup d'adultes.
|
||||
|
||||
Bons essais à vous si vous souhaitez adopter ce moteur de blog statique, il vous suffira de commencer à lancer une commande et à mettre dedans des anciens fichiers org (dans le dossier `sources/mon_blog`), ou à en créer un nouveau avec une commande sur `new_article.py`.
|
||||
|
||||
#+begin_src bash
|
||||
git clone https://forge.chapril.org/tykayn/orgmode-to-gemini-blog
|
||||
|
||||
cd orgmode-to-gemini-blog
|
||||
|
||||
py new_article.py # ceci vous demandera le nom du dossier de blog, la langue, et le titre de l'article
|
||||
#
|
||||
#+end_src
|
||||
|
||||
|
||||
Vous pouvez maintenant modifier votre nouvel article avec votre éditeur de texte préféré.
|
||||
Et zou pour convertir votre blog en site statique:
|
||||
|
||||
#+begin_src bash
|
||||
bash converters mon_blog
|
||||
#+end_src
|
||||
|
||||
Ce qui génère un site html statique et une capsule gemini dans les dossiers de destination: html_websites/mon_blog et capsules-gemini/mon_blog
|
||||
|
||||
Lisez le readme pour d'avantage de personnalisation. Havez fun!
|
|
@ -8,7 +8,7 @@
|
|||
#+post_slug: organisation-de-taches-orgmode
|
||||
#+post_url: https://www.ciperbliss.com/2025/stratégie-de-mitigation-de-l’accident-de-fusion-du-cœur-sur-l’epr
|
||||
#+post_title: Stratégie de mitigation de l’accident de fusion du cœur sur l’EPR
|
||||
#+post_tags:
|
||||
#+post_tags: nucléaire, fusion, EPR, corium, core catcher
|
||||
#+post_series:
|
||||
#+post_type: post
|
||||
#+post_status: publish
|
||||
|
@ -24,300 +24,4 @@
|
|||
J’imagine si vous avez cliqué sur cet article, vous savez que l’EPR de Flamanville vient de “diverger” ( /nota: article écrit en septembre 2024/ ). Autrement dit la réaction en chaîne a été, et pour la première fois dans son cœur, auto-entretenue, permettant un équilibre neutronique.
|
||||
|
||||
|
||||
Ce fameux EPR présente de grandes avancées en sûreté nucléaire, toujours afin de limiter les rejets dans l’environnement en cas d’accident. Alors aujourd’hui, l’accident grave! *On va parler de /corium/ , de récupérateur à corium ( /core catcher/ ), de stratégie de mitigation et de codes de calcul.* Ce que je souhaite faire avec cet article c’est vous expliquer en premier lieu la physique d’une fusion du cœur et ensuite la modélisation qui y est associée.
|
||||
|
||||
|
||||
*Mais alors, comment les ingénieurs en sûreté nucléaire ont-ils réussi à gérer une substance bien pire que la lave ?* Le corium, un magma à faire pâlir Hadès, autochauffant, ultra corrosif, à très haute température, ne laissant aucune chance à la plupart des matériaux qu’il rencontre. Possiblement la pire substance artificielle jamais fabriquée sur cette Terre (avec les agents neurotoxiques)…
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:700/1*J0BNk7bnCfDUgRr3K6y_bw.png]]
|
||||
|
||||
La lave est une substance similaire au corium sur beaucoup d’aspects, mais le corium est… encore pire.
|
||||
|
||||
|
||||
Les réacteurs de génération III, comme l’EPR (ou l’EPR2), prennent en compte la gestion des accidents graves dès la conception. Je vais donc vous expliquer comment la stratégie de mitigation des accidents graves est conçue sur le réacteur EPR (notez que ce sera vraisemblablement la même sur EPR2, qui est une optimisation de l’EPR).
|
||||
|
||||
|
||||
L’accident grave de référence sur un réacteur à eau, est la fusion du cœur. Un évènement (une brèche par exemple), a pour conséquence directe un combustible qui n’est plus sous eau, donc plus refroidit, et il commence à chauffer, jusqu’à fondre. C’est ce qui s’est passé à [[https://www.irsn.fr/savoir-comprendre/crise/accident-fukushima-daiichi-japon-2011][/Fukushima/]] et [[https://www.irsn.fr/savoir-comprendre/surete/deroulement-laccident-0][/Three Miles Island/]] (fusion partielle), occasionnant des rejets dans l’environnement.
|
||||
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:490/0*R7R5WF5O-tznduZZ.jpg]]
|
||||
|
||||
EPR de Flamanville. Crédit: [[https://www.framatome.com/fr/clients/nucleaire/flamanville-3/][Framatome]]
|
||||
|
||||
Avant de commencer, un rappel sur les trois barrières de confinement. Dans la suite de l’article, la 1ère et la 2ème barrière vont céder, et l’objectif sera de préserver la troisième, afin d’éviter des rejets à l’extérieur.
|
||||
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:692/0*hJdTyHIMSxkzowlX]]
|
||||
|
||||
Crédit: [[https://www.cli-gravelines.fr/la-centrale-de-gravelines/presentation-de-la-centrale/][EDF]]
|
||||
|
||||
* I/ Phénoménologie d’un accident grave sur EPR
|
||||
|
||||
* I.1/ Dégradation du cœur
|
||||
|
||||
Le soleil se lève sur le site de Flamanville. /Le vent souffle sur les plaines de la Bretag/ .. euh de la Normandie. Le réacteur EPR de Flamanville est à pleine puissance (1600MWe, ça envoie). Une bien belle journée. Et là, une énorme brèche sur le circuit primaire! On appelle ça un APRP ( /Accident de Perte du Réfrigérant Primaire/). Rien ne marche, ni refroidissement, ni électricité, le primaire se vide inexorablement. Il y a de moins en moins d’eau autour des crayons combustible, cf. (2) du schéma ci-dessous. Les gaines du combustible commencent à s’oxyder. C’est très exothermique, donc le combustible chauffe fort (oxydation zirconium + hafnium principalement), on produit de la vapeur d’eau et du dihydrogène. Le combustible et sa gaine fondent, alors que le niveau d’eau continue à baisser. Cette mixture infernale, au-delà des 2400°C, contenant le combustible, la gaine, l’acier des structures et autres joyeusetés, est appelée un */corium/* .
|
||||
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:700/1*xcZjQK8hEfk0OGoyvuVLjA.png]]
|
||||
|
||||
Conditions initiales [1], cœur dénoyé partiellement [2], cœur dénoyé fusion en cours [3]. Crédit: IRSN
|
||||
|
||||
Bon, je vais aller vite. Maintenant le cœur a fondu intégralement et il est dans le fond de cuve. Commence alors une série de phénomènes dans le corium qui vont venir attaquer l’acier de la cuve (pour les curieux, la cuve est en acier 16MND5, un acier de compétition, merci le RCC-M). La brèche a mis de l’eau dans l’enceinte et on a produit du dihydrogène pendant l’accident.
|
||||
|
||||
|
||||
Maintenant on va se donner *trois contraintes supplémentaires, pour préserver l’enceinte de confinement,* et garder toutes les saletés à l’intérieur, parce qu’on ne veut pas de rejets atmosphériques !
|
||||
|
||||
1. *On veut contrôler l’échauffement dans l’enceinte.*
|
||||
|
||||
Pour ne pas chauffer l’enceinte il y a deux choses. Déjà, on ne veut pas que la cuve perce à haute pression, sinon le corium est étalé façon spray (sans rire), et vient attaquer l’enceinte. Et pour éviter une percée de la cuve à haute pression (supérieure à 15 bar), il faut dépressuriser la cuve, avec une soupape ultime (comme sur votre cocotte minute). Vous constaterez que la vanne dédiée à la gestion en AG est redondée, ce qui permet de diminuer la probabilité de défaillance de cette ligne de dépressurisation.
|
||||
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:468/1*BkefLhWFwOfYhjaQr_ZFng.png]]
|
||||
|
||||
Crédit: IRSN
|
||||
|
||||
Ensuite il faut contrôler la puissance thermique dans l’enceinte, c’est le système EVU (Evacuation Ultime de la puissance dans l’enceinte). Cela consiste simplement à asperger de l’eau froide à l’intérieur de l’enceinte. Une douche pour réacteur nucléaire. Cela sert aussi à faire retomber les radionucléides volatils dans l’enceinte.
|
||||
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:700/0*52odtp_1Boboejuf.png]]
|
||||
|
||||
Crédit: EDF
|
||||
|
||||
*2\. On ne veut pas d’explosion hydrogène (type Fukushima) dans l’enceinte.*
|
||||
|
||||
Dans l’enceinte il y a de l’air, de la vapeur d’eau, et maintenant de l’H2. Pour éviter l’explosion hydrogène, il faut consommer l’H2, afin de sortir des zones colorées du diagramme de Saphiro (ci-dessous). C’est le principe des recombineurs autocatalytiques passifs à hydrogène, qui comme leur nom l’indique, n’ont pas besoin d’électricité pour fonctionner.
|
||||
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:453/1*bCstNg4HvBtiWtcP18vLTg.png]]
|
||||
|
||||
Recombineur autocatalytique passif à dihydrogène.
|
||||
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:373/1*ho1R4dJ41jGxMxCHd2sJQg.png]]
|
||||
|
||||
Diagramme de Saphiro
|
||||
|
||||
*3\. On ne veut pas d’explosion de vapeur dans l’enceinte.*
|
||||
|
||||
L’eau liquide dans l’enceinte ne doit pas toucher le corium, sous peine d’une explosion de vapeur. Pour ça, c’est simple il faut séparer les deux.
|
||||
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:476/1*yqJzEOmRI3KTX-ZPYGakvw.png]]
|
||||
|
||||
Séparation de l’eau et du core catcher.
|
||||
|
||||
|
||||
*Maintenant qu’on a nos systèmes pour protéger l’enceinte, il est temps de péter la cuve.* Je ne vais pas détailler les phénomènes favorables qui permettent de maintenir la tenue mécanique de la cuve. On postule que sous l’effet des contraintes mécaniques (déformation) et des flux thermiques du corium (fluage), la cuve finit par se briser. Je dis « on postule » car ce n’est pas systématiquement l’approche retenue.
|
||||
|
||||
|
||||
Il y a plusieurs configurations possibles du corium en fond de cuve. Ce qu’on observe est une stratification du corium entre la couche d’oxyde et celle de métal léger. L’intuition amène à penser que la haute température du corium vient ablater la cuve. Cela est vrai au-delà de 2700°C, mais en dessous une croûte se forme en paroi, limitant les échanges thermiques. En revanche, la couche de métal léger très chaude reçoit de l’énergie de la couche d’oxyde, et transmet l’énergie à la face interne de la cuve, sur une faible surface relative “ /focusing effect”/ . Elle est, d’après les expériences, la couche responsable de la rupture de la cuve.
|
||||
|
||||
|
||||
Je précise que c’est l’approche pénalisante retenue, la façon dont cela arrive nous intéresse assez peu ici car on part du principe que la cuve va rompre. L’étude des corium comporte son lot d’incertitudes et les expériences représentatives sont complexes à réaliser.
|
||||
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:636/1*FDxHkbBZIKEy8tsZwPS5Bg.png]]
|
||||
|
||||
Stratification du corium en fond de cuve possible.
|
||||
|
||||
|
||||
D’autres pays estiment qu’ils peuvent maintenir le corium dans la cuve. On ne distingue finalement que deux approches :
|
||||
|
||||
- Rétention du corium en cuve ( /In Vessel Retention/, IVR) associé à des moyens de réfrigération externe de la cuve (type /External Reactor Vessel Cooling/ , ERVC). Retenue sur AP1000 et APR1400.
|
||||
|
||||
- Rétention du corium hors cuve. *Retenue sur EPR/EPR2* , et les VVER-1200 récents.
|
||||
|
||||
|
||||
* I.2/ L’interaction corium béton
|
||||
|
||||
On a désormais notre corium chaud qui tombe dans le fond du bâtiment réacteur. On arrive bientôt au /core catcher/ , patience !
|
||||
|
||||
Une fois tombé, il arrive sur un béton dit « sacrificiel ». Ce béton a vocation à être abalté par le corium pour modifier les propriétés physico-chimiques du corium. Durant cette phase, le corium érode ce béton sur environ 50 cm d’épaisseur avant de couler dans le canal de décharge qui relie le puits de cuve à « la chambre d’étalement ». Les mouvements convectifs au sein du corium mélangent le béton et le corium, le rendant plus fluide, plus homogène et moins visqueux afin de faciliter son écoulement par la suite. Si plusieurs coulées successives de corium surviennent, elles convergent toutes dans ce béton de manière à obtenir un corium homogène et un seul écoulement vers la chambre d’étalement. On appelle ça l’interation corium béton (ICB).
|
||||
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:700/1*a9BqPHsyV-bAo0C79Szwkw.png]]
|
||||
|
||||
Crédit: IRSN
|
||||
|
||||
ICB.
|
||||
|
||||
|
||||
Une fois que le corium a ablaté sur toute une épaisseur, il faut maintenir la structure de l’enceinte en état, et on installe donc sous cette couche de béton sacrificiel des matériaux réfractaires (qui résistent à des très hautes températures avec une faible déformation relative). Cette couche est appelée la zircone (ZETTRAL-95GR), et mesure de 10 à 14 cm d’épaisseur.
|
||||
|
||||
|
||||
Une fois que le béton est ablaté complètement dans le sens vertical, le corium arrive sur un bouchon de métal, c’est un composant dont le rôle est celui d’un fusible. Il est la dernière étape avant le canal de décharge. Ce fusible est conçu pour se rompre relativement rapidement au contact du corium en assurant une section de passage suffisamment large pour permettre une coulée rapide de la totalité du corium vers la chambre d’étalement.
|
||||
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:700/1*T0TfHrMQoXXXwzbCrjhosw.png]]
|
||||
|
||||
Schéma complet du core catcher. Crédit: IRSN.
|
||||
|
||||
|
||||
*La composition chimique du béton est très importante* car l’ablation va générer des gaz incondensables qui peuvent faire monter la pression dans l’enceinte. C’est le cas du CO2 issu de la calcination du calcaire, par exemple. Ainsi sur EPR, la [[https://www.irsn.fr/savoir-comprendre/surete/6-ans-apres-laccident-suivi-regulier-modifications-programme-experimental#:~:text=la procédure U5%2C qui a,procédant à des rejets filtrés.][procédure U5]] a été abandonnée grâce à une fiabilisation de l’ICB. Sur le parc, cette procédure permet de dépressuriser l’enceinte en expulsant à l’atmosphère une partie des gaz préalablement nettoyés dans un filtre sable.
|
||||
|
||||
|
||||
Note: En principe, les chargements mécaniques de l’enceinte sont limités par conception. Mais il est possible qu’il y ait des rejets très minimes malgré tout sur EPR.
|
||||
|
||||
|
||||
* I.3/ Interaction corium zircone
|
||||
|
||||
Cette partie sera assez simple, puisque l’objectif est de faire interagir le moins longtemps possible le corium avec la zircone. La zircone est ce qu’on appelle un [[https://fr.wikipedia.org/wiki/Matériau_réfractaire][*matériau réfractaire*]] *à la chaleur* . C’est-à-dire qu’il ne fond pas, et se déforme relativement peu, même à des hautes températures (inférieures à environ 1700°C, tout dépend du matériau).
|
||||
|
||||
|
||||
Une fois que le bouchon fusible a rompu, il faut emmener le corium jusque dans la chambre d’étalement *le plus vite possible* . A noter, la zircone a une forte inertie thermique, ce qui nous arrange pour ne pas dégrader outre mesure le bâtiment réacteur par contact prolongé, même si ce n’est pas censé arriver (toujours prendre des marges). Ainsi, une conduite entièrement tapissé en briques de zircone remplit ce rôle d’évacuation rapide du corium. C’est un tuyau d’évacuation pour corium.
|
||||
|
||||
|
||||
* I.4/ Corium dans la chambre d’étalement
|
||||
|
||||
Cette étape, la dernière, consiste à neutraliser le corium une bonne fois pour toute.
|
||||
|
||||
|
||||
- une géométrie empêchant le retour en criticité (déjà rendu complexe par la dilution dans le béton sacrificiel),
|
||||
- un système pour refroidir le corium par-dessous et par-dessus.
|
||||
|
||||
|
||||
Le corium arrive dans la chambre d’étalement qui a une surface d’environ 170 m2. Le corium chaud, en coulant dans la conduite d’évacuation va couper un fil, ce qui déclenche l’ouverture d’une trappe ouvrant une arrivée d’eau gravitaire d’eau provenant du réservoir IRWST ( /In containment Refueling Water System Tank/ ). Ce système est intégralement passif, ni électricité, ni intervention humaine nécessaire. Cette eau commence par remplir les canaux horizontaux situés sous la chambre d’étalement. Les éléments du plancher contiennent des canaux de refroidissement horizontaux de sections rectangulaires. L’intérieur de la chambre d’étalement est recouvert d’une couche de béton sacrificiel qui a la même fonction que le béton du puits de cuve, mais cette fois-ci il sert aussi à protéger temporairement la couche protectrice.
|
||||
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:518/1*2KwlGcw32GEjG8HRp2f2Yw.png]]
|
||||
|
||||
Chambre d’étalement. Crédit: IRSN.
|
||||
|
||||
|
||||
Le corium va s’étaler dans cette chambre. C’est de la physique complexe (que je ne vais pas détailler ici). Cet étalement est piloté par la compétition entre les forces hydrodynamiques et les changements de viscosité du corium (rhéologie) dus à son refroidissement. La géométrie de cette chambre d’étalement est conçue pour optimiser l’étalement, et ainsi limiter l’épaisseur du corium, le rendant sous-critique et le préparant au renoyage en surface par-dessus.
|
||||
|
||||
|
||||
L’eau, froide donc, arrivant gravitairement de l’IRWST, vient noyer le corium très chaud, donc il y a création de vapeur (beaucoup de vapeur) sur les premiers instants du noyage. Cette vapeur est recondensée par le système EVU (la Force d’Action Rapide Nucléaire -FARN- est capable d’alimenter ce circuit depuis qu’elle est prévenue de l’accident grave).
|
||||
|
||||
|
||||
Une fois que la croûte se forme en surface du corium, il y a une vaporisation très limitée, et une fois le niveau d’eau atteint suffisant, le corium est définitivement stabilisé.
|
||||
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:700/1*V3ByLTUdt8YT_oUs2Wse0Q.png]]
|
||||
|
||||
Schéma d’un angle de la chambre d’étalement du corium. Crédit: IRSN.
|
||||
|
||||
|
||||
Pour conclure cette partie, une vidéo de présentation du /core catcher/ de l’EPR de Flamanville.
|
||||
|
||||
|
||||
Présentation de la construction du /core catcher/ par EDF.
|
||||
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:700/0*-BaP_aooe3kpbSY7]]
|
||||
|
||||
Chambre d’étalement terminée sur l’EPR FA3. Crédit: [[https://x.com/EDFEPR/status/1488165234510602245][EDF-EPR sur X]].
|
||||
|
||||
|
||||
* *II/ Modélisation d’un accident grave*
|
||||
|
||||
On ne peut pas faire une expérience avec les mêmes conditions qu’un réacteur nucléaire, pour des raisons économiques, techniques et réglementaires. Alors on simule ça dans des codes de calcul. Un code de calcul ce sont des choix de modélisations, des incertitudes et donc *ça se valide* , sinon ça ne vaut pas grand-chose.
|
||||
|
||||
|
||||
Et ça se valide avec des expériences ! Les ingénieurs ne sont pas toujours derrière un ordinateur, l’approche empirique est *indispensable* ! Mais tu viens de dire qu’on ne faisait pas d’expériences réalistes ? Et oui, car on étudie chaque phase d’un accident grave *séparément*. Voyez ça comme des images qu’on imbrique entre elles. A la fin, l’ensemble des images forment un film, qui modélise un accident grave intégralement, ce qui permet /in fine/ de contourner l’obstacle que représente l’impossibilité d’une expérience réaliste. Et comment on réalise ce film ? Avec un code de calcul intégral !
|
||||
|
||||
*Présentation d’ASTEC*
|
||||
|
||||
ASTEC, pour /Accident Source Term Evaluation Code/ , est développé par l’ /Institut de Radioprotection de de Sûreté Nucléaire,/ l’IRSN. C’est un code dit « intégral» c’est-à-dire qu’il simule toutes les étapes d’un accident grave. Cela comprend:
|
||||
|
||||
- La thermohydraulique du circuit : module CESAR, proche du code de référence en thermohydraulique [[https://cathare.cea.fr/][CATHARE]], développé par le /Comissarait à l’Energie Atomique et aux Energies Alternatives/ (CEA) ;
|
||||
- La dégradation du cœur : module ICARE ;
|
||||
- L’interaction corium béton : module MEDICIS ;
|
||||
- La chimie, la physique, le transport des gaz, aérosols et des produits de fission dans l’enceinte : modules SOPHAEROS, ISODOP, COVI ;
|
||||
- Les systèmes de sureté : module SYSINT ;
|
||||
- La thermohydraulique de l’enceinte : module CPA ;
|
||||
- Le comportement des produits de fission : module ELSA ;
|
||||
- L’évaluation des doses : module DOSE.
|
||||
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:700/1*RLIofjCDlaOG4KpqdHri1A.png]]
|
||||
|
||||
Les différents modules d’ASTEC. Crédit: IRSN.
|
||||
|
||||
|
||||
Vous trouverez plus d’infos sur : [[https://www.irsn.fr/recherche/systeme-logiciels-astec][https://www.irsn.fr/recherche/systeme-logiciels-astec]]. Voici également une courte présentation vidéo du code ASTEC, qui est désormais *un code de référence en Europe sur les accidents graves des REP.*
|
||||
|
||||
*Présentation vidéo d’ASTEC*
|
||||
|
||||
Un code intégral doit répondre aux exigences suivantes :
|
||||
|
||||
\- Calculer de façon exhaustive les phénomènes physiques intervenant lors d’un accident de fusion du cœur, en maintenant un compromis temps de calcul/précision ;
|
||||
|
||||
\- simuler le comportement des principaux systèmes de sûreté du réacteur, afin de se placer dans des conditions similaires à celles d’un réacteur en accidentel, et tester différents scénarios de disponibilités des systèmes ;
|
||||
|
||||
\- traiter complètement les couplages entre phénomènes, par exemple le refroidissement du corium dans le puits de cuve, en cours d’interaction corium-béton, par rayonnement et par convection dans l’enceinte de confinement ;
|
||||
|
||||
\- être découpé en module indépendant, pour faciliter notamment les comparaisons avec des résultats expérimentaux et ainsi valider les modules ;
|
||||
|
||||
\- Etre rapide malgré sa grande taille (de 400 000 à 500 000 instructions et 1 000 à 1 500 sous-programmes). C’est très important qu’il puisse pouvoir calculer plus vite que le temps réel, afin de tester un grand nombre de scénarios.
|
||||
|
||||
|
||||
*Fonctionnement d’ASTEC*
|
||||
|
||||
Pour expliquer (très) rapidement, le logiciel ASTEC a besoin de données d’entrée, c’est-à-dire les géométries, les matériaux et les conditions physico-chimiques initiales de l’ensemble du réacteur. Ces données sont fournies par l’ingénieur d’étude en accident grave.
|
||||
|
||||
|
||||
A chaque pas de temps, ASTEC calcule l’évolution des paramètres physiques et chimiques. Dans un code intégral, il y a une articulation de tous les modules, avec un ordre d’exécution. On peut activer ou désactiver certains, selon le besoin, sachant que le nombre de modules impliqués augmente le temps de calcul !
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:529/1*eTmPXUnYlkBha3CUkd9zcA.png]]
|
||||
|
||||
Comment fonctionne ASTEC à chaque pas de temps du calcul. Crédit: IRSN.
|
||||
|
||||
|
||||
/In fine, c/e qui intéresse l’ingénieur en sûreté nucléaire, ce sont les post-traitements des variables suivies ! Ci-dessous, un exemple de visualisation du cœur d’un REP-900MWe d’EDF. Ce que vous voyez est un post-traitement selon le temps des champs de température. Ce qu’il se passe dans cette séquence est une dégradation du cœur, vous voyez le niveau d’eau baisser progressivement jusqu’à être remplacé par le corium en fond de cuve. Vous constaterez que sur la 3ème image, la cuve a cassé au niveau de la couche de métal léger, à cause du /focusing effect/ expliqué en partie I !
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:700/1*zF9mCPNrdduBhtW5o3B_lg.png]]
|
||||
|
||||
Crédit: IRSN.
|
||||
|
||||
|
||||
*Validation d’ASTEC*
|
||||
|
||||
Comme expliqué plus tôt, un code est une tentative de représentation du réel, il est donc nécessaire de le valider par comparaison avec... et bien le réel. Notez qu’on peut aussi valider un code en le comparant à des codes déjà validés. Par exemple le module thermohydraulique d’ASTEC, CESAR, est validé par comparaison avec le logiciel de référence [[https://cadarache.cea.fr/cad/Documents/Entreprises/Valorisation/Rencontres-CEA-Industrie/11eme/42-FM-f-CATHARE V 06 11 17.pdf][CATHARE]]. Je ne vais pas m’attarder dessus.
|
||||
|
||||
|
||||
Le principe d’une validation empirique c’est de faire une expérience, de la modéliser dans le code de calcul le plus fidèlement possible, et de comparer les résultats issus des observations et des capteurs avec la simulation numérique. On constate souvent des écarts, l’objectif c’est de les réduire le plus possible tout en étant capable de dire pourquoi il y a des écarts et combien ils valent. ASTEC (en V2) est validé par un panel d’expériences assez immense, depuis 1990 et sans arrêt depuis. Cette validation s’appuie sur plus de 160 essais dans le monde entier, en particulier sur les essais Phébus, cf. [[https://www.irsn.fr/savoir-comprendre/surete/programme-recherche-phebus-pf-0][https://www.irsn.fr/savoir-comprendre/surete/programme-recherche-phebus-pf-0]].
|
||||
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:635/1*7I4QJzUPnNG044i98XIMWw.png]]
|
||||
|
||||
Exemple de comparaison.
|
||||
|
||||
|
||||
Les essais Phébus constituent une grande base de validation des modules [[https://www.irsn.fr/sites/default/files/documents/larecherche/outils-scientifiques/codes-de-calcul/icare.pdf][CESAR & ICARE]] (thermohydraulique et dynamique de dégradation) et [[https://www.irsn.fr/page/fission-product-transport-modelling-astec-integral-code-sophaeros-module][SOPHAEROS]] (comportement des produits de fission).
|
||||
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:700/1*Czs5OR9nKXm4WCbxkOlgDw.png]]
|
||||
|
||||
Liste des essais Phébus.
|
||||
|
||||
|
||||
Il y a eu plein d’autres validations et l’objectif n’est pas de toutes les lister. Vous trouverez une liste des expériences menées sur ce lien: [[https://www.irsn.fr/recherche/systeme-logiciels-astec#validation][https://www.irsn.fr/recherche/systeme-logiciels-astec#validation]]
|
||||
|
||||
** *Autre code utilisé en accident grave*
|
||||
|
||||
ASTEC ne modélise pas la phase finale dans la chambre d’étalement de l’EPR. Pour cela, des programmes spécifiques ont été menés à l’international, avec des expériences passionnantes. L’objectif étant d’avoir une compréhension fine du phénomène d’étalement du corium, de son refroidissement, puis de son noyage. Les logiciels français sont respectivement THEMA (code CEA) qui calcule la cinétique de solidification du corium (en masse et en croûtes) ainsi que l’érosion du substrat. Et CROCO (code IRSN) qui permet une modélisation détaillée de la convection dans l’écoulement. Un grand nombre d’essais ont été menés, le plus impressionnant étant l’essai VULCANO, comme montré ci-dessous.
|
||||
|
||||
|
||||
[[https://miro.medium.com/v2/resize:fit:700/1*6YGczfyC8-4kDQXoWoIkQw.png]]
|
||||
|
||||
Crédit: IRSN.
|
||||
|
||||
|
||||
Il est ressorti de l’ensemble de ces programmes de R&D que l’étalement à sec du corium de REP permet son refroidissement ultérieur car l’épaisseur de corium atteinte est suffisamment faible. Ainsi, l’approche retenue sur EPR est validée expérimentalement. Des incertitudes subsistent sur la capacité d’une nappe de corium à s’étaler sous eau, c’est pour cela que l’EPR fait le choix d’étaler le corium à sec en séparant physiquement eau et corium.
|
||||
|
||||
|
||||
* Conclusion
|
||||
|
||||
Voilà comment on gère un accident grave sur l’EPR. J’ai volontairement éclipsé beaucoup de sujets sur le comportent des produits de fissions dans l’enceinte, sur les différentes possibilités de stratification du corium. J’ai aussi fait le choix de focaliser sur l’EPR alors qu’il existe aussi d’autres stratégies sur les autres réacteurs du parc de génération II (Les CP, P4/P’4 et N4). J’ai également restreint aux REP français, sans analyser les autres stratégies équivalentes sur [[https://fr.wikipedia.org/wiki/Réacteur_VVER][VVER]], [[https://fr.wikipedia.org/wiki/Réacteur_AP1000][AP1000]], ou [[https://fr.wikipedia.org/wiki/APR-1400][APR1400]]. Je n’ai pas non plus parlé des filières à eau lourde ([[https://fr.wikipedia.org/wiki/Réacteur_CANDU][CANDU]]), bouillantes ([[https://fr.wikipedia.org/wiki/Réacteur_à_eau_bouillante][BWR]], [[https://fr.wikipedia.org/wiki/Réacteur_ABWR][ABWR]]), rapides ([[https://fr.wikipedia.org/wiki/Superphénix][SPX]]) ou encore des filières thermiques (HTR & [[https://fr.wikipedia.org/wiki/Réacteur_nucléaire_à_très_haute_température][VHTR]]) et à sels fondus ([[https://fr.wikipedia.org/wiki/Réacteur_nucléaire_à_sels_fondus][MSFR]]). Chaque technologie, présente une stratégie adaptée. *Tous les futurs réacteurs devront quoiqu’il en soit prendre en compte les accidents graves en compte* .
|
||||
|
||||
|
||||
Je vous donne mes sources sur [[https://we.tl/t-Ubd7Pil4Np][ce lien]] (attention il n’est valable que 7 jours). Tout est public et trouvable sur le site de l’ASN et/ou de l’IRSN.
|
||||
|
||||
|
||||
* *Annexe*
|
||||
oh yeah
|
||||
oh right
|
||||
[[https://miro.medium.com/v2/resize:fit:629/1*1Iepu71t1QQjOppTrNy7OQ.png]]
|
||||
|
||||
[[https://medium.com/tag/nuclearource=post_page-----f82c1d15ed58--------------------------------][Nuclear]]
|
||||
Ce fameux EPR présente de grandes avancées en sûreté nucléaire, toujours afin de limiter les rejets dans l’environnement en cas d’accident. Alors aujourd’hui, l’accident grave! *On va parler de /corium/ , de récupérateur à corium ( /core catcher/ ), de stratégie de mitigation et de codes de calcul.* Ce que je souhaite faire avec cet article c’est vous expliquer en premier lieu la physique d’une fusion du cœur et ensuite la modélisation qui y est associée.
|
Loading…
Add table
Add a link
Reference in a new issue