Open mgjarrett opened 4 months ago
I'm just thinking aloud here, but what something "flat-to-flat" be better for hex grids?
Isn't the goal to call out that we are going to be explicitly picking one over the other?
I'm just thinking aloud here, but what something "flat-to-flat" be better for hex grids?
Isn't the goal to call out that we are going to be explicitly picking one over the other?
I'm not sure I understand what you are proposing. Do you mean specifying the pitch/flat-to-flat distance as flat-to-flat
in the blueprints instead of latticePitch
? I think latticePitch
is still a fine descriptor of that parameter for a hexagonal lattice. And this allows us to not break any backwards compatibility with existing blueprints files, which would be an enormous pain.
The bug fix was pulled out of this PR and into #1649
The remaining part of this PR is an optional/nice-to-have feature. It's just allowing users to define the hex pitch in blueprints in a slightly different way than before. No rush to push this through now, really.
The unit tests broke after my PR merged. Sorry!
The unit tests broke after my PR merged. Sorry!
No worries! I just have to pull out what was moved over to #1649 and I think it will work.
What is the change?
Added an option for a user to specify a hexagonal pitch directly:
Why is the change being made?
Previously, a user had to specify the triangular pitch using the
x
attribute oflatticePitch
, which is confusing because the pitch is not necessarily equal to thex
distance between two neighbors in a hex grid.https://github.com/terrapower/armi/blob/main/armi/reactor/grids/hexagonal.py#L152-L161
Checklist
doc
folder.pyproject.toml
.