MCNP6 gamma dose tally problems

  • Thread starter skoch
  • Start date
  • Tags
    Mcnp6
In summary, "MCNP6 gamma dose tally problems" refers to challenges encountered when using the MCNP6 (Monte Carlo N-Particle Transport Code) for calculating gamma radiation dose distributions. These problems may arise from issues such as incorrect input parameters, geometry modeling errors, or limitations in the tally methods. Addressing these issues is crucial for obtaining accurate simulations of radiation transport and dose deposition in various applications, including medical physics and radiation safety. Solutions often involve careful validation of models, adjustment of tally settings, and thorough testing against known benchmarks.
  • #1
skoch
3
0
Hello, I am a very new MCNP user and have been doing my best to learn on my own. I am struggling to get this problem I am working on to be even somewhat correct. I am trying to determine the dose rate for a person outside a lead-lined room(box) with a 20 TBq Yb-177 source inside. I'm using an F6:P tally with the standard dose function to convert to rem/hr. However, my result is around 3e-14 rem/hr and I know it should be above 2e-3 rem/hr. I am lost and don't know what I'm doing wrong in my input cards that is making this result so inaccurate. Please help.
 

Attachments

  • YbLu177.txt
    2.9 KB · Views: 44
  • outu.txt
    50.3 KB · Views: 33
Engineering news on Phys.org
  • #2
Hi skoch,

Welcome to physicsforums. Tally outputs are per source particle, so to convert to a real world dose you need to multiply by the activity of the source. 2.7e-14 * 20 e12 = 0.54

I've not checked anything else yet.
 
  • #3
Alex A said:
Hi skoch,

Welcome to physicsforums. Tally outputs are per source particle, so to convert to a real world dose you need to multiply by the activity of the source. 2.7e-14 * 20 e12 = 0.54

I've not checked anything else yet.
That is incredibly helpful, thank you. I have a few other questions to help me understand my input a little better: Does the activity of the source cell as calculated by MCNP affect the tally? Am I correct in using PAR=SD in my SDEF to include the gammas from Yb-177's daughter Lu-177? Is using function 7 (decay) in SP1 with the half life (in shakes) correct for this problem as well?

Most of the calculations I will be using MCNP for are shielding design verifications and I want to better understand MCNP so I am more confident in my reports.
 
  • #4
PAR=SD I've never used. MCNP is usually verbose and unclever. This is really enlightened. I don't trust it at all. I think you are using it incorrectly but I can't be certain. The daughter has a longer half life than the parent, so it is not in equilibrium. I also strongly suspect SD will not calculate the activity of the daughter unless you specify how much of it there is in the material card. You have given ERG an exponential function normally used for decay, which is weird. I also suspect the quantity of source material may be wrong, but this is a small thing.

You are also doing a lot of photon simulation when your source and daughter are beta emitters.

And you have a forced collision card!

I would strip all of this back, and start with MODE E, and a single energy beta source at 1.4 MeV or a two bin source with 0.5 MeV as well according to how you are supposed to approach the problem. You can always extend a working input file to make it better.

You are using a ball of flesh (!) to calculate absorbed dose which should give the right answer but the same full cell to work out flux to convert to rem/hr and I think you should be using an empty cell for this.
 
  • #5
First off, I want to thank you for how quickly you are responding to my thread. I'll quote your response with my reasonings below:

Alex A said:
I also suspect the quantity of source material may be wrong, but this is a small thing.
While I was running a significantly shorter version of this problem (2000 nps) to check my inputs, I was printing all of the tables for my output file. One of the tables calculated the activity of the source cell. I kept adjusting the volume of the source cell until the output table showed an activity as close to 20 TBq as I was able to get. I think I ended at 19.x TBq.

Alex A said:
You are also doing a lot of photon simulation when your source and daughter are beta emitters.
I am aware that the isotopes are primarily beta emitters, but we are more concerned with the shielding of the gammas that are also produced (I work for a rad safety consultant company).

Alex A said:
And you have a forced collision card!
This was out of a little desperation and taken from a slightly similar problem I found online. It can be easily removed.

Alex A said:
PAR=SD I've never used. MCNP is usually verbose and unclever. This is really enlightened. I don't trust it at all. I think you are using it incorrectly but I can't be certain.
I picked par=sd because of this particular part of the MCNP manual which is in the list of added features for 6.2:
"The spontaneous-decay source option was extended to provide an all-particle decay option
(PAR=sd on the SDEF card) [8], which automatically generates the correct number of all types of
source decay particles if those particle types are included on the MODE card. Previously, a user
had to specify a distribution of such particle types and adjust the source normalization accordingly."

If I am reading this correctly, and I'm not sure I am, it reads as though MCNP will generate both the beta and gamma particles that come from the decay of Yb-177.

There is also this section: "The PAR=SD, SN, SP, SB, ST, SA, and ZZZAAA (with ERG=0) options require
time integration of daughter production at each level within a decay chain. This is facilitated by
setting all decay constants to unity and uniformly spacing all time bins within 20 s (or ~20 decay
levels), which will include all decay particle production within most decay chains (i.e., an
equilibrium production)."

Unfortunately, I don't know if I need to specify the time integration for the daughters, or if MCNP handles that with "setting all decay constants to unity...."

Alex A said:
You are using a ball of flesh (!) to calculate absorbed dose which should give the right answer but the same full cell to work out flux to convert to rem/hr and I think you should be using an empty cell for this.
This was again taken from the same similar problem I mentioned above. It is a masters thesis in which they are determining dose from a neutron source, which although I'm using a primarily beta emitter, does coincide to finding absorbed dose. My F4:P tally I haven't been using the data from because I don't fully understand flux anyways, so if that is not needed it can be dropped as I am only interested in the absorbed dose taken from the F6:P tally.

Thank you again for your help so far. It has been much easier to parse than the MCNP manual and the Primers I have found online.
 
  • #6
You are welcome, physicsforums has people with a lot more experience than I do, and they may chip in with things I don't know, they may even suggest a totally different course of action.

This feels like a very artificial problem, and that's fine, a lot of simulation problems are. It's just a bit weird to wrap my head around. You have explained a lot of what you are doing but my thoughts are still to simplify and then add things when you know the right answer. In this case there are four ~1 MeV gammas from Lu-177m* and I would start with a single energy gamma source at 1.09 MeV. If you have the absolute efficiency of this block of lines you can then work out how well the shielding works very easily. I would personally remove the body tissue and take the flux reading from an empty cell converted with the weighting function. This would produce a correct answer and would take less computer time.

Whatever you decide to do, best of luck and I'm here if you have any more questions.
 

FAQ: MCNP6 gamma dose tally problems

What are the common reasons for MCNP6 gamma dose tally problems?

Common reasons for MCNP6 gamma dose tally problems include incorrect tally setup, insufficient number of particle histories, geometry errors, and improper material definitions. Ensuring accurate input specifications and adequate computational resources can help mitigate these issues.

How can I improve the convergence of my gamma dose tally in MCNP6?

To improve convergence, you can increase the number of particle histories, use variance reduction techniques such as importance sampling or weight windows, and ensure that your tally regions are appropriately defined. Additionally, checking for any geometry errors and refining the mesh can also help.

Why does my gamma dose tally result in MCNP6 show zero or very low values?

Zero or very low gamma dose tally values can result from several issues, including incorrect tally specifications, insufficient particle histories, or improper source definition. Verifying the source energy and position, and ensuring that the tally is correctly positioned within the geometry, can help resolve this problem.

How do I set up a gamma dose tally in MCNP6?

To set up a gamma dose tally in MCNP6, you need to define a tally card (F4, F6, etc.) specifying the type of tally and the region of interest. Additionally, you must define the energy bins using the E card and ensure that the source and material definitions are correctly specified. It is also important to set up appropriate tally multipliers (FM card) to convert particle flux to dose.

What variance reduction techniques are recommended for gamma dose tallies in MCNP6?

Recommended variance reduction techniques for gamma dose tallies in MCNP6 include using weight windows, importance sampling, and energy splitting/roulette. These methods help focus computational effort on regions with higher variance, thereby improving the statistical accuracy of the tally results.

Similar threads

Back
Top