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

Reactor recipe change behavior #534

Open
opotowsky opened this issue Feb 14, 2022 · 0 comments
Open

Reactor recipe change behavior #534

opotowsky opened this issue Feb 14, 2022 · 0 comments

Comments

@opotowsky
Copy link
Member

opotowsky commented Feb 14, 2022

In probing some unexpected behavior with using the recipe change functionality in the cycamore reactor, I have found the following:

  • This line needs to be updated to if (t < change_t) { so that newly deployed reactors "see" the recipe change.
  • This functionality only works successfully when a singular source with no specific recipe is used to supply the commodity that undergoes a recipe change. If two recipe-specific sources are used to supply the same commodity, the second facility to bid will always win no matter which recipe it has.
  • Perhaps the above bullet point is OK, but this limitation needs to be noted in the documentation if so.
  • This also causes an interesting problem. If the reactor sends off spent fuel in a timestep after the recipe change but before the refuel, the NEW spent fuel recipe is used even though it does not follow from the new input fuel recipe

PR #533 addresses the first bullet point for the preference change functionality in the reactor, but since the recipe change functionality needs more work the update is not included in that PR.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants