Troubleshooting MCNP k_eff for Space Reactor Core: Tips and Tricks"

  • Thread starter AlexFi
  • Start date
  • Tags
    Mcnp
In summary, the core design for an OPUS reactor has a keff of 1.176 and a void cell that surrounds the experiment.
  • #1
AlexFi
19
5
TL;DR Summary
Tried to model a reactor, got k_eff of 1.4 instead of reference 1.003
Hello!
I tried modeling a space reactor core with MCNP. I'm pretty sure the geometry and material properties are correct.
Got k_eff of 1.4, much higher than 1.003 from the reference.
Could anyone spot the mistake in my code? I couldn't figure out anything else
 

Attachments

  • Opus_fill.txt
    655 bytes · Views: 137
  • Untitled(1).jpg
    Untitled(1).jpg
    24.3 KB · Views: 115
  • Untitled.jpg
    Untitled.jpg
    23.9 KB · Views: 116
Engineering news on Phys.org
  • #2
If the core is supposed to have an excess reactivity of 3000pcm (I googled), isn't that a keff of around 1.03? Presumably that is with the reflectors.

The fuel is graphite with 45%vol UO2 BISO particles, not solid UO2.

You have cookie cut the core a bit weird. You may need to abandon the segment method and define the lattice.
 
  • Informative
  • Like
Likes berkeman and Astronuc
  • #3
Alex A said:
If the core is supposed to have an excess reactivity of 3000pcm (I googled), isn't that a keff of around 1.03? Presumably that is with the reflectors.

The fuel is graphite with 45%vol UO2 BISO particles, not solid UO2.

You have cookie cut the core a bit weird. You may need to abandon the segment method and define the lattice.
Thanks for spotting that mistake! Adding 45% vol graphite increased k_eff to 1.57 though..
 

Attachments

  • Opus_fill.txt
    674 bytes · Views: 109
  • Like
Likes Alex A
  • #4
You've given it 45% carbon, not 45% UO2. You've done it by atomic fraction, not volume. Probably easiest to work it out and then enter mass fractions as negative numbers. The other thing, is that the density of the fuel drops.
 
  • #5
k+eff is 1.24 now
Anything else I need to change?
 

Attachments

  • Opus_fill.txt
    671 bytes · Views: 125
  • molfrac calc.jpg
    molfrac calc.jpg
    17.8 KB · Views: 118
  • Like
Likes Alex A
  • #6
There is a typo in cell 99, it should be 500 and -501.

Your graphite density (2.26g/cc) is right for single crystal graphite, but, and I would welcome input here from experienced hands, I think reactor graphite is probably 1.8g/cc or less. I think I went with 1.77, the mid point for what google says is the pressed, sintered stuff I'm thinking of.

74c needs extending to other elements. It's a bit hot, but it's probably the closest.

That brings us to the cookie cutter issue. You've defined a lattice and then cut a cylinder through it. I think you will need to define which rods are present. Without doing this I'm down to around 1.07. I don't know if will make it worse, I don't see any total mass numbers to make a guess.

So yeah, sorry, but a fair bit left to do if you want it accurate.
 
  • #7
I redid the atomic ratio & density calculation with graphite density of 1.77 g/cm^3 and I can only get k_eff down to 1.176
I cannot put .74c in the graphite because if I do so, I get 'cross section table missing' error
Also how should I define cell 99?
 

Attachments

  • molfrac calc2.jpg
    molfrac calc2.jpg
    32.7 KB · Views: 101
  • Opus_fill.txt
    673 bytes · Views: 104
  • #8
You've written 1:4.392 molar ratio UO2 to C. That seems about right. The next line though, you've gone 0.31 U235 ... 4.392 C. Something went wrong. I agree with the density.

The void cell should be everything that isn't an active cell and it should completely surround the experiment. You have no limits in z (your core does, your experiment doesn't), which I don't like but for now MCNP seems happy.

Code:
99 0 2:-500:501 imp:n=0

Usually it's the union of all areas that are no part of the problem and the outside. Your experiment is a slice of cake shape where the straight edges reflect - this produces a simulation of a complete reactor core with symmetry. So your void cell is the union of everything the wrong side of 500, everything the wrong side of 501 and everything outside of 2.

In your lattice example you tried -9:-7:-5:-3:-1:501, -9 is inside macro body surface 9. -7 is inside macro body surface 7. You can't easily fix this, the use of macro bodies placed inside the core is going to make defining the missing volume complicated.

My thoughts are to make a universe of cooling tube surrounded by core rod material, specify those in a hexagonal lattice which does the hexagonal cookie cutting, then surrounded by a cylinder. Your core then has the right shape, the cylinder isn't cutting into the actual rods, and volumes like the void become easy to define and it can be easily extended to cases with rods of mixed lower enrichment.
 
  • #9
Firstly I was wrong that your experiment is not limited in z, surface 2 is a macro body and it does do this. Do watch out if you ever need to add a reflector!

Almost all the information I can find on OPUS comes from "The challenges of gas-cooled reactor technology for space propulsion and the development of the JANUS space reactor concept" by Aiden Peakman and Robert Gregg. I can't find copies of the Raepsaet and Pascal, or Lokhov papers that are the primary sources for the information on the core. The core diagram we do have contains a measurement of 24cm, and I question why it isn't 21cm (3x7) or there isn't an extra layer of rods around, and I can't make the number of fuel rods add up. The 235 rods, which is the design the diagram seems to indicate, without reflector ought to be subcritical and it isn't (keff=1.07).

So I made a few tweaks to the input file. I kept the segment design. I flipped surface 501 around so it aligned with lattice numbering better. I'm using my rough numbers for material values which may be very rough and lastly I may have made any number of mistakes.

Major edit - I did make mistakes, I messed up the rod count on the version I uploaded by a lot. I think it's right now.
 

Attachments

  • Opus235.txt
    918 bytes · Views: 133
Last edited:
  • Like
Likes AlexFi
  • #10
Alex A
Thank you so much
I haven't tested your code yet, but here's the Lokhov paper. I just got it today
 

Attachments

  • Lokhov - Advances in Design and Modeling OPUS.pdf
    650 KB · Views: 147
  • Informative
Likes Alex A
  • #11
AlexFi said:
Alex A
Thank you so much
I haven't tested your code yet, but here's the Lokhov paper. I just got it today
I never learned how to use the lattice-universe thing properly
How should I modify the code if I want to change the material of the elements in the perimeter of the core from helium to graphite?
 
  • #12
Untested, and it will just make the overcritical core worse :) Change the first cell 2 line to,
Code:
2 3 -1.77 -1 lat=2 u=1 fill=0:6 -11:0 0:0
So all universe 1 entries in the table will then be mat 3, graphite, but they only show on the outer edge so it should be fine.

The paper seems to indicate they used the 1/12 simulation as a coupled thermodynamic/neutronic solution for thermal tests but they don't give a keff. The keffs they give are for the core in four quarters design with more rods (4x63 total) and reflectors around the edge, above and below. There is a lot more space in the middle of the core with no fissile material so that has a good chance of being under critical like it's supposed to be.
 

FAQ: Troubleshooting MCNP k_eff for Space Reactor Core: Tips and Tricks"

What are the common reasons for an unexpectedly low k_eff in MCNP simulations of space reactor cores?

Unexpectedly low k_eff values in MCNP simulations can often be attributed to issues such as incorrect material definitions, improper boundary conditions, or errors in geometry setup. Additionally, insufficient neutron source strength or improper tally definitions might also contribute to this problem. Ensuring accurate and precise input data is crucial for reliable results.

How can I verify the geometry setup in my MCNP input file for a space reactor core?

To verify the geometry setup, you can use the MCNP visual tools like VisEd or built-in plotting capabilities to visualize the geometry and ensure all regions are defined correctly. Additionally, checking for overlapping cells, ensuring all materials are assigned correctly, and confirming that the boundary conditions are as intended are essential steps. Running a geometry-only test without tallies can also help identify any setup issues.

What methods can I use to improve the convergence of k_eff in MCNP simulations?

Improving convergence can be achieved by increasing the number of neutron histories, optimizing the source distribution, and refining the mesh or cell sizes. Using variance reduction techniques such as weight windows or importance sampling can also help. Ensuring that the initial guess for k_eff is close to the expected value can speed up convergence as well.

How do I handle negative flux tallies when troubleshooting k_eff in MCNP?

Negative flux tallies usually indicate statistical noise or insufficient sampling. To address this, you can increase the number of particle histories to reduce statistical uncertainties. Additionally, reviewing and optimizing the tally structures and ensuring that the problem is well-modeled with appropriate variance reduction techniques can help mitigate negative flux tallies.

What are some best practices for setting up material compositions for space reactor cores in MCNP?

Best practices for setting up material compositions include using accurate and up-to-date nuclear data libraries, ensuring correct atomic densities and isotopic compositions, and verifying that the material definitions match the physical properties of the reactor core. It's also important to cross-check the material input with known benchmarks or experimental data to validate the setup.

Back
Top