data icon indicating copy to clipboard operation
data copied to clipboard

eprdata14 XS Data: Faulty?

Open yrrepy opened this issue 2 years ago • 0 comments

Update: These two problems are without a doubt coupled: https://github.com/openmc-dev/data/issues/81 https://github.com/openmc-dev/openmc/issues/2421

It is likely the division errors in the from_ace routine

I believe there is an issue with the data converted from the LANL MCNP eprdata14 ACE file. This affects ENDF7.x LANL libraries https://openmc.org/lanl-data-libraries/

It appears that several of the eprdata14 XS are not being 'leveraged' in OpenMC; in my problem a number of the photons undergo far fewer reactions than with other libraries.

When I convert EPICS2017 myself, EPICS2014 myself and use them with ENDF80 neutron data I get the same answer as with Official release OpenMC ENDF80 np. Which is significantly different than with eprdata14 (using OpenMC official endf80 neutron data). I have not been able to convert eprdata14 ACE myself, see https://github.com/openmc-dev/openmc/issues/2421

Running the same problem in MCNP6.2 with mcplib84, eprdata14 and jendl50 (EPICS2017) I get the same results in all. No major deviation for eprdata14

I am running OpenMC 0.13.3-dev.

Here are some results with the photon_source test. Slightly modified (vaccuum conditions, 10 batches, Absorption score), see attached model.zip

Type Data Lib. Source     Flux   Abs.
self - EPICS2014     226.084 0.336563   3.08141 0.005001
self - EPICS2017     226.001 0.339056   3.08162 0.005027
Official ENDF80 EPICS2017     226.001 0.339056   3.08162 0.005027
Other FENDL32 epdl97     225.826 0.259935   3.08422 0.008049
LANL ENDF7.1 eprdata14 (EPICS2014)     2711710000 2859620   0 0

yrrepy avatar Mar 16 '23 20:03 yrrepy