You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
description="Peak percentage of the initial heavy metal atoms that have been fissioned",
location=ParamLocation.MAX,
categories=["cumulative", "eq cumulative shift"],
)
Looking at their metadata, they feel very similar and redundant. @onufer indicated the "peak" parameter is a bounding burnup that could supersede percentBuMax as the metric for "maximum burnup for something in this block"
If I'm understanding his summary, that seems like a good argument for removing Block.p.percentBuMax.
We should also add the depletion category to the Block.p.percentBuPeak categories so it can be tracked and reported w/ other depletion parameters
The text was updated successfully, but these errors were encountered:
I'm going to fold this into the ongoing assembly rotation work (#1921) because the Block.p.percentBuMax and Block.p.percentBuMaxPinLocation parameters were only used for that feature
Talked with @onufer this morning on my confusion between
Block.p.percentBuMax
armi/armi/reactor/blockParameters.py
Lines 139 to 145 in 864106e
and
Block.p.percentBuPeak
armi/armi/reactor/blockParameters.py
Lines 796 to 802 in 864106e
Looking at their metadata, they feel very similar and redundant. @onufer indicated the "peak" parameter is a bounding burnup that could supersede
percentBuMax
as the metric for "maximum burnup for something in this block"If I'm understanding his summary, that seems like a good argument for removing
Block.p.percentBuMax
.We should also add the
depletion
category to theBlock.p.percentBuPeak
categories so it can be tracked and reported w/ other depletion parametersThe text was updated successfully, but these errors were encountered: