Allow users to always provide input for non-uniform assemblies in the blueprints
See original GitHub issueCurrently, if the detailedAxialExpansion
setting is set to False
, the user input is for all the assemblies in the blueprints file are required to contain axial mesh points that are all aligned, whereas when the detailedAxialExpansion
setting is set to True
this restriction is lifted. It would be best if the ARMI framework allowed users to provide a mesh structure that they would like (based on the core design of each assembly) and then for the framework to handle this on reactor construction.
For instance, if we allowed any mesh to be provided when detailedAxialExpansion
is set to False
we could immediately call the UniformMesh
converter on reactor construction before any work is performed and this would still allow a user to perform analyses using a uniform mesh.
In this case, the logic for processLoading
on the reactor needs to be modified to call the UniformMesh
converter if detailedAxialExpansion
is set to False
within the makeAxialSnapList
method.
processLoading
:
makeAxialSnapList
:
This update will allow more flexibility for users and will also allow users to create a single blueprints file that represents the design of their reactor system. This is important for @onufer in the near term.
Issue Analytics
- State:
- Created a year ago
- Reactions:1
- Comments:6 (5 by maintainers)
I think this is still an open issue. #735 was designed to address it, but opened up a hefty can of worms. It was decided to shelve that approach for now until a more formal refactor of the impacted system(s) (namely
detailedAxialExpansion
) can occur.#827 aims to address this issue but needs more testing, in my opinion.
How far have our recent PR go to solving this Issue?
#735 - Process load update and new uniform mesher #827 - Support non-uniform assemblies with detailedAxialExpansion disabled
If we made some progress, what do we have left to do to complete this ticket?