Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[WIP] Add a Fusion Module #30122

Draft
wants to merge 54 commits into
base: next
Choose a base branch
from
Draft

Conversation

cticenhour
Copy link
Member

Reason

In order to coordinate modeling and simulation efforts for fusion blankets (occurring across multiple applications), it was deemed necessary to create a so-called "fusion module" to house simulation objects as well the full-size breeding blanket section model for the Fusion Nuclear Science Facility presented in Fande's work from 2022 as well as more recent additions from @FranklinTrevor's internships

Design

This module will house objects to take in heat generation information from OpenMC, perform THM and heat transfer simulations in blanket cooling channels and volumes, as well as V&V examples and tests. Finally, it will contain input files associated with the full scale FNSF blanket simulation.

Impact

New capability.

Warning

There is still much to do in this PR before it is ready to be merged. At minimum a rebase needs to be performed from December 2023 MOOSE to today; I have already done so in another branch and have found several issues related to test diffs and other deprecations. Posting this branch in its current state to get going toward merging this thing in earnest!

fdkong and others added 30 commits December 4, 2023 11:04
We changed a little in MOOSE to enable specific requirement of the transfer

master boundary information
…t conduction capabilites and adding in a source term for neutronics
FranklinTrevor and others added 23 commits December 4, 2023 11:05
This involved fixing up the config, changing the moosedocs script to be a symlink, and removing some errant syntax in two class descriptions

Also added the usual module landing page
Move FilePipe1Phase.C out of nested duplicately-named directory
@cticenhour cticenhour added T: task An enhancement to the software. C: Modules PR: Do not merge labels Mar 18, 2025
@cticenhour cticenhour self-assigned this Mar 18, 2025
@aprilnovak
Copy link
Contributor

What is the scope of the OpenMC tally mapping being added here? (the huge file count is not loading for me properly on github on hotel wifi). Would you be open to putting any OpenMC related capabilities in Cardinal instead, for modularity and clarity? IMO tally extraction from OpenMC is not just a fusion-related activity.

@cticenhour
Copy link
Member Author

I would be open to it, if there is interest in what we have here....perhaps you, @simopier, and I should chat. To briefly summarize and point out a file to look at, we apply the independently-generated OpenMC heating output through FNSFSourceAux, which can then be used as an IC or a source term in the heat conduction solve. I would welcome your opinion on what might be useful to Cardinal. That would necessitate some reconfiguration (perhaps putting the full-scale FNSF example at the level of the VTB, where Cardinal and this module would both be available), but that's not difficult to coordinate.

@aprilnovak
Copy link
Contributor

This is something that Cardinal can do as-is, saving some code duplication. I'd be happy to rewrite what is here using existing objects in Cardinal, but no worries if y'all prefer otherwise.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C: Modules PR: Do not merge T: task An enhancement to the software.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants